question about package provider on Solaris

This code is working - but due to the file declaration it keeps
downloading the rpm even after the package gets installed.

1. How do I stop the rpm from downloading after the package is
installed?

class svn {

	$TMP = "/tmp"
	$RPM = "CollabNetSubversion-client-1.6.12-1.i386.rpm"

	package { "svn":
		name     => "CollabNetSubversion-client-1.6.12-1",
		ensure   => installed,
		provider => rpm,
		source   => "$TMP/$RPM",
		require  => file["$TMP/$RPM"]
	}

	file { "$TMP/$RPM":
        	source => "puppet://puppet.xxx.com/files/svn/$RPM"
	}

	file { "/usr/bin/svn":
		ensure => symlink,
		replace => true,
		target  => "/opt/CollabNet_Subversion/bin/svn"
	}

}

Renaming a package via refactoring should update any workspace package
exports/imports

     [
https://issues.apache.org/jira/browse...nels:all-tabpanel
]

David Bosschaert updated DOSGI-38:

hello,

i am very new to osgi so maybe my issue is something trivial, but i did
not find solution for it while googling.

i have basic webapp that works fine if i install there felix osgi log
implementation and other felix bundles. i decided to try to code my own
implementation of osgi log service. i think i did all correctly, but
when i try to start my webapp with my implementation of log service, i
get this error:

ERROR: Error starting
jndi:/localhost/webapp/WEB-INF/bundles/commons-logservice-osgi-1.0-SNAPSHOT.jar
(org.osgi.framework.BundleException: Unresolved constraint in bundle
cz.startnet.commons-logservice-osgi [2]: package;
(&(package=org.osgi.framework)(version>=1.5.0)))
org.osgi.framework.BundleException: Unresolved constraint in bundle
cz.startnet.commons-logservice-osgi [2]: package;
(&(package=org.osgi.framework)(version>=1.5.0))
        at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3299)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:1657)
        at
org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1128)
        at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
        at java.lang.Thread.run(Thread.java:619)

manifest of commons-logservice-osgi contains this (and ofc other lines):
Export-Package: cz.startnet.commons.org.osgi.service.log,org.osgi.serv
 ice.log;uses:="org.osgi.framework";version="1.3"
Import-Package: cz.startnet.commons.org.osgi.service.log,org.osgi.fram
 ework;version="1.5",org.osgi.service.log;version="1.3"

manifest was generated by maven-bundle-plugin.

this is structure of my webapp:

