wrapper-user — User issues for Wrapper. (Support questions, etc.)

[Wrapper-user] Log4J problem.

[Oded B. <Ode...@in...>]

I am trying to use Java Service Wrapper on an application that uses =
log4j.
The problem I encounter is that all of my log messages are going =
directly into the wrapper log, instead of the logs I specified in my =
log4j.xml config file.
Is there any reason that the wrapper will override the Log4J?
Is there a log4J.xml to the wrapper, to which I can add my appenders?

[Wrapper-user] 64 Bit HPUX

[Annam, S. <sun...@ea...>]

Can I get 64-bit library to use wrapper on HP-UX?=20
I am not unix guy. Moreover, limited knowledge and access of UNIX system
prevents me from compiling and creating library.

Thanks,

Sunil

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, June 07, 2004 5:55 PM
To: wra...@li...
Subject: Re: [Wrapper-user] RE: where ot find output of
System.out.println

Sunil,
    From the debug output, it looks like you have the main class=20
specified as
org.tanukisoftware.wrapper.test.Main
Which is the test application that ships with the Wrapper.   It looks=20
like you
have added the jars for your application to the classpath, but in most
cases
you should be removing the wrappertest.jar file, as your application
will
most likely not use it.

For Integration Method #1:
    You will also need to change the mainclass to WrapperSimpleApp
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp

    Then specify you main class as the first parameter to that helper
class:
wrapper.app.parameter.1=3D{Your main class}

    From your previous messages, I had gotten the impression that you
have
read the docs, but make sure you have read over the integration section.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    If you also post your wrapper.conf then I can probably point out=20
anything
else that is wrong.

Cheers,
Leif

Annam, Sunil wrote:

>Leif,
>
>Wrapper.debug=3Dtrue is enabled.
>The first statement in my code is=20
>	if (args.length < 1) {
>            System.out.println(" MobileGateway not started!" +
>                               "Usage: java newproxyserver/Controller "
>+
>                               "<Properties file name>.");
>
>            System.exit(0);
>        }
>
>        try {
>            //Get the 'MG_HOME' env. variable.
>            mgHome =3D System.getProperty("MG_HOME", "..") + "/";
>            System.out.println("MG_HOME: " + mgHome);
>		....
>		....
>	  }catch(...)
>		{
>		}
>
>I am not getting any of the println in console output or wrapper.log.
>
>Here is the output from wrapper.log
>
>STATUS | wrapper  | 2004/06/07 08:30:06 | --> Wrapper Started as
Console
>DEBUG  | wrapperp | 2004/06/07 08:30:06 | server listening on port
>32001.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[0] :
>/usr/j2sdk1.4.2/bin/java
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[1] :
>-DMG_HOME=3D/home/linux/mgateway
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[2] :
>-Djava.library.path=3D../lib
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[3] : -classpath
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[4] :
>../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.
j
>ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdo
m
>-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba:.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[5] :
>-Dwrapper.key=3DpmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[6] :
>-Dwrapper.port=3D32001
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[7] :
>-Dwrapper.debug=3DTRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[8] :
>-Dwrapper.use_system_time=3DTRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[9] :
>-Dwrapper.version=3D3.1.0
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[10] :
>-Dwrapper.native_library=3Dwrapper
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[11] :
>-Dwrapper.cpu.timeout=3D10
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[12] :
>-Dwrapper.jvmid=3D1
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[13] :
>org.tanukisoftware.wrapper.test.Main
>STATUS | wrapper  | 2004/06/07 08:30:06 | Launching a JVM...
>INFO   | jvm 1    | 2004/06/07 08:30:09 | Initializing...
>INFO   | jvm 1    | 2004/06/07 08:30:10 | WrapperManager class
>initialized by thread: main  Using classloader:
>sun.misc.Launcher$AppClassLoader@7b7072
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: JVM #1
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Registering
>shutdown hook
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Using
wrapper
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Loaded native library:
>libwrapper.so
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Calling native initialization
>method.
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Inside native WrapperManager
>initialization method
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java Version   :
>1.4.2-beta-b19 Java HotSpot(TM) Client VM
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java VM Vendor : Sun
>Microsystems Inc.
>INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper (Version 3.1.0)
>http://wrapper.tanukisoftware.org
>INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>WrapperManager.start(org.tanukisoftware.wrapper.test.Main@867e89,
>args[]) called by thread: main
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Open socket to wrapper...
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Opened Socket
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Send a packet KEY :
>pmP31wOrwbdgEDHy
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>handleSocket(Socket[addr=3D/127.0.0.1,port=3D32001,localport=3D1369])
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | accepted a socket from
>127.0.0.1 on port 1369
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | read a packet KEY :
>pmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Got key from JVM:
>pmP31wOrwbdgEDHy
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet LOW_LOG_LEVEL :
>1
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet PING_TIMEOUT :
>18000
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Start Application.
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet START : start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
>LOW_LOG_LEVEL : 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: LowLogLevel
>from Wrapper is 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
PING_TIMEOUT
>: 18000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: PingTimeout
>from Wrapper is 18000000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet START :
>start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | calling listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:11 | start()
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Warning: Cannot convert
string
>"-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type
>FontStruct
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Setting the console title not
>supported on UNIX platforms.
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Unable to open the action
>server socket: Address already in use
>INFO   | jvm 1    | 2004/06/07 08:30:17 | returned from
listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Send a packet STARTED :=20
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | read a packet STARTED :=20
>DEBUG  | wrapper  | 2004/06/07 08:30:17 | JVM signalled that it was
>started.
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | send a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Received a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Send a packet PING : ok
>DEBUG  | wrapperp | 2004/06/07 08:30:18 | read a packet PING : ok
>DEBUG  | wrapper  | 2004/06/07 08:30:18 | Got ping response from JVM
>
>//=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D
>=3D=3D=3D=3D
>
>
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]=20
>Sent: Sunday, June 06, 2004 11:23 PM
>To: Annam, Sunil; wra...@li...
>Subject: Re: where ot find output of System.out.println
>
>Sunil,
>Please post questions to the wrapper-user mailing list rather than=20
>sending them to me
>directly.  It makes them searchable for others having the same problem=20
>in the future
>and also makes it possible for others to answer the questions.
>
>See below.
>
>Annam, Sunil wrote:
>
> =20
>
>>Leif,
>>
>>Thanks for the reply.
>>I was running on UNIX. But I don't have library for 64 bit HPUX.
>>Therefore, to understand concept of Wrapper, I am trying to test
>>   =20
>>
>another
> =20
>
>>server application that is running on SuSe linux.
>>
>>When the pServer starts, it does the following
>>mgHome =3D System.getProperty("MG_HOME", "..") + "/";
>>System.out.println("MG_HOME: " + mgHome);
>>=20
>>
>>   =20
>>
>That message should be showing up in the wrapper.log file regardless of

>whether
>or not the MG_HOME system property is being set correctly.
>
>Could you set the wrapper.debug=3Dtrue property and then post the
>generated
>wrapper.log file for a single run.   This will give me a lot more=20
>information about
>exactly what is going on.
>
> =20
>
>>I am not seeing MG_HOME string in console output and wrapper.log.
>>So I was wondering where the output goes. My applicatiosn creates a
log
>>file in $MG_HOME\logs but it is not there if I run it through wrapper.
>>In wrapper.conf, I have "set.MG_HOME=3D/home/linux/pServer".
>>=20
>>
>>   =20
>>
>I am not clear exactly how you are specifying the location of the log=20
>file in your
>JVM.   You can not reference a variable within the JVM using $JVM_HOME.
>You will have to do something like:
>System.out.println( "Path: " + System.getProperty( "MG_HOME" ) +
"/logs"
>);
>
>In order to make that system property available, you will have to pass=20
>it to the JVM.
>Environment variables are not visible from the JVM on their own:
>
>set.MG_HOME=3D/home/linux/pServer
>wrapper.java.additional.1=3D-DMG_HOME=3D%MG_HOME%
>
>The first will set the environment variable and the second will define=20
>the system
>property when the JVM is launched.
>
> =20
>
>>As I said before, after I start my application through wrapper, I go
to
>>other terminal window and see 'pServer status'. It tells me "pServer
>>service is running (27780)".=20
>>=20
>>
>>   =20
>>
>How are you launching the Wrapper?   If you are using the sh script
that
>
>comes
>with the Wrapper, could you try running it with the 'console' command
>rather
>than 'start'?  This will run the Wrapper in the current console and
make
>
>it easier
>to see the output that is being sent to the Wrapper process.
>
>It will also make it clear that the JVM is indeed still running.
>
> =20
>
>>In addition to that, when clients try to make connection with server,
>>they could not find the server.
>>=20
>>
>>   =20
>>
>This makes me wonder if the JVM is actually running.  What do you see
if
>
>you run
>'ps -fax'  You should see a tree of the processes running on your=20
>system.  Look for
>the Wrapper and its JVM.
>
>The script that ships with the Wrapper can also be used to check the=20
>status of
>the Wrapper process by running it with the 'status' command.
>
>Cheers,
>Leif
>
> =20
>
>>-----Original Message-----
>>From: Leif Mortenson [mailto:le...@ta...]=20
>>Sent: Saturday, May 29, 2004 3:15 AM
>>To: Annam, Sunil
>>Subject: Re: where ot find output of System.out.println
>>
>>Sunil,
>>   You are running on UNIX correct?   The shell script takes one of a=20
>>number of
>>commands.   If you launch it using the 'console' command then the=20
>>Wrapper will be
>>launched in the current shell and you will be able to see all of your=20
>>println messages
>>in the console just as if you had run Java manually.   Another copy of

>>the console
>>output will show up in the wrapper.log file.   You will have to look
at
>>your
>>wrapper.conf to see where you have configured its location.
>>
>>   When you run with the 'start' command however, the Wrapper is run
>>   =20
>>
>as
> =20
>
>>a detached
>>daemon process and you will get the shell prompt back right after the=20
>>Wrapper is
>>launched.   In this case, the console output is suppressed as it does=20
>>not have a place
>>to go.  All of the output is still available in the wrapper.log file=20
>>just as above however.
>>
>>   The logging done by your application should not have been affected=20
>>by the
>>Wrapper.  How are you doing the logging?   When running with the
>>   =20
>>
>Wrapper
> =20
>
>>the
>>user directory of the JVM process is set to the location of the shell=20
>>script by default.
>>Is it possible that it is not in the location you are expecting?
>>
>>Cheers,
>>Leif
>>
>>Annam, Sunil wrote:
>>
>>=20
>>
>>   =20
>>
>>>I was able to configure wrapper.conf and other files. Now when I do=20
>>>"pServer status" it says that "pServer service is running (27780)".
>>>
>>>When run independently, pServer logs activity in a log file and
prints
>>>some statements using System.out.println on console. Running pServer
>>>thru wrapper does not create log file and no messages on console.
>>>
>>>Where should I look for System.out.println messages?=20
>>>
>>>Thanks,
>>>
>>>Sunil
>>>
>>>  =20
>>>
>>>     =20
>>>
>>=20
>>
>>   =20
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: GNOME Foundation
>Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
>GNOME Users and Developers European Conference, 28-30th June in Norway
>http://2004/guadec.org
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
>



-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] RE: where ot find output of System.out.println

[Annam, S. <sun...@ea...>]

Leif,

You are right. I did missed to add my application class instead of test
class that comes with wrapper.conf.

Now it is working as expected. Great.

