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

[Wrapper-user] Dietmar Mueller ist außer Haus.

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

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:

hor...@eu...
mic...@eu...

ansonsten

han...@eu...
iva...@eu...

danke

Re: [Wrapper-user] DLPI Error running wrapper in console mode on HP-UX

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

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...@or...> 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

[Wrapper-user] DLPI Error running wrapper in console mode on HP-UX

[Tim W. <tim...@or...>]

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: [Wrapper-user] killing jboss process kills wrapper process

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

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 <hl...@sc...> 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

[Wrapper-user] killing jboss process kills wrapper process

[Hoa Lu <hl...@sc...>]

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

Re: [Wrapper-user] Stopping Service before Standby?

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

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 <ma...@gm...> 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

[Wrapper-user] Stopping Service before Standby?

[Daniel W. <ma...@gm...>]

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

Re: [Wrapper-user] Starting Swing application from Linux daemon

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

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
<nil...@ed...> wrote:
> Have You tried setting -Djava.awt.headless=true as parameter?
>
> -----Original Message-----
> From: Lars Schnoor [mailto:Lar...@if...]
> Sent: 26. november 2009 09:06
> To: wra...@li...
> 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: [Wrapper-user] Starting Swing application from Linux daemon

[Molde N. O. <nil...@ed...>]

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

-----Original Message-----
From: Lars Schnoor [mailto:Lar...@if...] 
Sent: 26. november 2009 09:06
To: wra...@li...
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
> Wra...@li...
> 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
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Starting Swing application from Linux daemon

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

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 <Lar...@if...> 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: [Wrapper-user] Starting Swing application from Linux daemon

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

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
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

Re: [Wrapper-user] Change user:group account under Linux

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

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
<syl...@co...> 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.

[Wrapper-user] Change user:group account under Linux

[Sylvain B. <syl...@co...>]

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.

[Wrapper-user] Java Service Wrapper 3.3.9 Released!

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

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.

Re: [Wrapper-user] Unable to create a timer thread

[Malte H. <hu...@in...>]

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:chr...@ta...] 
Gesendet: Freitag, 13. November 2009 18:35
An: wra...@li...
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 don’t hesitate asking.

Gruß,
Christian

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:hu...@in...] 
Gesendet: Samstag, 14. November 2009 00:47
An: wra...@li...
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:hu...@in...] 
Gesendet: Freitag, 13. November 2009 09:48
An: 'wra...@li...'
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:le...@ta...] 
Gesendet: Freitag, 13. November 2009 00:39
An: wra...@li...
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 <hu...@in...> 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
Wra...@li...
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
Wra...@li...
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
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to create a timer thread

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

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 don’t hesitate asking.

Gruß,
Christian

-----Ursprüngliche Nachricht-----
Von: Malte Hübner [mailto:hu...@in...] 
Gesendet: Samstag, 14. November 2009 00:47
An: wra...@li...
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:hu...@in...] 
Gesendet: Freitag, 13. November 2009 09:48
An: 'wra...@li...'
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:le...@ta...] 
Gesendet: Freitag, 13. November 2009 00:39
An: wra...@li...
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 <hu...@in...> 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
Wra...@li...
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
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to create a timer thread

[Malte H. <hu...@in...>]

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:hu...@in...] 
Gesendet: Freitag, 13. November 2009 09:48
An: 'wra...@li...'
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:le...@ta...] 
Gesendet: Freitag, 13. November 2009 00:39
An: wra...@li...
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 <hu...@in...> 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
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to create a timer thread

[Malte H. <hu...@in...>]

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:le...@ta...] 
Gesendet: Freitag, 13. November 2009 00:39
An: wra...@li...
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 <hu...@in...> 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
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to create a timer thread

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

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 <hu...@in...> 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

[Wrapper-user] Unable to create a timer thread

[Malte H. <hu...@in...>]

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

[Wrapper-user] Starting Swing application from Linux daemon

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

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: [Wrapper-user] Java Service Wrapper 3.3.8 released

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

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
<lei...@ta...> 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: [Wrapper-user] Auto-updating JREs corrupting themselves

[<Jas...@sc...>]

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 pos...@sc...
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

Re: [Wrapper-user] Auto-updating JREs corrupting themselves

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

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,  <Jas...@sc...> 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
>

[Wrapper-user] Java Service Wrapper 3.3.8 released

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

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.