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

Re: [Wrapper-user] Is it possible to have a dynamically defined restart delay?

[Tue S. D. <TS...@cd...>]

Thanks, but not 100% what I was looking for.


Gave me another idea though.

What if I set both failed_invocation_time and fail_invocations to 5.
Is there some way to pause the wrapper let’s say 10 minutes and reset the failed_invocations?


Best regards

Tue S. Dissing

From: Leif Mortenson [mailto:lei...@ta...]
Sent: 5. juni 2014 10:58
To: Wrapper User List
Subject: Re: [Wrapper-user] Is it possible to have a dynamically defined restart delay?

Tue,
Another option that I just thought of requires the Professional Edition but should work smoothly.  You can give it a try with a free Trial license.
Register a command to be executed in response to the "jvm_prelaunch" event and set it up to block until complete.
You can then run your external script and the Wrapper will wait for it to complete before launching the new JVM.
This would happen automatically on startup and whenever you restarted the JVM.
It would look something like this in your wrapper.conf:
wrapper.event.jvm_prelaunch.command.argv.1=MyJob.bat
wrapper.event.jvm_prelaunch.command.block=TRUE
You can also set it up to have a block timeout, control what to do if the that timeout takes place, and perform a different action if the batch script returns specific error codes.
Cheers,
Leif


On Thu, Jun 5, 2014 at 5:52 PM, Leif Mortenson <lei...@ta...<mailto:lei...@ta...>> wrote:
Tue,
The restart delay itself can't be changed in that way because it sounds like you are actually not sure how long it will take.
Maybe a better solution is to put the Wrapper into a Paused state:
http://wrapper.tanukisoftware.com/doc/english/prop-pausable.html
There is then a number of ways to resume the Wrapper and thus start your application.
* Command File and the RESUME command:
http://wrapper.tanukisoftware.com/doc/english/prop-commandfile.html

* Resume the service using service manager or command line
* Using a timer and RESUME action:
http://wrapper.tanukisoftware.com/doc/english/prop-timer-n.html#action
If you use the Pause / Resume method, you will have to make sure that the Wrapper is reliably resumed in all cases.
If you use a timer to resume every minute for example, you could have your Java code immediately repause it and stop the JVM if some condition is not met.
You could also use the timer to run every 15 mintues or something in the same way as a last resort in case the normal resume fails to be fired.
Normally you could run your external job and then use "net resume myapp" at the end to resume the Wrapper.
Please let me know how this works for you.

Cheers,
Leif


On Thu, Jun 5, 2014 at 5:11 PM, Tue S. Dissing <TS...@cd...<mailto:TS...@cd...>> wrote:
Hi,

We’re running with a lot of simultaneous jobs each processing its own thing.
Each run with its own wrapper configuration.

We have no control over how busy these processes are, but we would like to get tasks processed as soon as they tick in – i.e. we have no can control over the amount of work coming in.

So I’m looking for a way to dynamically defining the restart delay.


Let’s say our jobs run every 60 seconds, then I would like to increase the delay to say 5 minutes for individual jobs if their processing time is below a certain threshold; i.e. if it only run for 5 sec.

The reason for this is that we’re seeing a heavy load on the CPU when all these jobs starts and stops all the time (and fires up the JVM which then, in vain, looks for new records to process)– we do not process much data but the CPU load is close to 90% at all time.

Any other suggestion that might help us with this problem is more than welcome.

Best regards

Tue S. Dissing
Technical Lead

Re: [Wrapper-user] Is it possible to have a dynamically defined restart delay?

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

Tue,
Another option that I just thought of requires the Professional Edition but
should work smoothly.  You can give it a try with a free Trial license.

Register a command to be executed in response to the "jvm_prelaunch" event
and set it up to block until complete.
You can then run your external script and the Wrapper will wait for it to
complete before launching the new JVM.
This would happen automatically on startup and whenever you restarted the
JVM.

It would look something like this in your wrapper.conf:
wrapper.event.jvm_prelaunch.command.argv.1=MyJob.bat
wrapper.event.jvm_prelaunch.command.block=TRUE

You can also set it up to have a block timeout, control what to do if the
that timeout takes place, and perform a different action if the batch
script returns specific error codes.

Cheers,
Leif




On Thu, Jun 5, 2014 at 5:52 PM, Leif Mortenson <
lei...@ta...> wrote:

> Tue,
> The restart delay itself can't be changed in that way because it sounds
> like you are actually not sure how long it will take.
>
> Maybe a better solution is to put the Wrapper into a Paused state:
> http://wrapper.tanukisoftware.com/doc/english/prop-pausable.html
>
> There is then a number of ways to resume the Wrapper and thus start your
> application.
> * Command File and the RESUME command:
> http://wrapper.tanukisoftware.com/doc/english/prop-commandfile.html
>
> * Resume the service using service manager or command line
>
> * Using a timer and RESUME action:
> http://wrapper.tanukisoftware.com/doc/english/prop-timer-n.html#action
>
> If you use the Pause / Resume method, you will have to make sure that the
> Wrapper is reliably resumed in all cases.
> If you use a timer to resume every minute for example, you could have your
> Java code immediately repause it and stop the JVM if some condition is not
> met.
> You could also use the timer to run every 15 mintues or something in the
> same way as a last resort in case the normal resume fails to be fired.
> Normally you could run your external job and then use "net resume myapp"
> at the end to resume the Wrapper.
>
> Please let me know how this works for you.
>
> Cheers,
> Leif
>
>
>
>
> On Thu, Jun 5, 2014 at 5:11 PM, Tue S. Dissing <TS...@cd...> wrote:
>
>> Hi,
>>
>>
>>
>> We’re running with a lot of simultaneous jobs each processing its own
>> thing.
>>
>> Each run with its own wrapper configuration.
>>
>>
>>
>> We have no control over how busy these processes are, but we would like
>> to get tasks processed as soon as they tick in – i.e. we have no can
>> control over the amount of work coming in.
>>
>>
>>
>> So I’m looking for a way to dynamically defining the restart delay.
>>
>>
>>
>>
>>
>> Let’s say our jobs run every 60 seconds, then I would like to increase
>> the delay to say 5 minutes for individual jobs if their processing time is
>> below a certain threshold; i.e. if it only run for 5 sec.
>>
>>
>>
>> The reason for this is that we’re seeing a heavy load on the CPU when all
>> these jobs starts and stops all the time (and fires up the JVM which then,
>> in vain, looks for new records to process)– we do not process much data but
>> the CPU load is close to 90% at all time.
>>
>>
>>
>> Any other suggestion that might help us with this problem is more than
>> welcome.
>>
>>
>>
>> Best regards
>>
>>
>>
>> *Tue S. Dissing*
>>
>> Technical Lead
>>
>>
>>

