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

Re: [Wrapper-user] pid file becomes missing

[Christian M. <chr...@ta...>]

Gary,

what version of the Wrapper are you using? Also what platform are you running?

I think you are referring to the wrapper.java.pidfile, so this file
gets deleted by the Wrapper everytime the Wrapper detects that the
Java Process has been terminated. Once the application has been
restarted, the Wrapper will create a new file for the new pid (same
filename though).
At what times have you seen the PID file being missing?


Thank you,
Christian

On Sun, Aug 28, 2011 at 4:56 PM, Chaur (Gary) Wu <gw...@vm...> wrote:
> Hi,
>
>
>
> I use Tanuki wrapper to wrap a Tomcat app. I notice that sometimes the PID
> file will become missing while the wrapper process is still running. Since I
> have scripts that read the process id from the PID file, the scripts don’t
> work properly because of the missing PID file. I tried to find out what
> would cause the PID file to become missing but couldn’t find any clue. Any
> idea/suggestion?
>
>
>
> Thanks,
>
> Chaur
>
> ------------------------------------------------------------------------------
> EMC VNX: the world's simplest storage, starting under $10K
> The only unified storage solution that offers unified management
> Up to 160% more powerful than alternatives and 25% more efficient.
> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] pid file becomes missing

[Chaur (G. W. <gw...@vm...>]

Hi,

I use Tanuki wrapper to wrap a Tomcat app. I notice that sometimes the PID file will become missing while the wrapper process is still running. Since I have scripts that read the process id from the PID file, the scripts don't work properly because of the missing PID file. I tried to find out what would cause the PID file to become missing but couldn't find any clue. Any idea/suggestion?

Thanks,
Chaur

Re: [Wrapper-user] Shutdown gracefully

[Jimmy Chang(Gmail) <cha...@gm...>]

Hi all,

I added the parameter and solved the problem.

wrapper.jvm_exit.timeout=300

Thanks.


> Here's the complete logs.
>
> DEBUG | wrapperp | 2011/08/27 21:46:05 | read a packet PING : ping
> DEBUG | wrapper | 2011/08/27 21:46:07 | Signal trapped. Details:
> DEBUG | wrapper | 2011/08/27 21:46:07 | signal number=2 (SIGINT),
> source="kill, sigsend or raise"
> DEBUG | wrapper | 2011/08/27 21:46:07 | signal generated by PID: 7206
> (Session PID: 6824), UID: 0 (root)
> STATUS | wrapper | 2011/08/27 21:46:07 | INT trapped. Shutting down.
> DEBUG | wrapper | 2011/08/27 21:46:07 | wrapperStopProcess(0, TRUE)
> called.
> DEBUG | wrapper | 2011/08/27 21:46:07 | Sending stop signal to JVM
> DEBUG | wrapperp | 2011/08/27 21:46:07 | send a packet STOP : NULL
> DEBUG | wrapperp | 2011/08/27 21:46:07 | read a packet STOPPED : 0
> DEBUG | wrapper | 2011/08/27 21:46:07 | JVM signaled that it was stopped.
> DEBUG | wrapperp | 2011/08/27 21:46:07 | socket read no code (closed?).
> DEBUG | wrapperp | 2011/08/27 21:46:07 | closing backend socket.
> ERROR | wrapper | 2011/08/27 21:46:26 | Shutdown failed: Timed out
> waiting for the JVM to terminate.
> ERROR | wrapper | 2011/08/27 21:46:26 | JVM did not exit on request,
> terminated
> DEBUG | wrapper | 2011/08/27 21:46:26 | Signal trapped. Details:
> DEBUG | wrapper | 2011/08/27 21:46:26 | signal number=17 (SIGCHLD),
> source="unknown"
> DEBUG | wrapper | 2011/08/27 21:46:26 | Received SIGCHLD, checking JVM
> process status.
> STATUS | wrapper | 2011/08/27 21:46:26 | <-- Wrapper Stopped

Re: [Wrapper-user] Shutdown gracefully

[Jimmy Chang(Gmail) <cha...@gm...>]

Here's the complete logs.

DEBUG  | wrapperp | 2011/08/27 21:46:05 | read a packet PING : ping
DEBUG  | wrapper  | 2011/08/27 21:46:07 | Signal trapped.  Details:
DEBUG  | wrapper  | 2011/08/27 21:46:07 |   signal number=2 (SIGINT), 
source="kill, sigsend or raise"
DEBUG  | wrapper  | 2011/08/27 21:46:07 |   signal generated by PID: 
7206 (Session PID: 6824), UID: 0 (root)
STATUS | wrapper  | 2011/08/27 21:46:07 | INT trapped.  Shutting down.
DEBUG  | wrapper  | 2011/08/27 21:46:07 | wrapperStopProcess(0, TRUE) 
called.
DEBUG  | wrapper  | 2011/08/27 21:46:07 | Sending stop signal to JVM
DEBUG  | wrapperp | 2011/08/27 21:46:07 | send a packet STOP : NULL
DEBUG  | wrapperp | 2011/08/27 21:46:07 | read a packet STOPPED : 0
DEBUG  | wrapper  | 2011/08/27 21:46:07 | JVM signaled that it was stopped.
DEBUG  | wrapperp | 2011/08/27 21:46:07 | socket read no code (closed?).
DEBUG  | wrapperp | 2011/08/27 21:46:07 | closing backend socket.
ERROR  | wrapper  | 2011/08/27 21:46:26 | Shutdown failed: Timed out 
waiting for the JVM to terminate.
ERROR  | wrapper  | 2011/08/27 21:46:26 | JVM did not exit on request, 
terminated
DEBUG  | wrapper  | 2011/08/27 21:46:26 | Signal trapped.  Details:
DEBUG  | wrapper  | 2011/08/27 21:46:26 |   signal number=17 (SIGCHLD), 
source="unknown"
DEBUG  | wrapper  | 2011/08/27 21:46:26 | Received SIGCHLD, checking JVM 
process status.
STATUS | wrapper  | 2011/08/27 21:46:26 | <-- Wrapper Stopped

Re: [Wrapper-user] Shutdown gracefully

[Jimmy Chang(Gmail) <cha...@gm...>]

Hi Leif,

I have a ShutdownHook in my java program, When I restart(stop) "mydaemon ",
I hope the wrapper can wait my program to complete the shutdown procedures.
Actually, when shutting down,  I have only saw the log three times(15 secs):

Waiting for mydaemon to exit...

And the wrapper process and my java process have been killed.

Here's the log.

ERROR  | wrapper  | 2011/08/26 20:11:53 | Shutdown failed: Timed out 
waiting for the JVM to terminate.
ERROR  | wrapper  | 2011/08/26 20:11:53 | JVM did not exit on request, 
terminated
STATUS | wrapper  | 2011/08/26 20:11:54 | <-- Wrapper Stopped
STATUS | wrapper  | 2011/08/26 20:17:49 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2011/08/26 20:17:49 | Java Service Wrapper Community 
Edition 64-bit 3.5.10
STATUS | wrapper  | 2011/08/26 20:17:49 |   Copyright (C) 1999-2011 
Tanuki Software, Ltd. All Rights Reserved.
STATUS | wrapper  | 2011/08/26 20:17:49 |     
http://wrapper.tanukisoftware.com
STATUS | wrapper  | 2011/08/26 20:17:49 |
STATUS | wrapper  | 2011/08/26 20:17:49 | Launching a JVM...

Thanks.

Jimmy

Re: [Wrapper-user] Shutdown gracefully

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

Jimmy,
What version of the Wrapper are you using?  Is the shell script from
the same version?

The Wrapper's shell script should be shutting down the Wrapper cleanly
as you request.   Please set the wrapper.debug=true property and then
send us the resulting wrapper.log file.  That may provide a clue as to
what is happening.

Cheers,
Leif

On Fri, Aug 26, 2011 at 10:41 PM, Jimmy Chang(Gmail)
<cha...@gm...> wrote:
> I am currently using Java Service Wrapper Linux x86-64.
> When I execute "service mydaemon stop", the wrapper is killed, and my
> java daemon is then killed too.
> I have tried to modify mydaemon script with 'kill -2 pid', but in vain.
> How can make my java daemon to be shutdown gracefully?
>
> Thanks.

Re: [Wrapper-user] Additional parameters to Java Service Wrapper

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

Francesco,
The way the properties are broken up is currently by design to give
you the most control over them.  We don't have any plans to change
that at the moment, but we are always open to ways to improve the
Wrapper.  If you could describe what you are trying to do, we can
consider a solution or suggest a way of doing it using the current
functionality.

Cheers,
Leif

On Fri, Aug 26, 2011 at 5:02 PM, Francesco Sordillo
<f.s...@ci...> wrote:
>
>
> Il 25/08/2011 17:18, Leif Mortenson ha scritto:
>> Francesco,
>> Support for sequence gaps was added way back in 3.3.6.  So you should be good.
>
> Sorry, I thought you were talking about multiple arguments into a
> properties... I misunderstood.
>
> Do you think that this feature (multiple arguments) will be introduced
> in future release?
>
> Thanks again.
> Francesco.

[Wrapper-user] Shutdown gracefully

[Jimmy Chang(Gmail) <cha...@gm...>]

I am currently using Java Service Wrapper Linux x86-64.
When I execute "service mydaemon stop", the wrapper is killed, and my 
java daemon is then killed too.
I have tried to modify mydaemon script with 'kill -2 pid', but in vain.
How can make my java daemon to be shutdown gracefully?

Thanks.

Re: [Wrapper-user] Additional parameters to Java Service Wrapper

[Francesco S. <f.s...@ci...>]

Il 25/08/2011 17:18, Leif Mortenson ha scritto:
> Francesco,
> Support for sequence gaps was added way back in 3.3.6.  So you should be good.

Sorry, I thought you were talking about multiple arguments into a 
properties... I misunderstood.

Do you think that this feature (multiple arguments) will be introduced 
in future release?

Thanks again.
Francesco.

-- 
------------------------------------------------------
Francesco Sordillo
CINECA - System and Technologies Department
e-mail: f.s...@ci...
phone: (0039) 051 6171 874
-------------------------------------------------
CINECA - Inter University Computing Center
via Magnanelli 6/3
Casalecchio di Reno - 40033 - (BO)
www.cineca.it

Re: [Wrapper-user] Additional parameters to Java Service Wrapper

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

Francesco,
Support for sequence gaps was added way back in 3.3.6.  So you should be good.

If you are starting a new project,  I recommend upgrading to 3.5.11 as
it fixes a few known issues that are still in 3.5.7.

Cheers,
Leif

On Fri, Aug 26, 2011 at 12:11 AM, Francesco Sordillo
<f.s...@ci...> wrote:
> Hi Leif.
>
> Thanks for your reply.
>
> Il 25/08/2011 16:51, Leif Mortenson ha scritto:
>> Newer versions of the Wrapper all allow you to have discontinuous 'X'
>> values in the properties however so this should be easy to do.
>
> I'm using 3.5.7 version. Could you tell me which version? I read release
> notes but I didn't find nothing about.
>
>> For
>> your include file, use a range of values 100-199 or something and then
>> they will all be added correctly when the Wrapper builds the final
>> command line.  To do this, you need to set:
>> wrapper.ignore_sequence_gaps=TRUE
>> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-sequence-gaps.html
>>
>> Your include file would now look like this:
>> sub.conf
>> ---
>> wrapper.java.additional.100=-Dsun.lang.ClassLoader.allowArraySyntax=true
>> wrapper.java.additional.101=-Dit.cineca.sia.peaf.managed=true
>> wrapper.java.additional.102=-Dit.cineca.sia.development=false
>> wrapper.java.additional.103=-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018
>> ---
>>
>> Then in your main wrapper.conf
>> ---
>> #include ../conf/sub.conf
>> ---
>
> Ok. I will try as soon as possible!
> Thanks.

Re: [Wrapper-user] Additional parameters to Java Service Wrapper

[Francesco S. <f.s...@ci...>]

Hi Leif.

Thanks for your reply.

Il 25/08/2011 16:51, Leif Mortenson ha scritto:
> Newer versions of the Wrapper all allow you to have discontinuous 'X'
> values in the properties however so this should be easy to do.

I'm using 3.5.7 version. Could you tell me which version? I read release 
notes but I didn't find nothing about.

> For
> your include file, use a range of values 100-199 or something and then
> they will all be added correctly when the Wrapper builds the final
> command line.  To do this, you need to set:
> wrapper.ignore_sequence_gaps=TRUE
> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-sequence-gaps.html
>
> Your include file would now look like this:
> sub.conf
> ---
> wrapper.java.additional.100=-Dsun.lang.ClassLoader.allowArraySyntax=true
> wrapper.java.additional.101=-Dit.cineca.sia.peaf.managed=true
> wrapper.java.additional.102=-Dit.cineca.sia.development=false
> wrapper.java.additional.103=-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018
> ---
>
> Then in your main wrapper.conf
> ---
> #include ../conf/sub.conf
> ---

Ok. I will try as soon as possible!
Thanks.

-- 
------------------------------------------------------
Francesco Sordillo
CINECA - System and Technologies Department
e-mail: f.s...@ci...
phone: (0039) 051 6171 874
-------------------------------------------------
CINECA - Inter University Computing Center
via Magnanelli 6/3
Casalecchio di Reno - 40033 - (BO)
www.cineca.it

Re: [Wrapper-user] Additional parameters to Java Service Wrapper

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

Francesco,
As you noticed, the Wrapper does not allow you to combine multiple
arguments into the same property like that.  It will work on Windows,
but not UNIX because of the way processes are spawned.

Newer versions of the Wrapper all allow you to have discontinuous 'X'
values in the properties however so this should be easy to do.  For
your include file, use a range of values 100-199 or something and then
they will all be added correctly when the Wrapper builds the final
command line.  To do this, you need to set:
wrapper.ignore_sequence_gaps=TRUE
http://wrapper.tanukisoftware.com/doc/english/prop-ignore-sequence-gaps.html

Your include file would now look like this:
sub.conf
---
wrapper.java.additional.100=-Dsun.lang.ClassLoader.allowArraySyntax=true
wrapper.java.additional.101=-Dit.cineca.sia.peaf.managed=true
wrapper.java.additional.102=-Dit.cineca.sia.development=false
wrapper.java.additional.103=-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018
---

Then in your main wrapper.conf
---
#include ../conf/sub.conf
---

See the following to learn more about include files.
http://wrapper.tanukisoftware.com/doc/english/props-cascading.html

It is also possible to specify properties on the wrapper command line
if you need to pass them in from the script:
http://wrapper.tanukisoftware.com/doc/english/props-command-line.html

Please let me know if you have any issues getting it working.

Cheers,
Leif

On Thu, Aug 25, 2011 at 10:44 PM, Francesco Sordillo
<f.s...@ci...> wrote:
> Hello.
>
> I have many services managed with Java Service Wrapper (JSW) on JBoss
> EAP 5.1. I configured JSW wrapper.conf file to be able to manage all
> this applications (es.: wrapper.app.parameter.X).
>
> Anyway, any application needs custom additional parameters that are
> different from another one. So I tried to "source" a file with my custom
> additional parameters (run.conf) before to execute "testwrapper" script.
>
> When I run init script, testwrapper script is executed than "source" my
> run.conf and starts my application.
>
> run.conf looks like this.
>
> ------------------
> ADDITIONAL="-Dsun.lang.ClassLoader.allowArraySyntax=true"
> ADDITIONAL="$ADDITIONAL -Dit.cineca.sia.peaf.managed=true"
> ADDITIONAL="$ADDITIONAL -Dit.cineca.sia.development=false"
> ADDITIONAL="$ADDITIONAL
> -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018"
> export ADDITIONAL
> ------------------
>
> So, in wrapper.conf I added "wrapper.java.additional.19=%ADDITIONAL%".
> But this is useless. This is my wrapper log.
>
> ------------
> [...]
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[0] :
> /usr/java/jdk1.6.0_18/bin/java
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[1] : -Dfile.encoding=UTF-8
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[2] : -server
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[3] : -XX:MaxPermSize=512m
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[4] : -Dprogram.name=run.sh
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[5] :
> -Djava.endorsed.dirs=/ugov/jboss/jboss-eap-5.1/jboss-as/lib/endorsed
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[6] :
> -Dorg.jboss.resolver.warning=true
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[7] :
> -Dsun.rmi.dgc.client.gcInterval=3600000
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[8] :
> -Dsun.rmi.dgc.server.gcInterval=3600000
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[9] :
> -Djava.net.preferIPv4Stack=true
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[10] :
> -Dcineca.web.jvm.route=jvm_ugov_dsetlab04
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[11] : -Dhostname=dsetlab04
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[12] :
> -Djboss.port.offset=0
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[13] :
> -Djboss.bind.address=10.254.8.66
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[14] :
> -Dcineca.binding.ports.offset=0
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[15] :
> -Djava.rmi.server.hostname=dsetlab04.private.cineca.it
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[16] :
> -Dcom.sun.management.jmxremote.port=11000
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[17] :
> -Dcom.sun.management.jmxremote.authenticate=false
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[18] :
> -Dcom.sun.management.jmxremote.ssl=false
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[19] :
> -Dsun.lang.ClassLoader.allowArraySyntax=true
> -Dit.cineca.sia.peaf.managed=true -Dit.cineca.sia.development=false
> -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[20] : -Xms512m
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[21] : -Xmx1024m
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[22] :
> -Djava.library.path=/usr/lib64/java-service-wrapper
> INFO   | wrapper  | 2011/08/25 14:53:12 | Command[23] : -classpath
> [...]
> -----------------------
>
> As you can see, additional parameters are "sourced" but it seems like
> that JSW dislikes space for additional parameters. For example, 8018
> port is closed! I tried also to add "\\s" between additional parameters
> but vainly.
>
> Some of you may help me?
> Thanks in advance.
>
> Francesco.

[Wrapper-user] Additional parameters to Java Service Wrapper

[Francesco S. <f.s...@ci...>]

Hello.

I have many services managed with Java Service Wrapper (JSW) on JBoss 
EAP 5.1. I configured JSW wrapper.conf file to be able to manage all 
this applications (es.: wrapper.app.parameter.X).

Anyway, any application needs custom additional parameters that are 
different from another one. So I tried to "source" a file with my custom 
additional parameters (run.conf) before to execute "testwrapper" script.

When I run init script, testwrapper script is executed than "source" my 
run.conf and starts my application.

run.conf looks like this.

------------------
ADDITIONAL="-Dsun.lang.ClassLoader.allowArraySyntax=true"
ADDITIONAL="$ADDITIONAL -Dit.cineca.sia.peaf.managed=true"
ADDITIONAL="$ADDITIONAL -Dit.cineca.sia.development=false"
ADDITIONAL="$ADDITIONAL 
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018"
export ADDITIONAL
------------------

So, in wrapper.conf I added "wrapper.java.additional.19=%ADDITIONAL%". 
But this is useless. This is my wrapper log.

------------
[...]
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[0] : 
/usr/java/jdk1.6.0_18/bin/java
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[1] : -Dfile.encoding=UTF-8
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[2] : -server
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[3] : -XX:MaxPermSize=512m
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[4] : -Dprogram.name=run.sh
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[5] : 
-Djava.endorsed.dirs=/ugov/jboss/jboss-eap-5.1/jboss-as/lib/endorsed
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[6] : 
-Dorg.jboss.resolver.warning=true
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[7] : 
-Dsun.rmi.dgc.client.gcInterval=3600000
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[8] : 
-Dsun.rmi.dgc.server.gcInterval=3600000
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[9] : 
-Djava.net.preferIPv4Stack=true
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[10] : 
-Dcineca.web.jvm.route=jvm_ugov_dsetlab04
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[11] : -Dhostname=dsetlab04
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[12] : 
-Djboss.port.offset=0
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[13] : 
-Djboss.bind.address=10.254.8.66
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[14] : 
-Dcineca.binding.ports.offset=0
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[15] : 
-Djava.rmi.server.hostname=dsetlab04.private.cineca.it
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[16] : 
-Dcom.sun.management.jmxremote.port=11000
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[17] : 
-Dcom.sun.management.jmxremote.authenticate=false
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[18] : 
-Dcom.sun.management.jmxremote.ssl=false
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[19] : 
-Dsun.lang.ClassLoader.allowArraySyntax=true 
-Dit.cineca.sia.peaf.managed=true -Dit.cineca.sia.development=false 
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8018
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[20] : -Xms512m
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[21] : -Xmx1024m
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[22] : 
-Djava.library.path=/usr/lib64/java-service-wrapper
INFO   | wrapper  | 2011/08/25 14:53:12 | Command[23] : -classpath
[...]
-----------------------

As you can see, additional parameters are "sourced" but it seems like 
that JSW dislikes space for additional parameters. For example, 8018 
port is closed! I tried also to add "\\s" between additional parameters 
but vainly.

Some of you may help me?
Thanks in advance.

Francesco.

Re: [Wrapper-user] run TestWrapper.bat

[Christian M. <chr...@ta...>]

Hello Ernst,

thank you for your mail.

if you want to interrogate with the Windows Service Manager from the
WrapperManager API (which below calls are doing) you need to setup a
Java Security Policy. Please refer to the following documentation:

http://wrapper.tanukisoftware.com/doc/english/security-model.html

Please let me know if you have any questions about how to setup the policy.

Thank you,

Christian Mueller
Tanuki Software, Ltd.


On Wed, Aug 24, 2011 at 11:20 PM,  <ger...@se...> wrote:
> Dear all,
>
> If I run TestWrapper.bat and chose "List services" (Dienst-Auflistung) or "Ask service"  from the menu, I get the following error message:
> Exception in thread "AWT-EventQueue-0" java.lang.SecurityException: Ein SecurityManager wurde noch nicht angegeben.
>
> We use:
> Wrapper 3.5.9-st /32 bit
> Java 1.5.0_06-b05 /32 bit
> Windows Server 2008 SP2 64 bit
>
> If I run the seperate programs (StartTestWrapper-NT.bat, StopTestWrapper-NT.bat, QueryTestWrapper-NT.bat, ...), they runs fine.
>
> Yours sincerely,
> Gerhard Schell/ISSS
>
> SEW-EURODRIVE GmbH & Co
> Ernst-Blickle-Str. 42
> D-76646 Bruchsal
> Tel. +49 7251 75-5231
> Fax. +49 7251 75-505231
>
>
> <mailto:Ger...@se...>
>
>
>
>
>
>  ________________________________
>
> SEW-EURODRIVE GmbH & Co KG
> Kommanditgesellschaft, Sitz: Bruchsal, RG Mannheim HRA 230970
> Komplement?rin: SEW-EURODRIVE Verwaltungs-GmbH, Sitz: Bruchsal, RG Mannheim HRB 230207
>
> Gesellschafter und Gesch?ftsf?hrer: Rainer Blickle, J?rgen Blickle
> Gesch?ftsf?hrer: Johann Soder, Hans Sondermann
>
> ------------------------------------------------------------------------------
> EMC VNX: the world's simplest storage, starting under $10K
> The only unified storage solution that offers unified management
> Up to 160% more powerful than alternatives and 25% more efficient.
> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] run TestWrapper.bat

