Nabble - Java Service Wrapper

Re: killing jboss process kills wrapper process

2009-12-16T09:17:08Z

Thanks Leif. Kill -9 17197 for the example below did the trick. The
wrapper restarted the jboss in a second jvm.

On 12/13/09 7:09 PM, "Leif Mortenson" <leif.mortenson@...>
wrote:

> Hoa,
> If you kill the JVM using "kill <NNN>" then the Java process will
> receive a SIGTERM. That is a sift kill which the JVM has the
> opportunity to respond to or ignore. See the javadocs for the
> WrapperListener.controlEvent method.
> http://wrapper.tanukisoftware.org/doc/english/javadocs.html?org/tanukisoftware
> /wrapper/WrapperListener.html
>
> If your application decided to honor the SIGTERM request, then it will
> begin the JVM/Wrapper shutdown process as you are seeing.
>
> If you wish to simulate a JVM crash, please use "kill -9 <NNN>" to
> forcibly kill the Java process. In this case, the Wrapper will always
> restart the JVM.
>
> If you kill the Wrapper process in this way, the JVM will shut itself
> down cleanly after the configured ping timeout has expired (30 seconds
> by default) but nothing will be restarted.
>
> You can also create an actual JVM crash by calling
> WrapperManager.accessViolationNative()
> http://wrapper.tanukisoftware.org/doc/english/javadocs.html?org/tanukisoftware
> /wrapper/WrapperManager.html
>
> Let me know if you have any more questions.
>
> Cheers,
> Leif
>
> On Sat, Dec 12, 2009 at 2:38 AM, Hoa Lu <hlu@...> wrote:
>> Resending this since I¹m not sure if it went through the first time. It
>> didn¹t show up in the archives online.
>>
>> Hi,
>>
>> I downloaded the wrapper and followed the instructions for Integration
>> Method 1 using jboss. How do I stimulate jboss jvm failure? Whenever I try
>> to kill the jboss process, it seems to kill the wrapper process as well.
>> I¹m running in a linux box. Here is what I did:
>>
>> ps ef | grep jboss
>>
>> And get :
>> ------------------------
>> gateway 17195     1 0 11:06 ?        00:00:00
>> /home/gateway/jboss-5.1.0.GA/bin/./wrapper
>> <http://jboss-5.1.0.GA/bin/./wrapper>
>> /home/gateway/jboss-5.1.0.GA/bin/../conf/wrapper.conf
>> <http://jboss-5.1.0.GA/bin/../conf/wrapper.conf> wrapper.syslog.ident=jboss
>> wrapper.pidfile=/home/gateway/jboss-5.1.0.GA/bin/./jboss.pid
>> <http://jboss-5.1.0.GA/bin/./jboss.pid> wrapper.name <http://wrapper.name>
>> =jboss wrapper.displayname=JBoss Application Server wrapper.daemonize=TRUE
>>
>> gateway 17197 17195 99 11:06 ?        00:00:22
>> /usr/java/jdk1.6.0_11/bin/java -Dprogram.name=run.sh
>> -Djava.library.path=../lib -classpath
>> ../lib/wrapper.jar:./run.jar:/usr/java/jdk1.5.0_11/lib/tools.jar
>> -Dwrapper.key=rKAoI1Pvy2FtDsh8 -Dwrapper.port=32000
>> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
>> -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=17195
>> -Dwrapper.version=3.3.9 -Dwrapper.native_library=wrapper
>> -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
>> org.tanukisoftware.wrapper.WrapperSimpleApp org.jboss.Main
>>
>> gateway 17220 15030 0 11:06 pts/2    00:00:00 grep jboss
>> ----------------------------------
>> ./jboss status tells me JBoss Application Server is running (PID:17195)
>>
>> Which process can I kill to stimulate jboss going down and the wrapper will
>> restart jboss? I tried both 17197 or 17195, and the end result is the same,
>> the wrapper gets killed.
>>
>> Thanks,
>> Hoa
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wrapper-user@...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Dietmar Mueller ist außer Haus.

2009-12-15T19:03:21Z

Ich werde ab 15.12.2009 nicht im Büro sein. Ich kehre zurück am
28.12.2009.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.

In dringenden Fällen wenden Sie sich bitte bei Anfragen zu XML und SOAP an:

horst.glasauer@...
michael.werlberger@...

ansonsten

hans.danzl@...
ivan.lun@...

danke

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: DLPI Error running wrapper in console mode on HP-UX

2009-12-15T15:15:19Z

Tim,
That is an error being reported by the code used to query your system
for a list of hostIds. In your case you are using a development
license so this will not cause any problems. It is a check which
only happens on startup so it will not affect your application once it
is running.

I would like to get this cleaned up however for the next release.

Could you please send me the output of running "wrapper -h"? Please
send it to me off list to avoid making that information public.

Cheers,
Leif

On Wed, Dec 16, 2009 at 7:30 AM, Tim Whittington
<tim.whittington@...> wrote:

> Hi
>
> We're getting the following error printed to the console when running
> wrapper 3.3.9 in console mode on HP-UX (PA-RISC and IA64).
> It doesn't appear to cause any other issues - just wondering if it's
> something to worry about and/or fix.
>
> $ ./server.sh console
> Running Orion Health Platform...
> wrapper | --> Wrapper Started as Console
> wrapper | Java Service Wrapper Standard Edition 64-bit 3.3.9
> wrapper | Copyright (C) 1999-2009 Tanuki Software, Ltd. All Rights
> Reserved.
> wrapper | http://wrapper.tanukisoftware.org
> DLPI Error (Primitive:0x0b, Errno:0x03, UnixErr:0x00)
>
> cheers
> tim

DLPI Error running wrapper in console mode on HP-UX

2009-12-15T14:30:23Z

Hi

We're getting the following error printed to the console when running wrapper 3.3.9 in console mode on HP-UX (PA-RISC and IA64).
It doesn't appear to cause any other issues - just wondering if it's something to worry about and/or fix.

$ ./server.sh console
Running Orion Health Platform...
wrapper | --> Wrapper Started as Console
wrapper | Java Service Wrapper Standard Edition 64-bit 3.3.9
wrapper | Copyright (C) 1999-2009 Tanuki Software, Ltd. All Rights Reserved.
wrapper | http://wrapper.tanukisoftware.org
DLPI Error (Primitive:0x0b, Errno:0x03, UnixErr:0x00)

cheers
tim

Re: killing jboss process kills wrapper process

2009-12-13T19:09:00Z

Hoa,
If you kill the JVM using "kill <NNN>" then the Java process will
receive a SIGTERM. That is a sift kill which the JVM has the
opportunity to respond to or ignore. See the javadocs for the
WrapperListener.controlEvent method.
http://wrapper.tanukisoftware.org/doc/english/javadocs.html?org/tanukisoftware/wrapper/WrapperListener.html

If your application decided to honor the SIGTERM request, then it will
begin the JVM/Wrapper shutdown process as you are seeing.

If you wish to simulate a JVM crash, please use "kill -9 <NNN>" to
forcibly kill the Java process. In this case, the Wrapper will always
restart the JVM.

If you kill the Wrapper process in this way, the JVM will shut itself
down cleanly after the configured ping timeout has expired (30 seconds
by default) but nothing will be restarted.

You can also create an actual JVM crash by calling
WrapperManager.accessViolationNative()
http://wrapper.tanukisoftware.org/doc/english/javadocs.html?org/tanukisoftware/wrapper/WrapperManager.html