target/
|-- bundles
|   |-- commons-logservice-osgi-1.0-SNAPSHOT.jar
|   |-- org.apache.felix.http.bridge-2.0.4.jar
|   `-- org.apache.felix.webconsole-3.0.0.jar
|-- classes
|   `-- cz
|       `-- startnet
|           `-- webapp
|               |-- FrameworkService.class
|               |-- ProvisionActivator.class
|               `-- StartupListener.class
|-- felix-cache
|   |-- bundle0
|   |   `-- bundle.id
|   |-- bundle1
|   |   |-- bundle.id
|   |   |-- bundle.lastmodified
|   |   |-- bundle.location
|   |   |-- bundle.startlevel
|   |   |-- bundle.state
|   |   `-- version0.0
|   |       |-- bundle.jar
|   |       |-- bundle.jar-embedded
|   |       |   |-- commons-fileupload-1.1.1.jar
|   |       |   |-- commons-io-1.4.jar
|   |       |   `-- json-20070829.jar
|   |       `-- revision.location
|   |-- bundle2
|   |   |-- bundle.id
|   |   |-- bundle.lastmodified
|   |   |-- bundle.location
|   |   |-- bundle.startlevel
|   |   |-- bundle.state
|   |   `-- version0.0
|   |       |-- bundle.jar
|   |       `-- revision.location
|   `-- bundle3
|       |-- bundle.id
|       |-- bundle.lastmodified
|       |-- bundle.location
|       |-- bundle.startlevel
|       |-- bundle.state
|       `-- version0.0
|           |-- bundle.jar
|           `-- revision.location
|-- maven-archiver
|   `-- pom.properties
|-- war
|   `-- work
|       `-- webapp-cache.xml
|-- webapp
|   |-- META-INF
|   |   `-- context.xml
|   `-- WEB-INF
|       |-- bundles
|       |   |-- commons-logservice-osgi-1.0-SNAPSHOT.jar
|       |   |-- org.apache.felix.http.bridge-2.0.4.jar
|       |   `-- org.apache.felix.webconsole-3.0.0.jar
|       |-- classes
|       |   `-- cz
|       |       `-- startnet
|       |           `-- webapp
|       |               |-- FrameworkService.class
|       |               |-- ProvisionActivator.class
|       |               `-- StartupListener.class
|       |-- framework.properties
|       |-- lib
|       |   |-- org.apache.felix.framework-2.0.5.jar
|       |   |-- org.apache.felix.http.proxy-2.0.4.jar
|       |   |-- org.osgi.compendium-4.2.0.jar
|       |   `-- org.osgi.core-4.2.0.jar
|       `-- web.xml
`-- webapp.war

26 directories, 47 files


anyone knows what i am doing wrong that commons-logservice-osgi cannot
be started? thx for any hints.

Miroslav

I am trying simple osgi bundle which has every dependency embedded 
inside my bundle. By default, bundle-plugin creates several entries in 
Import-Package and Export-Package . I want to get rid of them 
completely. I tried several ways . If I try giving empty Import-Package 
, it fails at build. I tried blank _exportcontents, does not work too !

Any clue ?

Dear all, 
Maybe someone experience using SMF on solaris. I make SMF Manifest but,
after couple minute the activemq is under maintenance. If i run manually
everthing fine, please advice me. 

THanks in Advance.
Andre

Here is my manifest :


<?xml version="1.0"?>
<!DOCTYPE service_bundle SYSTEM
"/usr/share/lib/xml/dtd/service_bundle.dtd.1">

<service_bundle type='manifest' name='Active MQ'>

<service
        name='network/http'
        type='service'
        version='1'>

        <!--
          Because we may have multiple instances of network/http
          provided by different implementations, we keep dependencies
          and methods within the instance.
        -->

        <instance name='activemq' enabled='false'>
                <!--
                  Wait for network interfaces to be initialized.
                -->
                <dependency name='network'
                    grouping='require_all'
                    restart_on='error'
                    type='service'>
                    <service_fmri
value='svc:/milestone/network:default'/>
                </dependency>

                <!--
                  Wait for all local filesystems to be mounted.
                -->

        <dependency name='filesystem-local'
                    grouping='require_all'
                    restart_on='none'
                    type='service'>
                    <service_fmri
                        value='svc:/system/filesystem/local:default'/>
                </dependency>

                <!--
                  Wait for automounting to be available, as we may be
                  serving data from home directories or other remote
                  filesystems.
                -->

                <dependency name='autofs'
                    grouping='optional_all'
                    restart_on='error'
                    type='service'>
                    <service_fmri
                        value='svc:/system/filesystem/autofs:default'/>
                </dependency>

                <!-- restrict privileges and run as user root -->
                <method_context>
                       <method_credential
                                user='webservd' group='webservd'
                                privileges='basic,net_privaddr' />
                </method_context>

                <exec_method
                        type='method'
                        name='start'
                        exec='/opt/activemq/bin/activemq-admin start'
                        timeout_seconds='120' >
                </exec_method>

                <exec_method
                        type='method'
                        name='stop'
                        exec='/opt/activemq/bin/activemq-admin stop'
                        timeout_seconds='120' >
                </exec_method>

                <property_group name='httpd' type='application'>
                        <stability value='Evolving' />
                        <propval name='ssl' type='boolean'
value='false' />
                </property_group>

                <property_group name='startd' type='framework'>
                        <!-- sub-process core dumps shouldn't restart
                                session -->
                        <propval name='ignore_error' type='astring'
                                value='core,signal' />
                </property_group>

        </instance>

        <stability value='Evolving' />

        <template>
                <common_name>
                        <loctext xml:lang='C'>Active
MQ</loctext>
                </common_name>
                <documentation>
                  <doc_link name="Active MQ"
uri="http://activemq.apache.org/getting-started.html"/>
                </documentation>
        </template>
</service>

</service_bundle>


--- 
My SMF log.

INFO  /admin                         - Initializing Spring
FrameworkServlet
'dispatcher'
INFO  log                            - ActiveMQ Console at
http://0.0.0.0:8161/admin
INFO  log                            - ActiveMQ Web Demos at
http://0.0.0.0:8161/demo
INFO  log                            - RESTful file access application at
http://0.0.0.0:8161/fileserver
INFO  log                            - Started
SelectChanne### @0.0.0.0:8161
[ Jul 12 18:46:56 Method or service exit timed out.  Killing contract 325
]
[ Jul 12 18:46:56 Method "start" failed due to signal KILL ]
[ Jul 12 18:51:47 Leaving maintenance because disable requested. ]

I am trying to configure httpd-2.2.15 on a Sun Solaris 10 sparc server with
the following options:

./configure CC=gcc --prefix=/opt/pkgs/apache-2.2.15 --enable-access
--enable-ssl --with-ssl=/usr/local/ssl --enable-setenv --enable-so
--enable-ldap --with-ldap-lib=/usr/local/lib
--with-ldap-include=/usr/local/include --with-ldap=ldap
--enable-authnz_ldap --enable-cgi --enable-rewrite=shared

However, it fails every time with this (last few lines):

checking for ldap support...
  setting APRUTIL_INCLUDES to "-I/usr/local/include"
  setting APRUTIL_LDFLAGS to "-L/usr/local/lib"
checking for ldap_init in -lldap... no
checking for ldap_init in -lldap... no
checking for ldap_init in -lldap... no
checking for ldap_init in -lldap... no
configure: error: could not find an LDAP library

Before this, I installed openldap-2.4.22, using the package from
sunfreeware.com. Libraries are installed in /usr/local/lib (I checked and
verified on another server running 2.2.15 with ldap support). I did try the
information from this page, but received the same result:
http://brent.kearneys.ca/2006/12/10/b...ion-into-apache2/
 The srclib/apr would install fine. It appears to be a problem with the
srclib/apr-util that is giving me fits and I really don't know why. I even
added /usr/local/lib to my LD_LIBRARY_PATH environment, but still the same
result. Any help or guidance would be greatly appreciated. Thank you!

***********************************
* Jamen McGranahan
* Systems Services Librarian
* Library Information Technology Services
* Vanderbilt University
* GLB, Room 811
* 419 21st Avenue South
* Nashville, TN  37203
* (615) 343-1614
* jamen.mc### @vanderbilt.edu
*
* "to know what is, you can't just be taught it. You must connect with
it." -David Warlick
*
***********************************

Hello,

We are trying to install ApacheDS 1.5.7 on:
SunOS shibora 5.10 Generic_142900-11 sun4v sparc SUNW,T5440

Our Java version is:
java version "1.5.0_22"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_22-b03)
Java HotSpot(TM) Server VM (build 1.5.0_22-b03, mixed mode)

The JAVA_HOME variable is set to /usr/java/jre .

We have put the ApacheDS files in:
/shibidp/ldap/

We would like to run the server using an account called "shibidp" and 
have modified the start up script accordingly.

However, when we start the server, the apacheds-rolling.log contains:

[15:58:27] ERROR 
[org.apache.directory.shared.ldap.entry.DefaultServerAttribute] - 
ERR_04450 The value {0} is incorrect, it hasnt been added
[15:58:27] ERROR [org.apache.directory.server.Service] - Cannot start 
the server : reuseAddress can't be set while the acceptor is bound.

As far as I can tell, ports 10389 and 10636 are not in use by other 
services running on the machine.

What do you suppose is wrong with our installation?

Cheers, Nick

Dear List:
I have installed Tomcat 6.0.26 with Java 1.6.0_20 in a Solaris 5.10 OS
virtualized machine. Everything works fine, but unexpectedly Tomcat
shutdowns gracefully. In catalina.out I see the following lines logged:

Jun 16, 2010 7:07:18 PM org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-9080
Jun 16, 2010 7:07:19 PM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Jun 16, 2010 7:07:19 PM org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-9080

I also change the shutdown port from 8005 to 9005.

I have checked all the logs and there is no exception displayed, no error,
nothing. I look for an error file from java, but there is no one. It
happens
randomly. Sometimes the Tomcat works for large periods of time, sometimes
it
shutdowns 5 minutes after it has been started.
Does somebody has any idea? Any suggestions will be greatly appreciated.

Thanks in advance for your kind reply.

Regards

Ing. Marco Antonio Castillo
Chief Design Engineer
Van Der Kaaden IT Consulting
Guatemala, Guatemala C.A.
tel: +502 22382710
mobile: +502 59186971
e-mail: mabcas### @vdkit.net
sip: mabcas### @sip.vdkit.net

when compiling apr-iconv-1.2.1 on solaris with the solaris compiler we
get the following error:

"iso-8859-1.c", line 113: warning: implicit function declaration:
iconv_ccs_convert_16bit
"iso-8859-1.c", line 113: warning: no explicit type given
"iso-8859-1.c", line 113: syntax error before or at:
iconv_ccs_convtable
"iso-8859-1.c", line 114: cannot recover from previous errors
cc: acomp failed for iso-8859-1.c
gmake[5]: *** [iso-8859-1.lo] Error 1
gmake[5]: Leaving directory `/home/rupert/mgar/pkg/apr-iconv/trunk/
work/solaris9-sparc/build-isa-sparcv8/apr-iconv-1.2.1/ccs'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory `/home/rupert/mgar/pkg/apr-iconv/trunk/
work/solaris9-sparc/build-isa-sparcv8/apr-iconv-1.2.1/ccs'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory `/home/rupert/mgar/pkg/apr-iconv/trunk/
work/solaris9-sparc/build-isa-sparcv8/apr-iconv-1.2.1'
gmake[2]: *** [build-work/solaris9-sparc/build-isa-sparcv8/apr-
iconv-1.2.1/Makefile] Error 2
gmake[2]: Leaving directory `/home/rupert/mgar/pkg/apr-iconv/trunk'
gmake[1]: *** [merge-isa-sparcv8] Error 2
gmake[1]: Leaving directory `/home/rupert/mgar/pkg/apr-iconv/trunk'
gmake: *** [platforms] Error 2

