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

Re: [Wrapper-user] dumping PID to file on Win2k

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

cca...@ju... wrote:

>If I know the JVM pid, I can access the Win2k Perf Mon Objects and monitor the heap and threads etc.
>
Ok, that makes sense. I got this implemented today. It will be in the
3.0.5 release.
You can specify the file using the new wrapper.java.pidfile property. I
have also
modified the wrapper.pidfile property so it is now available on Windows
as well.

This was a feature implemented just for you to help you do your work :-). So
please visit the donation page and support the Wrapper project.

http://wrapper.tanukisoftware.org/doc/english/donate.html

Let me know if there are any other features that you think would be useful.

Cheers,
Leif

Re: [Wrapper-user] dumping PID to file on Win2k

[<cca...@ju...>]

If I know the JVM pid, I can access the Win2k Perf Mon Objects and monitor the heap and threads etc.

c

--- Leif Mortenson <le...@ta...> wrote:

I was thinking about the best way to handle this. But I am wondering why
you want
the pid of the JVM? It is a child process to the Wrapper. It seems like
your NOC
monitoring app should be interested in the Wrapper's pid rather than
that of the
JVM?

It would be easy to add a method to the WrapperManager class that would
return
the pid of the current JVM, that would then allow users like yourself to
do whatever
you wished with that id.

Cheers,
Leif

cca...@ju... wrote:

>Is there a way to dump the Process ID of the JVM to file on Win2k? This would really be handy to integrate into my NOC monitoring app.
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] dumping PID to file on Win2k

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

I was thinking about the best way to handle this. But I am wondering why
you want
the pid of the JVM? It is a child process to the Wrapper. It seems like
your NOC
monitoring app should be interested in the Wrapper's pid rather than
that of the
JVM?

It would be easy to add a method to the WrapperManager class that would
return
the pid of the current JVM, that would then allow users like yourself to
do whatever
you wished with that id.

Cheers,
Leif

cca...@ju... wrote:

>Is there a way to dump the Process ID of the JVM to file on Win2k? This would really be handy to integrate into my NOC monitoring app.
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] Newbie (?) Questions

[Georg S. <geo...@ti...>]

Leif,

thanks for the detailed explanation. I have understood all the points 
you made.

I  cannot agree with you on the first point. The practical effect is, 
that, if the process runs into an error condition, which does not go 
away through restarting, the crashing-and-restarting process will loop 
forever (which has to be avoided under all circumstances. It may take 
several hours, until the service people react and fix the situation. 
During this time the endless loop may do a lot of harm by opening more 
and more files and database connections without closing them, which may 
exhaust the available file handles as well as the maximum number of 
database connections, all in all creating a lot more damage than simply 
staying down after 5 retries). Moreover, according to the documentation, 
the retry count will be reset, if the process has been running 
successfully for more than a specified time.

For the second issue there has to be made a difference between the 
reaction of the process controlled by the wrapper and the wrapper 
itself. Even if the wrapper restarts a process that has received a TERM, 
the wrapper itself can still react to this signal by shutting down.  But 
this is not the point.  The wrapper should NOT go down when receiving a 
TERM, it should stay. Otherwise it would be vulnerable itself to a 
forgotten "nohup" or, taking my situation, TERM signals with unknown 
sources.
Instead it should be possible to shutdown the wrapper by, for instance, 
creating a "well-known" file. Many of the processes in our manufacturing 
environment catch all signals they can, because they must not be 
interrupted in their activities during certain periods of time and are 
shut down in this way.

> Processes should always respond to a kill TERM by exiting gracefully.

Not always. For instance, if the foreground process of a Bourne shell 
gets a Ctrl-C, the shell sends a TERM to all processes it has started in 
the background. The background processes should, of course, ignore this 
TERM in this situation. (I only know this, because there is a related 
JDK1.4 bug).

A tool like the wrapper is only required in "hostile" environments. If 
everybody behaves as expected, one does not need a watchdog. You are 
right, the wrapper behaves as defined, but that is the very problem.

Best regards
Georg

Leif Mortenson wrote:

