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

Re: [Wrapper-user] JVM Timeout

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

99.99999% of the time users post about this problem it is a result of not
having read the integration section of the manual. Please confirm that you
have done so. The Wrapper requires that a WrapperManager class be
loaded and initialized on the JVM side. There are 3 basic ways of doing
that, all of which are covered in detail in the integration section.

I am not trying to be sarcastic here. But this is the most common question
asked by new users. I would love to be able to avoid answering this same
question a few hundred more times and I am sure that other new users
would love to avoid having to ask it.

You have obviously spent some time looking around if you found the
timeouts. So my question to you is what could I have done in the
documentation or sample config file to have directed you more quickly
to the integration section of the manual?

By the way, reset all of the changes to the timeouts that you have made so
far. Most likely you do not want those changes in there.

Cheers,
Leif

C B wrote:

>
> I've got the wrapper succesfully starting my application but it times
> out everytime and attempts to re-start. I tried changing the timeout &
> interval and that didn't seem to make a difference. My CPU is well
> below 100% and the JVM is definitely still running.
>
> Any thoughts on what my issue may be? How exactly is the JVM pinging
> accomplished?
>
> Thank you.

[Wrapper-user] JVM Timeout

[C B <cbr...@ho...>]

	I've got the wrapper succesfully starting my application but it times out 
everytime and attempts to re-start.  I tried changing the timeout & interval 
and that didn't seem to make a difference.  My CPU is well below 100% and 
the JVM is definitely still running.

	Any thoughts on what my issue may be?  How exactly is the JVM pinging 
accomplished?

	Thank you.

_________________________________________________________________
High-speed users—be more efficient online with the new MSN Premium Internet 
Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1

Re: [Wrapper-user] Services dependency not preserved when system re-starting

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

Jindong,
    Unfortunately this is because of the way Microsoft implemented the 
ServiceManager.
The ServiceManager ignores the dependencies on shutdown and requests 
that all
services are stopped at the same time.  Depending on how quick each one 
responds,
you will see the random behavior that you have observed.

    I would love to be able to fix this for you.  But I believe it is 
out of my hands and
just something that Windows users will have to live with.  If anyone has 
any ideas...

Cheers,
Leif

Jindong Li wrote:

> Hi there,
>
> I have exposed the rmi registry and my application as windows services 
> using the wrapper, all worked very well, there's just this one thing 
> we noticed just recently, since my application depend on the rmi 
> registry to be up, so I defined my app dependent on the rmi registry 
> service.
>
> If I manually stop rmi registry service, the service manager knows 
> that my app service is dependent on the rmi registry service and ask 
> me to confirm that my app service will be stopped as well...all is 
> fine - my app service stopped first then the rmi registry service.
>
> However, when re-starting the machine with those 2 services already 
> running and set to Automatic mode, it seems to me that the Shut-Down 
> events are sent to those 2 JVM's in a random fashion - sometimes the 
> rmi registry services was shut down before my app service causing my 
> app not shutting down cleanly and logging err msgs.
>
> What's the reason for this?
>
> I'm using 3.0.3.
>
> Thanks and any input would be greatly appreciated.
>
> Jindong.
>

[Wrapper-user] Services dependency not preserved when system re-starting

[Jindong Li <Jin...@so...>]

Hi there,

I have exposed the rmi registry and my application as windows services using
the wrapper, all worked very well, there's just this one thing we noticed
just recently, since my application depend on the rmi registry to be up, so
I defined my app dependent on the rmi registry service.

If I manually stop rmi registry service, the service manager knows that my
app service is dependent on the rmi registry service and ask me to confirm
that my app service will be stopped as well...all is fine - my app service
stopped first then the rmi registry service.

However, when re-starting the machine with those 2 services already running
and set to Automatic mode, it seems to me that the Shut-Down events are sent
to those 2 JVM's in a random fashion - sometimes the rmi registry services
was shut down before my app service causing my app not shutting down cleanly
and logging err msgs.

What's the reason for this?

I'm using 3.0.3.

Thanks and any input would be greatly appreciated.

Jindong.

##############################################################
This e-mail message has been scanned for Viruses and Contents
##############################################################

Re: [Wrapper-user] Only one instance

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

The NT service manager will prevent you from launching more than one 
copy of the
Wrapper as a service.  But it is still possible to launch one or more 
instances of the
application as Console applications.   There is currently not a way to 
prevent this
with the Wrapper as it is without implementing something in your 
application.

I like this idea however and just logged a feature request so I will be 
sure to get it
implemented.   The list has been growing lately so it may be a version 
or two before
I am able to get it in.

http://sourceforge.net/tracker/index.php?func=detail&aid=889123&group_id=39428&atid=425190
Body of request.
---
Add a property that will tell the Wrapper to check whether or not 
another instance of the same application is already running.

It is important that more than one copy of the Wrapper be allowed to run 
as long as the java application is different.  Use the ntservice name as 
a key when checking for other instances on startup.
---

On the UNIX side, this should already be working as long as you are 
using the scripts
provided with the Wrapper to launch your application.   They make use of 
a PID file
to detect whether or not the application is currently running.  If you 
attempt to launch
a second instance you will get an error.

Cheers,
Leif

whack er wrote:

> Warm Greetings
>
> How could I ensure that only one instance of my application runs at 
> any given time when using the Wrapper service, i have figured out 
> methods using native Java application but not with the wrapper.
>
> I need to do this on Windows and Linux.
>
> TIA
>

[Wrapper-user] Only one instance

[whack er <wha...@ya...>]

Warm Greetings

