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

Re: [Wrapper-user] Wrapper kills the application unexpectedly

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

Erik,
The Wrapper is receiving a SIGCHLD signal from the OS and interpreting
it as the Java process having stopped.  From the log however, it
appears that JVM still exists as it continues on to shut it down.

Can you tell me a little about your application?   Does your Java
application run any child processes of its own?  I am wondering if
such a grandchild process exiting might be causing this.  I am going
to need to go back and run some more tests if that is the case.

As a note, when you query the status, it is reporting as running
because the Wrapper process itself is still running.  At the end of
the log, it appears the Wrapper is just about to launch a second JVM
invocation to recover from this problem.

Cheers,
Leif

On Fri, Mar 13, 2009 at 12:54 AM, Erik Drolshammer <eri...@fj...> wrote:
> Hi!
> Some time after starting the application (20min perhaps) the wrapper
> seems to invent a problem and kills the jvm. See debug log:
>
> INFO   | jvm 1    | 2009/03/12 16:28:24 | Send a packet PING : ok
> DEBUG  | wrapperp | 2009/03/12 16:28:24 | read a packet PING : ok
> DEBUG  | wrapper  | 2009/03/12 16:28:24 | Got ping response from JVM
> ERROR  | wrapper  | 2009/03/12 16:39:26 | JVM exited unexpectedly.
> DEBUG  | wrapper  | 2009/03/12 16:39:26 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2009/03/12 16:39:26 |   signal number=17 (SIGCHLD),
> source="unknown"
> DEBUG  | wrapper  | 2009/03/12 16:39:26 | Received SIGCHLD, checking JVM
> process status.
> DEBUG  | wrapper  | 2009/03/12 16:39:26 | JVM process exited with a code
> of 1, setting the wrapper exit code to 1.
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Read Timed out. (Last Ping was
> 292200 milliseconds ago)
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Read Timed out. (Last Ping was
> 585600 milliseconds ago)
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: JVM did not
> exit.  Give up.
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: ShutdownHook
> started
> INFO   | jvm 1    | 2009/03/12 16:39:26 | WrapperManager.stop(0) called
> by thread: Wrapper-Shutdown-Hook
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Send a packet STOP : 0
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Thread, Wrapper-Shutdown-Hook,
> handling the shutdown process.
> INFO   | jvm 1    | 2009/03/12 16:39:26 | calling listener.stop()
> INFO   | jvm 1    | 2009/03/12 16:39:26 | WrapperSimpleApp: stop(0)
> INFO   | jvm 1    | 2009/03/12 16:39:26 | returned from listener.stop() -> 0
> INFO   | jvm 1    | 2009/03/12 16:39:26 | shutdownJVM(0)
> Thread:Wrapper-Shutdown-Hook
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Send a packet STOPPED : 0
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Closing socket.
> INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: ShutdownHook
> complete
> DEBUG  | wrapperp | 2009/03/12 16:39:26 | server listening on port 32000.
> INFO   | wrapper  | 2009/03/12 16:39:26 | Wrapper Process has not
> received any CPU time for 144 seconds.  Extending timeouts.
> DEBUG  | wrapper  | 2009/03/12 16:39:26 | Waiting 5 seconds before
> launching another JVM.
>
> Any idea what causes this?
>
> If I call status I get the response that the application is running, but
> my application is surely stopped. However, a wrapper process seems to be
> alive.
>
>
> I have tried extending the timeouts, but this does not seem to effect
> the problem.
> wrapper.ping.timeout=300
> wrapper.startup.timeout=300
>
>
>
> System:
> Linux 2.6.18-92.el5 #1 SMP i686 i686 i386 GNU/Linux
> Wrapper: 3.2.3 with WrapperSimpleApp Integration
> java version "1.6.0_10"
> Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
> Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode)
>
> --
> Best regards,
>
> Erik Drolshammer

[Wrapper-user] Wrapper kills the application unexpectedly

[Erik D. <eri...@fj...>]

Hi!
Some time after starting the application (20min perhaps) the wrapper 
seems to invent a problem and kills the jvm. See debug log:

INFO   | jvm 1    | 2009/03/12 16:28:24 | Send a packet PING : ok
DEBUG  | wrapperp | 2009/03/12 16:28:24 | read a packet PING : ok
DEBUG  | wrapper  | 2009/03/12 16:28:24 | Got ping response from JVM
ERROR  | wrapper  | 2009/03/12 16:39:26 | JVM exited unexpectedly.
DEBUG  | wrapper  | 2009/03/12 16:39:26 | Signal trapped.  Details:
DEBUG  | wrapper  | 2009/03/12 16:39:26 |   signal number=17 (SIGCHLD), 
source="unknown"
DEBUG  | wrapper  | 2009/03/12 16:39:26 | Received SIGCHLD, checking JVM 
process status.
DEBUG  | wrapper  | 2009/03/12 16:39:26 | JVM process exited with a code 
of 1, setting the wrapper exit code to 1.
INFO   | jvm 1    | 2009/03/12 16:39:26 | Read Timed out. (Last Ping was 
292200 milliseconds ago)
INFO   | jvm 1    | 2009/03/12 16:39:26 | Read Timed out. (Last Ping was 
585600 milliseconds ago)
INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: JVM did not 
exit.  Give up.
INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: ShutdownHook 
started
INFO   | jvm 1    | 2009/03/12 16:39:26 | WrapperManager.stop(0) called 
by thread: Wrapper-Shutdown-Hook
INFO   | jvm 1    | 2009/03/12 16:39:26 | Send a packet STOP : 0
INFO   | jvm 1    | 2009/03/12 16:39:26 | Thread, Wrapper-Shutdown-Hook, 
handling the shutdown process.
INFO   | jvm 1    | 2009/03/12 16:39:26 | calling listener.stop()
INFO   | jvm 1    | 2009/03/12 16:39:26 | WrapperSimpleApp: stop(0)
INFO   | jvm 1    | 2009/03/12 16:39:26 | returned from listener.stop() -> 0
INFO   | jvm 1    | 2009/03/12 16:39:26 | shutdownJVM(0) 
Thread:Wrapper-Shutdown-Hook
INFO   | jvm 1    | 2009/03/12 16:39:26 | Send a packet STOPPED : 0
INFO   | jvm 1    | 2009/03/12 16:39:26 | Closing socket.
INFO   | jvm 1    | 2009/03/12 16:39:26 | Wrapper Manager: ShutdownHook 
complete
DEBUG  | wrapperp | 2009/03/12 16:39:26 | server listening on port 32000.
INFO   | wrapper  | 2009/03/12 16:39:26 | Wrapper Process has not 
received any CPU time for 144 seconds.  Extending timeouts.
DEBUG  | wrapper  | 2009/03/12 16:39:26 | Waiting 5 seconds before 
launching another JVM.

Any idea what causes this?

If I call status I get the response that the application is running, but 
my application is surely stopped. However, a wrapper process seems to be 
alive.


I have tried extending the timeouts, but this does not seem to effect 
the problem.
wrapper.ping.timeout=300
wrapper.startup.timeout=300



System:
Linux 2.6.18-92.el5 #1 SMP i686 i686 i386 GNU/Linux
Wrapper: 3.2.3 with WrapperSimpleApp Integration
java version "1.6.0_10"
Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode)

-- 
Best regards,

Erik Drolshammer

Re: [Wrapper-user] JBoss + Windows: service GSSAPI+Kerberos won't work for me with wrapper

[Christopher C. <chr...@gm...>]

Thanks Leif, replies inline:

On Mon, Mar 9, 2009 at 9:35 PM, Leif Mortenson <le...@ta...>wrote:

> I was not clear from your reply.   Is the keyTab file failing to be
> found BOTH when running under the Wrapper in console mode and when
> running under the Wrapper as a service?


Yes, it fails both ways.  To be clear though: by console mode, do you simply
mean running my run.bat from the console, which in turn invokes
wrapper.exe?  Vs. installing the service and clicking Start from the
Services menu?  Both of those approaches fail.  Is there another "console
mode" that bypasses wrapper.exe somehow?



>
> 1) The Wrapper creates a backend socket between the Wrapper and Java
> processes.  This results in two ports being bound.  By default these
> will be 31000 and 32000:
> http://wrapper.tanukisoftware.org/doc/english/prop-port.html
> http://wrapper.tanukisoftware.org/doc/english/prop-jvm-port.html
>

Cool, I doubt that's it, I believe communications to the KDC are on lower
ports (mainly 88).


>
> 2) Normally when a JVM is run, a java.library.path is not defined on
> the Java command line.  When this is the case, the JVM will search the
> system PATH by default for any native libraries.   When running under
> the Wrapper, for stability reasons, we specify a java.library.path for
> the wrapper.dll file.  We recommend that you use this method for any
> of your native libraries as well.  If your application makes use of
> any native libraries that would normally be found on the PATH they
> would not be found unless their location was added specifically.
> There is a property which will get the PATH support back by appending
> the full PATH to the java library path.
> http://wrapper.tanukisoftware.org/doc/english/prop-java-library-path-n.html
>
> http://wrapper.tanukisoftware.org/doc/english/prop-java-library-path-append-system-path.html


I'm pretty sure that's not it either, but good info and I'll keep a
lookout.  I use wrapper.java.classpath in my wrapper.conf to include .jar
dependencies that aren't in the JVM lib or the JBoss class path (where my
.ear is deployed).  All of the other application behavior besides this
GSSAPI stuff seems to be OK so it's likely all working.

As of Java 6 all of the needed GSSAPI and Kerberos implementation should be
available in the JRE.


> Could you add the wrapper.java.command.loglevel=INFO property and then
> copy the resulting Java command when running in Console mode into a
> reply email.  Send that along with the full java command generated by
> your JBoss startup script.  You can get that by inserting an "echo" at
> the beginning of the line where java is launched.    I might be able
> to point to the problem by comparing them.


I've made the script and wrapper.conf as similar as possible in terms of JVM
-D args etc.

Here's the full java command from my JBoss .bat:

