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

Re: [Wrapper-user] Windows Server 2008 Web server (Access is denied)

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

dOE,
These error messages have been improved greatly in upcoming 3.4.0 release.
The problem is that the user you are running as does not have
permission to install the service.  Most likely you do not have
administrator permissions.  Please log in as an administrator and give
it another try.

Cheers,
Leif

On Tue, Feb 9, 2010 at 5:36 AM, dOE <do...@gm...> wrote:
> When I attempt to install the Wrapper version 3.2.1 I am getting the
> following error.
> wrapper  | OpenSCManager failed - Access is denied. (0x5)
> Thank you

[Wrapper-user] Windows Server 2008 Web server (Access is denied)

[dOE <do...@gm...>]

When I attempt to install the Wrapper version 3.2.1 I am getting the
following error.

*wrapper  | OpenSCManager failed - Access is denied. (0x5)*

Thank you

[Wrapper-user] service wrapper 3.3.9 - WrapperJarApp - "stop" doesn't shut down service, incorrectly returns stale pid file

[Blake R. <bro...@ev...>]

Hey Leif,
Thanks for getting back to me so promptly. 

I modified the Tanuki wrapper script - some stuff removed about binaries, and the block where the pid is checked commented out. so it stops the process referenced in the wrapper pid file without checking whether or not it's the "correct" process - since it was determining that it was NOT the correct process - maybe due to the service being started up with commands from the InstallAnywhere installation process. I'm attaching the wrapper script.

Regarding the screenshot attachment, the wrapper process in the activity monitor was inadvertantly hidden because the window scrolled when I took the screenshot for some reason. I took another but then I didn't send it because it was too large in size. Okay, so.. 

InstallAnywhere calls a script which directly calls the wrapper's shell script with argument start. In accordance with the instructions on 

http://wrapper.tanukisoftware.org/doc/english/integrate-jar-nix.html#allTogether

Even though the wrapper in the running process is the current one, the script was determining it to be stale. I visually check and see the process (wrapper) running in the Activity Monitor every time I test, and it has the same process ID as was in the wrapper's pid file. For instance, this is not a case of two Wrapper processes running simultaneously.

Blake



Blake,
I saw the earlier message with the screen shot as well.   In the
process list, I saw the Java process, but not the Wrapper process.
Before I look into this too far, could you please confirm how
InstallAnywhere is launching your application?   Is it launching the
Wrapper's shell script (run_app_script) or is it launching the Wrapper
or Java directly?

The Wrapper's shell script is looking for a PID file which it expects
contains the PID of a running Wrapper process.   Any other processes
will be assumed to be stale.  This is done to avoid accidentally
shutting down something other than a Wrapper process.  On some UNIX
platforms, PID files have been known to survive system restarts after
OS level crashes.

Cheers,
Leif
***************************

Re: [Wrapper-user] service wrapper 3.3.9 (OSX) - WrapperJarApp - "stop" incorrectly returns stale pid file

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

Blake,
I answered this in your other thread.  I am actually yet to meet
another Leif face to face.   I think I am the only one in Japan ;-)

Cheers,
Leif

On Wed, Feb 3, 2010 at 7:21 AM, Blake Rodgers <bro...@ev...> wrote:
> Hello Leif,
>
> I have a brother named Leif! I am using a service on a Mac OS X 10.5, using
> the Jar wrapper integration method 4. The service script usually (not
> always) has a problem stopping the service, saying its not running, when in
> fact it is. Then the stale pid file gets deleted by the script. I check and
> see the process (wrapper) running in the Activity Monitor, and it has the
> same process ID as in the wrapper's pid file. I get the same result for the
> "status" argument.. I checked the bug list, and a similar bug is listed as
> fixed. I need to be able to script the command in a bash script. On Windows,
> to directly stop and remove the service, I run "net stop [servicename]" and
> "sc delete [servicename]", but these don't work on Mac. I use launchd to
> launch the service at startup, which works. Running launchctl "list" lists
> the wrapper, but the launchctl doesn't stop it. Running "Kill <pid>" works,
> but I'll have to write a script to pick up the Tanuki's pid file number
> first, which is what your script is doing, but it declares it "stale"….
>
> Thanks,
>
> Blake Rogers
>
> Eveo

Re: [Wrapper-user] service wrapper 3.3.9 - WrapperJarApp - "stop" doesn't shut down service, incorrectly says stale pid file

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

Blake,
I saw the earlier message with the screen shot as well.   In the
process list, I saw the Java process, but not the Wrapper process.
Before I look into this too far, could you please confirm how
InstallAnywhere is launching your application?   Is it launching the
Wrapper's shell script (run_app_script) or is it launching the Wrapper
or Java directly?

The Wrapper's shell script is looking for a PID file which it expects
contains the PID of a running Wrapper process.   Any other processes
will be assumed to be stale.  This is done to avoid accidentally
shutting down something other than a Wrapper process.  On some UNIX
platforms, PID files have been known to survive system restarts after
OS level crashes.

Cheers,
Leif

On Wed, Feb 3, 2010 at 8:30 AM, Blake Rodgers <bro...@ev...> wrote:
> Hello Leif,
>
>
>
> I apologize the duplication. I sent an earlier email with a screenshot, but
> it was bounced due to file size. I'll restate the problem more clearly.
>
>
>
> I am using a service we call vConnect on a Mac OS X 10.5, using the Jar
> wrapper integration method 4. The service is started by calling the wrapper
> script from an InstallAnywhere installer with the "start" argument at the
> end of the installation - the service starts up correctly.
>
>
>
> I visually check and see the process (wrapper) running in the Activity
> Monitor, and it has the same process ID as was in the wrapper's pid file.
>  When I try to stop the service manually from the Terminal, I get the
> following:
>
>
>
> ./run_app_script stop
>
> Stopping vConnect….
>
> Removed stale pid file: /applications/vconnect/bin/ ./vConnect.pid
>
> vConnect was not running.
>
>
>
> I checked the bug list, and a similar bug is listed as fixed, and others
> with similar problems.
>
>
>
> Interestingly, after the service is installed and started, if I then
> manually force quit /kill the process in the Activity Monitor, I can start
> and stop the service from the command line of a terminal by running
> ./run_app_script start , or ./run_app_script stop, even if I close the
> terminal I started it in and stop it in another one.
>
>
>
> I suspect that the stale pid issue has something to do with the service
> having been started by a call to the service script from within
> InstallAnywhere. Regardless, the service wrapper should be able to see that
> the pid file is not stale.
>
>
>
> Thanks,
>
> Blake Rogers
>
> Eveo

[Wrapper-user] service wrapper 3.3.9 - WrapperJarApp - "stop" doesn't shut down service, incorrectly says stale pid file