Let me know if you have any more questions.

Cheers,
Leif

On Sat, Dec 12, 2009 at 2:38 AM, Hoa Lu <hlu@...> wrote:

> Resending this since I’m not sure if it went through the first time. It
> didn’t show up in the archives online.
>
> Hi,
>
> I downloaded the wrapper and followed the instructions for Integration
> Method 1 using jboss. How do I stimulate jboss jvm failure? Whenever I try
> to kill the jboss process, it seems to kill the wrapper process as well.
> I’m running in a linux box. Here is what I did:
>
> ps –ef | grep jboss
>
> And get :
> ------------------------
> gateway 17195     1 0 11:06 ?        00:00:00
> /home/gateway/jboss-5.1.0.GA/bin/./wrapper
> <http://jboss-5.1.0.GA/bin/./wrapper>
> /home/gateway/jboss-5.1.0.GA/bin/../conf/wrapper.conf
> <http://jboss-5.1.0.GA/bin/../conf/wrapper.conf> wrapper.syslog.ident=jboss
> wrapper.pidfile=/home/gateway/jboss-5.1.0.GA/bin/./jboss.pid
> <http://jboss-5.1.0.GA/bin/./jboss.pid> wrapper.name <http://wrapper.name>
> =jboss wrapper.displayname=JBoss Application Server wrapper.daemonize=TRUE
>
> gateway 17197 17195 99 11:06 ?        00:00:22
> /usr/java/jdk1.6.0_11/bin/java -Dprogram.name=run.sh
> -Djava.library.path=../lib -classpath
> ../lib/wrapper.jar:./run.jar:/usr/java/jdk1.5.0_11/lib/tools.jar
> -Dwrapper.key=rKAoI1Pvy2FtDsh8 -Dwrapper.port=32000
> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
> -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=17195
> -Dwrapper.version=3.3.9 -Dwrapper.native_library=wrapper
> -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
> org.tanukisoftware.wrapper.WrapperSimpleApp org.jboss.Main
>
> gateway 17220 15030 0 11:06 pts/2    00:00:00 grep jboss
> ----------------------------------
> ./jboss status tells me JBoss Application Server is running (PID:17195)
>
> Which process can I kill to stimulate jboss going down and the wrapper will
> restart jboss? I tried both 17197 or 17195, and the end result is the same,
> the wrapper gets killed.
>
> Thanks,
> Hoa

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

killing jboss process kills wrapper process

2009-12-11T09:38:43Z

killing jboss process kills wrapper process Resending this since I’m not sure if it went through the first time. It didn’t show up in the archives online.

Hi,

I downloaded the wrapper and followed the instructions for Integration Method 1 using jboss. How do I stimulate jboss jvm failure? Whenever I try to kill the jboss process, it seems to kill the wrapper process as well. I’m running in a linux box. Here is what I did:

ps –ef | grep jboss

And get :
------------------------
gateway 17195     1 0 11:06 ?        00:00:00 /home/gateway/jboss-5.1.0.GA/bin/./wrapper <http://jboss-5.1.0.GA/bin/./wrapper> /home/gateway/jboss-5.1.0.GA/bin/../conf/wrapper.conf <http://jboss-5.1.0.GA/bin/../conf/wrapper.conf> wrapper.syslog.ident=jboss wrapper.pidfile=/home/gateway/jboss-5.1.0.GA/bin/./jboss.pid <http://jboss-5.1.0.GA/bin/./jboss.pid> wrapper.name <http://wrapper.name> =jboss wrapper.displayname=JBoss Application Server wrapper.daemonize=TRUE

gateway 17197 17195 99 11:06 ?        00:00:22 /usr/java/jdk1.6.0_11/bin/java -Dprogram.name=run.sh -Djava.library.path=../lib -classpath ../lib/wrapper.jar:./run.jar:/usr/java/jdk1.5.0_11/lib/tools.jar -Dwrapper.key=rKAoI1Pvy2FtDsh8 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=17195 -Dwrapper.version=3.3.9 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp org.jboss.Main

gateway 17220 15030 0 11:06 pts/2    00:00:00 grep jboss
----------------------------------
./jboss status tells me JBoss Application Server is running (PID:17195)

Which process can I kill to stimulate jboss going down and the wrapper will restart jboss? I tried both 17197 or 17195, and the end result is the same, the wrapper gets killed.

Thanks,
Hoa

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Stopping Service before Standby?

2009-12-11T08:27:01Z

Daniel,
Sorry for the delay. The Wrapper actually supports Windows POWER
events and will fire events in the JVM to give your application a
chance to respond to them. Please see the WrapperServiceControlEvent
class in javadocs for details on the events that can be processed.

http://wrapper.tanukisoftware.org/doc/english/javadocs.html?org/tanukisoftware/wrapper/event/WrapperServiceControlEvent.html

The various events can be handled by passing a WrapperEventListener
instance to the WrapperManager.addWrapperEventListener(...) method.
Please take a look at the Javacocs for details and let me know how it
works for you or if you have any questions getting things working.

Cheers,
Leif

On Sat, Dec 5, 2009 at 12:15 AM, Daniel Weinand <mail4ng@...> wrote:

> Hello,
>
> is it possible to stop a Windows service before the computer enters standby?
> my application is polling hardware via an virtual com port. every time the computer
> wakes up the service is up and running again. but the com port is blocked by another
> app instance.
>
> i know this is not entirely related to the wrapper. but for now i have no idea
> how to solve my problem. any hints?
>
> regards

Stopping Service before Standby?

2009-12-04T07:15:19Z

Hello,

is it possible to stop a Windows service before the computer enters standby?
my application is polling hardware via an virtual com port. every time the computer
wakes up the service is up and running again. but the com port is blocked by another
app instance.

i know this is not entirely related to the wrapper. but for now i have no idea
how to solve my problem. any hints?

regards

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Starting Swing application from Linux daemon

2009-11-27T02:39:33Z

Molde,
Thank you. The java.awt.headless parameter is very useful when you
need to run Java in an environment where it WILL be headless. It
makes it possible to do things like generate jpegs etc by telling Java
not to look for the native libraries to do so.

In this case however, Lars is wanting to show a GUI in a Windowing
environment from a Java process running as a daemon.

Thanks for the post.

Cheers,
Leif

On Thu, Nov 26, 2009 at 5:41 PM, Molde Nils Ottar
<nils.ottar.molde@...> wrote:

> Have You tried setting -Djava.awt.headless=true as parameter?
>
> -----Original Message-----
> From: Lars Schnoor [mailto:Lars.Schnoor@...]
> Sent: 26. november 2009 09:06
> To: wrapper-user@...
> Subject: Re: [Wrapper-user] Starting Swing application from Linux daemon
>
> Hi again
> I guess since there haven't been any replies to this problem, that there
> is no solution?
>
> Lars
>
> Lars Schnoor wrote:
>> Hi
>> I would like to have my application which is started as a Linux daemon
>> to present a graphical user interface to the user. The user interface is
>> written in Java Swing.
>> When I try to start the user interface I get an
>> java.awt.HeadlessException:
>> No X11 DISPLAY variable was set, but this program performed an operation
>> which requires it.
>> Is there a solution to this?
>> Thanks in advance!
>>
>> Lars
>>

Re: Starting Swing application from Linux daemon

2009-11-26T00:41:18Z