Hi all,

Wonder if someone has had similar problem compiling apache 2.2.15 source
on
Solaris 10.

/usr/local/apache2/build/libtool --silent --mode=link gcc -g -O2
-L/usr/local/lib -R/usr/local/lib -L/usr/local/ssl/lib
-R/usr/local/ssl/lib      -o mod_authz_owner.la -rpath
/usr/local/apache2/modules -module -avoid-version  mod_authz_owner.lo
/usr/local/apache2/build/libtool --silent --mode=compile gcc -g -O2
-DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-D_LARGEFILE64_SOURCE    -I/install/software/httpd-2.2.15/srclib/pcre -I.
-I/install/software/httpd-2.2.15/os/unix
-I/install/software/httpd-2.2.15/server/mpm/worker
-I/install/software/httpd-2.2.15/modules/http
-I/install/software/httpd-2.2.15/modules/filters
-I/install/software/httpd-2.2.15/modules/proxy
-I/install/software/httpd-2.2.15/include
-I/install/software/httpd-2.2.15/modules/generators
-I/install/software/httpd-2.2.15/modules/mappers
-I/install/software/httpd-2.2.15/modules/database
-I/usr/local/apache2/include -I/usr/local/include
-I/install/software/httpd-2.2.15/server
-I/install/software/httpd-2.2.15/modules/proxy/../generators
-I/usr/local/ssl/include -I/install/software/httpd-2.2.15/modules/ssl
-I/install/software/httpd-2.2.15/modules/dav/main -prefer-pic -c
mod_authnz_ldap.c && touch mod_authnz_ldap.slo
mod_authnz_ldap.c:41:2: #error mod_authnz_ldap requires APR-util to have
LDAP support built in. To fix add --with-ldap to ./configure.
mod_authnz_ldap.c:63: error: syntax error before "deref_options"
mod_authnz_ldap.c:63: warning: no semicolon at end of struct or union
mod_authnz_ldap.c:79: error: syntax error before '}' token
mod_authnz_ldap.c:79: warning: data definition has no type or storage
class
mod_authnz_ldap.c:95: error: syntax error before '*' token
mod_authnz_ldap.c:95: warning: data definition has no type or storage
class
mod_authnz_ldap.c:96: error: syntax error before '*' token
mod_authnz_ldap.c:96: warning: data definition has no type or storage
class
mod_authnz_ldap.c:97: error: syntax error before '*' token
mod_authnz_ldap.c:97: warning: data definition has no type or storage
class
mod_authnz_ldap.c:98: error: syntax error before '*' token
mod_authnz_ldap.c:98: warning: data definition has no type or storage
class
mod_authnz_ldap.c:99: error: syntax error before '*' token
mod_authnz_ldap.c:99: warning: data definition has no type or storage
class
mod_authnz_ldap.c:100: error: syntax error before '*' token
mod_authnz_ldap.c:100: warning: data definition has no type or storage
class
mod_authnz_ldap.c:101: error: syntax error before '*' token
mod_authnz_ldap.c:101: warning: data definition has no type or storage
class
mod_authnz_ldap.c:180: error: syntax error before "authn_ldap_config_t"
mod_authnz_ldap.c: In function `authn_ldap_build_filter':
mod_authnz_ldap.c:189: error: `sent_user' undeclared (first use in this
function)
mod_authnz_ldap.c:189: error: (Each undeclared identifier is reported only
once
mod_authnz_ldap.c:189: error: for each function it appears in.)
mod_authnz_ldap.c:190: error: `r' undeclared (first use in this function)
mod_authnz_ldap.c:195: error: `sent_filter' undeclared (first use in this
function)
mod_authnz_ldap.c:199: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:220: error: `filtbuf' undeclared (first use in this
function)
mod_authnz_ldap.c: In function `create_authnz_ldap_dir_config':
mod_authnz_ldap.c:280: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:281: error: syntax error before ')' token
mod_authnz_ldap.c:299: error: `always' undeclared (first use in this
function)
mod_authnz_ldap.c: In function `authnz_ldap_cleanup_connection_close':
mod_authnz_ldap.c:318: error: `util_ldap_connection_t' undeclared (first
use
in this function)
mod_authnz_ldap.c:318: error: `ldc' undeclared (first use in this
function)
mod_authnz_ldap.c:319: error: called object is not a function
mod_authnz_ldap.c: In function `authn_ldap_check_password':
mod_authnz_ldap.c:340: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:341: error: syntax error before ')' token
mod_authnz_ldap.c:343: error: `util_ldap_connection_t' undeclared (first
use
in this function)
mod_authnz_ldap.c:343: error: `ldc' undeclared (first use in this
function)
mod_authnz_ldap.c:371: error: called object is not a function
mod_authnz_ldap.c:386: error: called object is not a function
mod_authnz_ldap.c:393: error: called object is not a function
mod_authnz_ldap.c:402: error: called object is not a function
mod_authnz_ldap.c:403: error: called object is not a function
mod_authnz_ldap.c:406: error: `LDAP_SERVER_DOWN' undeclared (first use in
this function)
mod_authnz_ldap.c:413: error: `LDAP_SUCCESS' undeclared (first use in this
function)
mod_authnz_ldap.c:427: error: `LDAP_NO_SUCH_OBJECT' undeclared (first use
in
this function)
mod_authnz_ldap.c:431: error: `LDAP_INAPPROPRIATE_AUTH' undeclared (first
use in this function)
mod_authnz_ldap.c:432: error: `LDAP_INVALID_CREDENTIALS' undeclared (first
use in this function)
mod_authnz_ldap.c: In function `authz_ldap_check_user_access':
mod_authnz_ldap.c:511: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:512: error: syntax error before ')' token
mod_authnz_ldap.c:514: error: `util_ldap_connection_t' undeclared (first
use
in this function)
mod_authnz_ldap.c:514: error: `ldc' undeclared (first use in this
function)
mod_authnz_ldap.c:566: error: called object is not a function
mod_authnz_ldap.c:617: error: called object is not a function
mod_authnz_ldap.c:620: error: `LDAP_SUCCESS' undeclared (first use in this
function)
mod_authnz_ldap.c:656: error: called object is not a function
mod_authnz_ldap.c:658: error: `LDAP_COMPARE_TRUE' undeclared (first use in
this function)
mod_authnz_ldap.c:676: error: called object is not a function
mod_authnz_ldap.c:702: error: called object is not a function
mod_authnz_ldap.c:751: error: called object is not a function
mod_authnz_ldap.c:785: error: called object is not a function
mod_authnz_ldap.c:822: error: called object is not a function
mod_authnz_ldap.c:830: error: called object is not a function
mod_authnz_ldap.c:841: error: `LDAP_FILTER_ERROR' undeclared (first use in
this function)
mod_authnz_ldap.c: In function `mod_auth_ldap_parse_url':
mod_authnz_ldap.c:892: error: `apr_ldap_url_desc_t' undeclared (first use
in
this function)
mod_authnz_ldap.c:892: error: `urld' undeclared (first use in this
function)
mod_authnz_ldap.c:893: error: `apr_ldap_err_t' undeclared (first use in
this
function)
mod_authnz_ldap.c:893: error: `result' undeclared (first use in this
function)
mod_authnz_ldap.c:895: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:932: error: `LDAP_SCOPE_ONELEVEL' undeclared (first use
in
this function)
mod_authnz_ldap.c:933: error: `LDAP_SCOPE_SUBTREE' undeclared (first use
in
this function)
mod_authnz_ldap.c:954: error: `APR_LDAP_NONE' undeclared (first use in
this
function)
mod_authnz_ldap.c:957: error: `APR_LDAP_SSL' undeclared (first use in this
function)
mod_authnz_ldap.c:960: error: `APR_LDAP_STARTTLS' undeclared (first use in
this function)
mod_authnz_ldap.c:973: error: `LDAPS_PORT' undeclared (first use in this
function)
mod_authnz_ldap.c:977: error: `LDAP_PORT' undeclared (first use in this
function)
mod_authnz_ldap.c:991: error: `LDAP_SCOPE_BASE' undeclared (first use in
this function)
mod_authnz_ldap.c: In function `mod_auth_ldap_set_deref':
mod_authnz_ldap.c:1002: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c:1005: error: `never' undeclared (first use in this
function)
mod_authnz_ldap.c:1008: error: `searching' undeclared (first use in this
function)
mod_authnz_ldap.c:1011: error: `finding' undeclared (first use in this
function)
mod_authnz_ldap.c:1014: error: `always' undeclared (first use in this
function)
mod_authnz_ldap.c: In function `mod_auth_ldap_add_group_attribute':
mod_authnz_ldap.c:1026: error: `sec' undeclared (first use in this
function)
mod_authnz_ldap.c: At top level:
mod_authnz_ldap.c:1070: error: syntax error before ')' token
mod_authnz_ldap.c:1070: error: initializer element is not constant
mod_authnz_ldap.c:1070: error: (near initialization for
`authnz_ldap_cmds[1].cmd_data')
mod_authnz_ldap.c:1070: error: initializer element is not constant
mod_authnz_ldap.c:1070: error: (near initialization for
`authnz_ldap_cmds[1]')
mod_authnz_ldap.c:1074: error: initializer element is not constant
mod_authnz_ldap.c:1074: error: (near initialization for
`authnz_ldap_cmds[2].func')
mod_authnz_ldap.c:1074: error: syntax error before ')' token
mod_authnz_ldap.c:1074: error: initializer element is not constant
mod_authnz_ldap.c:1074: error: (near initialization for
`authnz_ldap_cmds[2].cmd_data')
mod_authnz_ldap.c:1074: error: initializer element is not constant
mod_authnz_ldap.c:1074: error: (near initialization for
`authnz_ldap_cmds[2]')
mod_authnz_ldap.c:1078: error: initializer element is not constant
mod_authnz_ldap.c:1078: error: (near initialization for
`authnz_ldap_cmds[3].func')
mod_authnz_ldap.c:1078: error: syntax error before ')' token
mod_authnz_ldap.c:1078: error: initializer element is not constant
mod_authnz_ldap.c:1078: error: (near initialization for
`authnz_ldap_cmds[3].cmd_data')
mod_authnz_ldap.c:1078: error: initializer element is not constant
mod_authnz_ldap.c:1078: error: (near initialization for
`authnz_ldap_cmds[3]')
mod_authnz_ldap.c:1082: error: initializer element is not constant
mod_authnz_ldap.c:1082: error: (near initialization for
`authnz_ldap_cmds[4].func')
mod_authnz_ldap.c:1082: error: syntax error before ')' token
mod_authnz_ldap.c:1082: error: initializer element is not constant
mod_authnz_ldap.c:1082: error: (near initialization for
`authnz_ldap_cmds[4].cmd_data')
mod_authnz_ldap.c:1082: error: initializer element is not constant
mod_authnz_ldap.c:1082: error: (near initialization for
`authnz_ldap_cmds[4]')
mod_authnz_ldap.c:1088: error: initializer element is not constant
mod_authnz_ldap.c:1088: error: (near initialization for
`authnz_ldap_cmds[5].func')
mod_authnz_ldap.c:1088: error: syntax error before ')' token
mod_authnz_ldap.c:1088: error: initializer element is not constant
mod_authnz_ldap.c:1088: error: (near initialization for
`authnz_ldap_cmds[5].cmd_data')
mod_authnz_ldap.c:1088: error: initializer element is not constant
mod_authnz_ldap.c:1088: error: (near initialization for
`authnz_ldap_cmds[5]')
mod_authnz_ldap.c:1095: error: initializer element is not constant
mod_authnz_ldap.c:1095: error: (near initialization for
`authnz_ldap_cmds[6].func')
mod_authnz_ldap.c:1095: error: syntax error before ')' token
mod_authnz_ldap.c:1095: error: initializer element is not constant
mod_authnz_ldap.c:1095: error: (near initialization for
`authnz_ldap_cmds[6].cmd_data')
mod_authnz_ldap.c:1095: error: initializer element is not constant
mod_authnz_ldap.c:1095: error: (near initialization for
`authnz_ldap_cmds[6]')
mod_authnz_ldap.c:1100: error: initializer element is not constant
mod_authnz_ldap.c:1100: error: (near initialization for
`authnz_ldap_cmds[7].func')
mod_authnz_ldap.c:1100: error: syntax error before ')' token
mod_authnz_ldap.c:1100: error: initializer element is not constant
mod_authnz_ldap.c:1100: error: (near initialization for
`authnz_ldap_cmds[7].cmd_data')
mod_authnz_ldap.c:1100: error: initializer element is not constant
mod_authnz_ldap.c:1100: error: (near initialization for
`authnz_ldap_cmds[7]')
mod_authnz_ldap.c:1107: error: initializer element is not constant
mod_authnz_ldap.c:1107: error: (near initialization for
`authnz_ldap_cmds[8].func')
mod_authnz_ldap.c:1107: error: initializer element is not constant
mod_authnz_ldap.c:1107: error: (near initialization for
`authnz_ldap_cmds[8]')
mod_authnz_ldap.c:1111: error: initializer element is not constant
mod_authnz_ldap.c:1111: error: (near initialization for
`authnz_ldap_cmds[9].func')
mod_authnz_ldap.c:1111: error: syntax error before ')' token
mod_authnz_ldap.c:1111: error: initializer element is not constant
mod_authnz_ldap.c:1111: error: (near initialization for
`authnz_ldap_cmds[9].cmd_data')
mod_authnz_ldap.c:1111: error: initializer element is not constant
mod_authnz_ldap.c:1111: error: (near initialization for
`authnz_ldap_cmds[9]')
mod_authnz_ldap.c:1117: error: initializer element is not constant
mod_authnz_ldap.c:1117: error: (near initialization for
`authnz_ldap_cmds[10].func')
mod_authnz_ldap.c:1117: error: initializer element is not constant
mod_authnz_ldap.c:1117: error: (near initialization for
`authnz_ldap_cmds[10]')
mod_authnz_ldap.c:1128: error: initializer element is not constant
mod_authnz_ldap.c:1128: error: (near initialization for
`authnz_ldap_cmds[11].func')
mod_authnz_ldap.c:1128: error: initializer element is not constant
mod_authnz_ldap.c:1128: error: (near initialization for
`authnz_ldap_cmds[11]')
mod_authnz_ldap.c:1132: error: initializer element is not constant
mod_authnz_ldap.c:1132: error: (near initialization for
`authnz_ldap_cmds[12]')
mod_authnz_ldap.c: In function `ImportULDAPOptFn':
mod_authnz_ldap.c:1225: error: `apr_OFN_uldap_connection_close_t'
undeclared
(first use in this function)
mod_authnz_ldap.c:1225: error: syntax error before ')' token
mod_authnz_ldap.c:1226: error: `apr_OFN_uldap_connection_find_t'
undeclared
(first use in this function)
mod_authnz_ldap.c:1226: error: syntax error before ')' token
mod_authnz_ldap.c:1227: error: `apr_OFN_uldap_cache_comparedn_t'
undeclared
(first use in this function)
mod_authnz_ldap.c:1227: error: syntax error before ')' token
mod_authnz_ldap.c:1228: error: `apr_OFN_uldap_cache_compare_t' undeclared
(first use in this function)
mod_authnz_ldap.c:1228: error: syntax error before ')' token
mod_authnz_ldap.c:1229: error: `apr_OFN_uldap_cache_checkuserid_t'
undeclared (first use in this function)
mod_authnz_ldap.c:1229: error: syntax error before ')' token
mod_authnz_ldap.c:1230: error: `apr_OFN_uldap_cache_getuserdn_t'
undeclared
(first use in this function)
mod_authnz_ldap.c:1230: error: syntax error before ')' token
mod_authnz_ldap.c:1231: error: `apr_OFN_uldap_ssl_supported_t' undeclared
(first use in this function)
mod_authnz_ldap.c:1231: error: syntax error before ')' token
gmake[4]: *** [mod_authnz_ldap.slo] Error 1
gmake[4]: Leaving directory `/install/software/httpd-2.2.15/modules/aaa'
gmake[3]: *** [shared-build-recursive] Error 1
gmake[3]: Leaving directory `/install/software/httpd-2.2.15/modules/aaa'
gmake[2]: *** [shared-build-recursive] Error 1
gmake[2]: Leaving directory `/install/software/httpd-2.2.15/modules'
gmake[1]: *** [shared-build-recursive] Error 1
gmake[1]: Leaving directory `/install/software/httpd-2.2.15'
gmake: *** [all-recursive] Error 1

and yes I have --with-ldap included in my configure command:

# ./configure --prefix=/usr/local/apache2 --with-mpm=worker --disable-cgid
--enable-info --enable-proxy --enable-proxy-connect --enable-proxy-ftp
--enable-proxy-http --enable-proxy-balancer --enable-rewrite
--enable-headers --enable-cache --enable-mem-cache --enable-disk-cache
--enable-expires --enable-mods-shared=all --enable-ssl=shared
--with-ssl=/usr/local/ssl --with-ldap --enable-ldap --enable-authnz-ldap

Thanks,
Igor

Hi all,
I have implemented a Provider for my web service but the request doesn't
pass into my provider. To declare my provider I only have added there 2
lines before my class:
@javax.xml.ws.WebServiceProvider(portName="HelloWorldSoapBinding",
serviceName="HelloWorld")
@javax.xml.ws.ServiceMode(value = javax.xml.ws.Service.Mode.MESSAGE)

Is there no other thing to do?

thanks a lot,
Fabian.

I setup a provider service in activeMQ and want to offer 1000 requests at
the
same time. How can I set the thread policy for this provider?

Hi guys,

I experience a very strange problem. The software I'm maintaining is
running
under Windows, Linux and Solaris (x86, SPARC). Now with the new release
everything seems fine except Solaris SPARC (v.10 and v.9). Under Solaris
the
queued messages are never processed. If I copy the very same installation
folder to a Linux machine, everything works fine!
We are using JMS to pass messages from one host to another (only in one
direction) with help of a ssl-queue.
In order to find the problem we turned on debugging in activemq and our
software. We investigated the handshake, the transmission and the queue
and
its messages. Everything works fine. The messages are received and queued
properly. But there is never a callback to the "onMessage()" method,
registered as consumer of the queue (yes I have seen and tried: "I am not
receiving any messages - what is wrong?").

We tried to switch of 'clientAuth' in ssl and even went to pure tcp://
connections with no changes of the behaviour. 

We thought that one possible problem with Solaris could be the long TCP
timeout for connections with TIME_WAIT status. Even the program was
stopped
the queue connections were still present (in netstat) for about 2h. A
restart of the program led to activemq connection problems, we are
handling
this issue by collecting the connection and disposing the queue.
Nevertheless we corrected that using 'ndd' (after a long stfw-session).
The
timeout is now at the min. of 10s.
I think we tried out every possible argument of tcp:// and ssl://, with no
luck.
Debugging with JMX did not work properly on Solaris (using FUSE,
ActiveMQBrowser), we couldn't figure out how to properly set it up (we
tried
the url argument and the JVM argument) without changing code (querying the
web has shown that we are not the only persons failing on this). JConsole
did work out and we could verify that messages are received at least.

The worst thing is we have no clue were to look further. There are no
error
messages at all.
We also tried other versions of the activemq: 5.0 - 5.3.2, same result.

Before we start to check every 'diff' in the new release compared to the
old
working one, I thought maybe someone could give me a hint were to look or
how to collect more information about the problem.

I know this short summary is everything else than complete or precise,
hence
I will be pleased to answer any further questions you may have ....

On Solaris 10 u8, HTTPD 2.2.15 occasionally has one child process hang 
during a graceful restart.

Symptoms:
1. At debug-level logging, the error log shows:
[Wed Jun 23 14:38:21 2010] [debug] worker.c(1083): the listener thread 
didn't exit

I understand this is not a major issue 
(https://issues.apache.org/bugzilla/show_bug.cgi?id=9011), but provides 
insight into execution.

2. pstack of the hanging child shows the main thread is hanging while 
shutting down worker threads:

-----------------  lwp# 1 / thread# 1  

Originally I set up archiva for testing on windows XP machine and ran maven
from the same computer
mvn deploy
mvn scm:bootstrap

works fine for both mvn project types:  pom and jar

Installed the archiva server on a remote machine (solaris 8).  Now pom
projects will upload just fine, but jar projects fail.  I can log into the
web using the "upload" user and add the jar thru the web and it works just
fine as well so it appears it isn't related to user role permission.

maven:  2.2.1
wagon-maven-plugin: 1.0-beta-3

Running deploy with -X here are the stacktrace:
[DEBUG] Error writing to server
java.io.IOException: Error writing to server
        at
sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConnection.java:438)
        at
sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConnection.java:450)
        at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:998)
        at
java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:373)
        at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.finishPutTransfer(LightweightHttpWagon.java:185)
        at
org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:413)
        at
org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:392)
        at
org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:365)
        at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:163)
        at
org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:317)
        at
org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:227)
        at
org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:107)
        at
org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:173)
        at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
        at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[DEBUG] Using Wagon implementation lightweight from default mapping for
protocol http
[INFO] 

  Hi all,

I'm currently investigating the possibility of implementing a JSSE 
provider wrapping OpenSSL. This has a couple of obvious advantages:
  - The onus of code maintenance and bug fixing in a security sensitive 
area is moved outside of Harmony.
  - New protocols can be integrated into the Harmony provider with 
minimal effort (updating dependencies rather than implementing them 
ourselves).

Really I'm sending this mail as a heads up, but would be interested to 
know if anyone has any experience/opinions in this area. In particular, 
I'd be interested in ideas on:
  - the best way to setup OpenSSL as a dependency - precompile the 
libraries and make them available for download or compile them at build 
time on the user's machine.
  - how to tie in the Java x-net APIs to the OpenSSL APIs.

Any comments/suggestions welcome.

Regards,
Oliver

     [
https://issues.apache.org/jira/browse...nels:all-tabpanel
]

Emmanuel Lecharny closed DIRSERVER-1454.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49504

           Summary: Solaris 10/x64 worker graceful restart problem
           Product: Apache httpd-2
           Version: 2.2.15
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: normal
          Priority: P2
         Component: worker
        AssignedTo: bu### @httpd.apache.org
        ReportedBy: scott.s### @digitalmeasures.com


On Solaris 10 u8, HTTPD 2.2.15 occasionally has one child process hang
during a
graceful restart.

Symptoms:
1. At debug-level logging, the error log shows:
[Wed Jun 23 14:38:21 2010] [debug] worker.c(1083): the listener thread
didn't
exit

I understand this is not a major issue
(https://issues.apache.org/bugzilla/show_bug.cgi?id=9011), but provides
insight
into execution.

2. pstack of the hanging child shows the main thread is hanging while
shutting
down worker threads:

-----------------  lwp# 1 / thread# 1  

Hi,

    When routing from ServiceMix CXF-BC consumer to ServiceMix CXF-BC
provider, need to call a different operation of CXF provider web service.
The application uses ServiceMix and Camel JBI component. Camel is used for
routing purpose only. The route is

CXF BC consumer ----> Camel ----> CXF BC provider

For example 

operation: {http://example.org}hello

changed to

operation: {http://example.org}greet

I tried to set operation as a header in camel route but is not working.

<route>
    <from uri="jbi:service:http://example.org/helloRouteBuilder"/>
    <setHeader headerName="operationName">
        <constant>greet</constant>
    </setHeader>
    <to uri="jbi:service:http://example.org/greetingService"/>
</route>

I know that this syntax is for Camel CXF endpoints. Will it work for
ServiceMix CXF components?

Anto