> Georg Schmid wrote:
>
>> a few hours ago I downloaded the Wrapper 3.0.4 in order to improve 
>> the uptime of my JBoss servers. Everything works fine so far, but now 
>> I am not sure anymore, whether Wrapper can solve my problems.
>>
>> 1) Restarting after OutOfMemory exceptions works after defining the 
>> appropriate filter. I also want the wrapper to restart the server at 
>> most 5 times. When I tested this by specifying 8 MB max. heap, the 
>> server was restarted continuously (had to kill it after jvm 7 came up). 
>
>
> The wrapper.max_failed_invocations property only controls the number 
> of restarts due to a failed startup.  If the JVM is restarted due to a 
> call to WrapperManager.restart() or due to a filter, as in your case, 
> then there is no limit to the number of times that the JVM will be 
> restarted.   If you think about it, this is good behavior.   If your 
> application runs out of memory once per day, you would want it to 
> always be restarted.  Not restart for 5 days and then give up and quit.
>
> In this case, the Wrapper is working as expected.  In general, if your 
> application is running out of memory, that is a bug in your 
> application.  The Wrapper makes it possible to work around such 
> problems temporarily, but they really should be fixed at some point.
>
>> 2) The second problem is, that the (locally running, nohup-started) 
>> servers go down, when the network goes down. They seem to get a 
>> "normal" TERM, just like pressing Ctrl-C or issuing a kill (without 
>> -9). JBoss shuts down cleanly, working its shutdown hook, but Wrapper 
>> does not restart the process, as I expected. I introduced a filter, 
>> that checks for "Shutting down the JVM" string and then triggers a 
>> RESTART. The filter matches, but no restart occurs, instead the 
>> wrapper stops. 
>
>
> If your OS is sending a TERM signal to the JVM and Wrapper, then it is 
> correct that the Wrapper is quitting.   Catching the message using a 
> filter and attempting to restart will not work because the Wrapper is 
> already trying to shut itself down.   Processes should always respond 
> to a kill TERM by exiting gracefully.
>
> Please explain if I am missing something.  But it seems like the 
> Wrapper is behaving correctly here.  If it were to respond to a TERM 
> signal by restarting the JVM then there would be no way to kill the 
> Wrapper other than a kill -9, which would of course be bad.
>
>> 3) I could not find a parameter to control the ping frequency (not 
>> the timeout). The ping slows down the application, and for a server, 
>> that should be running for half a year a ping every 30 seconds or 
>> similar would be good enough. 
>
>
> There is already a feature request to be able to control the ping 
> time.   But how are you seeing that the ping is slowing down your 
> application.   Theoretically that is true as there is additional work 
> being done.  But it is very insignificant.  The longer the ping 
> interval, the less responsive the Wrapper will be to a hung JVM.  
> Pinging once every 5 seconds with debug output off has never caused 
> any noticeable performance issues in my experience.
>
> Cheers,
> Leif
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user


-- 
--
Georg Schmid
Special Applications Section Manager   mailto:geo...@ti...
Freising Wafer Fab (FFAB) Make IT      phone: +49 8161 804595
Texas Instruments Deutschland GmbH     fax: +49 8161 803350
              

Re: [Wrapper-user] Using the Wrapper with Orion

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

AP...@id... wrote:

>Hi Leif.
>
>Thanks for getting back to me.  I was actually able to figure out my
>problem.  Apparently the Wrapper.jar file needs to be in the same directory
>as the actual class it is trying to run.  In the example they give in the
>documentation, they use JBoss whose directory structure is similar to what
>the batch file (app.bat) and the wrapper.conf are configured for.  I did
>some tweaking and I now have it up and running.  Thanks again for getting
>back to me.
>
Glad you got it working.  The wrapper.jar file does not need to be in 
the same directory.
You just need to make sure that all of the appropriate classpath entries 
exist in the
wrapper.conf file.

Cheers,
Leif

Re: [Wrapper-user] Using the Wrapper with Orion

[<AP...@id...>]

Hi Leif.

Thanks for getting back to me.  I was actually able to figure out my
problem.  Apparently the Wrapper.jar file needs to be in the same directory
as the actual class it is trying to run.  In the example they give in the
documentation, they use JBoss whose directory structure is similar to what
the batch file (app.bat) and the wrapper.conf are configured for.  I did
some tweaking and I now have it up and running.  Thanks again for getting
back to me.

