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-04-09 22:57:57
|
Raymond, WrapperListener.stop() is called by the WrapperManager class when it is attempting to shut down your java application cleanly. In the case of the WrapperSimpleApp implementation, the stop() method does not do anything. Applications using the WrapperSimpleStop helper class are expected to clean themselves up via a shutdown hook. As a general rule though, startup methods should call the super class's method at the beginning of the method and shutdown methods should do so at the end. So follow that pattern and call super.stop() after your code has executed. That said however, the stop() method is called when the Wrapper wants to stop the JVM. This can happen in response to an external event like CTRL-C being pressed, or the service manager attempting to stop the service. It can also happen if the Wrapper's internal shutdown hook is started in response to the JVM shutdown starting on its own via a call to System.exit or something. Important note is that the stop() method will ONLY be called for clean shutdowns of the JVM. If the JVM crashes or is killed because it has hung, the stop() method will never be called. I have been working on a feature to allow the execution of external applications in response to things like the JVM being restarted or stopped. This needs to happen from the wrapper process, implemented in C, to make sure that those applications are always launched. Cheers, Leif Raymond Bleach wrote: > > We have set up the wrapper as an NT service using the WrapperSimpleApp > class. This is used to start a vendor supplied process that handles > RPC requests. > > Now I have a need to execute some custom code whenever the NT service > is stopped so that I can perform some cleanup and rolling of logs > after the vendors’ process terminates. > > I am looking at extending the WrapperSimpleApp and adding my custom > code into the stop() method. I need to execute my code after the > vendor’s code has stopped. > > Q: Is the stop() method called after the wrapper.app.parameter.1 has > completed ? > > Q: Should I call the super.stop() method before or after execution of > my custom code? > |
|
From: Raymond B. <rb...@vr...> - 2007-04-09 15:19:14
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 6.5.7651.59"> <TITLE>Executing code upon termination of NT service</TITLE> </HEAD> <BODY> <!-- Converted from text/rtf format --> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">We have set up the wrapper as an NT = service</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial"> using the WrapperSimpleApp</FONT></SPAN><SPAN = LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial"> = class.</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial"> This is used to start a = vendor</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial">supplied process that handles RPC = requests.</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial"></FONT></SPAN><SPAN LANG=3D"en-us"> </SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">Now I have a need to execute some custom code whenever = the NT service is stopped so that</FONT></SPAN><SPAN LANG=3D"en-us"> = <FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">I</FONT></SPAN><SPAN = LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial"> can = perform some</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial">cleanup</FONT></SPAN><SPAN LANG=3D"en-us"><FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial"> and rolling of = logs</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial"></FONT></SPAN><SPAN LANG=3D"en-us"> <FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">after the = vendors’</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">process = terminates.</FONT></SPAN><SPAN LANG=3D"en-us"></SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">I am looking at extending the = WrapperSimpleApp</FONT></SPAN><SPAN LANG=3D"en-us"><FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial"> and adding = my</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">custom</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">code into the stop() = method.</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial"> I need to execute my code after the = vendor’s code has stopped.</FONT></SPAN><SPAN LANG=3D"en-us"> = </SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">Q: Is the stop() method called after the = wrapper.app.parameter.1</FONT></SPAN><SPAN LANG=3D"en-us"><FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial"> has completed = ?</FONT></SPAN><SPAN LANG=3D"en-us"></SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">Q:</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">Should I call the super.stop() = method befo</FONT></SPAN><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" = SIZE=3D2 FACE=3D"Arial">re or after execution of my custom = code?</FONT></SPAN><SPAN LANG=3D"en-us"></SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"en-us"><FONT = COLOR=3D"#000000" SIZE=3D2 FACE=3D"Arial">Raymond = Bleach</FONT></SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">Virginia Retirement System</FONT></SPAN></P> <P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000000" SIZE=3D2 = FACE=3D"Arial">ph (888) VA-RETIR or (804) 775-3280 = (direct)</FONT></SPAN></P> </BODY> </HTML> |
|
From: Aparna K. <ap...@da...> - 2007-04-06 19:56:36
|
Hi, I understand that the configuration property: wrapper.ntservice.starttype can take either AUTO_START or DEMAND_START values. I set it to AUTO_START, but, when installed, my application does not start automatically.=20 Does the machine need to be restarted for the application to be started automatically? Thanks, Aparna |
|
From: <han...@do...> - 2007-04-05 19:41:43
|
Hi, I successfully registered my .jar app as a NT service. But now I want the console shown like when starting the app from console directly. Is this possible? I set these values in conf file, but they do not seem to have any effect: wrapper.ntservice.interactive=TRUE wrapper.ntservice.console=TRUE wrapper.ntservice.hide-console=FALSE I am using Java 1.4.2_14 and Wrapper_3.2.3. Thanks! Best regards Hans |
|
From: Leif M. <le...@ta...> - 2007-04-05 15:12:02
|
Stephen,
Sorry, this is a known problem with the current script on OSX as is
mentioned in the
list archives. It has been fixed for the next release, but in the mean
time, please use the
following:
http://svn.sourceforge.net/viewvc/*checkout*/wrapper/trunk/wrapper/src/bin/sh.script.in
Cheers,
Leif
Stephen Knox wrote:
> Hi all,
> I'm new to using the java wrapper and I am having a bit of trouble
> with the wrapper on my g4 mac.
> I can start it fine by saying:
> script.sh start
> However, when i ask for the status, it tells me it's not running.
> The process is definitely running, but it seems not to recognise this.
> When I try to restart, it just starts a new process and the old one
> continues to run.
>
> Has anyone had the same problem?
>
> all the best,
>
> Stephen
>
> --
> Stephen Knox
> Ucd Dublin
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Stephen K. <kn...@gm...> - 2007-04-05 11:50:28
|
Hi all, I'm new to using the java wrapper and I am having a bit of trouble with the wrapper on my g4 mac. I can start it fine by saying: script.sh start However, when i ask for the status, it tells me it's not running. The process is definitely running, but it seems not to recognise this. When I try to restart, it just starts a new process and the old one continues to run. Has anyone had the same problem? all the best, Stephen -- Stephen Knox Ucd Dublin |
|
From: Bernd L. <Ber...@we...> - 2007-04-03 16:01:20
|
Hubert Felber wrote: > Bernd, > > http://sourceforge.net/mailarchive/forum.php?thread_id=31373037&forum_id=11948 > > Sorry, this link does not work, I get an error "No Forum choosen" Seems sourceforge changed somethimng in the archives, I prepared the mail some time ago but "forgot" to send it, the link today is: http://sourceforge.net/mailarchive/message.php?msg_id=45A26D9B.20204%40web.de Bernd |
|
From: Bernd L. <Ber...@we...> - 2007-04-03 15:45:20
|
Leif Mortenson wrote: > What is the hardware that you are using? Is it a 64-bit CPU? What > about the OS? I am using W2K SP4, Win2003 Server and XP SP2, CPU is just a plain P4-2.4GHz. > one on 2007/1/25. Could you please give that a try and let me know if > has resolved > the problem for you. > http://wrapper.tanukisoftware.org/tmp/3.2.4-b/wrapper-windows-x86-32-3.2.4-b.zip I will give it a try, will take just some time as I am going to easter holiday now. As the crashes do only appear randomly, I will have to monitor it some days. >> --------------- S Y S T E M --------------- >> >> OS: Windows XP Build 2600 Service Pack 2 >> >> CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2 >> >> Memory: 4k page, physical 515040k(212064k free), swap 1257644k(938952k free) >> >> vm_info: Java HotSpot(TM) Client VM (1.4.2_11-b06) for windows-x86, built on Feb 13 2006 10:19:30 by "java_re" with MS VC++ 6.0 Bernd |
|
From: Leif M. <le...@ta...> - 2007-04-03 08:54:41
|
Hubert,
Thanks for pointing this out. The behavior of replacing the
remaining timeout with the
new one was historical. In the first versions of the Wrapper, the
internal timeouts were
not nearly so configurable and the application took much more control of
the startup
and shutdown of the JVM.
The way the Wrapper is now used however, this no longer makes any
sense. It is
only the way it still because I had not given it any thought.
I have modified both the signalStarting and signalStopping methods
so they will
now attempt to set a new timeout "millis" milliseconds in the future.
If the existing
timeout is already longer then the new timeout will be ignored. Ie, it
will only have
any meaning if the result will be to extend the timeout.
This is checked in to SVN and will be in the next release.
Cheers,
Leif
Hubert Felber wrote:
> Ben,
>
> Just an assumption:
> check the comment on
> http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html
> on the bottom of the site, about
> WrapperManager.signalStarting(int millis) and
> WrapperManager.signalStopping(int millis).
>
> I noticed the following:
> Calling WrapperManager.signalStopping(1000); I expected that the value
> is added to the TimeToWait defined in the conf file. But it seams that
> it is not added but replaced. This is the new time to wait. And if you
> call it on Windows with value 1000, it causes or can cause a quite
> immediate exit.
>
> Perhaps your problems have something to do with this.
>
> hth
> Hubert
>
> btw
>
> on the bottom of the mentioned site you read:
>
> <BTW Great Job Leif!
>
> Yes, indeed!
>
>
>
>>>> "Ben Cox" <ple...@ho...> 30.03.2007 22:37 >>>
>>>>
> Hi all,
>
> I've been using Wrapper version 3.2.3 to manage my service on a Windows
> 2003
> Server machine. Everything is working rather well, except occasionally
> when
> requesting a restart from within the app (and sometimes just during a
> "normal" restart after an error). What will happen is that the wrapper
> will
> attempt to start my app and then give up and terminate the JVM within
> _one_
> second!
>
> At least, that's how it looks from the timestamps on the log output
> (below)... am I missing (or misinterpreting) a config file setting?
>
> Thanks,
>
> Ben
>
>
> STATUS | wrapper | 2007/03/20 15:48:27 | JVM requested a restart.
>
> STATUS | wrapper | 2007/03/20 15:48:34 | Launching a JVM...
>
> INFO | jvm 17 | 2007/03/20 15:48:34 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 17 | 2007/03/20 15:48:34 | Copyright 1999-2006 Tanuki
>
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 17 | 2007/03/20 15:48:34 |
>
> ERROR | wrapper | 2007/03/20 15:48:34 | Unable to send the start
> command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:34 | JVM did not exit on request,
>
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:39 | Launching a JVM...
>
> INFO | jvm 18 | 2007/03/20 15:48:40 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 18 | 2007/03/20 15:48:40 | Copyright 1999-2006 Tanuki
>
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 18 | 2007/03/20 15:48:40 |
>
> ERROR | wrapper | 2007/03/20 15:48:40 | Unable to send the start
> command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:40 | JVM did not exit on request,
>
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:45 | Launching a JVM...
>
> INFO | jvm 19 | 2007/03/20 15:48:45 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 19 | 2007/03/20 15:48:45 | Copyright 1999-2006 Tanuki
>
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 19 | 2007/03/20 15:48:45 |
>
> ERROR | wrapper | 2007/03/20 15:48:45 | Unable to send the start
> command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:46 | JVM did not exit on request,
>
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:51 | Launching a JVM...
>
> INFO | jvm 20 | 2007/03/20 15:48:51 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 20 | 2007/03/20 15:48:51 | Copyright 1999-2006 Tanuki
>
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 20 | 2007/03/20 15:48:51 |
>
> ERROR | wrapper | 2007/03/20 15:48:51 | Unable to send the start
> command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:51 | JVM did not exit on request,
>
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:56 | Launching a JVM...
>
> INFO | jvm 21 | 2007/03/20 15:48:57 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 21 | 2007/03/20 15:48:57 | Copyright 1999-2006 Tanuki
>
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 21 | 2007/03/20 15:48:57 |
>
> ERROR | wrapper | 2007/03/20 15:48:57 | Unable to send the start
> command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:57 | JVM did not exit on request,
>
> terminated
>
> FATAL | wrapper | 2007/03/20 15:48:57 | There were 5 failed launches
> in a
> row, each lasting less than 300 seconds. Giving up.
>
> FATAL | wrapper | 2007/03/20 15:48:57 | There may be a
> configuration
> problem: please check the logs.
>
> STATUS | wrapper | 2007/03/20 15:48:58 | <-- Wrapper Stopped
>
> _________________________________________________________________
> Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN
> Presents today.
> http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: Leif M. <le...@ta...> - 2007-04-03 08:41:00
|
Bernd,
Worry I had not gotten back to you. Another user was having a
problem with crashes
in the WrapperManager.nativeGetControlEvent() on 64-bit Unix platforms.
I had thought
that it was only a 64-bit problem. But you are using the 32-bit version.
What is the hardware that you are using? Is it a 64-bit CPU? What
about the OS?
With 64-bit, it was a race condition. I think it is caused by 2
32-bit variables using the
same physical 64-bit piece of memory. On 32-bit systems, the read
writes were atomic
and it was not an issue. I had been aware of this when I created it and
had thought it
was safe.
The fix was to add "synchronization" around this code using mutexes
in the C code
on 2007/1/06. This fix has been checked in and will be in the 3.2.4 release.
I have been working actively on the release and will get it out as
soon as possible.
There are still a few outstanding issues.
I am not at a point where I can make a snapshot build at the moment,
but I had made
one on 2007/1/25. Could you please give that a try and let me know if
has resolved
the problem for you.
http://wrapper.tanukisoftware.org/tmp/3.2.4-b/wrapper-windows-x86-32-3.2.4-b.zip
Cheers,
Leif
Bernd Laengerich wrote:
> Hi,
>
> we tested the wrapper (3.2.3) using the SimpleApp integration.
> Everything works fine except that we experience some JVM crashes,
> resulting in hs_err files.
>
> One crash occurs in WrapperManager.WrapperManager.access(), another in
> WrapperManager.run(). Always thread Wrapper-Control-Event-Monitor and
> WrapperManager.nativeGetControlEvent(). I have not discovered what
> influences the crashes, as it does occur in random time intervals.
>
> See attached files for details.
>
> Any hints?
>
> Bernd
>
> ------------------------------------------------------------------------
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x030610b0, pid=2212, tid=1180
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2_11-b06 mixed mode)
> # Problematic frame:
> # C 0x030610b0
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x007eda80): JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_in_native, id=1180]
>
> siginfo: ExceptionCode=0xc0000005, reading address 0x030610b0
>
> Registers:
> EAX=0x030dfc44, EBX=0x007eda80, ECX=0x00000064, EDX=0x00997c22
> ESP=0x030dfc34, EBP=0x030dfc48, ESI=0x1812b770, EDI=0x1812b770
> EIP=0x030610b0, EFLAGS=0x00010202
>
> Top of Stack: (sp=0x030dfc34)
> 0x030dfc34: 00997c78 007edb1c 030dfc44 00000000
> 0x030dfc44: 1812b9b0 030dfcc8 00a3c6f4 00000064
> 0x030dfc54: 00000000 007784d0 000036aa 030dfcc4
> 0x030dfc64: 080a47ac 00036640 00a3bd08 080687d2
> 0x030dfc74: 080367d8 00000000 00a3bd08 0806df40
> 0x030dfc84: 007eda80 18133056 00000099 80008fc6
> 0x030dfc94: 80008fc5 80008fc6 80008fc6 00000000
> 0x030dfca4: 00000000 00000000 80008fc6 00000000
>
> Instructions: (pc=0x030610b0)
> 0x030610a0:
> [error occurred during error reporting, step 100, id 0xc0000005]
>
> Stack: [0x030a0000,0x030e0000), sp=0x030dfc34, free space=255k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C 0x030610b0
> J org.tanukisoftware.wrapper.WrapperManager$3.run()V
> v ~RuntimeStub::osr_frame_return Runtime1 stub
> v ~StubRoutines::call_stub
> V [jvm.dll+0x72846]
> V [jvm.dll+0xac976]
> V [jvm.dll+0x72753]
> V [jvm.dll+0x7244f]
> V [jvm.dll+0x72488]
> V [jvm.dll+0x8a3a0]
> V [jvm.dll+0xd0de8]
> V [jvm.dll+0xd0db6]
> C [MSVCRT.dll+0x2a3b0]
> C [kernel32.dll+0xb50b]
>
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> J org.tanukisoftware.wrapper.WrapperManager.nativeGetControlEvent()I
> J org.tanukisoftware.wrapper.WrapperManager$3.run()V
> v ~RuntimeStub::osr_frame_return Runtime1 stub
> v ~StubRoutines::call_stub
>
> --------------- P R O C E S S ---------------
>
> Java Threads: ( => current thread )
> 0x02af5cf8 JavaThread "ServiceRequestDispatcher-P=2/T=6-idle" daemon [_thread_blocked, id=1424]
> 0x02b00b80 JavaThread "ServiceRequestDispatcher-P=2/T=5-idle" daemon [_thread_blocked, id=1384]
> 0x02b4b008 JavaThread "ThreadPool-P=0/T=4-idle" daemon [_thread_blocked, id=3504]
> 0x00780818 JavaThread "EftRequestDispatcher-P=1/T=3-idle" daemon [_thread_blocked, id=3512]
> 0x02b58b18 JavaThread "EftRequestDispatcher-P=1/T=2-idle" daemon [_thread_blocked, id=1204]
> 0x02b58920 JavaThread "ThreadPool-P=0/T=1-idle" daemon [_thread_blocked, id=3652]
> 0x02b70e20 JavaThread "Cron" daemon [_thread_blocked, id=1604]
> 0x007c8bf8 JavaThread "Thread-11" [_thread_blocked, id=2288]
> 0x02b6ed70 JavaThread "Thread-10" [_thread_blocked, id=1828]
> 0x02b6ec08 JavaThread "SystemMonitor" [_thread_blocked, id=3780]
> 0x02e18a00 JavaThread "ThreadPool-P=0/T=0-idle" daemon [_thread_blocked, id=3356]
> 0x02d7b7e0 JavaThread "Thread-4" daemon [_thread_blocked, id=1948]
> 0x02d335c8 JavaThread "0/ServerMain" [_thread_blocked, id=1132]
> 0x00036fd8 JavaThread "DestroyJavaVM" [_thread_blocked, id=3216]
> =>0x007eda80 JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_in_native, id=1180]
> 0x00774d10 JavaThread "CompilerThread0" daemon [_thread_blocked, id=216]
> 0x00774160 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1860]
> 0x00771510 JavaThread "Finalizer" daemon [_thread_blocked, id=3732]
> 0x00770188 JavaThread "Reference Handler" daemon [_thread_blocked, id=1640]
>
> Other Threads:
> 0x0076f080 VMThread [id=3704]
> 0x007768c8 WatcherThread [id=2788]
>
> VM state:not at safepoint (normal execution)
>
> VM Mutex/Monitor currently owned by a thread: None
>
> Heap
> def new generation total 4608K, used 3852K [0x10010000, 0x10510000, 0x109e0000)
> eden space 4096K, 82% used [0x10010000, 0x1035cfc0, 0x10410000)
> from space 512K, 92% used [0x10410000, 0x10486040, 0x10490000)
> to space 512K, 0% used [0x10490000, 0x10490000, 0x10510000)
> tenured generation total 60544K, used 6360K [0x109e0000, 0x14500000, 0x18010000)
> the space 60544K, 10% used [0x109e0000, 0x11016138, 0x11016200, 0x14500000)
> compacting perm gen total 9984K, used 9926K [0x18010000, 0x189d0000, 0x1c010000)
> the space 9984K, 99% used [0x18010000, 0x189c1ab8, 0x189c1c00, 0x189d0000)
>
> Dynamic libraries:
> 0x00400000 - 0x0040b000 C:\Program Files\Java\j2re1.4.2_11\bin\java.exe
> 0x7c900000 - 0x7c9b0000 C:\WINDOWS\system32\ntdll.dll
> 0x7c800000 - 0x7c8f4000 C:\WINDOWS\system32\kernel32.dll
> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
> 0x77e70000 - 0x77f01000 C:\WINDOWS\system32\RPCRT4.dll
> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\MSVCRT.dll
> 0x08000000 - 0x0813f000 C:\Program Files\Java\j2re1.4.2_11\bin\client\jvm.dll
> 0x77d40000 - 0x77dd0000 C:\WINDOWS\system32\USER32.dll
> 0x77f10000 - 0x77f56000 C:\WINDOWS\system32\GDI32.dll
> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
> 0x10000000 - 0x10007000 C:\Program Files\Java\j2re1.4.2_11\bin\hpi.dll
> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
> 0x00390000 - 0x0039e000 C:\Program Files\Java\j2re1.4.2_11\bin\verify.dll
> 0x003b0000 - 0x003c9000 C:\Program Files\Java\j2re1.4.2_11\bin\java.dll
> 0x003d0000 - 0x003de000 C:\Program Files\Java\j2re1.4.2_11\bin\zip.dll
> 0x7c9c0000 - 0x7d1d4000 C:\WINDOWS\system32\SHELL32.DLL
> 0x77f60000 - 0x77fd6000 C:\WINDOWS\system32\SHLWAPI.dll
> 0x773d0000 - 0x774d2000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
> 0x5d090000 - 0x5d127000 C:\WINDOWS\system32\comctl32.dll
> 0x03160000 - 0x0316f000 C:\Program Files\Java\j2re1.4.2_11\bin\net.dll
> 0x71ab0000 - 0x71ac7000 C:\WINDOWS\system32\WS2_32.dll
> 0x71aa0000 - 0x71aa8000 C:\WINDOWS\system32\WS2HELP.dll
> 0x71a50000 - 0x71a8f000 C:\WINDOWS\system32\mswsock.dll
> 0x662b0000 - 0x66308000 C:\WINDOWS\system32\hnetcfg.dll
> 0x71a90000 - 0x71a98000 C:\WINDOWS\System32\wshtcpip.dll
> 0x76f20000 - 0x76f47000 C:\WINDOWS\system32\DNSAPI.dll
> 0x76fb0000 - 0x76fb8000 C:\WINDOWS\System32\winrnr.dll
> 0x76f60000 - 0x76f8c000 C:\WINDOWS\system32\WLDAP32.dll
> 0x76fc0000 - 0x76fc6000 C:\WINDOWS\system32\rasadhlp.dll
> 0x76d60000 - 0x76d79000 C:\WINDOWS\system32\iphlpapi.dll
> 0x76d40000 - 0x76d58000 C:\WINDOWS\system32\MPRAPI.dll
> 0x77cc0000 - 0x77cf2000 C:\WINDOWS\system32\ACTIVEDS.dll
> 0x76e10000 - 0x76e35000 C:\WINDOWS\system32\adsldpc.dll
> 0x5b860000 - 0x5b8b4000 C:\WINDOWS\system32\NETAPI32.dll
> 0x76b20000 - 0x76b31000 C:\WINDOWS\system32\ATL.DLL
> 0x774e0000 - 0x7761d000 C:\WINDOWS\system32\ole32.dll
> 0x77120000 - 0x771ac000 C:\WINDOWS\system32\OLEAUT32.dll
> 0x76e80000 - 0x76e8e000 C:\WINDOWS\system32\rtutils.dll
> 0x71bf0000 - 0x71c03000 C:\WINDOWS\system32\SAMLIB.dll
> 0x77920000 - 0x77a13000 C:\WINDOWS\system32\SETUPAPI.dll
> 0x03920000 - 0x03a34000 C:\Program Files\Java\j2re1.4.2_11\bin\awt.dll
> 0x73000000 - 0x73026000 C:\WINDOWS\system32\WINSPOOL.DRV
> 0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.dll
>
> VM Arguments:
> jvm_args: -Xcheck:jni -Xms64m -Xmx128m -Djava.library.path=lib -Dwrapper.key=5wvlcLxG_UTD6pcC -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=2392 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
> java_command: org.tanukisoftware.wrapper.WrapperSimpleApp de.actosoft.accept.Server -Daccept.server.description=ACSW2KHHBLH -jpos=cfg/jpos/accept_server/accept_server.xml
> Launcher Type: SUN_STANDARD
>
> Environment Variables:
> JAVA_HOME=C:\Program Files\Java\j2re1.4.2_11\
> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\SNI\NAMOS\bin;C:\SNI\NAMOS\tools;C:\Retail\Software\OPOS\Bin
> OS=Windows_NT
> PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel
>
>
> --------------- S Y S T E M ---------------
>
> OS: Windows XP Build 2600 Service Pack 2
>
> CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2
>
> Memory: 4k page, physical 515040k(107016k free), swap 1257644k(840716k free)
>
> vm_info: Java HotSpot(TM) Client VM (1.4.2_11-b06) for windows-x86, built on Feb 13 2006 10:19:30 by "java_re" with MS VC++ 6.0
>
>
> ------------------------------------------------------------------------
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x030610b0, pid=1620, tid=3504
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2_11-b06 mixed mode)
> # Problematic frame:
> # C 0x030610b0
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x007eda80): JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_in_native, id=3504]
>
> siginfo: ExceptionCode=0xc0000005, reading address 0x030610b0
>
> Registers:
> EAX=0x030610b0, EBX=0x18125ff0, ECX=0x02ac0f28, EDX=0x18134ca8
> ESP=0x030dfc7c, EBP=0x030dfca4, ESI=0x18126038, EDI=0x007eda80
> EIP=0x030610b0, EFLAGS=0x00010293
>
> Top of Stack: (sp=0x030dfc7c)
> 0x030dfc7c: 007f81a6 007edb1c 030dfcac 030dfc88
> 0x030dfc8c: 00000000 030dfcb0 18134ca8 00000000
> 0x030dfc9c: 18125ff0 030dfcb4 030dfcd0 007f2d5f
> 0x030dfcac: 1812bc20 007f64a9 030dfcb4 1812b5a0
> 0x030dfcbc: 030dfcd4 18134ca8 00000000 1812b558
> 0x030dfccc: 030dfcd8 030dfcf4 007f2d5f 030dfcd8
> 0x030dfcdc: 181333bc 030dfd24 181d4a80 00000000
> 0x030dfcec: 18133260 030dfd24 030dfd34 007f01ae
>
> Instructions: (pc=0x030610b0)
> 0x030610a0:
> [error occurred during error reporting, step 100, id 0xc0000005]
>
> Stack: [0x030a0000,0x030e0000), sp=0x030dfc7c, free space=255k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C 0x030610b0
> j org.tanukisoftware.wrapper.WrapperManager.access$2200()I+0
> j org.tanukisoftware.wrapper.WrapperManager$3.run()V+276
> v ~StubRoutines::call_stub
> V [jvm.dll+0x72846]
> V [jvm.dll+0xac976]
> V [jvm.dll+0x72753]
> V [jvm.dll+0x7244f]
> V [jvm.dll+0x72488]
> V [jvm.dll+0x8a3a0]
> V [jvm.dll+0xd0de8]
> V [jvm.dll+0xd0db6]
> C [MSVCRT.dll+0x2a3b0]
> C [kernel32.dll+0xb50b]
>
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j org.tanukisoftware.wrapper.WrapperManager.nativeGetControlEvent()I+0
> j org.tanukisoftware.wrapper.WrapperManager.access$2200()I+0
> j org.tanukisoftware.wrapper.WrapperManager$3.run()V+276
> v ~StubRoutines::call_stub
>
> --------------- P R O C E S S ---------------
>
> Java Threads: ( => current thread )
> 0x02d9f5a8 JavaThread "0/gateway-ria.session/192.168.2.106/2985" daemon [_thread_blocked, id=3892]
> 0x02b0ceb0 JavaThread "Cron" daemon [_thread_blocked, id=2836]
> 0x02b09318 JavaThread "Thread-11" [_thread_blocked, id=3920]
> 0x02b8d8d8 JavaThread "Thread-10" [_thread_blocked, id=2212]
> 0x02b8d370 JavaThread "SystemMonitor" [_thread_blocked, id=496]
> 0x02b7f408 JavaThread "0/riaapi-mux-Receiver" [_thread_blocked, id=2392]
> 0x02b59fd0 JavaThread "0/riaapi-mux" [_thread_blocked, id=2052]
> 0x02b81cc8 JavaThread "0/gateway-ria" [_thread_blocked, id=2320]
> 0x02ae6368 JavaThread "0/gateway-ria.session/192.168.2.153/1507" daemon [_thread_blocked, id=2992]
> 0x02ac2c00 JavaThread "Thread-4" daemon [_thread_blocked, id=3812]
> 0x02d5f128 JavaThread "ResourceMonitor" [_thread_blocked, id=1496]
> 0x02d335c8 JavaThread "0/ServerMain" [_thread_blocked, id=1460]
> 0x00036fd8 JavaThread "DestroyJavaVM" [_thread_blocked, id=2444]
> 0x007cbe28 JavaThread "Wrapper-Connection" daemon [_thread_blocked, id=3092]
> =>0x007eda80 JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_in_native, id=3504]
> 0x00774d10 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4092]
> 0x00774160 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2908]
> 0x00771510 JavaThread "Finalizer" daemon [_thread_blocked, id=3724]
> 0x00770188 JavaThread "Reference Handler" daemon [_thread_blocked, id=3300]
>
> Other Threads:
> 0x0076f080 VMThread [id=1020]
> 0x007768c8 WatcherThread [id=3020]
>
> VM state:not at safepoint (normal execution)
>
> VM Mutex/Monitor currently owned by a thread: None
>
> Heap
> def new generation total 4544K, used 1933K [0x10010000, 0x104f0000, 0x109e0000)
> eden space 4096K, 39% used [0x10010000, 0x101a1600, 0x10410000)
> from space 448K, 73% used [0x10410000, 0x10461ff8, 0x10480000)
> to space 448K, 0% used [0x10480000, 0x10480000, 0x104f0000)
> tenured generation total 60544K, used 7773K [0x109e0000, 0x14500000, 0x18010000)
> the space 60544K, 12% used [0x109e0000, 0x111776a8, 0x11177800, 0x14500000)
> compacting perm gen total 7936K, used 7723K [0x18010000, 0x187d0000, 0x1c010000)
> the space 7936K, 97% used [0x18010000, 0x1879aed0, 0x1879b000, 0x187d0000)
>
> Dynamic libraries:
> 0x00400000 - 0x0040b000 C:\Program Files\Java\j2re1.4.2_11\bin\java.exe
> 0x7c900000 - 0x7c9b0000 C:\WINDOWS\system32\ntdll.dll
> 0x7c800000 - 0x7c8f4000 C:\WINDOWS\system32\kernel32.dll
> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
> 0x77e70000 - 0x77f01000 C:\WINDOWS\system32\RPCRT4.dll
> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\MSVCRT.dll
> 0x08000000 - 0x0813f000 C:\Program Files\Java\j2re1.4.2_11\bin\client\jvm.dll
> 0x77d40000 - 0x77dd0000 C:\WINDOWS\system32\USER32.dll
> 0x77f10000 - 0x77f56000 C:\WINDOWS\system32\GDI32.dll
> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
> 0x10000000 - 0x10007000 C:\Program Files\Java\j2re1.4.2_11\bin\hpi.dll
> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
> 0x00390000 - 0x0039e000 C:\Program Files\Java\j2re1.4.2_11\bin\verify.dll
> 0x003b0000 - 0x003c9000 C:\Program Files\Java\j2re1.4.2_11\bin\java.dll
> 0x003d0000 - 0x003de000 C:\Program Files\Java\j2re1.4.2_11\bin\zip.dll
> 0x7c9c0000 - 0x7d1d4000 C:\WINDOWS\system32\SHELL32.DLL
> 0x77f60000 - 0x77fd6000 C:\WINDOWS\system32\SHLWAPI.dll
> 0x773d0000 - 0x774d2000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
> 0x5d090000 - 0x5d127000 C:\WINDOWS\system32\comctl32.dll
> 0x03160000 - 0x0316f000 C:\Program Files\Java\j2re1.4.2_11\bin\net.dll
> 0x71ab0000 - 0x71ac7000 C:\WINDOWS\system32\WS2_32.dll
> 0x71aa0000 - 0x71aa8000 C:\WINDOWS\system32\WS2HELP.dll
> 0x71a50000 - 0x71a8f000 C:\WINDOWS\system32\mswsock.dll
> 0x662b0000 - 0x66308000 C:\WINDOWS\system32\hnetcfg.dll
> 0x71a90000 - 0x71a98000 C:\WINDOWS\System32\wshtcpip.dll
> 0x76f20000 - 0x76f47000 C:\WINDOWS\system32\DNSAPI.dll
> 0x76fb0000 - 0x76fb8000 C:\WINDOWS\System32\winrnr.dll
> 0x76f60000 - 0x76f8c000 C:\WINDOWS\system32\WLDAP32.dll
> 0x76fc0000 - 0x76fc6000 C:\WINDOWS\system32\rasadhlp.dll
> 0x76d60000 - 0x76d79000 C:\WINDOWS\system32\iphlpapi.dll
> 0x76d40000 - 0x76d58000 C:\WINDOWS\system32\MPRAPI.dll
> 0x77cc0000 - 0x77cf2000 C:\WINDOWS\system32\ACTIVEDS.dll
> 0x76e10000 - 0x76e35000 C:\WINDOWS\system32\adsldpc.dll
> 0x5b860000 - 0x5b8b4000 C:\WINDOWS\system32\NETAPI32.dll
> 0x76b20000 - 0x76b31000 C:\WINDOWS\system32\ATL.DLL
> 0x774e0000 - 0x7761d000 C:\WINDOWS\system32\ole32.dll
> 0x77120000 - 0x771ac000 C:\WINDOWS\system32\OLEAUT32.dll
> 0x76e80000 - 0x76e8e000 C:\WINDOWS\system32\rtutils.dll
> 0x71bf0000 - 0x71c03000 C:\WINDOWS\system32\SAMLIB.dll
> 0x77920000 - 0x77a13000 C:\WINDOWS\system32\SETUPAPI.dll
> 0x71ad0000 - 0x71ad9000 C:\WINDOWS\system32\wsock32.dll
>
> VM Arguments:
> jvm_args: -Xcheck:jni -Xms64m -Xmx128m -Djava.library.path=lib -Dwrapper.key=waFr_heEM4CRjy6H -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=1712 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=6
> java_command: org.tanukisoftware.wrapper.WrapperSimpleApp de.actosoft.accept.Server -Daccept.server.description=ACSW2KHHBLH -jpos=cfg/jpos/accept_server/accept_server.xml
> Launcher Type: SUN_STANDARD
>
> Environment Variables:
> JAVA_HOME=C:\Program Files\Java\j2re1.4.2_11\
> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\SNI\NAMOS\bin;C:\SNI\NAMOS\tools;C:\Retail\Software\OPOS\Bin
> OS=Windows_NT
> PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel
>
>
> --------------- S Y S T E M ---------------
>
> OS: Windows XP Build 2600 Service Pack 2
>
> CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2
>
> Memory: 4k page, physical 515040k(212064k free), swap 1257644k(938952k free)
>
> vm_info: Java HotSpot(TM) Client VM (1.4.2_11-b06) for windows-x86, built on Feb 13 2006 10:19:30 by "java_re" with MS VC++ 6.0
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Hubert F. <hub...@ab...> - 2007-04-03 08:25:07
|
Bernd, The C Part of wrapper (wrapper_win.cpp) corresponds with the user logoff event. If your app runs as console app, it is shut down. and ""User logged out. Shutting down." is logged. If your app runs as service, it continues and "User logged out. Ignored." is logged. Hubert >>> Bernd Laengerich <Ber...@we...> 03.04.2007 10:07 >>> Hi, I experienced some strange JVM issues when using the wrapper. I reported some time ago but got no answer (http://sourceforge.net/mailarchive/forum.php?thread_id=31373037&forum_id=11948). It does not seem to be related to XP Prof SP2, but also occurs with Win2003Server and W2K. I tested an older Version of the Wrapper (3.2.0) too. I now use method 3, I do not call any API methods after startup. At some time, we see these hs_err files being generated, but our program seems to work fine during that time. Sometimes it seems to correspond with a user logging off. Any hints? Bernd ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Hubert F. <hub...@ab...> - 2007-04-03 08:16:00
|
Bernd, http://sourceforge.net/mailarchive/forum.php?thread_id=31373037&forum_id=11948 Sorry, this link does not work, I get an error "No Forum choosen" Hubert >>> Bernd Laengerich <Ber...@we...> 03.04.2007 10:07 >>> Hi, I experienced some strange JVM issues when using the wrapper. I reported some time ago but got no answer (http://sourceforge.net/mailarchive/forum.php?thread_id=31373037&forum_id=11948). It does not seem to be related to XP Prof SP2, but also occurs with Win2003Server and W2K. I tested an older Version of the Wrapper (3.2.0) too. I now use method 3, I do not call any API methods after startup. At some time, we see these hs_err files being generated, but our program seems to work fine during that time. Sometimes it seems to correspond with a user logging off. Any hints? Bernd ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Bernd L. <Ber...@we...> - 2007-04-03 08:07:12
|
Hi, I experienced some strange JVM issues when using the wrapper. I reported some time ago but got no answer (http://sourceforge.net/mailarchive/forum.php?thread_id=31373037&forum_id=11948). It does not seem to be related to XP Prof SP2, but also occurs with Win2003Server and W2K. I tested an older Version of the Wrapper (3.2.0) too. I now use method 3, I do not call any API methods after startup. At some time, we see these hs_err files being generated, but our program seems to work fine during that time. Sometimes it seems to correspond with a user logging off. Any hints? Bernd |
|
From: Hubert F. <hub...@ab...> - 2007-04-03 07:12:24
|
Ben, <The full output is below, but this caught my eye: <INFO | jvm 2 | 2007/04/02 14:10:35 | Loading native library failed: <wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no <wrapper-windows-x86-32 in java.library.path To my knowledge this is by design. This is the normal behaviour of wrapper and not a bug. In WrapperManager.java, you can see what happens: wrapper first tries to load the wrapper.dll as 32 bit platform specific version with extension "-windows-x86-32" in the file name. If that fails, wrapper tries to load the library as "wrapper.dll". So in the log you should see "jvm X | WrapperManager Debug: Loaded native library: wrapper.dll" That would mean, that this part is OK. It sounds silly, but just to be on the safe side: check the timeouts you use in config file. Avoid using a timeout of 1 second, increase it. This is little work and avoids wasting time, if it just a simple thing like this, you never know... hth Hubert >>> "Ben Cox" <ple...@ho...> 02.04.2007 23:17 >>> Leif wrote: >Ben, > Is this something that you are able to reproduce? If so, could you >set the >wrapper.debug=true property and then send me the resulting log? I am not >able to tell the exact cause from what is in the current log. Amazing what that debug output will tell you ;-) The full output is below, but this caught my eye: INFO | jvm 2 | 2007/04/02 14:10:35 | Load native library. One or more attempts may fail if platform specific libraries do not exist. INFO | jvm 2 | 2007/04/02 14:10:35 | Loading native library failed: wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in java.library.path It would appear that my wrapper.dll is not correctly being resolved. The file that came with the distribution is lib/wrapper.dll, but this appears to be asking for wrapper-windows-x86-32.dll. Does that sound correct? Or is it a red herring? Actually, I'd rather be using a 64-bit JVM, so if I will have to build something in order to get around this, perhaps you could suggest a means of building a 64-bit dll? Thanks, Ben DEBUG | wrapper | 2007/04/02 14:10:30 | Waiting 5 seconds before launching another JVM. STATUS | wrapper | 2007/04/02 14:10:34 | Launching a JVM... DEBUG | wrapper | 2007/04/02 14:10:34 | command: "C:\Program Files (x86)\Java\jdk1.6.0\bin\java.exe" -Dcom.sun.management.jmxremote -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true -Dorg.tanukisoftware.wrapper.WrapperManager.mbean.testing=false -XX:PermSize=64m -XX:MaxPermSize=128m -Xms512m -Xmx1236m -Djava.library.path="../lib" -classpath "../lib/wrapper.jar;../build/classes;../lib/mule/commons-attributes-api-2.1.jar;../lib/mule/commons-beanutils-1.7.0.jar;../lib/mule/commons-codec-1.3.jar;../lib/mule/commons-collections-3.2.jar;../lib/mule/commons-dbutils-1.0.jar;../lib/mule/commons-digester-1.7.jar;../lib/mule/commons-discovery-0.2.jar;../lib/mule/commons-httpclient-3.0.1.jar;../lib/mule/commons-io-1.2.jar;../lib/mule/commons-jxpath-1.2.jar;../lib/mule/commons-lang-2.1.jar;../lib/mule/commons-logging-1.0.4.jar;../lib/mule/commons-net-1.3.0.jar;../lib/mule/commons-pool-1.3.jar;../lib/mule/backport-util-concurrent-2.2.jar;../lib/mule/jug-2.0.0-asl.jar;../lib/mule/xercesImpl-2.8.0.jar;../lib/mule/xml-apis-1.3.03.jar;../lib/mule/xstream-1.1.3.jar;../lib/mule/mule-transport-file-1.3.jar;../lib/mule/mule-module-jaas-1.3.jar;../lib/mule/mule-core-1.3.jar;../lib/mule/mule-transport-stream-1.3.jar;../lib/mule/mule-transport-axis -1.3.jar;../lib/mule/mule-module-scripting-1.3.jar;../lib/mule/mule-transport-jms-1.3.jar;../lib/mule/mule-transport-http-1.3.jar;../lib/mule/mule-transport-vm-1.3.jar;../lib/mule/mule-transport-soap-1.3.jar;../lib/mule/mule-module-jotm-1.3.jar;../lib/mule/mule-transport-tcp-1.3.jar;../lib/mule/mule-transport-jdbc-1.3.jar;../lib/mule/mule-transport-email-1.3.jar;../lib/mule/mule-module-client-1.3.jar;../lib/mule/mule-module-xml-1.3.jar;../lib/mule/mule-module-builders-1.3.jar;../lib/mule/mule-transport-udp-1.3.jar;../lib/mule/mule-module-ognl-1.3.jar;../lib/mule/mule-transport-multicast-1.3.jar;../lib/mule/mule-module-management-1.3.jar;../lib/mule/mule-module-i18n-1.3.jar;../lib/mule/mule-transport-rmi-1.3.jar;../lib/mule/mule-module-spring-1.3.jar;../../../amos/site/j2ee.jar;../lib/tomcat/catalina-optional.jar;../lib/tomcat/catalina.jar;../lib/tomcat/commons-el.jar;../lib/tomcat/common s-logging.jar;../lib/tomcat/commons-modeler.jar;../lib/tomcat/jasper-compiler-jdt.jar;../lib/tomcat/jasper-compiler.jar;../lib/tomcat/jasper-runtime.jar;../lib/tomcat/jsp-api.jar;../lib/tomcat/naming-factory.jar;../lib/tomcat/naming-resources.jar;../lib/tomcat/servlet-api.jar;../lib/tomcat/servlets-default.jar;../lib/tomcat/tomcat-coyote.jar;../lib/tomcat/tomcat-http.jar;../lib/tomcat/tomcat-util.jar;../../../amos/site/jamon.jar;../lib/jms/jbossall-client.jar;../lib/log4j-1.2.13.jar;../../../amos/amos_sub_projects/query/classes;../../../amos/amos_sub_projects/util/classes;../../../amos/site/ftpbean.jar;../../../amos/site/je.jar;../../../amos/site/jai_core.jar;../../../amos/site/jxl.jar;../../../amos/site/parser.jar;../../../amos/site/mail.jar;../../../amos/site/xercesImpl.jar;../../../amos/site/castor.jar;../../../amos/site/gnu-regexp-1.0.8.jar;../../../amos/site/jakarta-regexp.jar;../.. /../amos/site/gtftps.jar;../../../amos/amos_sub_projects/webstart_common/classes;../../../amos/site/js.jar;../../../amos/site/axis.jar;../../../amos/site/lucene.jar;../../../amos/site/forms_rt.jar;../../../amos/site/jaxrpc.jar;../../../amos/site/commons-logging.jar;../../../amos/site/commons-discovery.jar;../../../amos/amos_sub_projects/amos_app_server_common/amos_app_server_common.jar;../../../amos/site/Opta.jar;../../../amos/site/xbean.jar;../../../amos/site/jsr173_1.0_api.jar;../../../amos/site/forms.jar;../../../amos/site/classes;../../../amos/site/ss_css2.jar;../../../amos/site/commons-el.jar;../../../amos/site/activation.jar;../../../amos/site/cos.jar;../../../amos/site/JimiProClasses.zip;../../../amos/site/iioprt.jar;../../../amos/site/itext-0.70.jar;../../../amos/site/jacob.jar;../../../amos/site/jai_codec.jar;../../../amos/site/jaxp.jar;../../../amos/site/jcert.jar;../../../amos /site/jdom.jar;../../../amos/site/jndi.jar;../../../amos/site/sqljdbc.jar;../../../amos/site/jta-spec1_0_1.jar;../../../amos/site/soap.jar;../../../amos/site/Verisign.jar;../../../amos/site/jnet.jar;../../../amos/site/jsse.jar;../../../amos/site/jdbc2_0-stdext.jar;../../../amos/site/aqcmsdk25.jar;../../../amos/site/J2TextPrinter.jar;../../../amos/site/wsdl4j.jar;../../../amos/site/ubs.jar;../../../amos/site/JLinkPointTxn.jar;../../../amos/site/saaj.jar;../../../amos/site/jh.jar;../../../amos/site/JLblexts.jar;../../../amos/site/FDXParser.jar;../../../amos/site/FedExAPI.jar;../../../amos/site/GIF.jar;../../../amos/site/sunjce_provider.jar;../../../amos/site/local_policy.jar;../../../amos/site/US_export_policy.jar;../../../amos/site/edtftpj.jar;../../../amos/site/cryptix32.jar;../../../amos/site/poi.jar;../../../amos/amos_sub_projects/amos_cache_server/classes;../../../amos/amos_sub_projec ts/amos_cache_server/amos_cache_server.jar;../../../amos/site/commons-cli-1.0.jar;../../../amos/site/secureStream.jar;../../../amos/site/junit.jar;../../../amos/site/dbunit.jar;../../../amos/site/xjr-1.3.jar;../../../amos/amos_sub_projects/stateserver/classes;../../../amos/amos_sub_projects/encryption/classes;../../../amos/site/gdata-base.jar;../../../amos/site/gdata-client.jar;../../../amos/site/jniwrap.jar;../../../amos/site/winpack.jar;../../../amos/site/commons-net.jar;../lib/spring.jar" -Dwrapper.key="y8ZnOQTSANjXVuSC" -Dwrapper.port=32001 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1768 -Dwrapper.version="3.2.3" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=2 org.tanukisoftware.wrapper.WrapperSimpleApp MyApplication DEBUG | wrapper | 2007/04/02 14:10:34 | JVM started (PID=4928) INFO | jvm 2 | 2007/04/02 14:10:35 | WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@1ba34f2 INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 2 | 2007/04/02 14:10:35 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 2 | 2007/04/02 14:10:35 | INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: JVM #2 INFO | jvm 2 | 2007/04/02 14:10:35 | Running a 32-bit JVM. INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: Registering shutdown hook INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: Using wrapper INFO | jvm 2 | 2007/04/02 14:10:35 | Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager INFO | jvm 2 | 2007/04/02 14:10:35 | Load native library. One or more attempts may fail if platform specific libraries do not exist. INFO | jvm 2 | 2007/04/02 14:10:35 | Loading native library failed: wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in java.library.path INFO | jvm 2 | 2007/04/02 14:10:35 | Loaded native library: wrapper.dll INFO | jvm 2 | 2007/04/02 14:10:35 | Calling native initialization method. INFO | jvm 2 | 2007/04/02 14:10:35 | Initializing WrapperManager native library. INFO | jvm 2 | 2007/04/02 14:10:35 | Java Executable: C:\Program Files (x86)\Java\jdk1.6.0\bin\java.exe INFO | jvm 2 | 2007/04/02 14:10:35 | Windows version: 5.2.3790 INFO | jvm 2 | 2007/04/02 14:10:35 | Java Version : 1.6.0-b105 Java HotSpot(TM) Client VM INFO | jvm 2 | 2007/04/02 14:10:35 | Java VM Vendor : Sun Microsystems Inc. INFO | jvm 2 | 2007/04/02 14:10:35 | INFO | jvm 2 | 2007/04/02 14:10:35 | Control event monitor thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | Startup runner thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@170888e, args[]) called by thread: main INFO | jvm 2 | 2007/04/02 14:10:35 | Communications runner thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | Open socket to wrapper...Wrapper-Connection INFO | jvm 2 | 2007/04/02 14:10:35 | Failed attempt to bind using local port 31000 INFO | jvm 2 | 2007/04/02 14:10:35 | Opened Socket from 31001 to 32001 INFO | jvm 2 | 2007/04/02 14:10:35 | Send a packet KEY : y8ZnOQTSANjXVuSC INFO | jvm 2 | 2007/04/02 14:10:35 | handleSocket(Socket[addr=/127.0.0.1,port=32001,localport=31001]) DEBUG | wrapperp | 2007/04/02 14:10:35 | accepted a socket from 127.0.0.1 on port 31001 DEBUG | wrapperp | 2007/04/02 14:10:35 | read a packet KEY : y8ZnOQTSANjXVuSC DEBUG | wrapper | 2007/04/02 14:10:35 | Got key from JVM: y8ZnOQTSANjXVuSC DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet PROPERTIES : (Property Values) DEBUG | wrapper | 2007/04/02 14:10:35 | Start Application. DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet START : start DEBUG | wrapperp | 2007/04/02 14:10:35 | socket send failed. (10035) ERROR | wrapper | 2007/04/02 14:10:35 | Unable to send the start command to the JVM. INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet PING_TIMEOUT : 30 INFO | jvm 2 | 2007/04/02 14:10:35 | PingTimeout from Wrapper is 30000 INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet PROPERTIES : (Property Values) INFO | jvm 2 | 2007/04/02 14:10:35 | Closing socket. INFO | jvm 2 | 2007/04/02 14:10:35 | Open socket to wrapper...Wrapper-Connection INFO | jvm 2 | 2007/04/02 14:10:35 | Failed attempt to bind using local port 31000 INFO | jvm 2 | 2007/04/02 14:10:35 | Opened Socket from 31001 to 32001 INFO | jvm 2 | 2007/04/02 14:10:35 | Send a packet KEY : y8ZnOQTSANjXVuSC INFO | jvm 2 | 2007/04/02 14:10:35 | handleSocket(Socket[addr=/127.0.0.1,port=32001,localport=31001]) DEBUG | wrapperp | 2007/04/02 14:10:35 | server listening on port 32000. ERROR | wrapper | 2007/04/02 14:10:35 | JVM did not exit on request, terminated DEBUG | wrapper | 2007/04/02 14:10:35 | JVM was only running for 1 seconds leading to a failed restart count of 2. DEBUG | wrapper | 2007/04/02 14:10:35 | Waiting 5 seconds before launching another JVM. STATUS | wrapper | 2007/04/02 14:10:40 | Launching a JVM... _________________________________________________________________ Mortgage refinance is hot 1) Rates near 30-yr lows 2) Good credit get intro-rate 4.625%* https://www2.nextag.com/goto.jsp?product=100000035&url=%2fst.jsp&tm=y&search=mortgage_text_links_88_h2a5f&s=4056&p=5117&disc=y&vers=743 ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Ben C. <ple...@ho...> - 2007-04-02 21:19:31
|
Thanks, Hubert - this is a good clue. However, I'm using the simplest integration method, so there's no WrapperManager.signalStarting() call in my code. Ben >From: "Hubert Felber" <hub...@ab...> >Reply-To: wra...@li... >To: <wra...@li...> >Subject: Re: [Wrapper-user] Restart request causes 5 rapid retries >and death >Date: Mon, 02 Apr 2007 10:07:02 +0200 > >Ben, > >Just an assumption: >check the comment on >http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html > on the bottom of the site, about > WrapperManager.signalStarting(int millis) and >WrapperManager.signalStopping(int millis). > >I noticed the following: >Calling WrapperManager.signalStopping(1000); I expected that the value >is added to the TimeToWait defined in the conf file. But it seams that >it is not added but replaced. This is the new time to wait. And if you >call it on Windows with value 1000, it causes or can cause a quite >immediate exit. > >Perhaps your problems have something to do with this. > >hth >Hubert > >btw > >on the bottom of the mentioned site you read: > ><BTW Great Job Leif! > >Yes, indeed! > > > >>> "Ben Cox" <ple...@ho...> 30.03.2007 22:37 >>> >Hi all, > >I've been using Wrapper version 3.2.3 to manage my service on a Windows >2003 >Server machine. Everything is working rather well, except occasionally >when >requesting a restart from within the app (and sometimes just during a >"normal" restart after an error). What will happen is that the wrapper >will >attempt to start my app and then give up and terminate the JVM within >_one_ >second! > >At least, that's how it looks from the timestamps on the log output >(below)... am I missing (or misinterpreting) a config file setting? > >Thanks, > >Ben > > >STATUS | wrapper | 2007/03/20 15:48:27 | JVM requested a restart. > >STATUS | wrapper | 2007/03/20 15:48:34 | Launching a JVM... > >INFO | jvm 17 | 2007/03/20 15:48:34 | Wrapper (Version 3.2.3) >http://wrapper.tanukisoftware.org > >INFO | jvm 17 | 2007/03/20 15:48:34 | Copyright 1999-2006 Tanuki > >Software, Inc. All Rights Reserved. > >INFO | jvm 17 | 2007/03/20 15:48:34 | > >ERROR | wrapper | 2007/03/20 15:48:34 | Unable to send the start >command >to the JVM. > >ERROR | wrapper | 2007/03/20 15:48:34 | JVM did not exit on request, > >terminated > >STATUS | wrapper | 2007/03/20 15:48:39 | Launching a JVM... > >INFO | jvm 18 | 2007/03/20 15:48:40 | Wrapper (Version 3.2.3) >http://wrapper.tanukisoftware.org > >INFO | jvm 18 | 2007/03/20 15:48:40 | Copyright 1999-2006 Tanuki > >Software, Inc. All Rights Reserved. > >INFO | jvm 18 | 2007/03/20 15:48:40 | > >ERROR | wrapper | 2007/03/20 15:48:40 | Unable to send the start >command >to the JVM. > >ERROR | wrapper | 2007/03/20 15:48:40 | JVM did not exit on request, > >terminated > >STATUS | wrapper | 2007/03/20 15:48:45 | Launching a JVM... > >INFO | jvm 19 | 2007/03/20 15:48:45 | Wrapper (Version 3.2.3) >http://wrapper.tanukisoftware.org > >INFO | jvm 19 | 2007/03/20 15:48:45 | Copyright 1999-2006 Tanuki > >Software, Inc. All Rights Reserved. > >INFO | jvm 19 | 2007/03/20 15:48:45 | > >ERROR | wrapper | 2007/03/20 15:48:45 | Unable to send the start >command >to the JVM. > >ERROR | wrapper | 2007/03/20 15:48:46 | JVM did not exit on request, > >terminated > >STATUS | wrapper | 2007/03/20 15:48:51 | Launching a JVM... > >INFO | jvm 20 | 2007/03/20 15:48:51 | Wrapper (Version 3.2.3) >http://wrapper.tanukisoftware.org > >INFO | jvm 20 | 2007/03/20 15:48:51 | Copyright 1999-2006 Tanuki > >Software, Inc. All Rights Reserved. > >INFO | jvm 20 | 2007/03/20 15:48:51 | > >ERROR | wrapper | 2007/03/20 15:48:51 | Unable to send the start >command >to the JVM. > >ERROR | wrapper | 2007/03/20 15:48:51 | JVM did not exit on request, > >terminated > >STATUS | wrapper | 2007/03/20 15:48:56 | Launching a JVM... > >INFO | jvm 21 | 2007/03/20 15:48:57 | Wrapper (Version 3.2.3) >http://wrapper.tanukisoftware.org > >INFO | jvm 21 | 2007/03/20 15:48:57 | Copyright 1999-2006 Tanuki > >Software, Inc. All Rights Reserved. > >INFO | jvm 21 | 2007/03/20 15:48:57 | > >ERROR | wrapper | 2007/03/20 15:48:57 | Unable to send the start >command >to the JVM. > >ERROR | wrapper | 2007/03/20 15:48:57 | JVM did not exit on request, > >terminated > >FATAL | wrapper | 2007/03/20 15:48:57 | There were 5 failed launches >in a >row, each lasting less than 300 seconds. Giving up. > >FATAL | wrapper | 2007/03/20 15:48:57 | There may be a >configuration >problem: please check the logs. > >STATUS | wrapper | 2007/03/20 15:48:58 | <-- Wrapper Stopped > >_________________________________________________________________ >Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN >Presents today. >http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001 > > > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share >your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share >your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user _________________________________________________________________ Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN Presents today. http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001 |
|
From: Ben C. <ple...@ho...> - 2007-04-02 21:18:09
|
Leif wrote: >Ben, > Is this something that you are able to reproduce? If so, could you >set the >wrapper.debug=true property and then send me the resulting log? I am not >able to tell the exact cause from what is in the current log. Amazing what that debug output will tell you ;-) The full output is below, but this caught my eye: INFO | jvm 2 | 2007/04/02 14:10:35 | Load native library. One or more attempts may fail if platform specific libraries do not exist. INFO | jvm 2 | 2007/04/02 14:10:35 | Loading native library failed: wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in java.library.path It would appear that my wrapper.dll is not correctly being resolved. The file that came with the distribution is lib/wrapper.dll, but this appears to be asking for wrapper-windows-x86-32.dll. Does that sound correct? Or is it a red herring? Actually, I'd rather be using a 64-bit JVM, so if I will have to build something in order to get around this, perhaps you could suggest a means of building a 64-bit dll? Thanks, Ben DEBUG | wrapper | 2007/04/02 14:10:30 | Waiting 5 seconds before launching another JVM. STATUS | wrapper | 2007/04/02 14:10:34 | Launching a JVM... DEBUG | wrapper | 2007/04/02 14:10:34 | command: "C:\Program Files (x86)\Java\jdk1.6.0\bin\java.exe" -Dcom.sun.management.jmxremote -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true -Dorg.tanukisoftware.wrapper.WrapperManager.mbean.testing=false -XX:PermSize=64m -XX:MaxPermSize=128m -Xms512m -Xmx1236m -Djava.library.path="../lib" -classpath "../lib/wrapper.jar;../build/classes;../lib/mule/commons-attributes-api-2.1.jar;../lib/mule/commons-beanutils-1.7.0.jar;../lib/mule/commons-codec-1.3.jar;../lib/mule/commons-collections-3.2.jar;../lib/mule/commons-dbutils-1.0.jar;../lib/mule/commons-digester-1.7.jar;../lib/mule/commons-discovery-0.2.jar;../lib/mule/commons-httpclient-3.0.1.jar;../lib/mule/commons-io-1.2.jar;../lib/mule/commons-jxpath-1.2.jar;../lib/mule/commons-lang-2.1.jar;../lib/mule/commons-logging-1.0.4.jar;../lib/mule/commons-net-1.3.0.jar;../lib/mule/commons-pool-1.3.jar;../lib/mule/backport-util-concurrent-2.2.jar;../lib/mule/jug-2.0.0-asl.jar;../lib/mule/xercesImpl-2.8.0.jar;../lib/mule/xml-apis-1.3.03.jar;../lib/mule/xstream-1.1.3.jar;../lib/mule/mule-transport-file-1.3.jar;../lib/mule/mule-module-jaas-1.3.jar;../lib/mule/mule-core-1.3.jar;../lib/mule/mule-transport-stream-1.3.jar;../lib/mule/mule-transport-axis -1.3.jar;../lib/mule/mule-module-scripting-1.3.jar;../lib/mule/mule-transport-jms-1.3.jar;../lib/mule/mule-transport-http-1.3.jar;../lib/mule/mule-transport-vm-1.3.jar;../lib/mule/mule-transport-soap-1.3.jar;../lib/mule/mule-module-jotm-1.3.jar;../lib/mule/mule-transport-tcp-1.3.jar;../lib/mule/mule-transport-jdbc-1.3.jar;../lib/mule/mule-transport-email-1.3.jar;../lib/mule/mule-module-client-1.3.jar;../lib/mule/mule-module-xml-1.3.jar;../lib/mule/mule-module-builders-1.3.jar;../lib/mule/mule-transport-udp-1.3.jar;../lib/mule/mule-module-ognl-1.3.jar;../lib/mule/mule-transport-multicast-1.3.jar;../lib/mule/mule-module-management-1.3.jar;../lib/mule/mule-module-i18n-1.3.jar;../lib/mule/mule-transport-rmi-1.3.jar;../lib/mule/mule-module-spring-1.3.jar;../../../amos/site/j2ee.jar;../lib/tomcat/catalina-optional.jar;../lib/tomcat/catalina.jar;../lib/tomcat/commons-el.jar;../lib/tomcat/common s-logging.jar;../lib/tomcat/commons-modeler.jar;../lib/tomcat/jasper-compiler-jdt.jar;../lib/tomcat/jasper-compiler.jar;../lib/tomcat/jasper-runtime.jar;../lib/tomcat/jsp-api.jar;../lib/tomcat/naming-factory.jar;../lib/tomcat/naming-resources.jar;../lib/tomcat/servlet-api.jar;../lib/tomcat/servlets-default.jar;../lib/tomcat/tomcat-coyote.jar;../lib/tomcat/tomcat-http.jar;../lib/tomcat/tomcat-util.jar;../../../amos/site/jamon.jar;../lib/jms/jbossall-client.jar;../lib/log4j-1.2.13.jar;../../../amos/amos_sub_projects/query/classes;../../../amos/amos_sub_projects/util/classes;../../../amos/site/ftpbean.jar;../../../amos/site/je.jar;../../../amos/site/jai_core.jar;../../../amos/site/jxl.jar;../../../amos/site/parser.jar;../../../amos/site/mail.jar;../../../amos/site/xercesImpl.jar;../../../amos/site/castor.jar;../../../amos/site/gnu-regexp-1.0.8.jar;../../../amos/site/jakarta-regexp.jar;../.. /../amos/site/gtftps.jar;../../../amos/amos_sub_projects/webstart_common/classes;../../../amos/site/js.jar;../../../amos/site/axis.jar;../../../amos/site/lucene.jar;../../../amos/site/forms_rt.jar;../../../amos/site/jaxrpc.jar;../../../amos/site/commons-logging.jar;../../../amos/site/commons-discovery.jar;../../../amos/amos_sub_projects/amos_app_server_common/amos_app_server_common.jar;../../../amos/site/Opta.jar;../../../amos/site/xbean.jar;../../../amos/site/jsr173_1.0_api.jar;../../../amos/site/forms.jar;../../../amos/site/classes;../../../amos/site/ss_css2.jar;../../../amos/site/commons-el.jar;../../../amos/site/activation.jar;../../../amos/site/cos.jar;../../../amos/site/JimiProClasses.zip;../../../amos/site/iioprt.jar;../../../amos/site/itext-0.70.jar;../../../amos/site/jacob.jar;../../../amos/site/jai_codec.jar;../../../amos/site/jaxp.jar;../../../amos/site/jcert.jar;../../../amos /site/jdom.jar;../../../amos/site/jndi.jar;../../../amos/site/sqljdbc.jar;../../../amos/site/jta-spec1_0_1.jar;../../../amos/site/soap.jar;../../../amos/site/Verisign.jar;../../../amos/site/jnet.jar;../../../amos/site/jsse.jar;../../../amos/site/jdbc2_0-stdext.jar;../../../amos/site/aqcmsdk25.jar;../../../amos/site/J2TextPrinter.jar;../../../amos/site/wsdl4j.jar;../../../amos/site/ubs.jar;../../../amos/site/JLinkPointTxn.jar;../../../amos/site/saaj.jar;../../../amos/site/jh.jar;../../../amos/site/JLblexts.jar;../../../amos/site/FDXParser.jar;../../../amos/site/FedExAPI.jar;../../../amos/site/GIF.jar;../../../amos/site/sunjce_provider.jar;../../../amos/site/local_policy.jar;../../../amos/site/US_export_policy.jar;../../../amos/site/edtftpj.jar;../../../amos/site/cryptix32.jar;../../../amos/site/poi.jar;../../../amos/amos_sub_projects/amos_cache_server/classes;../../../amos/amos_sub_projec ts/amos_cache_server/amos_cache_server.jar;../../../amos/site/commons-cli-1.0.jar;../../../amos/site/secureStream.jar;../../../amos/site/junit.jar;../../../amos/site/dbunit.jar;../../../amos/site/xjr-1.3.jar;../../../amos/amos_sub_projects/stateserver/classes;../../../amos/amos_sub_projects/encryption/classes;../../../amos/site/gdata-base.jar;../../../amos/site/gdata-client.jar;../../../amos/site/jniwrap.jar;../../../amos/site/winpack.jar;../../../amos/site/commons-net.jar;../lib/spring.jar" -Dwrapper.key="y8ZnOQTSANjXVuSC" -Dwrapper.port=32001 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1768 -Dwrapper.version="3.2.3" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=2 org.tanukisoftware.wrapper.WrapperSimpleApp MyApplication DEBUG | wrapper | 2007/04/02 14:10:34 | JVM started (PID=4928) INFO | jvm 2 | 2007/04/02 14:10:35 | WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@1ba34f2 INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 2 | 2007/04/02 14:10:35 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 2 | 2007/04/02 14:10:35 | INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: JVM #2 INFO | jvm 2 | 2007/04/02 14:10:35 | Running a 32-bit JVM. INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: Registering shutdown hook INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: Using wrapper INFO | jvm 2 | 2007/04/02 14:10:35 | Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager INFO | jvm 2 | 2007/04/02 14:10:35 | Load native library. One or more attempts may fail if platform specific libraries do not exist. INFO | jvm 2 | 2007/04/02 14:10:35 | Loading native library failed: wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in java.library.path INFO | jvm 2 | 2007/04/02 14:10:35 | Loaded native library: wrapper.dll INFO | jvm 2 | 2007/04/02 14:10:35 | Calling native initialization method. INFO | jvm 2 | 2007/04/02 14:10:35 | Initializing WrapperManager native library. INFO | jvm 2 | 2007/04/02 14:10:35 | Java Executable: C:\Program Files (x86)\Java\jdk1.6.0\bin\java.exe INFO | jvm 2 | 2007/04/02 14:10:35 | Windows version: 5.2.3790 INFO | jvm 2 | 2007/04/02 14:10:35 | Java Version : 1.6.0-b105 Java HotSpot(TM) Client VM INFO | jvm 2 | 2007/04/02 14:10:35 | Java VM Vendor : Sun Microsystems Inc. INFO | jvm 2 | 2007/04/02 14:10:35 | INFO | jvm 2 | 2007/04/02 14:10:35 | Control event monitor thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | Startup runner thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@170888e, args[]) called by thread: main INFO | jvm 2 | 2007/04/02 14:10:35 | Communications runner thread started. INFO | jvm 2 | 2007/04/02 14:10:35 | Open socket to wrapper...Wrapper-Connection INFO | jvm 2 | 2007/04/02 14:10:35 | Failed attempt to bind using local port 31000 INFO | jvm 2 | 2007/04/02 14:10:35 | Opened Socket from 31001 to 32001 INFO | jvm 2 | 2007/04/02 14:10:35 | Send a packet KEY : y8ZnOQTSANjXVuSC INFO | jvm 2 | 2007/04/02 14:10:35 | handleSocket(Socket[addr=/127.0.0.1,port=32001,localport=31001]) DEBUG | wrapperp | 2007/04/02 14:10:35 | accepted a socket from 127.0.0.1 on port 31001 DEBUG | wrapperp | 2007/04/02 14:10:35 | read a packet KEY : y8ZnOQTSANjXVuSC DEBUG | wrapper | 2007/04/02 14:10:35 | Got key from JVM: y8ZnOQTSANjXVuSC DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet PROPERTIES : (Property Values) DEBUG | wrapper | 2007/04/02 14:10:35 | Start Application. DEBUG | wrapperp | 2007/04/02 14:10:35 | send a packet START : start DEBUG | wrapperp | 2007/04/02 14:10:35 | socket send failed. (10035) ERROR | wrapper | 2007/04/02 14:10:35 | Unable to send the start command to the JVM. INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 2 | 2007/04/02 14:10:35 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet PING_TIMEOUT : 30 INFO | jvm 2 | 2007/04/02 14:10:35 | PingTimeout from Wrapper is 30000 INFO | jvm 2 | 2007/04/02 14:10:35 | Received a packet PROPERTIES : (Property Values) INFO | jvm 2 | 2007/04/02 14:10:35 | Closing socket. INFO | jvm 2 | 2007/04/02 14:10:35 | Open socket to wrapper...Wrapper-Connection INFO | jvm 2 | 2007/04/02 14:10:35 | Failed attempt to bind using local port 31000 INFO | jvm 2 | 2007/04/02 14:10:35 | Opened Socket from 31001 to 32001 INFO | jvm 2 | 2007/04/02 14:10:35 | Send a packet KEY : y8ZnOQTSANjXVuSC INFO | jvm 2 | 2007/04/02 14:10:35 | handleSocket(Socket[addr=/127.0.0.1,port=32001,localport=31001]) DEBUG | wrapperp | 2007/04/02 14:10:35 | server listening on port 32000. ERROR | wrapper | 2007/04/02 14:10:35 | JVM did not exit on request, terminated DEBUG | wrapper | 2007/04/02 14:10:35 | JVM was only running for 1 seconds leading to a failed restart count of 2. DEBUG | wrapper | 2007/04/02 14:10:35 | Waiting 5 seconds before launching another JVM. STATUS | wrapper | 2007/04/02 14:10:40 | Launching a JVM... _________________________________________________________________ Mortgage refinance is hot 1) Rates near 30-yr lows 2) Good credit get intro-rate 4.625%* https://www2.nextag.com/goto.jsp?product=100000035&url=%2fst.jsp&tm=y&search=mortgage_text_links_88_h2a5f&s=4056&p=5117&disc=y&vers=743 |
|
From: Andreas W. <And...@ag...> - 2007-04-02 11:15:37
|
Hi Leif, I see no problem in just releasing a universal binary for Mac OS X. The only drawback is that it will not run on OS X 10.3 anymore. This Apple web site (http://www.apple.com/universal/) says that you need = at least Mac OS X 10.4.4 for running universal binaries. Cheers, Andreas -----Original Message----- From: wra...@li... = [mailto:wra...@li...] On Behalf Of Leif = Mortenson Sent: Monday, April 02, 2007 10:16 To: Wrapper User List Subject: [Wrapper-user] Question for OSX users Hi all, Currently, I am generating x86, PPC, AND a universal cross platform OSX distribution. This adds a lot of work and complexity. Looking at other applications, it looks like the norm to simply release a universal distribution. I am thinking about removing support for the x86 and PPC specific OSX distributions in the next release. Please let me know if you have any thoughts on this. Cheers, Leif -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2007-04-02 08:16:15
|
Hi all, Currently, I am generating x86, PPC, AND a universal cross platform OSX distribution. This adds a lot of work and complexity. Looking at other applications, it looks like the norm to simply release a universal distribution. I am thinking about removing support for the x86 and PPC specific OSX distributions in the next release. Please let me know if you have any thoughts on this. Cheers, Leif |
|
From: Hubert F. <hub...@ab...> - 2007-04-02 08:07:40
|
Ben, Just an assumption: check the comment on http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html on the bottom of the site, about WrapperManager.signalStarting(int millis) and WrapperManager.signalStopping(int millis). I noticed the following: Calling WrapperManager.signalStopping(1000); I expected that the value is added to the TimeToWait defined in the conf file. But it seams that it is not added but replaced. This is the new time to wait. And if you call it on Windows with value 1000, it causes or can cause a quite immediate exit. Perhaps your problems have something to do with this. hth Hubert btw on the bottom of the mentioned site you read: <BTW Great Job Leif! Yes, indeed! >>> "Ben Cox" <ple...@ho...> 30.03.2007 22:37 >>> Hi all, I've been using Wrapper version 3.2.3 to manage my service on a Windows 2003 Server machine. Everything is working rather well, except occasionally when requesting a restart from within the app (and sometimes just during a "normal" restart after an error). What will happen is that the wrapper will attempt to start my app and then give up and terminate the JVM within _one_ second! At least, that's how it looks from the timestamps on the log output (below)... am I missing (or misinterpreting) a config file setting? Thanks, Ben STATUS | wrapper | 2007/03/20 15:48:27 | JVM requested a restart. STATUS | wrapper | 2007/03/20 15:48:34 | Launching a JVM... INFO | jvm 17 | 2007/03/20 15:48:34 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 17 | 2007/03/20 15:48:34 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 17 | 2007/03/20 15:48:34 | ERROR | wrapper | 2007/03/20 15:48:34 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:34 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:39 | Launching a JVM... INFO | jvm 18 | 2007/03/20 15:48:40 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 18 | 2007/03/20 15:48:40 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 18 | 2007/03/20 15:48:40 | ERROR | wrapper | 2007/03/20 15:48:40 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:40 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:45 | Launching a JVM... INFO | jvm 19 | 2007/03/20 15:48:45 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 19 | 2007/03/20 15:48:45 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 19 | 2007/03/20 15:48:45 | ERROR | wrapper | 2007/03/20 15:48:45 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:46 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:51 | Launching a JVM... INFO | jvm 20 | 2007/03/20 15:48:51 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 20 | 2007/03/20 15:48:51 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 20 | 2007/03/20 15:48:51 | ERROR | wrapper | 2007/03/20 15:48:51 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:51 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:56 | Launching a JVM... INFO | jvm 21 | 2007/03/20 15:48:57 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 21 | 2007/03/20 15:48:57 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 21 | 2007/03/20 15:48:57 | ERROR | wrapper | 2007/03/20 15:48:57 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:57 | JVM did not exit on request, terminated FATAL | wrapper | 2007/03/20 15:48:57 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2007/03/20 15:48:57 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2007/03/20 15:48:58 | <-- Wrapper Stopped _________________________________________________________________ Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN Presents today. http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001 ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2007-03-31 02:45:59
|
Ben,
Is this something that you are able to reproduce? If so, could you
set the
wrapper.debug=true property and then send me the resulting log? I am not
able to tell the exact cause from what is in the current log.
The JVM is being launched, the WrapperManager class is being initialized
and a socket is being opened back to the Wrapper process. It appears to be
failing when the Wrapper process sends a packet back to the JVM.
Cheers,
Leif
Ben Cox wrote:
> Hi all,
>
> I've been using Wrapper version 3.2.3 to manage my service on a Windows 2003
> Server machine. Everything is working rather well, except occasionally when
> requesting a restart from within the app (and sometimes just during a
> "normal" restart after an error). What will happen is that the wrapper will
> attempt to start my app and then give up and terminate the JVM within _one_
> second!
>
> At least, that's how it looks from the timestamps on the log output
> (below)... am I missing (or misinterpreting) a config file setting?
>
> Thanks,
>
> Ben
>
>
> STATUS | wrapper | 2007/03/20 15:48:27 | JVM requested a restart.
>
> STATUS | wrapper | 2007/03/20 15:48:34 | Launching a JVM...
>
> INFO | jvm 17 | 2007/03/20 15:48:34 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 17 | 2007/03/20 15:48:34 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 17 | 2007/03/20 15:48:34 |
>
> ERROR | wrapper | 2007/03/20 15:48:34 | Unable to send the start command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:34 | JVM did not exit on request,
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:39 | Launching a JVM...
>
> INFO | jvm 18 | 2007/03/20 15:48:40 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 18 | 2007/03/20 15:48:40 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 18 | 2007/03/20 15:48:40 |
>
> ERROR | wrapper | 2007/03/20 15:48:40 | Unable to send the start command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:40 | JVM did not exit on request,
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:45 | Launching a JVM...
>
> INFO | jvm 19 | 2007/03/20 15:48:45 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 19 | 2007/03/20 15:48:45 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 19 | 2007/03/20 15:48:45 |
>
> ERROR | wrapper | 2007/03/20 15:48:45 | Unable to send the start command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:46 | JVM did not exit on request,
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:51 | Launching a JVM...
>
> INFO | jvm 20 | 2007/03/20 15:48:51 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 20 | 2007/03/20 15:48:51 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 20 | 2007/03/20 15:48:51 |
>
> ERROR | wrapper | 2007/03/20 15:48:51 | Unable to send the start command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:51 | JVM did not exit on request,
> terminated
>
> STATUS | wrapper | 2007/03/20 15:48:56 | Launching a JVM...
>
> INFO | jvm 21 | 2007/03/20 15:48:57 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 21 | 2007/03/20 15:48:57 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
>
> INFO | jvm 21 | 2007/03/20 15:48:57 |
>
> ERROR | wrapper | 2007/03/20 15:48:57 | Unable to send the start command
> to the JVM.
>
> ERROR | wrapper | 2007/03/20 15:48:57 | JVM did not exit on request,
> terminated
>
> FATAL | wrapper | 2007/03/20 15:48:57 | There were 5 failed launches in a
> row, each lasting less than 300 seconds. Giving up.
>
> FATAL | wrapper | 2007/03/20 15:48:57 | There may be a configuration
> problem: please check the logs.
>
> STATUS | wrapper | 2007/03/20 15:48:58 | <-- Wrapper Stopped
>
> _________________________________________________________________
> Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN
> Presents today.
> http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: Ben C. <ple...@ho...> - 2007-03-30 20:37:47
|
Hi all, I've been using Wrapper version 3.2.3 to manage my service on a Windows 2003 Server machine. Everything is working rather well, except occasionally when requesting a restart from within the app (and sometimes just during a "normal" restart after an error). What will happen is that the wrapper will attempt to start my app and then give up and terminate the JVM within _one_ second! At least, that's how it looks from the timestamps on the log output (below)... am I missing (or misinterpreting) a config file setting? Thanks, Ben STATUS | wrapper | 2007/03/20 15:48:27 | JVM requested a restart. STATUS | wrapper | 2007/03/20 15:48:34 | Launching a JVM... INFO | jvm 17 | 2007/03/20 15:48:34 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 17 | 2007/03/20 15:48:34 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 17 | 2007/03/20 15:48:34 | ERROR | wrapper | 2007/03/20 15:48:34 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:34 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:39 | Launching a JVM... INFO | jvm 18 | 2007/03/20 15:48:40 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 18 | 2007/03/20 15:48:40 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 18 | 2007/03/20 15:48:40 | ERROR | wrapper | 2007/03/20 15:48:40 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:40 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:45 | Launching a JVM... INFO | jvm 19 | 2007/03/20 15:48:45 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 19 | 2007/03/20 15:48:45 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 19 | 2007/03/20 15:48:45 | ERROR | wrapper | 2007/03/20 15:48:45 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:46 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:51 | Launching a JVM... INFO | jvm 20 | 2007/03/20 15:48:51 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 20 | 2007/03/20 15:48:51 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 20 | 2007/03/20 15:48:51 | ERROR | wrapper | 2007/03/20 15:48:51 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:51 | JVM did not exit on request, terminated STATUS | wrapper | 2007/03/20 15:48:56 | Launching a JVM... INFO | jvm 21 | 2007/03/20 15:48:57 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 21 | 2007/03/20 15:48:57 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 21 | 2007/03/20 15:48:57 | ERROR | wrapper | 2007/03/20 15:48:57 | Unable to send the start command to the JVM. ERROR | wrapper | 2007/03/20 15:48:57 | JVM did not exit on request, terminated FATAL | wrapper | 2007/03/20 15:48:57 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2007/03/20 15:48:57 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2007/03/20 15:48:58 | <-- Wrapper Stopped _________________________________________________________________ Watch free concerts with Pink, Rod Stewart, Oasis and more. Visit MSN Presents today. http://music.msn.com/presents?icid=ncmsnpresentstagline&ocid=T002MSN03A07001 |
|
From: Leif M. <le...@ta...> - 2007-03-29 23:24:43
|
Bhagya,
This has been cleaned up for the next release. The problem is that
when debugging,
the JVM is paused and and Wrapper things it is hung and kills it. If
you look at the
Wrapper.log file you will most likely see output to that effect.
To work around this for now, you need to extend or disable the
various timeouts.
wrapper.startup.timeout=3600
wrapper.ping.timeout=3600
wrapper.shutdown.timeout=3600
Make sure you remove those settings when you are done debugging as they
disable the ability of the wrapper to detect hung JVMs for an hour. The
above
settings will allow you to keep the JVM paused for one hour. If you
need to do
so for longer, then extend the timeouts further. Read over the docs
for those
properties:
http://wrapper.tanukisoftware.org/doc/english/properties.html
Cheers,
Leif
Prabhakar, Bhagyashree wrote:
>
> I am able to hook up my eclipse debugger to the Wrapper after
> specifying additional parameters to the wrapper
>
> wrapper.java.additional.12="-Xdebug" \
> wrapper.java.additional.13="-Xnoagent" \
> wrapper.java.additional.14="-Djava.compiler=NONE" \
>
> wrapper.java.additional.15="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\
>
>
> However, the execution does not wait at any breakpoint. Also the
> debugger get disconnected as soon as one response is received from the
> webservice with a message "Remote Java Application Terminated" . Can
> anybody please help me fix this strange behavior?
>
> Thanks,
> Bhagya
>
|
|
From: Leif M. <le...@ta...> - 2007-03-29 23:20:15
|
Almond,
You can make references to environment variables in your wrapper.conf.
Try this:
wrapper.app.parameter.1=%WEBSERVICE_PATH%
Described in the docs here:
http://wrapper.tanukisoftware.org/doc/english/props-envvars.html
Cheers
Leif
Almond Khan wrote:
> Hi,
>
> First, thanks for this wonderful tool. It has made my life much simpler.
>
> I am using embedded tomcat and I have to pass 1st parameter as webapps
> path. For testing purpose the following works
>
> wrapper.app.parameter.1=
> C:\ncp\NCP\main\component\CPWebService\target\CPWebService-cpserver\CPWebService
>
> But I do not want to hard code the value in conf file as user could
> define its root any where. Is there any way I could define some thing
> at run time or deployment time
>
> wrapper.app.parameter.1=SOME_ENVIRONMENT_VARIABLE or RUN_TIME_VALUE
>
> Thanks,
>
> Khan
|
|
From: Almond K. <sha...@ho...> - 2007-03-29 22:31:00
|
Hi, First, thanks for this wonderful tool. It has made my life much simpler. I am using embedded tomcat and I have to pass 1st parameter as webapps path. For testing purpose the following works wrapper.app.parameter.1= C:\ncp\NCP\main\component\CPWebService\target\CPWebService-cpserver\CPWebService But I do not want to hard code the value in conf file as user could define its root any where. Is there any way I could define some thing at run time or deployment time wrapper.app.parameter.1=SOME_ENVIRONMENT_VARIABLE or RUN_TIME_VALUE Thanks, Khan |
|
From: Prabhakar, B. <bha...@et...> - 2007-03-29 21:02:52
|
> I am able to hook up my eclipse debugger to the Wrapper after > specifying additional parameters to the wrapper=20 > =20 > wrapper.java.additional.12=3D"-Xdebug" \ > wrapper.java.additional.13=3D"-Xnoagent" \ > wrapper.java.additional.14=3D"-Djava.compiler=3DNONE" = \ > =20 > = wrapper.java.additional.15=3D"-Xrunjdwp:transport=3Ddt_socket,address=3D8= 000 > ,server=3Dy,suspend=3Dy"\ >=20 > However, the execution does not wait at any breakpoint. Also the > debugger get disconnected as soon as one response is received from the > webservice with a message "Remote Java Application Terminated" . Can > anybody please help me fix this strange behavior? >=20 > Thanks, > Bhagya >=20 >=20 >=20 |
165 messages has been excluded from this view by a project administrator.