[<ger...@se...>]

Dear all,

If I run TestWrapper.bat and chose "List services" (Dienst-Auflistung) or "Ask service"  from the menu, I get the following error message:
Exception in thread "AWT-EventQueue-0" java.lang.SecurityException: Ein SecurityManager wurde noch nicht angegeben.

We use:
Wrapper 3.5.9-st /32 bit
Java 1.5.0_06-b05 /32 bit
Windows Server 2008 SP2 64 bit

If I run the seperate programs (StartTestWrapper-NT.bat, StopTestWrapper-NT.bat, QueryTestWrapper-NT.bat, ...), they runs fine.

Yours sincerely,
Gerhard Schell/ISSS

SEW-EURODRIVE GmbH & Co
Ernst-Blickle-Str. 42
D-76646 Bruchsal
Tel. +49 7251 75-5231
Fax. +49 7251 75-505231


<mailto:Ger...@se...>





  ________________________________

SEW-EURODRIVE GmbH & Co KG
Kommanditgesellschaft, Sitz: Bruchsal, RG Mannheim HRA 230970
Komplement?rin: SEW-EURODRIVE Verwaltungs-GmbH, Sitz: Bruchsal, RG Mannheim HRB 230207

Gesellschafter und Gesch?ftsf?hrer: Rainer Blickle, J?rgen Blickle
Gesch?ftsf?hrer: Johann Soder, Hans Sondermann