Re: [Wrapper-user] Is it possible to have a dynamically defined restart delay?

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

Tue,
The restart delay itself can't be changed in that way because it sounds
like you are actually not sure how long it will take.

Maybe a better solution is to put the Wrapper into a Paused state:
http://wrapper.tanukisoftware.com/doc/english/prop-pausable.html

There is then a number of ways to resume the Wrapper and thus start your
application.
* Command File and the RESUME command:
http://wrapper.tanukisoftware.com/doc/english/prop-commandfile.html

* Resume the service using service manager or command line

* Using a timer and RESUME action:
http://wrapper.tanukisoftware.com/doc/english/prop-timer-n.html#action

If you use the Pause / Resume method, you will have to make sure that the
Wrapper is reliably resumed in all cases.
If you use a timer to resume every minute for example, you could have your
Java code immediately repause it and stop the JVM if some condition is not
met.
You could also use the timer to run every 15 mintues or something in the
same way as a last resort in case the normal resume fails to be fired.
Normally you could run your external job and then use "net resume myapp" at
the end to resume the Wrapper.

Please let me know how this works for you.

Cheers,
Leif




On Thu, Jun 5, 2014 at 5:11 PM, Tue S. Dissing <TS...@cd...> wrote:

> Hi,
>
>
>
> We’re running with a lot of simultaneous jobs each processing its own
> thing.
>
> Each run with its own wrapper configuration.
>
>
>
> We have no control over how busy these processes are, but we would like to
> get tasks processed as soon as they tick in – i.e. we have no can control
> over the amount of work coming in.
>
>
>
> So I’m looking for a way to dynamically defining the restart delay.
>
>
>
>
>
> Let’s say our jobs run every 60 seconds, then I would like to increase the
> delay to say 5 minutes for individual jobs if their processing time is
> below a certain threshold; i.e. if it only run for 5 sec.
>
>
>
> The reason for this is that we’re seeing a heavy load on the CPU when all
> these jobs starts and stops all the time (and fires up the JVM which then,
> in vain, looks for new records to process)– we do not process much data but
> the CPU load is close to 90% at all time.
>
>
>
> Any other suggestion that might help us with this problem is more than
> welcome.
>
>
>
> Best regards
>
>
>
> *Tue S. Dissing*
>
> Technical Lead
>
>
>
>

Re: [Wrapper-user] How can I change process name?

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

Jeff,
This issue is discussed here:
http://stackoverflow.com/questions/1057247/how-can-i-set-the-process-name-for-a-java-program

JPS is listing the main class as the process name.  So it can't be changed
directly.

One solution for you is to create a simple class whose main method simply
calls the WrapperSimpleApp.main method, passing in all of its arguments.
That class name will then become the process name.

This should work as long as you are not using a security manager.  If you
are then you would also need to give full rights to your new class so it
didn't become a weak link in the call stack.

Please let me know how this works for you.

Cheers,
Leif



On Thu, May 22, 2014 at 8:31 AM, Jeff Nelson <je...@ci...> wrote:

> How can I change the process name? For example, whenever I do "JPS" the
> process name is listed as "WrapperSimpleApp". Is there any way I can change
> this to something else?
>
>

[Wrapper-user] How can I change process name?

[Jeff N. <je...@ci...>]

How can I change the process name? For example, whenever I do "JPS" the
process name is listed as "WrapperSimpleApp". Is there any way I can change
this to something else?

[Wrapper-user] Tanuki Wrapper Configuration (wrapper.conf) Java Model

[Svilen G. <sv...@gm...>]

Hi All,

We are already using Tanuki Wrapper and now we would like to change its
configuration via Java API rather than asking our clients to manually
modify it.

At first, we thought that java.util.Properties is a good fit for a
simplistic model. Reading the documentation revealed that this is not so.

so now we are stuck with parsing the config file and creating some java
model that serves our needs.
however there are intrinsic dependencies between configuration properties
which are quite hard to model, especially since there can be many
relations... What I am talking about, for example
http://wrapper.tanukisoftware.com/doc/english/prop-java-initmemory.html#initmemory
While this is a property on its own, one can override it using
"wrapper.java.additional.<n>" as the documentation states:

"If this property is set to "0" (zero), then it is also possible to specify
the -Xms parameter manually using the
wrapper.java.additional.<n><http://wrapper.tanukisoftware.com/doc/english/prop-java-additional-n.html>property.
"

So the point is that a Java model which would enforce all similar
invariants would
be a great fit to what we are trying to achieve.

Is there already something like that or we need to implement all of this?
I already had a look at the javadoc and didn't find anything helpful.

Thank you!

--Svilen

Re: [Wrapper-user] Service Wrapper and Jetty 9 on Windows 32 bit

[Dragan S. <dra...@gm...>]

On Thu, May 8, 2014 at 5:13 AM, Alexandre Klein <
ale...@ta...> wrote:

> Dragan,
>
> With WrapperJarApp, can you add this property in wrapper.conf:
> wrapper.java.classpath.2=%JETTY_HOME%/start.jar
>
> And can you try this way as well:
> wrapper.java.classpath.2=../start.jar
>

​Hey they both worked. Wow thanks.
But I don't understand what seems to be the problem if start.jar is not
declared as part of the classpath. Shouldn't the WrapperJarApp ​put it on
the classpath as the jar is the app argument i.e. the executable jar? Also
in the examples of configuring Hudson the hudson.war is not explicitly
declared as part of the classpath.
http://wrapper.tanukisoftware.com/doc/english/integrate-jar-win.html