How could I ensure that only one instance of my application runs at any given time when using the Wrapper service, i have figured out methods using native Java application but not with the wrapper.

I need to do this on Windows and Linux.

TIA

 

 

 


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!

Re: [Wrapper-user] Wrapper for Oracle OC4J (Orion)

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

Ray,
    The Wrapper does not directly support executable jar files.  But 
this is easily worked
around by looking in the jar's manifest file for the main class and then 
specifying that as
the application's main class.   I just added a new FAQ entry describing 
the process:
http://wrapper.tanukisoftware.org/doc/english/faq.html

    I had a couple other notes below as well.

    Cheers,
    Leif

Ray Henderson wrote:

> All,
>  
> I'm trying to setup the Java Service Wrapper WrapperSimpleApp 
> Integration (Win32) on Win 2000 server.  This is for Oracle's OC4J 
> which is an implementation of Orion.  My working bat file is:
>     java -Xrs -jar -classpath "c:\Program 
> Files\Java\j2re1.4.2_02\lib\rt.jar" c:\oracle\oc4j\j2ee\home\oc4j.jar
>  
> The java wrapper doesn't seem to like the -jar additional parameter:
>     wrapper.java.additional.1=-Xrs
>     wrapper.java.additional.2=-jar
>  
> If I have this in I get:
>     jvm 1    |    java.util.zip.ZipException: The system cannot find 
> the file specified
>  
> Commented out (the -jar parameter) I get:
>     jvm 1    |    WrapperSimpleApp: Unable to locate the class 
> c:\Oracle\oc4j\j2ee\home\oc4j.jar:    java.lang.ClassNotFoundException
>  
> Any help with this?
>
> Thanks,
>
> Ray Henderson
>
> Washington Group Intl. Inc.
>
> PS.  My complete conf file:
>
>     #********************************************************************
>     # Wrapper Properties
>     #********************************************************************
>     wrapper.java.command=C:\Program Files\Java\j2re1.4.2_02\bin\java
>     wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>     wrapper.java.classpath.1=../lib/wrapper.jar
>     wrapper.java.classpath.2=C:\Program Files\Java\j2re1.4.2_02\lib\rt.jar
>
You should not have to include the rt.jar file on the classpath.  The 
JVM will
find that on its own.

>     wrapper.java.library.path.1=../lib
>      
>     # Java Additional Parameters
>     wrapper.java.additional.1=-Xrs
>
There is a note in the FAQ about the -Xrs parameter as well.  Read it 
and make sure
it is really what you want to do.  In most cases you shouldn't need it 
when using the
Wrapper.

>     wrapper.java.additional.2=-jar
>      
>     wrapper.java.initmemory=3
>     wrapper.java.maxmemory=64
>      
>     # Application parameters.  Add parameters as needed starting from 1
>     wrapper.app.parameter.1=c:/Oracle/oc4j/j2ee/home/oc4j.jar
>      
>     #********************************************************************
>     # Wrapper Logging Properties
>     #********************************************************************
>     wrapper.console.format=PM
>     wrapper.console.loglevel=INFO
>     wrapper.logfile=../logs/wrapper.log
>     wrapper.logfile.format=LPTM
>      
>     # Log Level for log file output.  (See docs for log levels)
>     #wrapper.logfile.loglevel=INFO
>     wrapper.logfile.loglevel=DEBUG
>
>     wrapper.logfile.maxsize=0
>     wrapper.logfile.maxfiles=0
>     wrapper.syslog.loglevel=NONE
>      
>     #********************************************************************
>     # Wrapper NT Service Properties
>     #********************************************************************
>     wrapper.ntservice.name=OC4J
>     wrapper.ntservice.displayname=OC4J Oracle Components for Java
>     wrapper.ntservice.description=OC4J Oracle Components for Java
>      
>     # Service dependencies.  Add dependencies as needed starting from 1
>     #wrapper.ntservice.dependency.1=
>      
>     wrapper.ntservice.starttype=AUTO_START
>     wrapper.ntservice.interactive=false
>

[Wrapper-user] Re: JNI on Win 2000

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

Lakshman,
I am not aware of any such problems with the Wrapper. The Wrapper itself
makes use of JNI calls and I have not seen any string related problems
on my 2k system. What does the string contain? Are they standard
characters or extended?

How are you returning the string to the JVM? I always use byte arrays
and then decode them into strings in the JVM. It makes it much easier to
deal with various character sets.

I can't think of any reason why the app would work standalone but fail
under the wrapper however.

What is the thread that you are referring to?

Is the JNI library something that you developed? Would it be possible to
add some debug output to it just before returning the string to the JVM?

Rereading your post, you say that it works when running in a console.
This is under the Wrapper correct. But it is failing when running as a
service.
When run as a service, the Wrapper is run using the SYSTEM user. Is it
possible that there are some environment differences between the user
running the console version vs the SYSTEM user?

By the way, could we move this over to the wrapper-user mailing list?
The posts are more visible and others may have some useful feedback.

Cheers,
Leif

> Hi,
>
> We have a strange problem with Windows 2000 . We are using wrapper 3.0.5.
>
> We call a JNI dll to get a string. We get the string properly when we
run it
> as a console application. But when we run it as a NT service, we are
getting
> back a junk string.
>
> The same application is working fine in a XP machine.
>
> In one of the threads, I found a similar problem and seems the fix is
in the
> next release. So can any one tell me when would be the next release.
>
> Lakshmanan

Re: [Wrapper-user] Wrapper using 100 percent cpu

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

