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

Re: [Wrapper-user] JBoss as a service (Integration method 1)

[JaM <je...@gm...>]

Also I just tried to add some env variables like
set.VARIABLE=c:/folder_location and the application is still working as if
the env variables were not set.

On Feb 8, 2008 7:44 AM, JaM <je...@gm...> wrote:

> Attached is the wrapper.conf I am using.  This file exists in
> %JBOSS_HOME%\bin\Java Service Wrapper\conf.
>
> Here is the command JBoss is executing which works like a champ:
> "C:\java\jdk1.5.0_14\bin\java"  -Dprogram.name=run.bat -Xms128m -Xmx512m
> "-Djava.endorsed.dirs=C:\jboss-4.0.3SP1\bin\\..\lib\endorsed" -classpath
> "C:\java\jdk1.5.0_14\lib\tools.jar;C:\jboss-4.0.3SP1\bin\\run.jar"
> org.jboss.Main
>
>
> The results I am getting when launching using the wrapper are the same as
> if I do not have the environment variables set when using run.bat.
> Anything you could point out would be a huge help!  Thanks again
>
> Jamie
>
>
> On Feb 7, 2008 11:56 PM, Leif Mortenson <le...@ta...> wrote:
>
> > I was meaning that it is important to look at the original run.batscript
> > to find out what all the parameters should be for the version you are
> > using.
> >
> > Java does not in itself have access to environment variables so
> > everything
> > should be getting passed in on the command line generated by run.bat.
> >
> > The key is to duplicate that command line in the wrapper.conf file.
> >
> > Try modifying the run.bat file to echo the resulting command line rather
> > than running it.  You can then find out exactly what is being generated
> > to help you with creating the wrapper.conf.
> >
> > If you post that generated java command line along with your
> > wrapper.conf  I could probably point out the problem.
> >
> > If your code has JNI libraries or something which needs the actual
> > environment variables then you can set them up using the following
> > syntax in your wrapper.conf.  This will create a variable "FOO" with
> > a value of "Bar":
> > set.FOO=Bar
> >
> > Cheers,
> > Leif
> >
> > JaM wrote:
> > > Well I am using an older version of JBoss 4.0.3SP1, but in any event
> > > what do you mean by go through the steps with the version of JBoss I
> > > am using?  I followed the procedure (or at least think I did) to get
> > > it to launch and shutdown as I expect, but like I said for some reason
> > > I get the web services (one in particular that relies on some
> > > environment variables) reacts differently then if I had just launched
> > > it using run.bat.  Is there some other parameter that I need to pass
> > > to get this to work appropriately?
> > >
> > > On Feb 7, 2008 9:37 PM, Leif Mortenson <le...@ta...
> > > <mailto:le...@ta...>> wrote:
> > >
> > >     Those instructions are an example of what needs to be done.  They
> > >     were generated for an old version of JBoss.  I really need to go
> > back
> > >     and bring them up to date at some point.
> > >
> > >     To get things working, you need to go through the steps with the
> > >     version of JBoss that you are using.
> > >
> > >     Cheers,
> > >     Leif
> > >
> > >     JaM wrote:
> > >     > I am attempting to use Java Service Wrapper to launch JBoss and
> > have
> > >     > followed the instructions in integration method 1 and at
> > >     >
> > http://wiki.jboss.org/wiki/Wiki.jsp?page=RunJBossAsAServiceOnWindows
> > >     > but for whatever reason I get different behavior if I use the
> > >     service
> > >     > or just launch run.bat.  The issue I am seeing is that it seems
> > >     as if
> > >     > system properties are not being loaded using the Service like
> > >     they are
> > >     > when I use run.bat.
> > >     > Any ideas how to trouble shoot this?
> > >
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
>
>

[Wrapper-user] jps and other java tools don't see java process started with wrapper

[<Die...@eu...>]

Hello list,

i hope the subject isn't too long :-)

First thank's for this great tool.

I use wrapper on win2000 SP4 with jdk1.5 and jdk1.6 on tomcat5.5 since
long time without great problems. But now I want use some tools from
java.net and java to watch the vm started by wrapper.

The main reason is: https://visualvm.dev.java.net

But this tool don't see the java process. I post on the list and get
the hint that I should check it with jps and that this is a permission
problem from the service.

So I did some test without sucess.

I try to start the service with ./Administrator as user and login
also as local Administrator but with jps I see only my own java process.

And tips or hints.

thanks Dietmar

Re: [Wrapper-user] Issue with wrapper

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

Ramakrishna,
According to the log, the backend socket between the Wrapper and
Java process was somehow closed.   The Wrapper is failing saying
that it can no longer communicate with the JVM.  It keeps going
though because the JVM process is still running.

The JVM then gives up after around 30 seconds because it has not
received any communications from the Wrapper for that long.  This
is a safety feature to shut the JVM process down just in case the
Wrapper process should ever crash.

Once the Wrapper detects that the JVM is shutdown, it is correctly
restarting the JVM.


The question is why is the backend socket being closed?  This is not
a problem I have ever seen or heard of in the past.  Is anything else
in the log file earlier than what you sent?

How easy is this to reproduce?

Does it always happen at the same time?

Is it possible that some other application on your system is closing
the socket?

Is your system under load at the time of this reset?

Does your Java application respond during the 30 seconds between
the socket being closed and the JVM shutting itself down?

Cheers,
Leif