[Blake R. <bro...@ev...>]

Hello Leif,

I apologize the duplication. I sent an earlier email with a screenshot, but it was bounced due to file size. I'll restate the problem more clearly.

I am using a service we call vConnect on a Mac OS X 10.5, using the Jar wrapper integration method 4. The service is started by calling the wrapper script from an InstallAnywhere installer with the "start" argument at the end of the installation - the service starts up correctly.

I visually check and see the process (wrapper) running in the Activity Monitor, and it has the same process ID as was in the wrapper's pid file.  When I try to stop the service manually from the Terminal, I get the following:

./run_app_script stop
Stopping vConnect....
Removed stale pid file: /applications/vconnect/bin/ ./vConnect.pid
vConnect was not running.

I checked the bug list, and a similar bug is listed as fixed, and others with similar problems.

Interestingly, after the service is installed and started, if I then manually force quit /kill the process in the Activity Monitor, I can start and stop the service from the command line of a terminal by running ./run_app_script start , or ./run_app_script stop, even if I close the terminal I started it in and stop it in another one.

I suspect that the stale pid issue has something to do with the service having been started by a call to the service script from within InstallAnywhere. Regardless, the service wrapper should be able to see that the pid file is not stale.

Thanks,
Blake Rogers
Eveo

Re: [Wrapper-user] requestThreadDump not working

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

Harriet,
Ok, I understand now.   The Wrapper is a tool which has both native
and java components.  The Java classes expect that the JVM was
launched from the Wrapper.   It is possible to trick it, but you will
need to make sure that you supply the appropriate system properties
when launching the JVM.  At the least, you will need the following:
-Dwrapper.version=3.3.9
-Dwrapper.native_library=wrapper

Then the Wrapper.jar also needs to have access to the wrapper.dll file
to access its native functions.   The thread dump feature for example
requires this.

Look up how to set the java library path for use with Eclipse.

Please let me know how this works for you as this is not an operation
mode that we normally make use of.

Cheers,
Leif

On Thu, Jan 28, 2010 at 5:21 PM, Harriet Louis <hl...@za...> wrote:
>
> Hi Leif,
>
>
>
> I made a screenshot of how my code and its results look from eclipse.
>
>
>
> I’ve downloaded the software (wrapper-windows-x86-32-3.3.9.zip), and added the content of the lib directory to my Java build path.
>
>
>
> I do not give any parameters to the JVM.
>
>
>
>
>
>
>
>
>
>
>
>
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Wednesday, January 27, 2010 8:05 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] requestThreadDump not working
>
>
>
> Harriet,
>
> The original log that you sent shows that the JVM is not being
>
> launched with the expected command line arguments to initialize the
>
> JVM.
>
>
>
> The message "WARNING - The version of the Wrapper which launched this
>
> JVM is "unknown" while the version of the native library is
>
> "3.3.9-pro"." is saying that the wrapper.jar's WrapperManager class is
>
> unable to tell what the version of the Wrapper is that launched the
>
> JVM.   It is also saying that the Wrapper.dll that is being loaded is
>
> the Professional Edition of 3.3.9.
>
>
>
> You mentioned Eclipse so I am wondering how you are launching the
>
> Wrapper and JVM.  Could you please set the wrapper.debug=true property
>
> in your Wrapper configuration file and then send the configuration
>
> file along with the resulting wrapper.log.  That should give me enough
>
> information to be able to help you out.
>
>
>
> Cheers,
>
> Leif
>
>
>
> On Tue, Jan 26, 2010 at 9:49 PM, Harriet Louis <hl...@za...> wrote:
>
> > Hi,
>
> > The error printed out states that the version is "unknown". I have downloaded v 3.3.9 under Community. Could you please send me a link to where I can find the latest version? I searched the site but cannot seem to find it...
>
> >
>
> > -----Original Message-----
>
> > From: Leif Mortenson [mailto:le...@ta...]
>
> > Sent: Tuesday, January 26, 2010 9:22 AM
>
> > To: wra...@li...
>
> > Subject: Re: [Wrapper-user] requestThreadDump not working
>
> >
>
> > Harriet,
>
> > What is the version of the Wrapper binary that you are using?   From
>
> > the messages, I think that it is a fairly old version.   Newer
>
> > versions of the Wrapper are all setup to check to make sure that all 3
>
> > components of the Wrapper (wrapper.exe, wrapper.dll, wrapper.jar) are
>
> > the same version.   Many features are unsupported and will not work
>
> > correctly if the versions are mismatched.
>
> >
>
> > >From the log you sent, I am guessing that wrapper.dll and wrapper.jar
>
> > are version 3.3.9-pro, but that the wrapper.exe is actually a version
>
> > prior to 3.1.0?
>
> >
>
> > Cheers,
>
> > Leif
>
> >
>
> > On Tue, Jan 26, 2010 at 3:43 PM, Harriet Louis <hl...@za...> wrote:
>
> >> Goodday,
>
> >>
>
> >> I am trying out WrapperManager.requestThreadDump() - and I get the
>
> >> following error message:
>
> >>
>
> >> WrapperManager: Initializing...
>
> >> WrapperManager: WARNING - The wrapper.native_library system property was
>
> >> not
>
> >> WrapperManager:           set. Using the default value, 'wrapper'.
>
> >> WrapperManager: WARNING - The version of the Wrapper which launched this
>
> >> JVM is
>
> >> WrapperManager:           "unknown" while the version of the native
>
> >> library
>
> >> WrapperManager:           is "3.3.9-pro".
>
> >> WrapperManager:           The Wrapper may appear to work correctly but
>
> >> some features may
>
> >> WrapperManager:           not function correctly.  This configuration
>
> >> has not been tested
>
> >> WrapperManager:           and is not supported.
>
> >> WrapperManager:
>
> >> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle
>
> >> is invalid. (0x6)
>
> >>
>
> >> I did read throught the Archives and found a page advising one to change
>
> >> the wrapper.java.command in the wrapper.conf file. Previously it was
>
> >> just java, but now I entered the entire path (like this: C:/Program
>
> >> Files/Java/jre1.6.0_05/bin/java )
>
> >>
>
> >> However this did not solve my problem, as it still gives the exact error
>
> >> message above. Could you please advise me on what to do to get this
>
> >> working?
>
> >>
>
> >> Extra info: I wrote a small testing app in eclipse, and also runs it
>
> >> from eclipse. This same app has also been tested when run from the cmd
>
> >> console, and then it also gives the above error message.
>
> >>
>
> >> This call to request a thread dump is the only one in my main method, so
>
> >> nothing complicated...
>
> >>
>
> >> I do hope that you can help me?
>
> >>
>
> >> Kind Regards,
>
> >> Harriet
>
> >>
>
> >>
>
> >> ---------- Forwarded message ----------
>
> >> From: "Harriet Louis" <hl...@za...>
>
> >> To: <wra...@li...>
>
> >> Date: Mon, 25 Jan 2010 16:41:49 +0200
>
> >> Subject: requestThreadDump not working
>
> >> Goodday,
>
> >>
>
> >>
>
> >>
>
> >> I am trying out WrapperManager.requestThreadDump() - and I get the following error message:
>
> >>
>
> >>
>
> >>
>
> >> WrapperManager: Initializing...
>
> >>
>
> >> WrapperManager: WARNING - The wrapper.native_library system property was not
>
> >>
>
> >> WrapperManager:           set. Using the default value, 'wrapper'.
>
> >>
>
> >> WrapperManager: WARNING - The version of the Wrapper which launched this JVM is
>
> >>
>
> >> WrapperManager:           "unknown" while the version of the native library
>
> >>
>
> >> WrapperManager:           is "3.3.9-pro".
>
> >>
>
> >> WrapperManager:           The Wrapper may appear to work correctly but some features may
>
> >>
>
> >> WrapperManager:           not function correctly.  This configuration has not been tested
>
> >>
>
> >> WrapperManager:           and is not supported.
>
> >>
>
> >> WrapperManager:
>
> >>
>
> >> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle is invalid. (0x6)
>
> >>
>
> >>
>
> >>
>
> >> I did read throught the Archives and found a page advising one to change the wrapper.java.command in the wrapper.conf file. Previously it was just java, but now I entered the entire path (like this: C:/Program Files/Java/jre1.6.0_05/bin/java )
>
> >>
>
> >>
>
> >>
>
> >> However this did not solve my problem, as it still gives the exact error message above. Could you please advise me on what to do to get this working?
>
> >>
>
> >>
>
> >>
>
> >> Extra info: I wrote a small testing app in eclipse, and also runs it from eclipse. This same app has also been tested when run from the cmd console, and then it also gives the above error message.
>
> >>
>
> >>
>
> >>
>
> >> This call to request a thread dump is the only one in my main method, so nothing complicated...
>
> >>
>
> >>
>
> >>
>
> >> I do hope that you can help me?
>
> >>
>
> >>
>
> >>
>
> >> Kind Regards,
>
> >>
>
> >> Harriet

