Re: [Wrapper-user] Java service wrapper not able to load the springdeployer on Solaris 64-bit

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Shashidhar,
The parameters that can be passed to JVMs of different platforms can
be quite different.  I would suggest reading over the documentation
for the specific JVMs you are using on each platform for an
explanation of what exactly these parameters do on each platform.

Sincerely,
Leif Mortenson
Tanuki Software

On Wed, Sep 17, 2008 at 4:27 PM, Shashidhar Gaurav Misra
<Sha...@ar...> wrote:
> Hi Leif,
>
>
>
> By removing the parameters -Xss128k and -XX:NewRatio=3  I am able to start
> my Jboss Server. But I am not able to understand as why these parameters are
> not working on Solaris machine whereas the same parameters work on Linux
> machines.
>
>
>
> Pls suggest.
>
>
>
> Thanks
>
> Shashidhar
>
>
>
> ________________________________
>
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Shashidhar
> Gaurav Misra
> Sent: Tuesday, September 16, 2008 8:01 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Java service wrapper not able to load the
> springdeployer on Solaris 64-bit
>
>
>
> Hi Leif,
>
>
>
> When I am trying to start my Jboss using run.sh (comes along with Jboss)
> then I am not getting this error. The error comes only when I am trying to
> start my Jboss server using wrapper. I have taken a snapshot of java command
> line in both the cases but I don't see much difference.
>
>
>
> When starting Jboss using run.sh
>
>
>
> JBOSS_HOME: /usr/local/jboss
>
> JAVA: /usr/java/bin/java
>
> JAVA_OPTS: -server -Xms128m -Xmx128m -Dsun.rmi.dgc.client.gcInterval=3600000
> -Dsun.rmi.dgc.server.gcInterval=3600000 -Dprogram.name=run.sh
>
> CLASSPATH: /usr/local/jboss/bin/run.jar:/usr/java/lib/tools.jar
>
>
>
> When starting Jboss using wrapper
>
>
>
> TATUS | wrapper  | 2008/09/16 09:22:21 | --> Wrapper Started as Daemon
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[0] : /usr/java/bin/java
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[1] : -Dprogram.name=run.sh
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[2] : -Dmy.hostname=abc
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[3] :
> -Djava.endorsed.dirs=/usr/local/jboss/lib/endorsed
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[8] :
> -Djava.awt.headless=true
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[10] :
> -Ddrools.compiler=JANINO
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[11] : -server
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[12] : -Xss128k
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[13] :
> -Dnode.platform.model=sun4u
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[15] :
> -Dsun.rmi.dgc.server.gcInterval=3600000
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[16] :
> -Dsun.rmi.dgc.client.gcInterval=3600000
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[24] : -XX:MaxPermSize=128m
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[25] :
> -Dsecurity.services.mode=enabled
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[26] : -XX:NewRatio=3
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[27] : -Xms128m
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[28] : -Xmx128m
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[29] :
> -Djava.library.path=/usr/local/jboss/lib
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[30] : -classpath
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[31] :
> /usr/local/jboss/lib/wrapper.jar:/usr/local/jboss/bin/run.jar:/usr/ja
>
> va/lib/tools.jar:/usr/local/jboss/server/default/lib/commons-lang-2.3.jar:/usr/local/jboss/server/default/lib/joda-time-1.4.j
>
> ar:/usr/local/jboss/server/default/lib/snmp-support.jar:/usr/local/jboss/cbs_workflow
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[32] :
> -Dwrapper.key=0gfBDmkCcjEcotd4
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[33] : -Dwrapper.port=18100
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[34] :
> -Dwrapper.jvm.port.min=31000
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[35] :
> -Dwrapper.jvm.port.max=31999
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[36] : -Dwrapper.pid=9451
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[37] :
> -Dwrapper.version=3.2.3
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[38] :
> -Dwrapper.native_library=wrapper
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[39] :
> -Dwrapper.service=TRUE
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[40] :
> -Dwrapper.cpu.timeout=10
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[41] : -Dwrapper.jvmid=1
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[42] :
> org.tanukisoftware.wrapper.WrapperSimpleApp
>
> INFO   | wrapper  | 2008/09/16 09:22:21 | Command[43] : org.jboss.Main
>
>
>
>
>
> I tried removing the parameters -Xss128k and -XX:NewRatio=3 but then I am
> getting some other error. Not sure why these parameters are being passed but
> some of my services are not able to start up which are otherwise getting
> started when using run.sh.
>
>
>
> The same configuration for wrapper.conf is working fine on Linux.
>
>
>
> Please suggest.
>
>
>
> Thanks
>
> Shashidhar
>
>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Tuesday, September 16, 2008 8:04 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Java service wrapper not able to load the
> springdeployer on Solaris 64-bit
>
>
>
> Shashidhar,
>
> The Wrapper launches the JVM with a command line generated from the
>
> Wrapper.conf.  It does not do anything which would affect the way
>
> JBoss or any other application runs once it has been launched.   My
>
> guess is that there are some differences between the wrapper.conf that
>
> you created and the default shell script that comes with JBoss.
>
>
>
> I would suggest setting the following property then comparing the
>
> output Java command line with the command line generated by your JBoss
>
> distribution.  Most likely there is a system.property being passed in
>
> which is missing or has an incorrect value.
>
> wrapper.java.command.loglevel=INFO
>
>
>
> Another thing to check is the current working directory.   The Wrapper
>
> forces the default working directory to the location of the wrapper
>
> binary.  This may not be the same as what the JBoss script is working
>
> from.
>
>
>
> A third thing to check is the version of Java that is being run.  You
>
> can see this by setting the wrapper.debug=true property.   I have seen
>
> cases where due to path problems a different version of java was being
>
> run than was intended.
>
>
>
> Cheers,
>
> Leif
>
>
>
> On Mon, Sep 15, 2008 at 6:56 PM, Shashidhar Gaurav Misra
>
> <Sha...@ar...> wrote:
>
>> Hi,
>
>>
>
>>
>
>>
>
>> I am using the Java service wrapper community version 3.3.0 (32-bit) for
>
>> running my application as a Unix daemon on a Solaris machine.
>
>>
>
>> My application is a Jboss server with some services deployed and running.
>
>>
>
>>
>
>>
>
>> OS Details
>
>>
>
>> 64-bit sparcv9
>
>>
>
>>
>
>>
>
>> My problem is that the wrapper is not able to deploy a spring descriptor.
>> I
>
>> am getting following error when I am trying to start my Jboss server.
>
>>
>
>>
>
>>
>
>> INFO   | jvm 1    | 2008/08/07 05:04:24 | 05:04:23,771 ERROR
>> [MainDeployer]
>
>> Could not create deployment: file:/usr/local/jbos
>
>>
>
>> s/server/default/deploy/deploy.last/Myservice.sar/Authentication.spring/
>
>>
>
>> INFO   | jvm 1    | 2008/08/07 05:04:24 | java.lang.NoClassDefFoundError:
>
>> org/springframework/beans/factory/ListableBeanFacto
>
>>
>
>> ry
>
>>
>
>>
>
>>
>
>> I have my spring descriptor under
>
>>
>
>> /usr/local/jboss/server/default/deploy/deploy.last/ Myservice.sar
>
>> /Authentication.spring/META-INF
>
>>
>
>>
>
>>
>
>> My spring jars are present under
>
>>
>
>> /usr/local/jboss/server/default/deploy/jboss-spring.deployer
>
>>
>
>>
>
>>
>
>> The same thing works for other OS for e.g. Linux, AIX etc
>
>>
>
>>
>
>>
>
>>
>
>>
>
>> Please suggest in case if I need to use some other version of the wrapper.
>
>> Is there any workaround for this?
>
>>
>
>>
>
>>
>
>> Thanks & Regards
>
>>
>
>> Shashidhar
>
>>
>
>>
>
> ________________________________
> "DISCLAIMER: This message is proprietary to Aricent and is intended solely
> for the use of the individual to whom it is addressed. It may contain
> privileged or confidential information and should not be circulated or used
> for any purpose other than for what it is intended. If you have received
> this message in error,please notify the originator immediately. If you are
> not the intended recipient, you are notified that you are strictly
> prohibited from using, copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or damage arising from
> the use of the information transmitted by this email including damage from
> virus."
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>