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

[Wrapper-user] Useful functions accessiable via JNI from the wrapper-lib/dll?

[Michael 'b. S. <msc...@gi...>]

Good day list.

I'm currently looking for some features I would need to implement into my 
application. I developed an application that fiddles with an xml-file which 
used to configure our main-java-services. Besides that my application generates 
JSW-config-files from the properties specified in that xml.

One purpose for my application is, when running under Windows, to give the 
possibilty to install/remove/update a service.
My problem now is, that I need to know
a) is the service already installed
b) is it running
c) ...

Cause my app is implemented in java as well I'm looking for a way to achive 
informations about installed windows-service in some one.
Currently I'm parsing the output of srvinfo.exe, which is a bit ugly.

Are there any function in the jsw-lib/dll to be called via JNI to achive my 
goals?

Any other hints to libs/dlls are welcome as well.

Thanks in advance.

Greetings,
 Michael

-- 
 I am root. If you see me laughing, you better have a backup.

[Wrapper-user] I want to do sthg when I reach wrapper.max_failed_invocations!

[Sebastien C. <sch...@mi...>]

Hi,
I'm using this great product to wrap my java application (some kind of
client multimedia player) and I'm totally satisfied with it. So I'd like
to first say thanks for developping it.
Now, let my explain my will : my application is relatively unstable yet,
and some conditions can make its lauch impossible. I have set
/wrapper.max_failed_invocations /with value 5. After 5 failed
invocations, the wrapper stops invoking, like it's supposed to do.
Now, I'd like to be able to "catch" this "giving up event", and for
example trigger the invocation of another main class on this giving up.
My purpose is to keep a trace of these events (e.g. in a local file)
because they reveal important information to me.
Is there any way to do this? Thanks in advance!
Seb

PS : for now I regularely check the file "wrapper.log" and look inside
if I can find the pattern "There were 5 failed launches in a row, each
lasting less than 300 seconds.  Giving up."

-- 
Sébastien CHATEAU
Mirane SAS
-------------------------
sch...@mi...
www.mirane.com
-------------------------
Tel : 05 57 77 12 15
Fax : 05 57 77 34 90

[Wrapper-user] I want to do sthg when I reach wrapper.max_failed_invocations!

[Sebastien C. <sch...@mi...>]

Hi,
I'm using this great product to wrap my java application (some kind of
client multimedia player) and I'm totally satisfied with it. So I'd like
to first say thanks for developping it.
Now, let my explain my will : my application is relatively unstable yet,
and some conditions can make its lauch impossible. I have set
/wrapper.max_failed_invocations /with value 5. After 5 failed
invocations, the wrapper stops invoking, like it's supposed to do.
Now, I'd like to be able to "catch" this "giving up event", and for
example trigger the invocation of another main class on this giving up.
My purpose is to keep a trace of these events (e.g. in a local file)
because they reveal important information to me.
Is there any way to do this? Thanks in advance!
Seb

PS : for now I regularely check the file "wrapper.log" and look inside
if I can find the pattern "There were 5 failed launches in a row, each
lasting less than 300 seconds.  Giving up."

-- 
Sébastien CHATEAU
Mirane SAS
-------------------------
sch...@mi...
www.mirane.com
-------------------------
Tel : 05 57 77 12 15
Fax : 05 57 77 34 90

Re: [Wrapper-user] Wrapper port

[arul t. <tha...@ya...>]

Thank you for your information...

Thanks & Regards
Arul Thayalan.


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

> Arul,
>     Thank you for pointing this problem out.   I
> have changed the 
> default ports used by
> the client side of the backend socket to the range
> 31000-31999 and made 
> it possible
> to set the port or port range used.
>     3.1.2 and earlier versions left it up to the OS
> to decide which port 
> to use.
> 
>     This will be in 3.2.0.
> 
> Cheers,
> Leif
> 
> arul thayalan wrote:
> 
> >Hi All,
> >       I'm new user to this forum. Very nice meet
> you
> >all through this forum.
> >
> >       My application is Java RMI based. It uses
> >Wrapper service to run my applicaton as window nt
> >service application. My application starts with
> >binding the RMI registry with port number 1099.
> >Strangely I'm facing some issues. My services are
> >configured in such way that when machine restart,my
> >services also restart.I will write the scenario
> here.
> >
> >1. I stopping my rmi services.
> >2. I'm restarting my machine.
> >3. application services starts with RMI Registry
> >binding when system reboots.
> >
> >Here i'm facing the problem that RMI registry
> couldn't
> >bind port number 1099 already in use. 
> >
> >I went to cmd mode and run the command c:\>netstat
> -na
> >It showing that 1099 holding by some local
> services. 
> >cmd result
> >
> >proto local address   foreign address state
> >--------------------------------------------
> >TCP   127.0.0.1:1099  127.0.0.1:32000  ESTABLISHED
> >TCP   127.0.0.1:32000 0.0.0.0           LISTENING
> >
> >
> >My question here is
> >
> > Is wrapper services using port 1099 for server
> socket
> >listening? If it using this port how can i avoid?
> >Please advise me...
> >
> >
> >Regards
> >M.Arul Thayalan.
> >  
> >
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content,
> downloads, discussions,
> and more.
> http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
>
https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 


