Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <le...@ta...> - 2007-07-11 10:18:06
|
Ashish, The Wrapper expects that you break out the individual arguments into their own properties. The way you are doing things will work for Windows, but will fail if you use the wrapper.conf on UNIX versions. Do it like this: wrapper.java.additional.1=-Xdebug wrapper.java.additional.2=-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n wrapper.java.additional.3=-Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl wrapper.java.additional.4=-Djboss.platform.mbeanserver wrapper.java.additional.5=-Dcom.sun.management.jmxremote wrapper.java.initmemory=128 wrapper.java.maxmemory=256 When you say things are not being passed to the JVM correctly, how do you know? What is the problem you are seeing? You can see the generated java command line by setting the following property: wrapper.java.command.loglevel=INFO Cheers, Leif Ashish Arya wrote: > Hi All, > I am using Java Service Wrapper to run JBoss as windows service. This > was working fine on IBM and SUN JDK 1.4. but recently I shifted to SUN > JDK 1.5 and noticed that the JVM arguments are not passed properly to > the JRE. Below is the snippet of the wrapper conf file. I am using > Java service wrapper version 3.2.3. > wrapper.java.additional.1= -Xms128m -Xmx256m -Xdebug > -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n > wrapper.java.additional.2= > -Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl > -Djboss.platform.mbeanserver -Dcom.sun.management.jmxremote > even the spcified way of setting max and min heap size is also not working > wrapper.java.initmemory=128 > wrapper.java.maxmemory=1024 > Please help me to understand, how to pass additional java parameters > to wrapper API in case of JDK 5. > Many thanks in advance. > regards, > Ashish |
|
From: Ashish A. <ash...@ya...> - 2007-07-11 07:36:05
|
Hi All, I am using Java Service Wrapper to run JBoss as windows service. This was working fine on IBM and SUN JDK 1.4. but recently I shifted to SUN JDK 1.5 and noticed that the JVM arguments are not passed properly to the JRE. Below is the snippet of the wrapper conf file. I am using Java service wrapper version 3.2.3. wrapper.java.additional.1= -Xms128m -Xmx256m -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n wrapper.java.additional.2= -Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl -Djboss.platform.mbeanserver -Dcom.sun.management.jmxremote even the spcified way of setting max and min heap size is also not working wrapper.java.initmemory=128 wrapper.java.maxmemory=1024 Please help me to understand, how to pass additional java parameters to wrapper API in case of JDK 5. Many thanks in advance. regards, Ashish ____________________________________________________________________________________ Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html |
|
From: Leif M. <le...@ta...> - 2007-07-06 23:13:02
|
Madhav, There have been some timer related bugs in past versions. What version are you using? Here in the release notes: http://wrapper.tanukisoftware.org/doc/english/release-notes.html Cheers, Leif Madhav Vodnala wrote: > > Hi > > We see a new issue with the JavaServiceWrapper. This NT service has > been working fine > for years. We restarted the machine last weekend...and the NT service > stopped today, with > these log entries. > > > INFO | jvm 1 | 2007/07/06 14:18:33 | JVM Process has not received > any CPU time for 429496422 seconds. Extending timeouts. > INFO | jvm 1 | 2007/07/06 14:20:33 | Wrapper Manager: The Wrapper > code did not ping the JVM for 120 seconds. Quit and let the Wrapper > resynch. > INFO | jvm 1 | 2007/07/06 14:20:34 | Shutting down xxxxxx > Server....... > INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Events Manager... > INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Configuration > Manager... > INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Log Manager... > INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Ping Manager... > INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Job Manager... > INFO | jvm 1 | 2007/07/06 14:20:34 | xxxxx Server has been > shutdown successfully. > > > 1. Is this is a known issue with wrapper?. > 2. is it possible to restart the JVM in this case? > > Thanks in advance. > > Thanks > Madhav > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Madhav V. <jse...@fi...> - 2007-07-06 19:20:08
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <p class="MsoNormal">Hi<br> <br> </p> <p class="MsoNormal">We see a new issue with the JavaServiceWrapper. This NT service has been working fine<br> for years. We restarted the machine last weekend...and the NT service stopped today, with<br> these log entries.<br> <font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"></span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"><br> INFO | jvm 1 | 2007/07/06 14:18:33 | JVM Process has not received any CPU time for 429496422 seconds. Extending timeouts.<br> INFO | jvm 1 | 2007/07/06 14:20:33 | Wrapper Manager: The Wrapper code did not ping the JVM for 120 seconds. Quit and let the Wrapper resynch.<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Shutting down xxxxxx Server.......<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Events Manager...<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Configuration Manager...<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Log Manager...<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Ping Manager...<br> INFO | jvm 1 | 2007/07/06 14:20:34 | Stopping Job Manager...<br> INFO | jvm 1 | 2007/07/06 14:20:34 | xxxxx Server has been shutdown successfully.<br> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"><br> 1. Is this is a known issue with wrapper?.<br> 2. is it possible to restart the JVM in this case?<br> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">Thanks in advance.<br> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">Thanks<br> Madhav<br> </span></font></p> </body> </html> |
|
From: Gary H. <ghi...@fe...> - 2007-07-06 02:07:40
|
I believe the commandfile path is relative to the wrapper.exe file, NOT the wrapper.conf file.=20 =20 ________________________________ From: wra...@li... [mailto:wra...@li...] On Behalf Of Kannan Ekanath Sent: Monday, July 02, 2007 11:55 PM To: Wra...@li... Subject: [Wrapper-user] Commands not being executed in the command file =20 Hi, I am the following the thread here http://www.nabble.com/Trouble-using-wrapper.commandfile-property-to-gene rate-a-thread-dump-tf3864442.html=20 I want a thread dump. I have a wrapper.conf file where I gave the following lines wrapper.commandfile=3D./commands.bat wrapper.ntservice.console=3Dtrue I have put the "commands.bat" file in the same directory as wrapper.conf. To start with it is empty. I am following the link http://wrapper.tanukisoftware.org/doc/english/prop-commandfile.html which says that if you add the command "DUMP" to the commands.bat file it is supposed to take a thread dump on to the wrapper log file. I can see the JVM being started in the wrapper log file. However, when I add the DUMP command, I am not able to see any results there. Infact I tried most other commands like STOP etc which did not work. Can someone tell me, how can I be sure that the file is getting picked up?=20 Regards, Kannan --=20 Regards, Kannan Ekanath=20 |
|
From: Saraswathi S. <sar...@si...> - 2007-07-03 11:07:25
|
I changed the path to having no spaces, but it still prints: FATAL | wrapper | Unable to open configuration file. C:\MyProgram\conf\wrapper.conf Has anyone faced a similar problem before? Many thanks. ----- Original Message ----- From: "Saraswathi Sachidananda" <sar...@si...> To: <wra...@li...>; <wra...@li...> Sent: Monday, July 02, 2007 1:06 PM Subject: Wrapper as an NT service > Hi, > > I am having a problem with parsing the wrapper.conf file in trying to > install my Java project as an NT service.Here is a piece of my .bat file, > that uses wrapper.exe to run wrapper.conf. > > rem Install the Wrapper as an NT service. > :startup > echo Starting... > "%_WRAPPER_EXE%" -i %_WRAPPER_CONF% > echo Installing the application... > if not errorlevel 1 goto :eof > echo Installation Completed. > > At "%_WRAPPER_EXE%" -i %_WRAPPER_CONF%, we get > FATAL wrapper: Unable to open configuration file: wrapper.conf > > It appears from the logs, that the compiler reads wrapper.exe and > conf.wrapper, but is not able to parse wrapper.conf: "%_WRAPPER_EXE%" -i > %_WRAPPER_CONF% > Logs: > Starting... > FATAL | wrapper | Unable to open configuration file. C:\Program > Files\COBSAdaptor\conf\wrapper.conf > Installing the application... > Installation Completed. > Press any key to continue . . . > > Any help would be appreciated! > Thanks, > Saraswathi. > > -- > Saraswathi Sachidananda > Software engineer > Simulation Systems Ltd > Unit 11B, Market Industrial Estate > Yatton, Bristol BS49 4RF > Web: http://www.simulation-systems.co.uk |
|
From: Kannan E. <kan...@gm...> - 2007-07-03 06:55:31
|
Hi, I am the following the thread here http://www.nabble.com/Trouble-using-wrapper.commandfile-property-to-generate-a-thread-dump-tf3864442.html I want a thread dump. I have a wrapper.conf file where I gave the following lines wrapper.commandfile=./commands.bat wrapper.ntservice.console=true I have put the "commands.bat" file in the same directory as wrapper.conf. To start with it is empty. I am following the link http://wrapper.tanukisoftware.org/doc/english/prop-commandfile.html which says that if you add the command "DUMP" to the commands.bat file it is supposed to take a thread dump on to the wrapper log file. I can see the JVM being started in the wrapper log file. However, when I add the DUMP command, I am not able to see any results there. Infact I tried most other commands like STOP etc which did not work. Can someone tell me, how can I be sure that the file is getting picked up? Regards, Kannan -- Regards, Kannan Ekanath |
|
From: Jason R B. <jas...@rh...> - 2007-07-03 00:55:50
|
Running as local administrator (i.e. .\Administrator) The error in the wrapper log isn't very helpful: STATUS | wrapper | 2007/06/29 12:29:31 | Starting the WorkerProcess service... ERROR | wrapper | 2007/06/29 12:29:31 | Unable to start the service - The dependency service or group failed to start. (0x42c) I don't know how to export the windows event log (sorry, not a windows user), but the 3 relevant entries in the event viewer go something like this: Source: Netlogon Description: This computer is configured as a member of a workgroup, not as a member of a domain. The netlogon service does not need to run in this configuration. Source: Service Control Manager Description: The WorkerProcess service depends on the Net Logon service which failed to start because of the following error: The operation completed successfully. Source: Service Control Manager Description: The Net Logon service entered the stopped state. Does that help? J Lewis Leal wrote: > What account does your service run under (machine, domain, or local > system)? > Can you post your log? > > On 7/2/07, *Jason R Briggs* < jas...@rh... > <mailto:jas...@rh...>> wrote: > > Hi > > Apologies if this has been answered elsewhere, but I couldn't find > any > related messages with SF's rather abysmal search. > > I'm trying to use the service wrapper in our UAT environment and > failing > miserably. We've had it running on various development machines > without > any problems, and it starts up fine when run from the command > prompt on > the UAT server. > > After much fiddling, I eventually tracked the problem down to the fact > that it appears the wrapper has a dependency on Net Logon to be > running. But in this environment, Net Logon starts up and > straight away > shuts down. I believe this has something to do with the fact that > there's no domain controller... but I'm not sure on that front. I'm > seem to have as much difficulty finding info about Microsoft error > messages as I do finding messages on this mailing list... ;-) > > Anyone come across this problem? Is there a workaround or do we > have to > get the environment reconfigured so Net Logon runs properly? > > Thanks for any pointers you can give me. > > Jason > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > <mailto:Wra...@li...> > https://lists.sourceforge.net/lists/listinfo/wrapper-user > <https://lists.sourceforge.net/lists/listinfo/wrapper-user> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Lewis L. <lew...@gm...> - 2007-07-03 00:29:18
|
What account does your service run under (machine, domain, or local system)? Can you post your log? On 7/2/07, Jason R Briggs <jas...@rh...> wrote: > > Hi > > Apologies if this has been answered elsewhere, but I couldn't find any > related messages with SF's rather abysmal search. > > I'm trying to use the service wrapper in our UAT environment and failing > miserably. We've had it running on various development machines without > any problems, and it starts up fine when run from the command prompt on > the UAT server. > > After much fiddling, I eventually tracked the problem down to the fact > that it appears the wrapper has a dependency on Net Logon to be > running. But in this environment, Net Logon starts up and straight away > shuts down. I believe this has something to do with the fact that > there's no domain controller... but I'm not sure on that front. I'm > seem to have as much difficulty finding info about Microsoft error > messages as I do finding messages on this mailing list... ;-) > > Anyone come across this problem? Is there a workaround or do we have to > get the environment reconfigured so Net Logon runs properly? > > Thanks for any pointers you can give me. > > Jason > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Jason R B. <jas...@rh...> - 2007-07-02 23:00:24
|
Hi Apologies if this has been answered elsewhere, but I couldn't find any related messages with SF's rather abysmal search. I'm trying to use the service wrapper in our UAT environment and failing miserably. We've had it running on various development machines without any problems, and it starts up fine when run from the command prompt on the UAT server. After much fiddling, I eventually tracked the problem down to the fact that it appears the wrapper has a dependency on Net Logon to be running. But in this environment, Net Logon starts up and straight away shuts down. I believe this has something to do with the fact that there's no domain controller... but I'm not sure on that front. I'm seem to have as much difficulty finding info about Microsoft error messages as I do finding messages on this mailing list... ;-) Anyone come across this problem? Is there a workaround or do we have to get the environment reconfigured so Net Logon runs properly? Thanks for any pointers you can give me. Jason |
|
From: Andrew P. <ape...@gm...> - 2007-07-02 16:49:27
|
Don't use path with spaces. On 7/2/07, Saraswathi Sachidananda < sar...@si...> wrote: > > Hi, > > I am having a problem with parsing the wrapper.conf file in trying to > install my Java project as an NT service.Here is a piece of my .bat file, > that uses wrapper.exe to run wrapper.conf. > > rem Install the Wrapper as an NT service. > :startup > echo Starting... > "%_WRAPPER_EXE%" -i %_WRAPPER_CONF% > echo Installing the application... > if not errorlevel 1 goto :eof > echo Installation Completed. > > At "%_WRAPPER_EXE%" -i %_WRAPPER_CONF%, we get > FATAL wrapper: Unable to open configuration file: wrapper.conf > > It appears from the logs, that the compiler reads wrapper.exe and > conf.wrapper, but is not able to parse wrapper.conf: "%_WRAPPER_EXE%" -i > %_WRAPPER_CONF% > Logs: > Starting... > FATAL | wrapper | Unable to open configuration file. C:\Program > Files\COBSAdaptor\conf\wrapper.conf > Installing the application... > Installation Completed. > Press any key to continue . . . > > Any help would be appreciated! > Thanks, > Saraswathi. > > -- > Saraswathi Sachidananda > Software engineer > Simulation Systems Ltd > Unit 11B, Market Industrial Estate > Yatton, Bristol BS49 4RF > Web: http://www.simulation-systems.co.uk > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Saraswathi S. <sar...@si...> - 2007-07-02 13:37:16
|
Hi, I am having a problem with parsing the wrapper.conf file in trying to install my Java project as an NT service.Here is a piece of my .bat file, that uses wrapper.exe to run wrapper.conf. rem Install the Wrapper as an NT service. :startup echo Starting... "%_WRAPPER_EXE%" -i %_WRAPPER_CONF% echo Installing the application... if not errorlevel 1 goto :eof echo Installation Completed. At "%_WRAPPER_EXE%" -i %_WRAPPER_CONF%, we get FATAL wrapper: Unable to open configuration file: wrapper.conf It appears from the logs, that the compiler reads wrapper.exe and conf.wrapper, but is not able to parse wrapper.conf: "%_WRAPPER_EXE%" -i %_WRAPPER_CONF% Logs: Starting... FATAL | wrapper | Unable to open configuration file. C:\Program Files\COBSAdaptor\conf\wrapper.conf Installing the application... Installation Completed. Press any key to continue . . . Any help would be appreciated! Thanks, Saraswathi. -- Saraswathi Sachidananda Software engineer Simulation Systems Ltd Unit 11B, Market Industrial Estate Yatton, Bristol BS49 4RF Web: http://www.simulation-systems.co.uk |
|
From: Hubert F. <hub...@ab...> - 2007-06-29 15:50:48
|
In my log I see the following WrapperManager Debug: System.exit appears to have been called from within the WrapperManager Debug: WrapperListener.stop() method. But: Nobody calls System.exit(), this happens because the WrapperManager.privilegedClassInit() is called twice: First time called from thread Wrapper-Connection on reveive of message WRAPPER_MSG_STOP. Second time called from thread Wrapper-Shutdown-Hook Everything works so far, I don't see that I missed anything. Could anybody please shed some light on this? another problem: Because I red, that the stop() method should return quickly, I created a thread in my stop() method to shutdown the application and return immediately. This did not work, the application then exited before all application threads were cleaned up. Looking in the code I saw that Wrapper assumes that shutdown is completed if stop() method returns. Question: Is this the way it is supposed to work? Does Wrapper assume that appliation is ready to shutdown if stop() returns? Thanks for helping out. Regards Hubert |
|
From: Simon C. \(Funmobile\) <sim...@fu...> - 2007-06-28 02:46:04
|
Hi leif, for the log file, it is ended and the process seem stopped and wrapper version is 3.23. I have one strange stuff when start wrapper and I don't know whether it is since reason of wrapper hang. It is when I start wrapper, then it says /root/.bachrc permission deny. the run user I use in wrapper is nobody. do u have any idea why wrapper hang? Regards Simon. ----- Original Message ----- From: "Leif Mortenson" <le...@ta...> To: <wra...@li...> Sent: Thursday, June 28, 2007 9:56 AM Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting for signalfrom JVM. problem > Simon, > Thanks for the log. I need to confirm as it makes a big difference > how I look into this. Is what you sent the very END of your log file > or does it continue. You had mentioned that the Wrapper process > was hanging and not restarting the JVM. I want to verify, A) that the > Wrapper process is hanging, and B) that the log you posted is indeed > the last output before it does so. > Also, from your configuration file properties, it looks like you are > using version 3.2.3. Is that correct? > > Cheers, > Leif > > > Simon Chan wrote: > > Hi Leif, > > The following is the error after add the value that u mentioned before: > > STATUS | wrapper | 2007/06/27 01:13:45 | Ticks=0008ce46, > > WrapperState=STARTED, JVMState=STARTED JVMStateTimeoutTicks=0008ce55 > > (1s), Exit=false, Restart=false > > STATUS | wrapper | 2007/06/27 01:13:45 | Loop: handle wrapper state: > > STARTED > > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: handle jvm state: STARTED > > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: sleep > > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: maintain logger > > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: process jvm output > > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: process socket > > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: maintain logger(2) > > STATUS | wrapper | 2007/06/27 01:13:47 | Ticks=0008ce52, > > WrapperState=STARTED, JVMState=STARTED JVMStateTimeoutTicks=0008ce55 > > (0s), Exit=false, Restart=false > > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: handle wrapper state: > > STARTED > > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: handle jvm state: STARTED > > *ERROR | wrapper | 2007/06/27 01:13:47 | JVM appears hung: Timed out > > waiting for signal from JVM. > > STATUS | wrapper | 2007/06/27 01:13:47 | Set Java State STARTED -> KILLING > > STATUS | wrapper | 2007/06/27 01:13:47 | Set Java State KILLING > > Timeout 0008ce55 -> 0008ce52 > > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: sleep > > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: maintain logger > > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: process jvm output > > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: process socket > > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: maintain logger(2)* > > ** > > do u have any idea on it? > > For server, our server has 2G RAM and running mod_jk + tomcat. we are > > running 2 x tomcat now. > > Regards > > Simon. > > ----- Original Message ----- > > From: "Leif Mortenson" <le...@ta... > > <mailto:le...@ta...>> > > To: <wra...@li... > > <mailto:wra...@li...>> > > Sent: Tuesday, June 26, 2007 2:09 PM > > Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting for > > signalfrom JVM. problem > > > > > Simon, > > > Your configuration is forcing the JVM to allocate 768MB of memory > > > on startup? How much memory does your system have available? > > > Are you sure the JVM is able to run without any disk swapping taking > > > place? Java gets VERY slow when its memory is being swapped to disk. > > > We are talking about 100-1000x slower. This can cause the JVM to > > > appear to be frozen for long periods of time. > > > > > > The log looks like the JVM is freezing up for some reason. The > > > Wrapper detects that and then should be attempting a restart. > > > Extending the ping timeout would make the wrapper take longer to > > > decide that the JVM is frozen, but it will not solve the problem if it > > > really is frozen. > > > > > > Is what you posted the end of your wrapper.log file? I would > > > expect more output after that point. If that is the end of your > > > log file, try adding the following property. It greatly increases the > > > output but will show whether or not the main loop of the wrapper > > > is frozen. > > > > > > wrapper.state_output=TRUE > > > > > > If that freezes, then adding the following as well will provide > > > even more information about the precise location of the freeze. > > > > > > wrapper.loop_output=TRUE > > > > > > Cheers, > > > Leif > > > > > > Simon Chan wrote: > > >> Hi leif, > > >> have any news on it? > > >> I tried to change wrapper.ping.timeout to 180 and seem still hang. > > >> is it CPU 100% fully use or no memory? > > >> Regards > > >> Simon. > > >> > > >> ----- Original Message ----- > > >> *From:* Simon Chan (Funmobile) <mailto:sim...@fu...> > > >> *To:* wra...@li... > > <mailto:wra...@li...> > > >> <mailto:wra...@li...> > > >> *Sent:* Sunday, June 24, 2007 9:55 AM > > >> *Subject:* Re: [Wrapper-user] JVM appears hung: Timed out waiting > > >> for signalfrom JVM. problem > > >> > > >> Hi Leif, > > >> the following is the wrapper.conf: > > >> #******************************************************************** > > >> # TestWrapper Properties > > >> # > > >> # NOTE - Please use src/conf/wrapper.conf.in as a template for your > > >> # own application rather than the values used for the > > >> # TestWrapper sample. > > >> #******************************************************************** > > >> # Java Application > > >> wrapper.java.command=/usr/java/jdk1.5.0_07/bin/java > > >> # Java Main class. This class must implement the WrapperListener > > >> interface > > >> # or guarantee that the WrapperManager class is initialized. Helper > > >> # classes are provided to do this for you. See the Integration section > > >> # of the documentation for details. > > >> #wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main > > >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp > > >> # Java Classpath (include wrapper.jar) Add class path elements as > > >> # needed starting from 1 > > >> # wrapper.java.classpath.1=../lib/wrappertest.jar > > >> # wrapper.java.classpath.2=../lib/wrapper.jar > > >> > > wrapper.java.classpath.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib/wrapper.j ar > > >> wrapper.java.classpath.2=/usr/apache-tomcat-5.5.17/bin/bootstrap.jar > > >> > > wrapper.java.classpath.3=/usr/apache-tomcat-5.5.17/bin/commons-logging-api.j ar > > >> wrapper.java.classpath.4=/usr/java/jdk1.5.0_07/lib/tools.jar > > >> # Java Library Path (location of Wrapper.DLL or libwrapper.so) > > >> # wrapper.java.library.path.1=../lib > > >> wrapper.java.library.path.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib > > >> # Java Additional Parameters > > >> #wrapper.java.additional.1= > > >> > > wrapper.java.additional.1=-Djava.endorsed.dirs=/usr/apache-tomcat-5.5.17/com mon/endorsed > > >> wrapper.java.additional.2=-Dcatalina.base=/usr/apache-tomcat-5.5.17 > > >> wrapper.java.additional.3=-Dcatalina.home=/usr/apache-tomcat-5.5.17 > > >> > > wrapper.java.additional.4=-Djava.io.tmpdir=/usr/apache-tomcat-5.5.17/temp > > >> wrapper.java.additional.5=-XX:MaxPermSize=64m > > >> # Initial Java Heap Size (in MB) > > >> #wrapper.java.initmemory=3 > > >> wrapper.java.initmemory=768 > > >> # Maximum Java Heap Size (in MB) > > >> #wrapper.java.maxmemory=64 > > >> wrapper.java.maxmemory=768 > > >> # Application parameters. Add parameters as needed starting from 1 > > >> #wrapper.app.parameter.1= > > >> wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap > > >> wrapper.app.parameter.2=1 > > >> wrapper.app.parameter.3=start > > >> wrapper.app.parameter.4=org.apache.catalina.startup.Bootstrap > > >> wrapper.app.parameter.5=true > > >> wrapper.app.parameter.6=1 > > >> wrapper.app.parameter.7=stop > > >> #******************************************************************** > > >> # Wrapper Logging Properties > > >> #******************************************************************** > > >> # Format of output for the console. (See docs for formats) > > >> wrapper.console.format=PM > > >> # Log Level for console output. (See docs for log levels) > > >> wrapper.console.loglevel=INFO > > >> # Log file to use for wrapper output logging. > > >> wrapper.logfile=/var/log/tomcat/tomcat-1.log > > >> # Format of output for the log file. (See docs for formats) > > >> wrapper.logfile.format=LPTM > > >> # Log Level for log file output. (See docs for log levels) > > >> wrapper.logfile.loglevel=DEBUG > > >> # Maximum size that the log file will be allowed to grow to before > > >> # the log is rolled. Size is specified in bytes. The default value > > >> # of 0, disables log rolling. May abbreviate with the 'k' (kb) or > > >> # 'm' (mb) suffix. For example: 10m = 10 megabytes. > > >> wrapper.logfile.maxsize=0 > > >> # Maximum number of rolled log files which will be allowed before old > > >> # files are deleted. The default value of 0 implies no limit. > > >> wrapper.logfile.maxfiles=0 > > >> # Log Level for sys/event log output. (See docs for log levels) > > >> wrapper.syslog.loglevel=DEBUG > > >> wrapper.ping.timeout=60 > > >> wrapper.statusfile=/var/run/tomcat/wrapper_1.status > > >> wrapper.filter.trigger.1=java.lang.OutOfMemoryError > > >> wrapper.filter.action.1=RESTART > > >> and we use it for monitor tomcat 5.5.17. and the following is the > > >> debug log: > > >> DEBUG | wrapperp | 2007/06/23 16:47:17 | read a packet PING : ok > > >> DEBUG | wrapper | 2007/06/23 16:47:17 | Got ping response from JVM > > >> DEBUG | wrapperp | 2007/06/23 16:47:22 | send a packet PING : ping > > >> INFO | jvm 2 | 2007/06/23 16:47:22 | Received a packet PING : ping > > >> INFO | jvm 2 | 2007/06/23 16:47:22 | Send a packet PING : ok > > >> DEBUG | wrapperp | 2007/06/23 16:47:22 | read a packet PING : ok > > >> DEBUG | wrapper | 2007/06/23 16:47:22 | Got ping response from JVM > > >> DEBUG | wrapperp | 2007/06/23 16:47:26 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:31 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:35 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:40 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:44 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:49 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:53 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:47:58 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:02 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:07 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:11 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:16 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:20 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:25 | send a packet PING : ping > > >> DEBUG | wrapperp | 2007/06/23 16:48:29 | send a packet PING : ping > > >> *ERROR | wrapper | 2007/06/23 16:48:32 | JVM appears hung: Timed > > >> out waiting for signal from JVM.* > > >> ** > > >> wrapper seeems hang after this and cannot try to restart JVM. it > > >> is so strange? > > >> I need to try to increase the value of ping timeout? > > >> Regards > > >> Simon. > > >> ----- Original Message ----- > > >> From: "Leif Mortenson" <le...@ta... > > <mailto:le...@ta...> > > >> <mailto:le...@ta...>> > > >> To: <wra...@li... > > <mailto:wra...@li...> > > >> <mailto:wra...@li...>> > > >> Sent: Sunday, June 24, 2007 8:45 AM > > >> Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting > > >> for signal from JVM. problem > > >> > > >> > Simon, > > >> > Can you post your wrapper.conf file? Also if you are able to > > >> > reproduce this, can you set the wrapper.debug=true property > > >> > and post the resulting wrapper.conf file as well? > > >> > > > >> > >From what you posted, it looks like the Wrapper is detecting > > >> > that the JVM is hung, at which point it should be killing and > > >> > restarting the JVM process. I am not clear exactly what you > > >> > are see at that point however. > > >> > > > >> > Cheers, > > >> > Leif > > >> > > > >> > Simon Chan (Funmobile) wrote: > > >> > > hi all, > > >> > > I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now. > > >> > > but I see that it is hung and show the following error: > > >> > > INFO | jvm 1 | 2007/06/22 18:34:25 | Send a packet PING : ok > > >> > > ERROR | wrapper | 2007/06/22 18:35:36 | JVM appears hung: > > >> Timed out > > >> > > waiting for signal from JVM. > > >> > > wrapper seems don't try to restart it and just leave it and make > > >> > > tomcat die. > > >> > > do u have any idea? > > >> > > Regards > > >> > > Simon. > > >> > > > > >> > > ------------------------------------------------------------------------ > > >> > > > > >> > > > > >> > > ------------------------------------------------------------------------- > > >> > > This SF.net email is sponsored by DB2 Express > > >> > > Download DB2 Express C - the FREE version of DB2 express and take > > >> > > control of your XML. No limits. Just data. Click to get it now. > > >> > > http://sourceforge.net/powerbar/db2/ > > >> > > > > >> > > ------------------------------------------------------------------------ > > >> > > > > >> > > _______________________________________________ > > >> > > Wrapper-user mailing list > > >> > > Wra...@li... > > <mailto:Wra...@li...> > > >> <mailto:Wra...@li...> > > >> > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >> > > > > >> > > > >> > > > >> > > > >> > > ------------------------------------------------------------------------ > > >> > > > >> > > ------------------------------------------------------------------------- > > >> > This SF.net email is sponsored by DB2 Express > > >> > Download DB2 Express C - the FREE version of DB2 express and take > > >> > control of your XML. No limits. Just data. Click to get it now. > > >> > http://sourceforge.net/powerbar/db2/ > > >> > > ------------------------------------------------------------------------ > > >> > _______________________________________________ > > >> > Wrapper-user mailing list > > >> > Wra...@li... > > <mailto:Wra...@li...> > > >> <mailto:Wra...@li...> > > >> > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >> > > > >> > > ------------------------------------------------------------------------ > > >> No virus found in this incoming message. > > >> Checked by AVG Free Edition. > > >> Version: 7.5.472 / Virus Database: 269.9.6/862 - Release Date: > > >> 6/22/2007 3:04 PM > > >> > > >> > > ------------------------------------------------------------------------ > > >> > > ------------------------------------------------------------------------- > > >> This SF.net email is sponsored by DB2 Express > > >> Download DB2 Express C - the FREE version of DB2 express and take > > >> control of your XML. No limits. Just data. Click to get it now. > > >> http://sourceforge.net/powerbar/db2/ > > >> > > >> > > ------------------------------------------------------------------------ > > >> _______________________________________________ > > >> Wrapper-user mailing list > > >> Wra...@li... > > <mailto:Wra...@li...> > > >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >> > > >> > > ------------------------------------------------------------------------ > > >> > > >> Anti-virus and anti-spam by FortiGate > > >> > > >> > > ------------------------------------------------------------------------ > > >> > > >> > > ------------------------------------------------------------------------- > > >> This SF.net email is sponsored by DB2 Express > > >> Download DB2 Express C - the FREE version of DB2 express and take > > >> control of your XML. No limits. Just data. Click to get it now. > > >> http://sourceforge.net/powerbar/db2/ > > >> > > ------------------------------------------------------------------------ > > >> > > >> _______________________________________________ > > >> Wrapper-user mailing list > > >> Wra...@li... > > <mailto:Wra...@li...> > > >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >> > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > ------------------------------------------------------------------------ > > > _______________________________________________ > > > Wrapper-user mailing list > > > Wra...@li... > > <mailto:Wra...@li...> > > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > ------------------------------------------------------------------------ > > > > Anti-virus and anti-spam by FortiGate > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > ---------------------------------------------------------------------------- ---- > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ ---------------------------------------------------------------------------- ---- > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > ---------------------------------------------------------------------------- ---- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.9/870 - Release Date: 6/26/2007 10:07 AM |
|
From: Andrew P. <ape...@gm...> - 2007-06-28 02:16:23
|
Hi Leif, There could be a conceptual misunderstanding on my side. Giving it another thought, I realize there's a native process launching JVM, which already has WrapperManager java class and launching the main app in the same thread. For some reason I confused it for 2 JVMs. I'm no C guru, but don't think this source needs to be modified at the moment. Cascading includes look promising. We'll still need some custom logic detecting the platform, JDK level, etc, so I'm thinking of adding a snippet in Mule's launch script that would be triggered for a specific command-line parameter and could launch my super-duper little proggy to do the magic and write the cascading include. If we can solve usability problems I would be happy to have it bundled and available at runtime. Providing something like -profiler option to the Mule launch script would launch the cascading config generation logic, otherwise it would be ignored safely. Thanks! On 6/27/07, Leif Mortenson <le...@ta...> wrote: > > Andrew, > I am not exactly clear as to where your java class will be running. > The -X JVM options need to be set before the JVM is launched by the > Wrapper. > > What kinds of situations will you be doing this? Is it only for > development or do you need this for run time? > > Basically, I would use a cascading configuration file to do this. > That way you could completely rewrite that file each time without > worrying about the contents of your main wrapper.conf file. > http://wrapper.tanukisoftware.org/doc/english/props-cascading.html > > The Java command line is created in the wrapper.c source file of > the Wrapper. Discuss any changes with me before you make them > as it may make sense to change my source as well. > > Cheers, > Leif > > Andrew Perepelytsya wrote: > > Hi guys, > > > > We are trying to embed a profiler agent in the application launched > > with the > > wrapper. The -X JVM option value depends on the JDK version used. To > > better > > get the idea, have a look at > > http://mule.mulesource.org/display/MULE/Profiling+Mule+with+YourKit > > > > So, I can manually edit the wrapper.conf and set the params. The idea > > is to > > automate the process and put this logic in a Java class that would > modify > > the launch parameters for the main JVM. So far, I found no > straightforward > > way to do it. Is it possible? Could you please point to the location a > > child > > JVM options are constructed? > > > > Thanks in advance, > > Andrew > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <le...@ta...> - 2007-06-28 02:03:38
|
Andrew,
I am not exactly clear as to where your java class will be running.
The -X JVM options need to be set before the JVM is launched by the
Wrapper.
What kinds of situations will you be doing this? Is it only for
development or do you need this for run time?
Basically, I would use a cascading configuration file to do this.
That way you could completely rewrite that file each time without
worrying about the contents of your main wrapper.conf file.
http://wrapper.tanukisoftware.org/doc/english/props-cascading.html
The Java command line is created in the wrapper.c source file of
the Wrapper. Discuss any changes with me before you make them
as it may make sense to change my source as well.
Cheers,
Leif
Andrew Perepelytsya wrote:
> Hi guys,
>
> We are trying to embed a profiler agent in the application launched
> with the
> wrapper. The -X JVM option value depends on the JDK version used. To
> better
> get the idea, have a look at
> http://mule.mulesource.org/display/MULE/Profiling+Mule+with+YourKit
>
> So, I can manually edit the wrapper.conf and set the params. The idea
> is to
> automate the process and put this logic in a Java class that would modify
> the launch parameters for the main JVM. So far, I found no straightforward
> way to do it. Is it possible? Could you please point to the location a
> child
> JVM options are constructed?
>
> Thanks in advance,
> Andrew
|
|
From: Leif M. <le...@ta...> - 2007-06-28 01:56:40
|
Simon, Thanks for the log. I need to confirm as it makes a big difference how I look into this. Is what you sent the very END of your log file or does it continue. You had mentioned that the Wrapper process was hanging and not restarting the JVM. I want to verify, A) that the Wrapper process is hanging, and B) that the log you posted is indeed the last output before it does so. Also, from your configuration file properties, it looks like you are using version 3.2.3. Is that correct? Cheers, Leif Simon Chan wrote: > Hi Leif, > The following is the error after add the value that u mentioned before: > STATUS | wrapper | 2007/06/27 01:13:45 | Ticks=0008ce46, > WrapperState=STARTED, JVMState=STARTED JVMStateTimeoutTicks=0008ce55 > (1s), Exit=false, Restart=false > STATUS | wrapper | 2007/06/27 01:13:45 | Loop: handle wrapper state: > STARTED > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: handle jvm state: STARTED > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: sleep > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: maintain logger > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: process jvm output > STATUS | wrapper | 2007/06/27 01:13:46 | Loop: process socket > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: maintain logger(2) > STATUS | wrapper | 2007/06/27 01:13:47 | Ticks=0008ce52, > WrapperState=STARTED, JVMState=STARTED JVMStateTimeoutTicks=0008ce55 > (0s), Exit=false, Restart=false > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: handle wrapper state: > STARTED > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: handle jvm state: STARTED > *ERROR | wrapper | 2007/06/27 01:13:47 | JVM appears hung: Timed out > waiting for signal from JVM. > STATUS | wrapper | 2007/06/27 01:13:47 | Set Java State STARTED -> KILLING > STATUS | wrapper | 2007/06/27 01:13:47 | Set Java State KILLING > Timeout 0008ce55 -> 0008ce52 > STATUS | wrapper | 2007/06/27 01:13:47 | Loop: sleep > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: maintain logger > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: process jvm output > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: process socket > STATUS | wrapper | 2007/06/27 01:13:48 | Loop: maintain logger(2)* > ** > do u have any idea on it? > For server, our server has 2G RAM and running mod_jk + tomcat. we are > running 2 x tomcat now. > Regards > Simon. > ----- Original Message ----- > From: "Leif Mortenson" <le...@ta... > <mailto:le...@ta...>> > To: <wra...@li... > <mailto:wra...@li...>> > Sent: Tuesday, June 26, 2007 2:09 PM > Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting for > signalfrom JVM. problem > > > Simon, > > Your configuration is forcing the JVM to allocate 768MB of memory > > on startup? How much memory does your system have available? > > Are you sure the JVM is able to run without any disk swapping taking > > place? Java gets VERY slow when its memory is being swapped to disk. > > We are talking about 100-1000x slower. This can cause the JVM to > > appear to be frozen for long periods of time. > > > > The log looks like the JVM is freezing up for some reason. The > > Wrapper detects that and then should be attempting a restart. > > Extending the ping timeout would make the wrapper take longer to > > decide that the JVM is frozen, but it will not solve the problem if it > > really is frozen. > > > > Is what you posted the end of your wrapper.log file? I would > > expect more output after that point. If that is the end of your > > log file, try adding the following property. It greatly increases the > > output but will show whether or not the main loop of the wrapper > > is frozen. > > > > wrapper.state_output=TRUE > > > > If that freezes, then adding the following as well will provide > > even more information about the precise location of the freeze. > > > > wrapper.loop_output=TRUE > > > > Cheers, > > Leif > > > > Simon Chan wrote: > >> Hi leif, > >> have any news on it? > >> I tried to change wrapper.ping.timeout to 180 and seem still hang. > >> is it CPU 100% fully use or no memory? > >> Regards > >> Simon. > >> > >> ----- Original Message ----- > >> *From:* Simon Chan (Funmobile) <mailto:sim...@fu...> > >> *To:* wra...@li... > <mailto:wra...@li...> > >> <mailto:wra...@li...> > >> *Sent:* Sunday, June 24, 2007 9:55 AM > >> *Subject:* Re: [Wrapper-user] JVM appears hung: Timed out waiting > >> for signalfrom JVM. problem > >> > >> Hi Leif, > >> the following is the wrapper.conf: > >> #******************************************************************** > >> # TestWrapper Properties > >> # > >> # NOTE - Please use src/conf/wrapper.conf.in as a template for your > >> # own application rather than the values used for the > >> # TestWrapper sample. > >> #******************************************************************** > >> # Java Application > >> wrapper.java.command=/usr/java/jdk1.5.0_07/bin/java > >> # Java Main class. This class must implement the WrapperListener > >> interface > >> # or guarantee that the WrapperManager class is initialized. Helper > >> # classes are provided to do this for you. See the Integration section > >> # of the documentation for details. > >> #wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main > >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp > >> # Java Classpath (include wrapper.jar) Add class path elements as > >> # needed starting from 1 > >> # wrapper.java.classpath.1=../lib/wrappertest.jar > >> # wrapper.java.classpath.2=../lib/wrapper.jar > >> > wrapper.java.classpath.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib/wrapper.jar > >> wrapper.java.classpath.2=/usr/apache-tomcat-5.5.17/bin/bootstrap.jar > >> > wrapper.java.classpath.3=/usr/apache-tomcat-5.5.17/bin/commons-logging-api.jar > >> wrapper.java.classpath.4=/usr/java/jdk1.5.0_07/lib/tools.jar > >> # Java Library Path (location of Wrapper.DLL or libwrapper.so) > >> # wrapper.java.library.path.1=../lib > >> wrapper.java.library.path.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib > >> # Java Additional Parameters > >> #wrapper.java.additional.1= > >> > wrapper.java.additional.1=-Djava.endorsed.dirs=/usr/apache-tomcat-5.5.17/common/endorsed > >> wrapper.java.additional.2=-Dcatalina.base=/usr/apache-tomcat-5.5.17 > >> wrapper.java.additional.3=-Dcatalina.home=/usr/apache-tomcat-5.5.17 > >> > wrapper.java.additional.4=-Djava.io.tmpdir=/usr/apache-tomcat-5.5.17/temp > >> wrapper.java.additional.5=-XX:MaxPermSize=64m > >> # Initial Java Heap Size (in MB) > >> #wrapper.java.initmemory=3 > >> wrapper.java.initmemory=768 > >> # Maximum Java Heap Size (in MB) > >> #wrapper.java.maxmemory=64 > >> wrapper.java.maxmemory=768 > >> # Application parameters. Add parameters as needed starting from 1 > >> #wrapper.app.parameter.1= > >> wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap > >> wrapper.app.parameter.2=1 > >> wrapper.app.parameter.3=start > >> wrapper.app.parameter.4=org.apache.catalina.startup.Bootstrap > >> wrapper.app.parameter.5=true > >> wrapper.app.parameter.6=1 > >> wrapper.app.parameter.7=stop > >> #******************************************************************** > >> # Wrapper Logging Properties > >> #******************************************************************** > >> # Format of output for the console. (See docs for formats) > >> wrapper.console.format=PM > >> # Log Level for console output. (See docs for log levels) > >> wrapper.console.loglevel=INFO > >> # Log file to use for wrapper output logging. > >> wrapper.logfile=/var/log/tomcat/tomcat-1.log > >> # Format of output for the log file. (See docs for formats) > >> wrapper.logfile.format=LPTM > >> # Log Level for log file output. (See docs for log levels) > >> wrapper.logfile.loglevel=DEBUG > >> # Maximum size that the log file will be allowed to grow to before > >> # the log is rolled. Size is specified in bytes. The default value > >> # of 0, disables log rolling. May abbreviate with the 'k' (kb) or > >> # 'm' (mb) suffix. For example: 10m = 10 megabytes. > >> wrapper.logfile.maxsize=0 > >> # Maximum number of rolled log files which will be allowed before old > >> # files are deleted. The default value of 0 implies no limit. > >> wrapper.logfile.maxfiles=0 > >> # Log Level for sys/event log output. (See docs for log levels) > >> wrapper.syslog.loglevel=DEBUG > >> wrapper.ping.timeout=60 > >> wrapper.statusfile=/var/run/tomcat/wrapper_1.status > >> wrapper.filter.trigger.1=java.lang.OutOfMemoryError > >> wrapper.filter.action.1=RESTART > >> and we use it for monitor tomcat 5.5.17. and the following is the > >> debug log: > >> DEBUG | wrapperp | 2007/06/23 16:47:17 | read a packet PING : ok > >> DEBUG | wrapper | 2007/06/23 16:47:17 | Got ping response from JVM > >> DEBUG | wrapperp | 2007/06/23 16:47:22 | send a packet PING : ping > >> INFO | jvm 2 | 2007/06/23 16:47:22 | Received a packet PING : ping > >> INFO | jvm 2 | 2007/06/23 16:47:22 | Send a packet PING : ok > >> DEBUG | wrapperp | 2007/06/23 16:47:22 | read a packet PING : ok > >> DEBUG | wrapper | 2007/06/23 16:47:22 | Got ping response from JVM > >> DEBUG | wrapperp | 2007/06/23 16:47:26 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:31 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:35 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:40 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:44 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:49 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:53 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:47:58 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:02 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:07 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:11 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:16 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:20 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:25 | send a packet PING : ping > >> DEBUG | wrapperp | 2007/06/23 16:48:29 | send a packet PING : ping > >> *ERROR | wrapper | 2007/06/23 16:48:32 | JVM appears hung: Timed > >> out waiting for signal from JVM.* > >> ** > >> wrapper seeems hang after this and cannot try to restart JVM. it > >> is so strange? > >> I need to try to increase the value of ping timeout? > >> Regards > >> Simon. > >> ----- Original Message ----- > >> From: "Leif Mortenson" <le...@ta... > <mailto:le...@ta...> > >> <mailto:le...@ta...>> > >> To: <wra...@li... > <mailto:wra...@li...> > >> <mailto:wra...@li...>> > >> Sent: Sunday, June 24, 2007 8:45 AM > >> Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting > >> for signal from JVM. problem > >> > >> > Simon, > >> > Can you post your wrapper.conf file? Also if you are able to > >> > reproduce this, can you set the wrapper.debug=true property > >> > and post the resulting wrapper.conf file as well? > >> > > >> > >From what you posted, it looks like the Wrapper is detecting > >> > that the JVM is hung, at which point it should be killing and > >> > restarting the JVM process. I am not clear exactly what you > >> > are see at that point however. > >> > > >> > Cheers, > >> > Leif > >> > > >> > Simon Chan (Funmobile) wrote: > >> > > hi all, > >> > > I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now. > >> > > but I see that it is hung and show the following error: > >> > > INFO | jvm 1 | 2007/06/22 18:34:25 | Send a packet PING : ok > >> > > ERROR | wrapper | 2007/06/22 18:35:36 | JVM appears hung: > >> Timed out > >> > > waiting for signal from JVM. > >> > > wrapper seems don't try to restart it and just leave it and make > >> > > tomcat die. > >> > > do u have any idea? > >> > > Regards > >> > > Simon. > >> > > > >> > ------------------------------------------------------------------------ > >> > > > >> > > > >> > ------------------------------------------------------------------------- > >> > > This SF.net email is sponsored by DB2 Express > >> > > Download DB2 Express C - the FREE version of DB2 express and take > >> > > control of your XML. No limits. Just data. Click to get it now. > >> > > http://sourceforge.net/powerbar/db2/ > >> > > > >> > ------------------------------------------------------------------------ > >> > > > >> > > _______________________________________________ > >> > > Wrapper-user mailing list > >> > > Wra...@li... > <mailto:Wra...@li...> > >> <mailto:Wra...@li...> > >> > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > > > >> > > >> > > >> > > >> > ------------------------------------------------------------------------ > >> > > >> > ------------------------------------------------------------------------- > >> > This SF.net email is sponsored by DB2 Express > >> > Download DB2 Express C - the FREE version of DB2 express and take > >> > control of your XML. No limits. Just data. Click to get it now. > >> > http://sourceforge.net/powerbar/db2/ > >> > ------------------------------------------------------------------------ > >> > _______________________________________________ > >> > Wrapper-user mailing list > >> > Wra...@li... > <mailto:Wra...@li...> > >> <mailto:Wra...@li...> > >> > https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > > >> > ------------------------------------------------------------------------ > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.472 / Virus Database: 269.9.6/862 - Release Date: > >> 6/22/2007 3:04 PM > >> > >> > ------------------------------------------------------------------------ > >> > ------------------------------------------------------------------------- > >> This SF.net email is sponsored by DB2 Express > >> Download DB2 Express C - the FREE version of DB2 express and take > >> control of your XML. No limits. Just data. Click to get it now. > >> http://sourceforge.net/powerbar/db2/ > >> > >> > ------------------------------------------------------------------------ > >> _______________________________________________ > >> Wrapper-user mailing list > >> Wra...@li... > <mailto:Wra...@li...> > >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > >> > ------------------------------------------------------------------------ > >> > >> Anti-virus and anti-spam by FortiGate > >> > >> > ------------------------------------------------------------------------ > >> > >> > ------------------------------------------------------------------------- > >> This SF.net email is sponsored by DB2 Express > >> Download DB2 Express C - the FREE version of DB2 express and take > >> control of your XML. No limits. Just data. Click to get it now. > >> http://sourceforge.net/powerbar/db2/ > >> > ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Wrapper-user mailing list > >> Wra...@li... > <mailto:Wra...@li...> > >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > > > > > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > <mailto:Wra...@li...> > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > ------------------------------------------------------------------------ > > Anti-virus and anti-spam by FortiGate > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Andrew P. <ape...@gm...> - 2007-06-27 16:55:37
|
Hi guys, We are trying to embed a profiler agent in the application launched with the wrapper. The -X JVM option value depends on the JDK version used. To better get the idea, have a look at http://mule.mulesource.org/display/MULE/Profiling+Mule+with+YourKit So, I can manually edit the wrapper.conf and set the params. The idea is to automate the process and put this logic in a Java class that would modify the launch parameters for the main JVM. So far, I found no straightforward way to do it. Is it possible? Could you please point to the location a child JVM options are constructed? Thanks in advance, Andrew |
|
From: Simon C. <sim...@fu...> - 2007-06-27 16:49:13
|
Anti-virus and anti-spam by FortiGate |
|
From: Nicolas V. <ni...@va...> - 2007-06-26 07:00:19
|
Le 25 juin 07 =E0 15:54, Lorin Morar a =E9crit : > Hi, > > I have some problems running the wrapper in RedHat 4. I downloaded =20 > wrapper-linux-x86-32-3.2.3.tar.gz, modified the config files, but =20 > when I start it, the machine get locked and the caps ans scroll =20 > ligths are blinking. I noticed that if I try the testwrapper, it =20 > works until I try to stop it, when the machine gets locked in =20 > similar fashion. > > Can somebody help me? > > Thanks. I have this bug on my Ubuntu, without the Wrapper. Those bugs are kernels bugs. (or kernel modules bugs). For me, this bugs occurs on a dhcp release/renew. I was obliged to =20 set static parameters to my nic card. Try to find on that way. Maybe change your kernel to see if bug still here. Regards Nicolas Varney |
|
From: Leif M. <le...@ta...> - 2007-06-26 06:09:34
|
Simon, Your configuration is forcing the JVM to allocate 768MB of memory on startup? How much memory does your system have available? Are you sure the JVM is able to run without any disk swapping taking place? Java gets VERY slow when its memory is being swapped to disk. We are talking about 100-1000x slower. This can cause the JVM to appear to be frozen for long periods of time. The log looks like the JVM is freezing up for some reason. The Wrapper detects that and then should be attempting a restart. Extending the ping timeout would make the wrapper take longer to decide that the JVM is frozen, but it will not solve the problem if it really is frozen. Is what you posted the end of your wrapper.log file? I would expect more output after that point. If that is the end of your log file, try adding the following property. It greatly increases the output but will show whether or not the main loop of the wrapper is frozen. wrapper.state_output=TRUE If that freezes, then adding the following as well will provide even more information about the precise location of the freeze. wrapper.loop_output=TRUE Cheers, Leif Simon Chan wrote: > Hi leif, > have any news on it? > I tried to change wrapper.ping.timeout to 180 and seem still hang. > is it CPU 100% fully use or no memory? > Regards > Simon. > > ----- Original Message ----- > *From:* Simon Chan (Funmobile) <mailto:sim...@fu...> > *To:* wra...@li... > <mailto:wra...@li...> > *Sent:* Sunday, June 24, 2007 9:55 AM > *Subject:* Re: [Wrapper-user] JVM appears hung: Timed out waiting > for signalfrom JVM. problem > > Hi Leif, > the following is the wrapper.conf: > #******************************************************************** > # TestWrapper Properties > # > # NOTE - Please use src/conf/wrapper.conf.in as a template for your > # own application rather than the values used for the > # TestWrapper sample. > #******************************************************************** > # Java Application > wrapper.java.command=/usr/java/jdk1.5.0_07/bin/java > # Java Main class. This class must implement the WrapperListener > interface > # or guarantee that the WrapperManager class is initialized. Helper > # classes are provided to do this for you. See the Integration section > # of the documentation for details. > #wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main > wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp > # Java Classpath (include wrapper.jar) Add class path elements as > # needed starting from 1 > # wrapper.java.classpath.1=../lib/wrappertest.jar > # wrapper.java.classpath.2=../lib/wrapper.jar > wrapper.java.classpath.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib/wrapper.jar > wrapper.java.classpath.2=/usr/apache-tomcat-5.5.17/bin/bootstrap.jar > wrapper.java.classpath.3=/usr/apache-tomcat-5.5.17/bin/commons-logging-api.jar > wrapper.java.classpath.4=/usr/java/jdk1.5.0_07/lib/tools.jar > # Java Library Path (location of Wrapper.DLL or libwrapper.so) > # wrapper.java.library.path.1=../lib > wrapper.java.library.path.1=/usr/local/wrapper-linux-x86-32-3.2.3/lib > # Java Additional Parameters > #wrapper.java.additional.1= > wrapper.java.additional.1=-Djava.endorsed.dirs=/usr/apache-tomcat-5.5.17/common/endorsed > wrapper.java.additional.2=-Dcatalina.base=/usr/apache-tomcat-5.5.17 > wrapper.java.additional.3=-Dcatalina.home=/usr/apache-tomcat-5.5.17 > wrapper.java.additional.4=-Djava.io.tmpdir=/usr/apache-tomcat-5.5.17/temp > wrapper.java.additional.5=-XX:MaxPermSize=64m > # Initial Java Heap Size (in MB) > #wrapper.java.initmemory=3 > wrapper.java.initmemory=768 > # Maximum Java Heap Size (in MB) > #wrapper.java.maxmemory=64 > wrapper.java.maxmemory=768 > # Application parameters. Add parameters as needed starting from 1 > #wrapper.app.parameter.1= > wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap > wrapper.app.parameter.2=1 > wrapper.app.parameter.3=start > wrapper.app.parameter.4=org.apache.catalina.startup.Bootstrap > wrapper.app.parameter.5=true > wrapper.app.parameter.6=1 > wrapper.app.parameter.7=stop > #******************************************************************** > # Wrapper Logging Properties > #******************************************************************** > # Format of output for the console. (See docs for formats) > wrapper.console.format=PM > # Log Level for console output. (See docs for log levels) > wrapper.console.loglevel=INFO > # Log file to use for wrapper output logging. > wrapper.logfile=/var/log/tomcat/tomcat-1.log > # Format of output for the log file. (See docs for formats) > wrapper.logfile.format=LPTM > # Log Level for log file output. (See docs for log levels) > wrapper.logfile.loglevel=DEBUG > # Maximum size that the log file will be allowed to grow to before > # the log is rolled. Size is specified in bytes. The default value > # of 0, disables log rolling. May abbreviate with the 'k' (kb) or > # 'm' (mb) suffix. For example: 10m = 10 megabytes. > wrapper.logfile.maxsize=0 > # Maximum number of rolled log files which will be allowed before old > # files are deleted. The default value of 0 implies no limit. > wrapper.logfile.maxfiles=0 > # Log Level for sys/event log output. (See docs for log levels) > wrapper.syslog.loglevel=DEBUG > wrapper.ping.timeout=60 > wrapper.statusfile=/var/run/tomcat/wrapper_1.status > wrapper.filter.trigger.1=java.lang.OutOfMemoryError > wrapper.filter.action.1=RESTART > and we use it for monitor tomcat 5.5.17. and the following is the > debug log: > DEBUG | wrapperp | 2007/06/23 16:47:17 | read a packet PING : ok > DEBUG | wrapper | 2007/06/23 16:47:17 | Got ping response from JVM > DEBUG | wrapperp | 2007/06/23 16:47:22 | send a packet PING : ping > INFO | jvm 2 | 2007/06/23 16:47:22 | Received a packet PING : ping > INFO | jvm 2 | 2007/06/23 16:47:22 | Send a packet PING : ok > DEBUG | wrapperp | 2007/06/23 16:47:22 | read a packet PING : ok > DEBUG | wrapper | 2007/06/23 16:47:22 | Got ping response from JVM > DEBUG | wrapperp | 2007/06/23 16:47:26 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:31 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:35 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:40 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:44 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:49 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:53 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:47:58 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:02 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:07 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:11 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:16 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:20 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:25 | send a packet PING : ping > DEBUG | wrapperp | 2007/06/23 16:48:29 | send a packet PING : ping > *ERROR | wrapper | 2007/06/23 16:48:32 | JVM appears hung: Timed > out waiting for signal from JVM.* > ** > wrapper seeems hang after this and cannot try to restart JVM. it > is so strange? > I need to try to increase the value of ping timeout? > Regards > Simon. > ----- Original Message ----- > From: "Leif Mortenson" <le...@ta... > <mailto:le...@ta...>> > To: <wra...@li... > <mailto:wra...@li...>> > Sent: Sunday, June 24, 2007 8:45 AM > Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting > for signal from JVM. problem > > > Simon, > > Can you post your wrapper.conf file? Also if you are able to > > reproduce this, can you set the wrapper.debug=true property > > and post the resulting wrapper.conf file as well? > > > > >From what you posted, it looks like the Wrapper is detecting > > that the JVM is hung, at which point it should be killing and > > restarting the JVM process. I am not clear exactly what you > > are see at that point however. > > > > Cheers, > > Leif > > > > Simon Chan (Funmobile) wrote: > > > hi all, > > > I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now. > > > but I see that it is hung and show the following error: > > > INFO | jvm 1 | 2007/06/22 18:34:25 | Send a packet PING : ok > > > ERROR | wrapper | 2007/06/22 18:35:36 | JVM appears hung: > Timed out > > > waiting for signal from JVM. > > > wrapper seems don't try to restart it and just leave it and make > > > tomcat die. > > > do u have any idea? > > > Regards > > > Simon. > > > > ------------------------------------------------------------------------ > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Wrapper-user mailing list > > > Wra...@li... > <mailto:Wra...@li...> > > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > > > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > <mailto:Wra...@li...> > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > ------------------------------------------------------------------------ > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.472 / Virus Database: 269.9.6/862 - Release Date: > 6/22/2007 3:04 PM > > ------------------------------------------------------------------------ > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > ------------------------------------------------------------------------ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > ------------------------------------------------------------------------ > > Anti-virus and anti-spam by FortiGate > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Simon C. <sim...@fu...> - 2007-06-26 05:33:07
|
Anti-virus and anti-spam by FortiGate |
|
From: Leif M. <le...@ta...> - 2007-06-26 05:22:02
|
Mark,
A service can only show windows if it has its interactive flag set.
Due to the way MS implemented things, if the user is not the local
system account, this interactive flag is ignored and disabled.
So to show a window, you must be the local system account. This
is a general rule with services, not just with the Wrapper.
All the wrapper.ntservice.interactive property does is to
set the interactive bit for the service. The Wrapper is not
doing anything else behind the scenes which should affect
the drag and drop functionality directly.
Cheers,
Leif
Mark Leone wrote:
> Leif,
>
> Yes, the drag and drop works when my app is run in the Wrapper in a
> console. It also works when the app is run directly in the JVM, without
> the Wrapper. It does not work when it is run in the Wrapper as a
> Service. I have no way to test whether it works properly in a service
> implemented without the Wrapper, but I assume the problem is inherent to
> running a GUI app as a service. There seems to be something about the
> Windows service environment that is disabling drag and drop.
>
> I was hoping that some setting in the Wrapper might solve the problem,
> though a search of the documentation and the mail archives did not
> reveal any such thing. It would also be nice to know if anyone else is
> able to implement Java drag and drop in a Wrapper-implemented service.
> Also, shouldn't the setting for enabling a service to interact with the
> desktop (wrapper.ntservice.interactive=true) cover this problem? If so,
> is there some other consideration I should be aware of regarding that
> setting? I did verify in the Windows service manager window that the
> interactive setting was enabled.
>
> I wonder if it could be related to me running the service as the local
> system account, while trying to do the drag and drop while logged in as
> my personal account. I changed the setting in the Windows Service
> Manager to run the app as my personal account. I restarted the service,
> and it looked normal in the service manager, but the GUI never showed
> up. Then I tried the same thing by changing the wrapper.conf file to run
> the service as my personal account
>
> wrapper.ntservice.interactive=false
> wrapper.ntservice.account=.\Mark
> wrapper.ntservice.password=myPassword
>
> And it behaved the same way. Looked as expected in the Service Manager
> window, but the GUI never showed up.
>
> -Mark
>
> Leif Mortenson wrote:
>
>> Mark,
>> That is not something I have tried personally. To be clear,
>> Drag and drop is not working when running as a service. Does
>> it work when running under the Wrapper in a console?
>>
>> Cheers,
>> Leif
>>
>> Mark Leone wrote:
>>
>>> I have a Java Swing app that supports drag and drop. It works
>>> properly in stand-alone mode, but when I run it as a service via
>>> Wrapper, the drag and drop is disabled. When I drag a file that I
>>> should be able to drop, I get the circle with a slash icon. I have
>>> "wrapper.ntservice.interactive=true" in the Wrapper configuration
>>> file. Is there any other setting in Wrapper that might remedy this?
>>> I posted on the Sun java forums, but didn't get any responses. I'm
>>> hoping someone here might know how to make this work.
>>>
>>> -Mark
>>>
>>>
>>
>>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: Mark L. <mid...@ve...> - 2007-06-26 04:44:55
|
The System Tray is not the problem. I ran the app with JRE 1.5, in which case the System Tray is not used, and drag and drop still does not work when the app is run as a service. -Mark Mark Leone wrote: > One more piece of info that just occurred to me: My app runs in the > system tray, using the SystemTray class available only in J2SE 6. > Could that be causing the problem? I'll try running in J2SE 5, in > which case it will run without the System Tray, and see if that works. > |
|
From: Mark L. <mid...@ve...> - 2007-06-26 04:39:04
|
One more piece of info that just occurred to me: My app runs in the system tray, using the SystemTray class available only in J2SE 6. Could that be causing the problem? I'll try running in J2SE 5, in which case it will run without the System Tray, and see if that works. -Mark Mark Leone wrote: > Leif, > > Yes, the drag and drop works when my app is run in the Wrapper in a > console. It also works when the app is run directly in the JVM, without > the Wrapper. It does not work when it is run in the Wrapper as a > Service. I have no way to test whether it works properly in a service > implemented without the Wrapper, but I assume the problem is inherent to > running a GUI app as a service. There seems to be something about the > Windows service environment that is disabling drag and drop. > > I was hoping that some setting in the Wrapper might solve the problem, > though a search of the documentation and the mail archives did not > reveal any such thing. It would also be nice to know if anyone else is > able to implement Java drag and drop in a Wrapper-implemented service. > Also, shouldn't the setting for enabling a service to interact with the > desktop (wrapper.ntservice.interactive=true) cover this problem? If so, > is there some other consideration I should be aware of regarding that > setting? I did verify in the Windows service manager window that the > interactive setting was enabled. > > I wonder if it could be related to me running the service as the local > system account, while trying to do the drag and drop while logged in as > my personal account. I changed the setting in the Windows Service > Manager to run the app as my personal account. I restarted the service, > and it looked normal in the service manager, but the GUI never showed > up. Then I tried the same thing by changing the wrapper.conf file to run > the service as my personal account > > wrapper.ntservice.interactive=false > wrapper.ntservice.account=.\Mark > wrapper.ntservice.password=myPassword > > And it behaved the same way. Looked as expected in the Service Manager > window, but the GUI never showed up. > > -Mark > > Leif Mortenson wrote: > >> Mark, >> That is not something I have tried personally. To be clear, >> Drag and drop is not working when running as a service. Does >> it work when running under the Wrapper in a console? >> >> Cheers, >> Leif >> >> Mark Leone wrote: >> >>> I have a Java Swing app that supports drag and drop. It works >>> properly in stand-alone mode, but when I run it as a service via >>> Wrapper, the drag and drop is disabled. When I drag a file that I >>> should be able to drop, I get the circle with a slash icon. I have >>> "wrapper.ntservice.interactive=true" in the Wrapper configuration >>> file. Is there any other setting in Wrapper that might remedy this? >>> I posted on the Sun java forums, but didn't get any responses. I'm >>> hoping someone here might know how to make this work. >>> >>> -Mark >>> >>> >> >> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
165 messages has been excluded from this view by a project administrator.