Have You tried setting -Djava.awt.headless=true as parameter?

-----Original Message-----
From: Lars Schnoor [mailto:Lars.Schnoor@...]
Sent: 26. november 2009 09:06
To: wrapper-user@...
Subject: Re: [Wrapper-user] Starting Swing application from Linux daemon

Hi again
I guess since there haven't been any replies to this problem, that there
is no solution?

Lars

Lars Schnoor wrote:

> Hi
> I would like to have my application which is started as a Linux daemon
> to present a graphical user interface to the user. The user interface is
> written in Java Swing.
> When I try to start the user interface I get an
> java.awt.HeadlessException:
> No X11 DISPLAY variable was set, but this program performed an operation
> which requires it.
> Is there a solution to this?
> Thanks in advance!
>
> Lars
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Wrapper-user mailing list
> Wrapper-user@...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: Starting Swing application from Linux daemon

2009-11-26T00:36:34Z

Lars,
I am very sorry for the delay on this. I discussed this with the team
a couple weeks ago and was under the impression it had been replied
to.

The problem here is that Java decides where to display its GUI by
looking at the DISPLAY environment variable.

That DISPLAY environment variable does not and can not exist when a
daemon process is launched on startup. It will be set in any
environments that are created from within the X Windows environment,
or which are set manually after the Window manager has been started.

If the Wrapper launches the JVM before the Window manager is launched
and a user has logged in, then the JVM will already exist with an
environment that does not have a DISPLAY variable.

It might be possible to get this working if the Wrapper sets the
DISPLAY variable and you force a restart of the JVM whenever a user
logs in. I will have to test that a bit more. Is this something that
would make sense for your application?

One solution that I have seen implemented in the past is to have one
JVM which is running as a Daemon work horse. Then you launch a second
JVM whenever the user logs in that is in charge of the user interface
within the window environment. You could then use any number of
technologies to communicate between the two JVMs. The GUI JVM would
terminate when the user logged out

We were talking about coming up with a recommended methodology for
setting up systems like this. Starting with Windows Vista, it is no
longer possible to have true interactive services, so we need to
provide another solution to Windows users as well.

I am interested in your feedback on what will and won't work for you,
as well as what exactly you are hoping to be able to do and why.

Once again sorry for the long delay.

Cheers,
Leif

On Thu, Nov 26, 2009 at 5:05 PM, Lars Schnoor <Lars.Schnoor@...> wrote:

> Hi again
> I guess since there haven't been any replies to this problem, that there
> is no solution?
>
> Lars
>
> Lars Schnoor wrote:
>> Hi
>> I would like to have my application which is started as a Linux daemon
>> to present a graphical user interface to the user. The user interface is
>> written in Java Swing.
>> When I try to start the user interface I get an
>> java.awt.HeadlessException:
>> No X11 DISPLAY variable was set, but this program performed an operation
>> which requires it.
>> Is there a solution to this?
>> Thanks in advance!
>>
>> Lars

Re: Starting Swing application from Linux daemon

2009-11-26T00:05:51Z

Hi again
I guess since there haven't been any replies to this problem, that there
is no solution?

Lars

Lars Schnoor wrote:

Re: Change user:group account under Linux

2009-11-25T20:48:49Z

Sylvain,
Please open the src/sh.script.in file that ships with the Wrapper and
edit the RUN_AS_USER variable on line 62. This will cause the
Wrapper and JVM to be launched using the user you specify.

Note that we currently do not support changing the user from root to
another after Java has been launched because doing so would not work
when the JVM needed to be relaunched later. This is an area that we
have had on the table for a few years, but a clean way of doing it has
not surfaced to date. This is wanted by users who want Java to
allocate port 80 as root and change to a safer user after it has done
so.

Cheers,
Leif

On Thu, Nov 26, 2009 at 5:55 AM, Sylvain BONNEMAISON
<sylvain.bonnemaison@...> wrote:
> Hello,
> I would like to run my java service using a specific user:group. How to
> do this in a clean maner ?
> I've triyed using sudo command with no success - "root account is not
> allowed to run the application".
> Thanks.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Change user:group account under Linux

2009-11-25T12:55:50Z

Hello,
I would like to run my java service using a specific user:group. How to
do this in a clean maner ?
I've triyed using sudo command with no success - "root account is not
allowed to run the application".
Thanks.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Java Service Wrapper 3.3.9 Released!

2009-11-17T10:40:52Z

Hi all,
We are proud to announce the release of version 3.3.9 of the Java
Service Wrapper.
http://wrapper.tanukisoftware.org/doc/english/download.jsp

We released this version so quickly to fix a couple problems in 3.3.8 which was
released in a rush to resolve problems with were introduced in the
3.3.7 release.
This version has undergone our normal suite of testing.

This version also includes the addition of the z/OS platform.

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

We recommend that all users of 3.3.7 or 3.3.8 upgrade to 3.3.9.

Please let me know if you have any questions about the release.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Unable to create a timer thread

2009-11-16T03:24:34Z

Hello Christian,

here is the content of /usr/include/linux/limits.h:
---------------------------------------------------
#ifndef _LINUX_LIMITS_H
#define _LINUX_LIMITS_H

#define NR_OPEN 1024

#define NGROUPS_MAX 65536 /* supplemental group IDs are available */
#define ARG_MAX 131072 /* # bytes of args + environ for exec() */
#define LINK_MAX 127 /* # links a file may have */
#define MAX_CANON 255 /* size of the canonical input queue */
#define MAX_INPUT 255 /* size of the type-ahead buffer */
#define NAME_MAX 255 /* # chars in a file name */
#define PATH_MAX 4096 /* # chars in a path name including nul */
#define PIPE_BUF 4096 /* # bytes in atomic write to a pipe */
#define XATTR_NAME_MAX 255 /* # chars in an extended attribute name */
#define XATTR_SIZE_MAX 65536 /* size of an extended attribute value (64k)
*/
#define XATTR_LIST_MAX 65536 /* size of extended attribute namelist (64k)
*/

#define RTSIG_MAX 32

#endif
---------------------------------------------------

And these are the contents of /usr/include/bits/local_lim.h:
---------------------------------------------------
/* Minimum guaranteed maximum values for system limits. Linux version.
Copyright (C) 1993-1998,2000,2002-2004,2008 Free Software Foundation,
Inc.
This file is part of the GNU C Library.

The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public License as
published by the Free Software Foundation; either version 2.1 of the
License, or (at your option) any later version.

The GNU C Library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.

You should have received a copy of the GNU Lesser General Public
License along with the GNU C Library; see the file COPYING.LIB. If not,
write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
Boston, MA 02111-1307, USA. */

/* The kernel header pollutes the namespace with the NR_OPEN symbol
and defines LINK_MAX although filesystems have different maxima. A
similar thing is true for OPEN_MAX: the limit can be changed at
runtime and therefore the macro must not be defined. Remove this
after including the header if necessary. */
#ifndef NR_OPEN
# define __undef_NR_OPEN
#endif
#ifndef LINK_MAX
# define __undef_LINK_MAX
#endif
#ifndef OPEN_MAX
# define __undef_OPEN_MAX
#endif
#ifndef ARG_MAX
# define __undef_ARG_MAX
#endif

/* The kernel sources contain a file with all the needed information. */
#include <linux/limits.h>