Send instant messages to your online friends http://au.messenger.yahoo.com 

Re: [Wrapper-user] Wrapper port

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

Arul,
    Thank you for pointing this problem out.   I have changed the 
default ports used by
the client side of the backend socket to the range 31000-31999 and made 
it possible
to set the port or port range used.
    3.1.2 and earlier versions left it up to the OS to decide which port 
to use.

    This will be in 3.2.0.

Cheers,
Leif

arul thayalan wrote:

>Hi All,
>       I'm new user to this forum. Very nice meet you
>all through this forum.
>
>       My application is Java RMI based. It uses
>Wrapper service to run my applicaton as window nt
>service application. My application starts with
>binding the RMI registry with port number 1099.
>Strangely I'm facing some issues. My services are
>configured in such way that when machine restart,my
>services also restart.I will write the scenario here.
>
>1. I stopping my rmi services.
>2. I'm restarting my machine.
>3. application services starts with RMI Registry
>binding when system reboots.
>
>Here i'm facing the problem that RMI registry couldn't
>bind port number 1099 already in use. 
>
>I went to cmd mode and run the command c:\>netstat -na
>It showing that 1099 holding by some local services. 
>cmd result
>
>proto local address   foreign address state
>--------------------------------------------
>TCP   127.0.0.1:1099  127.0.0.1:32000  ESTABLISHED
>TCP   127.0.0.1:32000 0.0.0.0           LISTENING
>
>
>My question here is
>
> Is wrapper services using port 1099 for server socket
>listening? If it using this port how can i avoid?
>Please advise me...
>
>
>Regards
>M.Arul Thayalan.
>  
>

Re: [Wrapper-user] Feature request: Script actions

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

Juergen,
    With all the related requests about this, it is actually a bit 
complicated.  The state
engine needs to be able to handle waiting for multiple external 
processes to complete.
I will give it some more thought.  I like your ideas here,

    There are a few related Feature Requests that are already open:
https://sourceforge.net/tracker/index.php?func=detail&aid=926800&group_id=39428&atid=425190
https://sourceforge.net/tracker/index.php?func=detail&aid=837037&group_id=39428&atid=425190

    I added this mail to first feature request.

Cheers,
Leif

Juergen Hermann wrote:

>Hi, it would be nice if one could start a script in 
>response to triggers, i.e.
>
>wrapper.filter.trigger.1=trigger string
>wrapper.filter.action.1=EXEC
>wrapper.filter.exechandler=/my/special/handling.sh
>
>This would then start the "exechandler" command with two 
>parameters:
> 1. The index of the trigger ("1")
> 1. The FULL log line that triggered the action.
>
>The return value of the script determines further action:
> 0 == NONE
> 1 == RESTART
> 2 == SHUTDOWN
>
>Use case is for example a clustered Tomcat installation, 
>where failure of one JVM might require restart actions for 
>the other JVMs too (or delaying of the restart for this 
>JVM, when the partner JVM is currently not available).
>
>Also, you could do things like active notification of 
>restarts via SNMP etc.
>
>
>
>Ciao, Jürgen
>
>--
>Jürgen Hermann, Developer
>WEB.DE AG, http://webde-ag.de/
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Power Architecture Resource Center: Free content, downloads, discussions,
>and more. http://solutions.newsforge.com/ibmarch.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] Dynamically passing arguments in wrapper.conf

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

SK,

Silent Killer wrote:

> Coming to my issue, the only pain point I have is RMI. While 
> specifying RMI codebase, as far as I have
> tried, it does not accept relative paths in the codebase. It requires 
> full paths. Because of this reason, I am
> forced to use hard coded paths in the wrapper configuration file. All 
> other arguments to my application
> are relative from where the application has been installed. If you 
> have any experience in RMI and know
> about the codebase issues, please let me know.

Not sure here.  What is an example.  I have written application making 
use of RMI but am not sure what you are referring to.  My apps were all 
relative.  A big must for apps that need to run on various platforms.

Cheers,
Leif

Re: [Wrapper-user] Dynamically passing arguments in wrapper.conf

[Silent K. <the...@gm...>]

Leif,

Thanks for pointing me to the environmental variable feature in the 
wrapper. I will try to work my
way around using that.

As for your comments about not having relative paths in an application, 
I completely agree with you. In
fact, I have taken a lot of caution in making sure that everything is 
relative. Application installation should
be free flow and should be flexible enough to run from anyway. Eclipse 
is one great example for that.