Re: [Wrapper-user] Service holdover for user change (logoff then logon)

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

Steve,
The Wrapper lets you run a Java application as a Windows service so
that it survives user log offs and will even be started on reboots if
the user never logs in.

The Wrapper also has a feature which protects the Java process from
the Window Close and LOGOFF signals which get sent to all processes
when a user logs off of a system.  The JVM will continue to run
uninterrupted in such cases.  (I think this is what you were asking
about.)

The Java Service Wrapper also has a lot of JVM monitoring and error
recovery features which will make sure your Application stays up and
running even when there are problems.

Please let me know if you additional questions.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

On Thu, Jan 28, 2010 at 8:56 AM, Stephen C. Lloyd <ste...@la...> wrote:
> Can the wrapper setup a service that runs even when the user has logged off?
>
> Steve

[Wrapper-user] Service holdover for user change (logoff then logon)

[Stephen C. L. <ste...@la...>]

Can the wrapper setup a service that runs even when the user has logged off?

Steve

Re: [Wrapper-user] Embedded spaces

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

Stephen,
The Wrapper is designed to handle this transparently where possible.
The wrapper.java.command property for example will automatically quote
the string so you can just use it as is.

wrapper.java.additional and wrapper.app.parameter properties both
require you to decide how you want the quotes handled so they will
work on all supported platforms.   The documentation for both describe
how to do so:
http://wrapper.tanukisoftware.org/doc/english/prop-app-parameter-n.html
http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html

If you are still having problems, please set the following property to
show you the full Java Command line.  This will often help to show you
where the exact problems are.
wrapper.java.command.loglevel=INFO
http://wrapper.tanukisoftware.org/doc/english/prop-java-command-loglevel.html

I would also be able to help further if you send me your wrapper.conf
and the output form the above so I can see exactly what you are
encountering.

Cheers,
Leif


On Wed, Jan 27, 2010 at 4:27 AM, Stephen C. Lloyd <ste...@la...> wrote:
> I know the documentation has a link to explain how to handle Windows paths
> that have embedded spaces.
>
> The documentation also explains how to use things like %JAVA_HOME% to make
> things more transportable.
>
> How can I handle a %JAVA_HOME% that has embedded spaces concatenated with
> other paths that contain embedded spaces?
>
> Thanks.

Re: [Wrapper-user] requestThreadDump not working

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

Harriet,
The original log that you sent shows that the JVM is not being
launched with the expected command line arguments to initialize the
JVM.

The message "WARNING - The version of the Wrapper which launched this
JVM is "unknown" while the version of the native library is
"3.3.9-pro"." is saying that the wrapper.jar's WrapperManager class is
unable to tell what the version of the Wrapper is that launched the
JVM.   It is also saying that the Wrapper.dll that is being loaded is
the Professional Edition of 3.3.9.

You mentioned Eclipse so I am wondering how you are launching the
Wrapper and JVM.  Could you please set the wrapper.debug=true property
in your Wrapper configuration file and then send the configuration
file along with the resulting wrapper.log.  That should give me enough
information to be able to help you out.

Cheers,
Leif