Jeffrey,
My answer is the same as to your previous yesterday. The SF servers have
been acting up the last few days. It may just be taking some time for
the replies
to come through. I'll CC you on this reply.

The problem is most likely the following configuration.
wrapper.ntservice.process_priority=HIGH

As explained in the docs, this would explain why your user processes are not
able to stop the service. Try commenting out that line and rerunning. Let me
know what happens. That shouldn't change the fact that your app is using
100%
CPU, but it should let you control it.

This mail says that the Wrapper uses 100% CPU when running as a service.
What happens when you run the Wrapper in console mode?

Could you then take a look at your task manager and verify which process is
eating all that CPU. The Wrapper or java process. They will both be running
at the same priority. In my experience, I have never seen the Wrapper
process
even register. The Java process will only use CPU if the user code is
doing so.
The Wrapper classes are also very light weight.

If that does not point you toward the solution, then please set the
following
property to enable debug output and then post the resulting log file. On
list
if small or to me directly if large.
wrapper.debug=true

Cheers,
Leif

Jeffrey Hawley wrote:

> Hello All~
>
> I have recently configured PointBase Database to run as an NT service
> using wrapper. I have included my wrapper.conf file below and after
> installing PointBase I had to create the bin, conf and lib directories
> to store the appropriate files. I am running this on a Windows XP
> platform, but will evcentaully be placing it on a Windows Server 2003
> platform. Wrapper installs the service fine, but when I start the
> service it uses 97% of my CPU resources.
> I usually start the PointBase Server from the command prompt which
> allows admins to view current connections, list current system locks,
> and stop the server(how i currently kill it). Any help is much
> appreciated. Thanks in advance - Jeff.
>
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> wrapper.java.command=C:\j2sdk1.4.1_04\bin\java
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper.java.classpath.1=C:\pointbase\lib\wrapper.jar
> wrapper.java.classpath.2=C:\pointbase\lib\wrappertest.jar
> wrapper.java.classpath.3=C:\pointbase\lib\pbembedded47ev.jar
> wrapper.java.classpath.4=C:\pointbase\lib\pbtools47ev.jar
> wrapper.java.classpath.5=C:\pointbase\lib\POsqlserver47ev.jar
> wrapper.java.classpath.6=C:\pointbase\lib\POutil47ev.jar
> wrapper.java.classpath.7=C:\pointbase\lib\pbunisyncCore47ev.jar
> wrapper.java.classpath.8=C:\pointbase\lib\pbunisyncMIDPClient47ev.jar
> wrapper.java.classpath.9=C:\pointbase\lib\pbunisyncSQLServer47ev.jar
> wrapper.java.classpath.10=C:\pointbase\lib\pbunisyncTools47ev.jar
> wrapper.java.classpath.11=C:\pointbase\tools\unisync\lax.jar
> wrapper.java.library.path.1=C:\pointbase\lib
> wrapper.java.additional.1=-Dpointbase.ini=C:\pointbase\tools\serveroption\pointbase.ini
>
> wrapper.java.initmemory=3
> wrapper.java.maxmemory=64
> wrapper.app.parameter.1=com.pointbase.net.netServer
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=C:\pointbase\logs\wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=0
> wrapper.logfile.maxfiles=0
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper NT Service Properties
> #********************************************************************
> wrapper.ntservice.name=PointBaseDB
> wrapper.ntservice.displayname=PointBaseDB
> wrapper.ntservice.description=Runs the PointBase database as an NT
> Service
> wrapper.ntservice.dependency.1=
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false
> wrapper.ntservice.process_priority=HIGH
> wrapper.ntservice.interactive=false

Re: [Wrapper-user] JNI on Win 2000

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

My reply never showed up on the list, so resending it:
---

Lakshman,
I am not aware of any such problems with the Wrapper. The Wrapper itself
makes use of JNI calls and I have not seen any string related problems
on my 2k system. What does the string contain? Are they standard
characters or extended?

How are you returning the string to the JVM? I always use byte arrays
and then decode them into strings in the JVM. It makes it much easier to
deal with various character sets.

I can't think of any reason why the app would work standalone but fail
under the wrapper however.

What is the thread that you are referring to?

Is the JNI library something that you developed? Would it be possible to
add some debug output to it just before returning the string to the JVM?

Rereading your post, you say that it works when running in a console.
This is under the Wrapper correct. But it is failing when running as a
service.
When run as a service, the Wrapper is run using the SYSTEM user. Is it
possible that there are some environment differences between the user
running the console version vs the SYSTEM user?

By the way, could we move this over to the wrapper-user mailing list?
The posts are more visible and others may have some useful feedback.

Cheers,
Leif

Lakshmanan Ramakrishnan wrote:

>Hi,
>
>	We have a strange problem with Windows 2000 . We are using wrapper
>3.0.5.
>
>	We call a JNI dll to get a string. We get the string properly when
>we run it as a console application. But when we run it as a NT service, we
>are getting back a junk string. 
>
>	The same application is working fine in a XP machine. 
>
>	In one of the threads, I found a similar problem and seems the fix
>is in the next release. So can any one tell me when would be the next
>release.
>
>Lakshmanan
>  
>

Re: [Wrapper-user] Configuring Wrapper to run PointBase DB

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

Jeffrey,
The problem is most likely being caused by the following line in the
conf file:
wrapper.ntservice.process_priority=HIGH

The docs clearly warn against the dangers of using this property. If the
Java
application does not use very much CPU then the above would be fine, but
it is a CPU hungry application then other lower priority processes on your
machine will get little or no CPU and you will have problems even moving
windows around on your desktop.