Ramakrishna Bv Sanku wrote:
>
> Hi All,
>
> I came across a issue with wrapper, the Wrapper is getting degraded 
> for sometime and getting into normal state after some time. Please 
> check the wrapper log below.
>
> Can anyone help me and provide a solution, how can this be rectified.
>
> *Information from the wrapper log*
> WrapperManager class initialized by thread: main  Using classloader: 
> sun.misc.Launcher$AppClassLoader@27e3570f
> ...............
> Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
> ...............
>
> Extract from wrapper log
>
> DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
> DEBUG  | wrapperp | 2008/02/08 01:40:42 | send a packet 
> SERVICE_CONTROL_CODE : 4
> DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket send failed. (10053)
> DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
> DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
> DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket not open, so packet 
> not sent SERVICE_CONTROL_CODE : 4
> DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Read Timed out. (Last Ping 
> was 30600 milliseconds ago)
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Wrapper Manager: The Wrapper 
> code did not ping the JVM for 30 seconds.  Quit and let the Wrapper 
> resynch.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Send a packet RESTART : restart
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Thread, Wrapper-Connection, 
> handling the shutdown process.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | calling listener.stop()
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Waiting for 
> WrapperListener.stop runner thread to complete.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperListener.stop runner 
> thread started.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperSimpleApp: stop(1)
> INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperListener.stop runner 
> thread stopped.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | returned from 
> listener.stop() -> 1
> INFO   | jvm 8    | 2008/02/08 01:40:42 | shutdownJVM(1) 
> Thread:Wrapper-Connection
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Send a packet STOPPED : 1
> INFO   | jvm 8    | 2008/02/08 01:40:42 | Closing socket.
> INFO   | jvm 8    | 2008/02/08 01:40:42 | calling System.exit(1)
> INFO   | jvm 8    | 2008/02/08 01:40:42 | 2008-02-08 
> 01:40:22,031|INFO|SequencerTool|shutting down
> DEBUG  | wrapperp | 2008/02/08 01:40:42 | server listening on port 32002.
> DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
> DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket not open, so packet 
> not sent SERVICE_CONTROL_CODE : 4
> DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
> INFO   | wrapper  | 2008/02/08 01:40:42 | Wrapper Process has not 
> received any CPU time for 48 seconds.  Extending timeouts.
> DEBUG  | wrapper  | 2008/02/08 01:40:42 | JVM process exited with a 
> code of 1, setting the wrapper exit code to 1.
> ERROR  | wrapper  | 2008/02/08 01:40:42 | JVM exited unexpectedly.
> DEBUG  | wrapper  | 2008/02/08 01:40:42 | Waiting 5 seconds before 
> launching another JVM.
> DEBUG  | wrapper  | 2008/02/08 01:40:46 | Classpath element, 
> wrapper.java.classpath.10, does not exist: ../classes
> STATUS | wrapper  | 2008/02/08 01:40:46 | Launching a JVM...
> NONE   | wrapper  | 2008/02/08 01:40:46 | command: 
> "D:\IBM\WBIServer\jre\bin\java.exe" 
> -Dsequencer.context=AU04QWS130DCA32 
> -Dsequencer.logs=d:\wppaup\runtime\var\sequencer\logs 
> -Drepository.directory=D:\IBM\Sequencer -Djava.library.path="./lib" 
> -classpath 
> "./lib/wrapper.jar;./lib/commons-collections-3.1.jar;./lib/commons-lang-2.1.jar;./lib/commons-logging-1.0.4.jar;./lib/commons-net-1.4.1.jar;./lib/jakarta-oro.jar;./lib/log4j-1.2.7.jar;./lib/spring.jar;./lib/velocity-1.4.jar;../classes;./lib/sequencer.jar" 
> -Dwrapper.key="2ZXzPWYAZ6Ry7obW" -Dwrapper.port=32002 
> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 
> -Dwrapper.debug="TRUE" -Dwrapper.pid=2508 -Dwrapper.version="3.2.3" 
> -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" 
> -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=9 
> org.tanukisoftware.wrapper.WrapperSimpleApp SequencerTool LOOP
> DEBUG  | wrapper  | 2008/02/08 01:40:46 | JVM started (PID=9500) 

[Wrapper-user] Issue with wrapper

[Ramakrishna Bv S. <ram...@in...>]

Hi All,

I came across a issue with wrapper, the Wrapper is getting degraded for 
sometime and getting into normal state after some time. Please check the 
wrapper log below.

Can anyone help me and provide a solution, how can this be rectified.

Information from the wrapper log
WrapperManager class initialized by thread: main  Using classloader: 
sun.misc.Launcher$AppClassLoader@27e3570f
...............
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
...............

Extract from wrapper log

DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
DEBUG  | wrapperp | 2008/02/08 01:40:42 | send a packet 
SERVICE_CONTROL_CODE : 4
DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket send failed. (10053)
DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket not open, so packet not 
sent SERVICE_CONTROL_CODE : 4
DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
INFO   | jvm 8    | 2008/02/08 01:40:42 | Read Timed out. (Last Ping was 
30600 milliseconds ago)
INFO   | jvm 8    | 2008/02/08 01:40:42 | Wrapper Manager: The Wrapper 
code did not ping the JVM for 30 seconds.  Quit and let the Wrapper 
resynch.
INFO   | jvm 8    | 2008/02/08 01:40:42 | Send a packet RESTART : restart
INFO   | jvm 8    | 2008/02/08 01:40:42 | Thread, Wrapper-Connection, 
handling the shutdown process.
INFO   | jvm 8    | 2008/02/08 01:40:42 | calling listener.stop()
INFO   | jvm 8    | 2008/02/08 01:40:42 | Waiting for WrapperListener.stop 
runner thread to complete.
INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperListener.stop runner 
thread started.
INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperSimpleApp: stop(1)
INFO   | jvm 8    | 2008/02/08 01:40:42 | WrapperListener.stop runner 
thread stopped.
INFO   | jvm 8    | 2008/02/08 01:40:42 | returned from listener.stop() -> 
1
INFO   | jvm 8    | 2008/02/08 01:40:42 | shutdownJVM(1) 
Thread:Wrapper-Connection
INFO   | jvm 8    | 2008/02/08 01:40:42 | Send a packet STOPPED : 1
INFO   | jvm 8    | 2008/02/08 01:40:42 | Closing socket.
INFO   | jvm 8    | 2008/02/08 01:40:42 | calling System.exit(1)
INFO   | jvm 8    | 2008/02/08 01:40:42 | 2008-02-08 
01:40:22,031|INFO|SequencerTool|shutting down
DEBUG  | wrapperp | 2008/02/08 01:40:42 | server listening on port 32002.
DEBUG  | wrapper  | 2008/02/08 01:40:42 | ServiceControlHandler(4)
DEBUG  | wrapperp | 2008/02/08 01:40:42 | socket not open, so packet not 
sent SERVICE_CONTROL_CODE : 4
DEBUG  | wrapper  | 2008/02/08 01:40:42 |   SERVICE_CONTROL_INTERROGATE
INFO   | wrapper  | 2008/02/08 01:40:42 | Wrapper Process has not received 
any CPU time for 48 seconds.  Extending timeouts.
DEBUG  | wrapper  | 2008/02/08 01:40:42 | JVM process exited with a code 
of 1, setting the wrapper exit code to 1.
ERROR  | wrapper  | 2008/02/08 01:40:42 | JVM exited unexpectedly.
DEBUG  | wrapper  | 2008/02/08 01:40:42 | Waiting 5 seconds before 
launching another JVM.
DEBUG  | wrapper  | 2008/02/08 01:40:46 | Classpath element, 
wrapper.java.classpath.10, does not exist: ../classes
STATUS | wrapper  | 2008/02/08 01:40:46 | Launching a JVM...
NONE   | wrapper  | 2008/02/08 01:40:46 | command: 
"D:\IBM\WBIServer\jre\bin\java.exe" -Dsequencer.context=AU04QWS130DCA32 
-Dsequencer.logs=d:\wppaup\runtime\var\sequencer\logs 
-Drepository.directory=D:\IBM\Sequencer -Djava.library.path="./lib" 
-classpath 
"./lib/wrapper.jar;./lib/commons-collections-3.1.jar;./lib/commons-lang-2.1.jar;./lib/commons-logging-1.0.4.jar;./lib/commons-net-1.4.1.jar;./lib/jakarta-oro.jar;./lib/log4j-1.2.7.jar;./lib/spring.jar;./lib/velocity-1.4.jar;../classes;./lib/sequencer.jar" 
-Dwrapper.key="2ZXzPWYAZ6Ry7obW" -Dwrapper.port=32002 
-Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 
-Dwrapper.debug="TRUE" -Dwrapper.pid=2508 -Dwrapper.version="3.2.3" 
-Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" 
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=9 
org.tanukisoftware.wrapper.WrapperSimpleApp SequencerTool LOOP
DEBUG  | wrapper  | 2008/02/08 01:40:46 | JVM started (PID=9500)


Best Regards,
Ram
IBM Global Services India Pvt. Ltd.
Mindspace, Survey No 64, APIIC Software Layout, 
Hi-tech City, Hyderabad -500 081
INDIA

Re: [Wrapper-user] JBoss as a service (Integration method 1)

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

I was meaning that it is important to look at the original run.bat script
to find out what all the parameters should be for the version you are
using.

Java does not in itself have access to environment variables so everything
should be getting passed in on the command line generated by run.bat.

The key is to duplicate that command line in the wrapper.conf file.

Try modifying the run.bat file to echo the resulting command line rather
than running it.  You can then find out exactly what is being generated
to help you with creating the wrapper.conf.

If you post that generated java command line along with your
wrapper.conf  I could probably point out the problem.

If your code has JNI libraries or something which needs the actual
environment variables then you can set them up using the following
syntax in your wrapper.conf.  This will create a variable "FOO" with
a value of "Bar":
set.FOO=Bar

Cheers,
Leif

JaM wrote:
> Well I am using an older version of JBoss 4.0.3SP1, but in any event 
> what do you mean by go through the steps with the version of JBoss I 
> am using?  I followed the procedure (or at least think I did) to get 
> it to launch and shutdown as I expect, but like I said for some reason 
> I get the web services (one in particular that relies on some 
> environment variables) reacts differently then if I had just launched 
> it using run.bat.  Is there some other parameter that I need to pass 
> to get this to work appropriately?
>
> On Feb 7, 2008 9:37 PM, Leif Mortenson <le...@ta... 
> <mailto:le...@ta...>> wrote:
>
>     Those instructions are an example of what needs to be done.  They
>     were generated for an old version of JBoss.  I really need to go back
>     and bring them up to date at some point.
>
>     To get things working, you need to go through the steps with the
>     version of JBoss that you are using.
>
>     Cheers,
>     Leif
>
>     JaM wrote:
>     > I am attempting to use Java Service Wrapper to launch JBoss and have
>     > followed the instructions in integration method 1 and at
>     > http://wiki.jboss.org/wiki/Wiki.jsp?page=RunJBossAsAServiceOnWindows
>     > but for whatever reason I get different behavior if I use the
>     service
>     > or just launch run.bat.  The issue I am seeing is that it seems
>     as if
>     > system properties are not being loaded using the Service like
>     they are
>     > when I use run.bat.
>     > Any ideas how to trouble shoot this?
>

Re: [Wrapper-user] JBoss as a service (Integration method 1)

[JaM <je...@gm...>]

Well I am using an older version of JBoss 4.0.3SP1, but in any event what do
you mean by go through the steps with the version of JBoss I am using?  I
followed the procedure (or at least think I did) to get it to launch and
shutdown as I expect, but like I said for some reason I get the web services
(one in particular that relies on some environment variables) reacts
differently then if I had just launched it using run.bat.  Is there some
other parameter that I need to pass to get this to work appropriately?

On Feb 7, 2008 9:37 PM, Leif Mortenson <le...@ta...> wrote:

> Those instructions are an example of what needs to be done.  They
> were generated for an old version of JBoss.  I really need to go back
> and bring them up to date at some point.
>
> To get things working, you need to go through the steps with the
> version of JBoss that you are using.
>
> Cheers,
> Leif
>
> JaM wrote:
> > I am attempting to use Java Service Wrapper to launch JBoss and have
> > followed the instructions in integration method 1 and at
> > http://wiki.jboss.org/wiki/Wiki.jsp?page=RunJBossAsAServiceOnWindows
> > but for whatever reason I get different behavior if I use the service
> > or just launch run.bat.  The issue I am seeing is that it seems as if
> > system properties are not being loaded using the Service like they are
> > when I use run.bat.
> > Any ideas how to trouble shoot this?
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] JBoss as a service (Integration method 1)

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