>
>
> Please let me know the result.
>
> Regards,
> Alexandre Klein
>
>
>
>
> Alexandre Klein
> Tanuki Software, Ltd.
>
>
> On Wed, May 7, 2014 at 11:44 PM, Dragan Sahpaski <
> dra...@gm...> wrote:
>
>> Hi all,
>> I'm having troubles starting the service wrapper with Jetty9 on windows
>> 32 bit.
>> I've tried with both WrapperSimpleApp and WrapperJarApp and they both
>> fail with a reason which I cant really understand, while the configs for
>> WrapperSimpleApp and WrapperJarApp respectively work perfectly using
>> Jetty8.
>>
>> I'm sending the 2 config files and error logs. Please help if you have
>> any suggestion.
>>
>>
>> With WrapperSimpleApp I'm getting
>>
>> wrapper.conf
>> set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
>> set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>> wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
>> wrapper.java.classpath.2=%JETTY_HOME%/start.jar
>> wrapper.java.library.path.1=%JETTY_HOME%/lib
>> wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
>> wrapper.app.parameter.1=org.eclipse.jetty.start.Main
>> wrapper.logfile=../logs/wrapper.log
>>
>> wrapper.log
>> STATUS | wrapper  | 2014/05/07 15:47:12 | Launching a JVM...
>> INFO   | jvm 1    | 2014/05/07 15:47:12 | WrapperManager: Initializing...
>> INFO   | jvm 1    | 2014/05/07 15:47:12 | WARNING: Nothing to start,
>> exiting ...
>> INFO   | jvm 1    | 2014/05/07 15:47:12 |
>> INFO   | jvm 1    | 2014/05/07 15:47:12 | Usage: java -jar start.jar
>> [options] [properties] [configs]
>> INFO   | jvm 1    | 2014/05/07 15:47:12 |        java -jar start.jar
>> --help  # for more information
>> STATUS | wrapper  | 2014/05/07 15:47:14 | <-- Wrapper Stopped
>>
>>
>>
>> With WrapperJarApp I'm getting
>>
>> wrapper.conf
>> set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
>> set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperJarApp
>> wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
>> wrapper.java.library.path.1=%JETTY_HOME%/lib
>> wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
>> wrapper.app.parameter.1=../start.jar
>> wrapper.logfile=../logs/wrapper.log
>>
>> wrapper.log
>> STATUS | wrapper  | 2014/05/07 15:55:19 | --> Wrapper Started as Console
>> STATUS | wrapper  | 2014/05/07 15:55:19 | Java Service Wrapper Community
>> Edition 32-bit 3.5.24
>> STATUS | wrapper  | 2014/05/07 15:55:19 |   Copyright (C) 1999-2014
>> Tanuki Software, Ltd. All Rights Reserved.
>> STATUS | wrapper  | 2014/05/07 15:55:19 |
>> http://wrapper.tanukisoftware.com
>> STATUS | wrapper  | 2014/05/07 15:55:19 |
>> STATUS | wrapper  | 2014/05/07 15:55:19 | Launching a JVM...
>> INFO   | jvm 1    | 2014/05/07 15:55:20 | WrapperManager: Initializing...
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |
>> java.lang.IllegalArgumentException: URI is not hierarchical
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> java.io.File.<init>(Unknown Source)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> org.eclipse.jetty.start.BaseHome.<init>(BaseHome.java:62)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> org.eclipse.jetty.start.Main.<init>(Main.java:137)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> org.eclipse.jetty.start.Main.main(Main.java:101)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> java.lang.reflect.Method.invoke(Unknown Source)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> org.tanukisoftware.wrapper.WrapperJarApp.run(WrapperJarApp.java:394)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
>> java.lang.Thread.run(Unknown Source)
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |
>> INFO   | jvm 1    | 2014/05/07 15:55:20 | Usage: java -jar start.jar
>> [options] [properties] [configs]
>> INFO   | jvm 1    | 2014/05/07 15:55:20 |        java -jar start.jar
>> --help  # for more information
>>
>>
>> Cheers,
>> Dragan Sahpaski
>>
>>
>> ------------------------------------------------------------------------------
>> Is your legacy SCM system holding you back? Join Perforce May 7 to find
>> out:
>> &#149; 3 signs your SCM is hindering your productivity
>> &#149; Requirements for releasing software faster
>> &#149; Expert tips and advice for migrating your SCM now
>> http://p.sf.net/sfu/perforce
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
> ------------------------------------------------------------------------------
> Is your legacy SCM system holding you back? Join Perforce May 7 to find
> out:
> &#149; 3 signs your SCM is hindering your productivity
> &#149; Requirements for releasing software faster
> &#149; Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Service Wrapper and Jetty 9 on Windows 32 bit

[Alexandre K. <ale...@ta...>]

Dragan,

With WrapperJarApp, can you add this property in wrapper.conf:
wrapper.java.classpath.2=%JETTY_HOME%/start.jar

And can you try this way as well:
wrapper.java.classpath.2=../start.jar

Please let me know the result.

Regards,
Alexandre Klein




Alexandre Klein
Tanuki Software, Ltd.


On Wed, May 7, 2014 at 11:44 PM, Dragan Sahpaski
<dra...@gm...>wrote:

> Hi all,
> I'm having troubles starting the service wrapper with Jetty9 on windows 32
> bit.
> I've tried with both WrapperSimpleApp and WrapperJarApp and they both fail
> with a reason which I cant really understand, while the configs for
> WrapperSimpleApp and WrapperJarApp respectively work perfectly using
> Jetty8.
>
> I'm sending the 2 config files and error logs. Please help if you have any
> suggestion.
>
>
> With WrapperSimpleApp I'm getting
>
> wrapper.conf
> set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
> set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
> wrapper.java.classpath.2=%JETTY_HOME%/start.jar
> wrapper.java.library.path.1=%JETTY_HOME%/lib
> wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
> wrapper.app.parameter.1=org.eclipse.jetty.start.Main
> wrapper.logfile=../logs/wrapper.log
>
> wrapper.log
> STATUS | wrapper  | 2014/05/07 15:47:12 | Launching a JVM...
> INFO   | jvm 1    | 2014/05/07 15:47:12 | WrapperManager: Initializing...
> INFO   | jvm 1    | 2014/05/07 15:47:12 | WARNING: Nothing to start,
> exiting ...
> INFO   | jvm 1    | 2014/05/07 15:47:12 |
> INFO   | jvm 1    | 2014/05/07 15:47:12 | Usage: java -jar start.jar
> [options] [properties] [configs]
> INFO   | jvm 1    | 2014/05/07 15:47:12 |        java -jar start.jar
> --help  # for more information
> STATUS | wrapper  | 2014/05/07 15:47:14 | <-- Wrapper Stopped
>
>
>
> With WrapperJarApp I'm getting
>
> wrapper.conf
> set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
> set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperJarApp
> wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
> wrapper.java.library.path.1=%JETTY_HOME%/lib
> wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
> wrapper.app.parameter.1=../start.jar
> wrapper.logfile=../logs/wrapper.log
>
> wrapper.log
> STATUS | wrapper  | 2014/05/07 15:55:19 | --> Wrapper Started as Console
> STATUS | wrapper  | 2014/05/07 15:55:19 | Java Service Wrapper Community
> Edition 32-bit 3.5.24
> STATUS | wrapper  | 2014/05/07 15:55:19 |   Copyright (C) 1999-2014 Tanuki
> Software, Ltd. All Rights Reserved.
> STATUS | wrapper  | 2014/05/07 15:55:19 |
> http://wrapper.tanukisoftware.com
> STATUS | wrapper  | 2014/05/07 15:55:19 |
> STATUS | wrapper  | 2014/05/07 15:55:19 | Launching a JVM...
> INFO   | jvm 1    | 2014/05/07 15:55:20 | WrapperManager: Initializing...
> INFO   | jvm 1    | 2014/05/07 15:55:20 |
> java.lang.IllegalArgumentException: URI is not hierarchical
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at java.io.File.<init>(Unknown
> Source)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> org.eclipse.jetty.start.BaseHome.<init>(BaseHome.java:62)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> org.eclipse.jetty.start.Main.<init>(Main.java:137)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> org.eclipse.jetty.start.Main.main(Main.java:101)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> org.tanukisoftware.wrapper.WrapperJarApp.run(WrapperJarApp.java:394)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
> java.lang.Thread.run(Unknown Source)
> INFO   | jvm 1    | 2014/05/07 15:55:20 |
> INFO   | jvm 1    | 2014/05/07 15:55:20 | Usage: java -jar start.jar
> [options] [properties] [configs]
> INFO   | jvm 1    | 2014/05/07 15:55:20 |        java -jar start.jar
> --help  # for more information
>
>
> Cheers,
> Dragan Sahpaski
>
>
> ------------------------------------------------------------------------------
> Is your legacy SCM system holding you back? Join Perforce May 7 to find
> out:
> &#149; 3 signs your SCM is hindering your productivity
> &#149; Requirements for releasing software faster
> &#149; Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Service Wrapper and Jetty 9 on Windows 32 bit

[Dragan S. <dra...@gm...>]

Hi all,
I'm having troubles starting the service wrapper with Jetty9 on windows 32
bit.
I've tried with both WrapperSimpleApp and WrapperJarApp and they both fail
with a reason which I cant really understand, while the configs for
WrapperSimpleApp and WrapperJarApp respectively work perfectly using
Jetty8.

I'm sending the 2 config files and error logs. Please help if you have any
suggestion.


With WrapperSimpleApp I'm getting

wrapper.conf
set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
wrapper.java.classpath.2=%JETTY_HOME%/start.jar
wrapper.java.library.path.1=%JETTY_HOME%/lib
wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
wrapper.app.parameter.1=org.eclipse.jetty.start.Main
wrapper.logfile=../logs/wrapper.log

wrapper.log
STATUS | wrapper  | 2014/05/07 15:47:12 | Launching a JVM...
INFO   | jvm 1    | 2014/05/07 15:47:12 | WrapperManager: Initializing...
INFO   | jvm 1    | 2014/05/07 15:47:12 | WARNING: Nothing to start,
exiting ...
INFO   | jvm 1    | 2014/05/07 15:47:12 |
INFO   | jvm 1    | 2014/05/07 15:47:12 | Usage: java -jar start.jar
[options] [properties] [configs]
INFO   | jvm 1    | 2014/05/07 15:47:12 |        java -jar start.jar --help
 # for more information
STATUS | wrapper  | 2014/05/07 15:47:14 | <-- Wrapper Stopped



With WrapperJarApp I'm getting

wrapper.conf
set.JETTY_HOME=C:\Users\sahpaski\Desktop\jetty-service\jetty
set.JAVA_HOME=C:\Program Files (x86)\Java\jdk1.7.0_55
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperJarApp
wrapper.java.classpath.1=%JETTY_HOME%/lib/wrapper.jar
wrapper.java.library.path.1=%JETTY_HOME%/lib
wrapper.java.additional.1=-Djetty.home=%JETTY_HOME%
wrapper.app.parameter.1=../start.jar
wrapper.logfile=../logs/wrapper.log

wrapper.log
STATUS | wrapper  | 2014/05/07 15:55:19 | --> Wrapper Started as Console
STATUS | wrapper  | 2014/05/07 15:55:19 | Java Service Wrapper Community
Edition 32-bit 3.5.24
STATUS | wrapper  | 2014/05/07 15:55:19 |   Copyright (C) 1999-2014 Tanuki
Software, Ltd. All Rights Reserved.
STATUS | wrapper  | 2014/05/07 15:55:19 |
http://wrapper.tanukisoftware.com
STATUS | wrapper  | 2014/05/07 15:55:19 |
STATUS | wrapper  | 2014/05/07 15:55:19 | Launching a JVM...
INFO   | jvm 1    | 2014/05/07 15:55:20 | WrapperManager: Initializing...
INFO   | jvm 1    | 2014/05/07 15:55:20 |
java.lang.IllegalArgumentException: URI is not hierarchical
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at java.io.File.<init>(Unknown
Source)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
org.eclipse.jetty.start.BaseHome.<init>(BaseHome.java:62)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
org.eclipse.jetty.start.Main.<init>(Main.java:137)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
org.eclipse.jetty.start.Main.main(Main.java:101)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
java.lang.reflect.Method.invoke(Unknown Source)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at
org.tanukisoftware.wrapper.WrapperJarApp.run(WrapperJarApp.java:394)
INFO   | jvm 1    | 2014/05/07 15:55:20 |  at java.lang.Thread.run(Unknown
Source)
INFO   | jvm 1    | 2014/05/07 15:55:20 |
INFO   | jvm 1    | 2014/05/07 15:55:20 | Usage: java -jar start.jar
[options] [properties] [configs]
INFO   | jvm 1    | 2014/05/07 15:55:20 |        java -jar start.jar --help
 # for more information