You can also try enabling the wrapper.debug=true property in the conf file.
I would need that to hep any further. But I am pretty sure this is a
priority
problem.

I will reverify the process priority settings on my end to make sure there
are no new bugs with the way it works.

Cheers,
Leif

Jeffrey Hawley wrote:

> Hello All~
>
> I am working on configuring the wrapper to run PointBase database as
> an NT service on Windows XP. I have configured my wrapper.conf as seen
> below. After installing pointbase, I had to create bin, conf, and log
> directories in the C:\pointbase directory.
> My problem is not getting the wrapper to work, its that wrapper.exe
> takes up ALL PC Resources. My CPU is at 100% utilization when normally
> between 1-10%. I have to go into Windows Task Manager -> Processes and
> stop the wrapper.exe process. Any help would be appreciated. Thanks in
> advance.
>
> -Jeff
>
>
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> wrapper.java.command=C:\j2sdk1.4.1_04\bin\java
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper.java.classpath.1=C:\pointbase\lib\wrapper.jar
> wrapper.java.classpath.2=C:\pointbase\lib\wrappertest.jar
> wrapper.java.classpath.3=C:\pointbase\lib\pbembedded47ev.jar
> wrapper.java.classpath.4=C:\pointbase\lib\pbtools47ev.jar
> wrapper.java.classpath.5=C:\pointbase\lib\POsqlserver47ev.jar
> wrapper.java.classpath.6=C:\pointbase\lib\POutil47ev.jar
> wrapper.java.classpath.7=C:\pointbase\lib\pbunisyncCore47ev.jar
> wrapper.java.classpath.8=C:\pointbase\lib\pbunisyncMIDPClient47ev.jar
> wrapper.java.classpath.9=C:\pointbase\lib\pbunisyncSQLServer47ev.jar
> wrapper.java.classpath.10=C:\pointbase\lib\pbunisyncTools47ev.jar
> wrapper.java.classpath.11=C:\pointbase\tools\unisync\lax.jar
> wrapper.java.library.path.1=C:\pointbase\lib
> wrapper.java.additional.1=-Dpointbase.ini=C:\pointbase\tools\serveroption\pointbase.ini
>
> wrapper.java.initmemory=3
> wrapper.java.maxmemory=64
> wrapper.app.parameter.1=com.pointbase.net.netServer
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=C:\pointbase\logs\wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=0
> wrapper.logfile.maxfiles=0
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper NT Service Properties
> #********************************************************************
> wrapper.ntservice.name=PointBaseDB
> wrapper.ntservice.displayname=PointBaseDB
> wrapper.ntservice.description=Runs the PointBase database as an NT
> Service
> wrapper.ntservice.dependency.1=
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false
> wrapper.ntservice.process_priority=HIGH
> wrapper.ntservice.account=
> wrapper.ntservice.password=
> wrapper.ntservice.interactive=false
> wrapper.ntservice.hide_console=true

[Wrapper-user] Wrapper using 100 percent cpu

[Jeffrey H. <jef...@ho...>]

Hello All~

I have recently configured PointBase Database to run as an NT service using 
wrapper.  I have included my wrapper.conf file below and after installing 
PointBase I had to create the bin, conf and lib directories to store the 
appropriate files.  I am running this on a Windows XP platform, but will 
evcentaully be placing it on a Windows Server 2003 platform.  Wrapper 
installs the service fine, but when I start the service it uses 97% of my 
CPU resources.
I usually start the PointBase Server from the command prompt which allows 
admins to view current connections, list current system locks, and stop the 
server(how i currently kill it).  Any help is much appreciated.  Thanks in 
advance - Jeff.

#********************************************************************
# Wrapper Properties
#********************************************************************
wrapper.java.command=C:\j2sdk1.4.1_04\bin\java
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.classpath.1=C:\pointbase\lib\wrapper.jar
wrapper.java.classpath.2=C:\pointbase\lib\wrappertest.jar
wrapper.java.classpath.3=C:\pointbase\lib\pbembedded47ev.jar
wrapper.java.classpath.4=C:\pointbase\lib\pbtools47ev.jar
wrapper.java.classpath.5=C:\pointbase\lib\POsqlserver47ev.jar
wrapper.java.classpath.6=C:\pointbase\lib\POutil47ev.jar
wrapper.java.classpath.7=C:\pointbase\lib\pbunisyncCore47ev.jar
wrapper.java.classpath.8=C:\pointbase\lib\pbunisyncMIDPClient47ev.jar
wrapper.java.classpath.9=C:\pointbase\lib\pbunisyncSQLServer47ev.jar
wrapper.java.classpath.10=C:\pointbase\lib\pbunisyncTools47ev.jar
wrapper.java.classpath.11=C:\pointbase\tools\unisync\lax.jar
wrapper.java.library.path.1=C:\pointbase\lib
wrapper.java.additional.1=-Dpointbase.ini=C:\pointbase\tools\serveroption\pointbase.ini
wrapper.java.initmemory=3
wrapper.java.maxmemory=64
wrapper.app.parameter.1=com.pointbase.net.netServer

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=C:\pointbase\logs\wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=0
wrapper.logfile.maxfiles=0
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper NT Service Properties
#********************************************************************
wrapper.ntservice.name=PointBaseDB
wrapper.ntservice.displayname=PointBaseDB
wrapper.ntservice.description=Runs the PointBase database as an NT Service
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false
wrapper.ntservice.process_priority=HIGH
wrapper.ntservice.interactive=false