Re: [Wrapper-user] After enabling JMX support, Java Service Wrapper consumes 25% - 30% CPU

[Joachim G. <joa...@sn...>]

Hello Leif,
thanks for the immediately reply. We are using Wrapper Version 3.5.8 x86 
32Bit.
I will try to create the dumps and come back again.

Regards,
Joachim

schrieb Leif Mortenson:
> Joachim,
> What version of the Wrapper are you using?
>
> The Wrapper makes itself available for JMX access, but the Wrapper
> itself does not ever call any of these APIs  Other than a client
> connecting, there is nothing I can think of which would be consuming
> CPU.
>
> When you see the high CPU, could you try invoking a few thread dumps.
> You can do this when running in a console by hitting CTRL+BREAK on
> your keyboard.    If it is eating so much CPU then you should be able
> to catch one of the calls in the act to see what is happening.
>
> Please let me know the results.
>
> Cheers,
> Leif
>
> On Mon, Aug 22, 2011 at 10:17 PM, Joachim Gruhn<joa...@sn...>  wrote:
>> Hi all,
>>
>> i am new to the Java Service Wrapper and have successfuly installed and
>> configured Java Service Wrapper on a Windows 2008 Server R2 (8 cores).
>> We are using integration method 4.
>> After enabling the JMX support in the wrapper.conf with
>> wrapper.java.additional.3=-Dcom.sun.management.jmxremote and restarting
>> the service the process consumes 25% to 30% of cpu utilization. There is
>> no client connected at this point. Disabling the JMX again the process
>> consumes up to 7% cpu.
>> What could be the reason of such huge cpu consumption with the JMX support?
>>
>> Best regards
>> Joachim
>
> ------------------------------------------------------------------------------
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