Andrew Papada



                                                                                                                                                   
                      Leif Mortenson                                                                                                               
                      <le...@ta...>            To:       wra...@li...                                            
                      Sent by:                             cc:                                                                                     
                      wra...@li...        Subject:  Re: [Wrapper-user] Using the Wrapper with Orion                               
                      ceforge.net                                                                                                                  
                                                                                                                                                   
                                                                                                                                                   
                      08/13/2003 10:01 PM                                                                                                          
                      Please respond to                                                                                                            
                      wrapper-user                                                                                                                 
                                                                                                                                                   
                                                                                                                                                   




Papada,
    None of your attachments came through they were probably stripped
because
you sent a word document.  They often contain viruses, so the mail server
probably got rid of it.

    Could you please edit your wrapper.conf file and add a
"wrapper.debug=true"
property.  Then delete the existing wrapper.log file and start your
application.
This will create a log file containing debug output for a single run of
the application.
Then reply to this mail, including a copy of your wrapper.conf, the above
wrapper.log file, and if possible, the original script file that is used
to launch the
Orion server.

    Cheers,
    Leif



AP...@id... wrote:

>Hello All,
>
>Has anyone tried using the Wrapper with the Orion application server?  I
am
>trying to implement method 1 - WrapperSimpleApp Integration on a Windows
>2000 platform in order to have my app server installed as a NT service.  I
>followed the instructions which use JBoss as their example, but when I
>attempt to run the App.bat file, I receive a ZipException stating that a
>file is not found, however, the file name is not given in the exception.
I
>attached a small Word document in which I have recorded my every step in
>setting this up.  I have also attached my wrapper.conf file, along with my
>current versions of the batch files.  I would appreciate any help you can
>give me on this issue.  Some additional info: the version of the JDK I am
>running is 1.3.1_06 and my application server home directory is e:\orion.
>I thank you in advance for any help you can provide me with.
>
>Thanks,
>Andrew Papada
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] dumping PID to file on Win2k

[<cca...@ju...>]

Is there a way to dump the Process ID of the JVM to file on Win2k? This would really be handy to integrate into my NOC monitoring app.

Re: [Wrapper-user] Auto-start service at system startup on solaris

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

Jawad,
    I do not have access to a Solaris machine that I am able to reboot, 
now am I a pro
with Solaris, but I have put up a new page going over the process as I 
understand it.

http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-solaris.html

    To all Solaris users, please look this document over and post any 
corrections,
I am not sure if the orders used are really appropriate for Solaris for 
example.
There may also be a command which makes it easier to configure the run 
levels.
The instructions that I give are very manual.

Cheers,
Leif

jawad bokhari wrote:

>Hi,
>
>How can I auto-start wrapper service on solaris at
>system startup?
>
>Thanks for help.
>
>Jawad
>
>__________________________________
>Do you Yahoo!?
>Yahoo! SiteBuilder - Free, easy-to-use web site design software
>http://sitebuilder.yahoo.com
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] Newbie (?) Questions

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

Georg Schmid wrote:

> a few hours ago I downloaded the Wrapper 3.0.4 in order to improve the 
> uptime of my JBoss servers. Everything works fine so far, but now I am 
> not sure anymore, whether Wrapper can solve my problems.
>
> 1) Restarting after OutOfMemory exceptions works after defining the 
> appropriate filter. I also want the wrapper to restart the server at 
> most 5 times. When I tested this by specifying 8 MB max. heap, the 
> server was restarted continuously (had to kill it after jvm 7 came up). 

The wrapper.max_failed_invocations property only controls the number of 
restarts due to a failed startup.  If the JVM is restarted due to a call 
to WrapperManager.restart() or due to a filter, as in your case, then 
there is no limit to the number of times that the JVM will be 
restarted.   If you think about it, this is good behavior.   If your 
application runs out of memory once per day, you would want it to always 
be restarted.  Not restart for 5 days and then give up and quit.

In this case, the Wrapper is working as expected.  In general, if your 
application is running out of memory, that is a bug in your 
application.  The Wrapper makes it possible to work around such problems 
temporarily, but they really should be fixed at some point.

> 2) The second problem is, that the (locally running, nohup-started) 
> servers go down, when the network goes down. They seem to get a 
> "normal" TERM, just like pressing Ctrl-C or issuing a kill (without 
> -9). JBoss shuts down cleanly, working its shutdown hook, but Wrapper 
> does not restart the process, as I expected. I introduced a filter, 
> that checks for "Shutting down the JVM" string and then triggers a 
> RESTART. The filter matches, but no restart occurs, instead the 
> wrapper stops. 