_________________________________________________________________
Learn how to choose, serve, and enjoy wine at Wine @ MSN. 
http://wine.msn.com/

[Wrapper-user] RE: JNI on Win 2000

[Lakshmanan R. <LRa...@Pr...>]

Hi,

	I will send a detailed output tomm.

Thanks,
Lakshmanan



By: mortenson ( Leif Mortenson ) 
 RE: JNI on Win 2000   
2004-01-28 18:13  

 Lakshman,
I am not aware of any such problems with the Wrapper. The Wrapper itself
makes use of JNI calls and I have not seen any string related problems on my
2k system. What does the string contain? Are they standard characters or
extended?

How are you returning the string to the JVM? I always use byte arrays and
then decode them into strings in the JVM. It makes it much easier to deal
with various character sets.

I can't think of any reason why the app would work standalone but fail under
the wrapper however.

What is the thread that you are referring to?

Is the JNI library something that you developed? Would it be possible to add
some debug output to it just before returning the string to the JVM?

Rereading your post, you say that it works when running in a console. This
is under the Wrapper correct. But it is failing when running as a service.
When run as a service, the Wrapper is run using the SYSTEM user. Is it
possible that there are some environment differences between the user
running the console version vs the SYSTEM user?

By the way, could we move this over to the wrapper-user mailing list? The
posts are more visible and others may have some useful feedback.

Cheers,
Leif  


________________________________________________________________________
This electronic mail transmission may contain privileged,
confidential and/or proprietary information intended only for the
person(s) named.  Any use, distribution, copying or disclosure to
another person is strictly prohibited.  If you are not the
addressee indicated in this message (or responsible for delivery
of the message to such person), you may not copy or deliver this
message to anyone. In such case, you should destroy this message
and kindly notify the sender by reply email.
________________________________________________________________________

[Wrapper-user] Wrapper for Oracle OC4J (Orion)

[<ray...@wg...>]

All,

I'm trying to setup the Java Service Wrapper WrapperSimpleApp Integration
(Win32) on Win 2000 server.  This is for Oracle's OC4J which is an
implementation of Orion.  My working bat file is:
    java -Xrs -jar -classpath "c:\Program
Files\Java\j2re1.4.2_02\lib\rt.jar" c:\oracle\oc4j\j2ee\home\oc4j.jar

The java wrapper doesn't seem to like the -jar additional parameter:
    wrapper.java.additional.1=-Xrs
    wrapper.java.additional.2=-jar

If I have this in I get:
    jvm 1    |    java.util.zip.ZipException: The system cannot find the
file specified

Commented out (the -jar parameter) I get:
    jvm 1    |    WrapperSimpleApp: Unable to locate the class
c:\Oracle\oc4j\j2ee\home\oc4j.jar:    java.lang.ClassNotFoundException

Any help with this?
Thanks,

Ray Henderson

Washington Group Intl. Inc.

PS.  My complete conf file:

  #********************************************************************
  # Wrapper Properties
  #********************************************************************
  wrapper.java.command=C:\Program Files\Java\j2re1.4.2_02\bin\java
  wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
  wrapper.java.classpath.1=../lib/wrapper.jar
  wrapper.java.classpath.2=C:\Program Files\Java\j2re1.4.2_02\lib\rt.jar
  wrapper.java.library.path.1=../lib

  # Java Additional Parameters
  wrapper.java.additional.1=-Xrs
  wrapper.java.additional.2=-jar

  wrapper.java.initmemory=3
  wrapper.java.maxmemory=64

  # Application parameters.  Add parameters as needed starting from 1
  wrapper.app.parameter.1=c:/Oracle/oc4j/j2ee/home/oc4j.jar

  #********************************************************************
  # Wrapper Logging Properties
  #********************************************************************
  wrapper.console.format=PM
  wrapper.console.loglevel=INFO
  wrapper.logfile=../logs/wrapper.log
  wrapper.logfile.format=LPTM

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

  wrapper.logfile.maxsize=0
  wrapper.logfile.maxfiles=0
  wrapper.syslog.loglevel=NONE

  #********************************************************************
  # Wrapper NT Service Properties
  #********************************************************************
  wrapper.ntservice.name=OC4J
  wrapper.ntservice.displayname=OC4J Oracle Components for Java
  wrapper.ntservice.description=OC4J Oracle Components for Java

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

  wrapper.ntservice.starttype=AUTO_START
  wrapper.ntservice.interactive=false

Re: [Wrapper-user] On HP-UX - warning in log file: unable to to load native library

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

Paul,
    I actually do not have access to an HP-UX system personally.  But as 
I understand it,
64-bit versions of HP-UX (and Solaris) require a slightly different 
native library.

    Here are some messages from the archive where this was previously 
discussed.
http://sourceforge.net/mailarchive/message.php?msg_id=6216873
http://sourceforge.net/mailarchive/message.php?msg_id=6222861
http://sourceforge.net/mailarchive/message.php?msg_id=6229425
http://sourceforge.net/mailarchive/message.php?msg_id=6235817
http://sourceforge.net/mailarchive/message.php?msg_id=6252999
http://sourceforge.net/mailarchive/message.php?msg_id=6270183
http://sourceforge.net/mailarchive/message.php?msg_id=6282129
http://sourceforge.net/mailarchive/message.php?msg_id=6307507 <- 
required makefile

    I would like to be able to get things set up so the HP-UX release 
includes both
binaries.   Or at least 32 and 64 bit releases for the platform.  If you 
have any info
that would be helpful, I would appreciate it.

    Most features of the Wrapper will work fine without the native 