On Tue, Jan 26, 2010 at 9:49 PM, Harriet Louis <hl...@za...> wrote:
> Hi,
> The error printed out states that the version is "unknown". I have downloaded v 3.3.9 under Community. Could you please send me a link to where I can find the latest version? I searched the site but cannot seem to find it...
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Tuesday, January 26, 2010 9:22 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] requestThreadDump not working
>
> Harriet,
> What is the version of the Wrapper binary that you are using?   From
> the messages, I think that it is a fairly old version.   Newer
> versions of the Wrapper are all setup to check to make sure that all 3
> components of the Wrapper (wrapper.exe, wrapper.dll, wrapper.jar) are
> the same version.   Many features are unsupported and will not work
> correctly if the versions are mismatched.
>
> >From the log you sent, I am guessing that wrapper.dll and wrapper.jar
> are version 3.3.9-pro, but that the wrapper.exe is actually a version
> prior to 3.1.0?
>
> Cheers,
> Leif
>
> On Tue, Jan 26, 2010 at 3:43 PM, Harriet Louis <hl...@za...> wrote:
>> Goodday,
>>
>> I am trying out WrapperManager.requestThreadDump() - and I get the
>> following error message:
>>
>> WrapperManager: Initializing...
>> WrapperManager: WARNING - The wrapper.native_library system property was
>> not
>> WrapperManager:           set. Using the default value, 'wrapper'.
>> WrapperManager: WARNING - The version of the Wrapper which launched this
>> JVM is
>> WrapperManager:           "unknown" while the version of the native
>> library
>> WrapperManager:           is "3.3.9-pro".
>> WrapperManager:           The Wrapper may appear to work correctly but
>> some features may
>> WrapperManager:           not function correctly.  This configuration
>> has not been tested
>> WrapperManager:           and is not supported.
>> WrapperManager:
>> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle
>> is invalid. (0x6)
>>
>> I did read throught the Archives and found a page advising one to change
>> the wrapper.java.command in the wrapper.conf file. Previously it was
>> just java, but now I entered the entire path (like this: C:/Program
>> Files/Java/jre1.6.0_05/bin/java )
>>
>> However this did not solve my problem, as it still gives the exact error
>> message above. Could you please advise me on what to do to get this
>> working?
>>
>> Extra info: I wrote a small testing app in eclipse, and also runs it
>> from eclipse. This same app has also been tested when run from the cmd
>> console, and then it also gives the above error message.
>>
>> This call to request a thread dump is the only one in my main method, so
>> nothing complicated...
>>
>> I do hope that you can help me?
>>
>> Kind Regards,
>> Harriet
>>
>>
>> ---------- Forwarded message ----------
>> From: "Harriet Louis" <hl...@za...>
>> To: <wra...@li...>
>> Date: Mon, 25 Jan 2010 16:41:49 +0200
>> Subject: requestThreadDump not working
>> Goodday,
>>
>>
>>
>> I am trying out WrapperManager.requestThreadDump() - and I get the following error message:
>>
>>
>>
>> WrapperManager: Initializing...
>>
>> WrapperManager: WARNING - The wrapper.native_library system property was not
>>
>> WrapperManager:           set. Using the default value, 'wrapper'.
>>
>> WrapperManager: WARNING - The version of the Wrapper which launched this JVM is
>>
>> WrapperManager:           "unknown" while the version of the native library
>>
>> WrapperManager:           is "3.3.9-pro".
>>
>> WrapperManager:           The Wrapper may appear to work correctly but some features may
>>
>> WrapperManager:           not function correctly.  This configuration has not been tested
>>
>> WrapperManager:           and is not supported.
>>
>> WrapperManager:
>>
>> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle is invalid. (0x6)
>>
>>
>>
>> I did read throught the Archives and found a page advising one to change the wrapper.java.command in the wrapper.conf file. Previously it was just java, but now I entered the entire path (like this: C:/Program Files/Java/jre1.6.0_05/bin/java )
>>
>>
>>
>> However this did not solve my problem, as it still gives the exact error message above. Could you please advise me on what to do to get this working?
>>
>>
>>
>> Extra info: I wrote a small testing app in eclipse, and also runs it from eclipse. This same app has also been tested when run from the cmd console, and then it also gives the above error message.
>>
>>
>>
>> This call to request a thread dump is the only one in my main method, so nothing complicated...
>>
>>
>>
>> I do hope that you can help me?
>>
>>
>>
>> Kind Regards,
>>
>> Harriet

[Wrapper-user] Embedded spaces

[Stephen C. L. <ste...@la...>]

I know the documentation has a link to explain how to handle Windows paths
that have embedded spaces.

The documentation also explains how to use things like %JAVA_HOME% to make
things more transportable.

How can I handle a %JAVA_HOME% that has embedded spaces concatenated with
other paths that contain embedded spaces?

Thanks.

Re: [Wrapper-user] requestThreadDump not working

[Harriet L. <hl...@za...>]

Hi, 
The error printed out states that the version is "unknown". I have downloaded v 3.3.9 under Community. Could you please send me a link to where I can find the latest version? I searched the site but cannot seem to find it...

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...] 
Sent: Tuesday, January 26, 2010 9:22 AM
To: wra...@li...
Subject: Re: [Wrapper-user] requestThreadDump not working

Harriet,
What is the version of the Wrapper binary that you are using?   From
the messages, I think that it is a fairly old version.   Newer
versions of the Wrapper are all setup to check to make sure that all 3
components of the Wrapper (wrapper.exe, wrapper.dll, wrapper.jar) are
the same version.   Many features are unsupported and will not work
correctly if the versions are mismatched.

>From the log you sent, I am guessing that wrapper.dll and wrapper.jar
are version 3.3.9-pro, but that the wrapper.exe is actually a version
prior to 3.1.0?

Cheers,
Leif

On Tue, Jan 26, 2010 at 3:43 PM, Harriet Louis <hl...@za...> wrote:
> Goodday,
>
> I am trying out WrapperManager.requestThreadDump() - and I get the
> following error message:
>
> WrapperManager: Initializing...
> WrapperManager: WARNING - The wrapper.native_library system property was
> not
> WrapperManager:           set. Using the default value, 'wrapper'.
> WrapperManager: WARNING - The version of the Wrapper which launched this
> JVM is
> WrapperManager:           "unknown" while the version of the native
> library
> WrapperManager:           is "3.3.9-pro".
> WrapperManager:           The Wrapper may appear to work correctly but
> some features may
> WrapperManager:           not function correctly.  This configuration
> has not been tested
> WrapperManager:           and is not supported.
> WrapperManager:
> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle
> is invalid. (0x6)
>
> I did read throught the Archives and found a page advising one to change
> the wrapper.java.command in the wrapper.conf file. Previously it was
> just java, but now I entered the entire path (like this: C:/Program
> Files/Java/jre1.6.0_05/bin/java )
>
> However this did not solve my problem, as it still gives the exact error
> message above. Could you please advise me on what to do to get this
> working?
>
> Extra info: I wrote a small testing app in eclipse, and also runs it
> from eclipse. This same app has also been tested when run from the cmd
> console, and then it also gives the above error message.
>
> This call to request a thread dump is the only one in my main method, so
> nothing complicated...
>
> I do hope that you can help me?
>
> Kind Regards,
> Harriet
>
>
> ---------- Forwarded message ----------
> From: "Harriet Louis" <hl...@za...>
> To: <wra...@li...>
> Date: Mon, 25 Jan 2010 16:41:49 +0200
> Subject: requestThreadDump not working
> Goodday,
>
>
>
> I am trying out WrapperManager.requestThreadDump() - and I get the following error message:
>
>
>
> WrapperManager: Initializing...
>
> WrapperManager: WARNING - The wrapper.native_library system property was not
>
> WrapperManager:           set. Using the default value, 'wrapper'.
>
> WrapperManager: WARNING - The version of the Wrapper which launched this JVM is
>
> WrapperManager:           "unknown" while the version of the native library
>
> WrapperManager:           is "3.3.9-pro".
>
> WrapperManager:           The Wrapper may appear to work correctly but some features may
>
> WrapperManager:           not function correctly.  This configuration has not been tested
>
> WrapperManager:           and is not supported.
>
> WrapperManager:
>
> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle is invalid. (0x6)
>
>
>
> I did read throught the Archives and found a page advising one to change the wrapper.java.command in the wrapper.conf file. Previously it was just java, but now I entered the entire path (like this: C:/Program Files/Java/jre1.6.0_05/bin/java )
>
>
>
> However this did not solve my problem, as it still gives the exact error message above. Could you please advise me on what to do to get this working?
>
>
>
> Extra info: I wrote a small testing app in eclipse, and also runs it from eclipse. This same app has also been tested when run from the cmd console, and then it also gives the above error message.
>
>
>
> This call to request a thread dump is the only one in my main method, so nothing complicated...
>
>
>
> I do hope that you can help me?
>
>
>
> Kind Regards,
>
> Harriet

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] requestThreadDump not working

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

