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

[Wrapper-user] Problems restart wrapper as a job

[Noelia A. P. <noe...@gm...>]

Leif,

I had the wrapper.java.command locating to the system path. I have tried =
your first example:


    set.JAVA_HOME=3D/usr/java/j2sdk1.4.2_04
    wrapper.java.command=3D%JAVA_HOME%/bin/java
    wrapper.java.command.loglevel=3DINFO


and it works.

Thanks a lot!

Noelia

RE: [Wrapper-user] Unable to get information of classpath element...

[<pe...@jo...>]

> Peter,
>     That is not surprising.   Why are you you doing it that=20
> way?  =20

Probably because I'm a little slow... and apparently need everything
spelled out for me. Thanks Leif, next time I'll consider thinking before
asking. :)

Regards
Peter

> Could=20
> you describe how
> you are collecting the jars?  If they are located in one or two=20
> directories, you can simply
> place the following in your wrapper.conf file.
>=20
> wrapper.java.classpath.1=3D../lib/*.jar
> wrapper.java.classpath.2=3D../lib2/*.jar
>=20
>     Much simpler and easy to maintain.
>=20
> Cheers,
> Leif
>=20
> Peter Bj=F6rkman wrote:
> > Hi! I have a problem which I believe has to do with me=20
> having to many=20
> > entries in my classpath. I have made modifications to the start=20
> > scripts that first generates a CLASSPATH environment=20
> variable which it=20
> > later passes to the wrapper using:=20
> > wrapper.java.classpath.1=3D%CLASSPATH%
> >
> > The error I get is:
> > ERROR  | wrapper  | 2006/04/26 16:34:55 | Unable to get=20
> information of=20
> > classpath element: /usr/local/resin/lib/dom.jar:(Skipping the=20
> > rest...)/webdata/ROOT/WEB-INF/lib//xwork-1.1.jar (File name=20
> too long)
> >
> > Sometimes the appication will start and sometimes not. I=20
> can't shorten=20
> > the amount of classpath entries, and since I'm sitting with lots of=20
> > other programmers, I can't control exactly which files should be=20
> > included - I just get all the jars from a certain directory and add=20
> > them to the classpath.
> >
> > Any ideas?
> >
> > Regards
> > Peter Bj=F6rkman
> >  =20
>=20
>=20
>=20
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web=20
> services, security? Get stuff done quickly with=20
> pre-integrated technology to make your job easier Download=20
> IBM WebSphere Application Server v.1.0.1 based on Apache=20
> Geronimo=20
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&
dat=3D121642
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Windows 64-bit version

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

Michael,
    I'll look into VMware for linux versions, but wouldn't I also need 
to have a copy of
64-Windows XP?  Also would need a newer version of Visual Studio.  The 
copy I am
using is fairly old.   This is all possible, but the purchase of all 
that software would need
to have some financial justification.

    Just tried installing VMWare and looked at creating a 64-bit guest 
OS, but get the
message that "64-bit guest operating systems are not supported by this 
host and will
not run.".   All well.

Cheers,
Leif

Michael 'buk' Scherer wrote:
>  Moin ...
>
> A simple workaround for that "I don't have a 64bit-system" is to install
> a VMware-Server, that you get free, and emulate a 64bit system in it.
> You can choose between 32 and 64 bit when you create a VM.
>
> Good luck. ;^)
>
> Michael
>
>
> On Thu, 27 Apr 2006 - 12:46pm, Leif Mortenson wrote:
>
>   
>> Michael,
>>   Yes there is a need for one, but I do not have any hardware to use to create
>> one.
>> 3.2.0 ships with the ability to create such a beast, but the makefiles that are
>> included
>> will not work.  They need to be fixed up by some kind hearted generous soul.
>> If you have a development environment, I would love to make this available for
>> the
>> next release.
>>
>>   You can run the 32-bit version of the Wrapper with a 32-bit JVM on a 64-bit
>> Windows system.  But if you attempt to run the 32-bit Wrapper with a 64-bit
>> JVM,
>> you will get an error that the DLL could not be loaded.   Using the 32-bit
>> Wrapper
>> binary is fine as it is a different process, but the DLL needs have the correct
>> number
>> of bits.
>>
>> Cheers,
>> Leif
>>
>> Michael Giroux wrote:
>>     
>>> Is there a need for aWindows 64-bit version of Wrapper?
>>>
>>> Will Windows 64-bit run with the 32-bit dll?
>>>   

Re: [Wrapper-user] Windows 64-bit version

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

 Moin ...

A simple workaround for that "I don't have a 64bit-system" is to install
a VMware-Server, that you get free, and emulate a 64bit system in it.
You can choose between 32 and 64 bit when you create a VM.

Good luck. ;^)

Michael


On Thu, 27 Apr 2006 - 12:46pm, Leif Mortenson wrote:

> Michael,
>   Yes there is a need for one, but I do not have any hardware to use to create
> one.
> 3.2.0 ships with the ability to create such a beast, but the makefiles that are
> included
> will not work.  They need to be fixed up by some kind hearted generous soul.
> If you have a development environment, I would love to make this available for
> the
> next release.
>
>   You can run the 32-bit version of the Wrapper with a 32-bit JVM on a 64-bit
> Windows system.  But if you attempt to run the 32-bit Wrapper with a 64-bit
> JVM,
> you will get an error that the DLL could not be loaded.   Using the 32-bit
> Wrapper
> binary is fine as it is a different process, but the DLL needs have the correct
> number
> of bits.
>
> Cheers,
> Leif
>
> Michael Giroux wrote:
>> Is there a need for aWindows 64-bit version of Wrapper?
>>
>> Will Windows 64-bit run with the 32-bit dll?
>>   
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>


-- 
  I love deadlines, especially the sound they make as they go whooshing by.

Re: [Wrapper-user] Unable to get information of classpath element...

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

Peter,
    That is not surprising.   Why are you you doing it that way?   Could 
you describe how
you are collecting the jars?  If they are located in one or two 
directories, you can simply
place the following in your wrapper.conf file.

wrapper.java.classpath.1=../lib/*.jar
wrapper.java.classpath.2=../lib2/*.jar

    Much simpler and easy to maintain.

Cheers,
Leif

Peter Björkman wrote:
> Hi! I have a problem which I believe has to do with me having to many
> entries in my classpath. I have made modifications to the start scripts
> that first generates a CLASSPATH environment variable which it later
> passes to the wrapper using:
> wrapper.java.classpath.1=%CLASSPATH%
>
> The error I get is:
> ERROR  | wrapper  | 2006/04/26 16:34:55 | Unable to get information of
> classpath element: /usr/local/resin/lib/dom.jar:(Skipping the
> rest...)/webdata/ROOT/WEB-INF/lib//xwork-1.1.jar (File name too long)
>
> Sometimes the appication will start and sometimes not. I can't shorten
> the amount of classpath entries, and since I'm sitting with lots of
> other programmers, I can't control exactly which files should be
> included - I just get all the jars from a certain directory and add them
> to the classpath.
>
> Any ideas?
>
> Regards
> Peter Björkman
>   

Re: [Wrapper-user] Windows 64-bit version

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

Michael,
    Yes there is a need for one, but I do not have any hardware to use 
to create one.
3.2.0 ships with the ability to create such a beast, but the makefiles 
that are included
will not work.  They need to be fixed up by some kind hearted generous soul.
If you have a development environment, I would love to make this 
available for the
next release.

    You can run the 32-bit version of the Wrapper with a 32-bit JVM on a 
64-bit
Windows system.  But if you attempt to run the 32-bit Wrapper with a 
64-bit JVM,
you will get an error that the DLL could not be loaded.   Using the 
32-bit Wrapper
binary is fine as it is a different process, but the DLL needs have the 
correct number
of bits.

Cheers,
Leif

Michael Giroux wrote:
> Is there a need for aWindows 64-bit version of Wrapper?
>
> Will Windows 64-bit run with the 32-bit dll?
>   

Re: [Wrapper-user] Signed Jar Files?

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

Emory,
    I haven't tried this.  What are you seeing?

    I added code to the build to start signing the wrapper.jar.  But do 
not have a
certificate yet so this has been deferred.

Cheers,
Leif

Emory Guest wrote:
> Has anyone tried using signed jar files with the wrapper? (Say, a java service or daemon with jar files that are signed with a Verisign certificate.)
>
> What happens if the signature fails when the jar file is loaded?
>
> - Em
>   

Re: [Wrapper-user] Problems restart wrapper as a job

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

Noelia,
    The problem is with your environment.  When you run as sudo, the 
environment
is set up correctly, but when run as a cron job, it is not.   What does your
wrapper.java.command property look like?  Is it locating java on the 
system path
or using a JAVA_HOME environment variable?

Try doing something like the following.  It will force the value of 
JAVA_HOME to
a known value and does not require the environment to be set up correctly:

set.JAVA_HOME=/usr/java/j2sdk1.4.2_09
wrapper.java.command=%JAVA_HOME%/bin/java
wrapper.java.command.loglevel=INFO

This second example will only override the JAVA_HOME environment variable if
it is not already set.  This can be useful in some cases, but could also 
lead to
unexpected behavior if the specified JVM is different from the one 
specified when
the environment is set up:

set.default.JAVA_HOME=/usr/java/j2sdk1.4.2_09
wrapper.java.command=%JAVA_HOME%/bin/java
wrapper.java.command.loglevel=INFO

The last line of each example will show you the full java command and is 
useful
for debugging this kind of problem.

Cheers,
Leif



Noelia Alonso Prieto wrote:
> Hi,
>  
> I have problems restarting the wrapper as a job in the crontab. It 
> works perfectly when i do it manually  with this command:
>  
>     sudo /etc/init.d/myApplication stop
>     sudo /etc/init.d/myApplication start
>  
> I have in the crontab this:
>  
> 00 12 * * * sudo /etc/init.d/myApplication stop
> 01 12 * * * sudo /etc/init.d/myApplication start
>  
> But it appears this error message:
>  
> STATUS | wrapper  | 2006/03/24 01:15:04 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2006/03/24 01:15:04 | Launching a JVM...
> ERROR  | wrapper  | 2006/03/24 01:15:04 | Unable to start JVM: No such 
> file or directory (2)
> ERROR  | wrapper  | 2006/03/24 01:15:04 | Critical error: wait for JVM 
> process failed (No child processes)
> ERROR  | wrapper  | 2006/03/24 01:15:05 | JVM exited while loading the 
> application.
> STATUS | wrapper  | 2006/03/24 01:15:09 | Launching a JVM...
> ERROR  | wrapper  | 2006/03/24 01:15:09 | Unable to start JVM: No such 
> file or directory (2)
> ERROR  | wrapper  | 2006/03/24 01:15:09 | Critical error: wait for JVM 
> process failed (No child processes)
> ERROR  | wrapper  | 2006/03/24 01:15:09 | JVM exited while loading the 
> application.
> STATUS | wrapper  | 2006/03/24 01:15:13 | Launching a JVM...
> ERROR  | wrapper  | 2006/03/24 01:15:13 | Unable to start JVM: No such 
> file or directory (2)
> ERROR  | wrapper  | 2006/03/24 01:15:13 | Critical error: wait for JVM 
> process failed (No child processes)
> ERROR  | wrapper  | 2006/03/24 01:15:13 | JVM exited while loading the 
> application.
> STATUS | wrapper  | 2006/03/24 01:15:18 | Launching a JVM...
> ERROR  | wrapper  | 2006/03/24 01:15:18 | Unable to start JVM: No such 
> file or directory (2)
> ERROR  | wrapper  | 2006/03/24 01:15:18 | Critical error: wait for JVM 
> process failed (No child processes)
> ERROR  | wrapper  | 2006/03/24 01:15:18 | JVM exited while loading the 
> application.
> STATUS | wrapper  | 2006/03/24 01:15:22 | Launching a JVM...
> ERROR  | wrapper  | 2006/03/24 01:15:22 | Unable to start JVM: No such 
> file or directory (2)
> ERROR  | wrapper  | 2006/03/24 01:15:22 | Critical error: wait for JVM 
> process failed (No child processes)
> ERROR  | wrapper  | 2006/03/24 01:15:22 | JVM exited while loading the 
> application.
> FATAL  | wrapper  | 2006/03/24 01:15:22 | There were 5 failed launches 
> in a row, each lasting less than 300 seconds.  Giving up.
> FATAL  | wrapper  | 2006/03/24 01:15:22 |   There may be a 
> configuration problem: please check the logs.
> STATUS | wrapper  | 2006/03/24 01:15:22 | <-- Wrapper Stopped
>  
>  
> Can anybody help me?
>  
> Thanks.

[Wrapper-user] Signed Jar Files?

[Emory G. <emg...@sb...>]

Has anyone tried using signed jar files with the wrapper? (Say, a java service or daemon with jar files that are signed with a Verisign certificate.)

What happens if the signature fails when the jar file is loaded?

- Em

[Wrapper-user] Windows 64-bit version

[Michael G. <mlg...@gm...>]

Is there a need for aWindows 64-bit version of Wrapper?

Will Windows 64-bit run with the 32-bit dll?

[Wrapper-user] Unable to get information of classpath element...

[<pe...@jo...>]

Hi! I have a problem which I believe has to do with me having to many
entries in my classpath. I have made modifications to the start scripts
that first generates a CLASSPATH environment variable which it later
passes to the wrapper using:
wrapper.java.classpath.1=3D%CLASSPATH%

The error I get is:
ERROR  | wrapper  | 2006/04/26 16:34:55 | Unable to get information of
classpath element: /usr/local/resin/lib/dom.jar:(Skipping the
rest...)/webdata/ROOT/WEB-INF/lib//xwork-1.1.jar (File name too long)

Sometimes the appication will start and sometimes not. I can't shorten
the amount of classpath entries, and since I'm sitting with lots of
other programmers, I can't control exactly which files should be
included - I just get all the jars from a certain directory and add them
to the classpath.

Any ideas?

Regards
Peter Bj=F6rkman

[Wrapper-user] Problems restart wrapper as a job

[Noelia A. P. <noe...@gm...>]

Hi,

I have problems restarting the wrapper as a job in the crontab. It works =
perfectly when i do it manually  with this command:

    sudo /etc/init.d/myApplication stop
    sudo /etc/init.d/myApplication start

I have in the crontab this:

00 12 * * * sudo /etc/init.d/myApplication stop
01 12 * * * sudo /etc/init.d/myApplication start

But it appears this error message:

STATUS | wrapper  | 2006/03/24 01:15:04 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2006/03/24 01:15:04 | Launching a JVM...
ERROR  | wrapper  | 2006/03/24 01:15:04 | Unable to start JVM: No such =
file or directory (2)
ERROR  | wrapper  | 2006/03/24 01:15:04 | Critical error: wait for JVM =
process failed (No child processes)
ERROR  | wrapper  | 2006/03/24 01:15:05 | JVM exited while loading the =
application.
STATUS | wrapper  | 2006/03/24 01:15:09 | Launching a JVM...
ERROR  | wrapper  | 2006/03/24 01:15:09 | Unable to start JVM: No such =
file or directory (2)
ERROR  | wrapper  | 2006/03/24 01:15:09 | Critical error: wait for JVM =
process failed (No child processes)
ERROR  | wrapper  | 2006/03/24 01:15:09 | JVM exited while loading the =
application.
STATUS | wrapper  | 2006/03/24 01:15:13 | Launching a JVM...
ERROR  | wrapper  | 2006/03/24 01:15:13 | Unable to start JVM: No such =
file or directory (2)
ERROR  | wrapper  | 2006/03/24 01:15:13 | Critical error: wait for JVM =
process failed (No child processes)
ERROR  | wrapper  | 2006/03/24 01:15:13 | JVM exited while loading the =
application.
STATUS | wrapper  | 2006/03/24 01:15:18 | Launching a JVM...
ERROR  | wrapper  | 2006/03/24 01:15:18 | Unable to start JVM: No such =
file or directory (2)
ERROR  | wrapper  | 2006/03/24 01:15:18 | Critical error: wait for JVM =
process failed (No child processes)
ERROR  | wrapper  | 2006/03/24 01:15:18 | JVM exited while loading the =
application.
STATUS | wrapper  | 2006/03/24 01:15:22 | Launching a JVM...
ERROR  | wrapper  | 2006/03/24 01:15:22 | Unable to start JVM: No such =
file or directory (2)
ERROR  | wrapper  | 2006/03/24 01:15:22 | Critical error: wait for JVM =
process failed (No child processes)
ERROR  | wrapper  | 2006/03/24 01:15:22 | JVM exited while loading the =
application.
FATAL  | wrapper  | 2006/03/24 01:15:22 | There were 5 failed launches =
in a row, each lasting less than 300 seconds.  Giving up.
FATAL  | wrapper  | 2006/03/24 01:15:22 |   There may be a configuration =
problem: please check the logs.
STATUS | wrapper  | 2006/03/24 01:15:22 | <-- Wrapper Stopped


Can anybody help me?

Thanks.

Re: [Wrapper-user] Will the WrapperManager MBean get updated with the new methods

[Corey E. <cor...@gm...>]

Great,  thanks for the quick response.  I just noticed though that you
expose the pid information via system properties, so this is the solution I
am using as of now.

Corey

On 4/25/06, Leif Mortenson <le...@ta...> wrote:
>
> Corey,
>     I added the WrapperManager.setConsoleTitle, getWrapperPID, and
> getJavaPID
> methods to the MBean.  This is in CVS and will be in the next release.
>
> Cheers,
> Leif
>
>
> Corey Ellis wrote:
> > Hi,
> >
> > I was wondering if the MBean will be updated with the new methods on
> > the Wrapper Manager.
> >
> > in particular the getWrapperPID and getJavaPID  methods would be nice.
> >
> > Thanks
> >
> > Corey
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Will the WrapperManager MBean get updated with the new methods

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

Corey,
    I added the WrapperManager.setConsoleTitle, getWrapperPID, and 
getJavaPID
methods to the MBean.  This is in CVS and will be in the next release.

Cheers,
Leif


Corey Ellis wrote:
> Hi,
>
> I was wondering if the MBean will be updated with the new methods on 
> the Wrapper Manager.
>
> in particular the getWrapperPID and getJavaPID  methods would be nice.
>
> Thanks
>
> Corey

[Wrapper-user] Will the WrapperManager MBean get updated with the new methods

[Corey E. <cor...@gm...>]

Hi,

I was wondering if the MBean will be updated with the new methods on the
Wrapper Manager.

in particular the getWrapperPID and getJavaPID  methods would be nice.

Thanks

Corey

Re: [Wrapper-user] How do I configure JSW for apps with long start and stop times

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

Michael,
    This is the kind of integration that Method 3 was created for.  You 
create a custom
implementation of the WrapperListener interface.   The 
WrapperListener.start method
is called by the Wrapper to launch the application.   It MUST return 
eventually, but it
can take as long as you like to do so.    If it takes longer than the 
value of the
wrapper.startup.timeout property however, the Wrapper will timeout and 
kill the JVM.
The way I suggest doing this is to keep the default timeout value, but call
WrapperManager.signalStarting( 5000 ) every couple seconds to extend the 
startup
timeout.  I suggest this rather than simply setting a long startup 
timeout to make the
Wrapper more responsive if the JVM should hang on startup for any reason.

    Integration Method 3 is a bit more complicated, so be sure to read 
over that section
of the docs along with the javadocs carefully.

Cheers,
Leif

Michael Giroux wrote:
> I am using JSW to launch a Java EE App server as a windows service. 
> When the service is started manually via NET START JONAS, the NET
> START command reports that the service is started, but in fact the App
> server is performing initialization that runs for a few minutes.  From
> an application perspective, the service is not actually started until
> the app server reports that it is started.
>
> Is there any way to configure JSW to delay reporting to Windows that
> the service is started?  For example, can JSW make a call into the
> application to check status and report to Windows that it is started
> only after the application returns some configured value?
>
> Thanks
> Michael Giroux
>   

[Wrapper-user] How do I configure JSW for apps with long start and stop times

[Michael G. <mlg...@gm...>]

I am using JSW to launch a Java EE App server as a windows service.=20
When the service is started manually via NET START JONAS, the NET
START command reports that the service is started, but in fact the App
server is performing initialization that runs for a few minutes.  From
an application perspective, the service is not actually started until
the app server reports that it is started.

Is there any way to configure JSW to delay reporting to Windows that
the service is started?  For example, can JSW make a call into the
application to check status and report to Windows that it is started
only after the application returns some configured value?

Thanks
Michael Giroux

Re: [Wrapper-user] Config File Naming

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

Jim,
    These changes have been checked in for quite a while.

Cheers,
Leif

Jim Redman wrote:
> Leif,
>
>
> Leif Mortenson wrote:
>> Jim,
>>    Yes.  It defaults to the base name of the exe + ".conf" in the 
>> same directory.  Works
>> the same on unix as well.
>>
>>    This is all implemented, but CVS is down, so it is not yet committed.
>
> Any chance of a checkin or a 3.2.1 build?
>
> Jim
>
>>
>>    Cheers,
>>    Leif
>>
>> Jim Redman wrote:
>>> Leif,
>>>
>>> Before I did through the code, does this "also" mean that you have 
>>> made the changes as proposed so that the wrapper configuration file 
>>> name follows the executable name or do I need to download the source 
>>> and make changes?
>>>
>>> Jim
>>>
>>> Leif Mortenson wrote:
>>>> Jim and all,
>>>>    Ok.  This sounds like a good idea.  I took the opportunity to 
>>>> also synchronize the
>>>> unix and Windows command line syntaxes.  Their old formats are now 
>>>> supported
>>>> everywhere.
>>>>
>>>>    Here is the new usage:
>>>> -----
>>>> C:\MyApp\bin>wrapper.exe
>>>> Wrapper (Version 3.n.n) http://wrapper.tanukisoftware.org
>>>>
>>>> Usage:
>>>>  wrapper.exe <command> <configuration file> [configuration 
>>>> properties] [...]
>>>>  wrapper.exe <configuration file> [configuration properties] [...]
>>>>     (<command> implicitly '-c')
>>>>  wrapper.exe <command>
>>>>     (<configuration file> implicitly 'wrapper.conf')
>>>>  wrapper.exe
>>>>     (<command> implicitly '-c' and <configuration file> 
>>>> 'wrapper.conf')
>>>>
>>>> where <command> can be one of:
>>>>  -c  --console run as a Console application
>>>>  -t  --start   starT an NT service
>>>>  -p  --stop    stoP a running NT service
>>>>  -i  --install Install as an NT service
>>>>  -r  --remove  Remove as an NT service
>>>>  -q  --query   Query the current status of the service
>>>>  -qs --querysilent Silently Query the current status of the service
>>>>  -?  --help    print this help message
>>>>
>>>> <configuration file> is the wrapper.conf to use.  Name must be 
>>>> absolute or relative
>>>>  to the location of wrapper.exe
>>>>
>>>> [configuration properties] are configuration name-value pairs which 
>>>> override values
>>>>  in wrapper.conf.  For example:
>>>>  wrapper.debug=true
>>>> -----
>>>>
>>>>    The Windows only commands are of course invalid on UNIX.
>>>>
>>>>    This is all implemented and will be in the 3.2.1 release.   
>>>> SourceForge's CVS is being
>>>> stubborn at the moment though, so I'll have to commit it later.
>>>>
>>>> Cheers,
>>>> Leif
>>>>
>>>> Jim Redman wrote:
>>>>> Does anyone else have a use for the feature where the name of the 
>>>>> config file maps to the name of the application?
>>>>>
>>>>> It allows two applications in the same directory without adding 
>>>>> arguments to the application and so is much cleaner.  For example,
>>>>>
>>>>> MyApp.exe looks for MyApp.conf
>>>>> AnotherApp.exe looks for AnotherApp.conf
>>>>>
>>>>> etc.  It then looks for wrapper.conf if the app-specific wrapper 
>>>>> does not exist.
>>>>>
>>>>> We need to make this change to the lastest exe.  If it's of 
>>>>> general interest, I'll try and do it cleanly and create a diff.  
>>>>> Otherwise I'll just hack it in there.
>>>>>
>>>>> Jim
>>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>>>> language
>>>> that extends applications into web and mobile media. Attend the 
>>>> live webcast
>>>> and join the prime developer group breaking into this new coding 
>>>> territory!
>>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 
>>>>
>>>> _______________________________________________
>>>> Wrapper-user mailing list
>>>> Wra...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>> language
>> that extends applications into web and mobile media. Attend the live 
>> webcast
>> and join the prime developer group breaking into this new coding 
>> territory!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Config File Naming

[Jim R. <jr...@er...>]

Leif,


Leif Mortenson wrote:
> Jim,
>    Yes.  It defaults to the base name of the exe + ".conf" in the same 
> directory.  Works
> the same on unix as well.
> 
>    This is all implemented, but CVS is down, so it is not yet committed.

Any chance of a checkin or a 3.2.1 build?

Jim

> 
>    Cheers,
>    Leif
> 
> Jim Redman wrote:
>> Leif,
>>
>> Before I did through the code, does this "also" mean that you have 
>> made the changes as proposed so that the wrapper configuration file 
>> name follows the executable name or do I need to download the source 
>> and make changes?
>>
>> Jim
>>
>> Leif Mortenson wrote:
>>> Jim and all,
>>>    Ok.  This sounds like a good idea.  I took the opportunity to also 
>>> synchronize the
>>> unix and Windows command line syntaxes.  Their old formats are now 
>>> supported
>>> everywhere.
>>>
>>>    Here is the new usage:
>>> -----
>>> C:\MyApp\bin>wrapper.exe
>>> Wrapper (Version 3.n.n) http://wrapper.tanukisoftware.org
>>>
>>> Usage:
>>>  wrapper.exe <command> <configuration file> [configuration 
>>> properties] [...]
>>>  wrapper.exe <configuration file> [configuration properties] [...]
>>>     (<command> implicitly '-c')
>>>  wrapper.exe <command>
>>>     (<configuration file> implicitly 'wrapper.conf')
>>>  wrapper.exe
>>>     (<command> implicitly '-c' and <configuration file> 'wrapper.conf')
>>>
>>> where <command> can be one of:
>>>  -c  --console run as a Console application
>>>  -t  --start   starT an NT service
>>>  -p  --stop    stoP a running NT service
>>>  -i  --install Install as an NT service
>>>  -r  --remove  Remove as an NT service
>>>  -q  --query   Query the current status of the service
>>>  -qs --querysilent Silently Query the current status of the service
>>>  -?  --help    print this help message
>>>
>>> <configuration file> is the wrapper.conf to use.  Name must be 
>>> absolute or relative
>>>  to the location of wrapper.exe
>>>
>>> [configuration properties] are configuration name-value pairs which 
>>> override values
>>>  in wrapper.conf.  For example:
>>>  wrapper.debug=true
>>> -----
>>>
>>>    The Windows only commands are of course invalid on UNIX.
>>>
>>>    This is all implemented and will be in the 3.2.1 release.   
>>> SourceForge's CVS is being
>>> stubborn at the moment though, so I'll have to commit it later.
>>>
>>> Cheers,
>>> Leif
>>>
>>> Jim Redman wrote:
>>>> Does anyone else have a use for the feature where the name of the 
>>>> config file maps to the name of the application?
>>>>
>>>> It allows two applications in the same directory without adding 
>>>> arguments to the application and so is much cleaner.  For example,
>>>>
>>>> MyApp.exe looks for MyApp.conf
>>>> AnotherApp.exe looks for AnotherApp.conf
>>>>
>>>> etc.  It then looks for wrapper.conf if the app-specific wrapper 
>>>> does not exist.
>>>>
>>>> We need to make this change to the lastest exe.  If it's of general 
>>>> interest, I'll try and do it cleanly and create a diff.  Otherwise 
>>>> I'll just hack it in there.
>>>>
>>>> Jim
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>>> language
>>> that extends applications into web and mobile media. Attend the live 
>>> webcast
>>> and join the prime developer group breaking into this new coding 
>>> territory!
>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

-- 
Jim Redman
(505) 662 5156 x85
http://www.ergotech.com

[Wrapper-user] Re: wrapper not trapping TERM on reboot

[Xavier T. <tx...@gm...>]

Also my init scripts stop was not being called. It appears that I need to
get a lock file in /var/lock/subsys which I can use wrapper.lockfile for
except that I run some of my services as a non root user :( so I added the
touch /var/lock/subsys/XXX in the services init script start and stop.

On 4/18/06, Xavier Toth <tx...@gm...> wrote:
>
> I'm running on Fedora Core 4 and my wrapped services aren't being stopped
> when a reboot occurs. The wrapper logs don't show TERM being caught:
> STATUS | wrapper  | 2006/04/18 14:59:02 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2006/04/18 14:59:02 | Launching a JVM...
> INFO   | jvm 1    | 2006/04/18 14:59:04 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2006/04/18 14:59:04 |
> STATUS | wrapper  | 2006/04/18 15:13:55 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2006/04/18 15:13:55 | Launching a JVM...
> INFO   | jvm 1    | 2006/04/18 15:13:57 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2006/04/18 15:13:57 |
>
> I'm not configuring wrapper.ignore_signals which defaults to false, right=
?
> As the machine reboots I see messages about removing stale pid file which
> got me looking for the problem.
>

[Wrapper-user] why must the wrapper.java.additional parameter be numbered

[Krause K. <Kar...@wi...>]

Hi,
I just like to ask why definig vm parameter is such complicated.
I mean having that numbered properties
wrapper.java.additional.<n>
where no number may miss.

I would like to dynamically put different files together and do only =
know at runtime the sequence of those files.
I implemented a start script for JBoss where you can specify by means of =
different options that you want
to enable garbage collection logging and/or remote debugging

for remote debugging I include a file debug.properties (that looks like =
this)
wrapper.java.additional.1=3D-Xdebug
wrapper.java.additional.2=3D-Xrunjdwp:transport=3Ddt_socket,server=3Dy,su=
spend=3D%EPLATFORM_SUSPEND_FLAG%,address=3D%EPLATFORM_DEBUG_PORT%
wrapper.java.additional.3=3D-Djava.compiler=3DNONE

for garbage collection logging  I include a file gc.properties (that =
looks like this)
wrapper.java.additional.4=3D-XX:+PrintGCTimeStamps
wrapper.java.additional.5=3D-verbose:gc
wrapper.java.additional.6=3D-Xloggc:%RUNTIME_VAR_DIR%/log/gc.log

As it should be also possible to have just garbage collection (without =
remote debugging) I need another file that looks like this
wrapper.java.additional.1=3D
wrapper.java.additional.2=3D
wrapper.java.additional.3=3D
wrapper.java.additional.4=3D-XX:+PrintGCTimeStamps
wrapper.java.additional.5=3D-verbose:gc
wrapper.java.additional.6=3D-Xloggc:%RUNTIME_VAR_DIR%/log/gc.log

This is only for the sake of this example (in real life I have not only =
to enable remote debugging and garbage collection logging,
but also a profiler and a performance monitor, you can imagine that it =
becomes quite nasty to combine all those files).

Or is there another possibility to do this more dynamically.
Why do we need those numbers. Would it not be easier to have those =
wrapper.java.additional parameters without any numbering at all
and just reading what comes first and then set it.

Regards Karin

[Wrapper-user] wrapper not trapping TERM on reboot

[Xavier T. <tx...@gm...>]

I'm running on Fedora Core 4 and my wrapped services aren't being stopped
when a reboot occurs. The wrapper logs don't show TERM being caught:
STATUS | wrapper  | 2006/04/18 14:59:02 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2006/04/18 14:59:02 | Launching a JVM...
INFO   | jvm 1    | 2006/04/18 14:59:04 | Wrapper (Version 3.2.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2006/04/18 14:59:04 |
STATUS | wrapper  | 2006/04/18 15:13:55 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2006/04/18 15:13:55 | Launching a JVM...
INFO   | jvm 1    | 2006/04/18 15:13:57 | Wrapper (Version 3.2.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2006/04/18 15:13:57 |

I'm not configuring wrapper.ignore_signals which defaults to false, right?
As the machine reboots I see messages about removing stale pid file which
got me looking for the problem.

Re: [Wrapper-user] problem loading libwrapper.so

[Xavier T. <tx...@gm...>]

Yeah the link didn't actually help. I'm running on Fedora Core 4 with
selinux enabled and the real error is:

INFO   | jvm 1    | 2006/04/18 13:21:17 | Loading native library failed:
libwrapper.so  Cause: java.lang.UnsatisfiedLinkError:
/opt/jwss/lib/libwrapper.so: /opt/jwss/lib/libwrapper.so: cannot restore
segment prot after reloc: Permission denied

so I had to do the following to get it to work:

chcon -t texrel_shlib_t /opt/jwss/lib/libwrapper.so

On 3/30/06, Leif Mortenson <le...@ta...> wrote:
>
> Xavier,
>     That shouldn't be necessary.  The WrapperManager class will attempt
> to load
> the libwrapper.so file using two names.  The first is the platform
> specific name,
> in your case, libwrapper-linux-x86-32.so.  The second is the default
> libwrapper.so.
> If the platform specific named file does not exist, it will fall back to
> the default name.
>     This was done to make the delta-pack release possible.
>
>     If you look at the debug output, you will see an error about the
> platform
> named file not being found.  But the second libwrapper.so file should wor=
k
> fine.  I can't imaging why on its won, adding the symbolic link would hel=
p
> as it would still be attempting to load the original libwrapper.so file.
>
>     What does that section of the debug wrapper.log file look like withou=
t
> that symbolic link.  libwrapper-linux-x86-32.so should be failing to load=
.
> But it should then continue on to attempt to load the libwrapper.so file.
>
>     Cheers,
>     Leif
>
> Xavier Toth wrote:
> > I ended up needing to do :
> > ln -s libwrapper.so libwrapper-linux-x86-32.so
> >
> > is this mentioned anywhere in the docs?
> >
> > On 3/28/06, *Leif Mortenson* <le...@ta...
> > <mailto:le...@ta...>> wrote:
> >
> >     Xavier,
> >         Can you set the wrapper.debug=3Dtrue property and try this
> >     again?  It
> >     will show a little
> >     more information about why the library could not be loaded.  You
> >     may be
> >     missing a
> >     required system library or something.
> >
> >     Cheers,
> >     Leif
> >
> >     Xavier Toth wrote:
> >     > I'm running on Fedora Core 5 with SELinux in Permissive mode. I'v=
e
> >     > verified that I have the 32 bit version and that the file is
> >     owned by
> >     > the user who my services run as. Is there something I'm missing
> >     here?
> >     >
> >     >
> >     > STATUS | wrapper  | 2006/03/28 15:06:10 | --> Wrapper Started as
> >     Daemon
> >     > STATUS | wrapper  | 2006/03/28 15:06:11 | Launching a JVM...
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 | Wrapper (Version 3.2.0)
> >     > http://wrapper.tanukisoftware.org
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 | WARNING - Unable to
> >     load the
> >     > Wrapper's native library 'libwrapper.so'.
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           The file is
> >     > located on the path at the following location but
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           could not be
> >     loaded:
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |
> >     > /opt/jwss/lib/libwrapper.so
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           Please
> >     verify that
> >     > the file is readable by the current user
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           and that the
> >     file
> >     > has not been corrupted in any way.
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           One common
> cause
> >     > of this problem is running a 32-bit version
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           of the Wrappe=
r
> >     > with a 64-bit version of Java, or vica versa.
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           This is a
> >     32-bit JVM.
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |           System signal=
s
> >     > will not be handled correctly.
> >     > INFO   | jvm 1    | 2006/03/28 15:06:11 |
> >     >
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Help with service settings

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

Good morning.

Do you start the service with the 'system user' or with user 'mtedone'?
There's a property for that.

Greetings,
 Michael

On Fri, 14 Apr 2006 - 1:56pm, Marco Tedone wrote:

> Hi, I managed to install CruiseControl as a service now, and also the builds
> are working fine. Except from one particular problem. One of my unit tests
> checks for a properties file in the ${user.home} Java system property, which
> points to C:\Documents and Settings\<username>. However, Wrapper considers this
> property as pointing to C:\Documents and Settings\LocalService. Hence it can't
> find the file at this location, and the test fails. If I run wrapper.exe -c
> wrapper.conf everything works fine. How to I tell Wrapper to consider the user
> home directory as C:\Documents and Settings\<username>?
>
> I tried with set.USER_HOME=C:/Documents and Settings/mtedone/ but with the same
> result.
>
> Marco 
>
> ---
> [This E-mail has been scanned for viruses but it is your responsibility to
> maintain up to date anti virus software on the device that you are
> currently using to read this email. ]
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>


-- 
  I love deadlines, especially the sound they make as they go whooshing by.

Re: [Wrapper-user] Wrapper on CruiseControl doesn't work

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

Marco,
This is because the Wrapper runs as the system user by default.  If you 
specify the
wrapper.ntservice.account property to be <username> then things should 
work as
you are expecting.
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html

Cheers,
Leif

Marco Tedone wrote:
> I solved my problems thanks. It was a mixture of properties not set 
> properly and an error occurring during the unit tests, since, on my 
> system, the wrapper doesn't resolve Java system property user.home to 
> C:/Documents And Settings/<username> but it resolves to C:/Documents 
> And Settings/LocalService.
>
> I bypassed this problem by having my unit tests to use a system 
> environment variable that both Wrapper and Java would interpret as 
> being the same.
>
> Marco
>
> ----- Original Message ----- From: "Geoffrey Mitchell" 
> <ga...@im...>
> To: <wra...@li...>
> Sent: Thursday, April 13, 2006 6:05 PM
> Subject: Re: [Wrapper-user] Wrapper on CruiseControl doesn't work
>
>
>> I just avoid relative paths, which I generally think is a good idea 
>> anyway. It's good to know that that property is there now, though.  I 
>> will probably make use of it in the future.  In my current 
>> implementation, I have hacked the wrapper script to not change the 
>> working directory, and it works great!
>>
>> Leif Mortenson wrote:
>>
>>> Geoffrey,
>>>
>>>> I know that Cruise and the wrapper both have some expectations 
>>>> regarding your current working directory (something I personally 
>>>> regard as a sin, but that's just my opinion).
>>>
>>> I actually agree with you.  But the problem is that the working 
>>> directory is not consistent
>>> between running as a console app and running as a service under 
>>> windows. When run
>>> as a service, the working directory is always set to the system32 
>>> directory.   This means
>>> that relative paths in an application become pretty much 
>>> impossible.   I always like being
>>> able to write apps that are deployed as a zip or tar file and then 
>>> unpackaged anyplace
>>> and run.   Having a known fixed working directory as a base makes 
>>> everything just work.
>>>