Thanks once again.=20

Sunil


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, June 07, 2004 5:55 PM
To: wra...@li...
Subject: Re: [Wrapper-user] RE: where ot find output of
System.out.println

Sunil,
    From the debug output, it looks like you have the main class=20
specified as
org.tanukisoftware.wrapper.test.Main
Which is the test application that ships with the Wrapper.   It looks=20
like you
have added the jars for your application to the classpath, but in most
cases
you should be removing the wrappertest.jar file, as your application
will
most likely not use it.

For Integration Method #1:
    You will also need to change the mainclass to WrapperSimpleApp
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp

    Then specify you main class as the first parameter to that helper
class:
wrapper.app.parameter.1=3D{Your main class}

    From your previous messages, I had gotten the impression that you
have
read the docs, but make sure you have read over the integration section.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    If you also post your wrapper.conf then I can probably point out=20
anything
else that is wrong.

Cheers,
Leif

Annam, Sunil wrote:

>Leif,
>
>Wrapper.debug=3Dtrue is enabled.
>The first statement in my code is=20
>	if (args.length < 1) {
>            System.out.println(" MobileGateway not started!" +
>                               "Usage: java newproxyserver/Controller "
>+
>                               "<Properties file name>.");
>
>            System.exit(0);
>        }
>
>        try {
>            //Get the 'MG_HOME' env. variable.
>            mgHome =3D System.getProperty("MG_HOME", "..") + "/";
>            System.out.println("MG_HOME: " + mgHome);
>		....
>		....
>	  }catch(...)
>		{
>		}
>
>I am not getting any of the println in console output or wrapper.log.
>
>Here is the output from wrapper.log
>
>STATUS | wrapper  | 2004/06/07 08:30:06 | --> Wrapper Started as
Console
>DEBUG  | wrapperp | 2004/06/07 08:30:06 | server listening on port
>32001.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[0] :
>/usr/j2sdk1.4.2/bin/java
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[1] :
>-DMG_HOME=3D/home/linux/mgateway
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[2] :
>-Djava.library.path=3D../lib
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[3] : -classpath
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[4] :
>../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.
j
>ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdo
m
>-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba:.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[5] :
>-Dwrapper.key=3DpmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[6] :
>-Dwrapper.port=3D32001
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[7] :
>-Dwrapper.debug=3DTRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[8] :
>-Dwrapper.use_system_time=3DTRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[9] :
>-Dwrapper.version=3D3.1.0
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[10] :
>-Dwrapper.native_library=3Dwrapper
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[11] :
>-Dwrapper.cpu.timeout=3D10
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[12] :
>-Dwrapper.jvmid=3D1
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[13] :
>org.tanukisoftware.wrapper.test.Main
>STATUS | wrapper  | 2004/06/07 08:30:06 | Launching a JVM...
>INFO   | jvm 1    | 2004/06/07 08:30:09 | Initializing...
>INFO   | jvm 1    | 2004/06/07 08:30:10 | WrapperManager class
>initialized by thread: main  Using classloader:
>sun.misc.Launcher$AppClassLoader@7b7072
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: JVM #1
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Registering
>shutdown hook
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Using
wrapper
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Loaded native library:
>libwrapper.so
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Calling native initialization
>method.
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Inside native WrapperManager
>initialization method
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java Version   :
>1.4.2-beta-b19 Java HotSpot(TM) Client VM
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java VM Vendor : Sun
>Microsystems Inc.
>INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper (Version 3.1.0)
>http://wrapper.tanukisoftware.org
>INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>WrapperManager.start(org.tanukisoftware.wrapper.test.Main@867e89,
>args[]) called by thread: main
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Open socket to wrapper...
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Opened Socket
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Send a packet KEY :
>pmP31wOrwbdgEDHy
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>handleSocket(Socket[addr=3D/127.0.0.1,port=3D32001,localport=3D1369])
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | accepted a socket from
>127.0.0.1 on port 1369
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | read a packet KEY :
>pmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Got key from JVM:
>pmP31wOrwbdgEDHy
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet LOW_LOG_LEVEL :
>1
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet PING_TIMEOUT :
>18000
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Start Application.
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet START : start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
>LOW_LOG_LEVEL : 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: LowLogLevel
>from Wrapper is 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
PING_TIMEOUT
>: 18000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: PingTimeout
>from Wrapper is 18000000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet START :
>start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | calling listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:11 | start()
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Warning: Cannot convert
string
>"-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type
>FontStruct
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Setting the console title not
>supported on UNIX platforms.
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Unable to open the action
>server socket: Address already in use
>INFO   | jvm 1    | 2004/06/07 08:30:17 | returned from
listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Send a packet STARTED :=20
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | read a packet STARTED :=20
>DEBUG  | wrapper  | 2004/06/07 08:30:17 | JVM signalled that it was
>started.
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | send a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Received a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Send a packet PING : ok
>DEBUG  | wrapperp | 2004/06/07 08:30:18 | read a packet PING : ok
>DEBUG  | wrapper  | 2004/06/07 08:30:18 | Got ping response from JVM
>
>//=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D
>=3D=3D=3D=3D
>
>
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]=20
>Sent: Sunday, June 06, 2004 11:23 PM
>To: Annam, Sunil; wra...@li...
>Subject: Re: where ot find output of System.out.println
>
>Sunil,
>Please post questions to the wrapper-user mailing list rather than=20
>sending them to me
>directly.  It makes them searchable for others having the same problem=20
>in the future
>and also makes it possible for others to answer the questions.
>
>See below.
>
>Annam, Sunil wrote:
>
> =20
>
>>Leif,
>>
>>Thanks for the reply.
>>I was running on UNIX. But I don't have library for 64 bit HPUX.
>>Therefore, to understand concept of Wrapper, I am trying to test
>>   =20
>>
>another
> =20
>
>>server application that is running on SuSe linux.
>>
>>When the pServer starts, it does the following
>>mgHome =3D System.getProperty("MG_HOME", "..") + "/";
>>System.out.println("MG_HOME: " + mgHome);
>>=20
>>
>>   =20
>>
>That message should be showing up in the wrapper.log file regardless of

>whether
>or not the MG_HOME system property is being set correctly.
>
>Could you set the wrapper.debug=3Dtrue property and then post the
>generated
>wrapper.log file for a single run.   This will give me a lot more=20
>information about
>exactly what is going on.
>
> =20
>
>>I am not seeing MG_HOME string in console output and wrapper.log.
>>So I was wondering where the output goes. My applicatiosn creates a
log
>>file in $MG_HOME\logs but it is not there if I run it through wrapper.
>>In wrapper.conf, I have "set.MG_HOME=3D/home/linux/pServer".
>>=20
>>
>>   =20
>>
>I am not clear exactly how you are specifying the location of the log=20
>file in your
>JVM.   You can not reference a variable within the JVM using $JVM_HOME.
>You will have to do something like:
>System.out.println( "Path: " + System.getProperty( "MG_HOME" ) +
"/logs"
>);
>
>In order to make that system property available, you will have to pass=20
>it to the JVM.
>Environment variables are not visible from the JVM on their own:
>
>set.MG_HOME=3D/home/linux/pServer
>wrapper.java.additional.1=3D-DMG_HOME=3D%MG_HOME%
>
>The first will set the environment variable and the second will define=20
>the system
>property when the JVM is launched.
>
> =20
>
>>As I said before, after I start my application through wrapper, I go
to
>>other terminal window and see 'pServer status'. It tells me "pServer
>>service is running (27780)".=20
>>=20
>>
>>   =20
>>
>How are you launching the Wrapper?   If you are using the sh script
that
>
>comes
>with the Wrapper, could you try running it with the 'console' command
>rather
>than 'start'?  This will run the Wrapper in the current console and
make
>
>it easier
>to see the output that is being sent to the Wrapper process.
>
>It will also make it clear that the JVM is indeed still running.
>
> =20
>
>>In addition to that, when clients try to make connection with server,
>>they could not find the server.
>>=20
>>
>>   =20
>>
>This makes me wonder if the JVM is actually running.  What do you see
if
>
>you run
>'ps -fax'  You should see a tree of the processes running on your=20
>system.  Look for
>the Wrapper and its JVM.
>
>The script that ships with the Wrapper can also be used to check the=20
>status of
>the Wrapper process by running it with the 'status' command.
>
>Cheers,
>Leif
>
> =20
>
>>-----Original Message-----
>>From: Leif Mortenson [mailto:le...@ta...]=20
>>Sent: Saturday, May 29, 2004 3:15 AM
>>To: Annam, Sunil
>>Subject: Re: where ot find output of System.out.println
>>
>>Sunil,
>>   You are running on UNIX correct?   The shell script takes one of a=20
>>number of
>>commands.   If you launch it using the 'console' command then the=20
>>Wrapper will be
>>launched in the current shell and you will be able to see all of your=20
>>println messages
>>in the console just as if you had run Java manually.   Another copy of

>>the console
>>output will show up in the wrapper.log file.   You will have to look
at
>>your
>>wrapper.conf to see where you have configured its location.
>>
>>   When you run with the 'start' command however, the Wrapper is run
>>   =20
>>
>as
> =20
>
>>a detached
>>daemon process and you will get the shell prompt back right after the=20
>>Wrapper is
>>launched.   In this case, the console output is suppressed as it does=20
>>not have a place
>>to go.  All of the output is still available in the wrapper.log file=20
>>just as above however.
>>
>>   The logging done by your application should not have been affected=20
>>by the
>>Wrapper.  How are you doing the logging?   When running with the
>>   =20
>>
>Wrapper
> =20
>
>>the
>>user directory of the JVM process is set to the location of the shell=20
>>script by default.
>>Is it possible that it is not in the location you are expecting?
>>
>>Cheers,
>>Leif
>>
>>Annam, Sunil wrote:
>>
>>=20
>>
>>   =20
>>
>>>I was able to configure wrapper.conf and other files. Now when I do=20
>>>"pServer status" it says that "pServer service is running (27780)".
>>>
>>>When run independently, pServer logs activity in a log file and
prints
>>>some statements using System.out.println on console. Running pServer
>>>thru wrapper does not create log file and no messages on console.
>>>
>>>Where should I look for System.out.println messages?=20
>>>
>>>Thanks,
>>>
>>>Sunil
>>>
>>>  =20
>>>
>>>     =20
>>>
>>=20
>>
>>   =20
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: GNOME Foundation
>Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
>GNOME Users and Developers European Conference, 28-30th June in Norway
>http://2004/guadec.org
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
>



-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] JVM exit - no log error entries

[Paul C. <cas...@au...>]

Hi all,

Our application crashed this morning after a user attempted a print using a
Lexmark Optra Color 45 driver.  We haven't had an issue with this driver
before, so it has me baffled.

Here's a timeline of the facts that I can gather:
9:38:05     A blank line was logged by the Java Service Wrapper. This
suggests that an error was thrown by the JVM, but it didn't get to log it
because:
9:38:06     The JVM exited without any error information.
9:38:06     The Windows Event Log shows the Lexmark Optra Color 45
completing a print process (ie generating a plot file) - although the
resultant file was 0 bytes in length.

A PrinterException should have been thrown by the printing process, but it
shouldn't have made the JVM crash.

We're using 1.3.1_11.

Here's the output of the JSW log file at that time:

INFO   | jvm 1    | 2004/06/09 09:38:05 |
ERROR  | wrapper  | 2004/06/09 09:38:06 | JVM exited unexpectedly.
STATUS | wrapper  | 2004/06/09 09:38:10 | Launching a JVM...
INFO   | jvm 2    | 2004/06/09 09:38:10 | Wrapper (Version 3.1.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 2    | 2004/06/09 09:38:10 |

Why the blank lines?

There had been no activity between 9.34 and 9.38am, so the info above this
in the log file is not relevant.

I thought I had the JSW configured to dump out thread stuff on exit.
Here's my conf details:

# Request a thread dump on JVM exit
wrapper.request_thread_dump_on_failed_jvm_exit=true

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.console.format=LPTM
wrapper.console.loglevel=INFO
wrapper.logfile=%RCIS_HOME%\Service\logs\RCISMainServer.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=1m
wrapper.logfile.maxfiles=100
wrapper.syslog.loglevel=ERROR

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false

# Disable the wrapper startup timeout facility
wrapper.startup.timeout=0

# Enable the wrapper exit timeout facility so that the JVM will be
terminated if shutdown fails
wrapper.jvm_exit.timeout=120

# Enable the wrapper shutdown timeout facility so that the JVM will be
terminated if shutdown fails
wrapper.shutdown.timeout=120

# Extend the wrapper ping timeout facility to prevent restarting under
normal operation (10 minutes)
wrapper.ping.timeout=300

Does this all look reasonable?  I'd rather not have debug on all the time
if we can get away with it - a problem like this might not occur for
another few months, but I'd like to be able to explain it to the client
when and if it does.

Any ideas would be greatly appreciated.

Regards,

Paul Casanova

[Wrapper-user] Wrapper.dll not loaded with JDK 1.4

[Jeremy Fujimoto-J. <coe...@us...>]

I have discovered that when I start the JavaServiceWrapper and it's =
pointing to the 1.4.2_04 JDK (e.g. wrapper.java.command=3DC:/j2sdk1.4.2_04/=
bin/java) it fails to load the wrapper.dll library. I get the following =
test in the log:
STATUS | wrapper  | 2004/06/07 14:23:13 | --> Wrapper Started as Service
STATUS | wrapper  | 2004/06/07 14:23:13 | Launching a JVM...
INFO   | jvm 1    | 2004/06/07 14:23:15 | WARNING - Unable to load the =
Wrapper's native library 'wrapper.dll'.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           The file is located on =
the path at the following location but
INFO   | jvm 1    | 2004/06/07 14:23:15 |           could not be loaded:
INFO   | jvm 1    | 2004/06/07 14:23:15 |             C:\Tomcat\VAP\bin\..\=
common\lib\wrapper.dll
INFO   | jvm 1    | 2004/06/07 14:23:15 |           Please verify that the =
file is readable by the current user
INFO   | jvm 1    | 2004/06/07 14:23:15 |           and that the file has =
not been corrupted in any way.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           System signals will =
not be handled correctly.
INFO   | jvm 1    | 2004/06/07 14:23:15 |=20
INFO   | jvm 1    | 2004/06/07 14:23:15 | Wrapper (Version 3.1.0) =
http://wrapper.tanukisoftware.org

The same problem occurs when specifying JDK 1.4.1_07.

However, when I use the 1.3.1_07 version of the JDK this problem does not =
occur.=20

I am using the JavaServiceWrapper to run Tomcat 4.0.6 on Windows 2000. I =
have tried a couple of different Tomcat installs (different PCs and even =
different WebApps). I can reproduce the behavior using both 3.0.5 and =
3.1.0 of the JavaServiceWrapper. (Both the problem when using 1.4 and not =
having a problem with 1.3.1_07 can be reproduced on multiple computers.)
Is this a known conflict? I haven't been able to find any message in the =
mailing list that seemed to directly apply.
Is there anything I can do to get it to work? Is there a version of the =
1.4 JDK with which this problem does not occur?
Thanks,
-Jeremy

[Wrapper-user] Wrapper.dll not loaded with JDK 1.4

[Jeremy Fujimoto-J. <coe...@us...>]

I have discovered that when I start the JavaServiceWrapper and it's =
pointing to the 1.4.2_04 JDK (e.g. wrapper.java.command=3DC:/j2sdk1.4.2_04/=
bin/java) it fails to load the wrapper.dll library. I get the following =
test in the log:
STATUS | wrapper  | 2004/06/07 14:23:13 | --> Wrapper Started as Service
STATUS | wrapper  | 2004/06/07 14:23:13 | Launching a JVM...
INFO   | jvm 1    | 2004/06/07 14:23:15 | WARNING - Unable to load the =
Wrapper's native library 'wrapper.dll'.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           The file is located on =
the path at the following location but
INFO   | jvm 1    | 2004/06/07 14:23:15 |           could not be loaded:
INFO   | jvm 1    | 2004/06/07 14:23:15 |             C:\Tomcat\VAP\bin\..\=
common\lib\wrapper.dll
INFO   | jvm 1    | 2004/06/07 14:23:15 |           Please verify that the =
file is readable by the current user
INFO   | jvm 1    | 2004/06/07 14:23:15 |           and that the file has =
not been corrupted in any way.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           System signals will =
not be handled correctly.
INFO   | jvm 1    | 2004/06/07 14:23:15 |=20
INFO   | jvm 1    | 2004/06/07 14:23:15 | Wrapper (Version 3.1.0) =
http://wrapper.tanukisoftware.org

The same problem occurs when specifying JDK 1.4.1_07.

However, when I use the 1.3.1_07 version of the JDK this problem does not =
occur.=20

I am using the JavaServiceWrapper to run Tomcat 4.0.6 on Windows 2000. I =
have tried a couple of different Tomcat installs (different PCs and even =
different WebApps). I can reproduce the behavior using both 3.0.5 and =
3.1.0 of the JavaServiceWrapper. (Both the problem when using 1.4 and not =
having a problem with 1.3.1_07 can be reproduced on multiple computers.)
Is this a known conflict? I haven't been able to find any message in the =
mailing list that seemed to directly apply.
Is there anything I can do to get it to work? Is there a version of the =
1.4 JDK with which this problem does not occur?
Thanks,
-Jeremy

[Wrapper-user] W2K Service Accessing Network share in non-domain environment (workgroup)

[Dan F. <va...@va...>]

Hello,
    I have a W2k system that is unable to access a network share on
another W2k system. Basically I try to list the files in
"//x.x.x.x/share" and I get null back from the list() method. I ran into
this at another location, and set the service up to run as a
specific user, and that fixed the problem there. However, it isn't working
this time. The one difference I know of at this location is that they
don't use a domain.
    The crazy thing is, the user we are running the service as (the local
administrator account) can browse the share and all that good stuff. We
did run the wrapper from the command line with the -c option logged in as
the same user to see if that would help, but that didn't work either. Has 
anyone run into anything like this before? If so, were you able to fix it
or did you have to work around it somehow? I
appreciate any help or condolences!

--
P.S. List Admin. Sorry for the double post. The first time I sent it I
didn't realized I had subscribed with the wrong e-mail address.

-- 
-Dan
va...@va...



-- 
-Dan

[Wrapper-user] W2K Service Accessing Network share in non-domain environment (workgroup)

[Dan F. <va...@va...>]

Hello,
    I have a W2k system that is unable to access a network share on
another W2k system. Basically I try to list the files in
"//x.x.x.x/share" and I get null back from the list() method. I ran
into this at another location, and set the service up to run as a
specific user, and that fixed the problem there. However, it isn't
working this time. The one difference I know of at this location is
that they don't use a domain.
    The crazy thing is, the user we are running the service as (the local
administrator account) can browse the share and all that good stuff.
We did run the wrapper from the command line with the -c option logged
in as the same user to see if that would help, but that didn't work
either. Has  anyone run into anything like this before? If so, were
you able to fix it or did you have to work around it somehow? I
appreciate any help or condolences!

-- 
-Dan
dfe...@va...

Re: [Wrapper-user] RE: where ot find output of System.out.println

[Leif M. <le...@ta...>]

Sunil,
    From the debug output, it looks like you have the main class 
specified as
org.tanukisoftware.wrapper.test.Main
Which is the test application that ships with the Wrapper.   It looks 
like you
have added the jars for your application to the classpath, but in most cases
you should be removing the wrappertest.jar file, as your application will
most likely not use it.

For Integration Method #1:
    You will also need to change the mainclass to WrapperSimpleApp
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

    Then specify you main class as the first parameter to that helper class:
wrapper.app.parameter.1={Your main class}

    From your previous messages, I had gotten the impression that you have
read the docs, but make sure you have read over the integration section.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    If you also post your wrapper.conf then I can probably point out 
anything
else that is wrong.

Cheers,
Leif

Annam, Sunil wrote:

>Leif,
>
>Wrapper.debug=true is enabled.
>The first statement in my code is 
>	if (args.length < 1) {
>            System.out.println(" MobileGateway not started!" +
>                               "Usage: java newproxyserver/Controller "
>+
>                               "<Properties file name>.");
>
>            System.exit(0);
>        }
>
>        try {
>            //Get the 'MG_HOME' env. variable.
>            mgHome = System.getProperty("MG_HOME", "..") + "/";
>            System.out.println("MG_HOME: " + mgHome);
>		....
>		....
>	  }catch(...)
>		{
>		}
>
>I am not getting any of the println in console output or wrapper.log.
>
>Here is the output from wrapper.log
>
>STATUS | wrapper  | 2004/06/07 08:30:06 | --> Wrapper Started as Console
>DEBUG  | wrapperp | 2004/06/07 08:30:06 | server listening on port
>32001.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[0] :
>/usr/j2sdk1.4.2/bin/java
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[1] :
>-DMG_HOME=/home/linux/mgateway
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[2] :
>-Djava.library.path=../lib
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[3] : -classpath
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[4] :
>../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.j
>ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdom
>-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba:.
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[5] :
>-Dwrapper.key=pmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[6] :
>-Dwrapper.port=32001
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[7] :
>-Dwrapper.debug=TRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[8] :
>-Dwrapper.use_system_time=TRUE
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[9] :
>-Dwrapper.version=3.1.0
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[10] :
>-Dwrapper.native_library=wrapper
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[11] :
>-Dwrapper.cpu.timeout=10
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[12] :
>-Dwrapper.jvmid=1
>DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[13] :
>org.tanukisoftware.wrapper.test.Main
>STATUS | wrapper  | 2004/06/07 08:30:06 | Launching a JVM...
>INFO   | jvm 1    | 2004/06/07 08:30:09 | Initializing...
>INFO   | jvm 1    | 2004/06/07 08:30:10 | WrapperManager class
>initialized by thread: main  Using classloader:
>sun.misc.Launcher$AppClassLoader@7b7072
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: JVM #1
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Registering
>shutdown hook
>INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Using wrapper
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Loaded native library:
>libwrapper.so
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Calling native initialization
>method.
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Inside native WrapperManager
>initialization method
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java Version   :
>1.4.2-beta-b19 Java HotSpot(TM) Client VM
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Java VM Vendor : Sun
>Microsystems Inc.
>INFO   | jvm 1    | 2004/06/07 08:30:11 | 
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper (Version 3.1.0)
>http://wrapper.tanukisoftware.org
>INFO   | jvm 1    | 2004/06/07 08:30:11 | 
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>WrapperManager.start(org.tanukisoftware.wrapper.test.Main@867e89,
>args[]) called by thread: main
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Open socket to wrapper...
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Opened Socket
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Send a packet KEY :
>pmP31wOrwbdgEDHy
>INFO   | jvm 1    | 2004/06/07 08:30:11 |
>handleSocket(Socket[addr=/127.0.0.1,port=32001,localport=1369])
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | accepted a socket from
>127.0.0.1 on port 1369
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | read a packet KEY :
>pmP31wOrwbdgEDHy
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Got key from JVM:
>pmP31wOrwbdgEDHy
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet LOW_LOG_LEVEL :
>1
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet PING_TIMEOUT :
>18000
>DEBUG  | wrapper  | 2004/06/07 08:30:11 | Start Application.
>DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet START : start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
>LOW_LOG_LEVEL : 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: LowLogLevel
>from Wrapper is 1
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet PING_TIMEOUT
>: 18000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: PingTimeout
>from Wrapper is 18000000
>INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet START :
>start
>INFO   | jvm 1    | 2004/06/07 08:30:11 | calling listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:11 | start()
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Warning: Cannot convert string
>"-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type
>FontStruct
>INFO   | jvm 1    | 2004/06/07 08:30:16 | Setting the console title not
>supported on UNIX platforms.
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Unable to open the action
>server socket: Address already in use
>INFO   | jvm 1    | 2004/06/07 08:30:17 | returned from listener.start()
>INFO   | jvm 1    | 2004/06/07 08:30:17 | Send a packet STARTED : 
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | read a packet STARTED : 
>DEBUG  | wrapper  | 2004/06/07 08:30:17 | JVM signalled that it was
>started.
>DEBUG  | wrapperp | 2004/06/07 08:30:17 | send a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Received a packet PING : ping
>INFO   | jvm 1    | 2004/06/07 08:30:18 | Send a packet PING : ok
>DEBUG  | wrapperp | 2004/06/07 08:30:18 | read a packet PING : ok
>DEBUG  | wrapper  | 2004/06/07 08:30:18 | Got ping response from JVM
>
>//======================================================================
>====
>
>
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...] 
>Sent: Sunday, June 06, 2004 11:23 PM
>To: Annam, Sunil; wra...@li...
>Subject: Re: where ot find output of System.out.println
>
>Sunil,
>Please post questions to the wrapper-user mailing list rather than 
>sending them to me
>directly.  It makes them searchable for others having the same problem 
>in the future
>and also makes it possible for others to answer the questions.
>
>See below.
>
>Annam, Sunil wrote:
>
>  
>
>>Leif,
>>
>>Thanks for the reply.
>>I was running on UNIX. But I don't have library for 64 bit HPUX.
>>Therefore, to understand concept of Wrapper, I am trying to test
>>    
>>
>another
>  
>
>>server application that is running on SuSe linux.
>>
>>When the pServer starts, it does the following
>>mgHome = System.getProperty("MG_HOME", "..") + "/";
>>System.out.println("MG_HOME: " + mgHome);
>> 
>>
>>    
>>
>That message should be showing up in the wrapper.log file regardless of 
>whether
>or not the MG_HOME system property is being set correctly.
>
>Could you set the wrapper.debug=true property and then post the
>generated
>wrapper.log file for a single run.   This will give me a lot more 
>information about
>exactly what is going on.
>
>  
>
>>I am not seeing MG_HOME string in console output and wrapper.log.
>>So I was wondering where the output goes. My applicatiosn creates a log
>>file in $MG_HOME\logs but it is not there if I run it through wrapper.
>>In wrapper.conf, I have "set.MG_HOME=/home/linux/pServer".
>> 
>>
>>    
>>
>I am not clear exactly how you are specifying the location of the log 
>file in your
>JVM.   You can not reference a variable within the JVM using $JVM_HOME.
>You will have to do something like:
>System.out.println( "Path: " + System.getProperty( "MG_HOME" ) + "/logs"
>);
>
>In order to make that system property available, you will have to pass 
>it to the JVM.
>Environment variables are not visible from the JVM on their own:
>
>set.MG_HOME=/home/linux/pServer
>wrapper.java.additional.1=-DMG_HOME=%MG_HOME%
>
>The first will set the environment variable and the second will define 
>the system
>property when the JVM is launched.
>
>  
>
>>As I said before, after I start my application through wrapper, I go to
>>other terminal window and see 'pServer status'. It tells me "pServer
>>service is running (27780)". 
>> 
>>
>>    
>>
>How are you launching the Wrapper?   If you are using the sh script that
>
>comes
>with the Wrapper, could you try running it with the 'console' command
>rather
>than 'start'?  This will run the Wrapper in the current console and make
>
>it easier
>to see the output that is being sent to the Wrapper process.
>
>It will also make it clear that the JVM is indeed still running.
>
>  
>
>>In addition to that, when clients try to make connection with server,
>>they could not find the server.
>> 
>>
>>    
>>
>This makes me wonder if the JVM is actually running.  What do you see if
>
>you run
>'ps -fax'  You should see a tree of the processes running on your 
>system.  Look for
>the Wrapper and its JVM.
>
>The script that ships with the Wrapper can also be used to check the 
>status of
>the Wrapper process by running it with the 'status' command.
>
>Cheers,
>Leif
>
>  
>
>>-----Original Message-----
>>From: Leif Mortenson [mailto:le...@ta...] 
>>Sent: Saturday, May 29, 2004 3:15 AM
>>To: Annam, Sunil
>>Subject: Re: where ot find output of System.out.println
>>
>>Sunil,
>>   You are running on UNIX correct?   The shell script takes one of a 
>>number of
>>commands.   If you launch it using the 'console' command then the 
>>Wrapper will be
>>launched in the current shell and you will be able to see all of your 
>>println messages
>>in the console just as if you had run Java manually.   Another copy of 
>>the console
>>output will show up in the wrapper.log file.   You will have to look at
>>your
>>wrapper.conf to see where you have configured its location.
>>
>>   When you run with the 'start' command however, the Wrapper is run
>>    
>>
>as
>  
>
>>a detached
>>daemon process and you will get the shell prompt back right after the 
>>Wrapper is
>>launched.   In this case, the console output is suppressed as it does 
>>not have a place
>>to go.  All of the output is still available in the wrapper.log file 
>>just as above however.
>>
>>   The logging done by your application should not have been affected 
>>by the
>>Wrapper.  How are you doing the logging?   When running with the
>>    
>>
>Wrapper
>  
>
>>the
>>user directory of the JVM process is set to the location of the shell 
>>script by default.
>>Is it possible that it is not in the location you are expecting?
>>
>>Cheers,
>>Leif
>>
>>Annam, Sunil wrote:
>>
>> 
>>
>>    
>>
>>>I was able to configure wrapper.conf and other files. Now when I do 
>>>"pServer status" it says that "pServer service is running (27780)".
>>>
>>>When run independently, pServer logs activity in a log file and prints
>>>some statements using System.out.println on console. Running pServer
>>>thru wrapper does not create log file and no messages on console.
>>>
>>>Where should I look for System.out.println messages? 
>>>
>>>Thanks,
>>>
>>>Sunil
>>>
>>>   
>>>
>>>      
>>>
>> 
>>
>>    
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: GNOME Foundation
>Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
>GNOME Users and Developers European Conference, 28-30th June in Norway
>http://2004/guadec.org
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] Wrapper.dll not loaded with JDK 1.4.2_04