-- 
-------------------------------------------------------------------------
Joachim Gruhn

SNAP Innovation Softwareentwicklung GmbH
Software Engineer

Tel: +49(0)40 / 38 90 44 - 21
Fax: +49(0)40 / 38 90 44 - 44
Email: Joa...@sn...
Web: www.snap.de

SNAP Innovation Softwareentwicklung GmbH, D-22765 Hamburg, 
Max-Brauer-Allee 50, Germany
Amtsgericht Hamburg HRB 61066, Geschäftsführer: Ulrich Zimmer, Paul 
McCullagh
-------------------------------------------------------------------------

Re: [Wrapper-user] After enabling JMX support, Java Service Wrapper consumes 25% - 30% CPU

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

Joachim,
What version of the Wrapper are you using?

The Wrapper makes itself available for JMX access, but the Wrapper
itself does not ever call any of these APIs  Other than a client
connecting, there is nothing I can think of which would be consuming
CPU.

When you see the high CPU, could you try invoking a few thread dumps.
You can do this when running in a console by hitting CTRL+BREAK on
your keyboard.    If it is eating so much CPU then you should be able
to catch one of the calls in the act to see what is happening.

Please let me know the results.

Cheers,
Leif

On Mon, Aug 22, 2011 at 10:17 PM, Joachim Gruhn <joa...@sn...> wrote:
> Hi all,
>
> i am new to the Java Service Wrapper and have successfuly installed and
> configured Java Service Wrapper on a Windows 2008 Server R2 (8 cores).
> We are using integration method 4.
> After enabling the JMX support in the wrapper.conf with
> wrapper.java.additional.3=-Dcom.sun.management.jmxremote and restarting
> the service the process consumes 25% to 30% of cpu utilization. There is
> no client connected at this point. Disabling the JMX again the process
> consumes up to 7% cpu.
> What could be the reason of such huge cpu consumption with the JMX support?
>
> Best regards
> Joachim