"C:\Program Files\Extensis\Universal Type
Server\applications\jboss\bin\..\..\jre\bin\java"  -Dprogram.name=jboss.bat
-server -Xms512m -Xmx1024m -Djavax.security.auth.useSubjectCredsOnly=false
-Djava.security.krb5.realm=MTEST.EXTENSIS.COM-Djava.security.krb5.kdc=10.1.6.100
-Dextensis.krb5.service-principal=utswin/10.1.3.101-Djava.library.path="../services/lib;../../../../../Bonjour"
-Djava.net.preferIPv4Stack=true -Djava.rmi.server.hostname=
"-Djava.endorsed.dirs=C:\Program Files\Extensis\Universal Type
Server\applications\jboss\bin\..\lib\endorsed" -classpath "C:\Program
Files\Extensis\Universal Type
Server\applications\jboss\bin\..\..\jre\lib\tools.jar";"C:\Program
Files\Extensis\Universal Type
Server\applications\jboss\bin\run.jar";"C:\Program Files\Extensis\Universal
Type Server\applications\jboss\bin\..\services\lib\esp-preferences.jar"
org.jboss.Main -b 0.0.0.0

Here's the java command logging from wrapper:

wrapper  | command: "C:\Program Files\Extensis\Universal Type
Server\applications\jre\bin\java.exe" -server
-Djava.endorsed.dirs=../lib/endorsed/ -Dprogram.name=jboss.bat
-Djava.net.preferIPv4Stack=true -Djava.rmi.server.hostname=
-Djava.security.krb5.realm=MTEST.EXTENSIS.COM-Djava.security.krb5.kdc=10.1.6.100
-Djava.security.auth.useSubjectCredsOnly=false
-Dextensis.krb5.service-principal=utswin/10.1.3.101-Dsun.security.krb5.principal=utswin/
10.1.3.101 -Xms512m -Xmx1024m
-Djava.library.path="../services/lib;../../../../../Bonjour" -classpath
"run.jar;../services/lib/wrapper.jar;../services/lib/esp-preferences.jar;../services/lib/services.jar"
-Dwrapper.key="sUvQil1BnYGHRgIP" -Dwrapper.port=32000
-Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=3720
-Dwrapper.version="3.2.3" -Dwrapper.native_library="wrapper"
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 extensis.esp.win32.JBossService
org.jboss.Main -b 0.0.0.0




> What is the exception stack you are getting when the keyTab file fails
> to be located?


Here's a bit of it; most of the stuff higher in the stack are just
EJB/webservice layers:

2009-03-11 18:02:53,569    DEBUG    [extensis.esp.core]    50
<unknown>    <unknown>    - creating service GSSCredential
2009-03-11 18:02:53,569    ERROR    [extensis.esp.core]    50
<unknown>    <unknown>    Exception from GSSAPI:
GSSException: No valid credentials provided
    at sun.security.jgss.GSSCredentialImpl.<init>(Unknown Source)
    at sun.security.jgss.GSSCredentialImpl.<init>(Unknown Source)
    at sun.security.jgss.GSSManagerImpl.createCredential(Unknown Source)
    at
extensis.esp.core.identity.auth.GSSCredentialsValidator.establishContext(GSSCredentialsValidator.java:114)
    at
extensis.esp.core.common.EspSessionBean.authenticateGSSAPICredentials(EspSessionBean.java:159)
    at
extensis.esp.core.common.EspSessionBean.authenticateCredentials(EspSessionBean.java:146)
    at
extensis.esp.core.common.EspSessionBean$AbstractFacadeMethod.invoke(EspSessionBean.java:248)
    at extensis.esp.core.ejb.SystemFacade.login(SystemFacade.java:112)
    at extensis.esp.core.ejb.SystemFacade.login(SystemFacade.java:103)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.jboss.invocation.Invocation.performCall(Invocation.java:359)
    at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237)
(etc...)

I tried removing the -Dwrapper.key from the wrapper console output command
and running it directly at the prompt - no change, server runs but same
exception from GSS-API.

Thanks for your help.
- Chris

Re: [Wrapper-user] Problem in running the Application as a Service

[Tested J. +ve <rak...@gm...>]

Leif,
Thanks for the response,

Hey No need to apologize Mate,

My Application starts a exe for example mspaint,notepad etc on the system on
which the service is running.Now when I try to start the exe from a remote
machine on windows XP it starts fine without any message,but Windows Vista
gives a message of interactive desktop and when I click it,it takes me to a
isolated desktop.

Actually I want to start a enterprise level exe using this application and I
can't work on it in a isolated environment,because I need other program's
running on a system.For example I need to access the attributes from other
programs to run the exe,which is not possible in a isolated desktop.

Everything works fine on Xp,but the requirement is for Vista..thats where
the problem arises..

Cheers!
Rakesh

Leif Mortenson-2 wrote:
> 
> Rakesh,
> Sorry, I have not yet found any way to do this.   It appears that
> there are some calls to show simple popup dialogs to the user.  But
> not a full blown GUI.   What exactly does your application need to
> display?
> 
> Anyone with any input on this would be appreciated as well.
> 
> Cheers,
> Leif
> 
> On Tue, Mar 10, 2009 at 9:13 PM, rakesh chaudhary <rak...@gm...>
> wrote:
>> Hi Leif,
>> Were you able to find out some crack for the same.
>> Thanks!
>> Rakesh
>>
>> On Tue, Mar 3, 2009 at 10:16 AM, Leif Mortenson
>> <lei...@ta...> wrote:
>>>
>>> Windows Vista Handles Interactive services quite differently than
>>> previous versions of Windows.
>>> http://msdn.microsoft.com/en-us/library/ms683502.aspx
>>>
>>> For security reasons, it no longer allows interactive services to run
>>> along side other non-secure applications as they can access each other
>>> via their windows.   To avoid this, the servicee is forced to display
>>> itself in an isolated desktop.  I believe that is what you are seeing.
>>>
>>> I am going to do some more research on this and come up with a
>>> suggested way of handling this.
>>>
>>> Cheers,
>>> Leif
>>>
>>> On Mon, Mar 2, 2009 at 8:56 PM, Tested Java +ve <rak...@gm...>
>>> wrote:
>>> >
>>> > Hi Leif,
>>> >
>>> > Now I am able to see the GUI's.
>>> >
>>> > But I m caught in a another scenario..
>>> >
>>> > I found out that the service running my application doesn't start any
>>> > kind
>>> > of java.exe or javaw.exe process.
>>> >
>>> > but it run's the client request.
>>> >
>>> > Also its mandatory for my application to start the exe without any
>>> User
>>> > interaction.
>>> >
>>> > Because currently I have to select between the current desktop and
>>> > interactive desktop which is being poped up by user request.In my case
>>> > there
>>> > will be no one to select between these options on the remote machine
>>> on
>>> > which the service is running.
>>> >
>>> > How can we avoid this?
>>> >
>>> > Environment:Windows Vista Home Basic
>>> > JRE : 6
>>> >
>>> >
>>> > Leif Mortenson-2 wrote:
>>> >>
>>> >> This could be getting caused by any number of things.  I would need
>>> >> more information to say for sure.
>>> >>
>>> >> My first guess is that your service is not being run as an
>>> interactive
>>> >> service.  That alone would explain why the GUI is not visible.
>>> >> See this page:
>>> >>
>>> >>
>>> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
>>> >>
>>> >> Cheers,
>>> >> Leif
>>> >>
>>> >> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve
>>> <rak...@gm...>
>>> >> wrote:
>>> >>>
>>> >>>
>>> >>> Hi all,
>>> >>>
>>> >>> I have a RMI-Application,which runs fine as Standalone.But after
>>> >>> starting
>>> >>> the application as a service
>>> >>> it start's the required exe's in process tree but not as a
>>> >>> application.
>>> >>>
>>> >>> The Structure is a Client/Administrator will start a particular exe
>>> on
>>> >>> a
>>> >>> machine on which the Service is running.
>>> >>>
>>> >>> I have created the Service for the RMI-Server specific files using
>>> >>> Wrapper.
>>> >>>
>>> >>> After starting the java.exe process the service starts the exes but
>>> in
>>> >>> as
>>> >>> process and doesn't pop up the
>>> >>> application window.
>>> >>>
>>> >>> For eg:If I request to start a mspaint the process mspaint.exe
>>> starts
>>> >>> but
>>> >>> doesnot pop up the paint window...
>>> >>>
>>> >>> Can any one find the bottleneck in this
>>> >>>
>>> >>> Thanks in Advance
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

-- 
View this message in context: http://www.nabble.com/Problem-in-running-the-Application-as-a-Service-tp21972495p22453649.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

Re: [Wrapper-user] Problem in running the Application as a Service

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

Rakesh,
Sorry, I have not yet found any way to do this.   It appears that
there are some calls to show simple popup dialogs to the user.  But
not a full blown GUI.   What exactly does your application need to
display?

Anyone with any input on this would be appreciated as well.

Cheers,
Leif