[Jeremy Fujimoto-J. <Fuj...@ah...>]

I have discovered that when I start the JavaServiceWrapper and it's
pointing to the 1.4.2_04 JDK (e.g.
wrapper.java.command=C:/j2sdk1.4.2_04/bin/java) it fails to load the
wrapper.dll library. I get the following test in the log:
STATUS | wrapper  | 2004/06/07 14:23:13 | --> Wrapper Started as
Service
STATUS | wrapper  | 2004/06/07 14:23:13 | Launching a JVM...
INFO   | jvm 1    | 2004/06/07 14:23:15 | WARNING - Unable to load the
Wrapper's native library 'wrapper.dll'.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           The file is located
on the path at the following location but
INFO   | jvm 1    | 2004/06/07 14:23:15 |           could not be
loaded:
INFO   | jvm 1    | 2004/06/07 14:23:15 |            
C:\Tomcat\VAP\bin\..\common\lib\wrapper.dll
INFO   | jvm 1    | 2004/06/07 14:23:15 |           Please verify that
the file is readable by the current user
INFO   | jvm 1    | 2004/06/07 14:23:15 |           and that the file
has not been corrupted in any way.
INFO   | jvm 1    | 2004/06/07 14:23:15 |           System signals will
not be handled correctly.
INFO   | jvm 1    | 2004/06/07 14:23:15 | 
INFO   | jvm 1    | 2004/06/07 14:23:15 | Wrapper (Version 3.1.0)
http://wrapper.tanukisoftware.org
 
However, when I use the 1.3.1_07 version of the JDK this problem does
not occur. 
 
I am using the JavaServiceWrapper to run Tomcat 4.0.6 on Windows. I
have tried a couple of different Tomcat installs (different PCs and even
different WebApps). I can reproduce the behavior using both 3.0.5 and
3.1.0 of the JavaServiceWrapper. (Both the problem when using 1.4.2_04
and not having a problem with 1.3.1_07 can be reproduced on multiple
computers.)
Is this a known conflict? I haven't been able to find any message in
the mailing list that seemed to directly apply.
Is there anything I can do to get it to work? Is there a version of the
1.4 JDK with which this problem does not occur?
Thanks,
-Jeremy
 
 
 

[Wrapper-user] RE: where ot find output of System.out.println

[Annam, S. <sun...@ea...>]

Leif,

Wrapper.debug=3Dtrue is enabled.
The first statement in my code is=20
	if (args.length < 1) {
            System.out.println(" MobileGateway not started!" +
                               "Usage: java newproxyserver/Controller "
+
                               "<Properties file name>.");

            System.exit(0);
        }

        try {
            //Get the 'MG_HOME' env. variable.
            mgHome =3D System.getProperty("MG_HOME", "..") + "/";
            System.out.println("MG_HOME: " + mgHome);
		....
		....
	  }catch(...)
		{
		}

I am not getting any of the println in console output or wrapper.log.

Here is the output from wrapper.log