[Wrapper-user] After enabling JMX support, Java Service Wrapper consumes 25% - 30% CPU

[Joachim G. <joa...@sn...>]

Hi all,

i am new to the Java Service Wrapper and have successfuly installed and 
configured Java Service Wrapper on a Windows 2008 Server R2 (8 cores). 
We are using integration method 4.
After enabling the JMX support in the wrapper.conf with 
wrapper.java.additional.3=-Dcom.sun.management.jmxremote and restarting 
the service the process consumes 25% to 30% of cpu utilization. There is 
no client connected at this point. Disabling the JMX again the process 
consumes up to 7% cpu.
What could be the reason of such huge cpu consumption with the JMX support?

Best regards
Joachim

-- 
-------------------------------------------------------------------------
Joachim Gruhn

SNAP Innovation Softwareentwicklung GmbH
Software Engineer

Tel: +49(0)40 / 38 90 44 - 21
Fax: +49(0)40 / 38 90 44 - 44
Email: Joa...@sn...
Web: www.snap.de

SNAP Innovation Softwareentwicklung GmbH, D-22765 Hamburg, 
Max-Brauer-Allee 50, Germany
Amtsgericht Hamburg HRB 61066, Geschäftsführer: Ulrich Zimmer, Paul 
McCullagh
-------------------------------------------------------------------------