On Tue, Mar 10, 2009 at 9:13 PM, rakesh chaudhary <rak...@gm...> wrote:
> Hi Leif,
> Were you able to find out some crack for the same.
> Thanks!
> Rakesh
>
> On Tue, Mar 3, 2009 at 10:16 AM, Leif Mortenson
> <lei...@ta...> wrote:
>>
>> Windows Vista Handles Interactive services quite differently than
>> previous versions of Windows.
>> http://msdn.microsoft.com/en-us/library/ms683502.aspx
>>
>> For security reasons, it no longer allows interactive services to run
>> along side other non-secure applications as they can access each other
>> via their windows.   To avoid this, the servicee is forced to display
>> itself in an isolated desktop.  I believe that is what you are seeing.
>>
>> I am going to do some more research on this and come up with a
>> suggested way of handling this.
>>
>> Cheers,
>> Leif
>>
>> On Mon, Mar 2, 2009 at 8:56 PM, Tested Java +ve <rak...@gm...>
>> wrote:
>> >
>> > Hi Leif,
>> >
>> > Now I am able to see the GUI's.
>> >
>> > But I m caught in a another scenario..
>> >
>> > I found out that the service running my application doesn't start any
>> > kind
>> > of java.exe or javaw.exe process.
>> >
>> > but it run's the client request.
>> >
>> > Also its mandatory for my application to start the exe without any User
>> > interaction.
>> >
>> > Because currently I have to select between the current desktop and
>> > interactive desktop which is being poped up by user request.In my case
>> > there
>> > will be no one to select between these options on the remote machine on
>> > which the service is running.
>> >
>> > How can we avoid this?
>> >
>> > Environment:Windows Vista Home Basic
>> > JRE : 6
>> >
>> >
>> > Leif Mortenson-2 wrote:
>> >>
>> >> This could be getting caused by any number of things.  I would need
>> >> more information to say for sure.
>> >>
>> >> My first guess is that your service is not being run as an interactive
>> >> service.  That alone would explain why the GUI is not visible.
>> >> See this page:
>> >>
>> >> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
>> >>
>> >> Cheers,
>> >> Leif
>> >>
>> >> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve <rak...@gm...>
>> >> wrote:
>> >>>
>> >>>
>> >>> Hi all,
>> >>>
>> >>> I have a RMI-Application,which runs fine as Standalone.But after
>> >>> starting
>> >>> the application as a service
>> >>> it start's the required exe's in process tree but not as a
>> >>> application.
>> >>>
>> >>> The Structure is a Client/Administrator will start a particular exe on
>> >>> a
>> >>> machine on which the Service is running.
>> >>>
>> >>> I have created the Service for the RMI-Server specific files using
>> >>> Wrapper.
>> >>>
>> >>> After starting the java.exe process the service starts the exes but in
>> >>> as
>> >>> process and doesn't pop up the
>> >>> application window.
>> >>>
>> >>> For eg:If I request to start a mspaint the process mspaint.exe starts
>> >>> but
>> >>> doesnot pop up the paint window...
>> >>>
>> >>> Can any one find the bottleneck in this
>> >>>
>> >>> Thanks in Advance

Re: [Wrapper-user] Problem in running the Application as a Service

[Tested J. +ve <rak...@gm...>]

Hi Leif & all,

Were you able to find out something about the interactive stuff.

Regards
Rakesh

Leif Mortenson-3 wrote:
> 
> Windows Vista Handles Interactive services quite differently than
> previous versions of Windows.
> http://msdn.microsoft.com/en-us/library/ms683502.aspx
> 
> For security reasons, it no longer allows interactive services to run
> along side other non-secure applications as they can access each other
> via their windows.   To avoid this, the servicee is forced to display
> itself in an isolated desktop.  I believe that is what you are seeing.
> 
> I am going to do some more research on this and come up with a
> suggested way of handling this.
> 
> Cheers,
> Leif
> 
> On Mon, Mar 2, 2009 at 8:56 PM, Tested Java +ve <rak...@gm...>
> wrote:
>>
>> Hi Leif,
>>
>> Now I am able to see the GUI's.
>>
>> But I m caught in a another scenario..
>>
>> I found out that the service running my application doesn't start any
>> kind
>> of java.exe or javaw.exe process.
>>
>> but it run's the client request.
>>
>> Also its mandatory for my application to start the exe without any User
>> interaction.
>>
>> Because currently I have to select between the current desktop and
>> interactive desktop which is being poped up by user request.In my case
>> there
>> will be no one to select between these options on the remote machine on
>> which the service is running.
>>
>> How can we avoid this?
>>
>> Environment:Windows Vista Home Basic
>> JRE : 6
>>
>>
>> Leif Mortenson-2 wrote:
>>>
>>> This could be getting caused by any number of things.  I would need
>>> more information to say for sure.
>>>
>>> My first guess is that your service is not being run as an interactive
>>> service.  That alone would explain why the GUI is not visible.
>>> See this page:
>>> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
>>>
>>> Cheers,
>>> Leif
>>>
>>> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve <rak...@gm...>
>>> wrote:
>>>>
>>>>
>>>> Hi all,
>>>>
>>>> I have a RMI-Application,which runs fine as Standalone.But after
>>>> starting
>>>> the application as a service
>>>> it start's the required exe's in process tree but not as a application.
>>>>
>>>> The Structure is a Client/Administrator will start a particular exe on
>>>> a
>>>> machine on which the Service is running.
>>>>
>>>> I have created the Service for the RMI-Server specific files using
>>>> Wrapper.
>>>>
>>>> After starting the java.exe process the service starts the exes but in
>>>> as
>>>> process and doesn't pop up the
>>>> application window.
>>>>
>>>> For eg:If I request to start a mspaint the process mspaint.exe starts
>>>> but
>>>> doesnot pop up the paint window...
>>>>
>>>> Can any one find the bottleneck in this
>>>>
>>>> Thanks in Advance
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

-- 
View this message in context: http://www.nabble.com/Problem-in-running-the-Application-as-a-Service-tp21972495p22433099.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

Re: [Wrapper-user] Problem in running the Application as a Service

[rakesh c. <rak...@gm...>]

Hi Leif,
Were you able to find out some crack for the same.

Thanks!

Rakesh

On Tue, Mar 3, 2009 at 10:16 AM, Leif Mortenson <
lei...@ta...> wrote:

> Windows Vista Handles Interactive services quite differently than
> previous versions of Windows.
> http://msdn.microsoft.com/en-us/library/ms683502.aspx
>
> For security reasons, it no longer allows interactive services to run
> along side other non-secure applications as they can access each other
> via their windows.   To avoid this, the servicee is forced to display
> itself in an isolated desktop.  I believe that is what you are seeing.
>
> I am going to do some more research on this and come up with a
> suggested way of handling this.
>
> Cheers,
> Leif
>
> On Mon, Mar 2, 2009 at 8:56 PM, Tested Java +ve <rak...@gm...>
> wrote:
> >
> > Hi Leif,
> >
> > Now I am able to see the GUI's.
> >
> > But I m caught in a another scenario..
> >
> > I found out that the service running my application doesn't start any
> kind
> > of java.exe or javaw.exe process.
> >
> > but it run's the client request.
> >
> > Also its mandatory for my application to start the exe without any User
> > interaction.
> >
> > Because currently I have to select between the current desktop and
> > interactive desktop which is being poped up by user request.In my case
> there
> > will be no one to select between these options on the remote machine on
> > which the service is running.
> >
> > How can we avoid this?
> >
> > Environment:Windows Vista Home Basic
> > JRE : 6
> >
> >
> > Leif Mortenson-2 wrote:
> >>
> >> This could be getting caused by any number of things.  I would need
> >> more information to say for sure.
> >>
> >> My first guess is that your service is not being run as an interactive
> >> service.  That alone would explain why the GUI is not visible.
> >> See this page:
> >>
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
> >>
> >> Cheers,
> >> Leif
> >>
> >> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve <rak...@gm...>
> >> wrote:
> >>>
> >>>
> >>> Hi all,
> >>>
> >>> I have a RMI-Application,which runs fine as Standalone.But after
> starting
> >>> the application as a service
> >>> it start's the required exe's in process tree but not as a application.
> >>>
> >>> The Structure is a Client/Administrator will start a particular exe on
> a
> >>> machine on which the Service is running.
> >>>
> >>> I have created the Service for the RMI-Server specific files using
> >>> Wrapper.
> >>>
> >>> After starting the java.exe process the service starts the exes but in
> as
> >>> process and doesn't pop up the
> >>> application window.
> >>>
> >>> For eg:If I request to start a mspaint the process mspaint.exe starts
> but
> >>> doesnot pop up the paint window...
> >>>
> >>> Can any one find the bottleneck in this
> >>>
> >>> Thanks in Advance
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] JBoss + Windows: service GSSAPI+Kerberos won't work for me with wrapper

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

Chris,
I was not clear from your reply.   Is the keyTab file failing to be
found BOTH when running under the Wrapper in console mode and when
running under the Wrapper as a service?

If it is failing under the Wrapper as a console that would help narrow
down the causes.

The Wrapper does not do anything at all to restrict what the JVM has
access to.  In console mode, it should run exactly as it would without
the Wrapper in the equation.   The only exceptions are as follows:

1) The Wrapper creates a backend socket between the Wrapper and Java
processes.  This results in two ports being bound.  By default these
will be 31000 and 32000:
http://wrapper.tanukisoftware.org/doc/english/prop-port.html
http://wrapper.tanukisoftware.org/doc/english/prop-jvm-port.html

2) Normally when a JVM is run, a java.library.path is not defined on
the Java command line.  When this is the case, the JVM will search the
system PATH by default for any native libraries.   When running under
the Wrapper, for stability reasons, we specify a java.library.path for
the wrapper.dll file.  We recommend that you use this method for any
of your native libraries as well.  If your application makes use of
any native libraries that would normally be found on the PATH they
would not be found unless their location was added specifically.
There is a property which will get the PATH support back by appending
the full PATH to the java library path.
http://wrapper.tanukisoftware.org/doc/english/prop-java-library-path-n.html
http://wrapper.tanukisoftware.org/doc/english/prop-java-library-path-append-system-path.html

Could you add the wrapper.java.command.loglevel=INFO property and then
copy the resulting Java command when running in Console mode into a
reply email.  Send that along with the full java command generated by
your JBoss startup script.  You can get that by inserting an "echo" at
the beginning of the line where java is launched.    I might be able
to point to the problem by comparing them.

What is the exception stack you are getting when the keyTab file fails
to be located?

Did you have a chance to run the Wrapper generated java command
without the wrapper.key property?

Cheers,
Leif