Those instructions are an example of what needs to be done.  They
were generated for an old version of JBoss.  I really need to go back
and bring them up to date at some point.

To get things working, you need to go through the steps with the
version of JBoss that you are using.

Cheers,
Leif

JaM wrote:
> I am attempting to use Java Service Wrapper to launch JBoss and have 
> followed the instructions in integration method 1 and at 
> http://wiki.jboss.org/wiki/Wiki.jsp?page=RunJBossAsAServiceOnWindows 
> but for whatever reason I get different behavior if I use the service 
> or just launch run.bat.  The issue I am seeing is that it seems as if 
> system properties are not being loaded using the Service like they are 
> when I use run.bat. 
> Any ideas how to trouble shoot this?

[Wrapper-user] JBoss as a service (Integration method 1)

[JaM <je...@gm...>]

I am attempting to use Java Service Wrapper to launch JBoss and have
followed the instructions in integration method 1 and at
http://wiki.jboss.org/wiki/Wiki.jsp?page=RunJBossAsAServiceOnWindows but for
whatever reason I get different behavior if I use the service or just launch
run.bat.  The issue I am seeing is that it seems as if system properties are
not being loaded using the Service like they are when I use run.bat.
Any ideas how to trouble shoot this?

Re: [Wrapper-user] trying to build from source

[Cory R. <cri...@th...>]

The Windows build worked fine as well. Thanks for your help Leif and I look
forward to the official release of 3.2.4 (or whatever you decide to call
it).

Cory

On 2/2/08, Cory Riddell <cri...@th...> wrote:
>
> Thanks Leif. That's what I did. I was just worried that I had a damaged
> set of files because I didn't run the pre-release target.
>
> The Linux build seems to work fine. I just need to build the Windows
> version now.
>
> Cory
>
> On 2/1/08, Leif Mortenson <le...@ta...> wrote:
> >
> > Cory,
> > The "release" target is used to generate an official release for mass
> > consumption.  I force the use of a 1.3 JVM there to make sure that
> > resultant jar file can be used everywhere safely.  It does not mean
> > that you need to have a 1.3 JVM to run.
> >
> > Newer JVM compilers have a feature where you can specify the
> > target JVM so it should be possible to build for a 1.3 target using
> > 1.6.  But unfortunately, that does not seem to be very well tested.
> > I have had problems where jars built with a 1.3 target under a 1.5
> > compiler will cause a real 1.3 JVM to crash.  Not sure why.
> >
> > To be safe, I have that check in the build file for MY use.
> >
> > If you want to build a development version from the SVN trunk,
> > just check it out and run "./build64.sh".  That will generate
> > everything you need.   Just pull the wrapper file out of the bin
> > directory and the libwrapper.so and wrapper.jar files out of
> > the lib directory and drop them into your application.  Should
> > work great.
> >
> > I am also hoping to have something official soon.
> >
> > Cheers,
> > Leif
> >
> > Cory Riddell wrote:
> > > I pulled the trunk from svn and I'm trying to build it. I have a
> > > question about the process.
> > >
> > > Do I first have to run the pre-release target against a 1.3 jvm? When
> > > I run "build32.sh release" I get this message:
> > >  [echo] **********************************************************
> > >  [echo] * Pre-release distributions can only be generated using  *
> > >  [echo] * Java 1.3 JVMs to guarantee that the resulting jars     *
> > >  [echo] * will run on all platforms.                             *
> > >  [echo] * This is a 1.6 JVM.                                     *
> > >  [echo] **********************************************************
> > >
> > > Our product requires a 1.6 JVM so I'm not interested in running on
> > > anything less than version 1.6. Am I still required to install a 1.3
> > > JVM, or is there a way to build with only a 1.6 JVM?
> > >
> > > Thanks,
> > > Cory
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
>
>

Re: [Wrapper-user] Delaying console output redirection

[Jason R. <jr...@cl...>]

I was wondering if the feature described below is currently planned to
be implemented by tankisoftware developers.  If not I have some interest
in implementing the functionality on my own and submitting a patch if
the necessary modifications are not too great.  Could tankisoftware
developers provide some suggestions on the best way to go about adding
this functionality?

 

To reiterate the plan is to allowing output sent to stdout and stderr to
be printed to the console until the wrapped software signals the wrapper
that it has checked for all error conditions and is now ready to act as
a daemon.  This will allow error messages such as missing configuration
files, or the fact the daemon is already running to immediately notify
the end-user instead of needing to tail the wrapper's log file.

 

Best Regards,

 

Jason

 

________________________________

From: wra...@li...
[mailto:wra...@li...] On Behalf Of Jason
Resch
Sent: Friday, December 07, 2007 1:24 PM
To: wra...@li...
Subject: [Wrapper-user] Delaying console output redirection

 

I'd like to thank tanukisoftware for their wrapper, we find it quite
useful.  The website reports "it does provide a number of properties to
configure how stdout and stderr output to the JVM console is handled",
however after reviewing the online documentation I could not find the
exact feature I was looking for.  My question to this list is whether or
not it is possible to accomplish the following using the wrapper:

 

To start a daemon and allow it report any immediate errors (such as
problems in the configuration) directly to the console.  Then, assuming
there were no immediate issues, daemonize and redirect output.

 

I see several ways this could be done: signaling the wrapper to redirect
output, having the wrapper delay daemonizing for some fixed period of
time, or even simply not redirecting output at all, and then have my
application close stdout and stderr and use logging for the rest of the
application's lifetime.

 

Are any of the above methods possible?

 

Thanks in advance,

 

Jason Resch

 