STATUS | wrapper  | 2004/06/07 08:30:06 | --> Wrapper Started as Console
DEBUG  | wrapperp | 2004/06/07 08:30:06 | server listening on port
32001.
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[0] :
/usr/j2sdk1.4.2/bin/java
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[1] :
-DMG_HOME=3D/home/linux/mgateway
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[2] :
-Djava.library.path=3D../lib
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[3] : -classpath
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[4] :
../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.j
ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdom
-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba:.
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[5] :
-Dwrapper.key=3DpmP31wOrwbdgEDHy
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[6] :
-Dwrapper.port=3D32001
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[7] :
-Dwrapper.debug=3DTRUE
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[8] :
-Dwrapper.use_system_time=3DTRUE
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[9] :
-Dwrapper.version=3D3.1.0
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[10] :
-Dwrapper.native_library=3Dwrapper
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[11] :
-Dwrapper.cpu.timeout=3D10
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[12] :
-Dwrapper.jvmid=3D1
DEBUG  | wrapper  | 2004/06/07 08:30:06 | Command[13] :
org.tanukisoftware.wrapper.test.Main
STATUS | wrapper  | 2004/06/07 08:30:06 | Launching a JVM...
INFO   | jvm 1    | 2004/06/07 08:30:09 | Initializing...
INFO   | jvm 1    | 2004/06/07 08:30:10 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@7b7072
INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2004/06/07 08:30:10 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2004/06/07 08:30:11 | Loaded native library:
libwrapper.so
INFO   | jvm 1    | 2004/06/07 08:30:11 | Calling native initialization
method.
INFO   | jvm 1    | 2004/06/07 08:30:11 | Inside native WrapperManager
initialization method
INFO   | jvm 1    | 2004/06/07 08:30:11 | Java Version   :
1.4.2-beta-b19 Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2004/06/07 08:30:11 | Java VM Vendor : Sun
Microsystems Inc.
INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper (Version 3.1.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2004/06/07 08:30:11 |=20
INFO   | jvm 1    | 2004/06/07 08:30:11 |
WrapperManager.start(org.tanukisoftware.wrapper.test.Main@867e89,
args[]) called by thread: main
INFO   | jvm 1    | 2004/06/07 08:30:11 | Open socket to wrapper...
INFO   | jvm 1    | 2004/06/07 08:30:11 | Opened Socket
INFO   | jvm 1    | 2004/06/07 08:30:11 | Send a packet KEY :
pmP31wOrwbdgEDHy
INFO   | jvm 1    | 2004/06/07 08:30:11 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D32001,localport=3D1369])
DEBUG  | wrapperp | 2004/06/07 08:30:11 | accepted a socket from
127.0.0.1 on port 1369
DEBUG  | wrapperp | 2004/06/07 08:30:11 | read a packet KEY :
pmP31wOrwbdgEDHy
DEBUG  | wrapper  | 2004/06/07 08:30:11 | Got key from JVM:
pmP31wOrwbdgEDHy
DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet LOW_LOG_LEVEL :
1
DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet PING_TIMEOUT :
18000
DEBUG  | wrapper  | 2004/06/07 08:30:11 | Start Application.
DEBUG  | wrapperp | 2004/06/07 08:30:11 | send a packet START : start
INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet
LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: LowLogLevel
from Wrapper is 1
INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet PING_TIMEOUT
: 18000
INFO   | jvm 1    | 2004/06/07 08:30:11 | Wrapper Manager: PingTimeout
from Wrapper is 18000000
INFO   | jvm 1    | 2004/06/07 08:30:11 | Received a packet START :
start
INFO   | jvm 1    | 2004/06/07 08:30:11 | calling listener.start()
INFO   | jvm 1    | 2004/06/07 08:30:11 | start()
INFO   | jvm 1    | 2004/06/07 08:30:16 | Warning: Cannot convert string
"-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type
FontStruct
INFO   | jvm 1    | 2004/06/07 08:30:16 | Setting the console title not
supported on UNIX platforms.
INFO   | jvm 1    | 2004/06/07 08:30:17 | Unable to open the action
server socket: Address already in use
INFO   | jvm 1    | 2004/06/07 08:30:17 | returned from listener.start()
INFO   | jvm 1    | 2004/06/07 08:30:17 | Send a packet STARTED :=20
DEBUG  | wrapperp | 2004/06/07 08:30:17 | read a packet STARTED :=20
DEBUG  | wrapper  | 2004/06/07 08:30:17 | JVM signalled that it was
started.
DEBUG  | wrapperp | 2004/06/07 08:30:17 | send a packet PING : ping
INFO   | jvm 1    | 2004/06/07 08:30:18 | Received a packet PING : ping
INFO   | jvm 1    | 2004/06/07 08:30:18 | Send a packet PING : ok
DEBUG  | wrapperp | 2004/06/07 08:30:18 | read a packet PING : ok
DEBUG  | wrapper  | 2004/06/07 08:30:18 | Got ping response from JVM

//=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D=3D=3D=3D



-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]=20
Sent: Sunday, June 06, 2004 11:23 PM
To: Annam, Sunil; wra...@li...
Subject: Re: where ot find output of System.out.println

Sunil,
Please post questions to the wrapper-user mailing list rather than=20
sending them to me
directly.  It makes them searchable for others having the same problem=20
in the future
and also makes it possible for others to answer the questions.

See below.

Annam, Sunil wrote:

>Leif,
>
>Thanks for the reply.
>I was running on UNIX. But I don't have library for 64 bit HPUX.
>Therefore, to understand concept of Wrapper, I am trying to test
another
>server application that is running on SuSe linux.
>
>When the pServer starts, it does the following
>mgHome =3D System.getProperty("MG_HOME", "..") + "/";
>System.out.println("MG_HOME: " + mgHome);
> =20
>
That message should be showing up in the wrapper.log file regardless of=20
whether
or not the MG_HOME system property is being set correctly.

Could you set the wrapper.debug=3Dtrue property and then post the
generated
wrapper.log file for a single run.   This will give me a lot more=20
information about
exactly what is going on.

>I am not seeing MG_HOME string in console output and wrapper.log.
>So I was wondering where the output goes. My applicatiosn creates a log
>file in $MG_HOME\logs but it is not there if I run it through wrapper.
>In wrapper.conf, I have "set.MG_HOME=3D/home/linux/pServer".
> =20
>
I am not clear exactly how you are specifying the location of the log=20
file in your
JVM.   You can not reference a variable within the JVM using $JVM_HOME.
You will have to do something like:
System.out.println( "Path: " + System.getProperty( "MG_HOME" ) + "/logs"
);

In order to make that system property available, you will have to pass=20
it to the JVM.
Environment variables are not visible from the JVM on their own:

set.MG_HOME=3D/home/linux/pServer
wrapper.java.additional.1=3D-DMG_HOME=3D%MG_HOME%

The first will set the environment variable and the second will define=20
the system
property when the JVM is launched.

>As I said before, after I start my application through wrapper, I go to
>other terminal window and see 'pServer status'. It tells me "pServer
>service is running (27780)".=20
> =20
>
How are you launching the Wrapper?   If you are using the sh script that

comes
with the Wrapper, could you try running it with the 'console' command
rather
than 'start'?  This will run the Wrapper in the current console and make

it easier
to see the output that is being sent to the Wrapper process.

It will also make it clear that the JVM is indeed still running.

>In addition to that, when clients try to make connection with server,
>they could not find the server.
> =20
>
This makes me wonder if the JVM is actually running.  What do you see if

you run
'ps -fax'  You should see a tree of the processes running on your=20
system.  Look for
the Wrapper and its JVM.

The script that ships with the Wrapper can also be used to check the=20
status of
the Wrapper process by running it with the 'status' command.

Cheers,
Leif

>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]=20
>Sent: Saturday, May 29, 2004 3:15 AM
>To: Annam, Sunil
>Subject: Re: where ot find output of System.out.println
>
>Sunil,
>    You are running on UNIX correct?   The shell script takes one of a=20
>number of
>commands.   If you launch it using the 'console' command then the=20
>Wrapper will be
>launched in the current shell and you will be able to see all of your=20
>println messages
>in the console just as if you had run Java manually.   Another copy of=20
>the console
>output will show up in the wrapper.log file.   You will have to look at
>your
>wrapper.conf to see where you have configured its location.
>
>    When you run with the 'start' command however, the Wrapper is run
as
>
>a detached
>daemon process and you will get the shell prompt back right after the=20
>Wrapper is
>launched.   In this case, the console output is suppressed as it does=20
>not have a place
>to go.  All of the output is still available in the wrapper.log file=20
>just as above however.
>
>    The logging done by your application should not have been affected=20
>by the
>Wrapper.  How are you doing the logging?   When running with the
Wrapper
>the
>user directory of the JVM process is set to the location of the shell=20
>script by default.
>Is it possible that it is not in the location you are expecting?
>
>Cheers,
>Leif
>
>Annam, Sunil wrote:
>
> =20
>
>>I was able to configure wrapper.conf and other files. Now when I do=20
>>"pServer status" it says that "pServer service is running (27780)".
>>
>>When run independently, pServer logs activity in a log file and prints
>>some statements using System.out.println on console. Running pServer
>>thru wrapper does not create log file and no messages on console.
>>
>>Where should I look for System.out.println messages?=20
>>
>>Thanks,
>>
>>Sunil
>>
>>   =20
>>
>
> =20
>

[Wrapper-user] Separate System.out and System.err in different log files

[<poq...@ya...>]

Hi All.
 
Well that's my question. Is it possible to have 2 separate log files with system.out and system.err? They appear mixed in the logfile defined...
 
Thanks.

		
---------------------------------

 [input]   [input]   [input] 

Re: [Wrapper-user] Re: Converting RMID into a NT/2000 service - Windows Crash

[Leif M. <le...@ta...>]

George,
    When you say the machine crashes, I want to confirm that you mean 
that your
entire system is blue screening or something and not that the Wrapper 
itself is
crashing.

    I did just fix a problem with 3.1.0 where the Wrapper would sometimes
crash on multi-CPU systems.   This was ONLY a problem if the new 
experimental
tick based timer was being used however.

    Other than that, I am not aware of any other crash problems with the 
Wrapper,
and have never known of a Wrapper related problem which causes the entire
system to crash.

    In my experience, Windows is in general quite good at crashing on 
its own.  :-)
My XP notebook does so 2~3 times per week whether I am using the Wrapper
or not..  I have several other systems which running the Wrapper which 
run for
months without ever rebooting.  When they are rebooted, it is for other 
reasons.

    I often install and remove services without rebooting.  There is 
nothing in the
Wrapper which should require that you do a reboot.

    I don't have any ideas off hand other than to try and think if you 
have installed
any new drivers or run windows update lately.   I have found that 
Windows update
is often bad for the health of a system due to the way the changes 
interact with
various drivers...  Of course if don't do it then your system is insecure...
(snip off rest of rant... :-)

Cheers,
Leif

zge...@ex... wrote:

>I now have several services that use JSW on Win 2000. Everything 
>
>works fine except that ever since I started using JSW - my 
>
>machine seems to crash for no apparent reason. 
>
>
>
>I am still in dev. mode - hence I frequently install and remove and re-install the services from the machine WITHOUT REBOOTING 
>
>after each "remove". Is this an issue?
>
>
>
>The reason I ask is that if I do reboot after each remove the 
>
>crashes do not seem to happen as often. 
>
>
>
>Of course, this may have nothing to do with JSW and everything 
>
>to do with my machine. But has anyone else seen this 
>
>behavior? Could it have something to do with the fact that I do NOT 
>
>reboot each time I remove a set of services.
>
>
>
>Thanks in advance.
>
>Zac George
>
>
>
>  
>
>
>  
>
>>Subject:
>>    
>>
>
>  
>
>>Re: [Wrapper-user] Converting RMID into a NT/2000 service
>>    
>>
>
>  
>
>>From:
>>    
>>
>
>  
>
>>""<zge...@ex...>
>>    
>>
>
>  
>
>>Date:
>>    
>>
>
>  
>
>>Fri, 28 May 2004 12:26:40 -0400
>>    
>>
>
>  
>
>>To:
>>    
>>
>
>  
>
>>wra...@li...
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>>Leif,
>>    
>>
>
>  
>
>
>  
>
>>Thanks for the response. My first attempt at this was to try the 
>>    
>>
>
>  
>
>
>  
>
>>approach you recommend below 
>>    
>>
>
>  
>
>
>  
>
>>(in fact that's the approach I took with the java 
>>    
>>
>
>  
>
>
>  
>
>>Name Service which worked). 
>>    
>>
>
>  
>
>
>  
>
>>I did not have much success with it for rmid.
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>However, I did NOT also set the policy file to give specific 
>>    
>>
>
>  
>
>
>  
>
>>permissions to the wrapper jar. Wrapper jar was bundled into my 
>>    
>>
>
>  
>
>
>  
>
>>codebase jar file. I'll try the route you suggest once again. 
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>The second issue with the approach you suggest was that I could not 
>>    
>>
>
>  
>
>
>  
>
>>find a way to pass the "-C" command line options that 
>>    
>>
>
>  
>
>
>  
>
>>I can typically pass on the command line to rmid.exe for 
>>    
>>
>
>  
>
>
>  
>
>>passing on to child JVMs if I call on the sun implemenation 
>>    
>>
>
>  
>
>
>  
>
>>directly.
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>Even if there is a way around the above two issues, 
>>    
>>
>
>  
>
>
>  
>
>>I believe there may still be a third issue - the rmid daemon will 
>>    
>>
>
>  
>
>
>  
>
>>activate JVMs for activatable objects. I need those JVMs to survive 
>>    
>>
>
>  
>
>
>  
>
>>login/logouts. The launch sequence is as follows:
>>    
>>
>
>  
>
>
>  
>
>>wrapper.exe->rmid.exe->java.exe (contains activatable object). Since 
>>    
>>
>
>  
>
>
>  
>
>>wrapper does not own these "sub" processes they clearly will not 
>>    
>>
>
>  
>
>
>  
>
>>survive the login/logout. What would have been ideal was for a 
>>    
>>
>
>  
>
>
>  
>
>>parent process to own the child process. THe child process may choose 
>>    
>>
>
>  
>
>
>  
>
>>to exit on its own - if it did not make that choice, then the parent 
>>    
>>
>
>  
>
>
>  
>
>>process must control its life cycle. 
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>Again, thanks for your response.
>>    
>>
>
>  
>
>
>  
>
>>--
>>    
>>
>
>  
>
>
>  
>
>>Zac
>>    
>>
>
>  
>
>
>  
>
>
>
>
>_______________________________________________
>Join Excite! - http://www.excite.com
>The most personalized portal on the Web!
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
>installation-authoring solution that does it all. Learn more and
>evaluate today! http://www.installshield.com/Dev2Dev/0504
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] Re: where ot find output of System.out.println

[Leif M. <le...@ta...>]

Sunil,
Please post questions to the wrapper-user mailing list rather than 
sending them to me
directly.  It makes them searchable for others having the same problem 
in the future
and also makes it possible for others to answer the questions.

See below.

Annam, Sunil wrote:

>Leif,
>
>Thanks for the reply.
>I was running on UNIX. But I don't have library for 64 bit HPUX.
>Therefore, to understand concept of Wrapper, I am trying to test another
>server application that is running on SuSe linux.
>
>When the pServer starts, it does the following
>mgHome = System.getProperty("MG_HOME", "..") + "/";
>System.out.println("MG_HOME: " + mgHome);
>  
>
That message should be showing up in the wrapper.log file regardless of 
whether
or not the MG_HOME system property is being set correctly.

Could you set the wrapper.debug=true property and then post the generated
wrapper.log file for a single run.   This will give me a lot more 
information about
exactly what is going on.

>I am not seeing MG_HOME string in console output and wrapper.log.
>So I was wondering where the output goes. My applicatiosn creates a log
>file in $MG_HOME\logs but it is not there if I run it through wrapper.
>In wrapper.conf, I have "set.MG_HOME=/home/linux/pServer".
>  
>
I am not clear exactly how you are specifying the location of the log 
file in your
JVM.   You can not reference a variable within the JVM using $JVM_HOME.
You will have to do something like:
System.out.println( "Path: " + System.getProperty( "MG_HOME" ) + "/logs" );

In order to make that system property available, you will have to pass 
it to the JVM.
Environment variables are not visible from the JVM on their own:

set.MG_HOME=/home/linux/pServer
wrapper.java.additional.1=-DMG_HOME=%MG_HOME%

The first will set the environment variable and the second will define 
the system
property when the JVM is launched.

>As I said before, after I start my application through wrapper, I go to
>other terminal window and see 'pServer status'. It tells me "pServer
>service is running (27780)". 
>  
>
How are you launching the Wrapper?   If you are using the sh script that 
comes
with the Wrapper, could you try running it with the 'console' command rather
than 'start'?  This will run the Wrapper in the current console and make 
it easier
to see the output that is being sent to the Wrapper process.

It will also make it clear that the JVM is indeed still running.

>In addition to that, when clients try to make connection with server,
>they could not find the server.
>  
>
This makes me wonder if the JVM is actually running.  What do you see if 
you run
'ps -fax'  You should see a tree of the processes running on your 
system.  Look for
the Wrapper and its JVM.

The script that ships with the Wrapper can also be used to check the 
status of
the Wrapper process by running it with the 'status' command.

Cheers,
Leif

>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...] 
>Sent: Saturday, May 29, 2004 3:15 AM
>To: Annam, Sunil
>Subject: Re: where ot find output of System.out.println
>
>Sunil,
>    You are running on UNIX correct?   The shell script takes one of a 
>number of
>commands.   If you launch it using the 'console' command then the 
>Wrapper will be
>launched in the current shell and you will be able to see all of your 
>println messages
>in the console just as if you had run Java manually.   Another copy of 
>the console
>output will show up in the wrapper.log file.   You will have to look at
>your
>wrapper.conf to see where you have configured its location.
>
>    When you run with the 'start' command however, the Wrapper is run as
>
>a detached
>daemon process and you will get the shell prompt back right after the 
>Wrapper is
>launched.   In this case, the console output is suppressed as it does 
>not have a place
>to go.  All of the output is still available in the wrapper.log file 
>just as above however.
>
>    The logging done by your application should not have been affected 
>by the
>Wrapper.  How are you doing the logging?   When running with the Wrapper
>the
>user directory of the JVM process is set to the location of the shell 
>script by default.
>Is it possible that it is not in the location you are expecting?
>
>Cheers,
>Leif
>
>Annam, Sunil wrote:
>
>  
>
>>I was able to configure wrapper.conf and other files. Now when I do 
>>"pServer status" it says that "pServer service is running (27780)".
>>
>>When run independently, pServer logs activity in a log file and prints
>>some statements using System.out.println on console. Running pServer
>>thru wrapper does not create log file and no messages on console.
>>
>>Where should I look for System.out.println messages? 
>>
>>Thanks,
>>
>>Sunil
>>
>>    
>>
>
>  
>

[Wrapper-user] vbj as a windows service is successfull

[Prasad T. <tir...@ho...>]

Hi Everyone,

Few days back i had posted a question like how to use the following as a 
windows service.

vbj -Duser.region=US -Dvbroker.agent.port=14000 com.server.transform.Server.

I could run this as a service now. I want to share the information so that 
if anyone wants to run these types as windows service can follow this.

I got some information from Leif Mortenson. I thank him for giving me some 
inputs.  Well vbj is Visibroker and it is CORBA related. vbj intially sets 
parameters and classpaths and than intiates the JVM instance. Inorder to 
know what vbj is doing u can debug by putting -VBJdebug option.

I tried this
vbj -VBJDebug -Duser.region=US -Dvbroker.agent.port=14000 
com.server.transform.Server

and got the following output

/////////////////////////////////////////////////////////////////////////////////////////////////////////
C:\>vbj -VBJdebug -Duser.region=US -Dvbroker.agent.port=14000 
com.bentley.server.transform.Server
JVM:
    Loaded JVM dll c:\bes\jdk\jdk1.4.1\jre\bin\client\jvm.dll
JavaVMInitArgs:
    version 0x00010002
    ignoreUnrecognized is JNI_FALSE
    nOptions is 13
    option[ 0] = '-Djava.endorsed.dirs=c:\BES\lib\endorsed'
    option[ 1] = 
'-Djavax.rmi.CORBA.StubClass=com.inprise.vbroker.rmi.CORBA.StubImpl'
    option[ 2] = 
'-Djavax.rmi.CORBA.UtilClass=com.inprise.vbroker.rmi.CORBA.UtilImpl'
    option[ 3] = 
'-Djavax.rmi.CORBA.PortableRemoteObjectClass=com.inprise.vbroker.rmi.CORBA.PortableRemoteObjectImpl
    option[ 4] = '-Dorg.omg.CORBA.ORBClass=com.inprise.vbroker.orb.ORB'
    option[ 5] = 
'-Dorg.omg.CORBA.ORBSingletonClass=com.inprise.vbroker.orb.ORBSingleton'
    option[ 6] = '-Duser.region=US'
    option[ 7] = '-Dvbroker.agent.port=14000'
    option[ 8] = '-Dvbroker.orb.admDir=C:\BES\var\servers\OITWXPGB7W241\adm'
    option[ 9] = 
'-Dborland.enterprise.licenseDir=C:\BES\var\servers\OITWXPGB7W241\adm'
    option[10] = '-Dvbroker.orb.procId=5656'
    option[11] = '-Dapplication.home=c:\BES'
    option[12] = 
'-Djava.class.path=.;\edalib.jar;c:\BES\lib\vbejb.jar;c:\BES\lib\vbjorb.jar;c:\Program 
Files\FME200
cts\java\fmeobjects.jar;c:\BES\jdk\jdk1.4.1\lib\tools.jar;c:\BES\jdk\jdk1.4.1\jre\lib\rt.jar;c:\BES\jdk\jdk1.4.1\jre
sets.jar;c:\fmeserver;c:\BES\lib\vbejb.jar;c:\BES\lib\asrt.jar;c:\BES\lib\jdsserver.jar;c:\BES\lib\xmlrt.jar;c:\BES\
b.jar;c:\BES\lib;c:\BES\bin;c:\BES\lib\lm.jar;c:\BES\SonicMQ\lib\broker.jar;c:\BES\lib\sonic_Client.jar;c:\BES\lib\s
ar;c:\BES\lib\jsse.jar;c:\BES\lib\jcert.jar;c:\BES\lib\jnet.jar;c:\BES\lib\jaas.jar;c:\BES\lib\vbsec.jar;c:\BES\lib\
.jar;c:\BES\lib\sunjce_provider.jar;c:\BES\lib\local_policy.jar;c:\BES\lib\US_export_policy.jar;c:\BES\lib\tomcat\co
let.jar;.;c:\bes\jdk\jdk1.4.1\lib\tools.jar'
Entry class = com.bentley.server.transform.Server
Stub[repository_id=IDL:com.bentley.common.fme.TransformManager:1.0,key=ServiceId[service=/rmi_transform_poa,id={19 
b
[M][I][T][r][a][n][s][f][o][r][m][M][a][n][a][g][e][r]},key_string=%00PMC%00%00%00%04%00%00%00%13/rmi_transform_poa%
00%00%13RMITransformManager],codebase=null] is ready.

////////////////////////////////////////////////////////////////////////////////////////////////////

I set the option[s] parameters in the Additional Parameters in the config 
file like
wrapper.java.additional.1= -Djava.endorsed.dirs=c:\BES\lib\endorsed
wrapper.java.additional.2= 
-Djavax.rmi.CORBA.StubClass=com.inprise.vbroker.rmi.CORBA.StubImpl
......etc.

and the classpath parameters in the Java Classpath section of the wrapper 
config file.

Thats it the rest of the settings is like the normal config settings. Ir 
runs fine.



Thanks,
Prasad.

