Menu
▾
▴
[Wrapper-user] uninstall service issues...
|
From: Anil N. J. <aju...@ho...> - 2005-05-20 18:33:40
|
Hi, I currenlty have my application deployed with the Java Service Wrapper. I have a few applications dependent on my main "server". Eg. My application server installed as a service has, say the WindowNT Service Name: 'server' I have an application with the WindowNT Service Name, say : 'app1' which is DEPENDENT(using the wrapper.nt.dependency property' on this 'server'. When both are installed as a service and running fine, I try to issue the command to Uninstall the 'app1' from the 'server', meaning : server\..\app1\UnInstallApp-NT.bat When I do this, instead of stopping and uninstalling the 'app1', it gives me the message: wrapper | Attempt to stop the 'server' service failed. Status: RUNNING I am logged in to the system as an Administrator. Appreciate the help, Thanks, ----Anil ----- Original Message ----- From: <wra...@li...> To: <wra...@li...> Sent: Wednesday, May 18, 2005 7:16 AM Subject: Wrapper-user digest, Vol 1 #597 - 7 msgs > Send Wrapper-user mailing list submissions to > wra...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/wrapper-user > or, via email, send a message with subject or body 'help' to > wra...@li... > > You can reach the person managing the list at > wra...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Wrapper-user digest..." > > > Today's Topics: > > 1. Re: Requesting a Thread Dump application working as a > Windows service (nic...@uk...) > 2. Daily Log rolling (EXT-Patel, Rajesh M) > 3. Daily Log rolling (EXT-Patel, Rajesh M) > 4. Newbie - Integration with program that does Thread.sleep (Berg, Ivan Michael (Ivan)) > 5. Re: Newbie - Integration with program that does Thread.sleep (nic...@uk...) > 6. Re: Newbie - Integration with program that does Thread.sleep (Leif Mortenson) > > --__--__-- > > Message: 1 > Subject: Re: [Wrapper-user] Requesting a Thread Dump application working as a > Windows service > To: wra...@li... > From: nic...@uk... > Date: Mon, 16 May 2005 15:19:10 +0100 > Reply-To: wra...@li... > > > > Marcin, > > You might also consider running with a 1.5 JVM and registering the JSW > MBean... > Then you can trigger a threaddump from jconsole.... > > -Nick > > > > > > > Internet > le...@ta...@lists.sourceforge.net - 15/05/2005 13:44 > > > Please respond to wra...@li... > > Sent by: wra...@li... > > > > To: wrapper-user > > cc: > > > Subject: Re: [Wrapper-user] Requesting a Thread Dump application working > as a Windows service > > > Marcin, > There are going to be a couple new ways to do this in 3.2.0. (I am > working hard on it, > but is going to take a little more time. Put several big things in that > are taking a while to > get fully implemented. Being open source, I have to resist trying to > make promises on > release dates. :-/ ) > In 3.1.2, your best option is to make use of the > org.tanukisoftware.wrapper.WrapperActionServer class. It requires that > you code about > 10 lines of code, but they can be copied directly from the java docs for > that class. > > Cheers, > Leif > > Marcin Waldowski wrote: > > > Hello. > > > > Is it possible, when an application work as an Windows service, to > > request thread dump in some other way than using > > WrapperManager.requestThreadDump()? Is it possible to do it from other > > JVM or some native application which communicate only with Java Wrapper? > > > > Regards, Marcin > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Oracle Space Sweepstakes > > Want to be the first software developer in space? > > Enter now for the Oracle Space Sweepstakes! > > http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > This message and any attachments (the "message") is > intended solely for the addressees and is confidential. > If you receive this message in error, please delete it and > immediately notify the sender. Any use not in accord with > its purpose, any dissemination or disclosure, either whole > or partial, is prohibited except formal approval. The internet > can not guarantee the integrity of this message. > BNP PARIBAS (and its subsidiaries) shall (will) not > therefore be liable for the message if modified. > > **************************************************************************** ****************** > > BNP Paribas Private Bank London Branch is authorised > by CECEI & AMF and is regulated by the Financial Services > Authority for the conduct of its investment business in the > United Kingdom. > > BNP Paribas Securities Services London Branch is authorised > by CECEI & AMF and is regulated by the Financial Services > Authority for the conduct of its investment business in the > United Kingdom. > > BNP Paribas Fund Services UK Limited is authorised and > regulated by the Financial Services Authority. > > > --__--__-- > > Message: 2 > Date: Tue, 17 May 2005 13:55:04 -0500 > From: "EXT-Patel, Rajesh M" <raj...@bo...> > To: <wra...@li...> > Subject: [Wrapper-user] Daily Log rolling > Reply-To: wra...@li... > > Log4j has a DailyRollingFileAppender that rolls > the log file once per day. Can the service > wrapper be configured to roll its logs by day? > > > --__--__-- > > Message: 3 > Date: Tue, 17 May 2005 14:09:20 -0500 > From: "EXT-Patel, Rajesh M" <raj...@bo...> > To: <wra...@li...> > Subject: [Wrapper-user] Daily Log rolling > Reply-To: wra...@li... > > > Log4j has a DailyRollingFileAppender that rolls > > the log file once per day. Can the service > > wrapper be configured to roll its logs by day? > >=20 > Raj > > > --__--__-- > > Message: 4 > Date: Tue, 17 May 2005 10:04:54 -0600 > From: "Berg, Ivan Michael \(Ivan\)" <iva...@av...> > To: <wra...@li...> > Subject: [Wrapper-user] Newbie - Integration with program that does Thread.sleep > Reply-To: wra...@li... > > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C55AFA.29DB82D5 > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > Hey all, > =20 > FYI, not on the mailing list, so please reply directly to > iva...@av... > =20 > Just started using the wrapper, looks like a nice program, so thanks for > the hard work putting it together. > =20 > I am a newbie trying to integrate into a java watchdog program that: > a. Starts up and does some initialization (very quick) > b. Polls to get a status (success/fail) > c. Goes to sleep via Thread.sleep for a time period. Usually > 30 > seconds > d. Wakes up and polls again, might do some action based on this > e. Rinse, repeat > =20 > I tried to integrate via Method 1, but it looks like the sleep is > messing up with the health checking with the JSW. > =20 > I set the following: > # Number of seconds to allow between the wrapper pinging the JVM and > the response > wrapper.ping.timeout=3D60 > =20 > But it didn't seem to have much affect > =20 > Got something like: > 2005-05-17 09:55:26,040 [main] DEBUG WatchDog - Sleeping for 30 seconds > Waiting to start... > Waiting to start... > Waiting to start... > Waiting to start... > Waiting to start... > Startup failed: Timed out waiting for a signal from the JVM. > =20 > ------------------------------------------------------------------------ > Advice: > The Wrapper consists of a native component as well as a set of classes > which run within the JVM that it launches. The Java component of the > Wrapper must be initialized promptly after the JVM is launched or the > Wrapper will timeout, as just happened. Most likely the main class > specified in the Wrapper configuration file is not correctly > initializing > the Wrapper classes: > AICWatchDog > While it is possible to do so manually, the Wrapper ships with helper > classes to make this initialization processes automatic. > Please review the integration section of the Wrapper's documentation > for the various methods which can be employed to launch an application > within the Wrapper: > http://wrapper.tanukisoftware.org/doc/english/integrate.html > ------------------------------------------------------------------------ > =20 > JVM did not exit on request, terminated > Waiting to start... > Launching a JVM... > =20 > So, I was looking for some advice, is there something I can play with in > the config parameters to handle this better?=20 > Will moving to integration Method 3 help?=20 > Any other ideas? > > Thanks, Ivan > > =20 > > ------_=_NextPart_001_01C55AFA.29DB82D5 > Content-Type: text/html; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD> > <META http-equiv=3DContent-Type content=3D"text/html; = > charset=3Dus-ascii"> > <META content=3D"MSHTML 6.00.2800.1498" name=3DGENERATOR></HEAD> > <BODY> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>Hey=20 > all,</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>FYI, = > not on the=20 > mailing list, so please reply directly to <A=20 > href=3D"mailto:iva...@av...">iva...@av...</A></SPAN></FONT></= > DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>Just = > started using=20 > the wrapper, looks like a nice program, so thanks for the hard work = > putting it=20 > together.</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>I am a = > newbie trying=20 > to integrate into a java watchdog program that:</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>a. = > Starts up and=20 > does some initialization (very quick)</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>b. = > Polls to get a=20 > status (success/fail)</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>c. = > Goes to sleep via=20 > Thread.sleep for a time period. Usually > 30 = > seconds</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>d. = > Wakes up and=20 > polls again, might do some action based on this</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>e. = > Rinse,=20 > repeat</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>I = > tried to integrate=20 > via Method 1, but it looks like the sleep is messing up with the health = > checking=20 > with the JSW.</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>I set = > the=20 > following:</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D986565615-17052005># Number of=20 > seconds to allow between the wrapper pinging the JVM and the=20 > response<BR>wrapper.ping.timeout=3D60</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>But it = > didn't seem=20 > to have much affect</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>Got = > something=20 > like:</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D986565615-17052005>2005-05-17=20 > 09:55:26,040 [main] DEBUG WatchDog - Sleeping for 30=20 > seconds</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D986565615-17052005>Waiting to=20 > start...<BR>Waiting to start...<BR>Waiting to start...<BR>Waiting to=20 > start...<BR>Waiting to start...<BR>Startup failed: Timed out waiting for = > a=20 > signal from the JVM.</SPAN></FONT></DIV> > <DIV> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005>----------------------------------------------= > --------------------------<BR>Advice:<BR>The=20 > Wrapper consists of a native component as well as a set of = > classes<BR>which run=20 > within the JVM that it launches. The Java component of = > the<BR>Wrapper must=20 > be initialized promptly after the JVM is launched or the<BR>Wrapper will = > > timeout, as just happened. Most likely the main class<BR>specified = > in the=20 > Wrapper configuration file is not correctly initializing<BR>the Wrapper=20 > classes:<BR> AICWatchDog<BR>While it is possible to do = > so=20 > manually, the Wrapper ships with helper<BR>classes to make this = > initialization=20 > processes automatic.<BR>Please review the integration section of the = > Wrapper's=20 > documentation<BR>for the various methods which can be employed to launch = > an=20 > application<BR>within the Wrapper:<BR> <A=20 > href=3D"http://wrapper.tanukisoftware.org/doc/english/integrate.html">htt= > p://wrapper.tanukisoftware.org/doc/english/integrate.html</A><BR>--------= > ----------------------------------------------------------------</SPAN></= > FONT></DIV> > <DIV> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D986565615-17052005>JVM = > did not exit on=20 > request, terminated<BR>Waiting to start...<BR>Launching a=20 > JVM...</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > <DIV><SPAN class=3D986565615-17052005><FONT face=3DArial size=3D2>So, I = > was looking=20 > for some advice, is there something I can play with in the config = > parameters to=20 > handle this better? </FONT></SPAN></DIV> > <DIV><SPAN class=3D986565615-17052005><FONT face=3DArial size=3D2>Will = > moving to=20 > integration Method 3 help? </FONT></SPAN></DIV> > <DIV><SPAN class=3D986565615-17052005><FONT face=3DArial size=3D2>Any = > other=20 > ideas?</FONT></SPAN></DIV> > <DIV align=3Dleft> > <P align=3Dleft><SPAN lang=3Den-us><FONT face=3DArial size=3D2><SPAN=20 > class=3D986565615-17052005>Thanks, Ivan</SPAN></FONT></SPAN></P></DIV> > <DIV> </DIV></BODY></HTML> > > ------_=_NextPart_001_01C55AFA.29DB82D5-- > > > --__--__-- > > Message: 5 > Subject: Re: [Wrapper-user] Newbie - Integration with program that does Thread.sleep > To: wra...@li... > From: nic...@uk... > Date: Wed, 18 May 2005 12:09:42 +0100 > Reply-To: wra...@li... > > --0__=0FBBFA96DFAE8E268f9e8a93df938690918c0FBBFA96DFAE8E26 > Content-type: text/plain; charset="us-ascii" > > > > You need to put your polling routine in its own thread - ie not the one > that JSW calls your main with.... > > -Nick > > > > > > Internet > iva...@av...@lists.sourceforge.net - 17/05/2005 17:04 > > > Please respond to wra...@li... > > Sent by: wra...@li... > > > > To: wrapper-user > > cc: > > > Subject: [Wrapper-user] Newbie - Integration with program that does > Thread.sleep > > > Hey all, > > FYI, not on the mailing list, so please reply directly to > iva...@av... > > Just started using the wrapper, looks like a nice program, so thanks for > the hard work putting it together. > > I am a newbie trying to integrate into a java watchdog program that: > a. Starts up and does some initialization (very quick) > b. Polls to get a status (success/fail) > c. Goes to sleep via Thread.sleep for a time period. Usually > 30 > seconds > d. Wakes up and polls again, might do some action based on this > e. Rinse, repeat > > I tried to integrate via Method 1, but it looks like the sleep is > messing up with the health checking with the JSW. > > I set the following: > # Number of seconds to allow between the wrapper pinging the JVM and > the response > wrapper.ping.timeout=60 > > But it didn't seem to have much affect > > Got something like: > 2005-05-17 09:55:26,040 [main] DEBUG WatchDog - Sleeping for 30 seconds > Waiting to start... > Waiting to start... > Waiting to start... > Waiting to start... > Waiting to start... > Startup failed: Timed out waiting for a signal from the JVM. > > ------------------------------------------------------------------------ > Advice: > The Wrapper consists of a native component as well as a set of classes > which run within the JVM that it launches. The Java component of the > Wrapper must be initialized promptly after the JVM is launched or the > Wrapper will timeout, as just happened. Most likely the main class > specified in the Wrapper configuration file is not correctly > initializing > the Wrapper classes: > AICWatchDog > While it is possible to do so manually, the Wrapper ships with helper > classes to make this initialization processes automatic. > Please review the integration section of the Wrapper's documentation > for the various methods which can be employed to launch an application > within the Wrapper: > http://wrapper.tanukisoftware.org/doc/english/integrate.html > ------------------------------------------------------------------------ > > JVM did not exit on request, terminated > Waiting to start... > Launching a JVM... > > So, I was looking for some advice, is there something I can play with in > the config parameters to handle this better? > Will moving to integration Method 3 help? > Any other ideas? > > Thanks, Ivan > > > (See attached file: C.htm) > > This message and any attachments (the "message") is > intended solely for the addressees and is confidential. > If you receive this message in error, please delete it and > immediately notify the sender. Any use not in accord with > its purpose, any dissemination or disclosure, either whole > or partial, is prohibited except formal approval. The internet > can not guarantee the integrity of this message. > BNP PARIBAS (and its subsidiaries) shall (will) not > therefore be liable for the message if modified. > > **************************************************************************** ****************** > > BNP Paribas Private Bank London Branch is authorised > by CECEI & AMF and is regulated by the Financial Services > Authority for the conduct of its investment business in the > United Kingdom. > > BNP Paribas Securities Services London Branch is authorised > by CECEI & AMF and is regulated by the Financial Services > Authority for the conduct of its investment business in the > United Kingdom. > > BNP Paribas Fund Services UK Limited is authorised and > regulated by the Financial Services Authority. > > > --0__=0FBBFA96DFAE8E268f9e8a93df938690918c0FBBFA96DFAE8E26 > Content-type: text/html; > name="C.htm" > Content-Disposition: attachment; filename="C.htm" > Content-transfer-encoding: base64 > > PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv > L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu > dD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 > LjAwLjI4MDAuMTQ5OCIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8RElWPjxGT05U > IGZhY2U9QXJpYWwgc2l6ZT0yPjxTUEFOIGNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT5IZXkgDQph > bGwsPC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQ > QU4gDQpjbGFzcz05ODY1NjU2MTUtMTcwNTIwMDU+PC9TUEFOPjwvRk9OVD4mbmJzcDs8L0RJVj4N > CjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQQU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUy > MDA1PkZZSSwgbm90IG9uIHRoZSANCm1haWxpbmcgbGlzdCwgc28gcGxlYXNlIHJlcGx5IGRpcmVj > dGx5IHRvIDxBIA0KaHJlZj0ibWFpbHRvOml2YW5iZXJnQGF2YXlhLmNvbSI+aXZhbmJlcmdAYXZh > eWEuY29tPC9BPjwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6 > ZT0yPjxTUEFOIA0KY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PjwvU1BBTj48L0ZPTlQ+Jm5ic3A7 > PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPjxTUEFOIGNsYXNzPTk4NjU2NTYx > NS0xNzA1MjAwNT5KdXN0IHN0YXJ0ZWQgdXNpbmcgDQp0aGUgd3JhcHBlciwgbG9va3MgbGlrZSBh > IG5pY2UgcHJvZ3JhbSwgc28gdGhhbmtzIGZvciB0aGUgaGFyZCB3b3JrIHB1dHRpbmcgaXQgDQp0 > b2dldGhlci48L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9 > Mj48U1BBTiANCmNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT48L1NQQU4+PC9GT05UPiZuYnNwOzwv > RElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiBjbGFzcz05ODY1NjU2MTUt > MTcwNTIwMDU+SSBhbSBhIG5ld2JpZSB0cnlpbmcgDQp0byBpbnRlZ3JhdGUgaW50byBhIGphdmEm > bmJzcDt3YXRjaGRvZyBwcm9ncmFtIHRoYXQ6PC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PE ZP > TlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQQU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PmEuIFN0 > YXJ0cyB1cCBhbmQgDQpkb2VzIHNvbWUgaW5pdGlhbGl6YXRpb24gKHZlcnkgcXVpY2spPC9TUEFO > PjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQQU4gY2xhc3M9 > OTg2NTY1NjE1LTE3MDUyMDA1PmIuIFBvbGxzIHRvIGdldCBhIA0Kc3RhdHVzIChzdWNjZXNzL2Zh > aWwpPC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQ > QU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PmMuIEdvZXMgdG8gc2xlZXAgdmlhIA0KVGhyZWFk > LnNsZWVwIGZvciBhIHRpbWUgcGVyaW9kLiBVc3VhbGx5ICZndDsgMzAgc2Vjb25kczwvU1BBTj48 > L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPjxTUEFOIGNsYXNzPTk4 > NjU2NTYxNS0xNzA1MjAwNT5kLiBXYWtlcyB1cCBhbmQgDQpwb2xscyBhZ2FpbiwgbWlnaHQgZG8g > c29tZSBhY3Rpb24gYmFzZWQgb24gdGhpczwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U > IGZhY2U9QXJpYWwgc2l6ZT0yPjxTUEFOIGNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT5lLiBSaW5z > ZSwgDQpyZXBlYXQ8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNp > emU9Mj48U1BBTiANCmNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT48L1NQQU4+PC9GT05UPiZuYnNw > OzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiBjbGFzcz05ODY1NjU2 > MTUtMTcwNTIwMDU+SSB0cmllZCB0byBpbnRlZ3JhdGUgDQp2aWEgTWV0aG9kIDEsIGJ1dCBpdCBs > b29rcyBsaWtlIHRoZSBzbGVlcCBpcyBtZXNzaW5nIHVwIHdpdGggdGhlIGhlYWx0aCBjaGVja2lu > ZyANCndpdGggdGhlIEpTVy48L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFy > aWFsIHNpemU9Mj48U1BBTiANCmNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT48L1NQQU4+PC9GT05U > PiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiBjbGFzcz05 > ODY1NjU2MTUtMTcwNTIwMDU+SSBzZXQgdGhlIA0KZm9sbG93aW5nOjwvU1BBTj48L0ZPTlQ+PC9E > SVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPjxTUEFOIGNsYXNzPTk4NjU2NTYxNS0x > NzA1MjAwNT4jJm5ic3A7IE51bWJlciBvZiANCnNlY29uZHMgdG8gYWxsb3cgYmV0d2VlbiB0aGUg > d3JhcHBlciBwaW5naW5nIHRoZSBKVk0gYW5kIHRoZSANCnJlc3BvbnNlPEJSPndyYXBwZXIucGlu > Zy50aW1lb3V0PTYwPC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBz > aXplPTI+PFNQQU4gDQpjbGFzcz05ODY1NjU2MTUtMTcwNTIwMDU+PC9TUEFOPjwvRk9OVD4mbmJz > cDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQQU4gY2xhc3M9OTg2NTY1 > NjE1LTE3MDUyMDA1PkJ1dCBpdCBkaWRuJ3Qgc2VlbSANCnRvIGhhdmUgbXVjaCBhZmZlY3Q8L1NQ > QU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiANCmNs > YXNzPTk4NjU2NTYxNS0xNzA1MjAwNT48L1NQQU4+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48 > Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiBjbGFzcz05ODY1NjU2MTUtMTcwNTIwMDU+R290 > IHNvbWV0aGluZyANCmxpa2U6PC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1B > cmlhbCBzaXplPTI+PFNQQU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PjIwMDUtMDUtMTcgDQow > OTo1NToyNiwwNDAgW21haW5dIERFQlVHIFdhdGNoRG9nJm5ic3A7IC0gU2xlZXBpbmcgZm9yIDMw > IA0Kc2Vjb25kczwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6 > ZT0yPjxTUEFOIGNsYXNzPTk4NjU2NTYxNS0xNzA1MjAwNT5XYWl0aW5nIHRvIA0Kc3RhcnQuLi48 > QlI+V2FpdGluZyB0byBzdGFydC4uLjxCUj5XYWl0aW5nIHRvIHN0YXJ0Li4uPEJSPldhaXRpbmcg > dG8gDQpzdGFydC4uLjxCUj5XYWl0aW5nIHRvIHN0YXJ0Li4uPEJSPlN0YXJ0dXAgZmFpbGVkOiBU > aW1lZCBvdXQgd2FpdGluZyBmb3IgYSANCnNpZ25hbCBmcm9tIHRoZSBKVk0uPC9TUEFOPjwvRk9O > VD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0y > PjxTUEFOIA0KY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5BZHZp > Y2U6PEJSPlRoZSANCldyYXBwZXIgY29uc2lzdHMgb2YgYSBuYXRpdmUgY29tcG9uZW50IGFzIHdl > bGwgYXMgYSBzZXQgb2YgY2xhc3NlczxCUj53aGljaCBydW4gDQp3aXRoaW4gdGhlIEpWTSB0aGF0 > IGl0IGxhdW5jaGVzLiZuYnNwOyBUaGUgSmF2YSBjb21wb25lbnQgb2YgdGhlPEJSPldyYXBwZXIg > bXVzdCANCmJlIGluaXRpYWxpemVkIHByb21wdGx5IGFmdGVyIHRoZSBKVk0gaXMgbGF1bmNoZWQg > b3IgdGhlPEJSPldyYXBwZXIgd2lsbCANCnRpbWVvdXQsIGFzIGp1c3QgaGFwcGVuZWQuJm5ic3A7 > IE1vc3QgbGlrZWx5IHRoZSBtYWluIGNsYXNzPEJSPnNwZWNpZmllZCBpbiB0aGUgDQpXcmFwcGVy > IGNvbmZpZ3VyYXRpb24gZmlsZSBpcyBub3QgY29ycmVjdGx5IGluaXRpYWxpemluZzxCUj50aGUg > V3JhcHBlciANCmNsYXNzZXM6PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyBBSUNXYXRjaERvZzxCUj5X > aGlsZSBpdCBpcyBwb3NzaWJsZSB0byBkbyBzbyANCm1hbnVhbGx5LCB0aGUgV3JhcHBlciBzaGlw > cyB3aXRoIGhlbHBlcjxCUj5jbGFzc2VzIHRvIG1ha2UgdGhpcyBpbml0aWFsaXphdGlvbiANCnBy > b2Nlc3NlcyBhdXRvbWF0aWMuPEJSPlBsZWFzZSByZXZpZXcgdGhlIGludGVncmF0aW9uIHNlY3Rp > b24gb2YgdGhlIFdyYXBwZXIncyANCmRvY3VtZW50YXRpb248QlI+Zm9yIHRoZSB2YXJpb3VzIG1l > dGhvZHMgd2hpY2ggY2FuIGJlIGVtcGxveWVkIHRvIGxhdW5jaCBhbiANCmFwcGxpY2F0aW9uPEJS > PndpdGhpbiB0aGUgV3JhcHBlcjo8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxBIA0KaHJlZj0iaHR0 > cDovL3dyYXBwZXIudGFudWtpc29mdHdhcmUub3JnL2RvYy9lbmdsaXNoL2ludGVncmF0ZS5odG1s > Ij5odHRwOi8vd3JhcHBlci50YW51a2lzb2Z0d2FyZS5vcmcvZG9jL2VuZ2xpc2gvaW50ZWdyYXRl > Lmh0bWw8L0E+PEJSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvU1BBTj48L0ZPTlQ+PC9ESVY+DQo8RElWPiZu > YnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48U1BBTiBjbGFzcz05ODY1 > NjU2MTUtMTcwNTIwMDU+SlZNIGRpZCBub3QgZXhpdCBvbiANCnJlcXVlc3QsIHRlcm1pbmF0ZWQ8 > QlI+V2FpdGluZyB0byBzdGFydC4uLjxCUj5MYXVuY2hpbmcgYSANCkpWTS4uLjwvU1BBTj48L0ZP > TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJ > Vj4NCjxESVY+PFNQQU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PjxGT05UIGZhY2U9QXJpYWwg > c2l6ZT0yPlNvLCBJIHdhcyBsb29raW5nIA0KZm9yIHNvbWUgYWR2aWNlLCBpcyB0aGVyZSBzb21l > dGhpbmcgSSBjYW4gcGxheSB3aXRoIGluIHRoZSBjb25maWcgcGFyYW1ldGVycyB0byANCmhhbmRs > ZSB0aGlzIGJldHRlcj8gPC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4gY2xhc3M9OTg2 > NTY1NjE1LTE3MDUyMDA1PjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPldpbGwgbW92aW5nIHRvIA0K > aW50ZWdyYXRpb24gTWV0aG9kIDMgaGVscD8gPC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQ > QU4gY2xhc3M9OTg2NTY1NjE1LTE3MDUyMDA1PjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPkFueSBv > dGhlciANCmlkZWFzPzwvRk9OVD48L1NQQU4+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+DQo8UCBh > bGlnbj1sZWZ0PjxTUEFOIGxhbmc9ZW4tdXM+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PFNQQU4g > DQpjbGFzcz05ODY1NjU2MTUtMTcwNTIwMDU+VGhhbmtzLCBJdmFuPC9TUEFOPjwvRk9OVD48L1NQ > QU4+PC9QPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj48L0JPRFk+PC9IVE1MPg0K > > --0__=0FBBFA96DFAE8E268f9e8a93df938690918c0FBBFA96DFAE8E26-- > > > --__--__-- > > Message: 6 > Date: Wed, 18 May 2005 20:14:59 +0900 > From: Leif Mortenson <le...@ta...> > Organization: Tanuki Software Inc. > To: wra...@li... > Subject: Re: [Wrapper-user] Newbie - Integration with program that does Thread.sleep > Reply-To: wra...@li... > > Ivan, > I actually tried really hard to cut down on this exact question by > putting the > Advice into the log output that you posted below. This is a configuration > problem with your choice of main class. You want to be using one of the > helper classes. Take 10 minutes and read over the integration section > as suggested in the logs. > > If you have any questions after looking over the docs, I'd love to help. > > Cheers, > Leif > > Berg, Ivan Michael (Ivan) wrote: > > > Hey all, > > > > FYI, not on the mailing list, so please reply directly to > > iva...@av... <mailto:iva...@av...> > > > > Just started using the wrapper, looks like a nice program, so thanks > > for the hard work putting it together. > > > > I am a newbie trying to integrate into a java watchdog program that: > > a. Starts up and does some initialization (very quick) > > b. Polls to get a status (success/fail) > > c. Goes to sleep via Thread.sleep for a time period. Usually > 30 seconds > > d. Wakes up and polls again, might do some action based on this > > e. Rinse, repeat > > > > I tried to integrate via Method 1, but it looks like the sleep is > > messing up with the health checking with the JSW. > > > > I set the following: > > # Number of seconds to allow between the wrapper pinging the JVM and > > the response > > wrapper.ping.timeout=60 > > > > But it didn't seem to have much affect > > > > Got something like: > > 2005-05-17 09:55:26,040 [main] DEBUG WatchDog - Sleeping for 30 seconds > > Waiting to start... > > Waiting to start... > > Waiting to start... > > Waiting to start... > > Waiting to start... > > Startup failed: Timed out waiting for a signal from the JVM. > > > > ------------------------------------------------------------------------ > > Advice: > > The Wrapper consists of a native component as well as a set of classes > > which run within the JVM that it launches. The Java component of the > > Wrapper must be initialized promptly after the JVM is launched or the > > Wrapper will timeout, as just happened. Most likely the main class > > specified in the Wrapper configuration file is not correctly initializing > > the Wrapper classes: > > AICWatchDog > > While it is possible to do so manually, the Wrapper ships with helper > > classes to make this initialization processes automatic. > > Please review the integration section of the Wrapper's documentation > > for the various methods which can be employed to launch an application > > within the Wrapper: > > http://wrapper.tanukisoftware.org/doc/english/integrate.html > > ------------------------------------------------------------------------ > > > > JVM did not exit on request, terminated > > Waiting to start... > > Launching a JVM... > > > > So, I was looking for some advice, is there something I can play with > > in the config parameters to handle this better? > > Will moving to integration Method 3 help? > > Any other ideas? > > > > Thanks, Ivan > > > > > > > > > > --__--__-- > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > End of Wrapper-user Digest > |