library.  It is required
to be able to handle system signals correctly however.  The next release 
also includes
a few more native features that users have requested.

Cheers,
Leif


Paul Barry (DL/LMI) wrote:

>Hi All,
>
>I am new to the Wrapper (which is a great program by the way) and HP-UX which I am testing an application on. I have used it successfully on Solaris, but when I use it on a HP-UX, the following warning message appears in the logfile for any application that I run.
>
>
>WARNING - Unable to load native library 'libwrapper.so'.  The file
>is located on the path at the following location but could
> not be loaded:
>/home/lmipbay/dev/wrapper/wrapper_hpux_3.0.5/bin/../lib/libwrapper.so
>Please verify that the file is readable by the current user
>and that the file has not been corrupted in any way.
>System signals will not be handled correctly.
>
>But then it continues to work correctly. Is this error message valid?
>
>Regards
>
>Paul
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] RE: multiple wrapper.java.liibrary.path statements

[Brandsdorfer, W. <wil...@et...>]

Greetings,

Problem solved. Sorry to trouble you.
My env is tightly controlled by sys admins and the shell launched by
wrapper had different env then the one launched by hand.

Sorry and Thanks,
William Brandsdorfer

		-----Original Message-----
		From: Brandsdorfer, William=20
		Sent: Wednesday, January 21, 2004 12:54 PM
		To: 'wra...@li...'
		Subject: multiple wrapper.java.liibrary.path statements=20

		Greetings,=20

		I'm having trouble wrapping a Java program that uses
multiple native libraries. The application is a JMS (IBM) MQSeries
program that normally requires=20
		LD_LIBRARY_PATH =3D /opt/mqm/lib:/opt/mqm/java/lib (I'm
running on Solaris - wrapper 3.0.5)=20

		My config has the following=20

=09
wrapper.java.library.path.1=3D/etrade/home/wbrandsd/tools/wrapper_solaris=
_
3.0.5/lib
		wrapper.java.library.path.2=3D/opt/mqm//lib
		wrapper.java.library.path.3=3D/opt/mqm/java/lib

		But when I run it I get:=20

		Exception in thread "main"
java.lang.UnsatisfiedLinkError: no mqjbnd04 in java.library.path

		I know that the path exists because the program runs
fine when I set LD_LIBRARY_PATH and run it without the wrapper.=20
		I've also used the wrapper successfully on another
(non-MQSeries) program=20

		Is there a known problem with multiple
wrapper.java.library.paths?=20

		Thanks,=20
		Willy=20

[Wrapper-user] Configuring Wrapper to run PointBase DB

[Jeffrey H. <jef...@ho...>]

Hello All~

I am working on configuring the wrapper to run PointBase database as an NT 
service on Windows XP.  I have configured my wrapper.conf as seen below.  
After installing pointbase, I had to create bin, conf, and log directories 
in the C:\pointbase directory.
My problem is not getting the wrapper to work, its that wrapper.exe takes up 
ALL PC Resources.  My CPU is at 100% utilization when normally between 
1-10%.  I have to go into Windows Task Manager -> Processes and stop the 
wrapper.exe process.  Any help would be appreciated.  Thanks in advance.

-Jeff


#********************************************************************
# Wrapper Properties
#********************************************************************
wrapper.java.command=C:\j2sdk1.4.1_04\bin\java
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.classpath.1=C:\pointbase\lib\wrapper.jar
wrapper.java.classpath.2=C:\pointbase\lib\wrappertest.jar
wrapper.java.classpath.3=C:\pointbase\lib\pbembedded47ev.jar
wrapper.java.classpath.4=C:\pointbase\lib\pbtools47ev.jar
wrapper.java.classpath.5=C:\pointbase\lib\POsqlserver47ev.jar
wrapper.java.classpath.6=C:\pointbase\lib\POutil47ev.jar
wrapper.java.classpath.7=C:\pointbase\lib\pbunisyncCore47ev.jar
wrapper.java.classpath.8=C:\pointbase\lib\pbunisyncMIDPClient47ev.jar
wrapper.java.classpath.9=C:\pointbase\lib\pbunisyncSQLServer47ev.jar
wrapper.java.classpath.10=C:\pointbase\lib\pbunisyncTools47ev.jar
wrapper.java.classpath.11=C:\pointbase\tools\unisync\lax.jar
wrapper.java.library.path.1=C:\pointbase\lib
wrapper.java.additional.1=-Dpointbase.ini=C:\pointbase\tools\serveroption\pointbase.ini
wrapper.java.initmemory=3
wrapper.java.maxmemory=64
wrapper.app.parameter.1=com.pointbase.net.netServer

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=C:\pointbase\logs\wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=0
wrapper.logfile.maxfiles=0
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper NT Service Properties
#********************************************************************
wrapper.ntservice.name=PointBaseDB
wrapper.ntservice.displayname=PointBaseDB
wrapper.ntservice.description=Runs the PointBase database as an NT Service
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false
wrapper.ntservice.process_priority=HIGH
wrapper.ntservice.account=
wrapper.ntservice.password=
wrapper.ntservice.interactive=false
wrapper.ntservice.hide_console=true

_________________________________________________________________
Scope out the new MSN Plus Internet Software — optimizes dial-up to the max! 
   http://join.msn.com/?pgmarket=en-us&page=byoa/plus&ST=1

Re: [Wrapper-user] Java Service Wrapper Version 3.1.0

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

Grant,