If your OS is sending a TERM signal to the JVM and Wrapper, then it is 
correct that the Wrapper is quitting.   Catching the message using a 
filter and attempting to restart will not work because the Wrapper is 
already trying to shut itself down.   Processes should always respond to 
a kill TERM by exiting gracefully.

Please explain if I am missing something.  But it seems like the Wrapper 
is behaving correctly here.  If it were to respond to a TERM signal by 
restarting the JVM then there would be no way to kill the Wrapper other 
than a kill -9, which would of course be bad.

> 3) I could not find a parameter to control the ping frequency (not the 
> timeout). The ping slows down the application, and for a server, that 
> should be running for half a year a ping every 30 seconds or similar 
> would be good enough. 

There is already a feature request to be able to control the ping 
time.   But how are you seeing that the ping is slowing down your 
application.   Theoretically that is true as there is additional work 
being done.  But it is very insignificant.  The longer the ping 
interval, the less responsive the Wrapper will be to a hung JVM.  
Pinging once every 5 seconds with debug output off has never caused any 
noticeable performance issues in my experience.

Cheers,
Leif

Re: [Wrapper-user] Using the Wrapper with Orion

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

Papada,
    None of your attachments came through they were probably stripped 
because
you sent a word document.  They often contain viruses, so the mail server
probably got rid of it.

    Could you please edit your wrapper.conf file and add a 
"wrapper.debug=true"
property.  Then delete the existing wrapper.log file and start your 
application.
This will create a log file containing debug output for a single run of 
the application.
Then reply to this mail, including a copy of your wrapper.conf, the above
wrapper.log file, and if possible, the original script file that is used 
to launch the
Orion server.

    Cheers,
    Leif



AP...@id... wrote:

>Hello All,
>
>Has anyone tried using the Wrapper with the Orion application server?  I am
>trying to implement method 1 - WrapperSimpleApp Integration on a Windows
>2000 platform in order to have my app server installed as a NT service.  I
>followed the instructions which use JBoss as their example, but when I
>attempt to run the App.bat file, I receive a ZipException stating that a
>file is not found, however, the file name is not given in the exception.  I
>attached a small Word document in which I have recorded my every step in
>setting this up.  I have also attached my wrapper.conf file, along with my
>current versions of the batch files.  I would appreciate any help you can
>give me on this issue.  Some additional info: the version of the JDK I am
>running is 1.3.1_06 and my application server home directory is e:\orion.
>I thank you in advance for any help you can provide me with.
>
>Thanks,
>Andrew Papada
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] Re: Restart on Linux

[<da...@ix...>]

In article <DD6...@in...>,
Max Stolyarov  <wra...@li...> wrote:
>*	Move to directory -> /etc/init.d
>*	Create file -> mywrapper (see attached file)
>*	Mywrapper file should have content that can be used by Linux
>utility: chkconfig
>*	Run command: chkconfig -level 2345 mywrapper on. This will enable
>your application to start at boot time.

As a comment:  I'm not sure if all Linux distributions use chkconfig.
Certainly the line doesn't hurt in the init script, but not all systems
will be able to make use of it.

>The only problem I see with running application using wrapper at boot time,
>is that if you have any UI to display to the user, your application will
>crash because X-Windows environment has not being loaded yet. It will only
>be loaded at the time of user login

If that's the case, then the application should be broken up into two
pieces.  A server piece that you can launch on boot, and a GUI piece that
somehow talks to the server, that starts up on demand.

>2.	Starting wrapper at login
>That's pretty much it. If you determine that there is a better way to do it
>please let me know. The downfall of the second approach is that it will only
>work for a specific user, because .bash_profile script is user specific;
>another user will not have access to it, because it will have its own.

See /etc/profile and /etc/csh.login for running things upon login for all
users.  You can even do fancy stuff like basing it upon groups, not running
it if user is root, and so on.

Of course, if it's a GUI app, that may not always work, so check for
existence of DISPLAY envvar.  And then throw the app into the local X init
scripts (stuff ran by startx if booting to a console and manually starting
X, for example, or any of the files used by the various graphical login
approaches).

But those are all approaches that can be mostly shared between users.

mrc
-- 
     Mike Castle      da...@ix...      www.netcom.com/~dalgoda/
    We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