On Tue, Mar 10, 2009 at 10:17 AM, Christopher Corbell
<chr...@gm...> wrote:
> Leif,
>
> Thanks for your help - still no luck though.
>
> I have been alternately testing both in console mode and doing a full
> service install and start.  Also I am using wrapper.java.command so I'm sure
> that the JVM is OK (and I've tried a few other options including use of the
> freshest JDK).
>
> I just attempted going through a range of options with
> wrapper.ntservice.accountname and full service deployment, thinking it might
> be an issue of being able to access the keyTab file locally. This didn't
> really lead anywhere; we're using the default (.\LocalSystem) which should
> be providing the most local access anyway.  I also verified that the keyTab
> file is readable as are its parent directories.
>
> Reading through the MSDN service docs it certainly seems like it should work
> and that LocalSystem is the correct way to run the service.  Could it be
> that in calling back to the KDC there's some transport protocol or port
> that's used which an app launched by the wrapper wouldn't have access to,
> when a straight JBoss console run would?
>
> Another thought - does the service running via wrapper automatically do
> anything involving the host machine's login network domain/realm?  The
> machine I'm working on is actually not bound to the realm of the service's
> KDC (which is a test server), it's bound to our company realm (as my user
> login).  But the server KDC does have its own DNS and, as mentioned, it all
> works fine when running JBoss as just a straight console app.
>
> - Chris
>
> On Fri, Mar 6, 2009 at 8:40 PM, Leif Mortenson
> <lei...@ta...> wrote:
>>
>> Chris,
>> When it is failing to find the keyTab file, are you running as a
>> service or in console mode.  Please be sure to test in console mode.
>> If that works but the service fails it will significantly narrow down
>> the possibilities.
>>
>> Another thing to try is to run once with the following property set:
>> wrapper.java.command.loglevel=INFO
>> This will cause the full generated Java command line to be written to
>> the log.   Copy this into a batch file and, important, remove the
>> -Dwrapper.key parameter.   You will then be able to run your
>> application using the same settings as the Wrapper but without having
>> the Wrapper in the equation.  This mode was written as a sanity check
>> so the Wrapper can be removed from the list of potential causes.
>>
>> One common cause is running the wrong JVM.  When you run from your
>> run.bat, the JAVA_HOME or PATH may be finding a different java version
>> than the wrapper.  Setting the Java command to a known value will
>> resolve this kind of problem.
>> wrapper.java.command=%JAVA_HOME%/bin/java
>> You should be able to see he exact JVM being run by looking at the
>> above java command line.
>>
>> Cheers,
>> Leif
>>
>>
>> On Sat, Mar 7, 2009 at 7:26 AM, Christopher Corbell
>> <chr...@gm...> wrote:
>> > Has anyone used the magic compination of: wrapper (for Windows service),
>> > JBoss, and Kerberos/GSSAPI?
>> >
>> > What I'm finding is that when my (JBoss) service runs under wrapper, the
>> > Java GSSAPI code can't seem to load/validate the service's credentials.
>> > I'm
>> > using a local keyTab file exported from an ActiveDirectory KDC for the
>> > service credentials.
>> >
>> > When I do this with the standard JBoss run.bat (avoiding wrapper),
>> > everything works fine - the credential gets created and the
>> > acceptSecContext() call succeeds (meaning my service has been validated
>> > by
>> > the local keyTab file in conjunction with an ActiveDirectory KDC).  The
>> > local absolute path to the keyTab is configured (along with other
>> > Kerberos
>> > login module properties) in the JBoss login-config.xml file.
>> >
>> > When I run the exact same code and configuration but run my service via
>> > wrapper, I get a "GSSException: no valid credentails provided" error.
>> > Most
>> > of the time I've seen this exception during credentials creation it's
>> > because the service can't find or resolve its keyTab file.  Any reason
>> > the
>> > wrapper-launched service might fail to resolve an absolute path to a
>> > local
>> > keyTab file, or fail to read the file, when it works fine via straight
>> > launch of JBoss?
>> >
>> > I'm using JBoss 4.0.5 and wrapper 3.2.3.  Thanks for any help.
>> >
>> > - Chris

Re: [Wrapper-user] JBoss + Windows: service GSSAPI+Kerberos won't work for me with wrapper

[Christopher C. <chr...@gm...>]

Leif,

Thanks for your help - still no luck though.

I have been alternately testing both in console mode and doing a full
service install and start.  Also I am using wrapper.java.command so I'm sure
that the JVM is OK (and I've tried a few other options including use of the
freshest JDK).

I just attempted going through a range of options with
wrapper.ntservice.accountname and full service deployment, thinking it might
be an issue of being able to access the keyTab file locally. This didn't
really lead anywhere; we're using the default (.\LocalSystem) which should
be providing the most local access anyway.  I also verified that the keyTab
file is readable as are its parent directories.

Reading through the MSDN service docs it certainly seems like it should work
and that LocalSystem is the correct way to run the service.  Could it be
that in calling back to the KDC there's some transport protocol or port
that's used which an app launched by the wrapper wouldn't have access to,
when a straight JBoss console run would?

Another thought - does the service running via wrapper automatically do
anything involving the host machine's login network domain/realm?  The
machine I'm working on is actually not bound to the realm of the service's
KDC (which is a test server), it's bound to our company realm (as my user
login).  But the server KDC does have its own DNS and, as mentioned, it all
works fine when running JBoss as just a straight console app.

- Chris

On Fri, Mar 6, 2009 at 8:40 PM, Leif Mortenson <
lei...@ta...> wrote:

> Chris,
> When it is failing to find the keyTab file, are you running as a
> service or in console mode.  Please be sure to test in console mode.
> If that works but the service fails it will significantly narrow down
> the possibilities.
>
> Another thing to try is to run once with the following property set:
> wrapper.java.command.loglevel=INFO
> This will cause the full generated Java command line to be written to
> the log.   Copy this into a batch file and, important, remove the
> -Dwrapper.key parameter.   You will then be able to run your
> application using the same settings as the Wrapper but without having
> the Wrapper in the equation.  This mode was written as a sanity check
> so the Wrapper can be removed from the list of potential causes.
>
> One common cause is running the wrong JVM.  When you run from your
> run.bat, the JAVA_HOME or PATH may be finding a different java version
> than the wrapper.  Setting the Java command to a known value will
> resolve this kind of problem.
> wrapper.java.command=%JAVA_HOME%/bin/java
> You should be able to see he exact JVM being run by looking at the
> above java command line.
>
> Cheers,
> Leif
>
>
> On Sat, Mar 7, 2009 at 7:26 AM, Christopher Corbell
> <chr...@gm...> wrote:
> > Has anyone used the magic compination of: wrapper (for Windows service),
> > JBoss, and Kerberos/GSSAPI?
> >
> > What I'm finding is that when my (JBoss) service runs under wrapper, the
> > Java GSSAPI code can't seem to load/validate the service's credentials.
> I'm
> > using a local keyTab file exported from an ActiveDirectory KDC for the
> > service credentials.
> >
> > When I do this with the standard JBoss run.bat (avoiding wrapper),
> > everything works fine - the credential gets created and the
> > acceptSecContext() call succeeds (meaning my service has been validated
> by
> > the local keyTab file in conjunction with an ActiveDirectory KDC).  The
> > local absolute path to the keyTab is configured (along with other
> Kerberos
> > login module properties) in the JBoss login-config.xml file.
> >
> > When I run the exact same code and configuration but run my service via
> > wrapper, I get a "GSSException: no valid credentails provided" error.
> Most
> > of the time I've seen this exception during credentials creation it's
> > because the service can't find or resolve its keyTab file.  Any reason
> the
> > wrapper-launched service might fail to resolve an absolute path to a
> local
> > keyTab file, or fail to read the file, when it works fine via straight
> > launch of JBoss?
> >
> > I'm using JBoss 4.0.5 and wrapper 3.2.3.  Thanks for any help.
> >
> > - Chris
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Wrapper not recognising socket exception

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

Richard,
Sorry for the delay.  Glad you have gotten it working.

Please let us know if you have any other issues.

Cheers,
Leif

On Mon, Mar 9, 2009 at 6:59 PM, Richard Wilson
<ri...@mi...> wrote:
> Apologies, I can see now this is covered under bug ref 1594073 and fixed in 3.3.0.
>
> --- ri...@mi... wrote:
>
> From: "Richard Wilson" <ri...@mi...>
> To: <wra...@li...>
> Subject: Wrapper not recognising socket exception
> Date: Wed, 4 Mar 2009 06:58:47 -0800
>
> Hi,
>
> I have a problem where the wrapper is failing to start correctly because it cannot open the JVM communications socket on port 31000. With debug on, the log contains:
>
>>>>
>
> Launching a JVM...
> Starting the Mule Server...
> WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@1855af5
> Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
>  Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
>
> Wrapper Manager: JVM #1
> Running a 32-bit JVM.
> Wrapper Manager: Registering shutdown hook
> Wrapper Manager: Using wrapper
> Load native library.  One or more attempts may fail if platform specific libraries do not exist.
> Loaded native library: libwrapper-solaris-sparc-32.so
> Calling native initialization method.
> Inside native WrapperManager initialization method
> Java Version   : 1.5.0_06-b05 Java HotSpot(TM) Server VM
> Java VM Vendor : Sun Microsystems Inc.
>
> Control event monitor thread started.
> Startup runner thread started.
> WrapperManager.start(org.mule.module.boot.MuleServerWrapper@1256ea2, args["console0"]) called by thread: main
> Communications runner thread started.
> Open socket to wrapper...Wrapper-Connection
> java.net.SocketException: Address already in use
> Open socket to wrapper...Wrapper-Connection
> java.net.SocketException: Address already in use
> Open socket to wrapper...Wrapper-Connection
> java.net.SocketException: Address already in use
> …
>
> <<<
>
> I guess it is trying to open a socket on port 31000 but failing. However, it is not recognising the exception correctly in order to try the next available port number. Instead, I believe it is trying the same port number indefinitely.
>
> The problem seems to be the logic inside WrapperManager.openSocket(), which looks for either a BindException or an exception with "errno: 48" in the message. In this case there is neither.
>
> I am running the wrapper version 3.2.3 as part of a Mule 2.1.2 installation on a Fujitsu/Sparc/Solaris server.
> Uname –a returns: SunOS xxxxxxx 5.10 Generic_125100-10 sun4us sparc FJSV,GPUZC-M
>
> regards
> Richard.

Re: [Wrapper-user] Wrapper not recognising socket exception

[Richard W. <ri...@mi...>]

Apologies, I can see now this is covered under bug ref 1594073 and fixed in 3.3.0.

