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

AW: AW: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

[Frank F. <fra...@di...>]

Hi Leif

Thanks a lot for your reply.
As you sure read in my email to Patrik - the conf file was the problem =
and
after i fixed it, i got the Wrapper running.
Let me say, I think the Wrapper is a very cool piece of software, it =
seems
to be very well designed and also very well programmed.
What i like most, besides a lot of usefull parameters that allow me to =
make
a very well fitting configuration, is the Intergration method III that =
gives
me very good control of the applicaton startup and shutdown
management/tasks.

We will go on using the Wrapper as a part of our application for the
upcoming weeks and if it will still work that fine as it does at the =
moment,
we will of course send you a donation.

Kind Regards,
Frank

> -----Urspr=FCngliche Nachricht-----
> Von: wra...@li...=20
> [mailto:wra...@li...] Im Auftrag=20
> von Leif Mortenson
> Gesendet: Mittwoch, 20. Oktober 2004 05:57
> An: wra...@li...
> Betreff: Re: AW: [Wrapper-user] FATAL | wrapper | 2004/10/16=20
> 21:35:32 | Unable to execute Java command. Zugriff verweigert=20
> (0x5) [Access denied]
>=20
> Frank,
>     I doubt very much that the "\..\" in the path is the cause of the=20
> problem.   That is set in the
> batch file used to install the Wrapper and has been used by=20
> all Wrapper=20
> users for a few years
> now.
>     If you want you can play with the batch file to use a=20
> direct path,=20
> but I doubt that is the
> problem.
>=20
>     I don't have any other specific ideas other than to keep looking=20
> along the lines of a security
> issue with one or more of your directories.   Try installing=20
> a JVM in a=20
> directory with full access
> to all users and see how that works.   I don't think so, but=20
> it may be=20
> possible that you are
> running into problems loading one or more of the jars as=20
> well..  I would=20
> expect that failure to
> come from the JVM as it was launching however.
>=20
> Leif
>=20
> Frank Fischer wrote:
>=20
> >Hi Leif
> >
> >Thanks a lot for your answer.
> >I tried both ways, granting "all rights" to the System=20
> account for the Java
> >installation dir and creating a new account (with admin=20
> privilegdes) and
> >running the Wrapper under this account.
> >
> >Both didn't worked, means the error stays the same.=20
> >
> >One thing that surprised me a little bit (althought this=20
> doesn't mean it's
> >an error) is the "path to exe" in the "common" tab of the service
> >properties. This looks like:
> >
> >"D:\JavaNTServiceWrapper\bin\wrapper.exe -s
> >D:\JavaNTServiceWrapper\bin\..\conf\wrapper.conf"
> >
> >Could the "\..\" in the path be a problem? If so, where do i=20
> change it (it's
> >read-only field in the tab)?
> >
> >Greetings
> >Frank
> >
> > =20
> >
> >>-----Urspr=FCngliche Nachricht-----
> >>Von: wra...@li...=20
> >>[mailto:wra...@li...] Im Auftrag=20
> >>von Leif Mortenson
> >>Gesendet: Sonntag, 17. Oktober 2004 02:20
> >>An: wra...@li...
> >>Betreff: Re: [Wrapper-user] FATAL | wrapper | 2004/10/16=20
> >>21:35:32 | Unable to execute Java command. Zugriff verweigert=20
> >>(0x5) [Access denied]
> >>
> >>Frank,
> >>    When you run as a console application, the Wrapper and=20
> >>its JVM are=20
> >>run as the user you
> >>are logged in as at the time.   When run as a service=20
> >>however, they are=20
> >>both run as the
> >>SYSTEM user by default.
> >>    My guess is that you have your JVM installed in a=20
> directory which=20
> >>the SYSTEM user does
> >>not have access to.   The SYSTEM user is able to launch the Wrapper=20
> >>process without any
> >>problems, but it is having problems launching the JVM.  =20
> This came up=20
> >>once before, so I will
> >>add a more descriptive message to the logs for the next release.
> >>
> >>    The are two ways to resolve this.
> >>1) Add the SYSTEM user to the list of applications that have=20
> >>access to=20
> >>the JVM install
> >>directory.  This would work, but it may loosed up security=20
> >>more than you=20
> >>want.
> >>
> >>2) Run the Wrapper as a user whic has the required access. =20
>   You can=20
> >>configure the
> >>Wrapper to run as a specifc user using the=20
> >>wrapper.ntservice.account and=20
> >>..password
> >>properties.  Whenever you change these values, you must=20
> uninstall and=20
> >>then reinstall
> >>the app as a service or the service configuration will not=20
> be updated.
> >>http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-a
> >>ccount.html
> >>
> >>Let me know if you have problems getting it working.
> >>
> >>Cheers,
> >>Leif
> >>   =20
> >>
> >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: IT Product Guide on=20
> ITManagersJournal
> >Use IT products in your business? Tell us what you think of=20
> them. Give us
> >Your Opinions, Get Free ThinkGeek Gift Certificates! Click=20
> to find out more
> >http://productguide.itmanagersjournal.com/guidepromo.tmpl
> >_______________________________________________
> >Wrapper-user mailing list
> >Wra...@li...
> >https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
> > =20
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on=20
> ITManagersJournal
> Use IT products in your business? Tell us what you think of=20
> them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to=20
> find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>=20
>=20

AW: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

[Frank F. <fra...@di...>]

Hi Patrik
=20
thanks a lot for your help!=20
I would have searched for ages, thinking it's a permission/user rights
problem on windows....
=20
After I frixed this error and found a second confguration error i got =
the
Wrapper working in the meanting.=20
=20
Thanks a again for your help!
Regards
Frank


  _____ =20

Von: wra...@li...
[mailto:wra...@li...] Im Auftrag von Patrik
Nilsson
Gesendet: Mittwoch, 20. Oktober 2004 08:17
An: wra...@li...
Betreff: SV: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | =
Unable
to execute Java command. Zugriff verweigert (0x5) [Access denied]


Hi,
=20
The conf file is the problem.
=20
The following line=20
    wrapper.java.command=3DD:\j2re1.4.2_05\bin
Should be

    wrapper.java.command=3DD:\j2re1.4.2_05\bin\java
=20
/Patrik
=20

-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Frank Fischer
Skickat: den 16 oktober 2004 21:39
Till: wra...@li...
=C4mne: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to
execute Java command. Zugriff verweigert (0x5) [Access denied]


Hi all
=20
=20
*Windows 2000 Professional, german, Wrapper 3.1.2, Java JRE 1.4.2_05*
=20
I just setup the wrapper and did the requiered modification to my code
(using methode III of integration). I installed the server.
When starting the service from the service manager i get the error "1067
Service terminated unexpectly". In the wrapper.log i cna find the =
following
info:
=20
--------------------------------
STATUS | wrapper  | 2004/10/16 21:35:31 | --> Wrapper Started as Service
DEBUG  | wrapper  | 2004/10/16 21:35:31 | Using system timer.
DEBUG  | wrapperp | 2004/10/16 21:35:31 | server listening on port =
32000.
STATUS | wrapper  | 2004/10/16 21:35:32 | Launching a JVM...
DEBUG  | wrapper  | 2004/10/16 21:35:32 | command: "D:\j2re1.4.2_05\bin"
-Djava.library.path=3D"D:\JavaNTServiceWrapper\bin" -classpath
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
-Dwrapper.key=3D"QlZNkUI30O7APbuZ" -Dwrapper.port=3D32000 =
-Dwrapper.debug=3D"TRUE"
-Dwrapper.use_system_time=3D"TRUE" -Dwrapper.version=3D"3.1.2"
-Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE"
-Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute Java =
command.
Zugriff verweigert (0x5)
FATAL  | wrapper  | 2004/10/16 21:35:32 |     "D:\j2re1.4.2_05\bin"
-Djava.library.path=3D"D:\JavaNTServiceWrapper\bin" -classpath
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
-Dwrapper.key=3D"QlZNkUI30O7APbuZ" -Dwrapper.port=3D32000 =
-Dwrapper.debug=3D"TRUE"
-Dwrapper.use_system_time=3D"TRUE" -Dwrapper.version=3D"3.1.2"
-Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE"
-Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Critical error: wait for JVM
process failed
--------------------------------
=20
In the line "FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute
Java command.  Zugriff verweigert (0x5)", the "Zugriff verweigert" means
"Access denied".
=20
Does anyone has an idea what this could mean and what might be the =
reason
for this error?
=20
below my conf-file:
=20
=20
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=3DD:\j2re1.4.2_05\bin
# Java Main class. This class must implement the WrapperListener =
interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=3Dcom\AareNet\RoutingEngine.REServerServiceWrapper=

# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=3DD:\j2re1.4.2_05\lib
wrapper.java.classpath.2=3DD:\j2re1.4.2_05\lib\ext
wrapper.java.classpath.3=3DD:\javaroot
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=3DD:\JavaNTServiceWrapper\bin
# Java Additional Parameters
#wrapper.java.additional.1=3D
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3D3
# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=3D64
# Application parameters. Add parameters as needed starting from 1
#wrapper.app.parameter.1=3DD:\javaroot\properties\REServer.properties
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.debug=3DTRUE
# Format of output for the console. (See docs for formats)
wrapper.console.format=3DPM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=3DDEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=3DD:\JavaNTServiceWrapper\logs\wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=3DLPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=3DDEBUG
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m =3D 10 megabytes.
wrapper.logfile.maxsize=3D0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=3D0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=3DDEBUG
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=3DaareNet aareSwitch Routing Engine 1.0
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=3DRoutingEngine
# Display name of the service
wrapper.ntservice.displayname=3DaareNet aareSwitch Routing Engine 1.0
# Description of the service
wrapper.ntservice.description=3DRouting Engine Part of aareNet =
aareSwitch VoIP
System
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=3D
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=3DAUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=3Dfalse