Harriet,
What is the version of the Wrapper binary that you are using?   From
the messages, I think that it is a fairly old version.   Newer
versions of the Wrapper are all setup to check to make sure that all 3
components of the Wrapper (wrapper.exe, wrapper.dll, wrapper.jar) are
the same version.   Many features are unsupported and will not work
correctly if the versions are mismatched.

>From the log you sent, I am guessing that wrapper.dll and wrapper.jar
are version 3.3.9-pro, but that the wrapper.exe is actually a version
prior to 3.1.0?

Cheers,
Leif

On Tue, Jan 26, 2010 at 3:43 PM, Harriet Louis <hl...@za...> wrote:
> Goodday,
>
> I am trying out WrapperManager.requestThreadDump() - and I get the
> following error message:
>
> WrapperManager: Initializing...
> WrapperManager: WARNING - The wrapper.native_library system property was
> not
> WrapperManager:           set. Using the default value, 'wrapper'.
> WrapperManager: WARNING - The version of the Wrapper which launched this
> JVM is
> WrapperManager:           "unknown" while the version of the native
> library
> WrapperManager:           is "3.3.9-pro".
> WrapperManager:           The Wrapper may appear to work correctly but
> some features may
> WrapperManager:           not function correctly.  This configuration
> has not been tested
> WrapperManager:           and is not supported.
> WrapperManager:
> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle
> is invalid. (0x6)
>
> I did read throught the Archives and found a page advising one to change
> the wrapper.java.command in the wrapper.conf file. Previously it was
> just java, but now I entered the entire path (like this: C:/Program
> Files/Java/jre1.6.0_05/bin/java )
>
> However this did not solve my problem, as it still gives the exact error
> message above. Could you please advise me on what to do to get this
> working?
>
> Extra info: I wrote a small testing app in eclipse, and also runs it
> from eclipse. This same app has also been tested when run from the cmd
> console, and then it also gives the above error message.
>
> This call to request a thread dump is the only one in my main method, so
> nothing complicated...
>
> I do hope that you can help me?
>
> Kind Regards,
> Harriet
>
>
> ---------- Forwarded message ----------
> From: "Harriet Louis" <hl...@za...>
> To: <wra...@li...>
> Date: Mon, 25 Jan 2010 16:41:49 +0200
> Subject: requestThreadDump not working
> Goodday,
>
>
>
> I am trying out WrapperManager.requestThreadDump() – and I get the following error message:
>
>
>
> WrapperManager: Initializing...
>
> WrapperManager: WARNING - The wrapper.native_library system property was not
>
> WrapperManager:           set. Using the default value, 'wrapper'.
>
> WrapperManager: WARNING - The version of the Wrapper which launched this JVM is
>
> WrapperManager:           "unknown" while the version of the native library
>
> WrapperManager:           is "3.3.9-pro".
>
> WrapperManager:           The Wrapper may appear to work correctly but some features may
>
> WrapperManager:           not function correctly.  This configuration has not been tested
>
> WrapperManager:           and is not supported.
>
> WrapperManager:
>
> WrapperJNI Error: Unable to send BREAK event to JVM process: The handle is invalid. (0x6)
>
>
>
> I did read throught the Archives and found a page advising one to change the wrapper.java.command in the wrapper.conf file. Previously it was just java, but now I entered the entire path (like this: C:/Program Files/Java/jre1.6.0_05/bin/java )
>
>
>
> However this did not solve my problem, as it still gives the exact error message above. Could you please advise me on what to do to get this working?
>
>
>
> Extra info: I wrote a small testing app in eclipse, and also runs it from eclipse. This same app has also been tested when run from the cmd console, and then it also gives the above error message.
>
>
>
> This call to request a thread dump is the only one in my main method, so nothing complicated…
>
>
>
> I do hope that you can help me?
>
>
>
> Kind Regards,
>
> Harriet

[Wrapper-user] requestThreadDump not working

[Harriet L. <hl...@za...>]

Goodday,

I am trying out WrapperManager.requestThreadDump() - and I get the
following error message: 

WrapperManager: Initializing...
WrapperManager: WARNING - The wrapper.native_library system property was
not
WrapperManager:           set. Using the default value, 'wrapper'.
WrapperManager: WARNING - The version of the Wrapper which launched this
JVM is 
WrapperManager:           "unknown" while the version of the native
library 
WrapperManager:           is "3.3.9-pro".
WrapperManager:           The Wrapper may appear to work correctly but
some features may
WrapperManager:           not function correctly.  This configuration
has not been tested
WrapperManager:           and is not supported.
WrapperManager: 
WrapperJNI Error: Unable to send BREAK event to JVM process: The handle
is invalid. (0x6)

I did read throught the Archives and found a page advising one to change
the wrapper.java.command in the wrapper.conf file. Previously it was
just java, but now I entered the entire path (like this: C:/Program
Files/Java/jre1.6.0_05/bin/java )

However this did not solve my problem, as it still gives the exact error
message above. Could you please advise me on what to do to get this
working?

Extra info: I wrote a small testing app in eclipse, and also runs it
from eclipse. This same app has also been tested when run from the cmd
console, and then it also gives the above error message.

This call to request a thread dump is the only one in my main method, so
nothing complicated...

I do hope that you can help me?

Kind Regards,
Harriet

[Wrapper-user] Antw: Re: Wrapper works in console but not as service.

[Hubert F. <Hub...@ab...>]