Cheers,
Dragan Sahpaski

[Wrapper-user] problem with "Wrapper_time" parameter of events

[Elham N. <naj...@gm...>]

Hello,
I have a problem with java wrapper service.
I defined some events such as 'jvm_started' , 'jvm_stoped' ,
'wrapper_started', and... in my wrapper.conf file. Also some parameters are
defined for these events including '%WRAPPER_TIME_YYYYMMDDHHIISS%'
Now the problem is this: when wrapper_start event occurs the parameter
"wrapper_time" gets value of current time. but for all events the value of
wrapper_time is same as wrapper_time in wrapper_start event!!!!
here is my wrapper.conf:

wrapper.event.wrapper_start.command.argv.1=./foo.sh
wrapper.event.wrapper_start.command.argv.2=%WRAPPER_TIME_YYYYMMDD_HHIISS%

wrapper.event.wrapper_stop.command.argv.1=./foo.sh
wrapper.event.wrapper_stop.command.argv.2=%WRAPPER_TIME_YYYYMMDD_HHIISS%

and here is my wrapper.log:

DEBUG  | wrapper  | 2014/04/20 12:18:45 | Enqueue Event 'wrapper_start'
DEBUG  | wrapper  | 2014/04/20 12:18:45 | Event Command 'wrapper_start':
Command line[0] : ./foo.sh
DEBUG  | wrapper  | 2014/04/20 12:18:45 | Event Command 'wrapper_start':
Command line[1] : *20140420_121845*

DEBUG  | wrapper  | 2014/04/20 12:23:21 | Enqueue Event 'wrapper_stop'
DEBUG  | wrapper  | 2014/04/20 12:23:21 | Event Command 'wrapper_stop':
Command line[0] : ./EventLogger.sh
DEBUG  | wrapper  | 2014/04/20 12:23:21 | Event Command 'wrapper_stop':
Command line[1] :* 20140420_121845*

Thank you.

Re: [Wrapper-user] duplicate wrapper processes again

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

Davide,
I am sorry for the trouble.
The Wrapper's instantiation is controlled by the shell script of Linux and
other UNIX platforms.
It tells the Wrapper to create a PID file when it starts and then delete it
when it exits.  This PID file is used to decide whether the Wrapper is
running and then locate it to request its status.

Just in case the Wrapper or system were to crash and a stale PID file is
left around, the script contains logic that lets it decide that the PID
file is stale, delete it, and continue.
This logic has been tuned over the years and has been quite reliable.

If someone launches the Wrapper without using the shell script then these
checks will not take place and it would be possible to launch a second
instance.  Is it possible that something like this could have happened?

Cheers,
Leif



On Mon, Apr 7, 2014 at 11:20 PM, Davide Silvestre <ds...@cd...> wrote:

>  Hi,
>
> I am using the tanukisoft wrapper version 3.5.15 on different environments
> and I am experiencing this issue only on a Linux server (Red Hat
> Enterprise Linux Server release 6.5 (Santiago)).
>
> From time to time I can see that there are 2 wrapper processes created for
> a sevice. If I stop the service only the second process terminates. The
> first one is like "detached" from the service.
>
> Any idea of why this is happening?
>
>
>
> Davide
>
>

[Wrapper-user] Run as user and privilege separation

[Farkas L. <lf...@lf...>]