Re: [Wrapper-user] trying to build from source

[Cory R. <cri...@th...>]

Thanks Leif. That's what I did. I was just worried that I had a damaged set
of files because I didn't run the pre-release target.

The Linux build seems to work fine. I just need to build the Windows version
now.

Cory

On 2/1/08, Leif Mortenson <le...@ta...> wrote:
>
> Cory,
> The "release" target is used to generate an official release for mass
> consumption.  I force the use of a 1.3 JVM there to make sure that
> resultant jar file can be used everywhere safely.  It does not mean
> that you need to have a 1.3 JVM to run.
>
> Newer JVM compilers have a feature where you can specify the
> target JVM so it should be possible to build for a 1.3 target using
> 1.6.  But unfortunately, that does not seem to be very well tested.
> I have had problems where jars built with a 1.3 target under a 1.5
> compiler will cause a real 1.3 JVM to crash.  Not sure why.
>
> To be safe, I have that check in the build file for MY use.
>
> If you want to build a development version from the SVN trunk,
> just check it out and run "./build64.sh".  That will generate
> everything you need.   Just pull the wrapper file out of the bin
> directory and the libwrapper.so and wrapper.jar files out of
> the lib directory and drop them into your application.  Should
> work great.
>
> I am also hoping to have something official soon.
>
> Cheers,
> Leif
>
> Cory Riddell wrote:
> > I pulled the trunk from svn and I'm trying to build it. I have a
> > question about the process.
> >
> > Do I first have to run the pre-release target against a 1.3 jvm? When
> > I run "build32.sh release" I get this message:
> >  [echo] **********************************************************
> >  [echo] * Pre-release distributions can only be generated using  *
> >  [echo] * Java 1.3 JVMs to guarantee that the resulting jars     *
> >  [echo] * will run on all platforms.                             *
> >  [echo] * This is a 1.6 JVM.                                     *
> >  [echo] **********************************************************
> >
> > Our product requires a 1.6 JVM so I'm not interested in running on
> > anything less than version 1.6. Am I still required to install a 1.3
> > JVM, or is there a way to build with only a 1.6 JVM?
> >
> > Thanks,
> > Cory
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] trying to build from source

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

Cory,
The "release" target is used to generate an official release for mass
consumption.  I force the use of a 1.3 JVM there to make sure that
resultant jar file can be used everywhere safely.  It does not mean
that you need to have a 1.3 JVM to run.

Newer JVM compilers have a feature where you can specify the
target JVM so it should be possible to build for a 1.3 target using
1.6.  But unfortunately, that does not seem to be very well tested.
I have had problems where jars built with a 1.3 target under a 1.5
compiler will cause a real 1.3 JVM to crash.  Not sure why.

To be safe, I have that check in the build file for MY use.

If you want to build a development version from the SVN trunk,
just check it out and run "./build64.sh".  That will generate
everything you need.   Just pull the wrapper file out of the bin
directory and the libwrapper.so and wrapper.jar files out of
the lib directory and drop them into your application.  Should
work great.

I am also hoping to have something official soon.

Cheers,
Leif

Cory Riddell wrote:
> I pulled the trunk from svn and I'm trying to build it. I have a 
> question about the process.
>
> Do I first have to run the pre-release target against a 1.3 jvm? When 
> I run "build32.sh release" I get this message:
>  [echo] **********************************************************
>  [echo] * Pre-release distributions can only be generated using  *
>  [echo] * Java 1.3 JVMs to guarantee that the resulting jars     *
>  [echo] * will run on all platforms.                             *
>  [echo] * This is a 1.6 JVM.                                     *
>  [echo] **********************************************************
>
> Our product requires a 1.6 JVM so I'm not interested in running on 
> anything less than version 1.6. Am I still required to install a 1.3 
> JVM, or is there a way to build with only a 1.6 JVM?
>
> Thanks,
> Cory

Re: [Wrapper-user] looking for release after 3.2.3

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

Markus,
Sorry.  No am still working actively on getting everything tied up
and out the door.  I have been aware it is over a year since the
last release for some time. (4 hours so far today alone.)

Will keep the list posted.
Leif

Markus Lentfort wrote:
> Hi Leif,
>
> I am looking since December 2006 for next release after 3.2.3, but nothing
> found at SourceForge.net. Is there an other place to download? In March 2007
> you announced the option of partial releases. Is there any chance for
> download. Currently I need solutions for Windows and Linux/Unix
>
> You did so much working on this great tool, so I am missing the results.
>
> Cheers
> Markus

Re: [Wrapper-user] trying to build from source

[Cory R. <cri...@th...>]

Now that I think about it, the 1.3 requirement seems even stranger. I'm
trying to build a 64 bit wrapper and as far as I know, there is no 64 bit
1.3 JVM. How do you run "./build64.sh release" ?

Cory

On 2/1/08, Cory Riddell <cri...@th...> wrote:
>
> I pulled the trunk from svn and I'm trying to build it. I have a question
> about the process.
>
> Do I first have to run the pre-release target against a 1.3 jvm? When I
> run "build32.sh release" I get this message:
>  [echo] **********************************************************
>  [echo] * Pre-release distributions can only be generated using  *
>  [echo] * Java 1.3 JVMs to guarantee that the resulting jars     *
>  [echo] * will run on all platforms.                             *
>  [echo] * This is a 1.6 JVM.                                     *
>  [echo] **********************************************************
>
> Our product requires a 1.6 JVM so I'm not interested in running on
> anything less than version 1.6. Am I still required to install a 1.3 JVM,
> or is there a way to build with only a 1.6 JVM?
>
> Thanks,
> Cory
>

[Wrapper-user] trying to build from source

[Cory R. <cri...@th...>]

I pulled the trunk from svn and I'm trying to build it. I have a question
about the process.