using the redirector (UNC, mapped drive) requires you to run the service
with a user account with access to the remote host.
If needed, don't use mapped drive (too much problems) but UNC path.
The only way to have UNC path work with the "system" account is to
establish a "null session share" to the remote host, but you probably
won't do that because this would mean "no security"

Hubert

>>> mof <mo...@la...> 08.01.2010 02:45 >>>

Yes indeed P: is a mapped network drive.
But even UNC paths didn't work but it gave me the idea to move the
whole
directory onto a local drive.
It worked perfectly after that.

Thanks for your help.
Mof.

On Thu, 07 Jan 2010 18:51:21 -0500, "John Lewis"
<4dw...@sn...>
wrote:
> I bet P: is a mapped network drive.   If so, try the UNC path (ie. 
> \\hostname\SIPServer\lib\wrapper.jar).
> 
> mof mof-at-labf.org |wrapper-user/Example Allow| wrote:
>> Hi guys,
>>
>> I'm having a problem where my application will run fine when I run
it as
>> a
>> console app:
>>
>> wrapper -c ../conf/wrapper.conf
>>
>> but will fail when run as a service:
>>
>> wrapper -t ../conf/wrapper.conf
>>
>> Here are the relevant parts of the wrapper.conf:
>>
>> wrapper.java.command=java
>> wrapper.java.command.loglevel=INFO
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>> wrapper.java.classpath.1=p:\SIPServer\lib\wrapper.jar
>> wrapper.java.classpath.2=p:\SIPServer\bin\SIPServer.jar
>>
>> wrapper.java.library.path.1=P:\SIPServer\lib\
>> wrapper.java.additional.auto_bits=TRUE
>>
>> wrapper.app.parameter.1=org.labf.MobileSIPServer
>>
>> wrapper.debug=TRUE
>> wrapper.console.format=PM
>> wrapper.console.loglevel=INFO
>> wrapper.logfile=P:\SIPServer\logs\wrapper.log
>> wrapper.logfile.format=LPTM
>> wrapper.logfile.loglevel=INFO
>> wrapper.logfile.maxsize=0
>> wrapper.logfile.maxfiles=0
>> wrapper.syslog.loglevel=INFO
>> wrapper.ignore_sequence_gaps=TRUE
>> wrapper.console.title=SIPServer
>> wrapper.ntservice.name=SIPServer
>> wrapper.ntservice.displayname=SIP Server Integration Service
>> wrapper.ntservice.description=SIP Server Integration Service
>> wrapper.ntservice.dependency.1=
>> wrapper.ntservice.starttype=AUTO_START
>> wrapper.ntservice.interactive=false
>>
>> And the error from the logs is:
>> STATUS | wrapper  | 2010/01/07 17:27:45 | Starting the SIP Server
>> Integration Service service...
>> ERROR  | wrapper  | 2010/01/07 17:27:45 | Unable to start the
service -
>> The
>> system cannot find the path specified. (0x3)
>>
>> I've tried relative paths, and then full paths and they both failed
with
>> the same error message.
>> Anyone have any idea what the problem could be?
>>
>> Thanks,
>> Mof.
>>
>>
------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast
and
>> easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev 
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li... 
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user 
>>   
> 
>
------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast
and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li... 
> https://lists.sourceforge.net/lists/listinfo/wrapper-user 

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

Re: [Wrapper-user] Wrapper works in console but not as service.

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

Mof,

Windows Services encounter some problems when dealing with mapped
Networked drives.

The source problem you were seeing, is actually at the time when you
installed the service. 

When the wrapper is located also on a Network drive and you install the
service from the mapped drive. the location from where you installed the
service gets written into the Registry - in your case 
"P:\[..]\wrapper.exe"

But this leads to the "cant find path"-error.

The solution for this is to reinstall the wrapper using the UNC-path.
\\server\share\[path to wrapper]\wrapper.exe -i ..\conf\wrapper.conf

Doing so the wrapper service should be at least able to start up. 

The UNC pathes in the conf file, like John suggested, will solve further
problems finding paths in your network after the service started. 
A service runs by default under the local System User. this account can
not see your mapped network drives but use the unc paths.

Hope this information helps you out.

cheers,
Christian





On Thu, 2010-01-07 at 17:45 -0800, mof wrote:
> Yes indeed P: is a mapped network drive.
> But even UNC paths didn't work but it gave me the idea to move the whole
> directory onto a local drive.
> It worked perfectly after that.
> 
> Thanks for your help.
> Mof.
> 
> On Thu, 07 Jan 2010 18:51:21 -0500, "John Lewis" <4dw...@sn...>
> wrote:
> > I bet P: is a mapped network drive.   If so, try the UNC path (ie. 
> > \\hostname\SIPServer\lib\wrapper.jar).
> > 
> > mof mof-at-labf.org |wrapper-user/Example Allow| wrote:
> >> Hi guys,
> >>
> >> I'm having a problem where my application will run fine when I run it as
> >> a
> >> console app:
> >>
> >> wrapper -c ../conf/wrapper.conf
> >>
> >> but will fail when run as a service:
> >>
> >> wrapper -t ../conf/wrapper.conf
> >>
> >> Here are the relevant parts of the wrapper.conf:
> >>
> >> wrapper.java.command=java
> >> wrapper.java.command.loglevel=INFO
> >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> >> wrapper.java.classpath.1=p:\SIPServer\lib\wrapper.jar
> >> wrapper.java.classpath.2=p:\SIPServer\bin\SIPServer.jar
> >>
> >> wrapper.java.library.path.1=P:\SIPServer\lib\
> >> wrapper.java.additional.auto_bits=TRUE
> >>
> >> wrapper.app.parameter.1=org.labf.MobileSIPServer
> >>
> >> wrapper.debug=TRUE
> >> wrapper.console.format=PM
> >> wrapper.console.loglevel=INFO
> >> wrapper.logfile=P:\SIPServer\logs\wrapper.log
> >> wrapper.logfile.format=LPTM
> >> wrapper.logfile.loglevel=INFO
> >> wrapper.logfile.maxsize=0
> >> wrapper.logfile.maxfiles=0
> >> wrapper.syslog.loglevel=INFO
> >> wrapper.ignore_sequence_gaps=TRUE
> >> wrapper.console.title=SIPServer
> >> wrapper.ntservice.name=SIPServer
> >> wrapper.ntservice.displayname=SIP Server Integration Service
> >> wrapper.ntservice.description=SIP Server Integration Service
> >> wrapper.ntservice.dependency.1=
> >> wrapper.ntservice.starttype=AUTO_START
> >> wrapper.ntservice.interactive=false
> >>
> >> And the error from the logs is:
> >> STATUS | wrapper  | 2010/01/07 17:27:45 | Starting the SIP Server
> >> Integration Service service...
> >> ERROR  | wrapper  | 2010/01/07 17:27:45 | Unable to start the service -
> >> The
> >> system cannot find the path specified. (0x3)
> >>
> >> I've tried relative paths, and then full paths and they both failed with
> >> the same error message.
> >> Anyone have any idea what the problem could be?
> >>
> >> Thanks,
> >> Mof.
> >>
> >>
> ------------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Verizon Developer Community
> >> Take advantage of Verizon's best-in-class app development support
> >> A streamlined, 14 day to market process makes app distribution fast and
> >> easy
> >> Join now and get one step closer to millions of Verizon customers
> >> http://p.sf.net/sfu/verizon-dev2dev 
> >> _______________________________________________
> >> Wrapper-user mailing list
> >> Wra...@li...
> >> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >>   
> > 
> >
> ------------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Verizon Developer Community
> > Take advantage of Verizon's best-in-class app development support
> > A streamlined, 14 day to market process makes app distribution fast and
> > easy
> > Join now and get one step closer to millions of Verizon customers
> > http://p.sf.net/sfu/verizon-dev2dev 
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper works in console but not as service.