Coming to my issue, the only pain point I have is RMI. While specifying 
RMI codebase, as far as I have
tried, it does not accept relative paths in the codebase. It requires 
full paths. Because of this reason, I am
forced to use hard coded paths in the wrapper configuration file. All 
other arguments to my application
are relative from where the application has been installed. If you have 
any experience in RMI and know
about the codebase issues, please let me know.

>> Implementing UNIX like inline execution of external commands seems 
>> like it would get complicated quickly, so unless something like that is really 
>> really needed I would like to avoid it.


I think the idea of having inline execution of commands in the 
configuration file might be an overkill. I was
a bit greedy and wanted more for myself. I think it makes more sense in 
the configuration file being just that
- a configuration file.

Thanks,
SK


Leif Mortenson wrote:

>SK,
>    The Wrapper already supports expansion of environment variables 
>within the
>configuration file.  It uses the Windows syntax on all platforms to make the
>configuration file as portable as possible.
>    For example:
>wrapper.java.command=%JAVA_HOME%/bin/java
>
>    See the following docs for more details:
>http://wrapper.tanukisoftware.org/doc/english/props-envvars.html
>
>    Implementing UNIX like inline execution of external commands seems 
>like it
>would get complicated quickly, so unless something like that is really 
>really needed
>I would like to avoid it.
>
>    As for your install, I would suggest that you consider modifying 
>your application
>to work off of relative rather than absolute directory paths.   That is 
>what I always
>do.
>    When running Java standalone, the current directory depends on how 
>the JVM
>was launched so relative paths can be a nightmare.   But when using the 
>Wrapper,
>the user directory is always set to the location of the Wrapper.exe 
>file.   If you make
>all of your paths relative to that location then your application will 
>work reliable no
>matter how it is launched.
>    This also greatly simplifies your install as it can basically just 
>be a expanded zip
>file.  The user can also move the application around without breaking it 
>as long as it
>is stopped when moved.
>
>    Cheers,
>    Leif
>
>Silent Killer wrote:
>
>  
>
>>Hi all,
>>
>>I am a happy user of Java Service Wrapper, using it in several 
>>components. But I have a few queries regarding the use of the 
>>configuration file.
>>
>>Is it possible to use environmental variables in the config file 
>>(wrapper.conf)? For example, one of the command line arguments that I 
>>am using is now of the form,
>>
>>wrapper.java.additional.1=-Dbase=C:\installroot
>>
>>But installroot is something that is decided by the user while 
>>installing the product. In such a case, is it possible to dynamically 
>>change the value of my argument in the configuration file? I can see 
>>two possible ways of doing it.
>>
>>Option1: Set an environmental variable during installation. Something 
>>like MyProductInstallHome which points to C:\installroot. And I should 
>>be able to set the property in the configuration file as
>>
>>wrapper.java.additional.2=-Dbase=%MyProductInstallHome%
>>
>>Option2: Allow batch commands in the configuration file. So that I can 
>>do something like
>>
>>wrapper.java.additional.2=-Dbase=%cd%\..
>>
>>(what I mean here is that %cd% should give me the current directory, 
>>which in my case is C:\installroot\config and \.. will take me one 
>>level up so that I can get to the correct install root.
>>
>>I hope I have been clear in my request so far.
>>
>>Out of the two options I have stated above, is any of them possible? 
>>If at all possible, I would prefer the second option so that I do not 
>>have to rely on environmental variables.
>>
>>Or I am completely off track here? Is there some other way to handle 
>>dynamic arguments?
>>
>>Any pointers on this would be greatly appreciated.
>>
>>Thanks,
>>SK
>>    
>>

Re: [Wrapper-user] Dynamically passing arguments in wrapper.conf

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

SK,
    The Wrapper already supports expansion of environment variables 
within the
configuration file.  It uses the Windows syntax on all platforms to make the
configuration file as portable as possible.
    For example:
wrapper.java.command=%JAVA_HOME%/bin/java

    See the following docs for more details:
http://wrapper.tanukisoftware.org/doc/english/props-envvars.html

    Implementing UNIX like inline execution of external commands seems 
like it
would get complicated quickly, so unless something like that is really 
really needed
I would like to avoid it.

    As for your install, I would suggest that you consider modifying 
your application
to work off of relative rather than absolute directory paths.   That is 
what I always
do.
    When running Java standalone, the current directory depends on how 
the JVM
was launched so relative paths can be a nightmare.   But when using the 
Wrapper,
the user directory is always set to the location of the Wrapper.exe 
file.   If you make
all of your paths relative to that location then your application will 
work reliable no
matter how it is launched.
    This also greatly simplifies your install as it can basically just 
be a expanded zip
file.  The user can also move the application around without breaking it 
as long as it
is stopped when moved.

    Cheers,
    Leif

Silent Killer wrote:

> Hi all,
>
> I am a happy user of Java Service Wrapper, using it in several 
> components. But I have a few queries regarding the use of the 
> configuration file.
>
> Is it possible to use environmental variables in the config file 
> (wrapper.conf)? For example, one of the command line arguments that I 
> am using is now of the form,
>
> wrapper.java.additional.1=-Dbase=C:\installroot
>
> But installroot is something that is decided by the user while 
> installing the product. In such a case, is it possible to dynamically 
> change the value of my argument in the configuration file? I can see 
> two possible ways of doing it.
>
> Option1: Set an environmental variable during installation. Something 
> like MyProductInstallHome which points to C:\installroot. And I should 
> be able to set the property in the configuration file as
>
> wrapper.java.additional.2=-Dbase=%MyProductInstallHome%
>
> Option2: Allow batch commands in the configuration file. So that I can 
> do something like
>
> wrapper.java.additional.2=-Dbase=%cd%\..
>
> (what I mean here is that %cd% should give me the current directory, 
> which in my case is C:\installroot\config and \.. will take me one 
> level up so that I can get to the correct install root.
>
> I hope I have been clear in my request so far.
>
> Out of the two options I have stated above, is any of them possible? 
> If at all possible, I would prefer the second option so that I do not 
> have to rely on environmental variables.
>
> Or I am completely off track here? Is there some other way to handle 
> dynamic arguments?
>
> Any pointers on this would be greatly appreciated.
>
> Thanks,
> SK
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Service starts, app runs once, then shutdowns?

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

Russell,
    I often write applications that contain cron-job like functions.  I 
even have a timer
manager component which simplifies the task as it is so common.  Nothing 
wrong
with it.  ;-)

    For your application, I would just have a single thread which has a 
main loop
that calls a method running your FeedMonitor then sleeps for 15 
minutes.  If would
loop until the JVM decides its time to shut down.
    You would want to implement a shutdown hook that would be able to 
wake the
main loop up so it could exit in the middle of the 15 minute wake as 
well.  That
will be needed to make the app shutdown promptly.

    Cheers,
    Leif

Russell Brown wrote:

>Sorry, I reposted the message because I actually sent it before I approved my subscription and I got an error email.
>
>The application I made some more changes last night and it now works as follows. I have a Service.class which is called by the
>wrapper. That starts a MonitorService thread, which then runs the actual FeedMonitor every 15 minutes. So is it stupid to have a
>thread running a thread that starts a new thread every 15 minutes, just to avoid a bunch of base db hits and processing every 15
>minutes... I'm starting to think so, but it was at least a good practice in futility.
>
>Is what I have no correct or a bastardization of Java and the Wrapper in general?
>
>Thanks
>Russ
>  
>

[Wrapper-user] Dynamically passing arguments in wrapper.conf

[Silent K. <the...@gm...>]

Hi all,

I am a happy user of Java Service Wrapper, using it in several 
components. But I have a few queries regarding the use of the 
configuration file.

Is it possible to use environmental variables in the config file 
(wrapper.conf)? For example, one of the command line arguments that I am 
using is now of the form,

wrapper.java.additional.1=-Dbase=C:\installroot

But installroot is something that is decided by the user while 
installing the product. In such a case, is it possible to dynamically 
change the value of my argument in the configuration file? I can see two 
possible ways of doing it.

Option1: Set an environmental variable during installation. Something 
like MyProductInstallHome which points to C:\installroot. And I should 
be able to set the property in the configuration file as

wrapper.java.additional.2=-Dbase=%MyProductInstallHome%

Option2: Allow batch commands in the configuration file. So that I can 
do something like

wrapper.java.additional.2=-Dbase=%cd%\..

(what I mean here is that %cd% should give me the current directory, 
which in my case is C:\installroot\config and \.. will take me one level 
up so that I can get to the correct install root.

I hope I have been clear in my request so far.

Out of the two options I have stated above, is any of them possible? If 
at all possible, I would prefer the second option so that I do not have 
to rely on environmental variables.

Or I am completely off track here? Is there some other way to handle 
dynamic arguments?

Any pointers on this would be greatly appreciated.

Thanks,
SK

RE: [Wrapper-user] Service starts, app runs once, then shutdowns?

[Russell B. <rb...@po...>]

Sorry, I reposted the message because I actually sent it before I approved my subscription and I got an error email.

The application I made some more changes last night and it now works as follows. I have a Service.class which is called by the
wrapper. That starts a MonitorService thread, which then runs the actual FeedMonitor every 15 minutes. So is it stupid to have a
thread running a thread that starts a new thread every 15 minutes, just to avoid a bunch of base db hits and processing every 15
minutes... I'm starting to think so, but it was at least a good practice in futility.

Is what I have no correct or a bastardization of Java and the Wrapper in general?

Thanks
Russ



-----Original Message-----
From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson
Sent: Monday, October 10, 2005 6:31 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Service starts, app runs once, then shutdowns?

Russell,
The restart functions are really only designed to restart a JVM which 
"fails" in any one
of a number of ways. It sounds like in your case, the Java application 
is completing
without problems and exiting normally. The Wrapper is handling this 
correctly by exiting.

Is there a reason why you don't just create a thread within your JVM 
that runs an
operation every 15 minutes? This way the JVM stays up. That would have the
disadvantage of having the JVM take up memory while it is idle...

One way that you could make this work is to add the following configuration
properties to your wrapper.conf file.

wrapper.on_exit.0=RESTART
wrapper.restart.delay=900

See the following:
http://wrapper.tanukisoftware.org/doc/english/prop-on-exit-n.html
http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html

That should override the default shutdown behavior and queue up a 
restart when
the JVM exits normally. Let me know how this works as I didn't actually 
try it just
now...

You might want to use a different exit code to trigger the restart so 
you have a
way to actually cause the cycle to stop. Use System.exit(1) or something.

Cheers,
Leif

[Wrapper-user] Service starts, app runs once, then shutdowns?

[Russell B. <rb...@po...>]

Unless I'm completely misunderstanding the instructions I assumed that the wrapper would constantly run and it would rerun my sub
app on a desired time patter via 

wrapper.restart.delay. How ever my application starts up, runs once and the shuts down cleanly. Right now for testing tell my thread
to just rerun 15 minutes after it ends, which doesn't seem right.

 

To clarify, I want to basically run my java app every 15 minutes, but I want to run it as a service, because there is a large chuck
of start up code/processing that I want to do once not 4 times an hour. Someone please help, yes I've searched the archives and help
and found other similar questions that were either unanswered or had completely confusing ones that didn't seem to answer the actual
question.

 

Here is my configuration file.

----------------------------------------------------------------------------------------------
wrapper.java.command=D:\Java\jre_1.4.2\bin\java.exe

 

wrapper.java.mainclass=com.POM.feedMonitor.Service

 

wrapper.working.dir=D:\Java\Applications\FeedMonitor

 

wrapper.console.format=PM

wrapper.console.loglevel=DEBUG

 

wrapper.logfile=D:/Java/Applications/FeedMonitor/wrapper.log

wrapper.logfile.format=LPTM

wrapper.logfile.loglevel=DEBUG

wrapper.logfile.maxsize=0

 

wrapper.syslog.loglevel=NONE

 

wrapper.console.title=Feed Monitor

wrapper.ntservice.name=Feed_Monitor

wrapper.ntservice.displayname=Feed Monitor

wrapper.ntservice.description=Feed Monitor

 

wrapper.ntservice.starttype=AUTO_START

 

wrapper.ntservice.interactive=false

 

wrapper.restart.delay=900

wrapper.ping.interval=15

----------------------------------------------------------------------------------------------

 

Re: [Wrapper-user] Service starts, app runs once, then shutdowns?

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

Russell,
The restart functions are really only designed to restart a JVM which 
"fails" in any one
of a number of ways. It sounds like in your case, the Java application 
is completing
without problems and exiting normally. The Wrapper is handling this 
correctly by exiting.

Is there a reason why you don't just create a thread within your JVM 
that runs an
operation every 15 minutes? This way the JVM stays up. That would have the
disadvantage of having the JVM take up memory while it is idle...

One way that you could make this work is to add the following configuration
properties to your wrapper.conf file.

wrapper.on_exit.0=RESTART
wrapper.restart.delay=900

See the following:
http://wrapper.tanukisoftware.org/doc/english/prop-on-exit-n.html
http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html

That should override the default shutdown behavior and queue up a 
restart when
the JVM exits normally. Let me know how this works as I didn't actually 
try it just
now...

You might want to use a different exit code to trigger the restart so 
you have a
way to actually cause the cycle to stop. Use System.exit(1) or something.

Cheers,
Leif


Russell Brown wrote:

> Unless I’m completely misunderstanding the instructions I assumed that 
> the wrapper would constantly run and it would rerun my sub app on a 
> desired time patter via
>
> wrapper.restart.delay. How ever my application starts up, runs once 
> and the shuts down cleanly. Right now for testing tell my thread to 
> just rerun 15 minutes after it ends, which doesn’t seem right.
>
> To clarify, I want to basically run my java app every 15 minutes, but 
> I want to run it as a service, because there is a large chuck of start 
> up code/processing that I want to do once not 4 times an hour. Someone 
> please help, yes I’ve searched the archives and help and found other 
> similar questions that were either unanswered or had completely 
> confusing ones that didn’t seem to answer the actual question.
>
> Here is my configuration file…
>
> ----------------------------------------------------------------------------------------------
> wrapper.java.command=D:\Java\jre_1.4.2\bin\java.exe
>
> wrapper.java.mainclass=com.POM.feedMonitor.Service
>
> wrapper.working.dir=D:\Java\Applications\FeedMonitor
>
> wrapper.console.format=PM
>
> wrapper.console.loglevel=DEBUG
>
> wrapper.logfile=D:/Java/Applications/FeedMonitor/wrapper.log
>
> wrapper.logfile.format=LPTM
>
> wrapper.logfile.loglevel=DEBUG
>
> wrapper.logfile.maxsize=0
>
> wrapper.syslog.loglevel=NONE
>
> wrapper.console.title=Feed Monitor
>
> wrapper.ntservice.name=Feed_Monitor
>
> wrapper.ntservice.displayname=Feed Monitor
>
> wrapper.ntservice.description=Feed Monitor
>
> wrapper.ntservice.starttype=AUTO_START
>
> wrapper.ntservice.interactive=false
>
> wrapper.restart.delay=900
>
> wrapper.ping.interval=15
>
> ----------------------------------------------------------------------------------------------
>

[Wrapper-user] Service starts, app runs once, then shutdowns?

[Russell B. <rb...@po...>]

Unless I'm completely misunderstanding the instructions I assumed that the wrapper would constantly run and it would rerun my sub
app on a desired time patter via 

wrapper.restart.delay. How ever my application starts up, runs once and the shuts down cleanly. Right now for testing tell my thread
to just rerun 15 minutes after it ends, which doesn't seem right.

 

To clarify, I want to basically run my java app every 15 minutes, but I want to run it as a service, because there is a large chuck
of start up code/processing that I want to do once not 4 times an hour. Someone please help, yes I've searched the archives and help
and found other similar questions that were either unanswered or had completely confusing ones that didn't seem to answer the actual
question.

 

Here is my configuration file.

----------------------------------------------------------------------------------------------
wrapper.java.command=D:\Java\jre_1.4.2\bin\java.exe

 

wrapper.java.mainclass=com.POM.feedMonitor.Service

 

wrapper.working.dir=D:\Java\Applications\FeedMonitor

 

wrapper.console.format=PM

wrapper.console.loglevel=DEBUG

 

wrapper.logfile=D:/Java/Applications/FeedMonitor/wrapper.log

wrapper.logfile.format=LPTM

wrapper.logfile.loglevel=DEBUG

wrapper.logfile.maxsize=0

 

wrapper.syslog.loglevel=NONE

 

wrapper.console.title=Feed Monitor

wrapper.ntservice.name=Feed_Monitor

wrapper.ntservice.displayname=Feed Monitor

wrapper.ntservice.description=Feed Monitor

 

wrapper.ntservice.starttype=AUTO_START

 

wrapper.ntservice.interactive=false

 

wrapper.restart.delay=900

wrapper.ping.interval=15

----------------------------------------------------------------------------------------------

[Wrapper-user] Feature request: Script actions

[Juergen H. <jh...@we...>]

Hi,=20it=20would=20be=20nice=20if=20one=20could=20start=20a=20script=20in=20=

response=20to=20triggers,=20i.e.

wrapper.filter.trigger.1=3Dtrigger=20string
wrapper.filter.action.1=3DEXEC
wrapper.filter.exechandler=3D/my/special/handling.sh

This=20would=20then=20start=20the=20"exechandler"=20command=20with=20two=20=

parameters:
=201.=20The=20index=20of=20the=20trigger=20("1")
=201.=20The=20FULL=20log=20line=20that=20triggered=20the=20action.

The=20return=20value=20of=20the=20script=20determines=20further=20action:
=200=20=3D=3D=20NONE
=201=20=3D=3D=20RESTART
=202=20=3D=3D=20SHUTDOWN

Use=20case=20is=20for=20example=20a=20clustered=20Tomcat=20installation,=20=

where=20failure=20of=20one=20JVM=20might=20require=20restart=20actions=20f=
or=20
the=20other=20JVMs=20too=20(or=20delaying=20of=20the=20restart=20for=20thi=
s=20
JVM,=20when=20the=20partner=20JVM=20is=20currently=20not=20available).

Also,=20you=20could=20do=20things=20like=20active=20notification=20of=20
restarts=20via=20SNMP=20etc.



Ciao,=20J=FCrgen

--
J=FCrgen=20Hermann,=20Developer
WEB.DE=20AG,=20http://webde-ag.de/

Re: [Wrapper-user] Failed to connect to the Wrapper

[Shibu V. <sva...@gm...>]

Tracy,

It seems like your %JAVA_HOME% environment variable is not getting set
properly before you execute the wrapper. That is propabably what is causing
your windows service to not start.

Good luck!


On 10/6/05, Pleasant, Tracy <tra...@lm...> wrote:
>
> I get an error when trying to start the Windows Service
>
> Net start MyApp
>
> The MyApp Service is starting.
>
> The MyApp service cannot be started.
>
> A system error has occurred.
>
> System error 1067 has occurred.
>
> The process terminated unexpectedly.
>
> Command is:
> C:\MyApp\bin\wrapper.exe -s C:\MyApp\bin\..\conf\wrapper.conf
>
> Log reads
>
> STATUS | wrapper | 2005/10/06 13:22:07 | --> Wrapper Started as Service
> STATUS | wrapper | 2005/10/06 13:22:08 | Launching a JVM...
> FATAL | wrapper | 2005/10/06 13:22:08 | Unable to execute Java command.
> The system cannot find the file specified. (0x2)
>
> FATAL | wrapper | 2005/10/06 13:22:08 | "%JAVA_HOME%\bin\java" -
> Djava.library.path=3D"..\lib" -classpath
> "..\lib\wrapper.jar;%JAVA_HOME%\lib\tools.jar;C:\MyApp\lib\MyApp.jar" -
> Dwrapper.key=3D"AYrW1B3dageXdGaH" -Dwrapper.port=3D32001 -
> Dwrapper.use_system_time=3D"TRUE" -Dwrapper.version=3D"3.1.2" -
> Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE" -
> Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
> org.tanukisoftware.wrapper.WrapperSimpleApp com.myproject.MyApp 4400
>
> FATAL | wrapper | 2005/10/06 13:22:08 | Critical error: wait for JVM
> process failed
>
> When running that command directory on the command line I get:
>
> Failed to connect to the Wrapper.
> java.net.ConnectionException: Connection refused: connect
> Exiting JVM...
>
> The application is a simple server application which opens a Socket on
> port 4400 and listens for requests.
>
> The application works on it's own and when I run MyApp.bat
>
>
>
>

[Wrapper-user] Failed to connect to the Wrapper

[Pleasant, T. <tra...@lm...>]

I get an error when trying to start the Windows Service

Net start MyApp

The MyApp Service is starting.

The MyApp service cannot be started.

A system error has occurred.

System error 1067 has occurred.

The process terminated unexpectedly.


Command is:
C:\MyApp\bin\wrapper.exe -s C:\MyApp\bin\..\conf\wrapper.conf

Log reads

STATUS | wrapper  | 2005/10/06 13:22:07 | --> Wrapper Started as Service
STATUS | wrapper  | 2005/10/06 13:22:08 | Launching a JVM...
FATAL  | wrapper  | 2005/10/06 13:22:08 | Unable to execute Java
command.  The system cannot find the file specified. (0x2)
FATAL  | wrapper  | 2005/10/06 13:22:08 |     "%JAVA_HOME%\bin\java"
-Djava.library.path="..\lib" -classpath
"..\lib\wrapper.jar;%JAVA_HOME%\lib\tools.jar;C:\MyApp\lib\MyApp.jar"
-Dwrapper.key="AYrW1B3dageXdGaH" -Dwrapper.port=32001
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
org.tanukisoftware.wrapper.WrapperSimpleApp com.myproject.MyApp 4400
FATAL  | wrapper  | 2005/10/06 13:22:08 | Critical error: wait for JVM
process failed

When running that command directory on the command line I get:

Failed to connect to the Wrapper.
java.net.ConnectionException: Connection refused: connect
Exiting JVM...


The application is a simple server application which opens a Socket on
port 4400 and listens for requests.

The application works on it's own and when I run MyApp.bat




 

[Wrapper-user] System Error 1067

[Pleasant, T. <tra...@lm...>]

I have set up the application and when I run MyApp.bat it works the way
it is suppose to.  I ran InstallMyApp-NT.bat to install the Windows
Service.  

When I try to run
net start MyApp 

A system error has occured.

System error 1067 has occured.

The process terminated unexpectedly.


When I check the Windows Services and the properties for that service I
see:

C:\MyApp\bin\wrapper.exe -s C:\MyApp\bin\..\conf\wrapper.conf

This is the same comman in MyApp.bat, so there is no difference there.

[Wrapper-user] 64-bit Linux JVM support

[Patrick E. <pe...@au...>]

Hi, is there any word on support for 64-bit Linux (RHEL 4 in
particular)? We are using Sun's JDK 1.5 if that is important. Thanks in
advance & I'll take a shot at compiling it myself and see how that turns
out in the meanwhile.

=20

Regards,

=20

Patrick

Re: [Wrapper-user] starting wrapper as user

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

John,
    By the "tomcat" file, are you referring to the Wrapper's 
"sh.script.in" file renamed as
"tomcat"? Or the tomcat script that comes with Tomcat?

    I assume the Wrapper's file, in which case you should just have to 
change:
#RUN_AS_USER=
to
RUN_AS_USER=youruser

    This must be done before the Wrapper script is launched of course.  
If there are
no errors launching the Wrapper then a "ps -aux" should show the wrapper 
and java
processes running as "youruser".  Are they showing up running as "root" 
on your
system?

    To debug the script, you may want to add some echo statements to 
make sure
it is all working correctly on your platform.  I use this feature quite 
a bit on Linux.

Cheers,
Leif

John Larsen wrote:

>Hello Leif,
>
>Even though username is set in the tomcat file in tomcat/bin/ it still starts
>the container as root if ./tomcat start is activated from root user.
>
>I've come into problems where user cant remove the work files etc because its
>owned by root:user. But if I shutdown wrapper from root and then startup after
>su - user then it works fine.
>
>Any ideas around this?
>
>Thanks!
>
>John
>Java|Pipe
>  
>

[Wrapper-user] starting wrapper as user

[John L. <mai...@st...>]

Hello Leif,

Even though username is set in the tomcat file in tomcat/bin/ it still starts
the container as root if ./tomcat start is activated from root user.

I've come into problems where user cant remove the work files etc because its
owned by root:user. But if I shutdown wrapper from root and then startup after
su - user then it works fine.

Any ideas around this?

Thanks!

John
Java|Pipe

Re: [Wrapper-user] Unable to start the service - Access is denied. (0x5)

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

Spencer,
    When running as a service, the Wrapper is run using the SYSTEM user.
Make sure the Wrapper process can be read by that user.  Have you changed
the ownership of any files or set access permissions?

    There are problems with the HOME addition where you can not grant 
individual
users the ability to run as a service.  But I don't think that is the 
problem you are
seeing.  This is discussed briefly here:
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html

Cheers,
Leif

Spencer Riddering wrote:

>Hi all, 
>
>Having a problem starting my service on Windows XP
>Home Edition (Version 2002, SP 2). My program works
>fine stand alone, as well as in console (-c) mode.
>It's only when I go to start in terminal (-t) mode
>that I run into the problem: 
>
>
>C:\cygwin\home\spencer\gufgenhome\prod\bin>wrapper.exe
>-t ../var/config/gufgen/wrapper.conf
>wrapper.debug=TRUE
>wrapper  | Starting the GUF Generator service...
>wrapper  | Unable to start the service - Access is
>denied. (0x5)
>
>Event viewer reports the problem as Event ID: 7000,
>Source: Service Control Manager.
>I can register and unregister the service without
>error.
>Changing the wrapper.java.command property changes
>nothing. 
>Deleting wrapper.dll changes nothing.
>I am the Adminsitrator for my computer. 
>I use a bash script to register the serivce from
>inside Cygwin.
>The service indicates that its Log On As Local System.
>
>
>At the windows command prompt I ran: sc query gufgen
>and recieved the following message:
>
>SERVICE_NAME: gufgen
>        TYPE               : 10  WIN32_OWN_PROCESS
>        STATE              : 1  STOPPED
>                               
>(NOT_STOPPABLE,NOT_PAUSABLE,IGNORES_SHUTDOWN)
>        WIN32_EXIT_CODE    : 0  (0x0)
>        SERVICE_EXIT_CODE  : 0  (0x0)
>        CHECKPOINT         : 0x0
>        WAIT_HINT          : 0x0
>
>
>Any hints as to where this problem stems from would be
>much appreciated.
>
>Spencer
>
>  
>

Re: [Wrapper-user] shutdown system when NT service

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

Laurent,
    I have not played with that myself.  The Wrapper runs as the SYSTEM 
user by default.
It may be that that user does not have permission to restart the system.

    What is being returned by the exec method?   Look at the Process 
object.  As I recall,
you will get a Process object even if the command fails (Check this?).   
You need to then
use the methods of that object to get the exit code, as well as any 
standard or error output
from the process.   My guess is that you are getting an error message 
when you try to
restart the process.

    If it is a permission problem then you may need to set up the 
Wrapper to run as a user
which does have permission to restart the system.  See the following:
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html

Cheers,
Leif

lpr77 lpr77 wrote:

> Hi,
>
> I"m using the Java Service Wrapper to launch a Java application as a 
> NT Service.
>
> My application runs fine, but I have to reboot the system.
> So i wrote this code :
> Process t = Runtime.getRuntime().exec("cmd /c shutdown -R -F -T 0");
>
> It isn"t running.  There is nothing written to my logs.
>
> my application, not as a NT service, runs fine and reboot the system.
>
> So, is there a way to avoid this behavior?
>
> Thanks in advance
>
> Laurent 

Re: [Wrapper-user] WIN 2K Service problems

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

Bashiro,
    How is this going?  Ori commented on it as well.   Windows services 
run as the
SYSTEM user by default.   That user is not able to access network file 
shares
which require a logon.

    As you are trying to access a DB, I don't think that is the problem 
though.
What JDBC driver are you using?  Some drivers make use of a native DLL.
If that is the case with yours, make sure that it is on library path 
when run
as a service.   Set the wrapper.java.command.loglevel=INFO property
to help debug this.

    Also are you getting any errors in the log?  If not, is your code 
consuming
any such errors?  It seems strange that "nothing" is happening.  Must be a
reason.

Cheers,
Leif


bashiro wrote:

>Hello all,
>
>
>
>I have the wrapper running confidently on XP as service.
>
>But I get users complaining when they run the program alone it runs
>
>perfectly. But when used as service it says it is running but nothing  happens. The program is suppose to update a data base on a remote server.
>
>
>
>Is there anyone who has ran into similar problem or anyone that can help ?
>
>
>
>Thanks in advance
>
>
>
>Bashiro
>  
>