[Wrapper-user] Using the Wrapper with Orion

[<AP...@id...>]

Hello All,

Has anyone tried using the Wrapper with the Orion application server?  I am
trying to implement method 1 - WrapperSimpleApp Integration on a Windows
2000 platform in order to have my app server installed as a NT service.  I
followed the instructions which use JBoss as their example, but when I
attempt to run the App.bat file, I receive a ZipException stating that a
file is not found, however, the file name is not given in the exception.  I
attached a small Word document in which I have recorded my every step in
setting this up.  I have also attached my wrapper.conf file, along with my
current versions of the batch files.  I would appreciate any help you can
give me on this issue.  Some additional info: the version of the JDK I am
running is 1.3.1_06 and my application server home directory is e:\orion.
I thank you in advance for any help you can provide me with.

Thanks,
Andrew Papada

[Wrapper-user] Newbie (?) Questions

[Georg S. <geo...@ti...>]

Leif,

a few hours ago I downloaded the Wrapper 3.0.4 in order to improve the 
uptime of my JBoss servers. Everything works fine so far, but now I am 
not sure anymore, whether Wrapper can solve my problems.

1) Restarting after OutOfMemory exceptions works after defining the 
appropriate filter. I also want the wrapper to restart the server at 
most 5 times. When I tested this by specifying 8 MB max. heap, the 
server was restarted continuously (had to kill it after jvm 7 came up).

2) The second problem is, that the (locally running, nohup-started) 
servers go down, when the network goes down. They seem to get a "normal" 
TERM, just like pressing Ctrl-C or issuing a kill (without -9). JBoss 
shuts down cleanly, working its shutdown hook, but Wrapper does not 
restart the process, as I expected. I introduced a filter, that checks 
for "Shutting down the JVM" string and then triggers a RESTART. The 
filter matches, but no restart occurs, instead the wrapper stops.

3) I could not find a parameter to control the ping frequency (not the 
timeout). The ping slows down the application, and for a server, that 
should be running for half a year a ping every 30 seconds or similar 
would be good enough.

I attach the configuration file I use. It should be ok, though, at least 
I don't see any error messages during startup.

Am I missing something?

Regards
Georg

[Wrapper-user] Restart on Linux

[Max S. <MSt...@li...>]

Leif,

 

   I tried playing around with Linux in order to get restart working for the
wrapper, and this is what I found. 

 

1.	Starting wrapper at boot time

 

In order to restart wrapper at boot time, you need to do the following:

*	Move to directory -> /etc/init.d
*	Create file -> mywrapper (see attached file)
*	Mywrapper file should have content that can be used by Linux
utility: chkconfig
*	Run command: chkconfig -level 2345 mywrapper on. This will enable
your application to start at boot time.

 

The only problem I see with running application using wrapper at boot time,
is that if you have any UI to display to the user, your application will
crash because X-Windows environment has not being loaded yet. It will only
be loaded at the time of user login

 

2.	Starting wrapper at login

 

In order to restart wrapper at login time, I modified my .bash_profile file
in my home directory to include command needed to start the wrapper:

 

/root/wrapper/wrapper_linux_3.0.4/bin/testwrapper start.

 

 

That's pretty much it. If you determine that there is a better way to do it
please let me know. The downfall of the second approach is that it will only
work for a specific user, because .bash_profile script is user specific;
another user will not have access to it, because it will have its own.
Thanks

 

Max

[Wrapper-user] dumping PID to file on Win2k

[<cca...@ju...>]

Is there a way to dump the Process ID of the JVM to file on Win2k? This would really be handy to integrate into my NOC monitoring app.

[Wrapper-user] Re: Restart on Linux

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

Max,
Please post to the user list rather to me directly. Others can often answer
your questions and will certainly learn from the answers. :-)

The Wrapper will only be started after a system restart if you have
configured your system to do so. This is accomplished by creating symbolic
links to the startup script at the appropriate run levels. The only
documentation on this right now is for Debian Linux. The idea is the
same for other Unixs as well. I do not have access to most of the systems
that are supported, so I am looking for submissions by users with
access to those platforms who would be willing to create a document
describing the process. The Debian tutorial describes how to set up
the symbolic links using a utility, but they can also be created
manually.
http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-debian.html

Cheers,
Leif

Max Stolyarov wrote:

> Leif,
>
> Can you please let me know how to configure the wrapper to
> automatically restart on Linux, other UNIX OSs, or Mac OS? I tried a
> test wrapper application that you distribute for Linux, but it did not
> restart after my computer restarted? Thanks
>
> Max
>

[Wrapper-user] RE: Restart on Linux

[Max S. <MSt...@li...>]

Thanks Leif,

I'll do that.

Max

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...] 
Sent: Tuesday, August 12, 2003 10:21 AM
To: Max Stolyarov; Wrapper User List
Subject: Re: Restart on Linux

Max,
Please post to the user list rather to me directly. Others can often answer
your questions and will certainly learn from the answers. :-)

The Wrapper will only be started after a system restart if you have
configured your system to do so. This is accomplished by creating symbolic
links to the startup script at the appropriate run levels. The only
documentation on this right now is for Debian Linux. The idea is the
same for other Unixs as well. I do not have access to most of the systems
that are supported, so I am looking for submissions by users with
access to those platforms who would be willing to create a document
describing the process. The Debian tutorial describes how to set up
the symbolic links using a utility, but they can also be created
manually.
http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-debian.html

Cheers,
Leif

Max Stolyarov wrote:

> Leif,
>
> Can you please let me know how to configure the wrapper to
> automatically restart on Linux, other UNIX OSs, or Mac OS? I tried a
> test wrapper application that you distribute for Linux, but it did not
> restart after my computer restarted? Thanks
>
> Max
>

[Wrapper-user] Auto-start service at system startup on solaris

[jawad b. <bok...@ya...>]

Hi,

How can I auto-start wrapper service on solaris at
system startup?

Thanks for help.

Jawad

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Wrapper-user] Re: Best way to handle dependent processes on Linux/Unix?

[<da...@ix...>]

In article <1060459189.1770.59.camel@yaqui>,
Chuck Simpson  <wra...@li...> wrote:
>I would like to use JSW to manage an Apache/Tomcat config. Tomcat and
>Apache are configured to use the JK2 connector so that Apache is the
>HTTP/HTTPS frontend and Tomcat is application server backend. There is a
>dependency to start Tomcat before Apache, and likewise shutdown Apache
>then Tomcat.


IMO, this is a bug in Tomcat, and nothing to do with Wrapper.

If Tomcat cannot handle automatic reconnections, then bugs should be filed
against Tomcat and make them fix it.

Imagine the situation where Tomcat and Apache are running on separate
machines and they have to reboot Apache.  Do you then have to go to every
other machine and restart Tomcat?  If so, that's just plain broken.

mrc
-- 
     Mike Castle      da...@ix...      www.netcom.com/~dalgoda/
    We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

Re: [Wrapper-user] Best way to handle dependent processes on Linux/Unix?

[Chuck S. <ch...@co...>]

On Sun, 2003-08-10 at 00:32, Leif Mortenson wrote:
> Chuck,
> This is actually a problem that I have been trying to figure out the
> best way of
> resolving. For system startup, and shutdown. You would do this by
> registering
> tomcat run levels to use a startup order that is lower than apache and a
> shutdown
> order that is lower than apache. I have docs on this for the Debian
> Linux platform.
> I need help from users to get similar pages setup for other Unix/Linux
> platforms.

Leif, I do this on Redhat as well so system startup and shutdown are not
really an issue for me. I am more concerned with restarts (manual or in
response to a JVM hang). I can handle this in a WrapperListener. I asked
in case I missed an easier or better way to do this.

> 
> ... snip ...
> 
> Another problem is that on Windows, if you set up a dependency in the Apache
> service on Tomcat, then stopping Tomcat would also stop the Apache service
> automatically. Then starting the Apache service, would cause the Tomcat
> service
> to be started automatically. I am not currently aware of any such mechanism
> in Linux. That doesn't mean it doesn't exist. As much as I know about
> Linux, I
> have come to the conclusion that I will always be learning more :-)
> 

I believe init is similar to what windows does, but at a lower level.
You could probably mimic Windows' service behavior using a wrapper
script or a custom /etc/initscript.

However you generally use either /etc/rc or init to manage a process,
but not both since init executes /etc/rc on bootup and shutdown. Using
both rc.d scripts and an inittab respawn entry to control a process
could be tricky to do correctly. This may be an avenue to explore. See
the init/telinit, initscript and inittab man pages for more.