=20

Thanks a lot for your help!
Greetings, Frank
=20
=20

RE: [Wrapper-user] Service question

[Ori A. <oa...@me...>]

Leif,
I have tried this with the wrapper. I used the java.exe pid and the dump
showed up in my log.
I have not tried the wrapper.exe pid. I imagine that it will send a
ctrl+break to that process and maybe you can install a handler for it if you
wish to do some of your own work before forwarding the dump.
Again, I haven't tried this and am not familiar with the code aside from
what the author outlined in his site. (Though it seems very interesting, I
might check it out soon :))

Happy to be able to give something back :)

Ori

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, October 20, 2004 10:24 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Service question

Ori,
Thanks for pointing that out, I'll take a look at it and see if it is
something that can
be used with the Wrapper. I was able to see the site no problem. Reading
over
the description, it looks like the definition of a "hack". (Not a bad
word by the way).
But sometimes, that is exactly what is needed. At the least, it sounds
like I could
learn a few things from the source.

Have you tried this with the Wrapper? I would imagine that it would work
if you
tried using either the Wrapper or JVM pids.

Cheers,
Leif

Ori Argov wrote:

>I found a very cool tool that does this for NT services.
>www.latenighthacking.com/projects/2003/sendSignal/
>
>However I can not get into this link recently (you can see it on google
>cache, I personally think it's a very smart piece of coding, respect to the
>author).
>It will send a Ctrl+Break to ANY process by PID.
>If you can't get a copy and need it I have one, I'm not sure if I can post
>it here - how about it Leif?
>
>Ori
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...] On Behalf Of Leif
>Mortenson
>Sent: Wednesday, October 20, 2004 6:04 AM
>To: wra...@li...
>Subject: Re: [Wrapper-user] Service question
>
>francesco triti wrote:
>
>  
>
>>hi,
>>i'm trying to integrate java service wrapper with my
>>java application.
>>
>>Since it supports both win and linux it seems too
>>great for my.
>>
>>By the way, i'd like to know if "net pause <<service
>>name>>" is enable.
>> 
>>
>>    
>>
>Currently the Wrapper does not not support the pause function as there 
>is not a
>practical way to pause a JVM.
>
>  
>
>>I'd like to use for doing a full thread dump of my
>>java application.
>>
>>If not, is there a way to call a full thread dump when
>>the application runs as NT service? 
>>Have i to open c code, adding support and recompile
>>the wrapper code?
>> 
>>
>>    
>>
>There are a couple ways to invoke a thread dump in your application.   
>If your
>app uses JMX, the Wrapper provides an interface that can be used to 
>invoke the
>dump.
>
>You can invoke a thread dump from the console by pressing CTRL-BREAK.  But
>that is not useful when run as a service unless you have configured the 
>wrapper to
>show its console.
>
>The Wrapper comes with a simple little class which lets you connect via 
>telnet and
>do things link thread dumps or JVM restarts.   See the javadocs for the
>WrapperActionServer for more details.   It requires some Java code be 
>added to your
>application, but it is quite easy to do.
>http://wrapper.tanukisoftware.org/doc/english/javadocs.html
>
>Another method is to call WrapperManager.requestThreadDump directly from 
>within
>your application.  This method opens up a lot of options for you.
>
>On UNIX platforms, it is easy.  You simply launch the shell script with 
>the "dump"
>command.
>
>Cheers,
>Leif
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>______________________________________________________________________
>This email has been scanned by the MessageLabs Email Security System.
>For more information please visit http://www.messagelabs.com/email 
>______________________________________________________________________
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

Re: [Wrapper-user] Service question

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

Ori,
Thanks for pointing that out, I'll take a look at it and see if it is
something that can
be used with the Wrapper. I was able to see the site no problem. Reading
over
the description, it looks like the definition of a "hack". (Not a bad
word by the way).
But sometimes, that is exactly what is needed. At the least, it sounds
like I could
learn a few things from the source.

Have you tried this with the Wrapper? I would imagine that it would work
if you
tried using either the Wrapper or JVM pids.

Cheers,
Leif

Ori Argov wrote:

>I found a very cool tool that does this for NT services.
>www.latenighthacking.com/projects/2003/sendSignal/
>
>However I can not get into this link recently (you can see it on google
>cache, I personally think it's a very smart piece of coding, respect to the
>author).
>It will send a Ctrl+Break to ANY process by PID.
>If you can't get a copy and need it I have one, I'm not sure if I can post
>it here - how about it Leif?
>
>Ori
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...] On Behalf Of Leif
>Mortenson
>Sent: Wednesday, October 20, 2004 6:04 AM
>To: wra...@li...
>Subject: Re: [Wrapper-user] Service question
>
>francesco triti wrote:
>
>  
>
>>hi,
>>i'm trying to integrate java service wrapper with my
>>java application.
>>
>>Since it supports both win and linux it seems too
>>great for my.
>>
>>By the way, i'd like to know if "net pause <<service
>>name>>" is enable.
>> 
>>
>>    
>>
>Currently the Wrapper does not not support the pause function as there 
>is not a
>practical way to pause a JVM.
>
>  
>
>>I'd like to use for doing a full thread dump of my
>>java application.
>>
>>If not, is there a way to call a full thread dump when
>>the application runs as NT service? 
>>Have i to open c code, adding support and recompile
>>the wrapper code?
>> 
>>
>>    
>>
>There are a couple ways to invoke a thread dump in your application.   
>If your
>app uses JMX, the Wrapper provides an interface that can be used to 
>invoke the
>dump.
>
>You can invoke a thread dump from the console by pressing CTRL-BREAK.  But
>that is not useful when run as a service unless you have configured the 
>wrapper to
>show its console.
>
>The Wrapper comes with a simple little class which lets you connect via 
>telnet and
>do things link thread dumps or JVM restarts.   See the javadocs for the
>WrapperActionServer for more details.   It requires some Java code be 
>added to your
>application, but it is quite easy to do.
>http://wrapper.tanukisoftware.org/doc/english/javadocs.html
>
>Another method is to call WrapperManager.requestThreadDump directly from 
>within
>your application.  This method opens up a lot of options for you.
>
>On UNIX platforms, it is easy.  You simply launch the shell script with 
>the "dump"
>command.
>
>Cheers,
>Leif
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>______________________________________________________________________
>This email has been scanned by the MessageLabs Email Security System.
>For more information please visit http://www.messagelabs.com/email 
>______________________________________________________________________
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

RE: [Wrapper-user] Service question

[Ori A. <oa...@me...>]

I found a very cool tool that does this for NT services.
www.latenighthacking.com/projects/2003/sendSignal/

However I can not get into this link recently (you can see it on google
cache, I personally think it's a very smart piece of coding, respect to the
author).
It will send a Ctrl+Break to ANY process by PID.
If you can't get a copy and need it I have one, I'm not sure if I can post
it here - how about it Leif?

Ori

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, October 20, 2004 6:04 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Service question

francesco triti wrote:

>hi,
>i'm trying to integrate java service wrapper with my
>java application.
>
>Since it supports both win and linux it seems too
>great for my.
>
>By the way, i'd like to know if "net pause <<service
>name>>" is enable.
>  
>
Currently the Wrapper does not not support the pause function as there 
is not a
practical way to pause a JVM.

>I'd like to use for doing a full thread dump of my
>java application.
>
>If not, is there a way to call a full thread dump when
>the application runs as NT service? 
>Have i to open c code, adding support and recompile
>the wrapper code?
>  
>
There are a couple ways to invoke a thread dump in your application.   
If your
app uses JMX, the Wrapper provides an interface that can be used to 
invoke the
dump.

You can invoke a thread dump from the console by pressing CTRL-BREAK.  But
that is not useful when run as a service unless you have configured the 
wrapper to
show its console.

The Wrapper comes with a simple little class which lets you connect via 
telnet and
do things link thread dumps or JVM restarts.   See the javadocs for the
WrapperActionServer for more details.   It requires some Java code be 
added to your
application, but it is quite easy to do.
http://wrapper.tanukisoftware.org/doc/english/javadocs.html

Another method is to call WrapperManager.requestThreadDump directly from 
within
your application.  This method opens up a lot of options for you.

On UNIX platforms, it is easy.  You simply launch the shell script with 
the "dump"
command.

Cheers,
Leif



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

RE: [Wrapper-user] Wrapper and jvmstat

[Hazelton, P. <PHa...@fn...>]

Thanks for checking this out.

> Other than setting the JVMSTAT_HOME and PATH environment variables,
the=20
> instructions do not say that anything else needs to be done when
launching the target JVM.  =20
> Where did you find the -XX... options that you mentioned?

I installed on Windows and followed the instructions which came with the
tools. If you're using HotSpot 1.4.1 then the jvmstat 1.1 docs mention
the -XX option I spoke of before. This worked for me.