Do I first have to run the pre-release target against a 1.3 jvm? When I run
"build32.sh release" I get this message:
 [echo] **********************************************************
 [echo] * Pre-release distributions can only be generated using  *
 [echo] * Java 1.3 JVMs to guarantee that the resulting jars     *
 [echo] * will run on all platforms.                             *
 [echo] * This is a 1.6 JVM.                                     *
 [echo] **********************************************************

Our product requires a 1.6 JVM so I'm not interested in running on anything
less than version 1.6. Am I still required to install a 1.3 JVM, or is there
a way to build with only a 1.6 JVM?

Thanks,
Cory

[Wrapper-user] looking for release after 3.2.3

[Markus L. <Mar...@ac...>]

Hi Leif,

I am looking since December 2006 for next release after 3.2.3, but nothing
found at SourceForge.net. Is there an other place to download? In March 2007
you announced the option of partial releases. Is there any chance for
download. Currently I need solutions for Windows and Linux/Unix

You did so much working on this great tool, so I am missing the results.

Cheers
Markus

Re: [Wrapper-user] Queston about Java Service Wrapper

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

Pedro,
The error that you are seeing is actually not related to the Wrapper.
It is being caused because you compiled your classes using a newer
JVM version than the one you are running with.

When running as a service, the environment variables may not be
quite the same as they are when running as a console application.

To help debug this problem, try setting the following property.
wrapper.java.command.loglevel=INFO

That will cause the Wrapper to output the complete generated
command used to launch the JVM.

You might also want to setup a JAVA_HOME environment variable as
a System wide variable and then set your java command as follows:
wrapper.java.command=%JAVA_HOME%/bin/java

Let me know if you are unable to get it working.

Cheers,
Leif

Pedro Alves wrote:
> Hello,
>
> The Web Services Client Application return all documents and attached 
> available in the server.
>
> The application above run with Java Service Wrapper developer by your 
> team.
> My question is:     When it run in the server side your software 
> didn't find the main class to start the application. Can you have some 
> explanation for it?
> The same application run well in a destop with the same software 
> developer by your team.
>
> Your support is well came. See the output information below:
>
> wrapper  | --> Wrapper Started as Console
> wrapper  | Launching a JVM...
> jvm 1    | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
> jvm 1    |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights 
> Reserved.
> jvm 1    |
> jvm 1    | WrapperSimpleApp: Unable to locate the class 
> no.more.webservice.resultset.axis.Client: 
> java.lang.UnsupportedClassVersionError: 
> no/more/webservice/resultset/axis/Client (Unsupported major.minor 
> version 49.0)
> jvm 1    |
> jvm 1    | WrapperSimpleApp Usage:
> jvm 1    |   java org.tanukisoftware.wrapper.WrapperSimpleApp 
> {app_class} [app_arguments]
> jvm 1    |
> jvm 1    | Where:
> jvm 1    |   app_class:      The fully qualified class name of the 
> application to run.
> jvm 1    |   app_arguments:  The arguments that would normally be 
> passed to the
> jvm 1    |                   application.
> wrapper  | <-- Wrapper Stopped

Re: [Wrapper-user] Queston about Java Service Wrapper

[Chris <ch...@hm...>]

When running as a service, the environment variables are different.
The JVM that is running the wrapper in service mode is older than java 5 
hence the unsupported class version error.

Make sure the service runs with java 5 or later.

java 1.4 = class version 48
java 5 = 49
java 6 = 50

Hope that helps
Chris

Pedro Alves wrote:
> Hello,
> 
> The Web Services Client Application return all documents and attached 
> available in the server.
> 
> The application above run with Java Service Wrapper developer by your team.
> My question is:     When it run in the server side your software didn't 
> find the main class to start the application. Can you have some 
> explanation for it?
> The same application run well in a destop with the same software 
> developer by your team.
> 
> Your support is well came. See the output information below:
> 
> wrapper  | --> Wrapper Started as Console
> wrapper  | Launching a JVM...
> jvm 1    | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
> jvm 1    |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights 
> Reserved.
> jvm 1    |
> jvm 1    | WrapperSimpleApp: Unable to locate the class 
> no.more.webservice.resultset.axis.Client: 
> java.lang.UnsupportedClassVersionError: 
> no/more/webservice/resultset/axis/Client (Unsupported major.minor 
> version 49.0)
> jvm 1    |
> jvm 1    | WrapperSimpleApp Usage:
> jvm 1    |   java org.tanukisoftware.wrapper.WrapperSimpleApp 
> {app_class} [app_arguments]
> jvm 1    |
> jvm 1    | Where:
> jvm 1    |   app_class:      The fully qualified class name of the 
> application to run.
> jvm 1    |   app_arguments:  The arguments that would normally be passed 
> to the
> jvm 1    |                   application.
> wrapper  | <-- Wrapper Stopped
> 
> 
> -- 
> 
> Med vennlig hilsen
> 
> Pedro Alves
> System Developer
> 
> *More AS*
> Telefon direkte:
> Sentralbord:
> Mobil:
> E-post: ped...@mo... <mailto:ped...@mo...>
> www.more.no <https://www.more.no/>
> 
> 
> This email was received from the INTERNET and scanned by the Government 
> Secure Intranet anti-virus service supplied by Cable&Wireless in 
> partnership with MessageLabs. (CCTM Certificate Number 2007/11/0032.) In 
> case of problems, please call your organisation’s IT Helpdesk.
> Communications via the GSi may be automatically logged, monitored and/or 
> recorded for legal purposes.
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

-- 
Chris
HMGCC

The information contained in this message (and any attachments) may
be confidential and is intended for the sole use of the named addressee.
Access, copying, alteration or re-use of the e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient please advise the sender immediately by returning the e-mail
and deleting it from your system.

This information may be exempt from disclosure under Freedom Of Information 
Act 2000 and may be subject to exemption under other UK information 
legislation. Refer disclosure requests to the Information Officer.


The original of this email was scanned for viruses by the Government Secure Intranet virus scanning service supplied by Cable&Wireless in partnership with MessageLabs. (CCTM Certificate Number 2007/11/0032.) On leaving the GSi this email was certified virus free.
Communications via the GSi may be automatically logged, monitored and/or recorded for legal purposes.

