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: Jeff K. <sch...@gm...> - 2005-05-25 19:09:34
|
Hi all, I have a somewhat unusual contraint on my application, and I am unable to= =20 find a way to make this work with the service wrapper. Our application is= =20 built automatically (using ant) from a code repository (cvs). The=20 wrapper.conf for the app will reside in cvs. This application runs in 3=20 different environments, development, QA, and production. The JVM memory=20 settings for each of these environments should not- cannot- be the same;=20 production has much higher amounts of memory available and allocated. Thus,= =20 if I include the memory value settings directly in the wrapper.conf, these= =20 will the same across all three environments, like so: wrapper.java.initmemory=3D128 wrapper.java.maxmemory=3D256 The wrapper.conf will get pulled from the repository with these values=20 regardless of whether we're building dev, qa or prod.... does not work for= =20 us. So I began diving into the flexibility provided by the service wrapper.= =20 The environment variable approach seems ideal, since each environment runs= =20 on a different box. Option #1: Set the lines in the wrapper.conf to read from environment=20 variables: wrapper.java.initmemory=3D%APP_MIN_MEM% wrapper.java.maxmemory=3D%APP_MAX_MEM% This could work for us by setting these in the user's .bashrc (linux, btw).= =20 Except that if our sysadmin were to forget to set these when we install the= =20 app, the service wrapper does not puke, but instead starts up with these=20 options _omitted_. Which causes the JVM to run under its default memory=20 settings, 64-128, which is the worst case possible- no one would notice=20 until we got an OutOfMemory some time later. My goal is to get the service= =20 wrapper to puke on startup, signalling to the sysadmin that the app will no= t=20 startup until these environment variables are defined. Option #2 Set the values in wrapper.conf to garbage to guarantee it will=20 puke on startup unless the environment vars are set.=20 set.APP_MIN_MEM=3Dblahblahblah set.APP_MAX_MEM=3Dblahblahblah wrapper.java.initmemory=3D%APP_MIN_MEM% wrapper.java.maxmemory=3D%APP_MAX_MEM% Somehow, the wrapper is checking the validity of these arguments, and again= =20 omitting them if they are not valid. I also tried -1 as a value, but it mus= t=20 be doing range-checking as well. Runs under JVM defaults- won't work. Option #3 Replace the values in the wrapper.conf at build time with token= =20 replacement. Yet if we forget to set the build token value, the app will=20 deploy and run with the JVM defaults as in option 1. Won't work. Option #4: Use different wrapper.conf files for dev, qa and prod, picked at= =20 build time. Absolute last resort. Is there some other trickiness with the environment variables I have not=20 used? Does anyone know a good way around this? Many many thanks, Jeff |
|
From: Bashiro <ba...@en...> - 2005-05-25 18:19:31
|
I have this application that perform a task whenever IP of a machine changes. Sometimes when it performes this task then it repeats the task again after 5 or 6 minutes. And this should not happen. Without the wrapper it run once as it's suppose to. Any idea ? bashiro |
|
From: George M. L. <gl...@we...> - 2005-05-25 18:05:30
|
Does anybody know io a good way to have the wrapper service restart the jvm with an updated version of the jar the contains app that is running? I want to make my service self updating but I can't replace the jar file because Windows has it locked. ********************************************************* Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. |
|
From: Komoll, O. <O.K...@kl...> - 2005-05-25 09:33:15
|
Hi, =20 i need the wrapper for a linux 64 and win 64 box (AMD Opteron). Cant find a distribution (maybe i have tomatoes on my eyes) for this.=20 =20 TIA=20 Oliver =20 =20 |
|
From: Joe K. <jk...@ra...> - 2005-05-24 15:12:26
|
nevermind, problem was unrelated to wrapper. |
|
From: Joe K. <jk...@ra...> - 2005-05-24 14:18:15
|
I have the wrapper configured and running well with my application (using method 1). However, I am getting OutOfMemoryErrors. I have tried to increase the "wrapper.java.initmemory" and "wrapper.java.maxmemory", but it has no effect. When I run the application outside of the wrapper and use -Xms and -Xmx, I have no problem and no OutOfMemoryErrors. Does anyone know why this maybe? My application runs a TimerTask that populates a synchronized list. Another thread continuously checks that list and peforms operations on its elements. It is the second thread that causes the OutOfMemoryError. When running outside of the wrapper it requires a max-memory of about 900mb. Thank you, Joe |
|
From: Leif M. <le...@ta...> - 2005-05-21 01:09:12
|
Anil,
Unfortunately this is a restriction imposed by the Windows API. I
was not able
to find any way to make a service both independent and run as a specific
user.
See the following:
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
Also, your post appeared to have been a reply to a wrapper-user
digest mail.
Your short comment resulted in a HUGE (47k) email because of all that
content
at the end. As a courtesy to other users on the list as well as to
those doing
searches at a later date. Please, please, PLEASE trim your emails down
to the
minimum size necessary to get the point across :-)
Cheers,
Leif
Anil N. Juthani wrote:
>Hi,
>In my application, I would like to use the:
>wrapper.nt.account(to call other applications- .bat files) as well as the
>wrapper.nt.interactive property(to set the desktop icon) for the
>applications. However, the 2 cannot be used simultaneously. If I do not have
>the interactive propery, then the desktop icon does not show up.
>Any ideas?
>Thanks,
>---Anil
>
>
|
|
From: Anil N. J. <aju...@ho...> - 2005-05-20 19:08:55
|
Hi, In my application, I would like to use the: wrapper.nt.account(to call other applications- .bat files) as well as the wrapper.nt.interactive property(to set the desktop icon) for the applications. However, the 2 cannot be used simultaneously. If I do not have the interactive propery, then the desktop icon does not show up. Any ideas? Thanks, ---Anil ----- Original Message ----- From: <wra...@li...> To: <wra...@li...> Sent: Friday, May 20, 2005 2:37 PM Subject: Wrapper-user digest, Vol 1 #598 - 4 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. Newbie - Integration with program that does Thread.sleep (Berg, Ivan Michael (Ivan)) > 2. Re: Newbie - Integration with program that does Thread.sleep (Leif Mortenson) > 3. RE: Newbie - Integration with program that does Thread.sleep (Berg, Ivan Michael (Ivan)) > 4. uninstall service issues... (Anil N. Juthani) > > --__--__-- > > Message: 1 > Date: Wed, 18 May 2005 13:00:24 -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_01C55BDB.D8DDADAA > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > Thanks for the replies, joined the mailing list. > =20 > Nick, I like your idea, was considering it. > =20 > Someone suggested > =20 > --main thread-- > while (true) { > Thread.yield =20 > } > =20 > --poll thread-- > ... > Thread.sleep > =20 > Think this would probably work. > =20 > Leif, > =20 > Sorry, didn't see your suggestions, other than reading docs :). I didn't > see the advice posted in between the log output. > > Ivan > > > ------_=_NextPart_001_01C55BDB.D8DDADAA > 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=3D547595618-18052005>Thanks = > for the=20 > replies, joined the mailing list.</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D547595618-18052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D547595618-18052005>Nick, = > I like your=20 > idea, was considering it.</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D547595618-18052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D547595618-18052005>Someone=20 > suggested</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D547595618-18052005></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D547595618-18052005>--main = > > thread--</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D547595618-18052005>while = > (true)=20 > {</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D547595618-18052005> Thread.yield = > </SPAN></FONT></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2>}</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2></FONT></SPAN> </DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial size=3D2>--poll = > > thread--</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2>...</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2>Thread.sleep</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2></FONT></SPAN> </DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial size=3D2>Think = > this would=20 > probably work.</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2></FONT></SPAN> </DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2>Leif,</FONT></SPAN></DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial=20 > size=3D2></FONT></SPAN> </DIV> > <DIV><SPAN class=3D547595618-18052005><FONT face=3DArial size=3D2>Sorry, = > didn't see=20 > your suggestions, other than reading docs :). I didn't see the advice = > posted in=20 > between the log output.</FONT></SPAN></DIV> > <DIV align=3Dleft> > <P align=3Dleft><SPAN lang=3Den-us><FONT face=3DArial size=3D2><SPAN=20 > class=3D547595618-18052005>Ivan</SPAN></FONT></SPAN></P></DIV></BODY></HT= > ML> > > ------_=_NextPart_001_01C55BDB.D8DDADAA-- > > > --__--__-- > > Message: 2 > Date: Thu, 19 May 2005 06:42:06 +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, > The bottom of the log output that you posted contains the following: > > ------------------------------------------------------------------------ > 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 > ------------------------------------------------------------------------ > > That is the advice log output that I was referring to. Hint, you will > want to be setting your main class to be: > wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp > > Cheers, > Leif > > Berg, Ivan Michael (Ivan) wrote: > > > Leif, > > > > Sorry, didn't see your suggestions, other than reading docs :). I > > didn't see the advice posted in between the log output. > > > > Ivan > > > > > > --__--__-- > > Message: 3 > Subject: RE: [Wrapper-user] Newbie - Integration with program that does Thread.sleep > Date: Wed, 18 May 2005 16:48:02 -0600 > From: "Berg, Ivan Michael \(Ivan\)" <iva...@av...> > To: <wra...@li...> > Reply-To: wra...@li... > > Oh, yes, perfect, that fixed it. Thanks so much. > > I guess I was being an idiot and not following directions properly... > > Ivan=20 > > -----Original Message----- > From: wra...@li... > [mailto:wra...@li...] On Behalf Of Leif > Mortenson > Sent: Wednesday, May 18, 2005 3:42 PM > To: wra...@li... > Subject: Re: [Wrapper-user] Newbie - Integration with program that does > Thread.sleep > > Ivan, > The bottom of the log output that you posted contains the following: > > ------------------------------------------------------------------------ > 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 > ------------------------------------------------------------------------ > > That is the advice log output that I was referring to. Hint, you will > want to be setting your main class to be: > wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp > > Cheers, > Leif > > Berg, Ivan Michael (Ivan) wrote: > > > Leif, > > =20 > > Sorry, didn't see your suggestions, other than reading docs :). I=20 > > didn't see the advice posted in between the log output. > > > > Ivan > > > > > > ------------------------------------------------------- > 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=3D7412&alloc_id=3D16344&op=3Dclick > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > --__--__-- > > Message: 4 > From: "Anil N. Juthani" <aju...@ho...> > To: <wra...@li...> > Cc: "Anil N. Juthani" <aju...@ho...> > Date: Fri, 20 May 2005 14:31:29 -0400 > Subject: [Wrapper-user] uninstall service issues... > Reply-To: wra...@li... > > 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 > > > > > > --__--__-- > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > End of Wrapper-user Digest > |
|
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 > |
|
From: Berg, I. M. \(Ivan\) <iva...@av...> - 2005-05-18 22:48:16
|
Oh, yes, perfect, that fixed it. Thanks so much.
I guess I was being an idiot and not following directions properly...
Ivan=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, May 18, 2005 3:42 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Newbie - Integration with program that does
Thread.sleep
Ivan,
The bottom of the log output that you posted contains the following:
------------------------------------------------------------------------
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
------------------------------------------------------------------------
That is the advice log output that I was referring to. Hint, you will
want to be setting your main class to be:
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp
Cheers,
Leif
Berg, Ivan Michael (Ivan) wrote:
> Leif,
> =20
> Sorry, didn't see your suggestions, other than reading docs :). I=20
> didn't see the advice posted in between the log output.
>
> Ivan
>
-------------------------------------------------------
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=3D7412&alloc_id=3D16344&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2005-05-18 21:42:36
|
Ivan,
The bottom of the log output that you posted contains the following:
------------------------------------------------------------------------
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
------------------------------------------------------------------------
That is the advice log output that I was referring to. Hint, you will
want to be setting your main class to be:
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
Cheers,
Leif
Berg, Ivan Michael (Ivan) wrote:
> Leif,
>
> Sorry, didn't see your suggestions, other than reading docs :). I
> didn't see the advice posted in between the log output.
>
> Ivan
>
|
|
From: Berg, I. M. \(Ivan\) <iva...@av...> - 2005-05-18 19:00:35
|
Thanks for the replies, joined the mailing list.
=20
Nick, I like your idea, was considering it.
=20
Someone suggested
=20
--main thread--
while (true) {
Thread.yield =20
}
=20
--poll thread--
...
Thread.sleep
=20
Think this would probably work.
=20
Leif,
=20
Sorry, didn't see your suggestions, other than reading docs :). I didn't
see the advice posted in between the log output.
Ivan
|
|
From: Leif M. <le...@ta...> - 2005-05-18 11:15:50
|
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
>
>
|
|
From: <nic...@uk...> - 2005-05-18 11:10:04
|
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.
|
|
From: EXT-Patel, R. M <raj...@bo...> - 2005-05-17 19:09:29
|
> 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 |
|
From: EXT-Patel, R. M <raj...@bo...> - 2005-05-17 18:55:18
|
Log4j has a DailyRollingFileAppender that rolls the log file once per day. Can the service wrapper be configured to roll its logs by day? |
|
From: Berg, I. M. \(Ivan\) <iva...@av...> - 2005-05-17 16:08:26
|
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
|
|
From: <nic...@uk...> - 2005-05-16 21:41:57
|
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.
|
|
From: Tobias G. <tob...@we...> - 2005-05-15 22:33:17
|
Hello, The program shows an icon in the tray and opens a native application via ActiveX. When you right-click the try icon you normally get a menu. When opening the application with the wrapper there is no response on right-clicks neither does the started windows application react on any user commands. I am using MS Windows XP Professional with Java 1.4.2 installed. I am using the following conf file: #******************************************************************** # Wrapper Properties #******************************************************************** # Working directory wrapper.working.dir=../../ # Java Application wrapper.java.command=%JAVA_HOME%/bin/javaw # Java Main class. This class must implement the WrapperListener interface # or guarantee that the WrapperManager class is initialized. Helper # classes are provided to do this for you. See the Integration section # of the documentation for details. wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=%JSW%/lib/wrapper.jar wrapper.java.classpath.2=VehicleManager.jar wrapper.java.classpath.3=%JACOB%/jacob.jar wrapper.java.classpath.4=%JDIC%/jdic.jar wrapper.java.classpath.5=%LOG4J%/dist/lib/log4j-1.2.9.jar wrapper.java.classpath.6=%YFILES%/y.jar # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=%JSW%/lib wrapper.java.library.path.2=exe # Java Additional Parameters #wrapper.java.additional.1= # Initial Java Heap Size (in MB) #wrapper.java.initmemory=3 # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=450 # Application parameters. Add parameters as needed starting from 1 wrapper.app.parameter.1=de.fhg.ipa.VehicleManager.VehicleManager wrapper.app.parameter.2=-t2rs wrapper.app.parameter.3=%t2rs% wrapper.app.parameter.4=-model wrapper.app.parameter.5=D:\models\Litho805\fab36_5.exe # Ignore signals? wrapper.ignore_signals=false #******************************************************************** # Wrapper Logging Properties #******************************************************************** # Format of output for the console. (See docs for formats) wrapper.console.format=PM # Log Level for console output. (See docs for log levels) wrapper.console.loglevel=INFO # Log file to use for wrapper output logging. wrapper.logfile=../logs/wrapper.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=LPTM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=INFO # Maximum size that the log file will be allowed to grow to before # the log is rolled. Size is specified in bytes. The default value # of 0, disables log rolling. May abbreviate with the 'k' (kb) or # 'm' (mb) suffix. For example: 10m = 10 megabytes. wrapper.logfile.maxsize=0 # Maximum number of rolled log files which will be allowed before old # files are deleted. The default value of 0 implies no limit. wrapper.logfile.maxfiles=0 # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=NONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=VehicleManager #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wrapper.ntservice.name=VehicleManager # Display name of the service wrapper.ntservice.displayname=VehicleManager # Description of the service wrapper.ntservice.description=VehicleManager # Service dependencies. Add dependencies as needed starting from 1 wrapper.ntservice.dependency.1= # Mode in which the service is installed. AUTO_START or DEMAND_START wrapper.ntservice.starttype=AUTO_START # Allow the service to interact with the desktop. wrapper.ntservice.interactive=true # priority of the process wrapper.ntservice.process_priority=HIGH # hide console wrapper.ntservice.hide-console=true Does anyone know how to fix that? Thanks in advance Regards Tobias |
|
From: Leif M. <le...@ta...> - 2005-05-15 12:45:01
|
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
>
|
|
From: Marcin W. <M.W...@po...> - 2005-05-15 12:01:35
|
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 |
|
From: Peter M. <pm...@am...> - 2005-05-10 13:48:03
|
I have very god experience with the wrapper on windows and linux platforms. To day and some days ago i was at Copenhagen university and we tried to install the wrapper on their HPUNIX 64. We tried to install the example that is included with the package: wrapper_hpux64_3.1.2 When we tried to execute the testwrapper, we got a core-dump. What is wrong? Leif Mortenson mentioned that we could download the source and trying to build it from there. I unfortunetly do not have any experience with how to build an executable on a unix-machine. Does anybody know how to do that? if yes please mail me an example. Or even better if anybody has a wrapper binary for my machine please mail it to me. The hardware is: HP-UX hera B.11.11 U 9000/800 3520069061 unlimited-user license HP9000 rp7410 Best regards AMC-Consult A/S Peter Makki Development team Java is the way... Tlf: +45 38 88 88 70 Fax: +45 38 88 98 70 Visit us at: www.amc.dk and www.XTendLink.com |
|
From: <vit...@ma...> - 2005-05-10 12:28:46
|
Hi, I have a strange behavior then use the wrapper as NT service. Then service is up - I create the systrayj4 application (swing applet, that simply add the icon to task bar). It work nice still I use wrapper.ntservice.starttype=DEMAND_START(start and stop service manually)). Then I change it to AUTO_START, and then restart my comp, sometimes, the applet (icon) is invisible (but process is work). I guess, I need catch a LOGIN_EVENT (if it has), because the java security does not know about logged in user... (Maybe it's a wrong suggestion). I use wrapper 3.1.2 run on w2k professional (jdk 1.4.2) My NT config properties: #******************************************************************** # Wrapper NT Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wrapper.ntservice.name=IBPAgent # Display name of the service wrapper.ntservice.displayname=iBOLTPortal Agent # Description of the service (Win 2000 and XP , not in NT) wrapper.ntservice.description=iBOLTPortal Agent # Service dependencies. Add dependencies as needed starting from 1 wrapper.ntservice.dependency.1= # Mode in which the service is installed. AUTO_START or DEMAND_START wrapper.ntservice.starttype=AUTO_START # Allow the service to interact with the desktop (GUI enable). wrapper.ntservice.hide-console=false wrapper.ntservice.interactive=true wrapper.ntservice.console=true wrapper.on_exit.default=RESTART wrapper.shutdown.timeout=90 wrapper.startup.timeout=90 # Triggers wrapper.filter.trigger.1= Started in wrapper.filter.action.1=NONE wrapper.console.title=iBOLTPortal Agent Thank's Regards, Vitaly Davidoff |
|
From: Leif M. <le...@ta...> - 2005-05-09 21:47:07
|
Anil,
Currently the Wrapper is considered a single service. Any dependent
Windows services
will be stopped if the Wrapper process itself is started but JVM
restarts by themselves will
not cause the dependent services to be restarted as well. I'll look
into whether or not this
would be possible to implement.
On a JVM restart, the Wrapper pid will stay the same. The JVM pid
file should be
getting updated however. See the wrapper.java.pidfile property.
Cheers,
Leif
Anil N. Juthani wrote:
> Hi,
> The JSW is working just fine as of now for my application needs and am
> very happy with it. Currently, I am trying to further enhance my
> product features using the wrapper.filter.action property. I am trying
> to restart the 'server' of my application which works fine using this
> property. However, there are a few other applications that are
> dependent on the 'server' which do not shut down when the 'server' of
> my application stops. Also, I do not see the 'wrapper.pid' file being
> created again even though the restart works fine and the application
> starts again without any issues.
> Do I have to set any other properties when using the
> wrapper.filter.trigger - action properties to stop all the dependent
> services? Please advice....
> Thanks,
> ----AJ
|
|
From: Leif M. <le...@ta...> - 2005-05-09 21:43:36
|
Matthew, In general, setting the timeouts to 0 is a very bad idea. You will most likely get the same behavior if you run from a console. Could you post the full debug log output from a single JVM invocation along with your wrapper.conf file? Comment out the timeouts before the run. I should be able to tell you how to fix it with that information. Cheers, Leif Matthew Vegh wrote: > Hi, > > I have recently upgraded to version 3.1.2 (from 2.2.3 I think) and > I’ve run into a confusing problem. Despite the presence of the > following properties in the .conf file, timeouts are occurring. The > timeouts take approximately 5 minutes and iterate 5 times; on > Unix-flavored machines this is a medium-sized problem, on Windows, > this blocks Windows startup, adding 30 minutes to the blank screen > before your typical user sees his login dialog. > > Relevant properties: > > wrapper.startup.timeout=0 > > wrapper.ping.timeout=0 > > Log section: > > ERROR | wrapper | 2005/05/03 14:52:22 | Startup failed: Timed out > waiting for signal from JVM. > > ERROR | wrapper | 2005/05/03 14:52:22 | JVM did not exit on request, > terminated > > STATUS | wrapper | 2005/05/03 14:52:27 | Launching a JVM... > > INFO | jvm 2 | 2005/05/03 14:52:30 | Wrapper (Version 3.1.2) > http://wrapper.tanukisoftware.org <http://wrapper.tanukisoftware.org/> > > INFO | jvm 2 | 2005/05/03 14:52:30 | > > I should mention that the extra information from setting > wrapper.debug=true hasn’t provided any clues. I’ve also tried > switching the JVM (Sun/Jrockit) to no gain. I have double and > triple-checked the formatting of the configuration file, as well as > setting all of the timeout-related properties to 0 (disabled). I > haven’t seen any similar bugs/issues posted, so I’m a bit concerned. > > If anyone has any suggestions/solutions, I would be forever in your debt. > > Thanks, > > Matt > |
165 messages has been excluded from this view by a project administrator.