If you're using HotSpot 1.4.2 and have followed the jvmstat 2.0 docs and
its still not working then check out the jvmstat FAQ page. There are a
couple extra tips in there which may help you get started.

Remember, you have to use these combinations of JVM and jvmstat, mixing
the new jvmstat with the old JVM doesn't work.

Hope this helps.=20

Please let me know if you get it running. I'll have a closer look at
wrapper and see if I can work it out.

Cheers
Paul
_________________________________________________________________________=
__________________________


The views expressed in this email are, unless otherwise stated, those of =
the author and not those
of the FirstRand Banking Group an Authorised Financial Service Provider o=
r its management.
The information in this e-mail is confidential and is intended solely for=
=20the addressee.
Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, any disclosure, copying, distribut=
ion or any action taken or=20
omitted in reliance on this, is prohibited and may be unlawful.
Whilst all reasonable steps are taken to ensure the accuracy and integrit=
y of information and data=20
transmitted electronically and to preserve the confidentiality thereof, n=
o liability or=20
responsibility whatsoever is accepted if information or data is, for what=
ever reason, corrupted=20
or does not reach its intended destination.

=20                              ________________________________

Re: SV: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

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

Patrik,
Good eye.   You are right, that is most likely the problem.

Frank,
In your wrapper.conf file, change:
wrapper.java.command=D:\j2re1.4.2_05\bin
to:
wrapper.java.command=D:\j2re1.4.2_05\bin\java
and you should be up and running.

Cheers,
Leif

Patrik Nilsson wrote:

> Hi,
>  
> The conf file is the problem.
>  
> The following line
>     wrapper.java.command=D:\j2re1.4.2_05\bin
> Should be
>     wrapper.java.command=D:\j2re1.4.2_05\bin\java
>  
> /Patrik
>  
>
>     -----Ursprungligt meddelande-----
>     *Från:* wra...@li...
>     [mailto:wra...@li...]*För *Frank Fischer
>     *Skickat:* den 16 oktober 2004 21:39
>     *Till:* wra...@li...
>     *Ämne:* [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 |
>     Unable to execute Java command. Zugriff verweigert (0x5) [Access
>     denied]
>
>     Hi all
>      
>      
>     *Windows 2000 Professional, german, Wrapper 3.1.2, Java JRE 1.4.2_05*
>      
>     I just setup the wrapper and did the requiered modification to my
>     code (using methode III of integration). I installed the server.
>     When starting the service from the service manager i get the error
>     "1067 Service terminated unexpectly". In the wrapper.log i cna
>     find the following info:
>      
>     --------------------------------
>     STATUS | wrapper  | 2004/10/16 21:35:31 | --> Wrapper Started as
>     Service
>     DEBUG  | wrapper  | 2004/10/16 21:35:31 | Using system timer.
>     DEBUG  | wrapperp | 2004/10/16 21:35:31 | server listening on port
>     32000.
>     STATUS | wrapper  | 2004/10/16 21:35:32 | Launching a JVM...
>     DEBUG  | wrapper  | 2004/10/16 21:35:32 | command:
>     "D:\j2re1.4.2_05\bin"
>     -Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath
>     "D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
>     -Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000
>     -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE"
>     -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper"
>     -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10"
>     -Dwrapper.jvmid=1 com\AareNet\RoutingEngine.REServerServiceWrapper
>     FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute Java
>     command.  Zugriff verweigert (0x5)
>     FATAL  | wrapper  | 2004/10/16 21:35:32 |    
>     "D:\j2re1.4.2_05\bin"
>     -Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath
>     "D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
>     -Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000
>     -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE"
>     -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper"
>     -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10"
>     -Dwrapper.jvmid=1 com\AareNet\RoutingEngine.REServerServiceWrapper
>     FATAL  | wrapper  | 2004/10/16 21:35:32 | Critical error: wait for
>     JVM process failed
>     --------------------------------
>      
>     In the line "FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to
>     execute Java command.  Zugriff verweigert (0x5)", the "Zugriff
>     verweigert" means "Access denied".
>      
>     Does anyone has an idea what this could mean and what might be the
>     reason for this error?
>      
>     below my conf-file:
>      
>      
>     #********************************************************************
>     # TestWrapper Properties
>     #
>     # NOTE - Please use src/conf/wrapper.conf.in as a template for your
>     # own application rather than the values used for the
>     # TestWrapper sample.
>     #********************************************************************
>     # Java Application
>     wrapper.java.command=D:\j2re1.4.2_05\bin
>     # Java Main class. This class must implement the WrapperListener
>     interface
>     # or guarantee that the WrapperManager class is initialized. Helper
>     # classes are provided to do this for you. See the Integration section
>     # of the documentation for details.
>     wrapper.java.mainclass=com\AareNet\RoutingEngine.REServerServiceWrapper
>     # Java Classpath (include wrapper.jar) Add class path elements as
>     # needed starting from 1
>     wrapper.java.classpath.1=D:\j2re1.4.2_05\lib
>     wrapper.java.classpath.2=D:\j2re1.4.2_05\lib\ext
>     wrapper.java.classpath.3=D:\javaroot
>     # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>     wrapper.java.library.path.1=D:\JavaNTServiceWrapper\bin
>     # Java Additional Parameters
>     #wrapper.java.additional.1=
>     # Initial Java Heap Size (in MB)
>     #wrapper.java.initmemory=3
>     # Maximum Java Heap Size (in MB)
>     #wrapper.java.maxmemory=64
>     # Application parameters. Add parameters as needed starting from 1
>     #wrapper.app.parameter.1=D:\javaroot\properties\REServer.properties
>     #********************************************************************
>     # Wrapper Logging Properties
>     #********************************************************************
>     wrapper.debug=TRUE
>     # Format of output for the console. (See docs for formats)
>     wrapper.console.format=PM
>     # Log Level for console output. (See docs for log levels)
>     wrapper.console.loglevel=DEBUG
>     # Log file to use for wrapper output logging.
>     wrapper.logfile=D:\JavaNTServiceWrapper\logs\wrapper.log
>     # Format of output for the log file. (See docs for formats)
>     wrapper.logfile.format=LPTM
>     # Log Level for log file output. (See docs for log levels)
>     wrapper.logfile.loglevel=DEBUG
>     # Maximum size that the log file will be allowed to grow to before
>     # the log is rolled. Size is specified in bytes. The default value
>     # of 0, disables log rolling. May abbreviate with the 'k' (kb) or
>     # 'm' (mb) suffix. For example: 10m = 10 megabytes.
>     wrapper.logfile.maxsize=0
>     # Maximum number of rolled log files which will be allowed before old
>     # files are deleted. The default value of 0 implies no limit.
>     wrapper.logfile.maxfiles=0
>     # Log Level for sys/event log output. (See docs for log levels)
>     wrapper.syslog.loglevel=DEBUG
>     #********************************************************************
>     # Wrapper Windows Properties
>     #********************************************************************
>     # Title to use when running as a console
>     wrapper.console.title=aareNet aareSwitch Routing Engine 1.0
>     #********************************************************************
>     # Wrapper Windows NT/2000/XP Service Properties
>     #********************************************************************
>     # WARNING - Do not modify any of these properties when an application
>     # using this configuration file has been installed as a service.
>     # Please uninstall the service before modifying this section. The
>     # service can then be reinstalled.
>     # Name of the service
>     wrapper.ntservice.name=RoutingEngine
>     # Display name of the service
>     wrapper.ntservice.displayname=aareNet aareSwitch Routing Engine 1.0
>     # Description of the service
>     wrapper.ntservice.description=Routing Engine Part of aareNet
>     aareSwitch VoIP System
>     # Service dependencies. Add dependencies as needed starting from 1
>     wrapper.ntservice.dependency.1=
>     # Mode in which the service is installed. AUTO_START or DEMAND_START
>     wrapper.ntservice.starttype=AUTO_START
>     # Allow the service to interact with the desktop.
>     wrapper.ntservice.interactive=false
>
>      
>
>     Thanks a lot for your help!
>     Greetings, Frank
>      
>      
>

[Wrapper-user] wrapper exits with native errors

[francesco t. <fra...@ya...>]

hi, 
i found this exception while running my app wrapped
with the wrapper :


An unexpected exception has been detected in native
code outside the VM.
Unexpected Signal : 11 occurred at PC=0x9E393430
Function=[Unknown.]
Library=(N/A)

NOTE: We are unable to locate the function name symbol
for the error
      just occurred. Please refer to release
documentation for possible
      reason and solutions.


Current Java thread:
	at
org.tanukisoftware.wrapper.WrapperManager.nativeGetControlEvent(Native
Method)
	at
org.tanukisoftware.wrapper.WrapperManager.access$1600(WrapperManager.java:260)
	at
org.tanukisoftware.wrapper.WrapperManager$2.run(WrapperManager.java:691)

Dynamic libraries:
0012a000-00138000 r-xp 00000000 03:05 696396    
/lib/tls/libpthread-0.61.so
00138000-00139000 r--p 0000d000 03:05 696396    
/lib/tls/libpthread-0.61.so
00139000-0013a000 rw-p 0000e000 03:05 696396    
/lib/tls/libpthread-0.61.so
00b9b000-00bac000 r-xp 00000000 03:05 625227    
/lib/libnsl-2.3.3.so
00bac000-00bad000 r--p 00011000 03:05 625227    
/lib/libnsl-2.3.3.so
00bad000-00bae000 rw-p 00012000 03:05 625227    
/lib/libnsl-2.3.3.so
00bb8000-00bcd000 r-xp 00000000 03:05 625140    
/lib/ld-2.3.3.so
00bcd000-00bce000 r--p 00014000 03:05 625140    
/lib/ld-2.3.3.so
00bce000-00bcf000 rw-p 00015000 03:05 625140    
/lib/ld-2.3.3.so
00bd1000-00ce6000 r-xp 00000000 03:05 696394    
/lib/tls/libc-2.3.3.so
00ce6000-00ce8000 r--p 00115000 03:05 696394    
/lib/tls/libc-2.3.3.so
00ce8000-00cea000 rw-p 00117000 03:05 696394    
/lib/tls/libc-2.3.3.so
00cee000-00d0f000 r-xp 00000000 03:05 696395    
/lib/tls/libm-2.3.3.so
00d0f000-00d10000 r--p 00020000 03:05 696395    
/lib/tls/libm-2.3.3.so
00d10000-00d11000 rw-p 00021000 03:05 696395    
/lib/tls/libm-2.3.3.so
00d13000-00d15000 r-xp 00000000 03:05 625219    
/lib/libdl-2.3.3.so
00d15000-00d16000 r--p 00001000 03:05 625219    
/lib/libdl-2.3.3.so
00d16000-00d17000 rw-p 00002000 03:05 625219    
/lib/libdl-2.3.3.so
08048000-0804e000 r-xp 00000000 03:05 859911    
/usr/java/j2re1.4.2_04/bin/java
0804e000-0804f000 rw-p 00005000 03:05 859911    
/usr/java/j2re1.4.2_04/bin/java
55018000-55413000 r-xp 00000000 03:05 902981    
/usr/java/j2re1.4.2_04/lib/i386/client/libjvm.so
55413000-5542e000 rw-p 003fa000 03:05 902981    
/usr/java/j2re1.4.2_04/lib/i386/client/libjvm.so
55441000-55449000 r-xp 00000000 03:05 903009    
/usr/java/j2re1.4.2_04/lib/i386/native_threads/libhpi.so
55449000-5544a000 rw-p 00007000 03:05 903009    
/usr/java/j2re1.4.2_04/lib/i386/native_threads/libhpi.so
5544a000-5544e000 rw-s 00000000 03:05 1165556   
/tmp/hsperfdata_root/11702
5545f000-55469000 r-xp 00000000 03:05 591026    
/lib/libnss_files-2.3.3.so
55469000-5546a000 r--p 00009000 03:05 591026    
/lib/libnss_files-2.3.3.so
5546a000-5546b000 rw-p 0000a000 03:05 591026    
/lib/libnss_files-2.3.3.so
5546b000-5547b000 r-xp 00000000 03:05 903006    
/usr/java/j2re1.4.2_04/lib/i386/libverify.so
5547b000-5547d000 rw-p 0000f000 03:05 903006    
/usr/java/j2re1.4.2_04/lib/i386/libverify.so
5547d000-5549d000 r-xp 00000000 03:05 902992    
/usr/java/j2re1.4.2_04/lib/i386/libjava.so
5549d000-5549f000 rw-p 0001f000 03:05 902992    
/usr/java/j2re1.4.2_04/lib/i386/libjava.so
5549f000-554b3000 r-xp 00000000 03:05 903007    
/usr/java/j2re1.4.2_04/lib/i386/libzip.so
554b3000-554b6000 rw-p 00013000 03:05 903007    
/usr/java/j2re1.4.2_04/lib/i386/libzip.so
554b6000-56b9b000 r--s 00000000 03:05 903535    
/usr/java/j2re1.4.2_04/lib/rt.jar
56be5000-56bfb000 r--s 00000000 03:05 903079    
/usr/java/j2re1.4.2_04/lib/sunrsasign.jar
56bfb000-56cd3000 r--s 00000000 03:05 903072    
/usr/java/j2re1.4.2_04/lib/jsse.jar
56cd3000-56ce4000 r--s 00000000 03:05 903027    
/usr/java/j2re1.4.2_04/lib/jce.jar
56ce4000-5722c000 r--s 00000000 03:05 903028    
/usr/java/j2re1.4.2_04/lib/charsets.jar
592d4000-592da000 r--s 00000000 03:05 444299    
/usr/lib/gconv/gconv-modules.cache
9d87e000-9da7e000 r--p 00000000 03:05 430432    
/usr/lib/locale/locale-archive
9e498000-9e4a8000 r-xp 00000000 03:05 903003    
/usr/java/j2re1.4.2_04/lib/i386/libnet.so
9e4a8000-9e4a9000 rw-p 0000f000 03:05 903003    
/usr/java/j2re1.4.2_04/lib/i386/libnet.so
9f3a5000-9f3ab000 r-xp 00000000 03:05 903004    
/usr/java/j2re1.4.2_04/lib/i386/libnio.so
9f3ab000-9f3ac000 rw-p 00005000 03:05 903004    
/usr/java/j2re1.4.2_04/lib/i386/libnio.so

Heap at VM Abort:
Heap
 def new generation   total 1216K, used 503K
[0x592e0000, 0x59430000, 0x5e1a0000)
  eden space 1088K,  46% used [0x592e0000, 0x5935dc08,
0x593f0000)
  from space 128K,   0% used [0x593f0000, 0x593f0000,
0x59410000)
  to   space 128K,   0% used [0x59410000, 0x59410000,
0x59430000)
 tenured generation   total 15168K, used 3534K
[0x5e1a0000, 0x5f070000, 0x992e0000)
   the space 15168K,  23% used [0x5e1a0000,
0x5e513af8, 0x5e513c00, 0x5f070000)
 compacting perm gen  total 8192K, used 8030K
[0x992e0000, 0x99ae0000, 0x9d2e0000)
   the space 8192K,  98% used [0x992e0000, 0x99ab7ac8,
0x99ab7c00, 0x99ae0000)

Local Time = Mon Oct 18 15:26:16 2004
Elapsed Time = 249902
#
# The exception above was detected in native code
outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05
mixed mode)
#