[Wrapper-user] Queston about Java Service Wrapper

[Pedro A. <ped...@mo...>]

Hello,

The Web Services Client Application return all documents and attached 
available in the server.

The application above run with Java Service Wrapper developer by your team.
My question is:     When it run in the server side your software didn't 
find the main class to start the application. Can you have some 
explanation for it?
The same application run well in a destop with the same software 
developer by your team.

Your support is well came. See the output information below:

wrapper  | --> Wrapper Started as Console
wrapper  | Launching a JVM...
jvm 1    | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
jvm 1    |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights 
Reserved.
jvm 1    |
jvm 1    | WrapperSimpleApp: Unable to locate the class 
no.more.webservice.resultset.axis.Client: 
java.lang.UnsupportedClassVersionError: 
no/more/webservice/resultset/axis/Client (Unsupported major.minor 
version 49.0)
jvm 1    |
jvm 1    | WrapperSimpleApp Usage:
jvm 1    |   java org.tanukisoftware.wrapper.WrapperSimpleApp 
{app_class} [app_arguments]
jvm 1    |
jvm 1    | Where:
jvm 1    |   app_class:      The fully qualified class name of the 
application to run.
jvm 1    |   app_arguments:  The arguments that would normally be passed 
to the
jvm 1    |                   application.
wrapper  | <-- Wrapper Stopped


-- 

Med vennlig hilsen

Pedro Alves
System Developer

*More AS*
Telefon direkte:
Sentralbord:
Mobil:
E-post: ped...@mo... <mailto:ped...@mo...>
www.more.no <https://www.more.no/>

[Wrapper-user] wrapper can't find log4j properties file

[<luc...@co...>]

   Hi, I'm using the service wrapper on Linux to launch an application =20
as a service (or daemon, whichever you prefer). This application uses =20
log4j to do its logging.
   Everything runs fine if I have the "wrapper" executable and the =20
launch script directly in the application folder, like this:

<pre>
app_root/
     wrapper                     <=3D=3D wrapper executable for linux
     myapp.sh                    <=3D=3D myapp launch script
     conf/
         wrapper.conf
     config/
         myapp.conf
         log4j.properties        <=3D=3D This is the file
         data.xml
         ...
         ...
     lib/
         myapp.jar
         myapp_aux.jar
         ...
         ...
         ...
     logs/
         myapp.log
         wrapper.log
</pre>

But if I use a new "bin" folder to put the script and wrapper in, like this:

<pre>
app_root/
     bin/                        <=3D=3D new "bin" folder
         wrapper                 <=3D=3D wrapper executable for linux
         myapp.sh                <=3D=3D myapp launch script
     conf/
         wrapper.conf
     config/
         myapp.conf
         log4j.properties        <=3D=3D This is the file
         data.xml
         ...
         ...
     lib/
         myapp.jar
         myapp_aux.jar
         ...
         ...
         ...
     logs/
         myapp.log
         wrapper.log
</pre>

(I have to change the script and wrapper.conf to reflect the new file =20
location, adding ".." in some places)
and run "./bin/myapp.sh" I get the following error:

<pre>
jvm 1    | log4j:WARN No appenders could be found for logger =20
(com.xxxxxx.xxx.xxxxx.myAppMain).
jvm 1    | log4j:WARN Please initialize the log4j system properly.
wrapper  | <-- Wrapper Stopped
</pre>

The log4j.properties file has the following lines:

<pre>
log4j.rootLogger=3DWARN, A1, C1

log4j.logger.xxxxxx.xxx.xxxxx=3DDEBUG



## Generic appender

log4j.appender.C1=3Dorg.apache.log4j.ConsoleAppender

log4j.appender.C1.layout=3Dorg.apache.log4j.PatternLayout

log4j.appender.C1.layout.ConversionPattern=3D%-5p %c %x - %m%n



## MyApp generic Appender

log4j.appender.A1=3Dorg.apache.log4j.DailyRollingFileAppender

log4j.appender.A1.Threshold=3DINFO

log4j.appender.A1.ImmediateFlush=3Dtrue

log4j.appender.A1.File=3Dlogs/myapp.log

log4j.appender.A1.Append=3Dtrue


# Daily rotation

log4j.appender.A1.Threshold=3DDatePattern=3D'.'yyyy-MM-dd'.log'

log4j.appender.A1.layout=3Dorg.apache.log4j.PatternLayout

log4j.appender.A1.layout.ConversionPattern=3D%d{DATE} [%t] %-5p %c %x - %m%n
</pre>

   Any ideas why the wrapper console throws that error?

   Thanks,
   Lucas Vieites

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

[Wrapper-user] java system process killed when user log out

[Benjamin C. <bc...@in...>]

Hi,

=20

My application is a Java Windows Service deployed with the wrapper that
spawns JVM processes. All the processes belong to the system user and I
would expect these processes to live over user log off. Unfortunately,
when I log off, all the JVM processes are killed. Only the Java Windows
service is kept running. I tried to start the JVM processes using the
Console mode in the wrapper but it does not change anything?

Is there anybody out there that has a solution??? Fyi, all this works
without any problems on Vista, the problem is with XP...

Thanks,

=20

Benjamin Coiffe

=20

[Wrapper-user] Fwd: Exception :com/silveregg/wrapper/WrapperListener

[<jh...@ne...>]

Hi

I get this: "Exception in thread "main" java.lang.NoClassDefFoundError:
com/silveregg/wrapper/WrapperListener"

And the wrapper exit after 5 attempts.

On version 3.2.3 on debian linux.

Help  :S


________________________________________________________________________
More new features than ever.  Check out the new AIM(R) Mail ! -
http://webmail.aim.com



________________________________________________________________________
More new features than ever.  Check out the new AIM(R) Mail ! - 
http://webmail.aim.com

Re: [Wrapper-user] Multiple Service Creation Using Service Wrapper

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