[Wrapper-user] Java Service Wrapper 3.5.11

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

Hi all,
I would like to announce the release of 3.5.11 of the Java Service
Wrapper.  This version is primarily a bug fix release:

*) We improved the startup time on Windows.

*) Improved log performance for very long lines.

*) Fix a potential crash on Windows when multiple service dependencies
were defined.

Please see the release notes for a full list of changes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html#3.5.11

The full release is available on the Wrapper site:
http://wrapper.tanukisoftware.com/doc/english/download.jsp

In addition to our internal testing, when release new versions, they
are released as "Unstable" for a period of approximately 2 weeks.   If
after that time we have not received any reports of critical problems
the version will be upgraded to "Stable" on the site.  This makes it
possible for you to decide whether you would like to try out the
latest and greatest version or stick with a safer known version for
deployment with your applications.

As always, please let us know how we can continue to improve the Java
Service Wrapper to meet your needs.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.
http://www.tanukisoftware.com

Re: [Wrapper-user] JVM appears hung and unable to start JVM

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

Sameer,
There were a couple bugs in the 3.2.3 that have been fixed in relation
to restarts in 3.3.0 and later versions.   Would it be possible for
you to try upgrading to a newer version?

Please see the release notes for a full list of improvements.
http://wrapper.tanukisoftware.com/doc/english/release-notes.html

I think this is the problem you are seeing.  Fixed in 3.3.0:
"Fix a problem where the UNIX versions of the Wrapper would shutdown
rather than restarting a frozen JVM if the arrival of the SIGCHLD
signal from the old JVM process was delayed by more than a second or
two."

Cheers,
Leif

On Wed, Aug 10, 2011 at 6:47 PM, Naik, Sameer <Sam...@bm...> wrote:
>
> Hello All,
>
> We are using Java Wrapper Service in production environment and are facing problem of JVM appearing hung and unable to start JVM.
>
> What could be the possible reason for
>
> 1)      JVM appearing hung ?
>
> 2)      Wrapper Service Unable to launch a JVM ?
>
>
>
> Log snippet below :
>
> ERROR  | wrapper  | 2011/08/07 17:32:13 | JVM appears hung: Timed out waiting for signal from JVM.
>
> ERROR  | wrapper  | 2011/08/07 17:32:13 | JVM did not exit on request, terminated
>
> STATUS | wrapper  | 2011/08/07 17:32:18 | JVM exited in response to signal SIGKILL (9).
>
> ERROR  | wrapper  | 2011/08/07 17:32:19 | Unable to start a JVM
>
> STATUS | wrapper  | 2011/08/07 17:32:19 | <-- Wrapper Stopped
>
>
>
>
>
> Wrapper Version :  Version 3.2.3
>
> OS :   Red Hat Enterprise Linux Server release 6.0 (Santiago)
>
>
>
> -Thanks and Regards,
>
> Sameer Naik
>
>

Re: [Wrapper-user] FW: multiple zombie copies being created

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

Sameer,
I also received your message off list, this is a reply for the list.

I am glad you have been finding the Wrapper useful for so many years.
Version 3.2.3 is 5 years old.  There have been many many issues and
improvements over the years and it is not really possible for us to go
back and apply patches to all old versions.  We can do so for more
recent versions like the 3.4.x series if necessary.

If you are still seeing this problem in newer versions please let me
know and we will of course work with you to get it resolved.

Cheers,
Leif

On Fri, Aug 5, 2011 at 3:10 PM, Naik, Sameer <Sam...@bm...> wrote:
>
> Hello All,
>
> We have been using the wrapper service for about 3 years now.
>
> We are facing a problem of multiple zombie copies being created.
>
> It is similar to a Bug #2812207 already solved in the 3.5.* release.(See Bug Description below)
>
> We need this fix in 3.2.3 version. Is there any way in which this can be fixed in 3.2.3 version ?
>
>
>
> Bug Description :
>
> Fixed a problem in the shell script on HP-UX platforms where a deep directory structure would cause the script to incorrectly report that the Wrapper was not running.
>
> That could lead to multiple zombie copies of the Wrapper and its application running in memory.
>
>
>
> Wrapper Version :  Version 3.2.3
>
> OS :  AIX 5.3
>
>
>
> Any help is appreciated.
>
>
>
> -Thanks and Regards,
>
> Sameer Naik
>
>
>
>
>
> From: Naik, Sameer
> Sent: Thursday, August 04, 2011 5:14 PM
> To: 'wra...@li...'
> Subject: multiple zombie copies being created
>
>
>
> Hello All,
>
> We have been using the wrapper service for about 3 years now.
>
> We are facing a problem of multiple zombie copies being created.
>
> It is similar to a Bug #2812207 already solved in the 3.5.* release.(See Bug Description below)
>
> We need this fix in 3.2.3 version. Is there any way in which this can be fixed in 3.2.3 version ?
>
>
>
> Bug Description :
>
> Fixed a problem in the shell script on HP-UX platforms where a deep directory structure would cause the script to incorrectly report that the Wrapper was not running.
>
> That could lead to multiple zombie copies of the Wrapper and its application running in memory.
>
>
>
> Wrapper Version :  Version 3.2.3
>
> OS :  AIX 5.3
>
>
>
> -Thanks and Regards,
>
> Sameer Naik