Any clue? Is it something related to mine
configuration ? 
I saw that it happens under windows too, but i'm not
able to reproduce (well, at the moment).

Thanks a lot 

Fra


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

SV: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

[Patrik N. <pat...@in...>]

Hi,
=20
The conf file is the problem.
=20
The following line=20
    wrapper.java.command=3DD:\j2re1.4.2_05\bin
Should be
    wrapper.java.command=3DD:\j2re1.4.2_05\bin\java
=20
/Patrik
=20

-----Ursprungligt meddelande-----
Fr=E5n: wra...@li... =
[mailto:wra...@li...]F=F6r Frank Fischer
Skickat: den 16 oktober 2004 21:39
Till: wra...@li...
=C4mne: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to =
execute Java command. Zugriff verweigert (0x5) [Access denied]


Hi all
=20
=20
*Windows 2000 Professional, german, Wrapper 3.1.2, Java JRE 1.4.2_05*
=20
I just setup the wrapper and did the requiered modification to my code =
(using methode III of integration). I installed the server.
When starting the service from the service manager i get the error "1067 =
Service terminated unexpectly". In the wrapper.log i cna find the =
following info:
=20
--------------------------------
STATUS | wrapper  | 2004/10/16 21:35:31 | --> Wrapper Started as Service
DEBUG  | wrapper  | 2004/10/16 21:35:31 | Using system timer.
DEBUG  | wrapperp | 2004/10/16 21:35:31 | server listening on port =
32000.
STATUS | wrapper  | 2004/10/16 21:35:32 | Launching a JVM...
DEBUG  | wrapper  | 2004/10/16 21:35:32 | command: "D:\j2re1.4.2_05\bin" =
-Djava.library.path=3D"D:\JavaNTServiceWrapper\bin" -classpath =
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot" =
-Dwrapper.key=3D"QlZNkUI30O7APbuZ" -Dwrapper.port=3D32000 =
-Dwrapper.debug=3D"TRUE" -Dwrapper.use_system_time=3D"TRUE" =
-Dwrapper.version=3D"3.1.2" -Dwrapper.native_library=3D"wrapper" =
-Dwrapper.service=3D"TRUE" -Dwrapper.cpu.timeout=3D"10" =
-Dwrapper.jvmid=3D1 com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute Java =
command.  Zugriff verweigert (0x5)
FATAL  | wrapper  | 2004/10/16 21:35:32 |     "D:\j2re1.4.2_05\bin" =
-Djava.library.path=3D"D:\JavaNTServiceWrapper\bin" -classpath =
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot" =
-Dwrapper.key=3D"QlZNkUI30O7APbuZ" -Dwrapper.port=3D32000 =
-Dwrapper.debug=3D"TRUE" -Dwrapper.use_system_time=3D"TRUE" =
-Dwrapper.version=3D"3.1.2" -Dwrapper.native_library=3D"wrapper" =
-Dwrapper.service=3D"TRUE" -Dwrapper.cpu.timeout=3D"10" =
-Dwrapper.jvmid=3D1 com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Critical error: wait for JVM =
process failed
--------------------------------
=20
In the line "FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute =
Java command.  Zugriff verweigert (0x5)", the "Zugriff verweigert" means =
"Access denied".
=20
Does anyone has an idea what this could mean and what might be the =
reason for this error?
=20
below my conf-file:
=20
=20
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=3DD:\j2re1.4.2_05\bin
# Java Main class. This class must implement the WrapperListener =
interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=3Dcom\AareNet\RoutingEngine.REServerServiceWrapper=

# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=3DD:\j2re1.4.2_05\lib
wrapper.java.classpath.2=3DD:\j2re1.4.2_05\lib\ext
wrapper.java.classpath.3=3DD:\javaroot
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=3DD:\JavaNTServiceWrapper\bin
# Java Additional Parameters
#wrapper.java.additional.1=3D
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3D3
# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=3D64
# Application parameters. Add parameters as needed starting from 1
#wrapper.app.parameter.1=3DD:\javaroot\properties\REServer.properties
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.debug=3DTRUE
# Format of output for the console. (See docs for formats)
wrapper.console.format=3DPM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=3DDEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=3DD:\JavaNTServiceWrapper\logs\wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=3DLPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=3DDEBUG
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m =3D 10 megabytes.
wrapper.logfile.maxsize=3D0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=3D0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=3DDEBUG
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=3DaareNet aareSwitch Routing Engine 1.0
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=3DRoutingEngine
# Display name of the service
wrapper.ntservice.displayname=3DaareNet aareSwitch Routing Engine 1.0
# Description of the service
wrapper.ntservice.description=3DRouting Engine Part of aareNet =
aareSwitch VoIP System
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=3D
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=3DAUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=3Dfalse

=20

Thanks a lot for your help!
Greetings, Frank
=20
=20

[Wrapper-user] trouble with starting application; unable to find resource error

[<Djm...@ao...>]

Could some one walk me through the steps to resolve the problem of my  
application's inability to open completley. It seems that this error message has  
something to do with the problem......
 
 
O [WrapperSimpleAppMain]  ERROR Velocity - ResorceManager :  unable to find 
resource 'VM _global_library.vm'  in any resource  loader.
 
JVM Process resource has not recieved any CPU time for 429496713  seconds. 
Extending timeouts
 
 
I think you get the picture. Thanks in advance!

Re: [Wrapper-user] Disable auto-restart of JVM ...

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

Michael,
    I have added a new property wrapper.disable_restarts for the 3.1.3 
release.
It will completely disable all JVM restarting by the Wrapper and should meet
your needs.

Cheers,
Leif

Michael 'buk' Scherer wrote:

>Hey Leif,
>
>thanks for the quick answer. I'm impressed.
>
>On Wed, 6 Oct 2004, Leif Mortenson wrote:
>
>  
>
>>wrapper.max_failed_invocations=1
>>wrapper.successful_invocation_time=2147483647
>>    
>>
>err, uhm, yes
>
>  
>
>>Please explain what you are wanting to do.  A new property may be in order.
>>    
>>
>I just want to disable "automagic" restarting of a (maybe) killed JVM.
>At the moment I dont know when such an "unexpected" event may occur, 
>except when the JVM gets killed.
>
>I just want to make sure that the thing doesnt get restarted, cause in my 
>setup there are a few dependencies between services and if one particular 
>service dies, some others needs to be restarted too.
>
>Hm, I wonder if thats possible too?
>Restarting another service through a trigger?
>
>Greetings,
>Michael
>
>PS:
>wrapper.on_failure.default=SHUTDOWN
>just an idea ;)
>
>  
>

Re: [Wrapper-user] Wrapper and jvmstat

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

Paul,
    I looked over that site and it looks interesting, I didn't spend all 
that much time on it,
but I was not able to get it working even with a standalone JVM.  Other 
than setting
the JVMSTAT_HOME and PATH environment variables, the instructions do not say
that anything else needs to be done when launching the target JVM.   
Where did you
find the -XX... options that you mentioned?

    If I run jvmps, it doesn't find anything so something is obviously 
missing.

Cheers,
Leif

Hazelton, Paul wrote:

>Hi
>
>Has anyone had experience using jvmstat (from Sun's CoolStuff:
>http://developers.sun.com/dev/coolstuff/jvmstat/) with an application
>started using wrapper?
>
>Basically, an application which you want to monitor using jvmstat should
>be started with the JVM option -XX:+UsePerfData.
>
>I've tried adding
>
>wrapper.java.additional.4=-XX:+UsePerfData
>
>to my wrapper configuration file, but this seems to have no effect. I
>can see the java process I want to monitor in the Task Manager, and
>using
>
>wrapper.java.pidfile=
>
>confirms that I am looking at the correct java process. However, jvmstat
>cannot connect to it.
>
>Any ideas?
>
>Thanks
>Paul
>  
>

Re: [Wrapper-user] Tomcat starts and shuts down in the same few second

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

Andreas,
Another user had problems a while back with Tomcat 5.0.27.   It appears 
that Tomcat changed
its startup scripts a bit so the integration instructions on the Wrapper 
site are not quite correct.
https://sourceforge.net/tracker/index.php?func=detail&aid=998932&group_id=39428&atid=425188

Your output does not look quite the same however, so I'm not sure it is 
the same problem.
In your case, the Wrapper is shutting down because all non-daemon 
threads are shut down.
This means that the Tomcat application itself has completed.

Could you post your wrapper.conf file, along with the full contents of 
your wrapper.log file
for a single run, with wrapper.debug=true set.   I may have some ideas 
after seeing that.

Cheers,
Leif

Andreas Kapp wrote:

>Hello everybody
>
>I'm a new user of wrapper. Currently I observed a strange behavior
>using wrapper 3.1.1 with tomcat 5.0.28.
>
>If I start tomcat with catalina.sh everything works fine.
>
>But when I start Tomcat with wrapper in console mode, Tomcat starts up
>and shuts down in the same moment. I set the logging to debug. For me
>there is no sign of an error or exception shown.
>
>This is the critical part of the log:
>
>jvm 1    | Oct 8, 2004 2:22:14 PM org.apache.jk.server.JkMain start
>jvm 1    | INFO: Jk running ID=0 time=6/655
>config=/usr/local/tomcat5/conf/jk2.properties
>jvm 1    | Oct 8, 2004 2:22:14 PM org.apache.catalina.startup.Catalina start
>jvm 1    | INFO: Server startup in 31411 ms
>jvm 1    | WrapperStartStopApp: start main method completed
>wrapperp | send a packet PING : ping
>jvm 1    | Received a packet PING : ping
>jvm 1    | Send a packet PING : ok
>jvm 1    | All non-daemon threads have stopped.  Exiting.
>jvm 1    | WrapperManager.stop(0) called by thread: Wrapper-Connection
>jvm 1    | Send a packet STOP : 0
>wrapperp | read a packet PING : ok
>wrapper  | Got ping response from JVM
>wrapperp | read a packet STOP : 0
>wrapper  | JVM requested a shutdown. (0)
>wrapper  | wrapperStopProcess(0) called.
>wrapper  | Sending stop signal to JVM
>wrapperp | send a packet STOP : NULL
>jvm 1    | Thread, Wrapper-Connection, handling the shutdown process.
>jvm 1    | calling listener.stop()
>jvm 1    | WrapperStartStopApp: stop(0)
>jvm 1    | WrapperStartStopApp: invoking stop main method
>jvm 1    | Oct 8, 2004 2:22:16 PM org.apache.catalina.core.StandardService stop
>jvm 1    | INFO: Stopping service Tomcat-Standalone
>
>Has somebody an idea what the reason could be for this strange behavior?
>
>Thanks a lot for your comments.
>
>Andreas
>
>
>  
>

Re: [Wrapper-user] Killing Java process kills wrapper

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

If you send a SIGTERM to the JVM, it will interpret this a CTRL-C and 
shutdown cleanly.
This is actually the correct behavior.   If you want the JVM and Wrapper 
to ignore such
signals, you can do so by setting the wrapper.ignore_signals property.  
If you do that however,
you should also take a look at the wrapper.anchorfile property.
http://wrapper.tanukisoftware.org/doc/english/prop-ignore-signals.html
http://wrapper.tanukisoftware.org/doc/english/prop-anchorfile.html

If you choose this method, then I suggest setting the IGNORE_SIGNALS 
property in the
3.1.2 shell script rather than setting the properties directly.  This 
will cause the shell script
to cleanly start and stop the wrapper using the anchor file rather than 
signals.

Cheers,
Leif

Richard Emberson wrote:

>Version  3.1.2
>OS linux
>using WrapperSimpleApp
>
>killing the java process using the kill command,
>
>  
>
>>kill java_process_id
>>    
>>
>
>also kills the wrapper process.
>
>Why?
>
>Thanks.
>
>Richard
>  
>

Re: [Wrapper-user] Service question

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

francesco triti wrote:

>hi,
>i'm trying to integrate java service wrapper with my
>java application.
>
>Since it supports both win and linux it seems too
>great for my.
>
>By the way, i'd like to know if "net pause <<service
>name>>" is enable.
>  
>
Currently the Wrapper does not not support the pause function as there 
is not a
practical way to pause a JVM.

>I'd like to use for doing a full thread dump of my
>java application.
>
>If not, is there a way to call a full thread dump when
>the application runs as NT service? 
>Have i to open c code, adding support and recompile
>the wrapper code?
>  
>
There are a couple ways to invoke a thread dump in your application.   
If your
app uses JMX, the Wrapper provides an interface that can be used to 
invoke the
dump.

You can invoke a thread dump from the console by pressing CTRL-BREAK.  But
that is not useful when run as a service unless you have configured the 
wrapper to
show its console.

The Wrapper comes with a simple little class which lets you connect via 
telnet and
do things link thread dumps or JVM restarts.   See the javadocs for the
WrapperActionServer for more details.   It requires some Java code be 
added to your
application, but it is quite easy to do.
http://wrapper.tanukisoftware.org/doc/english/javadocs.html

Another method is to call WrapperManager.requestThreadDump directly from 
within
your application.  This method opens up a lot of options for you.

On UNIX platforms, it is easy.  You simply launch the shell script with 
the "dump"
command.

Cheers,
Leif

Re: AW: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

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

Frank,
    I doubt very much that the "\..\" in the path is the cause of the 
problem.   That is set in the
batch file used to install the Wrapper and has been used by all Wrapper 
users for a few years
now.
    If you want you can play with the batch file to use a direct path, 
but I doubt that is the
problem.

    I don't have any other specific ideas other than to keep looking 
along the lines of a security
issue with one or more of your directories.   Try installing a JVM in a 
directory with full access
to all users and see how that works.   I don't think so, but it may be 
possible that you are
running into problems loading one or more of the jars as well..  I would 
expect that failure to
come from the JVM as it was launching however.

Leif

Frank Fischer wrote:

>Hi Leif
>
>Thanks a lot for your answer.
>I tried both ways, granting "all rights" to the System account for the Java
>installation dir and creating a new account (with admin privilegdes) and
>running the Wrapper under this account.
>
>Both didn't worked, means the error stays the same. 
>
>One thing that surprised me a little bit (althought this doesn't mean it's
>an error) is the "path to exe" in the "common" tab of the service
>properties. This looks like:
>
>"D:\JavaNTServiceWrapper\bin\wrapper.exe -s
>D:\JavaNTServiceWrapper\bin\..\conf\wrapper.conf"
>
>Could the "\..\" in the path be a problem? If so, where do i change it (it's
>read-only field in the tab)?
>
>Greetings
>Frank
>
>  
>
>>-----Ursprüngliche Nachricht-----
>>Von: wra...@li... 
>>[mailto:wra...@li...] Im Auftrag 
>>von Leif Mortenson
>>Gesendet: Sonntag, 17. Oktober 2004 02:20
>>An: wra...@li...
>>Betreff: Re: [Wrapper-user] FATAL | wrapper | 2004/10/16 
>>21:35:32 | Unable to execute Java command. Zugriff verweigert 
>>(0x5) [Access denied]
>>
>>Frank,
>>    When you run as a console application, the Wrapper and 
>>its JVM are 
>>run as the user you
>>are logged in as at the time.   When run as a service 
>>however, they are 
>>both run as the
>>SYSTEM user by default.
>>    My guess is that you have your JVM installed in a directory which 
>>the SYSTEM user does
>>not have access to.   The SYSTEM user is able to launch the Wrapper 
>>process without any
>>problems, but it is having problems launching the JVM.   This came up 
>>once before, so I will
>>add a more descriptive message to the logs for the next release.
>>
>>    The are two ways to resolve this.
>>1) Add the SYSTEM user to the list of applications that have 
>>access to 
>>the JVM install
>>directory.  This would work, but it may loosed up security 
>>more than you 
>>want.
>>
>>2) Run the Wrapper as a user whic has the required access.    You can 
>>configure the
>>Wrapper to run as a specifc user using the 
>>wrapper.ntservice.account and 
>>..password
>>properties.  Whenever you change these values, you must uninstall and 
>>then reinstall
>>the app as a service or the service configuration will not be updated.
>>http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-a
>>ccount.html
>>
>>Let me know if you have problems getting it working.
>>
>>Cheers,
>>Leif
>>    
>>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