Hareesh,
It is possible to run multiple instances of the Wrapper on the same
machine.  You need to make sure that they each have their own
configuration file and wrapper.log file at the least.  If you are using
any of the pid or other files you need to make sure that they are
also unique.

It is usually easiest to give each application its own wrapper instance
and then keep all of the paths relative.

The service names for each service will also need to be unique.

Other than that, there should be no limit to how many wrapper
based services you can run other than the limits of your system
resources.

Cheers,
Leif


hareesh 83 nair wrote:
>
>  
>
> Dear All,
>           Please let me know, whether it is possible to convert more 
> than  one Java application into system service? Is possible , please 
> tell  how to do it?
>

[Wrapper-user] Multiple Service Creation Using Service Wrapper

[hareesh 83 n. <har...@re...>]

  =0A=0ADear All,=0A           Please let me know, whether it is possible t=
o convert more than  one Java application into system service? Is possible =
, please tell   how to do it?=0A=0A

Re: [Wrapper-user] Wrapping JBoss: Problems with memory definition

[Mantrao, N. <nm1...@nc...>]

Leif,

Thanks for the information. I entered my email address at the url
specified in the past as well, but it did not help.

I have done the same thing again. If I still receive any mail from the
mailing list, I will get back to you.

Thanks,
Nikhil.=20

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, January 23, 2008 7:27 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapping JBoss: Problems with memory
definition

Mantrao,
The link is at the bottom of every email.

https://lists.sourceforge.net/lists/listinfo/wrapper-user

At the bottom of that page, simply enter the email address that you are
subscribed as and then click unsubscribe.

If you still have problems, email me directly and I'll remove you.
Cheers,
Leif



Mantrao, Nikhil wrote:
> Hi,
> =20
> Could anyone tell me how to "un-subscribe" from this mailing list. I=20
> have tried a couple of times, but all in vein.
> Any help will be highly appreciated.
> =20
> Thanks,
> Nikhil Mantrao.
>
> ----------------------------------------------------------------------
> --
> *From:* wra...@li...
> [mailto:wra...@li...] *On Behalf Of=20
> *Nathan Wray
> *Sent:* Wednesday, January 23, 2008 12:03 AM
> *To:* wra...@li...
> *Subject:* Re: [Wrapper-user] Wrapping JBoss: Problems with memory=20
> definition
>
>
> Hi Markus;
>
> Reading the documentation for the initmemory / maxmemory properties=20
> says that they're optional, that they can be commented out and the=20
> user can use the -Xmx/-Xms flags in the "additional" properties.
>
> What are the implications or side effects of not using initmemory /=20
> maxmemory, and instead setting the memory values manually?  The=20
> scenario Sergio is describing seems to be valid per the docs.
>
> "If this property is set to 0 then it is also possible to specify the=20
> -Xms parameter manually using the wrapper.java.additional.<n>=20
>
<http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.ht
ml>property."
>
> Thanks
> Nathan
>
>
> On 1/18/08, *Markus Schlegel* <sc...@gm...=20
> <mailto:sc...@gm...>> wrote:
>
>     Hi
>
>     Wrapper has two distinct properties for this:
>
>     # Initial Java Heap Size (in MB)
>     wrapper.java.initmemory=3D8
>
>     # Maximum Java Heap Size (in MB)
>     wrapper.java.maxmemory=3D768
>
>     regards,
>     Markus Schlegel
>
>     2008/1/18, serdsch <ser...@ev...
>     <mailto:ser...@ev...>>:
>
>
>         Hi,
>
>         I want to run JBoss as a Windows Service to avoid problems
>         with starting the
>         server from CruiseControl. I use the JavaServiceWrapper and
>         wrote a
>         wrapper.conf file with all necessary parameters to run JBoss
>         suited for my
>         test system. When I start JBoss with the batch script we used
>         before,
>         everything works just fine. When I start it with the wrapper
>         the startup is
>         much slower until it stops executing, throwing a heap space
>         exception.
>
>         This is how I define the memory allocation in the batch
script:
>
>         set JAVA_OPTS=3D%JAVA_OPTS% -Xms128m -Xmx512m
>
>         I get exactly the same problems and exception starting JBoss
>         when I comment
>         this allocation, so I guess for some reason the
>         JavaServiceWrapper can't get
>         the memory allocation right. This is how I define it in
>         wrapper.conf:
>
>         rem JVM memory allocation pool parameters. Modify as
appropriate.
>         wrapper.java.additional.6=3D-Xms128m
>         wrapper.java.additional.7=3D-Xmx512m
>
>         Does any of you have an idea? What am I missing?
>         Any help is highly appreciated...
>
>
>         --
>         View this message in context:
>
http://www.nabble.com/Wrapping-JBoss%3A-Problems-with-memory-definition-
tp14952013p14952013.html
>         Sent from the Java Service Wrapper mailing list archive at
>         Nabble.com <http://Nabble.com>.
>
>
>        =20
> ----------------------------------------------------------------------
> ---
>
>         This SF.net email is sponsored by: Microsoft
>         Defy all challenges. Microsoft(R) Visual Studio 2008.
>         http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>         <http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>
>         _______________________________________________
>         Wrapper-user mailing list
>         Wra...@li...
>         <mailto:Wra...@li...>
>         https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
>
------------------------------------------------------------------------
-
>     This SF.net email is sponsored by: Microsoft
>     Defy all challenges. Microsoft(R) Visual Studio 2008.
>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>     _______________________________________________
>     Wrapper-user mailing list
>     Wra...@li...
>     <mailto:Wra...@li...>
>     https://lists.sourceforge.net/lists/listinfo/wrapper-user
>     <https://lists.sourceforge.net/lists/listinfo/wrapper-user>
>
>
>
>
> --
> Nathan Wray
> nw...@de... <mailto:nw...@de...>
> --
> ----------------------------------------------------------------------
> --
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Microsoft Defy all challenges.=20
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>  =20


------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft Defy all challenges.
Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user