--- ri...@mi... wrote:

From: "Richard Wilson" <ri...@mi...>
To: <wra...@li...>
Subject: Wrapper not recognising socket exception
Date: Wed, 4 Mar 2009 06:58:47 -0800

Hi,

I have a problem where the wrapper is failing to start correctly because it cannot open the JVM communications socket on port 31000. With debug on, the log contains:

>>> 

Launching a JVM...
Starting the Mule Server...
WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@1855af5
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
  Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
 
Wrapper Manager: JVM #1
Running a 32-bit JVM.
Wrapper Manager: Registering shutdown hook
Wrapper Manager: Using wrapper
Load native library.  One or more attempts may fail if platform specific libraries do not exist.
Loaded native library: libwrapper-solaris-sparc-32.so
Calling native initialization method.
Inside native WrapperManager initialization method
Java Version   : 1.5.0_06-b05 Java HotSpot(TM) Server VM
Java VM Vendor : Sun Microsystems Inc.
 
Control event monitor thread started.
Startup runner thread started.
WrapperManager.start(org.mule.module.boot.MuleServerWrapper@1256ea2, args["console0"]) called by thread: main
Communications runner thread started.
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
…
 
<<< 
 
I guess it is trying to open a socket on port 31000 but failing. However, it is not recognising the exception correctly in order to try the next available port number. Instead, I believe it is trying the same port number indefinitely.

The problem seems to be the logic inside WrapperManager.openSocket(), which looks for either a BindException or an exception with "errno: 48" in the message. In this case there is neither.

I am running the wrapper version 3.2.3 as part of a Mule 2.1.2 installation on a Fujitsu/Sparc/Solaris server.
Uname –a returns: SunOS xxxxxxx 5.10 Generic_125100-10 sun4us sparc FJSV,GPUZC-M
 
regards
Richard.

[Wrapper-user] Java Service Wrapper 3.3.3 released

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

Hello all,
We are proud to announce the release of version 3.3.3 of the Java
Service Wrapper.

New Features are
* The new Java Service Wrapper Logo
* A new Integration method which makes it easy to use the Wrapper with
Executable Jars.
* A new system which can be used to wrap JNI calls in daemon threads
to prevent the JVM from shutting down while they are active.   Many
JVMs will crash on exit if this happens.

There were also a few bug fixes so be sure to take a look at the full
release notes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

We have also updated our company and wrapper web sites to reflect the new logo.
http://www.tanukisoftware.com/

Version 3.3.3 is available on the usual download page:
http://wrapper.tanukisoftware.org/doc/english/download.jsp

Let me know if you have any questions getting upgraded.

Cheers,
Leif

Re: [Wrapper-user] JBoss + Windows: service GSSAPI+Kerberos won't work for me with wrapper

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

Chris,
When it is failing to find the keyTab file, are you running as a
service or in console mode.  Please be sure to test in console mode.
If that works but the service fails it will significantly narrow down
the possibilities.

Another thing to try is to run once with the following property set:
wrapper.java.command.loglevel=INFO
This will cause the full generated Java command line to be written to
the log.   Copy this into a batch file and, important, remove the
-Dwrapper.key parameter.   You will then be able to run your
application using the same settings as the Wrapper but without having
the Wrapper in the equation.  This mode was written as a sanity check
so the Wrapper can be removed from the list of potential causes.

One common cause is running the wrong JVM.  When you run from your
run.bat, the JAVA_HOME or PATH may be finding a different java version
than the wrapper.  Setting the Java command to a known value will
resolve this kind of problem.
wrapper.java.command=%JAVA_HOME%/bin/java
You should be able to see he exact JVM being run by looking at the
above java command line.

Cheers,
Leif


On Sat, Mar 7, 2009 at 7:26 AM, Christopher Corbell
<chr...@gm...> wrote:
> Has anyone used the magic compination of: wrapper (for Windows service),
> JBoss, and Kerberos/GSSAPI?
>
> What I'm finding is that when my (JBoss) service runs under wrapper, the
> Java GSSAPI code can't seem to load/validate the service's credentials.  I'm
> using a local keyTab file exported from an ActiveDirectory KDC for the
> service credentials.
>
> When I do this with the standard JBoss run.bat (avoiding wrapper),
> everything works fine - the credential gets created and the
> acceptSecContext() call succeeds (meaning my service has been validated by
> the local keyTab file in conjunction with an ActiveDirectory KDC).  The
> local absolute path to the keyTab is configured (along with other Kerberos
> login module properties) in the JBoss login-config.xml file.
>
> When I run the exact same code and configuration but run my service via
> wrapper, I get a "GSSException: no valid credentails provided" error.  Most
> of the time I've seen this exception during credentials creation it's
> because the service can't find or resolve its keyTab file.  Any reason the
> wrapper-launched service might fail to resolve an absolute path to a local
> keyTab file, or fail to read the file, when it works fine via straight
> launch of JBoss?
>
> I'm using JBoss 4.0.5 and wrapper 3.2.3.  Thanks for any help.
>
> - Chris

Re: [Wrapper-user] Cannot start my application as a Windows service

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

Zeynep,
I see.  Most likeyl your environment variables were being defined as
User level Evnironment Variables.  They need to be defined as system
environment variables for them to be visible from the SYSTEM account
that the services run under by default.

Glad you got it working.  Let me know if you run into any other issues.

Cheers,
Leif

On Sat, Mar 7, 2009 at 2:41 AM, Gunal, Zeynep <zey...@tr...> wrote:
> Hi Leif,
>
> Thank you so much for your quick reply! And thanks for explaining how the Wrapper process works in 1).
>
> I managed to start the service eventually, and this I owe to your suggestion, which allowed me to see the real differences between the two java commands.
>
> I will elaborate this a bit in case newbies like me hit a similar problem.
>
>
> 1) I did as you said, removed the "-Dwrapper.key=NNNN" argument and this time is was a success, even though the service could not be started (and I know now why this was the case, see 2) below):
>
> C:\ADVLLoaderNew\ADVLLoader\bin>net start ADVLStatsLoaderGP
> The ADVLStatsLoaderGP service is starting............
> The ADVLStatsLoaderGP service could not be started.
>
> A service specific error occurred: 1.
>
> More help is available by typing NET HELPMSG 3547.
>
>
> C:\ADVLLoaderNew\ADVLLoader\bin>
> C:\ADVLLoaderNew\ADVLLoader\bin>set UnitCode
> UnitCode=GP
>
> C:\ADVLLoaderNew\ADVLLoader\bin>"C:\Program Files\Java\jdk1.5.0_17\bin\java" -DRunAsService=TRUE -DUnitCode=%UnitCode% -Dlog4j.configuration=file:%log4jPropFile% -Dshutdown.method=shutDown -Djava.library.path="../../lib" -classpath "../../lib/wrapper.jar;../../lib/wrappertest.jar;../lib/ADVLLoader.jar;../../lib/groovy-1.5.7.jar;../../lib/asm-2.2.jar;../../lib/log4j-1.2.12.jar;../../lib/sqljdbc.jar;../../lib/activation.jar;../../lib/mail.jar"  -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1376 -Dwrapper.version="3.3.2" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=4 org.tanukisoftware.wrapper.WrapperSimpleApp com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler
> WrapperManager Debug: WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@133056f
> WrapperManager: Initializing...
> WrapperManager Debug: JVM #4
> WrapperManager Debug: Running a 32-bit JVM.
> WrapperManager Debug: Registering shutdown hook
> WrapperManager Debug: Not using wrapper.  (key not specified)
> WrapperManager Debug: Load native library.  One or more attempts may fail if platform specific libraries do not exist.  This is NORM
> AL and is only a problem if they all fail.
> WrapperManager Debug:   Loaded native library: wrapper-windows-x86-32.dll
> WrapperManager Debug: Calling native initialization method.
> WrapperJNI Debug: Initializing WrapperManager native library.
> WrapperJNI Debug: Java Executable: C:\Program Files\Java\jdk1.5.0_17\bin\java.exe
> WrapperJNI Debug: Windows version: 5.1.2600
> WrapperManager Debug: Java Version   : 1.5.0_17-b04 Java HotSpot(TM) Client VM
> WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc.
> WrapperManager Debug: OS Name        : Windows XP
> WrapperManager Debug: OS Arch        : x86
> WrapperManager Debug:
> WrapperManager Debug: Control event monitor thread started.
> WrapperManager Debug: Startup runner thread started.
> WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@1a0c10f, args[]) called by thread: main
> WrapperManager Debug: calling WrapperListener.start()
> WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete.
> WrapperManager Debug: WrapperListener.start runner thread started.
> WrapperSimpleApp Debug: start(args) Will wait up to 2 seconds for the main method to complete.
> WrapperSimpleApp Debug: invoking main method
> WrapperSimpleApp Debug: main method completed
> WrapperSimpleApp Debug: start(args) end.  Main Completed=true, exitCode=null
> WrapperManager Debug: returned from WrapperListener.start()
>
> 2) It is a conscious decision to have my application jar file in a different folder, so that was not the issue. The real issue was that I was trying *don't laugh :-)* to use environment variables in the wrapper configuration file, like:
>
> wrapper.java.additional.2=-DUnitCode=%UnitCode%
> wrapper.java.additional.3=-Dlog4j.configuration=file:%log4jPropFile%
>
> When the command file that defines them and the "net start" command are executed in the same cmd session, as I was doing, there was no problem. But the moment the service was started from the Windows services window, it was failing because these variables were unknown. Sadly, the exception java.lang.ExceptionInInitializerError is not sufficient to get to the heart of the problem...
>
> Anyway, once I replaced them by the actual values, everything worked as they should be.
>
>
> Thanks again.
> Zeynep
>
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: 06 March 2009 17:38
> To: wra...@li...
> Subject: Re: [Wrapper-user] Cannot start my application as a Windows service
>
> Zeynep,
> 1) First let me explain the output in your commandprompt.txt file.
> You have copied the Java command line generated by the wrapper as is
> and are attempting to run it from a batch file or something?  The
> problem is that if you do that as is, the WrapperManager class will
> attempt to open a control socket back to the Wrapper process.  In this
> case, the Wrapper process does not exist so the WrapperManager fails
> and intentionally exits the JVM.
>
> To run without the Wrapper, copy the full command line as you did, but
> remove the "-Dwrapper.key=NNNN" argument.  If that does not exist,
> then the WrapperManager will run in a standalone mode that lets you
> test without the Wrapper process.
>
> 2) The main problem is the class not found issue:
> INFO   | jvm 1    | 2009/03/06 13:38:55 | WrapperSimpleApp: Unable to
> locate the class
> com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
> java.lang.ExceptionInInitializerError
> This is of course being caused because your
> com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler
> class is not being found on the classpath.  Which jar file should it
> be located in?  My guess is ADVLLoader.jar?   I notice that that one
> classpath element is "../lib/" while the others are all "../../lib/".
>  Could that be your problem?
>
> Cheers,
> Leif
>
> On Fri, Mar 6, 2009 at 10:43 PM, Gunal, Zeynep <zey...@tr...> wrote:
>>
>>
>> Hi,
>>
>>
>>
>> This subject has been kind of discussed before but I couldn't find a
>> solution in the archives.
>>
>>
>>
>> When I start the application as a service, this is the error in the log file
>> (cf. wrapper.log):
>>
>>
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Startup
>> runner thread started.
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp: Unable to locate
>> the class
>> com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
>> java.lang.ExceptionInInitializerError
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp Usage:
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |   java
>> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments]
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | Where:
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_class:      The fully
>> qualified class name of the application to run.
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_arguments:  The arguments
>> that would normally be passed to the
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 |                   application.
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug:
>> WrapperManager.stop(1) called by thread: main
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Backend
>> socket not connected, not sending packet STOP : 1
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Control
>> event monitor thread started.
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Thread,
>> main, handling the shutdown process.
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug:
>> shutdownJVM(1) Thread:main
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Backend
>> socket not connected, not sending packet STOPPED : 1
>>
>> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: calling
>> System.exit(1)
>>
>> DEBUG  | wrapper  | 2009/03/06 13:39:22 | JVM process exited with a code of
>> 1, setting the wrapper exit code to 1.
>>
>> ERROR  | wrapper  | 2009/03/06 13:39:22 | JVM exited while loading the
>> application.
>>
>>
>>
>> When I copy/paste the java run command which is in the log file to the
>> command line, the following happens (cf. commandprompt.txt):
>>
>>
>>
>> WrapperManager Debug: Control event monitor thread started.
>>
>> WrapperManager Debug: Startup runner thread started.
>>
>> WrapperManager Debug:
>> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@e2eec8,
>> args[]) called by thread: main
>>
>> WrapperManager Debug: Communications runner thread started.
>>
>> WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
>>
>> WrapperManager Error: Failed to connect to the Wrapper at port 32000.
>> Cause: java.net.ConnectException: Connection refused: connect
>>
>>
>>
>> WrapperManager Error: Exiting JVM...
>>
>>
>>
>> My application runs correctly as standalone, and also with the console
>> option of Wrapper (cf. commandprompt-console.txt)
>>
>>
>>
>> What is it that I am missing? I am sending you the command file
>> (installADVLStatisticsService.txt.wasbat) and the config file
>> (wrapper_config.properties) in case you would want to see them. I
>> desperately need another pair of eyes to pinpoint the problem!
>>
>>
>>
>> Thanks for your support,
>>
>>
>>
>> Zeynep