[mof <mo...@la...>]

Yes indeed P: is a mapped network drive.
But even UNC paths didn't work but it gave me the idea to move the whole
directory onto a local drive.
It worked perfectly after that.

Thanks for your help.
Mof.

On Thu, 07 Jan 2010 18:51:21 -0500, "John Lewis" <4dw...@sn...>
wrote:
> I bet P: is a mapped network drive.   If so, try the UNC path (ie. 
> \\hostname\SIPServer\lib\wrapper.jar).
> 
> mof mof-at-labf.org |wrapper-user/Example Allow| wrote:
>> Hi guys,
>>
>> I'm having a problem where my application will run fine when I run it as
>> a
>> console app:
>>
>> wrapper -c ../conf/wrapper.conf
>>
>> but will fail when run as a service:
>>
>> wrapper -t ../conf/wrapper.conf
>>
>> Here are the relevant parts of the wrapper.conf:
>>
>> wrapper.java.command=java
>> wrapper.java.command.loglevel=INFO
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>> wrapper.java.classpath.1=p:\SIPServer\lib\wrapper.jar
>> wrapper.java.classpath.2=p:\SIPServer\bin\SIPServer.jar
>>
>> wrapper.java.library.path.1=P:\SIPServer\lib\
>> wrapper.java.additional.auto_bits=TRUE
>>
>> wrapper.app.parameter.1=org.labf.MobileSIPServer
>>
>> wrapper.debug=TRUE
>> wrapper.console.format=PM
>> wrapper.console.loglevel=INFO
>> wrapper.logfile=P:\SIPServer\logs\wrapper.log
>> wrapper.logfile.format=LPTM
>> wrapper.logfile.loglevel=INFO
>> wrapper.logfile.maxsize=0
>> wrapper.logfile.maxfiles=0
>> wrapper.syslog.loglevel=INFO
>> wrapper.ignore_sequence_gaps=TRUE
>> wrapper.console.title=SIPServer
>> wrapper.ntservice.name=SIPServer
>> wrapper.ntservice.displayname=SIP Server Integration Service
>> wrapper.ntservice.description=SIP Server Integration Service
>> wrapper.ntservice.dependency.1=
>> wrapper.ntservice.starttype=AUTO_START
>> wrapper.ntservice.interactive=false
>>
>> And the error from the logs is:
>> STATUS | wrapper  | 2010/01/07 17:27:45 | Starting the SIP Server
>> Integration Service service...
>> ERROR  | wrapper  | 2010/01/07 17:27:45 | Unable to start the service -
>> The
>> system cannot find the path specified. (0x3)
>>
>> I've tried relative paths, and then full paths and they both failed with
>> the same error message.
>> Anyone have any idea what the problem could be?
>>
>> Thanks,
>> Mof.
>>
>>
------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and
>> easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev 
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>   
> 
>
------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper works in console but not as service.

[John L. <4dw...@sn...>]

I bet P: is a mapped network drive.   If so, try the UNC path (ie. 
\\hostname\SIPServer\lib\wrapper.jar).

mof mof-at-labf.org |wrapper-user/Example Allow| wrote:
> Hi guys,
>
> I'm having a problem where my application will run fine when I run it as a
> console app:
>
> wrapper -c ../conf/wrapper.conf
>
> but will fail when run as a service:
>
> wrapper -t ../conf/wrapper.conf
>
> Here are the relevant parts of the wrapper.conf:
>
> wrapper.java.command=java
> wrapper.java.command.loglevel=INFO
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper.java.classpath.1=p:\SIPServer\lib\wrapper.jar
> wrapper.java.classpath.2=p:\SIPServer\bin\SIPServer.jar
>
> wrapper.java.library.path.1=P:\SIPServer\lib\
> wrapper.java.additional.auto_bits=TRUE
>
> wrapper.app.parameter.1=org.labf.MobileSIPServer
>
> wrapper.debug=TRUE
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=P:\SIPServer\logs\wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=0
> wrapper.logfile.maxfiles=0
> wrapper.syslog.loglevel=INFO
> wrapper.ignore_sequence_gaps=TRUE
> wrapper.console.title=SIPServer
> wrapper.ntservice.name=SIPServer
> wrapper.ntservice.displayname=SIP Server Integration Service
> wrapper.ntservice.description=SIP Server Integration Service
> wrapper.ntservice.dependency.1=
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false
>
> And the error from the logs is:
> STATUS | wrapper  | 2010/01/07 17:27:45 | Starting the SIP Server
> Integration Service service...
> ERROR  | wrapper  | 2010/01/07 17:27:45 | Unable to start the service - The
> system cannot find the path specified. (0x3)
>
> I've tried relative paths, and then full paths and they both failed with
> the same error message.
> Anyone have any idea what the problem could be?
>
> Thanks,
> Mof.
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

[Wrapper-user] Wrapper works in console but not as service.

[mof <mo...@la...>]

Hi guys,

I'm having a problem where my application will run fine when I run it as a
console app:

wrapper -c ../conf/wrapper.conf

but will fail when run as a service:

wrapper -t ../conf/wrapper.conf

Here are the relevant parts of the wrapper.conf:

wrapper.java.command=java
wrapper.java.command.loglevel=INFO
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.classpath.1=p:\SIPServer\lib\wrapper.jar
wrapper.java.classpath.2=p:\SIPServer\bin\SIPServer.jar

wrapper.java.library.path.1=P:\SIPServer\lib\
wrapper.java.additional.auto_bits=TRUE