[Wrapper-user] AUTO: Neeraja Kollu is out of office (returning 08/06/2011)

[Neeraja K. <nee...@in...>]

I am out of the office until 08/06/2011.

I work Saturday through Wednesday.  Please expect delayed response to your
mail.

I can be reached on +91-9866662965 for any urgent issue.


Note: This is an automated response to your message  "Re: [Wrapper-user]
Issues Running Multiple Wrappers As Windows	Services" sent on 4/8/11
19:53:51.

This is the only notification you will receive while this person is away.

Re: [Wrapper-user] Issues Running Multiple Wrappers As Windows Services

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

Geoff,
The Wrapper should be working fine with multiple instances.  What are
you seeing in your wrapper.log files when the Wrapper's fail?  Could
you post a failure as well as attach two of your wrapper.conf files
that are failing to work together?

Cheers,
Leif

On Thu, Aug 4, 2011 at 10:41 PM,  <geo...@rb...> wrote:
> I have many TanukiSoft applications that need to run concurrently.
>
> If I run these as command line applications then then they all run fine.
>
> I can also run these as Windows Services if I run each one individually.
>
> But if I try to run them concurrenly I get an error as soon as I try to
> start the second service.
>
> "Error 1053: The service did not respond to the start or control request in
> a timely fashion"
>
> This error comes back immediately when I try to start the service. No errors
> are reported in the wrapper.log.
>
> If I start from the command line using the wrapper directly I do get entries
> in the wrapper.log but these just re-iterate the above error.
>
> Example errors, first service runs second service does not:
>
> D:\>D:\services\local1\services2\ln\dereference\ems1\bin\wrapper-windows-x86-32.exe
> -t D:\services\local1\services2\ln\dereference\ems1\config\wrapper.conf
> wrapper  | Starting the Argon Dereference Service local1 ln Layer 1
> service...
> wrapper  | Waiting to start...
> wrapper  | Argon Dereference Service local1 ln Layer 1 started.
>
> D:\>D:\services\local1\services2\ln\dereference\ems2\bin\wrapper-windows-x86-32.exe
> -t D:\services\local1\services2\ln\dereference\ems2\config\wrapper.conf
> wrapper  | Starting the Argon Dereference Service local1 ln Layer 2
> service...
> wrapper  | Unable to start the Argon Dereference Service local1 ln Layer 2
> service - The service did not respond to the start or control request in a
> timely fashion. (0x41d)
>
> If I stop the first service then the second service can run with no problem.
>
> D:\>D:\services\local1\services2\ln\dereference\ems1\bin\wrapper-windows-x86-32.exe
> -p D:\services\local1\services2\ln\dereference\ems1\config\wrapper.conf
> wrapper  | Stopping the Argon Dereference Service local1 ln Layer 1
> service...
> wrapper  | Argon Dereference Service local1 ln Layer 1 stopped.
>
> D:\>D:\services\local1\services2\ln\dereference\ems2\bin\wrapper-windows-x86-32.exe
> -t D:\services\local1\services2\ln\dereference\ems2\config\wrapper.conf
> wrapper  | Starting the Argon Dereference Service local1 ln Layer 2
> service...
> wrapper  | Waiting to start...
> wrapper  | Argon Dereference Service local1 ln Layer 2 started.
>
>
> What do I need to do to be able to run multiple TanukiSoft wrappers as
> Windows Services?
>
>
> Each wrapper services has it's own wrapper.conf file and the service names
> are different.
>
>
> I am using:
>
> Windows XP 32bit SP2.
> Using TanukiSoft Wrapper 3.5.10 but also issue is the same on 3.4.10.
> Community Edition.
> Java JDK 1.6.0_11 32bit

[Wrapper-user] Issues Running Multiple Wrappers As Windows Services

[<geo...@rb...>]

I have many TanukiSoft applications that need to run concurrently.

If I run these as command line applications then then they all run fine.

I can also run these as Windows Services if I run each one individually.

But if I try to run them concurrenly I get an error as soon as I try to start the second service.

"Error 1053: The service did not respond to the start or control request in a timely fashion"

This error comes back immediately when I try to start the service. No errors are reported in the wrapper.log.

If I start from the command line using the wrapper directly I do get entries in the wrapper.log but these just re-iterate the above error.

Example errors, first service runs second service does not:

D:\>D:\services\local1\services2\ln\dereference\ems1\bin\wrapper-windows-x86-32.exe -t D:\services\local1\services2\ln\dereference\ems1\config\wrapper.conf
wrapper  | Starting the Argon Dereference Service local1 ln Layer 1 service...
wrapper  | Waiting to start...
wrapper  | Argon Dereference Service local1 ln Layer 1 started.

D:\>D:\services\local1\services2\ln\dereference\ems2\bin\wrapper-windows-x86-32.exe -t D:\services\local1\services2\ln\dereference\ems2\config\wrapper.conf
wrapper  | Starting the Argon Dereference Service local1 ln Layer 2 service...
wrapper  | Unable to start the Argon Dereference Service local1 ln Layer 2 service - The service did not respond to the start or control request in a timely fashion. (0x41d)

If I stop the first service then the second service can run with no problem.

D:\>D:\services\local1\services2\ln\dereference\ems1\bin\wrapper-windows-x86-32.exe -p D:\services\local1\services2\ln\dereference\ems1\config\wrapper.conf
wrapper  | Stopping the Argon Dereference Service local1 ln Layer 1 service...
wrapper  | Argon Dereference Service local1 ln Layer 1 stopped.