AW: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

[Frank F. <fra...@di...>]

Hi Leif

Thanks a lot for your answer.
I tried both ways, granting "all rights" to the System account for the =
Java
installation dir and creating a new account (with admin privilegdes) and
running the Wrapper under this account.

Both didn't worked, means the error stays the same.=20

One thing that surprised me a little bit (althought this doesn't mean =
it's
an error) is the "path to exe" in the "common" tab of the service
properties. This looks like:

"D:\JavaNTServiceWrapper\bin\wrapper.exe -s
D:\JavaNTServiceWrapper\bin\..\conf\wrapper.conf"

Could the "\..\" in the path be a problem? If so, where do i change it =
(it's
read-only field in the tab)?

Greetings
Frank

> -----Urspr=FCngliche Nachricht-----
> Von: wra...@li...=20
> [mailto:wra...@li...] Im Auftrag=20
> von Leif Mortenson
> Gesendet: Sonntag, 17. Oktober 2004 02:20
> An: wra...@li...
> Betreff: Re: [Wrapper-user] FATAL | wrapper | 2004/10/16=20
> 21:35:32 | Unable to execute Java command. Zugriff verweigert=20
> (0x5) [Access denied]
>=20
> Frank,
>     When you run as a console application, the Wrapper and=20
> its JVM are=20
> run as the user you
> are logged in as at the time.   When run as a service=20
> however, they are=20
> both run as the
> SYSTEM user by default.
>     My guess is that you have your JVM installed in a directory which=20
> the SYSTEM user does
> not have access to.   The SYSTEM user is able to launch the Wrapper=20
> process without any
> problems, but it is having problems launching the JVM.   This came up=20
> once before, so I will
> add a more descriptive message to the logs for the next release.
>=20
>     The are two ways to resolve this.
> 1) Add the SYSTEM user to the list of applications that have=20
> access to=20
> the JVM install
> directory.  This would work, but it may loosed up security=20
> more than you=20
> want.
>=20
> 2) Run the Wrapper as a user whic has the required access.    You can=20
> configure the
> Wrapper to run as a specifc user using the=20
> wrapper.ntservice.account and=20
> ..password
> properties.  Whenever you change these values, you must uninstall and=20
> then reinstall
> the app as a service or the service configuration will not be updated.
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-a
> ccount.html
>=20
> Let me know if you have problems getting it working.
>=20
> Cheers,
> Leif

Re: [Wrapper-user] Wrapper abnormal faileur

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

The Wrapper is shutting down because it is receiving a SIG TERM from 
someplace.
I have encountered this on Solaris systems at a customer site in the 
past.  To help track down
the source, I added more information about the source of the signal in 
the debug output.
Upgrade to 3.1.2 to try that out.   It now shows the PID of the 
application which sent
the signal.   The second pid in the output is the pid of the shell from 
which that application
was run.  In the case of scripts, the pid of the script is not all that 
useful. :-)

You can also take advantage of the new ability to ignore such signals 
and trigger a wrapper
shutdown using an anchor file instead.  Once again, upgrade to 3.1.2.  
In the new sh script,
uncomment the #IGNORE_SIGNALS=true line towards the top.   This should 
fix things
for you.

Let me know what you find out.
Cheers,
Leif

Nick Rice wrote:

>Hi,
>
>I deployed the JSW for a server application a few weeks back and its
>been working well since. I'm running Java 1.4.2 (on Linux) and Wrapper
>(JSW) 3.1.0. But for the past two days, the wrapper has been stopping on
>its own every few minutes, due to an abnormal faileur of some sort. The
>log dump is as follows:
>
>  
>
<snip>

Re: [Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

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

Frank,
    When you run as a console application, the Wrapper and its JVM are 
run as the user you
are logged in as at the time.   When run as a service however, they are 
both run as the
SYSTEM user by default.
    My guess is that you have your JVM installed in a directory which 
the SYSTEM user does
not have access to.   The SYSTEM user is able to launch the Wrapper 
process without any
problems, but it is having problems launching the JVM.   This came up 
once before, so I will
add a more descriptive message to the logs for the next release.

    The are two ways to resolve this.
1) Add the SYSTEM user to the list of applications that have access to 
the JVM install
directory.  This would work, but it may loosed up security more than you 
want.

2) Run the Wrapper as a user whic has the required access.    You can 
configure the
Wrapper to run as a specifc user using the wrapper.ntservice.account and 
..password
properties.  Whenever you change these values, you must uninstall and 
then reinstall
the app as a service or the service configuration will not be updated.
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.html

Let me know if you have problems getting it working.

Cheers,
Leif

Frank Fischer wrote:

> Hi all
>  
>  
> *Windows 2000 Professional, german, Wrapper 3.1.2, Java JRE 1.4.2_05*
>  
> I just setup the wrapper and did the requiered modification to my code 
> (using methode III of integration). I installed the server.
> When starting the service from the service manager i get the error 
> "1067 Service terminated unexpectly". In the wrapper.log i cna find 
> the following info:
>  
> --------------------------------
> STATUS | wrapper  | 2004/10/16 21:35:31 | --> Wrapper Started as Service
> DEBUG  | wrapper  | 2004/10/16 21:35:31 | Using system timer.
> DEBUG  | wrapperp | 2004/10/16 21:35:31 | server listening on port 32000.
> STATUS | wrapper  | 2004/10/16 21:35:32 | Launching a JVM...
> DEBUG  | wrapper  | 2004/10/16 21:35:32 | command: 
> "D:\j2re1.4.2_05\bin" 
> -Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath 
> "D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot" 
> -Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000 
> -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" 
> -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" 
> -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 
> com\AareNet\RoutingEngine.REServerServiceWrapper
> FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute Java 
> command.  Zugriff verweigert (0x5)
> FATAL  | wrapper  | 2004/10/16 21:35:32 |     "D:\j2re1.4.2_05\bin" 
> -Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath 
> "D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot" 
> -Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000 
> -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" 
> -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" 
> -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 
> com\AareNet\RoutingEngine.REServerServiceWrapper
> FATAL  | wrapper  | 2004/10/16 21:35:32 | Critical error: wait for JVM 
> process failed
> --------------------------------
>  
> In the line "FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to 
> execute Java command.  Zugriff verweigert (0x5)", the "Zugriff 
> verweigert" means "Access denied".
>  
> Does anyone has an idea what this could mean and what might be the 
> reason for this error?
>  
> below my conf-file:
>  
>  
> #********************************************************************
> # TestWrapper Properties
> #
> # NOTE - Please use src/conf/wrapper.conf.in as a template for your
> # own application rather than the values used for the
> # TestWrapper sample.
> #********************************************************************
> # Java Application
> wrapper.java.command=D:\j2re1.4.2_05\bin
> # Java Main class. This class must implement the WrapperListener interface
> # or guarantee that the WrapperManager class is initialized. Helper
> # classes are provided to do this for you. See the Integration section
> # of the documentation for details.
> wrapper.java.mainclass=com\AareNet\RoutingEngine.REServerServiceWrapper
> # Java Classpath (include wrapper.jar) Add class path elements as
> # needed starting from 1
> wrapper.java.classpath.1=D:\j2re1.4.2_05\lib
> wrapper.java.classpath.2=D:\j2re1.4.2_05\lib\ext
> wrapper.java.classpath.3=D:\javaroot
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=D:\JavaNTServiceWrapper\bin
> # Java Additional Parameters
> #wrapper.java.additional.1=
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
> # Application parameters. Add parameters as needed starting from 1
> #wrapper.app.parameter.1=D:\javaroot\properties\REServer.properties
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> wrapper.debug=TRUE
> # Format of output for the console. (See docs for formats)
> wrapper.console.format=PM
> # Log Level for console output. (See docs for log levels)
> wrapper.console.loglevel=DEBUG
> # Log file to use for wrapper output logging.
> wrapper.logfile=D:\JavaNTServiceWrapper\logs\wrapper.log
> # Format of output for the log file. (See docs for formats)
> wrapper.logfile.format=LPTM
> # Log Level for log file output. (See docs for log levels)
> wrapper.logfile.loglevel=DEBUG
> # Maximum size that the log file will be allowed to grow to before
> # the log is rolled. Size is specified in bytes. The default value
> # of 0, disables log rolling. May abbreviate with the 'k' (kb) or
> # 'm' (mb) suffix. For example: 10m = 10 megabytes.
> wrapper.logfile.maxsize=0
> # Maximum number of rolled log files which will be allowed before old
> # files are deleted. The default value of 0 implies no limit.
> wrapper.logfile.maxfiles=0
> # Log Level for sys/event log output. (See docs for log levels)
> wrapper.syslog.loglevel=DEBUG
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=aareNet aareSwitch Routing Engine 1.0
> #********************************************************************
> # Wrapper Windows NT/2000/XP Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> # using this configuration file has been installed as a service.
> # Please uninstall the service before modifying this section. The
> # service can then be reinstalled.
> # Name of the service
> wrapper.ntservice.name=RoutingEngine
> # Display name of the service
> wrapper.ntservice.displayname=aareNet aareSwitch Routing Engine 1.0
> # Description of the service
> wrapper.ntservice.description=Routing Engine Part of aareNet 
> aareSwitch VoIP System
> # Service dependencies. Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
> # Mode in which the service is installed. AUTO_START or DEMAND_START
> wrapper.ntservice.starttype=AUTO_START
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=false
>
>  
>
> Thanks a lot for your help!
> Greetings, Frank
>  
>  

[Wrapper-user] FATAL | wrapper | 2004/10/16 21:35:32 | Unable to execute Java command. Zugriff verweigert (0x5) [Access denied]

[Frank F. <fra...@di...>]

Hi all
 
 
*Windows 2000 Professional, german, Wrapper 3.1.2, Java JRE 1.4.2_05*
 
I just setup the wrapper and did the requiered modification to my code
(using methode III of integration). I installed the server.
When starting the service from the service manager i get the error "1067
Service terminated unexpectly". In the wrapper.log i cna find the following
info:
 
--------------------------------
STATUS | wrapper  | 2004/10/16 21:35:31 | --> Wrapper Started as Service
DEBUG  | wrapper  | 2004/10/16 21:35:31 | Using system timer.
DEBUG  | wrapperp | 2004/10/16 21:35:31 | server listening on port 32000.
STATUS | wrapper  | 2004/10/16 21:35:32 | Launching a JVM...
DEBUG  | wrapper  | 2004/10/16 21:35:32 | command: "D:\j2re1.4.2_05\bin"
-Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
-Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute Java command.
Zugriff verweigert (0x5)
FATAL  | wrapper  | 2004/10/16 21:35:32 |     "D:\j2re1.4.2_05\bin"
-Djava.library.path="D:\JavaNTServiceWrapper\bin" -classpath
"D:\j2re1.4.2_05\lib;D:\j2re1.4.2_05\lib\ext;D:\javaroot"
-Dwrapper.key="QlZNkUI30O7APbuZ" -Dwrapper.port=32000 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
com\AareNet\RoutingEngine.REServerServiceWrapper
FATAL  | wrapper  | 2004/10/16 21:35:32 | Critical error: wait for JVM
process failed
--------------------------------
 
In the line "FATAL  | wrapper  | 2004/10/16 21:35:32 | Unable to execute
Java command.  Zugriff verweigert (0x5)", the "Zugriff verweigert" means
"Access denied".
 
Does anyone has an idea what this could mean and what might be the reason
for this error?
 
below my conf-file:
 
 
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=D:\j2re1.4.2_05\bin
# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=com\AareNet\RoutingEngine.REServerServiceWrapper
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=D:\j2re1.4.2_05\lib
wrapper.java.classpath.2=D:\j2re1.4.2_05\lib\ext
wrapper.java.classpath.3=D:\javaroot
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=D:\JavaNTServiceWrapper\bin
# Java Additional Parameters
#wrapper.java.additional.1=
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3
# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=64
# Application parameters. Add parameters as needed starting from 1
#wrapper.app.parameter.1=D:\javaroot\properties\REServer.properties
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.debug=TRUE
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=DEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=D:\JavaNTServiceWrapper\logs\wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=DEBUG
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=DEBUG
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=aareNet aareSwitch Routing Engine 1.0
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=RoutingEngine
# Display name of the service
wrapper.ntservice.displayname=aareNet aareSwitch Routing Engine 1.0
# Description of the service
wrapper.ntservice.description=Routing Engine Part of aareNet aareSwitch VoIP
System
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false

 

Thanks a lot for your help!
Greetings, Frank
 
 

[Wrapper-user] Wrapper abnormal faileur

[Nick R. <nic...@em...>]

Hi,

I deployed the JSW for a server application a few weeks back and its
been working well since. I'm running Java 1.4.2 (on Linux) and Wrapper
(JSW) 3.1.0. But for the past two days, the wrapper has been stopping on
its own every few minutes, due to an abnormal faileur of some sort. The
log dump is as follows:

DEBUG  | wrapperp | 2004/10/16 04:09:55 | send a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:09:56 | Received a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:09:56 | Send a packet PING : ok
DEBUG  | wrapperp | 2004/10/16 04:09:56 | read a packet PING : ok
DEBUG  | wrapper  | 2004/10/16 04:09:56 | Got ping response from JVM
DEBUG  | wrapperp | 2004/10/16 04:10:00 | send a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:00 | Received a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:00 | Send a packet PING : ok
DEBUG  | wrapperp | 2004/10/16 04:10:00 | read a packet PING : ok
DEBUG  | wrapper  | 2004/10/16 04:10:00 | Got ping response from JVM
STATUS | wrapper  | 2004/10/16 04:10:00 | TERM trapped.  Shutting down.
DEBUG  | wrapper  | 2004/10/16 04:10:00 | wrapperStopProcess(0) called.
DEBUG  | wrapper  | 2004/10/16 04:10:00 | Sending stop signal to JVM
DEBUG  | wrapperp | 2004/10/16 04:10:00 | send a packet STOP : NULL
INFO   | jvm 1    | 2004/10/16 04:10:00 | Received a packet STOP : 
INFO   | jvm 1    | 2004/10/16 04:10:00 | Thread, Wrapper-Connection,
handling the shutdown process.
INFO   | jvm 1    | 2004/10/16 04:10:00 | calling listener.stop()
INFO   | jvm 1    | 2004/10/16 04:10:00 | WrapperSimpleApp: stop(0)
INFO   | jvm 1    | 2004/10/16 04:10:00 | returned from listener.stop()
INFO   | jvm 1    | 2004/10/16 04:10:00 | Send a packet STOPPED : 0
DEBUG  | wrapperp | 2004/10/16 04:10:00 | read a packet STOPPED : 0
DEBUG  | wrapper  | 2004/10/16 04:10:00 | JVM signalled that it was
stopped.
INFO   | jvm 1    | 2004/10/16 04:10:00 | Closing socket.
DEBUG  | wrapperp | 2004/10/16 04:10:00 | socket read no code (closed?).
INFO   | jvm 1    | 2004/10/16 04:10:01 | calling System.exit(0)
DEBUG  | wrapper  | 2004/10/16 04:10:01 | JVM process exited with a code
of 0, leaving the wrapper exit code set to 0.
DEBUG  | wrapper  | 2004/10/16 04:10:01 | JVM exited normally.
STATUS | wrapper  | 2004/10/16 04:10:02 | <-- Wrapper Stopped
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Spawning intermediate
process...
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Spawning daemon process...
STATUS | wrapper  | 2004/10/16 04:10:02 | --> Wrapper Started as Daemon
DEBUG  | wrapperp | 2004/10/16 04:10:02 | server listening on port
32000.
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[0] :
/usr/java/j2sdk1.4.2/bin/java
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[1] : -Xms3m
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[2] : -Xmx96m
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[3] :
-Djava.library.path=../lib
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[4] : -classpath
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[5] :
../lib/wrapper.jar:../lib/classes
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[6] :
-Dwrapper.key=arzuJesdOmQmc9Mn
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[7] :
-Dwrapper.port=32000
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[8] :
-Dwrapper.debug=TRUE
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[9] :
-Dwrapper.use_system_time=TRUE
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[10] :
-Dwrapper.version=3.1.0
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[11] :
-Dwrapper.native_library=wrapper
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[12] :
-Dwrapper.service=TRUE
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[13] :
-Dwrapper.cpu.timeout=10
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[14] :
-Dwrapper.jvmid=1
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[15] :
org.tanukisoftware.wrapper.WrapperSimpleApp
DEBUG  | wrapper  | 2004/10/16 04:10:02 | Command[16] : CoreListener
STATUS | wrapper  | 2004/10/16 04:10:02 | Launching a JVM...
INFO   | jvm 1    | 2004/10/16 04:10:03 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@7b7072
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2004/10/16 04:10:03 | Loaded native library:
libwrapper.so
INFO   | jvm 1    | 2004/10/16 04:10:03 | Calling native initialization
method.
INFO   | jvm 1    | 2004/10/16 04:10:03 | Inside native WrapperManager
initialization method
INFO   | jvm 1    | 2004/10/16 04:10:03 | Java Version   : 1.4.2-b28
Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2004/10/16 04:10:03 | Java VM Vendor : Sun
Microsystems Inc.
INFO   | jvm 1    | 2004/10/16 04:10:03 | 
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper (Version 3.1.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2004/10/16 04:10:03 | 
INFO   | jvm 1    | 2004/10/16 04:10:03 |
WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@276af2,
args[]) called by thread: main
INFO   | jvm 1    | 2004/10/16 04:10:03 | Open socket to wrapper...
INFO   | jvm 1    | 2004/10/16 04:10:03 | Opened Socket
INFO   | jvm 1    | 2004/10/16 04:10:03 | Send a packet KEY :
arzuJesdOmQmc9Mn
INFO   | jvm 1    | 2004/10/16 04:10:03 |
handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=41774])
DEBUG  | wrapperp | 2004/10/16 04:10:03 | accepted a socket from
127.0.0.1 on port 41774
DEBUG  | wrapperp | 2004/10/16 04:10:03 | read a packet KEY :
arzuJesdOmQmc9Mn
DEBUG  | wrapper  | 2004/10/16 04:10:03 | Got key from JVM:
arzuJesdOmQmc9Mn
DEBUG  | wrapperp | 2004/10/16 04:10:03 | send a packet LOW_LOG_LEVEL :
1
DEBUG  | wrapperp | 2004/10/16 04:10:03 | send a packet PING_TIMEOUT :
30
DEBUG  | wrapper  | 2004/10/16 04:10:03 | Start Application.
DEBUG  | wrapperp | 2004/10/16 04:10:03 | send a packet START : start
INFO   | jvm 1    | 2004/10/16 04:10:03 | Received a packet
LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper Manager: LowLogLevel
from Wrapper is 1
INFO   | jvm 1    | 2004/10/16 04:10:03 | Received a packet PING_TIMEOUT
: 30
INFO   | jvm 1    | 2004/10/16 04:10:03 | Wrapper Manager: PingTimeout
from Wrapper is 30000
INFO   | jvm 1    | 2004/10/16 04:10:03 | Received a packet START :
start
INFO   | jvm 1    | 2004/10/16 04:10:03 | calling listener.start()
INFO   | jvm 1    | 2004/10/16 04:10:03 | WrapperSimpleApp: start(args)
INFO   | jvm 1    | 2004/10/16 04:10:03 | WrapperSimpleApp: invoking
main method
INFO   | jvm 1    | 2004/10/16 04:10:03 | GlobalConfig FileCheckPeriod
set to 5000
INFO   | jvm 1    | 2004/10/16 04:10:03 | GlobalConfig Properties
Reloaded
INFO   | jvm 1    | 2004/10/16 04:10:05 | WrapperSimpleApp: start(args)
end.  Main Completed=false, exitCode=null
INFO   | jvm 1    | 2004/10/16 04:10:05 | returned from listener.start()
INFO   | jvm 1    | 2004/10/16 04:10:05 | Send a packet STARTED : 
DEBUG  | wrapperp | 2004/10/16 04:10:05 | read a packet STARTED : 
DEBUG  | wrapper  | 2004/10/16 04:10:05 | JVM signalled that it was
started.
DEBUG  | wrapperp | 2004/10/16 04:10:07 | send a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:07 | Received a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:07 | Send a packet PING : ok
DEBUG  | wrapperp | 2004/10/16 04:10:07 | read a packet PING : ok
DEBUG  | wrapper  | 2004/10/16 04:10:07 | Got ping response from JVM
DEBUG  | wrapperp | 2004/10/16 04:10:11 | send a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:11 | Received a packet PING : ping
INFO   | jvm 1    | 2004/10/16 04:10:11 | Send a packet PING : ok


As its clear from the log, the problem starts from the line:

STATUS | wrapper  | 2004/10/16 04:10:00 | TERM trapped.  Shutting down.

I'm not quite sure what could be causing this. I have configured the
wrapper so that it restarts automatically after any abnormal shutdown of
the JVM. Any clues to what's the problem and how should I resolve it.

Thanks,

Nick
-- 
  Nick Rice
  nic...@em...

[Wrapper-user] Wrapper and jvmstat

[Hazelton, P. <PHa...@fn...>]

Hi

Has anyone had experience using jvmstat (from Sun's CoolStuff:
http://developers.sun.com/dev/coolstuff/jvmstat/) with an application
started using wrapper?

Basically, an application which you want to monitor using jvmstat should
be started with the JVM option -XX:+UsePerfData.

I've tried adding

wrapper.java.additional.4=3D-XX:+UsePerfData

to my wrapper configuration file, but this seems to have no effect. I
can see the java process I want to monitor in the Task Manager, and
using

wrapper.java.pidfile=3D

confirms that I am looking at the correct java process. However, jvmstat
cannot connect to it.

Any ideas?

Thanks
Paul
_________________________________________________________________________=
__________________________


The views expressed in this email are, unless otherwise stated, those of =
the author and not those
of the FirstRand Banking Group an Authorised Financial Service Provider o=
r its management.
The information in this e-mail is confidential and is intended solely for=
=20the addressee.
Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, any disclosure, copying, distribut=
ion or any action taken or=20
omitted in reliance on this, is prohibited and may be unlawful.
Whilst all reasonable steps are taken to ensure the accuracy and integrit=
y of information and data=20
transmitted electronically and to preserve the confidentiality thereof, n=
o liability or=20
responsibility whatsoever is accepted if information or data is, for what=
ever reason, corrupted=20
or does not reach its intended destination.

=20                              ________________________________

[Wrapper-user] Killing Java process kills wrapper

[Richard E. <rem...@ed...>]

Version  3.1.2
OS linux
using WrapperSimpleApp

killing the java process using the kill command,

> kill java_process_id

also kills the wrapper process.

Why?

Thanks.

Richard

[Wrapper-user] Service question

[francesco t. <fra...@ya...>]

hi,
i'm trying to integrate java service wrapper with my
java application.

Since it supports both win and linux it seems too
great for my.

By the way, i'd like to know if "net pause <<service
name>>" is enable.

I'd like to use for doing a full thread dump of my
java application.

If not, is there a way to call a full thread dump when
the application runs as NT service? 
Have i to open c code, adding support and recompile
the wrapper code?

Thanks a lot
Francesco




		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

[Wrapper-user] Java Service Wrapper Version 3.1.2

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

Tanuki Software is pound to announce the release of version 3.1.2 of the
Java Service Wrapper.

This version includes a fairly major bug fix caused by an integer overflow
which can cause the JVM to shutdown in 3.1.0, or restart in 3.1.1 at
certain times. The last restart was on August 21, 2004, and the next
will be on October 10, 2004. It will repeat at this regular interval.
Users who have been using the new tick based timer are not affected.

There were a number of other minor fixes and features added as well.
Please review the release notes for a full list of changes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html