_________________________________________________________________
Think online shopping is cool? Enter the Baazee contest now! 
http://server1.msn.co.in/sp04/Baazee/ Win great prizes while you shop!

[Wrapper-user] Re: Converting RMID into a NT/2000 service - Windows Crash

[<zge...@ex...>]

I now have several services that use JSW on Win 2000. Everything 

works fine except that ever since I started using JSW - my 

machine seems to crash for no apparent reason. 



I am still in dev. mode - hence I frequently install and remove and re-install the services from the machine WITHOUT REBOOTING 

after each "remove". Is this an issue?



The reason I ask is that if I do reboot after each remove the 

crashes do not seem to happen as often. 



Of course, this may have nothing to do with JSW and everything 

to do with my machine. But has anyone else seen this 

behavior? Could it have something to do with the fact that I do NOT 

reboot each time I remove a set of services.



Thanks in advance.

Zac George



> 

> Subject:

> Re: [Wrapper-user] Converting RMID into a NT/2000 service

> From:

> ""<zge...@ex...>

> Date:

> Fri, 28 May 2004 12:26:40 -0400

> To:

> wra...@li...

> 

> 

> Leif,

> 

> Thanks for the response. My first attempt at this was to try the 

> 

> approach you recommend below 

> 

> (in fact that's the approach I took with the java 

> 

> Name Service which worked). 

> 

> I did not have much success with it for rmid.

> 

> 

> 

> However, I did NOT also set the policy file to give specific 

> 

> permissions to the wrapper jar. Wrapper jar was bundled into my 

> 

> codebase jar file. I'll try the route you suggest once again. 

> 

> 

> 

> The second issue with the approach you suggest was that I could not 

> 

> find a way to pass the "-C" command line options that 

> 

> I can typically pass on the command line to rmid.exe for 

> 

> passing on to child JVMs if I call on the sun implemenation 

> 

> directly.

> 

> 

> 

> Even if there is a way around the above two issues, 

> 

> I believe there may still be a third issue - the rmid daemon will 

> 

> activate JVMs for activatable objects. I need those JVMs to survive 

> 

> login/logouts. The launch sequence is as follows:

> 

> wrapper.exe->rmid.exe->java.exe (contains activatable object). Since 

> 

> wrapper does not own these "sub" processes they clearly will not 

> 

> survive the login/logout. What would have been ideal was for a 

> 

> parent process to own the child process. THe child process may choose 

> 

> to exit on its own - if it did not make that choice, then the parent 

> 

> process must control its life cycle. 

> 

> 

> 

> Again, thanks for your response.

> 

> --

> 

> Zac

> 

> 



_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

[Wrapper-user] Extending Timeouts error

[Andre H. <nas...@ya...>]

Hi,

Im using version 3.0.2

and it's been running okay for a while but recently
we're having problems, it keeps crashing and sometimes
just hung. However, the service is not restarted as it
is said on the website. We didnt realise it until the
next day that it crashed.

Sometimes there's no error message in the log file, it
just exited, however today i have this error message:

INFO   | wrapper  | 2004/06/02 10:18:21 | Wrapper
Process has not received
any CPU time for 5389 seconds.  Extending timeouts.
INFO   | jvm 1    | 2004/06/02 10:18:21 | JVM Process
has not received any
CPU time for 5388 seconds.  Extending timeouts.

and i dont know understand what the problem is. And
how to make the service restarts automatically? do i
need to set it up in the config file? or should it be
done automatically?

Thanks for the help
Andre


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

[Wrapper-user] configuration file

[Stuijt, J. <JS...@gt...>]

Hello, 
 
Is it possible to reference Java System Properties from within the wrapper
configuration file just like you can reference Environment Variables?
In this case it has to do with the location of the log-files for the wrapped
java processes.
The processes themselves write their logfiles in the directory given through
Java System Property "java.io.tmpdir", and I want the wrapper logfile to end
up in that same directory.
 
Is it possible to change the logfile spec from within the running wrapped
application?
Example: WrapperManager.setLog(System.getProperty("java.io.tmpdir") +
"/my_log.file");
 
Am using wrapper 3.0.5. on Linux rh9 and Win2K.
 
Thanks, 
 
Johan Stuijt
Met vriendelijke groet, 
Johan Stuijt 
Application Engineer 
MES Expert Center 
Doorkiesnummer: 075 612 79 34 
  
GTI Industrie Noordwest bv 
        Industrial Automation 
        Houthavenkade 44  1506 PD Zaandam 
        Postbus 1377  1500 AJ Zaandam 
        tel.: 075 612 76 00   fax: 075 612 30 60 
         <http://www.gti-group.com/ia> www.gti-group.com/ia 
 
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en 
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht 
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en 
de afzender direct te informeren door het bericht te retourneren. 
================================================
The information contained in this message may be confidential 
and is intended to be exclusively for the addressee. Should you 
receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.
================================================

RE: [Wrapper-user] Filters: triggering on things other than strin gs

[Stuijt, J. <JS...@gt...>]

How about service0 starting the wrapper process that runs service1?


Met vriendelijke groet,
Johan Stuijt
Application Engineer
MES Expert Center
Doorkiesnummer: 075 612 79 34
 
GTI Industrie Noordwest bv
	Industrial Automation

	Houthavenkade 44  1506 PD Zaandam
	Postbus 1377  1500 AJ Zaandam
	tel.: 075 612 76 00   fax: 075 612 30 60
	www.gti-group.com/ia



-----Oorspronkelijk bericht-----
Van: Wrapper User [mailto:wr...@co...] 
Verzonden: dinsdag 18 mei 2004 17:09
Aan: wra...@li...
Onderwerp: [Wrapper-user] Filters: triggering on things other than strings

As I understand it now, the wrapper can only trigger on an output string.

Is there any way (or near-future plans) to trigger on something other than
output. For example, if the program throws an Exception, or trigger on the
exit code of the application?

In my specific case, I'm having an application "service1" (which I'm under
the assumption can't be changed to display different output) tries to
connect to a (naming) server "service0". Note that service0 will also be
launched by a wrapper. So, basically, service0 should be started before
service1. But I'm starting them with the init.d services in Linux, so that
can't be guaranteed. The way service1 works is that, upon starting up, it
will try to connect to service0. If service0 is not running, service1 will
retry to connect a number of times before giving up and exiting with exit
code 1.

When it can't connect to service0, service1 prints the following:
----------------------------------------------------------
jvm 1    | [ Retrying to connect to 127.0.0.1:1234 ]
...number of times...
jvm 1    | [ Retrying to connect to 127.0.0.1:1234 ]
jvm 1    | [ Retrying to connect to 127.0.0.1:1234 ]
wrapper  | <-- Wrapper Stopped
----------------------------------------------------------

So as you see, there's really no unique string it prints out that I can
trigger on after it failed n times. I found it exits with exit code 1 by
running the wrapper with logging set to debug.
Anyway, in theory, at the same time, a different wrapper instance could (in
my case should) be off starting service0, so I'd like service1's wrapper to
restart service1 with the hope that service0 will eventually be up to
connect to. Allowing the wrapper to trigger on service1's exit code would
help.
As a workaround (kluge?) , I could just trigger on the "Retrying to connect"
string, but that would restart after each failed connect, as opposed to
after the program exits in failure.

Another (totally separate) solution would be (and I'm just brainstorming
here) putting some dependencies on different wrapper applications. Something
like writing a totally separate script that somehow checks if service0 is
running (service0 status) before it launches service1...

Any ideas?

Thanks,
Aiman



-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en 
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht 
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en 
de afzender direct te informeren door het bericht te retourneren. 
================================================
The information contained in this message may be confidential 
and is intended to be exclusively for the addressee. Should you 
receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.
================================================

Re[2]: [Wrapper-user] blocking in WrapperManager.stopInner()

[Sergey S. <se...@zo...>]

Hello Leif,

Wednesday, May 26, 2004, 10:27:49 AM, you wrote:

LM> Sergey,
LM>     This works the same way that calls to System.exit does.  Such calls
LM> are not
LM> expected to be returning by the calling code.

LM>     What are the case(s) where you are running into problems?

LM> Cheers,
LM> Leif

Thanks for your answer.
The problem really exists, and is reproducible.

The integration method is #3:
public class Main implements WrapperListener{
...
<code literally taken from your tutorial>
...
  public static void main(String[] args){
     WrapperManager.start(new Main(),args);
  }
}


I start it from console:
java <...> Main
(class- and library paths are Ok)

The application starts ok.
When I press the Ctrl-C, one of the two happens:
- my shutdown procedure executes and the application exits normally(~30% cases)
- my shutdown procedure executes but the application doesn't exit(~70%)

In the second case the debug output looks like:

=============================
[some messages from my code]
returned from listener.start()
Send a packet STARTED :
Got Control Signal 0->200
Handled signal
Processing control event(WRAPPER_CTRL_C_EVENT)
WrapperManager.stop(0) called by thread: Wrapper-
Control-Event-Monitor
Send a packet STOP : 0
Thread, Wrapper-Control-Event-Monitor, handling the 
shutdown process.
calling listener.stop()
[some shutdown messages from my code]
Wrapper Manager: ShutdownHook started
16:47:40.710 EVENT Stopped 
org.mortbay.http.HttpServer@186fab
WrapperManager.stop(0) called by thread: Wrapper-
Shutdown-Hook
returned from listener.stop()
Wrapper Manager: Unable to unregister shutdown hook: 
null
Send a packet STOPPED : 0
calling System.exit(0)
Thread, Wrapper-Shutdown-Hook, waiting for the JVM to 
exit.
=============================

Starting from that point the app just hangs and doesnt respond to Ctrl-whatever.

After mucking with the code I made it clear that there sometimes
happens a race condition between the event-monitor and shutdown-hook threads. I still
don't understand why the shutdown-hook thread don't get destroyed, but
the following seem to solve the problem (WrapperManager.java,
rev.1.35, line 463):

+synchronized(m_instance){
+   if(m_stopping) return;
+}
// Stop the Wrapper cleanly.
m_hookTriggered = true;

// If we are not already stopping, then do so.
WrapperManager.stop( 0 );


Your thoughts?

-- 
Best regards,
 Sergey                            mailto:se...@zo...

Re: [Wrapper-user] How to Use vbj for the Java wrapper.

[Prasad T. <tir...@ho...>]

Leif

sorry for the late reply. I was into different things. I am working on the 
vbj one as per your suggestions and directions. once i figure it out i will 
let you know. If you find any more information on this pls let me know.

Thanks
Prasad.


>From: Leif Mortenson <le...@ta...>
>Reply-To: wra...@li...
>To: wra...@li...
>Subject: Re: [Wrapper-user] How to Use vbj for the Java wrapper.
>Date: Wed, 26 May 2004 15:34:09 +0900
>
>Prasad,
>I am not familiar with what "vbj" is..
>
>I did a google and found the following:
>http://archives.java.sun.com/cgi-bin/wa?A2=ind0011&L=ejb-interest&F=&S=&P=22193
>
>It sounds like VBJ simple sets up some environment variables and then
>launches a JVM instance. To use the Wrapper, you will need to find out
>what those "environment variables" are. From the above page it sounds
>like you can do so by running something like the following:
>
>vbj -VBJdebug -Duser.region=US -Dvbroker.agent.port=14000
>com.server.transform.Server
>
>Whatever the result, please post back. A description of how to do this
>would be useful for other future users trying to do the same thing.
>
>Cheers,
>Leif
>
>
>Prasad Tirumareddi wrote:
>
> > Hi
> >
> > I am trying to use the Java Wrapper. It works fine with the normal
> > classes or jar files. I would like to use the following one. Can
> > anyone suggest how to use this.
> >
> > vbj -Duser.region=US -Dvbroker.agent.port=14000
> > com.server.transform.Server
> >
> > Can i register this as a service.
> >
> > Thanks,
> > Prasad.
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g.
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user