D:\>D:\services\local1\services2\ln\dereference\ems2\bin\wrapper-windows-x86-32.exe -t D:\services\local1\services2\ln\dereference\ems2\config\wrapper.conf
wrapper  | Starting the Argon Dereference Service local1 ln Layer 2 service...
wrapper  | Waiting to start...
wrapper  | Argon Dereference Service local1 ln Layer 2 started.


What do I need to do to be able to run multiple TanukiSoft wrappers as Windows Services?


Each wrapper services has it's own wrapper.conf file and the service names are different.


I am using:

Windows XP 32bit SP2.
Using TanukiSoft Wrapper 3.5.10 but also issue is the same on 3.4.10. Community Edition.
Java JDK 1.6.0_11 32bit


*********************************************************************************** 
The Royal Bank of Scotland plc. Registered in Scotland No 90312. 
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorised and regulated by the Financial Services Authority. The 
Royal Bank of Scotland N.V. is authorised and regulated by the 
De Nederlandsche Bank and has its seat at Amsterdam, the 
Netherlands, and is registered in the Commercial Register under 
number 33002587. Registered Office: Gustav Mahlerlaan 350, 
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and 
The Royal Bank of Scotland plc are authorised to act as agent for each 
other in certain jurisdictions. 
  
This e-mail message is confidential and for use by the addressee only. 
If the message is received by anyone other than the addressee, please 
return the message to the sender by replying to it and then delete the 
message from your computer. Internet e-mails are not necessarily 
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland 
N.V. including its affiliates ("RBS group") does not accept responsibility 
for changes made to this message after it was sent. For the protection
of RBS group and its clients and customers, and in compliance with
regulatory requirements, the contents of both incoming and outgoing
e-mail communications, which could include proprietary information and
Non-Public Personal Information, may be read by authorised persons
within RBS group other than the intended recipient(s). 

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the onward 
transmission, opening or use of this message and any attachments will 
not adversely affect its systems or data. No responsibility is accepted 
by the RBS group in this regard and the recipient should carry out such 
virus and other checks as it considers appropriate. 

Visit our website at www.rbs.com 

***********************************************************************************  

Re: [Wrapper-user] Spring Application in Executable JAR - ClasspathWoes

[<ral...@de...>]

That did the trick. Thanks!

Ralf



> -----Original Message-----
> From: Christian Mueller
[mailto:chr...@ta...]
> Sent: Friday, July 15, 2011 3:32 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Spring Application in Executable JAR -
> ClasspathWoes
> 
> Ralf,
> 
> could you please try setting
> ../lib/ampa-feed-morningstar-11.07.000-SNAPSHOT-jar-with-
> dependencies.jar
> to the classpath:
> 
> wrapper.java.classpath.2=../lib/ampa-feed-morningstar-11.07.000-
> SNAPSHOT-jar-with-dependencies.jar
> 
> Your application is probably loading the resource from the System
> classloader and not the classloader of your class. Please note that
> the WrapperJarApp is setting the classloader for your class but can't
> change the System classloader after the JVM has been launched.
> Therefore setting the classpath in your conf file accordingly should
> fix the issue.
> 
> 
> Best Regards,
> Christian
> 
> On Fri, Jul 15, 2011 at 1:56 AM,
> <ral...@de...> wrote:
> > Hello all,
> >
> >
> >
> > I am using version 3.5.9 for Windows (32 bit) on Windows Server 2008
> > (64bit).
> >
> >
> >
> > I am trying to run a Camel/Spring application as a Windows service
> with the
> > help of the Java Service Wrapper. I have packaged the application as
> an
> > executable jar that lists all runtime dependencies in the classpath
> entry in
> > its MANIFEST file.
> >
> > I have created what I think is the standard directory layout:
> >
> >
> >
> > <base>/conf (wrapper.conf)
> >
> > <base>/lib (wrapper.dll, wrapper.jar, the executable jar, the
runtime
> deps
> > of the exec. Jar)
> >
> > <base>/bin (appStart.bat)
> >
> >
> >
> > If I navigate to <base>/lib and issue 'java -jar myApp.jar' then the
> > application starts up fine.
> >
> >
> >
> > If I navigate to <base>/bin and execute the appStart.bat then the
> Spring
> > context cannot be initialized:
> >
> >
> >
> > WrapperJarApp Error:
> > org.springframework.beans.factory.BeanDefinitionStoreException:
Could
> not
> > resolve bean definition resource pattern [META-INF/spring/*.xml];
> nested
> > exception is java.io.FileNotFoundException: class path resource
> > [META-INF/spring/] cannot be resolved to URL because it does not
> exist.
> >
> >
> >
> > Something is not quite right with the classpath. Can anyone help me
> out on
> > how to fix this? The META-INF/spring directory in question is
present
> inside
> > the executable jar.
> >
> >
> >
> > Also, every JAR file seems to be twice on the classpath. SLF4J
> complains
> > about multiple bindings on the classpath:
> >
> >
> >
> > <base>/bin/../lib/the.jar and
> >
> > <base>/lib/the.jar
> >
> >
> >
> > My wrapper.conf and the wrapper.log are attached.
> >
> >
> >
> >
> >
> > Thanks!
> >
> > Ralf
> >
> >
---------------------------------------------------------------------
> ---------
> > AppSumo Presents a FREE Video for the SourceForge Community by Eric
> > Ries, the creator of the Lean Startup Methodology on "Lean Startup
> > Secrets Revealed." This video shows you how to validate your ideas,
> > optimize your ideas and identify your business strategy.
> > http://p.sf.net/sfu/appsumosfdev2dev
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
> >
> 
>
-----------------------------------------------------------------------
> -------
> AppSumo Presents a FREE Video for the SourceForge Community by Eric
> Ries, the creator of the Lean Startup Methodology on "Lean Startup
> Secrets Revealed." This video shows you how to validate your ideas,
> optimize your ideas and identify your business strategy.
> http://p.sf.net/sfu/appsumosfdev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user