We like to replace jsvc
(http://commons.apache.org/proper/commons-daemon/jsvc.html) with java
service wrapper but we've got a few comments/problems.

First of all (IMHO) run as user is not usable in the current form most
of the case. The idea behind not to run a service as root is not mean
that we just  run as a different user.
Look at all other system services (eg apache). There is a parent process
running as root and it'll do all the root required tasks eg lock file,
pid file, log files and then create a child process with the given user.
But you create _both_ process running as the same user. Of course in
this case the lock pid and log file creation also problematic. What more
you run the parent process with runuser or su which requires valid shell
eg: /sbin/nologin cannot be used for a given user which used to be the
case for a service. Since the main reason to not as root that the given
user don't have login shell and has less privileges. To be valid login
shell for a service is a potential security risk. These two things used
in the past few decades and none of them can be used with this wrapper.
For an implementation see jsvc's source.

Another side note that even if I put wrapper.so into the system library
path eg /usr/lib and do not set the value of the
wrapper.java.library.path in the wrapper.conf wrapper can't find it.
why? imho it'd have to be the default to search for it in the system
library path...but it seems that if i uncomment this variable:
-Djava.library.path=./
probably it'd be better not to set anything in this case.

it's possible to set an environment variable as
wrapper.java.classpath.1, but in this case we always got this error/warning:
Classpath element, wrapper.java.classpath.1, does not exist
even it's working it's very annoying.

regards.

-- 
  Levente                               "Si vis pacem para bellum!"

[Wrapper-user] duplicate wrapper processes again

[Davide S. <ds...@cd...>]

Hi,
I am using the tanukisoft wrapper version 3.5.15 on different environments and I am experiencing this issue only on a Linux server (Red Hat Enterprise Linux Server release 6.5 (Santiago)).
>From time to time I can see that there are 2 wrapper processes created for a sevice. If I stop the service only the second process terminates. The first one is like "detached" from the service.
Any idea of why this is happening?

Davide

Re: [Wrapper-user] Correct wrapper binary in cygwin environment?

[Jeff N. <je...@ci...>]

Cool, thanks for the update!


*Jeff Nelson*
Cinchapi Software Collective
je...@ci... | 470.377.1717
github.com/cinchapi | twitter.com/cinchapi



On Wed, Apr 2, 2014 at 10:12 PM, Alexandre Klein <
ale...@ta...> wrote:

> Jeff,
>
> Sorry for the long delay.
>
> The Wrapper is not working out of the box in a cygwin environment.
> It may work if we do some modification but I don't believe it will be a
> supported platform.
>
> I will keep a note and contact you if we support cygwin in the future.
>
> Regards,
>
>
> Alexandre Klein
> Tanuki Software, Ltd.
>
>
> On Wed, Mar 5, 2014 at 4:36 PM, Dave Garratt <dav...@ms...> wrote:
>
>> Community thanks
>>
>> David Garratt
>>
>> On 5 Mar 2014, at 01:25, Alexandre Klein <
>> ale...@ta...> wrote:
>>
>> Jeff,
>>
>> We are currently looking at this and we will get back at you as soon as
>> possible.
>>
>> In the meantime, which version of the Wrapper do you attend to use ?
>> Community or Standard or Professional ?
>>
>> Best regards,
>>
>> Alexandre Klein
>> Tanuki Software, Ltd.
>>
>>
>> On Tue, Mar 4, 2014 at 12:58 AM, Jeff Nelson <je...@ci...> wrote:
>>
>>> Is there support for using the wrapper in a cygwin environment on
>>> Windows? If so, what is the proper binary to use, the linux or windows one?
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>>> Perforce.
>>> With Perforce, you get hassle-free workflows. Merge that actually works.
>>> Faster operations. Version large binaries.  Built-in WAN optimization
>>> and the
>>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and
>> the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>>
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and
>> the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Correct wrapper binary in cygwin environment?

[Alexandre K. <ale...@ta...>]

Jeff,

Sorry for the long delay.

The Wrapper is not working out of the box in a cygwin environment.
It may work if we do some modification but I don't believe it will be a
supported platform.

I will keep a note and contact you if we support cygwin in the future.

Regards,


Alexandre Klein
Tanuki Software, Ltd.


On Wed, Mar 5, 2014 at 4:36 PM, Dave Garratt <dav...@ms...> wrote:

> Community thanks
>
> David Garratt
>
> On 5 Mar 2014, at 01:25, Alexandre Klein <
> ale...@ta...> wrote:
>
> Jeff,
>
> We are currently looking at this and we will get back at you as soon as
> possible.
>
> In the meantime, which version of the Wrapper do you attend to use ?
> Community or Standard or Professional ?
>
> Best regards,
>
> Alexandre Klein
> Tanuki Software, Ltd.
>
>
> On Tue, Mar 4, 2014 at 12:58 AM, Jeff Nelson <je...@ci...> wrote:
>
>> Is there support for using the wrapper in a cygwin environment on
>> Windows? If so, what is the proper binary to use, the linux or windows one?
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and
>> the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
> Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
> the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
> Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
> the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Upstart respawn of wrapper without java app being restarted/killed?

[John M. <jo...@jo...>]

Hi,
We've been looking at the CE as an alternative to Monit but have hit the
following snag.

The wrapper is started under upstart and behaves as expected when the java
app is killed, respawning successfully.

But, if I kill the wrapper upstart respawns and it spawns a second java app
and after a short time kills the original java app process.

 - is it possible to have the respawned wrapper pick up the existing java
app rather than respawning a new one?

I've looked through the config options and have not been able to spot a way
of achieving this, is it possible with JWS?
Thanks,
John

Re: [Wrapper-user] Correct wrapper binary in cygwin environment?

[Dave G. <dav...@ms...>]

Community thanks

David Garratt

> On 5 Mar 2014, at 01:25, Alexandre Klein <ale...@ta...> wrote:
> 
> Jeff,
> 
> We are currently looking at this and we will get back at you as soon as possible.
> 
> In the meantime, which version of the Wrapper do you attend to use ? Community or Standard or Professional ?
> 
> Best regards,
> 
> Alexandre Klein
> Tanuki Software, Ltd.
> 
> 
>> On Tue, Mar 4, 2014 at 12:58 AM, Jeff Nelson <je...@ci...> wrote:
>> Is there support for using the wrapper in a cygwin environment on Windows? If so, what is the proper binary to use, the linux or windows one?
>> 
>> 
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works. 
> Faster operations. Version large binaries.  Built-in WAN optimization and the
> freedom to use Git, Perforce or both. Make the move to Perforce.
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Correct wrapper binary in cygwin environment?

[Jeff N. <je...@ci...>]

Thanks! I'm using the community edition

On Tuesday, March 4, 2014, Alexandre Klein <
ale...@ta...> wrote:

> Jeff,
>
> We are currently looking at this and we will get back at you as soon as
> possible.
>
> In the meantime, which version of the Wrapper do you attend to use ?
> Community or Standard or Professional ?
>
> Best regards,
>
> Alexandre Klein
> Tanuki Software, Ltd.
>
>
> On Tue, Mar 4, 2014 at 12:58 AM, Jeff Nelson <je...@ci...<javascript:_e(%7B%7D,'cvml','je...@ci...');>
> > wrote:
>
>> Is there support for using the wrapper in a cygwin environment on
>> Windows? If so, what is the proper binary to use, the linux or windows one?
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and
>> the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...<javascript:_e(%7B%7D,'cvml','Wra...@li...');>
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>

-- 
Sent from my iPhone

Re: [Wrapper-user] Correct wrapper binary in cygwin environment?

[Alexandre K. <ale...@ta...>]

Jeff,

We are currently looking at this and we will get back at you as soon as
possible.

In the meantime, which version of the Wrapper do you attend to use ?
Community or Standard or Professional ?

Best regards,

Alexandre Klein
Tanuki Software, Ltd.


On Tue, Mar 4, 2014 at 12:58 AM, Jeff Nelson <je...@ci...> wrote:

> Is there support for using the wrapper in a cygwin environment on Windows?
> If so, what is the proper binary to use, the linux or windows one?
>
>
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
> Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
> the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Correct wrapper binary in cygwin environment?

[Jeff N. <je...@ci...>]

Is there support for using the wrapper in a cygwin environment on Windows?
If so, what is the proper binary to use, the linux or windows one?

Re: [Wrapper-user] Problem starting wrapper (32 bit) on Windows 2008 Server

[David G. <dav...@ms...>]

Not having any luck getting Windows to even attempt to start my service. Is it possible to run the 64bit version under a demo / temp licence to see if this works ?


On 28 Feb 2014, at 15:30, David Garratt <dav...@ms...> wrote:

> 
> I have done this on other servers with allegedly the same configuration previously without issue, however on this particular server whenever I try and start the service it fails instantly with Error 1053 - which implies a timeout problem, however it happens so quickly (<1 second) that I’m doubtful that this is the root cause. 
> 
> I have update my application to the latest x86.3.5.24 version and I get the same problem.
> 
> When I run the application on the console via a batch file it works fine.
> 
> The java installed is the 32 bit version :-
> 
> java version "1.7.0_45"
> Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
> Java HotSpot(TM) Client VM (build 24.45-b08, mixed mode, sharing)
> 
> 
> When the program fails to start as a service there don’t seem to be any log files created at all. When I start the application as a batch / console application I get normal log files - which is reassuring but don’t contain anything helpful.
> 
> I have run the application as a service, with and without a domain user account. When I’ve used the domain account then that account is in the local Administrators group of the local server.
> 
> The windows event log does not show Error 1053, but it does log 2 errors each time I run my application which are :-
> 
> 7000 - The service did not respond to the start or control request in a timely fashion.
> 7009 - A timeout was reached (60000 milliseconds) while waiting for the Commander4j Interface Wisbech Production service to connect.
> 
> The timeout value in 7009 above is set very high and as I’ve mentioned the application fails immediately when I try and start it.
> 
> At this point in time I’m out of ideas regarding how to diagnose the problem further.
> 
> Are there any windows requirements for the wrapper.exe to run - could it be that it does not have permissions to load a .dll when running as a service ?
> 
> Thanks
> 
> Dave
> 
> PS. My config file is below.
> 
> 
> #encoding=UTF-8
> # Configuration files must begin with a line specifying the encoding
> #  of the the file.
> 
> #********************************************************************
> # Wrapper License Properties (Ignored by Community Edition)
> #********************************************************************
> # Professional and Standard Editions of the Wrapper require a valid
> #  License Key to start.  Licenses can be purchased or a trial license
> #  requested on the following pages:
> # http://wrapper.tanukisoftware.com/purchase
> # http://wrapper.tanukisoftware.com/trial
> 
> # Include file problems can be debugged by removing the first '#'
> #  from the following line:
> ##include.debug
> 
> # The Wrapper will look for either of the following optional files for a
> #  valid License Key.  License Key properties can optionally be included
> #  directly in this configuration file.
> #include ../conf/wrapper-license.conf
> #include ../conf/wrapper-license-%WRAPPER_HOST_NAME%.conf
> 
> # The following property will output information about which License Key(s)
> #  are being found, and can aid in resolving any licensing problems.
> #wrapper.license.debug=TRUE
> 
> #********************************************************************
> # Wrapper Localization
> #********************************************************************
> # Specify the locale which the Wrapper should use.  By default the system
> #  locale is used.
> #wrapper.lang=en_US # en_US or ja_JP
> 
> # Specify the location of the Wrapper's language resources.  If these are
> #  missing, the Wrapper will default to the en_US locale.
> wrapper.lang.folder=../lang
> 
> #********************************************************************
> # Wrapper Java Properties
> #********************************************************************
> # Java Application
> #  Locate the java binary on the system PATH:
> wrapper.java.command=java
> #  Specify a specific java binary:
> #set.JAVA_HOME=/java/path
> #wrapper.java.command=%JAVA_HOME%/bin/java
> 
> # Tell the Wrapper to log the full generated Java command line.
> #wrapper.java.command.loglevel=INFO
> 
> # 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=com.commander4j.service.Interface4j
> 
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=./commander4j.jar
> wrapper.java.classpath.2=./lib/service
> wrapper.java.classpath.3=./lib/app
> wrapper.java.classpath.4=./lib/barcode
> wrapper.java.classpath.5=./lib/db
> wrapper.java.classpath.6=./lib/jasper
> wrapper.java.classpath.7=./lib/jasperlib
> wrapper.java.classpath.8=./lib/mail
> 
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=./lib/service
> 
> # Java Bits.  On applicable platforms, tells the JVM to run in 32 or 64-bit mode.
> wrapper.java.additional.auto_bits=TRUE
> 
> # Java Additional Parameters
> #wrapper.java.additional.1=-Dcom.sun.management.jmxremote
> 
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
> 
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=128
> 
> # Application parameters.  Add parameters as needed starting from 1
> wrapper.app.parameter.1=Interface
> wrapper.app.parameter.2=Commander4j_PreProd_WIS
> 
> 
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Enables Debug output from the Wrapper.
> # wrapper.debug=TRUE
> 
> # 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=10m
> 
> # 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=10
> 
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
> 
> #********************************************************************
> # Wrapper General Properties
> #********************************************************************
> # Allow for the use of non-contiguous numbered properties
> wrapper.ignore_sequence_gaps=TRUE
> 
> # Do not start if the pid file already exists.
> wrapper.pidfile.strict=TRUE
> 
> # Title to use when running as a console
> wrapper.console.title=Interface4j
> #********************************************************************
> # Wrapper JVM Checks
> #********************************************************************
> # Detect DeadLocked Threads in the JVM. (Requires Standard Edition)
> wrapper.check.deadlock=TRUE
> wrapper.check.deadlock.interval=10
> wrapper.check.deadlock.action=RESTART
> wrapper.check.deadlock.output=FULL
> 
> # Out Of Memory detection.
> # (Ignore output from dumping the configuration to the console.  This is only needed by the TestWrapper sample application.)
> wrapper.filter.trigger.999=wrapper.filter.trigger.*java.lang.OutOfMemoryError
> wrapper.filter.allow_wildcards.999=TRUE
> wrapper.filter.action.999=NONE
> #  Ignore -verbose:class output to avoid false positives.
> wrapper.filter.trigger.1000=[Loaded java.lang.OutOfMemoryError
> wrapper.filter.action.1000=NONE
> # (Simple match)
> wrapper.filter.trigger.1001=java.lang.OutOfMemoryError
> # (Only match text in stack traces if -XX:+PrintClassHistogram is being used.)
> #wrapper.filter.trigger.1001=Exception in thread "*" java.lang.OutOfMemoryError
> #wrapper.filter.allow_wildcards.1001=TRUE
> wrapper.filter.action.1001=RESTART
> wrapper.filter.message.1001=The JVM has run out of memory.
> 
> #********************************************************************
> # Wrapper Email Notifications. (Requires Professional Edition)
> #********************************************************************
> # Common Event Email settings.
> #wrapper.event.default.email.debug=TRUE
> #wrapper.event.default.email.smtp.host=<SMTP_Host>
> #wrapper.event.default.email.smtp.port=25
> #wrapper.event.default.email.subject=[%WRAPPER_HOSTNAME%:%WRAPPER_NAME%:%WRAPPER_EVENT_NAME%] Event Notification
> #wrapper.event.default.email.sender=<Sender email>
> #wrapper.event.default.email.recipient=<Recipient email>
> 
> # Configure the log attached to event emails.
> #wrapper.event.default.email.attach_log=TRUE
> #wrapper.event.default.email.maillog.lines=50
> #wrapper.event.default.email.maillog.format=LPTM
> #wrapper.event.default.email.maillog.loglevel=INFO
> 
> # Enable specific event emails.
> #wrapper.event.wrapper_start.email=TRUE
> #wrapper.event.jvm_prelaunch.email=TRUE
> #wrapper.event.jvm_start.email=TRUE
> #wrapper.event.jvm_started.email=TRUE
> #wrapper.event.jvm_deadlock.email=TRUE
> #wrapper.event.jvm_stop.email=TRUE
> #wrapper.event.jvm_stopped.email=TRUE
> #wrapper.event.jvm_restart.email=TRUE
> #wrapper.event.jvm_failed_invocation.email=TRUE
> #wrapper.event.jvm_max_failed_invocations.email=TRUE
> #wrapper.event.jvm_kill.email=TRUE
> #wrapper.event.jvm_killed.email=TRUE
> #wrapper.event.jvm_unexpected_exit.email=TRUE
> #wrapper.event.wrapper_stop.email=TRUE
> 
> # Specify custom mail content
> wrapper.event.jvm_restart.email.body=The JVM was restarted.\n\nPlease check on its status.\n
> 
> #********************************************************************
> # 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.name=Interface4j
> 
> # Display name of the service
> wrapper.displayname=Wisbech Pre-Production
> 
> # Description of the service
> wrapper.description=Wisbech Pre-Production
> 
> # Service dependencies.  Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
> 
> # Mode in which the service is installed.  AUTO_START, DELAY_START or DEMAND_START
> wrapper.ntservice.starttype=DEMAND_START
> 
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=false
> 
> wrapper.shutdown.timeout=60
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 

Re: [Wrapper-user] Wrapper does not start on Windows 7

[Dave G. <dav...@ms...>]

For your scenario could it be a problem with dependancies - your service needs SQL server for example but is running before SQL has started ?

Not the same as my problem - I can't start the service manually either.

David Garratt

> On 28 Feb 2014, at 16:39, Lars Schnoor <la...@if...> wrote:
> 
> I have to check the event log.
> I can start the service without problems manually.
> 
> Lars
> 
>> On 28-02-2014 17:29, Dave Garratt wrote:
>> Do you see any entries in the event log as I did ? What about starting the service from control panel ?
>> 
>> David Garratt
>> 
>>> On 28 Feb 2014, at 16:24, Lars Schnoor <la...@if...> wrote:
>>> 
>>> Hi
>>> 
>>> I have problems with my application starting on some Window 7 computers.
>>> I use the wrapper version 3.5.9.0 (32-bit) with Java 1.7 Update 51
>>> (32-bit) with 64-bit Windows 7. On some computers everything works fine
>>> and the wrapper starts my application and on other computers the wrapper
>>> just does not start.
>>> I checked the Services interface and there the service is installed and
>>> is marked to start Automatic, but it is not running. I can't see
>>> anything in the logs not even with adding:
>>> wrapper.debug=TRUE
>>> to the wrapper.conf.
>>> 
>>> Lars
>>> 
>>> ------------------------------------------------------------------------------
>>> Flow-based real-time traffic analytics software. Cisco certified tool.
>>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
>>> Customize your own dashboards, set traffic alerts and generate reports.
>>> Network behavioral analysis & security monitoring. All-in-one tool.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>> ------------------------------------------------------------------------------
>> Flow-based real-time traffic analytics software. Cisco certified tool.
>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
>> Customize your own dashboards, set traffic alerts and generate reports.
>> Network behavioral analysis & security monitoring. All-in-one tool.
>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 

Re: [Wrapper-user] Wrapper does not start on Windows 7

[Lars S. <la...@if...>]

I have to check the event log.
I can start the service without problems manually.

Lars

On 28-02-2014 17:29, Dave Garratt wrote:
> Do you see any entries in the event log as I did ? What about starting the service from control panel ?
>
> David Garratt
>
>> On 28 Feb 2014, at 16:24, Lars Schnoor <la...@if...> wrote:
>>
>> Hi
>>
>> I have problems with my application starting on some Window 7 computers.
>> I use the wrapper version 3.5.9.0 (32-bit) with Java 1.7 Update 51
>> (32-bit) with 64-bit Windows 7. On some computers everything works fine
>> and the wrapper starts my application and on other computers the wrapper
>> just does not start.
>> I checked the Services interface and there the service is installed and
>> is marked to start Automatic, but it is not running. I can't see
>> anything in the logs not even with adding:
>> wrapper.debug=TRUE
>> to the wrapper.conf.
>>
>> Lars
>>
>> ------------------------------------------------------------------------------
>> Flow-based real-time traffic analytics software. Cisco certified tool.
>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
>> Customize your own dashboards, set traffic alerts and generate reports.
>> Network behavioral analysis & security monitoring. All-in-one tool.
>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper does not start on Windows 7

[Dave G. <dav...@ms...>]

Do you see any entries in the event log as I did ? What about starting the service from control panel ?

David Garratt

> On 28 Feb 2014, at 16:24, Lars Schnoor <la...@if...> wrote:
> 
> Hi
> 
> I have problems with my application starting on some Window 7 computers. 
> I use the wrapper version 3.5.9.0 (32-bit) with Java 1.7 Update 51 
> (32-bit) with 64-bit Windows 7. On some computers everything works fine 
> and the wrapper starts my application and on other computers the wrapper 
> just does not start.
> I checked the Services interface and there the service is installed and 
> is marked to start Automatic, but it is not running. I can't see 
> anything in the logs not even with adding:
> wrapper.debug=TRUE
> to the wrapper.conf.
> 
> Lars
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 

[Wrapper-user] Wrapper does not start on Windows 7

[Lars S. <la...@if...>]

Hi

I have problems with my application starting on some Window 7 computers. 
I use the wrapper version 3.5.9.0 (32-bit) with Java 1.7 Update 51 
(32-bit) with 64-bit Windows 7. On some computers everything works fine 
and the wrapper starts my application and on other computers the wrapper 
just does not start.
I checked the Services interface and there the service is installed and 
is marked to start Automatic, but it is not running. I can't see 
anything in the logs not even with adding:
wrapper.debug=TRUE
to the wrapper.conf.

Lars