[Wrapper-user] JBoss + Windows: service GSSAPI+Kerberos won't work for me with wrapper

[Christopher C. <chr...@gm...>]

Has anyone used the magic compination of: wrapper (for Windows service),
JBoss, and Kerberos/GSSAPI?

What I'm finding is that when my (JBoss) service runs under wrapper, the
Java GSSAPI code can't seem to load/validate the service's credentials.  I'm
using a local keyTab file exported from an ActiveDirectory KDC for the
service credentials.

When I do this with the standard JBoss run.bat (avoiding wrapper),
everything works fine - the credential gets created and the
acceptSecContext() call succeeds (meaning my service has been validated by
the local keyTab file in conjunction with an ActiveDirectory KDC).  The
local absolute path to the keyTab is configured (along with other Kerberos
login module properties) in the JBoss login-config.xml file.

When I run the exact same code and configuration but run my service via
wrapper, I get a "GSSException: no valid credentails provided" error.  Most
of the time I've seen this exception during credentials creation it's
because the service can't find or resolve its keyTab file.  Any reason the
wrapper-launched service might fail to resolve an absolute path to a local
keyTab file, or fail to read the file, when it works fine via straight
launch of JBoss?

I'm using JBoss 4.0.5 and wrapper 3.2.3.  Thanks for any help.

- Chris

Re: [Wrapper-user] Cannot start my application as a Windows service

[Gunal, Z. <zey...@tr...>]

Hi Leif,

Thank you so much for your quick reply! And thanks for explaining how the Wrapper process works in 1).

I managed to start the service eventually, and this I owe to your suggestion, which allowed me to see the real differences between the two java commands.

I will elaborate this a bit in case newbies like me hit a similar problem.


1) I did as you said, removed the "-Dwrapper.key=NNNN" argument and this time is was a success, even though the service could not be started (and I know now why this was the case, see 2) below):

C:\ADVLLoaderNew\ADVLLoader\bin>net start ADVLStatsLoaderGP
The ADVLStatsLoaderGP service is starting............
The ADVLStatsLoaderGP service could not be started.

A service specific error occurred: 1.

More help is available by typing NET HELPMSG 3547.


C:\ADVLLoaderNew\ADVLLoader\bin>
C:\ADVLLoaderNew\ADVLLoader\bin>set UnitCode
UnitCode=GP

C:\ADVLLoaderNew\ADVLLoader\bin>"C:\Program Files\Java\jdk1.5.0_17\bin\java" -DRunAsService=TRUE -DUnitCode=%UnitCode% -Dlog4j.configuration=file:%log4jPropFile% -Dshutdown.method=shutDown -Djava.library.path="../../lib" -classpath "../../lib/wrapper.jar;../../lib/wrappertest.jar;../lib/ADVLLoader.jar;../../lib/groovy-1.5.7.jar;../../lib/asm-2.2.jar;../../lib/log4j-1.2.12.jar;../../lib/sqljdbc.jar;../../lib/activation.jar;../../lib/mail.jar"  -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1376 -Dwrapper.version="3.3.2" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=4 org.tanukisoftware.wrapper.WrapperSimpleApp com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler
WrapperManager Debug: WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@133056f
WrapperManager: Initializing...
WrapperManager Debug: JVM #4
WrapperManager Debug: Running a 32-bit JVM.
WrapperManager Debug: Registering shutdown hook
WrapperManager Debug: Not using wrapper.  (key not specified)
WrapperManager Debug: Load native library.  One or more attempts may fail if platform specific libraries do not exist.  This is NORM
AL and is only a problem if they all fail.
WrapperManager Debug:   Loaded native library: wrapper-windows-x86-32.dll
WrapperManager Debug: Calling native initialization method.
WrapperJNI Debug: Initializing WrapperManager native library.
WrapperJNI Debug: Java Executable: C:\Program Files\Java\jdk1.5.0_17\bin\java.exe
WrapperJNI Debug: Windows version: 5.1.2600
WrapperManager Debug: Java Version   : 1.5.0_17-b04 Java HotSpot(TM) Client VM
WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc.
WrapperManager Debug: OS Name        : Windows XP
WrapperManager Debug: OS Arch        : x86
WrapperManager Debug:
WrapperManager Debug: Control event monitor thread started.
WrapperManager Debug: Startup runner thread started.
WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@1a0c10f, args[]) called by thread: main
WrapperManager Debug: calling WrapperListener.start()
WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete.
WrapperManager Debug: WrapperListener.start runner thread started.
WrapperSimpleApp Debug: start(args) Will wait up to 2 seconds for the main method to complete.
WrapperSimpleApp Debug: invoking main method
WrapperSimpleApp Debug: main method completed
WrapperSimpleApp Debug: start(args) end.  Main Completed=true, exitCode=null
WrapperManager Debug: returned from WrapperListener.start()

2) It is a conscious decision to have my application jar file in a different folder, so that was not the issue. The real issue was that I was trying *don't laugh :-)* to use environment variables in the wrapper configuration file, like:
 
wrapper.java.additional.2=-DUnitCode=%UnitCode%
wrapper.java.additional.3=-Dlog4j.configuration=file:%log4jPropFile%

When the command file that defines them and the "net start" command are executed in the same cmd session, as I was doing, there was no problem. But the moment the service was started from the Windows services window, it was failing because these variables were unknown. Sadly, the exception java.lang.ExceptionInInitializerError is not sufficient to get to the heart of the problem...

Anyway, once I replaced them by the actual values, everything worked as they should be.


Thanks again.
Zeynep


-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...] 
Sent: 06 March 2009 17:38
To: wra...@li...
Subject: Re: [Wrapper-user] Cannot start my application as a Windows service

Zeynep,
1) First let me explain the output in your commandprompt.txt file.
You have copied the Java command line generated by the wrapper as is
and are attempting to run it from a batch file or something?  The
problem is that if you do that as is, the WrapperManager class will
attempt to open a control socket back to the Wrapper process.  In this
case, the Wrapper process does not exist so the WrapperManager fails
and intentionally exits the JVM.

To run without the Wrapper, copy the full command line as you did, but
remove the "-Dwrapper.key=NNNN" argument.  If that does not exist,
then the WrapperManager will run in a standalone mode that lets you
test without the Wrapper process.

2) The main problem is the class not found issue:
INFO   | jvm 1    | 2009/03/06 13:38:55 | WrapperSimpleApp: Unable to
locate the class
com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
java.lang.ExceptionInInitializerError
This is of course being caused because your
com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler
class is not being found on the classpath.  Which jar file should it
be located in?  My guess is ADVLLoader.jar?   I notice that that one
classpath element is "../lib/" while the others are all "../../lib/".
 Could that be your problem?

Cheers,
Leif