> Do you see any other issues that I need to keep in mind? The Jk2 connector
> runs as part of the Apache process doesn't it? Or is that yet another
> process?

The JK2 connector runs in the Apache process, but uses a named pipe to
communicate with Tomcat. The named pipe can be deleted by a careless
user or can hang due to errors in the OS which is why I need an
end-to-end check from Apache -> Tomcat -> Apache. I can call wget on a
URL to do this and call JSW restart, but I was curious if there is an
API hook or a communication interface into the native wrapper.

For example I use fifo files to communicate and control some of my
applications. The application has a listener that blocks on the fifo
read until it receives something and then creates a new thread to handle
the action associated with the fifo input. You could also use sockets to
do the same thing, but when both processes are on the same machine a
fifo has some advantages such as the ability to queue up events while
the target application is down.

I appreciate the response and look forward to using JSW to get a better
handle on my servers.

Thanks,
Chuck

Re: [Wrapper-user] Best way to handle dependent processes on Linux/Unix?

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

Chuck,
This is actually a problem that I have been trying to figure out the
best way of
resolving. For system startup, and shutdown. You would do this by
registering
tomcat run levels to use a startup order that is lower than apache and a
shutdown
order that is lower than apache. I have docs on this for the Debian
Linux platform.
I need help from users to get similar pages setup for other Unix/Linux
platforms.

http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-debian.html

The problem right now is that the sh and bash scripts as is work
correctly at
shutdown, in that they will wait until the wrapper has actually stopped
before
continuing, but at startup, they return almost immediately. This would
lead to
the the system moving on to start Apache before Tomcat is fully started.
I view
this as a bug and will look at fixing things so that the scripts will
always wait until
the Wrapper has started the application. This will involve a change to
the Wrapper
binary.

Another problem is that both the WrapperSimpleApp and WrapperStartStopApp
classes are designed to work with Applications whose main methods do not
necessarily return. Because of this, neither of these classes are really
capable of
knowing when the Java application has actually started. This is a
problem/issue
on Windows as well. The third integration method, using the
WrapperListener, does
not have this problem, as your code tells the Wrapper when it has started by
returning from the WrapperListener.start method. This issue is documented. I
have been thinking of adding additional versions of the WrapperSimpleApp and
WrapperStartStopApp classes which would require that the application's main
method returned. This would allow an application to tell the Wrapper
when it has
started without having to implement the WrapperListener interface.

Another problem is that on Windows, if you set up a dependency in the Apache
service on Tomcat, then stopping Tomcat would also stop the Apache service
automatically. Then starting the Apache service, would cause the Tomcat
service
to be started automatically. I am not currently aware of any such mechanism
in Linux. That doesn't mean it doesn't exist. As much as I know about
Linux, I
have come to the conclusion that I will always be learning more :-)

So in summary. To get this working for you at system startup and shutdown.
You would have to use the WrapperListener method to integrate. And I
will take
a look at what is necessary to make the wrapper executable wait until
the Java
application is completely started before returning.

Do you see any other issues that I need to keep in mind? The Jk2 connector
runs as part of the Apache process doesn't it? Or is that yet another
process?

Cheers,
Leif

Chuck Simpson wrote:

>I would like to use JSW to manage an Apache/Tomcat config. Tomcat and
>Apache are configured to use the JK2 connector so that Apache is the
>HTTP/HTTPS frontend and Tomcat is application server backend. There is a
>dependency to start Tomcat before Apache, and likewise shutdown Apache
>then Tomcat.
>
>I read the different integration methods and none seem to specifically
>address this issue on a Linux/Unix platform. I could hack this into a
>WrapperListener class using Runtime.exec to start Apache and
>Runtime.addShutdownHook to stop Apache. Is this the recommended method
>of handling service dependencies on Linux/Unix?
>
>Assuming the answer is yes, I still have to devise a means of end-to-end
>monitoring to ensure that Apache and the JK2 connector are functioning
>as well as the Tomcat JVM. I can script a pinger to do this, but how
>would I integrate it with JSW's monitor?
>
>BTW, this is a great tool. I don't know how many times I have had to
>script monitors to do similar things. Using JSW I should not have to do
>so again.
>
>Thanks,
>Chuck
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] Best way to handle dependent processes on Linux/Unix?