_________________________________________________________________
Don't miss out on jobs that are not advertised. 
http://go.msnserver.com/IN/49350.asp Post your CV on naukri.com today.

[Wrapper-user] RE: Critical error: wait for JVM process failed (No child processes)

[Annam, S. <sun...@ea...>]

I was using environment variable $JAVA_HOME to set =
wrapper.java.command=3D
Even though JAVA_HOME was pointing to the right place, it did not work.
I replace it with actual path and now it is working.

Now I will try setting JAVA_HOME using set.JAVA_HOME=3D

Thanks,

Sunil


-----Original Message-----
From: Annam, Sunil=20
Sent: Friday, May 28, 2004 2:02 PM
To: 'wra...@li...'
Subject: Critical error: wait for JVM process failed (No child
processes)



I am trying to make daemon on Linux and getting error message=20
"Critical error: wait for JVM process failed (No child processes)".=20

I set wrapper.debug=3Dtrue and got the following in wrapper.log file.=09

STATUS | wrapper  | 2004/05/28 13:15:13 | --> Wrapper Started as Console
DEBUG  | wrapperp | 2004/05/28 13:15:13 | server listening on port
32000.
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[0] :
$JAVA_HOME/bin/java
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[1] :
-Djava.library.path=3D../lib
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[2] : -classpath
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[3] :
../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.j
ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdom
-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[4] :
-Dwrapper.key=3Dy7l75qcgA7IgZpUC
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[5] :
-Dwrapper.port=3D32000
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[6] :
-Dwrapper.debug=3DTRUE
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[7] :
-Dwrapper.use_system_time=3DTRUE
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[8] :
-Dwrapper.version=3D3.1.0
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[9] :
-Dwrapper.native_library=3Dwrapper
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[10] :
-Dwrapper.cpu.timeout=3D10
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[11] :
-Dwrapper.jvmid=3D1
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[12] :
org.tanukisoftware.wrapper.test.Main
STATUS | wrapper  | 2004/05/28 13:15:13 | Launching a JVM...
ERROR  | wrapper  | 2004/05/28 13:15:13 | Unable to start JVM: No such
file or directory (2)
ERROR  | wrapper  | 2004/05/28 13:15:13 | Critical error: wait for JVM
process failed (No child processes)
DEBUG  | wrapper  | 2004/05/28 13:15:13 | JVM process exited with a code
of 1, setting the wrapper exit code to 1.
ERROR  | wrapper  | 2004/05/28 13:15:13 | Unable to start a JVM
INFO   | jvm 1    | 2004/05/28 13:15:13 | wrapper  | Unable to start
JVM: No such file or directory (2)
INFO   | jvm 1    | 2004/05/28 13:15:13 | wrapper  | Critical error:
wait for JVM process failed (No child processes)
STATUS | wrapper  | 2004/05/28 13:15:14 | <-- Wrapper Stopped


Any help?
Thanks in advance.

Sunil

[Wrapper-user] Critical error: wait for JVM process failed (No child processes)

[Annam, S. <sun...@ea...>]

I am trying to make daemon on Linux and getting error message=20
"Critical error: wait for JVM process failed (No child processes)".=20

I set wrapper.debug=3Dtrue and got the following in wrapper.log file.=09

STATUS | wrapper  | 2004/05/28 13:15:13 | --> Wrapper Started as Console
DEBUG  | wrapperp | 2004/05/28 13:15:13 | server listening on port
32000.
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[0] :
$JAVA_HOME/bin/java
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[1] :
-Djava.library.path=3D../lib
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[2] : -classpath
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[3] :
../lib/wrapper.jar:../lib/wrappertest.jar:newproxyserver:../lib/jaxrpc.j
ar:../lib/axis.jar:../lib/dom.jar:../lib/commons-logging.jar:../lib/jdom
-b8.jar:../lib/sax.jar:../lib/tt-bytecode.jar:superwaba:waba
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[4] :
-Dwrapper.key=3Dy7l75qcgA7IgZpUC
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[5] :
-Dwrapper.port=3D32000
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[6] :
-Dwrapper.debug=3DTRUE
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[7] :
-Dwrapper.use_system_time=3DTRUE
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[8] :
-Dwrapper.version=3D3.1.0
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[9] :
-Dwrapper.native_library=3Dwrapper
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[10] :
-Dwrapper.cpu.timeout=3D10
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[11] :
-Dwrapper.jvmid=3D1
DEBUG  | wrapper  | 2004/05/28 13:15:13 | Command[12] :
org.tanukisoftware.wrapper.test.Main
STATUS | wrapper  | 2004/05/28 13:15:13 | Launching a JVM...
ERROR  | wrapper  | 2004/05/28 13:15:13 | Unable to start JVM: No such
file or directory (2)
ERROR  | wrapper  | 2004/05/28 13:15:13 | Critical error: wait for JVM
process failed (No child processes)
DEBUG  | wrapper  | 2004/05/28 13:15:13 | JVM process exited with a code
of 1, setting the wrapper exit code to 1.
ERROR  | wrapper  | 2004/05/28 13:15:13 | Unable to start a JVM
INFO   | jvm 1    | 2004/05/28 13:15:13 | wrapper  | Unable to start
JVM: No such file or directory (2)
INFO   | jvm 1    | 2004/05/28 13:15:13 | wrapper  | Critical error:
wait for JVM process failed (No child processes)
STATUS | wrapper  | 2004/05/28 13:15:14 | <-- Wrapper Stopped


Any help?
Thanks in advance.

Sunil

Re: [Wrapper-user] Converting RMID into a NT/2000 service

[<zge...@ex...>]

Leif,

Thanks for the response. My first attempt at this was to try the 

approach you recommend below 

(in fact that's the approach I took with the java 

Name Service which worked). 

I did not have much success with it for rmid.



However, I did NOT also set the policy file to give specific 

permissions to the wrapper jar. Wrapper jar was bundled into my 

codebase jar file. I'll try the route you suggest once again. 



The second issue with the approach you suggest was that I could not 

find a way to pass the "-C" command line options that 

I can typically pass on the command line to rmid.exe for 

passing on to child JVMs if I call on the sun implemenation 

directly.



Even if there is a way around the above two issues, 

I believe there may still be a third issue - the rmid daemon will 

activate JVMs for activatable objects. I need those JVMs to survive 

login/logouts. The launch sequence is as follows:

wrapper.exe->rmid.exe->java.exe (contains activatable object). Since 

wrapper does not own these "sub" processes they clearly will not 

survive the login/logout. What would have been ideal was for a 

parent process to own the child process. THe child process may choose 

to exit on its own - if it did not make that choice, then the parent 

process must control its life cycle. 



Again, thanks for your response.

--

Zac







> Message: 8

> Date: Wed, 26 May 2004 16:32:33 +0900

> From: Leif Mortenson <le...@ta...>

> To: wra...@li...

> Subject: Re: [Wrapper-user] Converting RMID into a NT/2000 service

> Reply-To: wra...@li...

> 

> Zac,

> All I can say is ouch! You must like pain!

> 

> There is a much easier way to do this. (Not that sun makes it easy to

> find out about)

> The rmid.exe file is actually simply running a sun class. To get

> things running under

> the Wrapper, you will need to do the follow.

> 

> This assumes that you have read over method #1 of the integration

> documentation.

> http://wrapper.tanukisoftware.org/doc/english/integrate.html

> 

> First, the Wrapper classes will be calling RMI daemon code on startup so

> you will

> need to give privilege to them. Create a file called. rmiserver.policy

> in your conf

> directory with the following contents.

> ---

> // Give Wrapper classes full permissions

> grant codeBase "file:../lib/wrapper.jar" {

> permission java.security.AllPermission;

> };

> ---

> 

> Now you will need to set the following properties in your wrapper.conf file.

> Copy it over from the src/conf/wrapper.conf.in file that ships with the

> Wrapper.

> 

> ---

> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

> wrapper.java.classpath.1=../lib/wrapper.jar

> wrapper.java.additional.1=-Djava.security.policy=../conf/rmiserver.policy

> wrapper.app.parameter.1=sun.rmi.registry.RegistryImpl

> ---

> 

> You will also want to set the NT properties at the bottom of the file.

> 

> Everything should now work for you. Give it a try as a console before

> trying to get things working as an NT service. Let me know if I have

> any typos

> in the above.

> 

> As for your questions about the Wrapper protecting child JVMs from

> system signals.

> The answer is no. You must launch the child JVMs with the -Xrs

> parameter so it

> will ignore them on its own. You can not set this for the JVM launched

> by the

> Wrapper however or you WILL run into problems. The Wrapper protects its own

> JVM already so this should never be necessary.

> 

> Cheers,

> Leif

> 

> 

> zge...@ex... wrote:

> 

>>I need to convert the Java RMID process into a windows service.

>>

>>

>>

>>Using integration method 3 I did the following:

>>

>>1) Create a WrapperListener implementation that uses java.lang.Runtime.exec(...) to launch "rmid.exe". The implementation's "stop" method similarly launches "rmid.exe -stop" to stop the previously launched rmid process.

>>

>>2) Install the WrapperListener implementation as an NT service.

>>

>>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

[Wrapper-user] RE: Error loading lib under 32 bit hp/ux

[Annam, S. <sun...@ea...>]

Leif,

I was give info from our Admin that our OS is 32 bit. However, I found
it is 64 bit.=20
Therefore, we are also waiting for fix for 64 bit. I do not have full
control of Unix system to recompile library. Therefore, I have to wait
for solution from you.

Thanks,

Sunil



-----Original Message-----
From: Annam, Sunil=20
Sent: Thursday, May 27, 2004 8:38 AM
To: 'wra...@li...'
Subject: Error loading lib under 32 bit hp/ux

Leif,

As I mentioned in my previous mail, I figured out what I was missing and
executed myApps.myApps1 script.

Now the next issue is with HP-UX.

I am getting message that=20
'libwrapper.so' could not be located in the following java.library.path:

I went through all the postings related to 'Error loading lib under
hp/ux' from 64-bit HP-UX users.
We have 32 bit HP-UX but still we have same issue.
In one of the postings, I found libwrapper.so for 32-bit libwrapper.sl
for 64 bit. Why different extensions?=20
We have some other applications that use a native library and the
library name has 'sl' extension. Am I missing something?

Thanks in advance.

Sunil


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, May 26, 2004 5:00 PM
To: wra...@li...
Subject: Re: [Wrapper-user] what command to execute

Annam, Sunil wrote:

> I have an application myApps1 in a package myApps. Right now I use=20
> 'java myApps.myApps1' on command prompt to execute my application.
>
> I went through Wrapper documentation and JBoss example. I also created

> similar directory structure and conf file for my application.
>
> Now what should I do? I mean what command to execute on command
prompt.
>
The integration tutorial should have had you create 3 batch files for=20
Windows, or a
shell script for UNIX platforms.

Running them will launch the Wrapper and your program. Is that what you=20
are asking?

Cheers,
Leif



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.

Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user