On Fri, Mar 6, 2009 at 10:43 PM, Gunal, Zeynep <zey...@tr...> wrote:
>
>
> Hi,
>
>
>
> This subject has been kind of discussed before but I couldn't find a
> solution in the archives.
>
>
>
> When I start the application as a service, this is the error in the log file
> (cf. wrapper.log):
>
>
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Startup
> runner thread started.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp: Unable to locate
> the class
> com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
> java.lang.ExceptionInInitializerError
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp Usage:
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   java
> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments]
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | Where:
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_class:      The fully
> qualified class name of the application to run.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_arguments:  The arguments
> that would normally be passed to the
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |                   application.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug:
> WrapperManager.stop(1) called by thread: main
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Backend
> socket not connected, not sending packet STOP : 1
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Control
> event monitor thread started.
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Thread,
> main, handling the shutdown process.
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug:
> shutdownJVM(1) Thread:main
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Backend
> socket not connected, not sending packet STOPPED : 1
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: calling
> System.exit(1)
>
> DEBUG  | wrapper  | 2009/03/06 13:39:22 | JVM process exited with a code of
> 1, setting the wrapper exit code to 1.
>
> ERROR  | wrapper  | 2009/03/06 13:39:22 | JVM exited while loading the
> application.
>
>
>
> When I copy/paste the java run command which is in the log file to the
> command line, the following happens (cf. commandprompt.txt):
>
>
>
> WrapperManager Debug: Control event monitor thread started.
>
> WrapperManager Debug: Startup runner thread started.
>
> WrapperManager Debug:
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@e2eec8,
> args[]) called by thread: main
>
> WrapperManager Debug: Communications runner thread started.
>
> WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
>
> WrapperManager Error: Failed to connect to the Wrapper at port 32000.
> Cause: java.net.ConnectException: Connection refused: connect
>
>
>
> WrapperManager Error: Exiting JVM...
>
>
>
> My application runs correctly as standalone, and also with the console
> option of Wrapper (cf. commandprompt-console.txt)
>
>
>
> What is it that I am missing? I am sending you the command file
> (installADVLStatisticsService.txt.wasbat) and the config file
> (wrapper_config.properties) in case you would want to see them. I
> desperately need another pair of eyes to pinpoint the problem!
>
>
>
> Thanks for your support,
>
>
>
> Zeynep

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Cannot start my application as a Windows service

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

Zeynep,
1) First let me explain the output in your commandprompt.txt file.
You have copied the Java command line generated by the wrapper as is
and are attempting to run it from a batch file or something?  The
problem is that if you do that as is, the WrapperManager class will
attempt to open a control socket back to the Wrapper process.  In this
case, the Wrapper process does not exist so the WrapperManager fails
and intentionally exits the JVM.

To run without the Wrapper, copy the full command line as you did, but
remove the "-Dwrapper.key=NNNN" argument.  If that does not exist,
then the WrapperManager will run in a standalone mode that lets you
test without the Wrapper process.

2) The main problem is the class not found issue:
INFO   | jvm 1    | 2009/03/06 13:38:55 | WrapperSimpleApp: Unable to
locate the class
com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
java.lang.ExceptionInInitializerError
This is of course being caused because your
com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler
class is not being found on the classpath.  Which jar file should it
be located in?  My guess is ADVLLoader.jar?   I notice that that one
classpath element is "../lib/" while the others are all "../../lib/".
 Could that be your problem?

Cheers,
Leif

On Fri, Mar 6, 2009 at 10:43 PM, Gunal, Zeynep <zey...@tr...> wrote:
>
>
> Hi,
>
>
>
> This subject has been kind of discussed before but I couldn’t find a
> solution in the archives.
>
>
>
> When I start the application as a service, this is the error in the log file
> (cf. wrapper.log):
>
>
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Startup
> runner thread started.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp: Unable to locate
> the class
> com.truvo.advertiserLounge.dataProcessing.dataImport.loader.InputHandler:
> java.lang.ExceptionInInitializerError
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperSimpleApp Usage:
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   java
> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments]
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | Where:
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_class:      The fully
> qualified class name of the application to run.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |   app_arguments:  The arguments
> that would normally be passed to the
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 |                   application.
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug:
> WrapperManager.stop(1) called by thread: main
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Backend
> socket not connected, not sending packet STOP : 1
>
> INFO   | jvm 5    | 2009/03/06 13:39:21 | WrapperManager Debug: Control
> event monitor thread started.
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Thread,
> main, handling the shutdown process.
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug:
> shutdownJVM(1) Thread:main
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: Backend
> socket not connected, not sending packet STOPPED : 1
>
> INFO   | jvm 5    | 2009/03/06 13:39:22 | WrapperManager Debug: calling
> System.exit(1)
>
> DEBUG  | wrapper  | 2009/03/06 13:39:22 | JVM process exited with a code of
> 1, setting the wrapper exit code to 1.
>
> ERROR  | wrapper  | 2009/03/06 13:39:22 | JVM exited while loading the
> application.
>
>
>
> When I copy/paste the java run command which is in the log file to the
> command line, the following happens (cf. commandprompt.txt):
>
>
>
> WrapperManager Debug: Control event monitor thread started.
>
> WrapperManager Debug: Startup runner thread started.
>
> WrapperManager Debug:
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@e2eec8,
> args[]) called by thread: main
>
> WrapperManager Debug: Communications runner thread started.
>
> WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
>
> WrapperManager Error: Failed to connect to the Wrapper at port 32000.
> Cause: java.net.ConnectException: Connection refused: connect
>
>
>
> WrapperManager Error: Exiting JVM...
>
>
>
> My application runs correctly as standalone, and also with the console
> option of Wrapper (cf. commandprompt-console.txt)
>
>
>
> What is it that I am missing? I am sending you the command file
> (installADVLStatisticsService.txt.wasbat) and the config file
> (wrapper_config.properties) in case you would want to see them. I
> desperately need another pair of eyes to pinpoint the problem!
>
>
>
> Thanks for your support,
>
>
>
> Zeynep

[Wrapper-user] maven pom for wrapper [was: Renaming the wrapper.dll towrapper-windows-x86-32-3.3.2-st.dll]

[Leland, R. <rob...@io...>]

You might want to consider publishing the Java Service Wrapper into the maven repository,
it could help sales.
Here is the basic maven pom.xml, it still needs work though.
 
It is installed under org/tanukisoftware/wrapper/windows-x86-32-3.3.2-st.
 
 
Also as I was reading the old forums I kept thinking how much you must have learned
from producing JSW over the years.
 
Chow,
 
-Rob
 

________________________________

From: Leif Mortenson [mailto:lei...@ta...]
Sent: Tue 3/3/2009 7:07 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Renaming the wrapper.dll towrapper-windows-x86-32-3.3.2-st.dll



Rob,
When the WrapperManager class in the JVM is initialized, it attempts
to load the wrapper.dll using two names.    The first is a platform
specific name that works when running the Wrapper using delta-pack
naming.    The second is the regular wrapper.dll file.   You can see
that in the following debug log outpu.  The first is not found and the
second is:

INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug: Load
native library.  One or more attempts may fail if platform specific
libraries do not exist.  This is NORMAL and is only a problem if they
all fail.
INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug:
Unable to load native library: wrapper-windows-x86-64.dll  Cause: no
wrapper-windows-x86-64 in java.library.path
INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug:
Loaded native library: wrapper.dll

As you noticed, the base name of both of these, "wrapper", can be
configured using the wrapper.native_library=wrapper property:
http://wrapper.tanukisoftware.org/doc/english/prop-native-library.html

If you specify it as
wrapper.native_library=wrapper-windows-x86-32-3.3.2-st then the
WrapperManager will attempt to load the native library using the
names: wrapper-windows-x86-32-3.3.2-st-windows-x86-64.dll and
wrapper-windows-x86-32-3.3.2-st.dll.   But yes, it will work.

Cheers,
Leif


On Wed, Mar 4, 2009 at 5:09 AM, Leland, Robert <rob...@io...> wrote:
> I have packaged wrapper into a maven distribution, excluding the license of
> course.
> In doing so I renamed the wrapper.dll, along with the wrapper.jar.
> In the wrapper.conf  I see a place to change the name of the wrapper.jar.
>
> My question is this:
> If the wrapper.dll is renamed to wrapper-windows-x86-32-3.3.2-st.dll and
> installed in the lib directory, will the wrapper.exe be able to find the
> dll? Will there be any problems from this ?
>
> When I installed  wrapper.exe using this configuration there were no
> complaints.
>
> -Rob

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Wrapper not recognising socket exception

[Richard W. <ri...@mi...>]

Hi,

I have a problem where the wrapper is failing to start correctly because it cannot open the JVM communications socket on port 31000. With debug on, the log contains:

>>> 

Launching a JVM...
Starting the Mule Server...
WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@1855af5
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
  Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
 
Wrapper Manager: JVM #1
Running a 32-bit JVM.
Wrapper Manager: Registering shutdown hook
Wrapper Manager: Using wrapper
Load native library.  One or more attempts may fail if platform specific libraries do not exist.
Loaded native library: libwrapper-solaris-sparc-32.so
Calling native initialization method.
Inside native WrapperManager initialization method
Java Version   : 1.5.0_06-b05 Java HotSpot(TM) Server VM
Java VM Vendor : Sun Microsystems Inc.
 
Control event monitor thread started.
Startup runner thread started.
WrapperManager.start(org.mule.module.boot.MuleServerWrapper@1256ea2, args["console0"]) called by thread: main
Communications runner thread started.
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
Open socket to wrapper...Wrapper-Connection
java.net.SocketException: Address already in use
…
 
<<< 
 
I guess it is trying to open a socket on port 31000 but failing. However, it is not recognising the exception correctly in order to try the next available port number. Instead, I believe it is trying the same port number indefinitely.

The problem seems to be the logic inside WrapperManager.openSocket(), which looks for either a BindException or an exception with "errno: 48" in the message. In this case there is neither.