[Chuck S. <ch...@co...>]

I would like to use JSW to manage an Apache/Tomcat config. Tomcat and
Apache are configured to use the JK2 connector so that Apache is the
HTTP/HTTPS frontend and Tomcat is application server backend. There is a
dependency to start Tomcat before Apache, and likewise shutdown Apache
then Tomcat.

I read the different integration methods and none seem to specifically
address this issue on a Linux/Unix platform. I could hack this into a
WrapperListener class using Runtime.exec to start Apache and
Runtime.addShutdownHook to stop Apache. Is this the recommended method
of handling service dependencies on Linux/Unix?

Assuming the answer is yes, I still have to devise a means of end-to-end
monitoring to ensure that Apache and the JK2 connector are functioning
as well as the Tomcat JVM. I can script a pinger to do this, but how
would I integrate it with JSW's monitor?

BTW, this is a great tool. I don't know how many times I have had to
script monitors to do similar things. Using JSW I should not have to do
so again.

Thanks,
Chuck

[Wrapper-user] Wrapper 3.0.4 released

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

The 3.0.4 version of the Java Service Wrapper was released today.

This version adds support for DEC OSF1 (Alpha) and FreeBSD.
A lot of work went into this version. It includes several minor bug fixes
and several new features, including the ability to control the Wrapper
via a socket, UNIX script improvements, the ability to start and stop
the Wrapper as a service from the command line, and more.

For a complete list of changes, please the release notes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

Please head over an download it and take it for a test drive.
Cheers,
Leif

Re: [Wrapper-user] Non-deamon thread finished

[Anakreon M. <am...@er...>]

Leif Mortenson wrote:
> Anakreon,
>    The Wrapper is detecting that there are no non-daemon threads still 
> running
> and deciding that your application is ready to exit.   This is exactly 
> how Java
> works when run without the Wrapper.  When run without the Wrapper, the JVM
> will exit as soon as the last non-daemon thread has completed.
> 
>    The Wrapper has to do its own thread counting to emulate the way Java
> normally works because the Wrapper has its own non-daemon thread running.
> 
>    When your WrapperListener.start method returns are you sure that you 
> have
> any other threads running?  If so verify that they do not have their 
> daemon flag
> set.
> 
>    You should be getting the same behavior whether you are running as a
> service or as a console app.   If you can't figure it out, let me know 
> what the error
> is that you are getting when running as a service.
> 
> Cheers,
> Leif
Thanks Leif.
I had started a thread but was a deamon.
My fault.

Re: [Wrapper-user] WIN2K %PATH% not available to app in wrapper

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

Chad,
    How does your application retrieve the PATH and ORACLE_HOME
environment variables?  Java 1.1 used to allow you to call
System.getenv( "PATH" );  But that method was deprecated in Java 1.2 and
started throwing a java.lang.Error if called.

    The only way that I am aware of to pass an environment variable into 
the JVM
is to use a -D parameter when launching the JVM.  This can be done from 
within
the wrapper.conf file with the following properties:

wrapper.java.additional.1=-DPATH="%PATH%"
wrapper.java.additional.1.stripquotes=TRUE
wrapper.java.additional.2=-DORACLE_HOME="%ORACLE_HOME%"
wrapper.java.additional.2.stripquotes=TRUE

    The stripquotes properties are not really necessary, but they will 
make the
configuration file work correctly on UNIX systems.  If you are only 
working on
windows you can leave them out.  The values are quoted so that any spaces
in the environment variable values will be handled correctly.

    If you wish, you can set the environment variable inside the 
wrapper.conf
file by using the set.PATH=nnn syntax.  This must be set before it is used
in the file.

    To make sure that your environment variables are being passed to the
Wrapper correctly, please set the wrapper.debug=true property and then
run your application.  You will see the full Java command used to launch
the JVM.   If expanded PATH value is visible there then your application
should be able to use it.

    Let me know if you are still having any problems getting this working.

Cheers,
Leif

Chad Cannell wrote:

> My app doesn't seem to be able to grab Environment Variables now that 
> I have it "Wrappered".
> It starts fine but does not seem to be aware of the PATH and 
> ORACLE_HOME values my jboss app need to use oci drivers.
>  
> I tried set.PATH=... but to no avail. How do I pipe in my ENV 
> variables to my java app in the wrapper?
>  
> c