>Does the latest CVS version have any time related fixes in it ?
>
>I'd be happy to test it if it does...
>  
>
Yes, that has all been implemented and is currently undergoing testing.
To enable the new scheduler, set the following property in your wrapper.conf
file:
wrapper.use_system_time=FALSE

Run the "build doc" target as well. This will, of course, build the
docs. The
new scheduler is all documented in there as well, so if you have any
comments
on them, I would appreciate that as well.

As always, be sure to read over the release notes. There have been lots of
changes in this release so far, and I'm hoping to get several more in before
the next release.

Cheers,
Leif

Re: [Wrapper-user] Implementing 'reload' option for daemon

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

Anubhav,
    Currently it is not possible to reload the wrapper.conf file without 
restarting the
Wrapper.  This is actually something that I have been thinking about how 
to implement.
It would be needed for a few new features that have been rolling around 
in the back
of my head.  It will be a ways off if I decide to actually implement it 
though.

Cheers,
Leif

Anubhav Kale wrote:

> Hello...
>
> I have successfully used Java Service Wrapper to wrap my application 
> as a daemon on Unix. I want to implement 'reload' option in the 
> script. This way,if I make any changes in the wrapper.conf file I can 
> start the daemon with 'reload' option (without using 'restart' 
> option).  Can somebody please  let me know  what exact code I have to 
> write in the script to give this 'reload' option ? . Also, is the 
> statement made above correct(about reflecting changes in  wrapper.conf 
> file by using 'reload' option)
>
> Thanks in advance
>
> Anubhav

Re: [Wrapper-user] Unable to remove service under w2k

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

Patrik,
    That is not a problem that I have ever seen.

    What do you get when you run the uninstall script?

    What shows up in the log file?

    What is the version of the Wrapper you are running?

    Try setting the wrapper.debug=true property in the conf file and 
reinstalling the service.
With this set, try to uninstall the service.   You should get a little 
more information.  If you
do not see any useful information in the log, then replay with it as an 
attachment and I'll
take a look.

    Note, that as it says in the wrapper.conf sample file, if you modify 
any of the ntservice
properties while the service is running or installed, you may run into 
problems attempting
to control the service later.   From what you wrote, it doesn't sound 
like this is the
problem but it is the only thing I can think of at the moment.

Cheers,
Leif

Jacoby, Patrik wrote:

>Hi,
>I have encountered a problem with the Java Service Wrapper on a Windows 2000
>machine with SP4.
>I have successfully installed a service, but when I try to remove it (to
>update my java classes) I am not able to, until a reboot is done. 
>Is this a common problem ? 
>Does anybody know a solution without rebooting the machine ?
>
>   Thanks 
>	Patrik Jacoby
>  
>

[Wrapper-user] Implementing 'reload' option for daemon

[Anubhav K. <anu...@pe...>]

Hello...

I have successfully used Java Service Wrapper to wrap my application as 
a daemon on Unix. I want to implement 'reload' option in the script. 
This way,if I make any changes in the wrapper.conf file I can start the 
daemon with 'reload' option (without using 'restart' option).  Can 
somebody please  let me know  what exact code I have to write in the 
script to give this 'reload' option ? . Also, is the statement made 
above correct(about reflecting changes in  wrapper.conf file by using 
'reload' option)

Thanks in advance

Anubhav

Re: [Wrapper-user] using wrapper with .class files not .jar

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

Stephane,
    You can easily include a directory containing a list of class files 
by adding that directory
as a classpath element:

wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=../lib/activation.jar
wrapper.java.classpath.3=../lib/mail.jar
wrapper.java.classpath.4=../lib

    The above assumes that you have placed your class files into a 
directory structure located under
the lib directory.   For example, com.tanukisoftware.coolapp.Main would 
be a file:
../lib/com/tanukisoftware.coolapp/Main.class

    This is the same way you would specify such a classpath using stand 
alone java to run your
application.

    Hope this helps,
    Cheers,
    Leif

Stéphane Merle wrote:

> Hi,
>  
> I looked around the doc and the sample and tried to have my own 
> creation to word as a windows services. I started from the sample and 
> change it for my app. The problem is that the sample is using a jar 
> file as a app, but mine are straight .class files, should I create 
> a .jar file ?
>  
> here is the log dump :
>  
> STATUS | wrapper  | 2004/01/22 10:04:45 | --> Wrapper Started as Service
> STATUS | wrapper  | 2004/01/22 10:04:46 | Launching a JVM...
> INFO   | jvm 1    | 2004/01/22 10:04:46 | WrapperSimpleApp: Unable to 
> locate the class MYXMLServer: java.lang.ClassNotFoundException: 
> MYXMLServer
> INFO   | jvm 1    | 2004/01/22 10:04:46 |
> INFO   | jvm 1    | 2004/01/22 10:04:46 | WrapperSimpleApp Usage:
> INFO   | jvm 1    | 2004/01/22 10:04:46 |   java 
> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_parameters]
> INFO   | jvm 1    | 2004/01/22 10:04:46 |
> INFO   | jvm 1    | 2004/01/22 10:04:46 | Where:
> INFO   | jvm 1    | 2004/01/22 10:04:46 |   app_class:      The fully 
> qualified class name of the application to run.
> INFO   | jvm 1    | 2004/01/22 10:04:46 |   app_parameters: The 
> parameters that would normally be passed to the
> INFO   | jvm 1    | 2004/01/22 10:04:47 |                   application.
> STATUS | wrapper  | 2004/01/22 10:04:49 | <-- Wrapper Stopped
>  
> I setup the folder like this :
>  
> D:\http\XMLserveur_java               -- main folder with the .class 
> files of my app (my main class is MYXMLServer.class)
> D:\http\XMLserveur_java\bin        -- the 3 bach files, the 
> wrapper.exe and the wrapper.log file              
> D:\http\XMLserveur_java\conf      -- the wrapper.conf file see under this
> D:\http\XMLserveur_java\lib          -- wrapper.jar, 
> wrappertest.jar(should'nt be used), Wrapper.dll and 2 jar files for me 
> : activation.jar and mail.jar
>  
> here is my conf file :
>  
>  
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=C:\Program Files\j2sdk_nb\j2sdk1.4.2\jre\bin\java
>  
> # Java Main class.  This class must implement the WrapperListener 
> interface
> #  or guarantee that the WrapperManager class is initialized.  Helper
> #  classes are provided to do this for you.  See the Integration section
> #  of the documentation for details.
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>  
>
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=../lib/wrapper.jar
> # wrapper.java.classpath.2=../lib/wrappertest.jar
> wrapper.java.classpath.2=../lib/activation.jar
> wrapper.java.classpath.3=../lib/mail.jar
>  
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
>  
> # 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=MYXMLServer
>  
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Format of output for the console.  (See docs for formats)
> wrapper.console.format=PM
>  
> # Log Level for console output.  (See docs for log levels)
> wrapper.console.loglevel=INFO
>  
> # Log file to use for wrapper output logging.
> wrapper.logfile=../logs/wrapper.log
>  
> # Format of output for the log file.  (See docs for formats)
> wrapper.logfile.format=LPTM
>  
> # Log Level for log file output.  (See docs for log levels)
> wrapper.logfile.loglevel=INFO
>  
> # Maximum size that the log file will be allowed to grow to before
> #  the log is rolled. Size is specified in bytes.  The default value
> #  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
> #  'm' (mb) suffix.  For example: 10m = 10 megabytes.
> wrapper.logfile.maxsize=0
>  
> # Maximum number of rolled log files which will be allowed before old
> #  files are deleted.  The default value of 0 implies no limit.
> wrapper.logfile.maxfiles=0
>  
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>  
> #********************************************************************
> # Wrapper NT 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=BINGOXMLServer
>  
> # Display name of the service
> wrapper.ntservice.displayname=Serveur Socket XML pour le BINGO
>  
> # Description of the service
> wrapper.ntservice.description=Serveur Socket XML pour le BINGO
>  
> # 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 for any help you can provide.
>  
> Stéphane Merle

[Wrapper-user] JNI on Win 2000

[Lakshmanan R. <LRa...@Pr...>]

Hi,

	We have a strange problem with Windows 2000 . We are using wrapper
3.0.5.

	We call a JNI dll to get a string. We get the string properly when
we run it as a console application. But when we run it as a NT service, we
are getting back a junk string. 

	The same application is working fine in a XP machine. 

	In one of the threads, I found a similar problem and seems the fix
is in the next release. So can any one tell me when would be the next
release.

Lakshmanan


________________________________________________________________________
This electronic mail transmission may contain privileged,
confidential and/or proprietary information intended only for the
person(s) named.  Any use, distribution, copying or disclosure to
another person is strictly prohibited.  If you are not the
addressee indicated in this message (or responsible for delivery
of the message to such person), you may not copy or deliver this
message to anyone. In such case, you should destroy this message
and kindly notify the sender by reply email.
________________________________________________________________________

Re: [Wrapper-user] Java Service Wrapper Version 3.1.0

[Grant \(ProtectionNET\) <gr...@pr...>]

Leif,

Does the latest CVS version have any time related fixes in it ?

I'd be happy to test it if it does...

Grant

----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Wednesday, January 21, 2004 12:59 PM
Subject: Re: [Wrapper-user] Java Service Wrapper Version 3.1.0


> Almar,
> There are a couple ways that you can get the latest source. One is to use
> CVS. Instructions can be found on the following page:
> http://sourceforge.net/cvs/?group_id=39428
> Once you have CVS set up you can always do an update to get the newest
> code.
>
> Also, I never use it, but you can also download a snapshot of CVS from the
> following URL:
> http://cvs.sourceforge.net/cvstarballs/wrapper-cvsroot.tar.bz2
>
> Both of the above are snapshots of the development CVS servers and will
> be between 24 and 48 hours out of date. That is something that SourceForge
> does to be able to handle the huge loads. It is not something I control.
> I usually try to only check in working code. But I do not guarantee that
> the CVS code will always work or even compile.
>
> Cheers,
> Leif
>
> Almar Ahad wrote:
>
> > Leif,
> >
> > I would like to check the code out for the next version of the Java
> > Service Wrapper from sourceforge, but I was unable to see how I can do
> > so on the site. Can you please send me a link to the code or let me
> > know how I can download the newest version.
> >
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] restart

[Sal I. <sal...@vo...>]

1. add wrapper.jar in your classpath
2. add "org.tanukisoftware.wrapper.WrapperManager.restart ();" in your code
where you want the restart to take place.

restart () is a static method, that's why you can call it like this:
"WrapperManager.restart ();"
  -----Original Message-----
  From: wra...@li...
[mailto:wra...@li...]On Behalf Of Stéphane Merle
  Sent: Monday, January 26, 2004 9:24 AM
  To: wra...@li...
  Subject: [Wrapper-user] restart


  Hi,

  I managed to have my app to start as a service using the method 1 with the
WrapperSimpleApp helper class
  But now, I'd like to have the ability to stop/start the service from
within my app.
  How can I make the call to wrappermanager.restart() ??

  Stéphane