wrapper.app.parameter.1=org.labf.MobileSIPServer

wrapper.debug=TRUE
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=P:\SIPServer\logs\wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=0
wrapper.logfile.maxfiles=0
wrapper.syslog.loglevel=INFO
wrapper.ignore_sequence_gaps=TRUE
wrapper.console.title=SIPServer
wrapper.ntservice.name=SIPServer
wrapper.ntservice.displayname=SIP Server Integration Service
wrapper.ntservice.description=SIP Server Integration Service
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false

And the error from the logs is:
STATUS | wrapper  | 2010/01/07 17:27:45 | Starting the SIP Server
Integration Service service...
ERROR  | wrapper  | 2010/01/07 17:27:45 | Unable to start the service - The
system cannot find the path specified. (0x3)

I've tried relative paths, and then full paths and they both failed with
the same error message.
Anyone have any idea what the problem could be?

Thanks,
Mof.

Re: [Wrapper-user] stop/start service from a program

[Jim I. <ir...@um...>]

Thanks to both of you.  I was unaware of the SC command.  I'll
check it out Monday when I go back to the office.

- Jim Irrer



On Fri, Jan 1, 2010 at 12:32 PM, Leif Mortenson <le...@ta...>wrote:

> Jim,
> As Javier mentioned, it is possible to execute a command from within
> Java.  I was not sure exactly from where you wanted to stop the
> service.
>
> If the service is a Wrapper service, you can use "wrapper.exe -p
> wrapper.conf" to stop the service.
> You can also use "SC ..." or "NET STOP ..." from the command line.
> >From Java it is also possible to call
> WrapperManager.sendServiceControlCode(...,
> WrapperManager.SERVICE_CONTROL_CODE_STOP).
>
> In all cases, you will need to make sure that the calling process has
> permission to control other services.  On Windows Vista, 2008 and 7,
> you will need to run from an elevated console or process.
>
> Cheers,
> Leif
>
> On Wed, Dec 30, 2009 at 7:35 AM, Jim Irrer <ir...@um...> wrote:
> > Hi -
> >
> > If I have a service running, is it possible to invoke another
> > program to stop it?  (as opposed to using the "Services"
> > dialog in Windows).
> >
> > I want this so that when our group re-installs services
> > the old ones can be shut down automatically.  It would also
> > be nice if anyone knows of a way to run a program to tell
> > Windows to start a service.
> >
> > Thanks for any info,
> >
> > - Jim
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] stop/start service from a program

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

Jim,
As Javier mentioned, it is possible to execute a command from within
Java.  I was not sure exactly from where you wanted to stop the
service.

If the service is a Wrapper service, you can use "wrapper.exe -p
wrapper.conf" to stop the service.
You can also use "SC ..." or "NET STOP ..." from the command line.
>From Java it is also possible to call
WrapperManager.sendServiceControlCode(...,
WrapperManager.SERVICE_CONTROL_CODE_STOP).

In all cases, you will need to make sure that the calling process has
permission to control other services.  On Windows Vista, 2008 and 7,
you will need to run from an elevated console or process.

Cheers,
Leif

On Wed, Dec 30, 2009 at 7:35 AM, Jim Irrer <ir...@um...> wrote:
> Hi -
>
> If I have a service running, is it possible to invoke another
> program to stop it?  (as opposed to using the "Services"
> dialog in Windows).
>
> I want this so that when our group re-installs services
> the old ones can be shut down automatically.  It would also
> be nice if anyone knows of a way to run a program to tell
> Windows to start a service.
>
> Thanks for any info,
>
> - Jim

Re: [Wrapper-user] stop/start service from a program

[Javier S. R. <jse...@cs...>]

<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><div>&nbsp;Jim:<br><br>It's possible (only for windows) and executing it from a user with permission to do it<br>this java sentence will work: <br><br><span style="font-weight: bold; font-style: italic;">Runtime.getRuntime().exec("SC host servicename stop")</span><br><br>host is the machine where the service is installed (it works from other machine)<br><br>for details on parameters (restart,stop status...) open a ms-dos windows and write sc ?<br clear="all"><br><br><br>I hope this helps<br><br></div><div>JAVIER SEVILLA RAMAL<br>Content Management Consultant<br>CSC<br><br>Agustín de Foxá 27 - 3º Planta, 28036 Madrid<br>C&amp;SI | t : +34 91 3237453 | f: +34 91 3237254 | m: +34 639 146571 | <a href="mailto:jse...@cs...">jse...@cs...</a><br><a href="http://www.csc.com">www.csc.com</a><br><br><br><span style="font-size: 10px;"></span><div><br></div><font color="#990099">-----Jim Irrer &lt;ir...@um...&gt; wrote: -----<br><br></font><blockquote style="border-left: 2px solid #000000; padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">To: wra...@li...<br>From: Jim Irrer &lt;ir...@um...&gt;<br>Date: 29/12/2009 23:35<br>Subject: [Wrapper-user] stop/start service from a program<br><br>Hi -<br><br>If I have a service running, is it possible to invoke another<br>program to stop it?&nbsp; (as opposed to using the "Services"<br>dialog in Windows).<br><br>I want this so that when our group re-installs services<br>
the old ones can be shut down automatically.&nbsp; It would also<br>be nice if anyone knows of a way to run a program to tell<br>Windows to start a service.<br><br>Thanks for any info,<br><br>- Jim
<br clear="all"><br>
<font face="Courier New,Courier,monospace" size="3">------------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Verizon Developer Community<br>Take advantage of Verizon's best-in-class app development support<br>A streamlined, 14 day to market process makes app distribution fast and easy<br>Join now and get one step closer to millions of Verizon customers<br><a href="http://p.sf.net/sfu/verizon-dev2dev">http://p.sf.net/sfu/verizon-dev2dev</a>&nbsp;</font><font face="Courier New,Courier,monospace" size="3">_______________________________________________<br>Wrapper-user mailing list<br>Wra...@li...<br><a href="https://lists.sourceforge.net/lists/listinfo/wrapper-user">https://lists.sourceforge.net/lists/listinfo/wrapper-user</a><br></font>
</blockquote><br></div></FONT>

[Wrapper-user] stop/start service from a program

[Jim I. <ir...@um...>]

Hi -

If I have a service running, is it possible to invoke another
program to stop it?  (as opposed to using the "Services"
dialog in Windows).

I want this so that when our group re-installs services
the old ones can be shut down automatically.  It would also
be nice if anyone knows of a way to run a program to tell
Windows to start a service.

Thanks for any info,

- Jim

Re: [Wrapper-user] killing jboss process kills wrapper process

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

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


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

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