I am running the wrapper version 3.2.3 as part of a Mule 2.1.2 installation on a Fujitsu/Sparc/Solaris server.
Uname –a returns: SunOS xxxxxxx 5.10 Generic_125100-10 sun4us sparc FJSV,GPUZC-M
 
regards
Richard.

[Wrapper-user] Java application as service on Linux

[Mallikarjuna_Gerivi <mal...@pe...>]

Hi

 

I am successful in executing the java application into UNIX daemon process
(running background) using wrapper-linux-x86-32-3.3.2 and controlling the
service through wrapper commands like

 

myservice start  -- To start the service 

 

myservice stop --- To stop the service

 

myservice status --- To find the status of the service

 

But I need to control the wrapper using "service" command which exists in
UNIX / LINUX for controlling the daemon processes.

 

For example, for getting the status of mysql process, we will use the
command as "service mysqld status" in UNIX / LINUX platform.

 

If I tried "service myservice status" to find the status of myservice, it is
throwing an error as 

 

"bash not found. Invalid command to execute" 

 

How to control myservice (UNIX daemon background process) through UNIX /
LINUX "service" command.

 

Thanking you,

 

Regards

Mallik


DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

Re: [Wrapper-user] Renaming the wrapper.dll to wrapper-windows-x86-32-3.3.2-st.dll

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

Rob,
When the WrapperManager class in the JVM is initialized, it attempts
to load the wrapper.dll using two names.    The first is a platform
specific name that works when running the Wrapper using delta-pack
naming.    The second is the regular wrapper.dll file.   You can see
that in the following debug log outpu.  The first is not found and the
second is:

INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug: Load
native library.  One or more attempts may fail if platform specific
libraries do not exist.  This is NORMAL and is only a problem if they
all fail.
INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug:
Unable to load native library: wrapper-windows-x86-64.dll  Cause: no
wrapper-windows-x86-64 in java.library.path
INFO   | jvm 1    | 2009/03/04 09:02:40 | WrapperManager Debug:
Loaded native library: wrapper.dll

As you noticed, the base name of both of these, "wrapper", can be
configured using the wrapper.native_library=wrapper property:
http://wrapper.tanukisoftware.org/doc/english/prop-native-library.html

If you specify it as
wrapper.native_library=wrapper-windows-x86-32-3.3.2-st then the
WrapperManager will attempt to load the native library using the
names: wrapper-windows-x86-32-3.3.2-st-windows-x86-64.dll and
wrapper-windows-x86-32-3.3.2-st.dll.   But yes, it will work.

Cheers,
Leif


On Wed, Mar 4, 2009 at 5:09 AM, Leland, Robert <rob...@io...> wrote:
> I have packaged wrapper into a maven distribution, excluding the license of
> course.
> In doing so I renamed the wrapper.dll, along with the wrapper.jar.
> In the wrapper.conf  I see a place to change the name of the wrapper.jar.
>
> My question is this:
> If the wrapper.dll is renamed to wrapper-windows-x86-32-3.3.2-st.dll and
> installed in the lib directory, will the wrapper.exe be able to find the
> dll? Will there be any problems from this ?
>
> When I installed  wrapper.exe using this configuration there were no
> complaints.
>
> -Rob

[Wrapper-user] Renaming the wrapper.dll to wrapper-windows-x86-32-3.3.2-st.dll

[Leland, R. <rob...@io...>]

I have packaged wrapper into a maven distribution, excluding the license of course. 
In doing so I renamed the wrapper.dll, along with the wrapper.jar.
In the wrapper.conf  I see a place to change the name of the wrapper.jar.
 
My question is this: 
If the wrapper.dll is renamed to wrapper-windows-x86-32-3.3.2-st.dll and installed in the lib directory, will the wrapper.exe be able to find the dll? Will there be any problems from this ?
 
When I installed  wrapper.exe using this configuration there were no complaints.
 
-Rob

Re: [Wrapper-user] Problem in running the Application as a Service

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

Windows Vista Handles Interactive services quite differently than
previous versions of Windows.
http://msdn.microsoft.com/en-us/library/ms683502.aspx

For security reasons, it no longer allows interactive services to run
along side other non-secure applications as they can access each other
via their windows.   To avoid this, the servicee is forced to display
itself in an isolated desktop.  I believe that is what you are seeing.

I am going to do some more research on this and come up with a
suggested way of handling this.

Cheers,
Leif

On Mon, Mar 2, 2009 at 8:56 PM, Tested Java +ve <rak...@gm...> wrote:
>
> Hi Leif,
>
> Now I am able to see the GUI's.
>
> But I m caught in a another scenario..
>
> I found out that the service running my application doesn't start any kind
> of java.exe or javaw.exe process.
>
> but it run's the client request.
>
> Also its mandatory for my application to start the exe without any User
> interaction.
>
> Because currently I have to select between the current desktop and
> interactive desktop which is being poped up by user request.In my case there
> will be no one to select between these options on the remote machine on
> which the service is running.
>
> How can we avoid this?
>
> Environment:Windows Vista Home Basic
> JRE : 6
>
>
> Leif Mortenson-2 wrote:
>>
>> This could be getting caused by any number of things.  I would need
>> more information to say for sure.
>>
>> My first guess is that your service is not being run as an interactive
>> service.  That alone would explain why the GUI is not visible.
>> See this page:
>> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
>>
>> Cheers,
>> Leif
>>
>> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve <rak...@gm...>
>> wrote:
>>>
>>>
>>> Hi all,
>>>
>>> I have a RMI-Application,which runs fine as Standalone.But after starting
>>> the application as a service
>>> it start's the required exe's in process tree but not as a application.
>>>
>>> The Structure is a Client/Administrator will start a particular exe on a
>>> machine on which the Service is running.
>>>
>>> I have created the Service for the RMI-Server specific files using
>>> Wrapper.
>>>
>>> After starting the java.exe process the service starts the exes but in as
>>> process and doesn't pop up the
>>> application window.
>>>
>>> For eg:If I request to start a mspaint the process mspaint.exe starts but
>>> doesnot pop up the paint window...
>>>
>>> Can any one find the bottleneck in this
>>>
>>> Thanks in Advance

Re: [Wrapper-user] Problem in running the Application as a Service

[Tested J. +ve <rak...@gm...>]

Hi Leif,

Now I am able to see the GUI's.

But I m caught in a another scenario..

I found out that the service running my application doesn't start any kind
of java.exe or javaw.exe process.

but it run's the client request.

Also its mandatory for my application to start the exe without any User
interaction.

Because currently I have to select between the current desktop and
interactive desktop which is being poped up by user request.In my case there
will be no one to select between these options on the remote machine on
which the service is running.

How can we avoid this?

Environment:Windows Vista Home Basic
JRE : 6


Leif Mortenson-2 wrote:
> 
> This could be getting caused by any number of things.  I would need
> more information to say for sure.
> 
> My first guess is that your service is not being run as an interactive
> service.  That alone would explain why the GUI is not visible.
> See this page:
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
> 
> Cheers,
> Leif
> 
> On Mon, Feb 16, 2009 at 6:05 PM, Tested Java +ve <rak...@gm...>
> wrote:
>>
>>
>> Hi all,
>>
>> I have a RMI-Application,which runs fine as Standalone.But after starting
>> the application as a service
>> it start's the required exe's in process tree but not as a application.
>>
>> The Structure is a Client/Administrator will start a particular exe on a
>> machine on which the Service is running.
>>
>> I have created the Service for the RMI-Server specific files using
>> Wrapper.
>>
>> After starting the java.exe process the service starts the exes but in as
>> process and doesn't pop up the
>> application window.
>>
>> For eg:If I request to start a mspaint the process mspaint.exe starts but
>> doesnot pop up the paint window...
>>
>> Can any one find the bottleneck in this
>>
>> Thanks in Advance
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

-- 
View this message in context: http://www.nabble.com/Problem-in-running-the-Application-as-a-Service-tp21972495p22286854.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

Re: [Wrapper-user] libwrapper-linux-x86-32.so corrupted

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

Mallik,
This is what I see in your log file:
---
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager: WARNING -
Unable to load the Wrapper's native library
'libwrapper-linux-x86-32.so'.
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
The file is located on the path at the following location but
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
could not be loaded:
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
/root/Desktop/wrapper-linux-x86-32-3.3.2/bin/../lib/libwrapper-linux-x86-32.so
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
Please verify that the file is readable by the current user
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
and that the file has not been corrupted in any way.
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
One common cause of this problem is running a 32-bit version
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:           of
the Wrapper with a 64-bit version of Java, or vica versa.
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
This is a 32-bit JVM.
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
Reported cause:
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
/root/Desktop/wrapper-linux-x86-32-3.3.2/lib/libwrapper-linux-x86-32.so:
								      /root/Desktop/wrapper-linux-x86-32-3.3.2/lib/libwrapper-linux-x86-32.so:
cannot restore segment prot after reloc: Permission denied
INFO   | jvm 1    | 2009/02/27 13:04:00 | WrapperManager:
System signals will not be handled correctly.
---

The Linux version of the Wrapper is used by a lot of people so I am
sure that the release is uncorrupted.   I did a quick google on this
error message though and got a lot of hits:
http://www.google.com/search?hl=en&q=cannot+restore+segment+prot+after+reloc%3A+Permission+denied&btnG=Google+Search&aq=f&oq=

Are you running SELinux by any chance?  It appears to be caused by a
missconfigured system:
http://www.archiware.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=58&nav=0,8

Cheers,
Leif

On Fri, Feb 27, 2009 at 5:16 PM,  <mal...@pe...> wrote:
> Hi
>
> I tried to run the java application as unix daemon using Java Service Wrapper. I downloaded the service Wrapper code from http://wrapper.tanukisoftware.org/doc/english/download.jsp for Linux - x86 - 3.3.2 Community version for 32-bit.
>
> When I tried to run the "testwrapper.sh"  located under lib folder, I am getting following error saying that
>
> "Unable to load the Wrapper's native library 'libwrapper-linux-x86-32.so'.
>
> Please find the attachment for detailed log file.
>
> Thanking you,
>
> Regards
> Mallik