/* Have to remove NR_OPEN? */
#ifdef __undef_NR_OPEN
# undef NR_OPEN
# undef __undef_NR_OPEN
#endif
/* Have to remove LINK_MAX? */
#ifdef __undef_LINK_MAX
# undef LINK_MAX
# undef __undef_LINK_MAX
#endif
/* Have to remove OPEN_MAX? */
#ifdef __undef_OPEN_MAX
# undef OPEN_MAX
# undef __undef_OPEN_MAX
#endif
/* Have to remove ARG_MAX? */
#ifdef __undef_ARG_MAX
# undef ARG_MAX
# undef __undef_ARG_MAX
#endif

/* The number of data keys per process. */
#define _POSIX_THREAD_KEYS_MAX 128
/* This is the value this implementation supports. */
#define PTHREAD_KEYS_MAX 1024

/* Controlling the iterations of destructors for thread-specific data. */
#define _POSIX_THREAD_DESTRUCTOR_ITERATIONS 4
/* Number of iterations this implementation does. */
#define PTHREAD_DESTRUCTOR_ITERATIONS _POSIX_THREAD_DESTRUCTOR_ITERATIONS

/* The number of threads per process. */
#define _POSIX_THREAD_THREADS_MAX 64
/* We have no predefined limit on the number of threads. */
#undef PTHREAD_THREADS_MAX

/* Maximum amount by which a process can descrease its asynchronous I/O
priority level. */
#define AIO_PRIO_DELTA_MAX 20

/* Minimum size for a thread. We are free to choose a reasonable value. */
#define PTHREAD_STACK_MIN 16384

/* Maximum number of timer expiration overruns. */
#define DELAYTIMER_MAX 2147483647

/* Maximum tty name length. */
#define TTY_NAME_MAX 32

/* Maximum login name length. This is arbitrary. */
#define LOGIN_NAME_MAX 256

/* Maximum host name length. */
#define HOST_NAME_MAX 64

/* Maximum message queue priority level. */
#define MQ_PRIO_MAX 32768

/* Maximum value the semaphore can have. */
#define SEM_VALUE_MAX (2147483647)
---------------------------------------------------

I dont't know if it has anything to do with PTHREAD_THREADS_MAX as I
was able to run different other threads like jetty / tomcat.

I am not able to find out the values for PTHREAD_THREADS_MAX before
the update - alle I know is that these files (limits.h, local_lim.h)
have not changed with the provider's system update.

I hope these informations can help you.

Best regards,
Malte

-----Ursprüngliche Nachricht-----
Von: Christian Mueller [mailto:christian.mueller@...]
Gesendet: Freitag, 13. November 2009 18:35
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

Malte,

good to hear that.

The error you were seeing signaled that the system lacked the necessary
resources to create another thread, or the system-imposed limit on the total
number of threads in a process PTHREAD_THREADS_MAX would be exceeded.
However it seems weird as the wrapper does not create that much threads when
starting so it would get close to that limit usually.

Do you have information about how the number of threads has been set before
your provider applied those updates? I guess that was the reason but would
like to be sure.

We will try to increase the informative value of the message for a future
release.

Anyways, if you have some more questions please dont hesitate asking.

Gruß,
Christian

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:huebner@...]
Gesendet: Samstag, 14. November 2009 00:47
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

I'm in luck!

Our hosting provider updated some system files this morning and
the error has gone. The wrapper starts up as expected and
everything is fine again :-)

I think it could have been an issue with the Core i7 and gentoo -
but I'm not sure.

Best,
Malte

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:huebner@...]
Gesendet: Freitag, 13. November 2009 09:48
An: 'wrapper-user@...'
Betreff: AW: [Wrapper-user] Unable to create a timer thread

Leif,

thank you for your response. Here are some details:

- Linux (Gentoo 4.3.2-r3 p1.6, pie-10.1.5, gcc version 4.3.2)
- i686 Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz GenuineIntel GNU/Linux
- Wrapper (Version 3.2.3) -> it's bundled with ActiveMQ but I
also tried wrapper-linux-x86-32-3.3.6 with exactly the same result

Thanks for your help!

Malte

-----Ursprüngliche Nachricht-----
Von: Leif Mortenson [mailto:leif@...]
Gesendet: Freitag, 13. November 2009 00:39
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

Malte,
This is not an error I have seen in the past. That code does not
directly do anything with files either.

Please let me know the OS, OS version, as well as the version of the
Wrapper you are using. I will also go in and look over the code.

Cheers,
Leif

On Thu, Nov 12, 2009 at 11:46 PM, Malte Hübner <huebner@...> wrote:

> Hi all,
>
> i am having big trouble to get the wrapper working on a linux machine.
> The wrapper is not run as root user!
>
> Error output:
> wrapper | Unable to create a timer thread: 11, No such file or directory
>
> Everything seems to be configured corretly.
> The same setup is used on another machine and there is's working really
> fine.
>
> Has anyone an idea which file or directory an not be found here?
>
>
> Best,
> Malte

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Unable to create a timer thread

2009-11-13T09:34:53Z

Malte,

good to hear that.

The error you were seeing signaled that the system lacked the necessary
resources to create another thread, or the system-imposed limit on the total
number of threads in a process PTHREAD_THREADS_MAX would be exceeded.
However it seems weird as the wrapper does not create that much threads when
starting so it would get close to that limit usually.

Do you have information about how the number of threads has been set before
your provider applied those updates? I guess that was the reason but would
like to be sure.

We will try to increase the informative value of the message for a future
release.

Anyways, if you have some more questions please dont hesitate asking.

Gruß,
Christian

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:huebner@...]
Gesendet: Samstag, 14. November 2009 00:47
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

I'm in luck!

Our hosting provider updated some system files this morning and
the error has gone. The wrapper starts up as expected and
everything is fine again :-)

I think it could have been an issue with the Core i7 and gentoo -
but I'm not sure.

Best,
Malte

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:huebner@...]
Gesendet: Freitag, 13. November 2009 09:48
An: 'wrapper-user@...'
Betreff: AW: [Wrapper-user] Unable to create a timer thread

Leif,

thank you for your response. Here are some details:

- Linux (Gentoo 4.3.2-r3 p1.6, pie-10.1.5, gcc version 4.3.2)
- i686 Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz GenuineIntel GNU/Linux
- Wrapper (Version 3.2.3) -> it's bundled with ActiveMQ but I
also tried wrapper-linux-x86-32-3.3.6 with exactly the same result

Thanks for your help!

Malte

-----Ursprüngliche Nachricht-----
Von: Leif Mortenson [mailto:leif@...]
Gesendet: Freitag, 13. November 2009 00:39
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

Malte,
This is not an error I have seen in the past. That code does not
directly do anything with files either.

Please let me know the OS, OS version, as well as the version of the
Wrapper you are using. I will also go in and look over the code.

Cheers,
Leif

On Thu, Nov 12, 2009 at 11:46 PM, Malte Hübner <huebner@...> wrote:

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Unable to create a timer thread

2009-11-13T07:46:52Z

I'm in luck!

Our hosting provider updated some system files this morning and
the error has gone. The wrapper starts up as expected and
everything is fine again :-)

I think it could have been an issue with the Core i7 and gentoo -
but I'm not sure.

Best,
Malte

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:huebner@...]
Gesendet: Freitag, 13. November 2009 09:48
An: 'wrapper-user@...'
Betreff: AW: [Wrapper-user] Unable to create a timer thread

Leif,

thank you for your response. Here are some details:

- Linux (Gentoo 4.3.2-r3 p1.6, pie-10.1.5, gcc version 4.3.2)
- i686 Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz GenuineIntel GNU/Linux
- Wrapper (Version 3.2.3) -> it's bundled with ActiveMQ but I
also tried wrapper-linux-x86-32-3.3.6 with exactly the same result

Thanks for your help!

Malte

-----Ursprüngliche Nachricht-----
Von: Leif Mortenson [mailto:leif@...]
Gesendet: Freitag, 13. November 2009 00:39
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

Malte,
This is not an error I have seen in the past. That code does not
directly do anything with files either.

Please let me know the OS, OS version, as well as the version of the
Wrapper you are using. I will also go in and look over the code.

Cheers,
Leif

On Thu, Nov 12, 2009 at 11:46 PM, Malte Hübner <huebner@...> wrote:

Re: Unable to create a timer thread

2009-11-13T00:48:15Z

Leif,

thank you for your response. Here are some details:

- Linux (Gentoo 4.3.2-r3 p1.6, pie-10.1.5, gcc version 4.3.2)
- i686 Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz GenuineIntel GNU/Linux
- Wrapper (Version 3.2.3) -> it's bundled with ActiveMQ but I
also tried wrapper-linux-x86-32-3.3.6 with exactly the same result

Thanks for your help!

Malte

-----Ursprüngliche Nachricht-----
Von: Leif Mortenson [mailto:leif@...]
Gesendet: Freitag, 13. November 2009 00:39
An: wrapper-user@...
Betreff: Re: [Wrapper-user] Unable to create a timer thread

Malte,
This is not an error I have seen in the past. That code does not
directly do anything with files either.

Please let me know the OS, OS version, as well as the version of the
Wrapper you are using. I will also go in and look over the code.

Cheers,
Leif

On Thu, Nov 12, 2009 at 11:46 PM, Malte Hübner <huebner@...> wrote:

Re: Unable to create a timer thread

2009-11-12T15:39:09Z

Malte,
This is not an error I have seen in the past. That code does not
directly do anything with files either.

Please let me know the OS, OS version, as well as the version of the
Wrapper you are using. I will also go in and look over the code.

Cheers,
Leif

On Thu, Nov 12, 2009 at 11:46 PM, Malte Hübner <huebner@...> wrote:

Unable to create a timer thread

2009-11-12T06:46:08Z

Hi all,

i am having big trouble to get the wrapper working on a linux machine.
The wrapper is not run as root user!

Error output:
wrapper | Unable to create a timer thread: 11, No such file or directory

Everything seems to be configured corretly.
The same setup is used on another machine and there is's working really
fine.

Has anyone an idea which file or directory an not be found here?

Best,
Malte

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Not getting console

2009-11-11T04:09:44Z

Hi,
I am using JSW 3.3.6 to wrapa tomcat install.
All good, however I don't get the wrapper console when I start the service. Any help would be greatly appreciated.

Here is my wrapper.conf

#********************************************************************
# Wrapper License Properties (Ignored by Community Edition)
#********************************************************************
# Include file problems can be debugged by removing the first '#'
# from the following line:
##include.debug
#include ../conf/wrapper-license.conf
#include ../conf/wrapper-license-%WRAPPER_HOST_NAME%.conf

#********************************************************************
# Wrapper Java Properties
#********************************************************************
# Java Application
wrapper.java.command=java

# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
# Added by TA
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp

# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1 (added by TA)
wrapper.java.classpath.1=..\lib\wrapper.jar
wrapper.java.classpath.2=%JAVA_HOME%\lib\tools.jar
wrapper.java.classpath.3=..\bin\bootstrap.jar

# Java Additional Parameters (added by TA)
wrapper.java.additional.1=-Djava.endorsed.dirs=..\common\endorsed
wrapper.java.additional.2=-Dcatalina.base=..
wrapper.java.additional.3=-Dcatalina.home=..
wrapper.java.additional.4=-Djava.io.tmpdir=..\temp
wrapper.java.additional.5=-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
wrapper.java.additional.6=-Djava.util.logging.config.file=..\conf\logging.properties

# Application parameters. Add parameters as needed starting from 1
# The first application parameter is the name of the class whose main
# method is to be called when the application is launched. The class
# name is followed by the number of parameters to be passed to its main
# method. Then comes the actual parameters.
# Added by TA
wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap
wrapper.app.parameter.2=1
wrapper.app.parameter.3=start

# The start parameters are followed by the name of the class whose main
# method is to be called to stop the application. The stop class name
# is followed by a flag which controls whether or not the Wrapper should
# wait for all non daemon threads to complete before exiting the JVM.
# The flag is followed by the number of parameters to be passed to the
# stop class's main method. Finally comes the actual parameters.
# Added by TA
wrapper.app.parameter.4=org.apache.catalina.startup.Bootstrap
wrapper.app.parameter.5=true
wrapper.app.parameter.6=1
wrapper.app.parameter.7=stop

# Tell the Wrapper to log the full generated Java command line.
#wrapper.java.command.loglevel=INFO

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib

# Java Bits. On applicable platforms, tells the JVM to run in 32 or 64-bit mode.
wrapper.java.additional.auto_bits=TRUE

# Format of output for the console. (See docs for formats)
wrapper.console.format=PM

# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=INFO

# Log file to use for wrapper output logging.
wrapper.logfile=../logs/wrapper.log

# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM

# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=INFO

# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0

# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0

# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper General Properties
#********************************************************************
# Allow for the use of non-contiguous numbered properties
wrapper.ignore_sequence_gaps=TRUE

# Title to use when running as a console
wrapper.console.title=@app.long.name@

#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.

# Name of the service
wrapper.name=Server1

# Display name of the service
wrapper.displayname=Server1

# Description of the service
wrapper.description=FINEOSDocProd Server 1

# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=

# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false

wrapper.ntservice.name=Server1
wrapper.ntservice.displayname=Server1
wrapper.ntservice.description=Server1

# Added by TA team
# These settings are set so when the application is running as a NT Service,
# There is a console etc.
wrapper.console.title=Server1
wrapper.ntservice.interactive=True
wrapper.ntservice.console=True

# Added by TA team.
# If an outofmemory error or exception is logged to the java console
# restart the service, but don't restart for the following strings:
# "CumlativeExceptions", "Exception starting JMX HttpAdaptor",
# "java.net.ConnectException", "java.net.BindException"

wrapper.filter.trigger.1=CumlativeExceptions
wrapper.filter.action.1=NONE

wrapper.filter.trigger.2=Exception starting JMX HttpAdaptor
wrapper.filter.action.2=NONE

wrapper.filter.trigger.3=java.net.ConnectException
wrapper.filter.action.3=NONE

wrapper.filter.trigger.4=java.net.BindException
wrapper.filter.action.4=NONE

wrapper.filter.trigger.5=Exception
wrapper.filter.action.5=RESTART

wrapper.filter.trigger.6=java.lang.OutOfMemoryError
wrapper.filter.action.6=RESTART

# :SET_WRAPPER_TIMEOUTS_ETC
# ------------------------------------------------------------------------------
# Maximum number of times that the Wrapper will attempt to restart the JVM if each attempted invocation exits abnormally
# or is restarted shortly after having being launched. Must be at least 1. Defaults to 5 invocations.
wrapper.max_failed_invocations=5

# Number of seconds to allow between the time that the Wrapper launches the JVM process
# and the time that the JVM side of the Wrapper responds that the application has started. 0 means never time out.
# Defaults to 30 seconds.
wrapper.startup.timeout=30

# Specifies the amount of time that an application must remain running before it will be considered to have been a successful invocation.
# Defaults to 300 seconds.
wrapper.successful_invocation_time=45

#Number of seconds between Wrapper ping requests to the JVM. Must be in the range 1 to 3600 seconds. Defaults to 5 seconds.
wrapper.ping.interval=10

# Settings this are set so when the application is running as a NT Service,
# There is still a console etc.
wrapper.console.title=Server1
wrapper.ntservice.interactive=True
wrapper.ntservice.console=True

Starting Swing application from Linux daemon

2009-11-10T00:35:38Z

Hi
I would like to have my application which is started as a Linux daemon
to present a graphical user interface to the user. The user interface is
written in Java Swing.
When I try to start the user interface I get an
java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation
which requires it.
Is there a solution to this?
Thanks in advance!

Lars

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Java Service Wrapper 3.3.8 released

2009-11-09T04:36:09Z

Hi all,
We had an issue reported against 3.3.8 today that is a non issue
unless you use wrapper.working.dir, then it is fairly critical.
On UNIX platforms when running with the wrapper.daemonize property,
the Wrapper will get confused about its working directly and not be
able to load in any include files from the wrapper.conf file that are
defined relative to the wrapper binary.

The work around is to either move everything into the wrapper.conf and
not use include files, or to simply add another include relative to
both the wrapper binary and to the location of the
wrapper.working.dir.

For example:
---
#include ../conf/wrapper-settings.conf
wrapper.working.dir=../
wrapper.logfile = logs/wrapper.log
---
Should become:
---
#include ../conf/wrapper-settings.conf
#include conf/wrapper-settings.conf
wrapper.working.dir=../
wrapper.logfile = logs/wrapper.log
---
This works because the Wrapper will load the wrapper-settings.conf
file when the current directory is in the bin directory the first
time, then it will reload the configuration and read the second
include after changing to the parent directory.

We have already fixed this for a 3.3.9 release and will try to get it
out shortly.

Sorry for the inconvenience.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

On Sat, Nov 7, 2009 at 5:42 AM, Leif Mortenson
<leif.mortenson@...> wrote:

> Hi all,
> We are proud to announce the release of version 3.3.8 of the Java
> Service Wrapper.
> http://wrapper.tanukisoftware.org/doc/english/download.jsp
>
> We released this version so quickly to fix a problem in 3.3.7 UNIX
> versions which
> prevented a copy of the Wrapper which was started as a daemon process from
> being stopped with the Wrapper's shell script.
>
> We also had been working on some changes to the way log files are rotated and
> purged. The new system should be much more flexible, while remaining compatible
> with past configuration files.
>
> The ordering of jar files resulting from a wildcard classpath property are now
> sorted to ensure consistent operation when there are duplicate classes
> or resources.
>
> There were also a few other bug fixed and enhancements made. Please review
> the release notes for a full list of changes.
> http://wrapper.tanukisoftware.org/doc/english/release-notes.html
>
> We recommend that all users of 3.3.7 upgrade to 3.3.8 due to the UNIX problem.
>
> Please let me know if you have any questions about the release.
>
> Sincerely,
> Leif Mortenson
> Tanuki Software, Ltd.

Re: Auto-updating JREs corrupting themselves

2009-11-06T15:40:23Z

I have bundled a JRE as a workaround, but wondered if anyone else has come across it.

>I have not played with the auto update feature in the past. How is it >triggered? Is it automatic?

I'm actually just talking about Java's jusched.exe VM version checker. It's user-triggered, although we got a pretty catastrophic result when our IT department pushed out an update via LANdesk.

What's strange is that it installs a new version in a new directory but (since, I think, they added JavaFX) it requires all running Java processes to quit. Trouble is, it doesn't notice my service.

Jason Chown
Sony Computer Entertainment Europe Limited
http://eu.playstation.com

**********************************************************************
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster@...
This footnote also confirms that this email message has been checked for all known viruses.
Sony Computer Entertainment Europe Limited
Registered Office: 10 Great Marlborough Street, London W1F 7LP, United Kingdom
Registered in England: 3277793
**********************************************************************
P Please consider the environment before printing this e-mail
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Auto-updating JREs corrupting themselves

2009-11-06T12:57:17Z

Jason,
The Professional Edition has a way to execute a script before
launching the JVM. You could use that opportunity to copy a fresh
copy of the java.exe over to MyProgram.exe so you make sure you always
have the correct file.

I have not played with the auto update feature in the past. How is it
triggered? Is it automatic? I would think that any JVMs need to be
stopped before updating their files. Is that the case?

If I understood how you made use of this a little better, it may be
possible to get make the Wrapper support these JVM updates more
directly.

Cheers,
Leif

On Sat, Nov 7, 2009 at 12:00 AM, <Jason_Chown@...> wrote:

>
> Hi,
>
> This isn't solely related to wrapper processes, but I've had a lot of hassle
> with Sun's auto-updating mechanism trashing the installed JRE on Windows.
>
> You end up with:
>
> C:\>java -version
> Error occurred during initialization of VM
> java/lang/NoClassDefFoundError: java/lang/Object
>
> It seems to be the fact that I am using the Invocation API
> (http://java.sun.com/j2se/1.4.2/docs/guide/jni/spec/invocation.html), mostly
> so that users see "MyProgram.exe" rather than "java.exe" in the task
> manager. The wrapper calls my executable which parses all arguments
> similarly to java.exe but creates its own VM. Unfortunately the installer
> doesn't notice that my program is running and merrily installs, trashing
> itself in the process.
>
> Anyone else suffered similarly? Any known workarounds?
>
> Jason Chown
> Sony Computer Entertainment Europe Limited
> http://eu.playstation.com
>

Java Service Wrapper 3.3.8 released

2009-11-06T12:42:08Z

Hi all,
We are proud to announce the release of version 3.3.8 of the Java
Service Wrapper.
http://wrapper.tanukisoftware.org/doc/english/download.jsp

We released this version so quickly to fix a problem in 3.3.7 UNIX
versions which
prevented a copy of the Wrapper which was started as a daemon process from
being stopped with the Wrapper's shell script.

We also had been working on some changes to the way log files are rotated and
purged. The new system should be much more flexible, while remaining compatible
with past configuration files.

The ordering of jar files resulting from a wildcard classpath property are now
sorted to ensure consistent operation when there are duplicate classes
or resources.

There were also a few other bug fixed and enhancements made. Please review
the release notes for a full list of changes.
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

We recommend that all users of 3.3.7 upgrade to 3.3.8 due to the UNIX problem.

Please let me know if you have any questions about the release.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Wrapper start problems on Linux

2009-11-06T07:46:35Z

Hi Leif
I was a bit fast. It works fine on Windows XP (32-bit) and Red Hat 5 (64-bit) but on Ubuntu 9.10 (32-bit) it kills the JVM after the 30 seconds. I have no idea why it works on Red Hat and Windows XP.
I will try you suggestion on Ubuntu.

Lars

Leif Mortenson wrote:

Lars,
If the WrapperManager is not initialized, then the Wrapper will kill
the JVM by default after 30 seconds or so.  Have you disabled any of
the default timeouts?  If so, all of the freeze detection code will
not be working.

Have you tried using Integration method #1?  It lets you do codeless
integration.  If your special.start.class is designed to run as a
normal standalone Java main class then following will work:

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.app.parameter.1=special.start.class
wrapper.app.parameter.2=-"parameter to special start class"
wrapper.app.parameter.3=myStartClass

See the following documentation for more details:
http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html

Cheers,
Leif

On Fri, Nov 6, 2009 at 11:37 PM, Lars Schnoor Lars.Schnoor@... wrote:

Hi Leif
Thanks for the quick reply. I changed the wrapper parameters like you
suggested and now it works.
The special.start.class does not implement WrapperListener or initialize the
WrapperManager, but it works anyway.
I did not make the special.start.class myself, so I can't make implement the
WrapperListener.

Lars

Leif Mortenson wrote:

Lars,
All versions of the Wrapper actually expect that you correctly break
the parameters into individual parameters.  On Windows they are all
reconstructed into a single line so it works, but on UNIX, the command
is broken up into the individual components and passed to the system
as an array.

You need to do the following and it will work on all platforms:

wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class"
wrapper.app.parameter.1=myStartClass

The class you specify for the wrapper.java.mainclass must implement
the WrapperListener and initialize the WrapperManager class directly
or indirectly.  You are using what we call Integration Method #3.
Please read over the following page and let me know if you have any
additional questions.
http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html

Cheers,
Leif


On Fri, Nov 6, 2009 at 10:18 PM, Lars Schnoor Lars.Schnoor@... wrote:


Hi
I have a Java application that is started in a special way. I have a main
class in my application that implements the WrapperListener interface.
from the command prompt I can start my application with:
java -cp myApplication.jar special.start.class -"parameter to special start
class" myStartClass
I can start my application by the above line on both Windows and Linux.

On Windows I put the following line in my wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start
class" myStartClass
And it works fine.

On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the
same line in the wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start
class" myStartClass
Here it does not work, I get an ClassNotFoundException for the class:
special.start.class -"parameter to special start class" myStartClass
For me it seems as if the wrapper on Linux sees special.start.class
-"parameter to special start class" myStartClass as one class, where the
wrapper on Windows starts the special.start.class with -"parameter to
special start class" myStartClass as parameters.
I tried putting:
wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class" myStartClass
in the wrapper.conf and with this the wrapper starts, but since the
special.start.class does not implement the WrapperListener interface, the
wrapper shuts down after five tries.
Any idea how I can get it to work on Linux, I am using version 3.2.3 of the
wrapper?
Thanks in advance!

Lars


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Wrapper start problems on Linux

2009-11-06T07:40:26Z

Lars,
If the WrapperManager is not initialized, then the Wrapper will kill
the JVM by default after 30 seconds or so. Have you disabled any of
the default timeouts? If so, all of the freeze detection code will
not be working.

Have you tried using Integration method #1? It lets you do codeless
integration. If your special.start.class is designed to run as a
normal standalone Java main class then following will work:

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.app.parameter.1=special.start.class
wrapper.app.parameter.2=-"parameter to special start class"
wrapper.app.parameter.3=myStartClass

See the following documentation for more details:
http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html

Cheers,
Leif

On Fri, Nov 6, 2009 at 11:37 PM, Lars Schnoor <Lars.Schnoor@...> wrote:

> Hi Leif
> Thanks for the quick reply. I changed the wrapper parameters like you
> suggested and now it works.
> The special.start.class does not implement WrapperListener or initialize the
> WrapperManager, but it works anyway.
> I did not make the special.start.class myself, so I can't make implement the
> WrapperListener.
>
> Lars
>
> Leif Mortenson wrote:
>
> Lars,
> All versions of the Wrapper actually expect that you correctly break
> the parameters into individual parameters. On Windows they are all
> reconstructed into a single line so it works, but on UNIX, the command
> is broken up into the individual components and passed to the system
> as an array.
>
> You need to do the following and it will work on all platforms:
>
> wrapper.java.mainclass=special.start.class
> wrapper.app.parameter.1=-"parameter to special start class"
> wrapper.app.parameter.1=myStartClass
>
> The class you specify for the wrapper.java.mainclass must implement
> the WrapperListener and initialize the WrapperManager class directly
> or indirectly. You are using what we call Integration Method #3.
> Please read over the following page and let me know if you have any
> additional questions.
> http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html
>
> Cheers,
> Leif
>
>
> On Fri, Nov 6, 2009 at 10:18 PM, Lars Schnoor <Lars.Schnoor@...> wrote:
>
>
> Hi
> I have a Java application that is started in a special way. I have a main
> class in my application that implements the WrapperListener interface.
> from the command prompt I can start my application with:
> java -cp myApplication.jar special.start.class -"parameter to special start
> class" myStartClass
> I can start my application by the above line on both Windows and Linux.
>
> On Windows I put the following line in my wrapper.conf:
> wrapper.java.mainclass=special.start.class -"parameter to special start
> class" myStartClass
> And it works fine.
>
> On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the
> same line in the wrapper.conf:
> wrapper.java.mainclass=special.start.class -"parameter to special start
> class" myStartClass
> Here it does not work, I get an ClassNotFoundException for the class:
> special.start.class -"parameter to special start class" myStartClass
> For me it seems as if the wrapper on Linux sees special.start.class
> -"parameter to special start class" myStartClass as one class, where the
> wrapper on Windows starts the special.start.class with -"parameter to
> special start class" myStartClass as parameters.
> I tried putting:
> wrapper.java.mainclass=special.start.class
> wrapper.app.parameter.1=-"parameter to special start class" myStartClass
> in the wrapper.conf and with this the wrapper starts, but since the
> special.start.class does not implement the WrapperListener interface, the
> wrapper shuts down after five tries.
> Any idea how I can get it to work on Linux, I am using version 3.2.3 of the
> wrapper?
> Thanks in advance!
>
> Lars

Auto-updating JREs corrupting themselves

2009-11-06T07:00:09Z

Hi,

This isn't solely related to wrapper processes, but I've had a lot of hassle with Sun's auto-updating mechanism trashing the installed JRE on Windows.

You end up with:

C:\>java -version
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

It seems to be the fact that I am using the Invocation API (http://java.sun.com/j2se/1.4.2/docs/guide/jni/spec/invocation.html), mostly so that users see "MyProgram.exe" rather than "java.exe" in the task manager. The wrapper calls my executable which parses all arguments similarly to java.exe but creates its own VM. Unfortunately the installer doesn't notice that my program is running and merrily installs, trashing itself in the process.

Anyone else suffered similarly? Any known workarounds?

Jason Chown
Sony Computer Entertainment Europe Limited
http://eu.playstation.com

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

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster@...

This footnote also confirms that this email message has been checked for all known viruses.

Sony Computer Entertainment Europe Limited

Registered Office: 10 Great Marlborough Street, London W1F 7LP, United Kingdom

Registered in England: 3277793

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

Re: Wrapper start problems on Linux

2009-11-06T06:37:54Z

Hi Leif
Thanks for the quick reply. I changed the wrapper parameters like you suggested and now it works.
The special.start.class does not implement WrapperListener or initialize the WrapperManager, but it works anyway.
I did not make the special.start.class myself, so I can't make implement the WrapperListener.

Lars

Leif Mortenson wrote:

Lars,
All versions of the Wrapper actually expect that you correctly break
the parameters into individual parameters.  On Windows they are all
reconstructed into a single line so it works, but on UNIX, the command
is broken up into the individual components and passed to the system
as an array.

You need to do the following and it will work on all platforms:

wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class"
wrapper.app.parameter.1=myStartClass

The class you specify for the wrapper.java.mainclass must implement
the WrapperListener and initialize the WrapperManager class directly
or indirectly.  You are using what we call Integration Method #3.
Please read over the following page and let me know if you have any
additional questions.
http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html

Cheers,
Leif


On Fri, Nov 6, 2009 at 10:18 PM, Lars Schnoor Lars.Schnoor@... wrote:

Hi
I have a Java application that is started in a special way. I have a main
class in my application that implements the WrapperListener interface.
from the command prompt I can start my application with:
java -cp myApplication.jar special.start.class -"parameter to special start
class" myStartClass
I can start my application by the above line on both Windows and Linux.

On Windows I put the following line in my wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start
class" myStartClass
And it works fine.

On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the
same line in the wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start
class" myStartClass
Here it does not work, I get an ClassNotFoundException for the class:
special.start.class -"parameter to special start class" myStartClass
For me it seems as if the wrapper on Linux sees special.start.class
-"parameter to special start class" myStartClass as one class, where the
wrapper on Windows starts the special.start.class with -"parameter to
special start class" myStartClass as parameters.
I tried putting:
wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class" myStartClass
in the wrapper.conf and with this the wrapper starts, but since the
special.start.class does not implement the WrapperListener interface, the
wrapper shuts down after five tries.
Any idea how I can get it to work on Linux, I am using version 3.2.3 of the
wrapper?
Thanks in advance!

Lars


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: Wrapper start problems on Linux

2009-11-06T05:28:51Z

Lars,
All versions of the Wrapper actually expect that you correctly break
the parameters into individual parameters. On Windows they are all
reconstructed into a single line so it works, but on UNIX, the command
is broken up into the individual components and passed to the system
as an array.

You need to do the following and it will work on all platforms:

wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class"
wrapper.app.parameter.1=myStartClass

The class you specify for the wrapper.java.mainclass must implement
the WrapperListener and initialize the WrapperManager class directly
or indirectly. You are using what we call Integration Method #3.
Please read over the following page and let me know if you have any
additional questions.
http://wrapper.tanukisoftware.org/doc/english/integrate-listener.html

Cheers,
Leif

On Fri, Nov 6, 2009 at 10:18 PM, Lars Schnoor <Lars.Schnoor@...> wrote:

> Hi
> I have a Java application that is started in a special way. I have a main
> class in my application that implements the WrapperListener interface.
> from the command prompt I can start my application with:
> java -cp myApplication.jar special.start.class -"parameter to special start
> class" myStartClass
> I can start my application by the above line on both Windows and Linux.
>
> On Windows I put the following line in my wrapper.conf:
> wrapper.java.mainclass=special.start.class -"parameter to special start
> class" myStartClass
> And it works fine.
>
> On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the
> same line in the wrapper.conf:
> wrapper.java.mainclass=special.start.class -"parameter to special start
> class" myStartClass
> Here it does not work, I get an ClassNotFoundException for the class:
> special.start.class -"parameter to special start class" myStartClass
> For me it seems as if the wrapper on Linux sees special.start.class
> -"parameter to special start class" myStartClass as one class, where the
> wrapper on Windows starts the special.start.class with -"parameter to
> special start class" myStartClass as parameters.
> I tried putting:
> wrapper.java.mainclass=special.start.class
> wrapper.app.parameter.1=-"parameter to special start class" myStartClass
> in the wrapper.conf and with this the wrapper starts, but since the
> special.start.class does not implement the WrapperListener interface, the
> wrapper shuts down after five tries.
> Any idea how I can get it to work on Linux, I am using version 3.2.3 of the
> wrapper?
> Thanks in advance!
>
> Lars

Re: Wrapper start problems on Linux

2009-11-06T05:28:30Z

One more thing, if I copy the command the wrapper gives to Java in a terminal window my application runs without problems, I mean the output I get from:
wrapper.java.command.loglevel=INFO

Lars

Lars Schnoor wrote:

Hi
I have a Java application that is started in a special way. I have a main class in my application that implements the WrapperListener interface.
from the command prompt I can start my application with:
java -cp myApplication.jar special.start.class -"parameter to special start class" myStartClass
I can start my application by the above line on both Windows and Linux.

On Windows I put the following line in my wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start class" myStartClass
And it works fine.

On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the same line in the wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start class" myStartClass
Here it does not work, I get an ClassNotFoundException for the class: special.start.class -"parameter to special start class" myStartClass
For me it seems as if the wrapper on Linux sees special.start.class -"parameter to special start class" myStartClass as one class, where the wrapper on Windows starts the special.start.class with -"parameter to special start class" myStartClass as parameters.
I tried putting:
wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class" myStartClass
in the wrapper.conf and with this the wrapper starts, but since the special.start.class does not implement the WrapperListener interface, the wrapper shuts down after five tries.
Any idea how I can get it to work on Linux, I am using version 3.2.3 of the wrapper?
Thanks in advance!

Lars
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
  

Wrapper start problems on Linux

2009-11-06T05:18:48Z

Hi
I have a Java application that is started in a special way. I have a main class in my application that implements the WrapperListener interface.
from the command prompt I can start my application with:
java -cp myApplication.jar special.start.class -"parameter to special start class" myStartClass
I can start my application by the above line on both Windows and Linux.

On Windows I put the following line in my wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start class" myStartClass
And it works fine.

On Linux (Red Hat Enterprise Linux 5 64-bit) I tried the same, putting the same line in the wrapper.conf:
wrapper.java.mainclass=special.start.class -"parameter to special start class" myStartClass
Here it does not work, I get an ClassNotFoundException for the class: special.start.class -"parameter to special start class" myStartClass
For me it seems as if the wrapper on Linux sees special.start.class -"parameter to special start class" myStartClass as one class, where the wrapper on Windows starts the special.start.class with -"parameter to special start class" myStartClass as parameters.
I tried putting:
wrapper.java.mainclass=special.start.class
wrapper.app.parameter.1=-"parameter to special start class" myStartClass
in the wrapper.conf and with this the wrapper starts, but since the special.start.class does not implement the WrapperListener interface, the wrapper shuts down after five tries.
Any idea how I can get it to work on Linux, I am using version 3.2.3 of the wrapper?
Thanks in advance!

Lars

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Java Service Wrapper 3.3.7 Alert

2009-11-05T10:45:36Z

Hello all,
It has come to our attention, that there is a fairly serious bug in
all UNIX platforms of 3.3.7.
The Wrapper works fine in console mode, but when started as a daemon
process, the
Wrapper becomes confused and writes the wrong PID into its pid file.

It will continue to run without problems, but you will not be able to
stop the Wrapper using
the shell scripts because the script sees the wrong PID and thinks
that the Wrapper is
already stopped. You can stop the Wrapper by looking up its pid and
call 'kill {pid}' manually.

This was a bug added last week in 3.3.7. 3.3.6 works perfectly, and
we are very close to
a 3.3.8 release with the fix.

In the mean time, please use the 3.3.6 release found here:
http://wrapper.tanukisoftware.org/downloads

Please let me know if you have any questions about this problem.

Sincerely,
Leif Mortenson,
Tanuki Software, Ltd.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user