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

Re: [Wrapper-user] Stderr output being logged at INFO level only in wrapper

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

Eric,
The Wrapper currently collects the strerr and stdout data from the JVM and
mixes it into a single stream. I had tried breaking them out to allow
the kind of
processing that you are asking for, but this resulted in the stderr and
stdout
output being logged out of order.

I have some ideas for how to get this working, but it is not possible in the
current version. I would suggest using one of the many logging tools to take
care of this from within the JVM.

Cheers,
Leif

Eric Getchell wrote:

> All,
>
> Our hosting provider is using the wrapper product for a Tomcat 4.x
> Java 1.4 web application running on Linux. They unfortunately, do not
> have expertise on how the product integrates with the internals of
> Tomcat. The issue we facing may not be a quirk with the wrapper
> product, but I figured someone may have faced this before.
>
> Some of the libraries we are using are writing exception information
> to the standard error stream. However, when viewing the wrapper.log
> file, all stderr output is being logged at the INFO level. Modifying
> the wrapper.console.loglevel from INFO to ERROR then suppresses any
> logging of the error stream.
>
> This in itself is not really a huge issue, however we would like to
> not log at the INFO level due to the fact that on a given day we are
> filling the logs with extraneous information.
>
> Has anyone seen this behavior before and have suggestions on how to
> fix it?
>
> Thanks,
>
> Eric

[Wrapper-user] Stderr output being logged at INFO level only in wrapper

[Eric G. <ege...@ho...>]

All,

Our hosting provider is using the wrapper product for a Tomcat 4.x Java 1.4 
web application running on Linux.  They unfortunately, do not have expertise 
on how the product integrates with the internals of Tomcat.  The issue we 
facing may not be a quirk with the wrapper product, but I figured someone 
may have faced this before.

Some of the libraries we are using are writing exception information to the 
standard error stream.  However, when viewing the wrapper.log file, all 
stderr output is being logged at the INFO level.  Modifying the 
wrapper.console.loglevel from INFO to ERROR then suppresses any logging of 
the error stream.

This in itself is not really a huge issue, however we would like to not log 
at the INFO level due to the fact that on a given day we are filling the 
logs with extraneous information.

Has anyone seen this behavior before and have suggestions on how to fix it?

Thanks,

Eric

[Wrapper-user] Tomcat 5.5.9/JRockit won't shutdown cleanly

[Brad B. <bb...@gm...>]

Hi,

 

Running Tomcat 5.5.9 either as a service or via the console with JRockit
(using the latest: JDK 5.0 Update 3 (RR25.2.0-28)) as the jvm starts up ok
but does not shutdown cleanly. It shuts down fine if I use the sun jvm.

 

The following logs are produced at the end of the process:

 

INFO   | jvm 1    | 2005/08/18 14:53:30 | WrapperStartStopApp: stopping.
Waiting for 6 threads to complete.

ERROR  | wrapper  | 2005/08/18 14:53:30 | Shutdown failed: Timed out waiting
for signal from JVM.

ERROR  | wrapper  | 2005/08/18 14:53:30 | JVM did not exit on request,
terminated

STATUS | wrapper  | 2005/08/18 14:53:31 | <-- Wrapper Stopped

 

This is a clean 5.5.9 install as I don't even have my webapp in there yet.

 

Thanks for any help.

[Wrapper-user] How to determine what version of wrapper you are using?

[Piglet J. <pig...@ya...>]

Hello,

How do I determine what version of wrapper am i using?

thanks,


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[Wrapper-user] What caused 'The Wrapper code did not ping the JVM '?

[Piglet J. <pig...@ya...>]

Hello,

I've experienced this error in my application then my application was automatically restarted by
the wrapper. Im wondering what this error mean and what could have caused this problem? Any
suggestions on how to avoid this?

"Wrapper Manager: The Wrapper code did not ping the JVM for 30 seconds"

thanks


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Find what you need with new enhanced search. 
http://info.mail.yahoo.com/mail_250

[Wrapper-user] Log Messages not appearing at Console

[onkar s. <onk...@ya...>]

Hi,
I am running my Java application on WINDOWS XP as service.
But, "System.out"  messages from my application are not appearing on 
the Console !!
 
Can anyone help me !!
Thanks in advance !!
 
Best regards
Onkar Singh

		
---------------------------------
Check out Yahoo! India Rakhi Special for Rakhi shopping, contests and lots more. 
http://in.promos.yahoo.com/rakhi/index.html

Re: [Wrapper-user] stopsignal not working?

[Qian W. <jan...@ya...>]

Leif,
    I tried two ways of stopping the services
(command-line shutting down and reboot the machine), I
attached those two logs for you. Most of the time my
program won't shutdown properly if I reboot the
machine, but once in a while, it could. I also got
this error message once: "unable to write to the
EventLog due to: A device attached to the system is
not
functioning", and then my log configuration was
changed to NONE by wrapper. In the log files I sent to
you, You will see in correctshutdown.txt, lines after
Ln16 are missing in wrongshutdown.txt

    I tried in my program with System.flush(),
JOptionPane hoping to invoke some dialog to prevent
the computer shutting down too soon, but none of those
worked. 

    I am wondering if you could add something like
some other windows programs, before you shut down the
machine, there would be a pop up window to let you
manually end the program.

    Anyways, now I am tring to get some windows
scripts to run the stop command before shutting down.

    Your help would be greatly appreciated.

thanks



--- Leif Mortenson <le...@ta...> wrote:

> Qian,
>     The Windows Service Manager is actually rather
> rude when the system is
> being shutdown.  It also ignores service dependency
> information and just 
> shuts
> them all down at the same time.
> 
>     Could you set wrapper.debug=true and then reboot
> your machine.
> Post the resulting wrapper.conf file showing a few
> minutes before the reboot
> and then up until the machine has been rebooted.
>     I should be able to tell you exactly what is
> happening from that 
> information.
> 
> Cheers,
> Leif
> 
> Qian Wang wrote:
> 
> >Sorry, I mean signalStopping(n). Anyone has an
> idea?
> >
> >thanks
> >--- Qian Wang <jan...@ya...> wrote:
> >
> >  
> >
> >>Geetings, y'all,
> >>   I have a question about the stopping the
> service
> >>while rebooting the mahine. My own shutting down
> >>method sleep for 10 sec, then continue to clean my
> >>working threads and  other stuff. I used
> >>stopsignale(12000) in wrapper's mail class to have
> >>it
> >>wait for 12 seconds, however, I don't think it can
> >>actually wait that long, therefore my threads
> can't
> >>be
> >>shutdown properly.
> >>
> >>I've tried to use a smaller number to sleep my
> >>shutdown method, then it works fine.
> >>
> >>My guess is my machine gets shutdown before
> wrapper
> >>do
> >>its job. How do I make wrapper wait for as long as
> I
> >>want?
> >>
> >>
> >>thanks  a lot!
> >>
> >>
> >>		
>
>>____________________________________________________
> >>Start your day with Yahoo! - make it your home
> page 
> >>http://www.yahoo.com/r/hs 
> >> 
> >>
> >>
> >>
> >>    
> >>
>
>-------------------------------------------------------
> >  
> >
> >>SF.Net email is Sponsored by the Better Software
> >>Conference & EXPO
> >>September 19-22, 2005 * San Francisco, CA *
> >>Development Lifecycle Practices
> >>Agile & Plan-Driven Development * Managing
> Projects
> >>& Teams * Testing & QA
> >>Security * Process Improvement & Measurement *
> >>http://www.sqe.com/bsce5sf
> >>_______________________________________________
> >>Wrapper-user mailing list
> >>Wra...@li...
> >>
> >>    
> >>
>
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >  
> >
> 
> 
>
-------------------------------------------------------
> SF.Net email is Sponsored by the Better Software
> Conference & EXPO
> September 19-22, 2005 * San Francisco, CA *
> Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects
> & Teams * Testing & QA
> Security * Process Improvement & Measurement *
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
>
https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 

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

[Wrapper-user] openbsd wrapper

[david r. <dav...@gm...>]

will there be an openbsd wrapper in the future??

RE: [Wrapper-user] Blanks in Directory Name e.g "Program Files"

[Stephan, R. <Rob...@re...>]

Leif,

here is the debug output:

STATUS | wrapper  | 2005/08/15 16:11:59 | --> Wrapper Started as Console
DEBUG  | wrapper  | 2005/08/15 16:11:59 | Using system timer.
DEBUG  | wrapperp | 2005/08/15 16:11:59 | server listening on port
32000.
STATUS | wrapper  | 2005/08/15 16:11:59 | Launching a JVM...
DEBUG  | wrapper  | 2005/08/15 16:11:59 | command:
"C:\j2sdk1.4.2_06\bin\java.exe"
-Djava.library.path=3D"../ServiceCenter/Lib" -classpath "C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/MonitoringCalculation.jar;C:/
Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/wrapper.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/jtds.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/ERM.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/OB.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/OBNaming.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/SCWS.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/soap.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/mail.jar;C:/Program
Files/REALTECH/theGuard!/ServiceCenter/Lib/activation.jar"
-Dwrapper.key=3D"XQfoFOKT7krK3xFC" -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.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
de.realtech.servicecenter.MonitoringCalculation.Main
DEBUG  | wrapper  | 2005/08/15 16:11:59 | JVM started (PID=3D5132)
INFO   | jvm 1    | 2005/08/15 16:12:00 |
java.util.MissingResourceException: Can't find bundle for base name
org.tanukisoftware.wrapper.resources.resource, locale de_DE
INFO   | jvm 1    | 2005/08/15 16:12:00 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@53ba3d
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2005/08/15 16:12:00 | Loaded native library:
wrapper.dll
INFO   | jvm 1    | 2005/08/15 16:12:00 | Calling native initialization
method.
INFO   | jvm 1    | 2005/08/15 16:12:00 | Initializing WrapperManager
native library.
INFO   | jvm 1    | 2005/08/15 16:12:00 | Java Executable:
C:\j2sdk1.4.2_06\bin\java.exe
INFO   | jvm 1    | 2005/08/15 16:12:00 | Windows version: 5.2.3790
INFO   | jvm 1    | 2005/08/15 16:12:00 | Java Version   : 1.4.2_06-b03
Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2005/08/15 16:12:00 | Java VM Vendor : Sun
Microsystems Inc.
INFO   | jvm 1    | 2005/08/15 16:12:00 |=20
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2005/08/15 16:12:00 |=20
INFO   | jvm 1    | 2005/08/15 16:12:00 |
WrapperManager.start(de.realtech.servicecenter.MonitoringCalculation.Mai
n@19efb05, args[]) called by thread: main
INFO   | jvm 1    | 2005/08/15 16:12:00 | Open socket to wrapper...
INFO   | jvm 1    | 2005/08/15 16:12:00 | Opened Socket
INFO   | jvm 1    | 2005/08/15 16:12:00 | Send a packet KEY :
XQfoFOKT7krK3xFC
INFO   | jvm 1    | 2005/08/15 16:12:00 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D32000,localport=3D4430])
DEBUG  | wrapperp | 2005/08/15 16:12:00 | accepted a socket from
127.0.0.1 on port 4430
DEBUG  | wrapperp | 2005/08/15 16:12:00 | read a packet KEY :
XQfoFOKT7krK3xFC
DEBUG  | wrapper  | 2005/08/15 16:12:00 | Got key from JVM:
XQfoFOKT7krK3xFC
DEBUG  | wrapperp | 2005/08/15 16:12:00 | send a packet LOW_LOG_LEVEL :
1
DEBUG  | wrapperp | 2005/08/15 16:12:00 | send a packet PING_TIMEOUT :
30
DEBUG  | wrapper  | 2005/08/15 16:12:00 | Start Application.
DEBUG  | wrapperp | 2005/08/15 16:12:00 | send a packet START : start
INFO   | jvm 1    | 2005/08/15 16:12:00 | Received a packet
LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper Manager: LowLogLevel
from Wrapper is 1
INFO   | jvm 1    | 2005/08/15 16:12:00 | Received a packet PING_TIMEOUT
: 30
INFO   | jvm 1    | 2005/08/15 16:12:00 | Wrapper Manager: PingTimeout
from Wrapper is 30000
INFO   | jvm 1    | 2005/08/15 16:12:00 | Received a packet START :
start
INFO   | jvm 1    | 2005/08/15 16:12:00 | calling listener.start()
INFO   | jvm 1    | 2005/08/15 16:12:00 | 15.08.2005 16:12:00
de.realtech.servicecenter.MonitoringCalculation.Calculate <init>
INFO   | jvm 1    | 2005/08/15 16:12:00 | INFO: Calculate()
INFO   | jvm 1    | 2005/08/15 16:12:00 | 15.08.2005 16:12:00
de.realtech.servicecenter.coreapi.db.Db <init>
INFO   | jvm 1    | 2005/08/15 16:12:00 | INFO: init Db()
INFO   | jvm 1    | 2005/08/15 16:12:00 | Error in WrapperListener.start
callback.  java.lang.RuntimeException: No message resource found for
message property prop.servertype
INFO   | jvm 1    | 2005/08/15 16:12:00 | java.lang.RuntimeException: No
message resource found for message property prop.servertype
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
net.sourceforge.jtds.jdbc.Messages.get(Messages.java:120)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
net.sourceforge.jtds.jdbc.Messages.get(Messages.java:67)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
net.sourceforge.jtds.jdbcx.JtdsDataSource.<init>(JtdsDataSource.java:73)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
de.realtech.servicecenter.coreapi.db.Db.openConnection(Db.java:88)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
de.realtech.servicecenter.MonitoringCalculation.Calculate.init(Calculate
.java:131)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
de.realtech.servicecenter.MonitoringCalculation.Calculate.start(Calculat
e.java:92)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
de.realtech.servicecenter.MonitoringCalculation.Main.start(Main.java:51)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java
:1785)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.ja
va:2384)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:2696)
INFO   | jvm 1    | 2005/08/15 16:12:00 | 	at
java.lang.Thread.run(Thread.java:534)
INFO   | jvm 1    | 2005/08/15 16:12:00 | Thread, Wrapper-Connection,
handling the shutdown process.
INFO   | jvm 1    | 2005/08/15 16:12:00 | Send a packet STOPPED : 0
DEBUG  | wrapperp | 2005/08/15 16:12:00 | read a packet STOPPED : 0
DEBUG  | wrapper  | 2005/08/15 16:12:00 | JVM signalled that it was
stopped.
INFO   | jvm 1    | 2005/08/15 16:12:00 | Closing socket.
DEBUG  | wrapperp | 2005/08/15 16:12:00 | socket read no code (closed?).
INFO   | jvm 1    | 2005/08/15 16:12:01 | calling System.exit(1)
DEBUG  | wrapper  | 2005/08/15 16:12:01 | JVM process exited with a code
of 1, setting the wrapper exit code to 1.
DEBUG  | wrapper  | 2005/08/15 16:12:01 | JVM exited normally.
STATUS | wrapper  | 2005/08/15 16:12:01 | <-- Wrapper Stopped

Thanks,
Robert

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Freitag, 12. August 2005 19:01
To: wra...@li...
Subject: Re: [Wrapper-user] Blanks in Directory Name e.g "Program Files"

Robert,
That should actually be working as is. Could you please set=20
wrapper.debug=3Dtrue
and then try starting the application. I am interested in the first few=20
lines of the
debug output that show the full Java command used to launch the JVM.

The errors you are seeing are about not being able to locate a resource=20
bundle
in your application however. JVM is locating the wrapper.jar and at
least
some of your class files without any problems so I doubt this is=20
actually being
caused by any problem with spaces in the path. Where are your resource
files located? Which jar?

Cheers,
Leif

Stephan, Robert wrote:

> Hello,
>
> my Wrapper Service is not able to run in a directory with blanks in
it.
>
> e.g. C:\program files\<company name>\service (service) , C:\program=20
> files\<company name>\service\lib (jar-files)
>
> # Java Classpath (include wrapper.jar) Add class path elements as
>
> # needed starting from 1
>
> wrapper.java.classpath.1=3DC:/Program Files/<company=20
> name>/servicer/lib/MonitoringCalculation.jar
>
> wrapper.java.classpath.2=3DC:/Program Files/<company=20
> name>/servicer/lib/wrapper.jar
>
> wrapper.java.classpath.3=3DC:/Program Files/<company=20
> name>/servicer/lib/jtds.jar
>
> wrapper.java.classpath.4=3DC:/Program Files/<company=20
> name>/servicer/lib/ERM.jar
>
> wrapper.java.classpath.5=3DC:/Program Files/<company=20
> name>/servicer/lib/OB.jar
>
> wrapper.java.classpath.6=3DC:/Program Files/<company=20
> name>/servicer/lib/OBNaming.jar
>
> wrapper.java.classpath.7=3DC:/Program Files/<company=20
> name>/servicer/lib/SCWS.jar
>
> wrapper.java.classpath.8=3DC:/Program Files/<company=20
> name>/servicer/lib/soap.jar
>
> wrapper.java.classpath.9=3DC:/Program Files/<company=20
> name>/servicer/lib/mail.jar
>
> wrapper.java.classpath.10=3DC:/Program Files/<company=20
> name>/servicer/lib/activation.jar
>
> ....
>
> Error Log:
>
> C:\program files\<company name>\service>wrapper -c=20
> SCMonitoringCalculation.conf
>
> wrapper | --> Wrapper Started as Console
>
> wrapper | Launching a JVM...
>
> jvm 1 | java.util.MissingResourceException: Can't find bundle for base

> name o
>
> rg.tanukisoftware.wrapper.resources.resource, locale de_DE
>
> jvm 1 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
>
> jvm 1 |
>
> jvm 1 | 10.08.2005 10:33:39=20
> de.realtech.servicecenter.MonitoringCalculation.C
>
> alculate <init>
>
> jvm 1 | INFO: Calculate()
>
> jvm 1 | 10.08.2005 10:33:39 de.realtech.servicecenter.coreapi.db.Db
<init>
>
> jvm 1 | INFO: init Db()
>
> jvm 1 | Error in WrapperListener.start callback.=20
> java.lang.RuntimeException:
>
> No message resource found for message property prop.servertype
>
> jvm 1 | java.lang.RuntimeException: No message resource found for=20
> message pro
>
> perty prop.servertype
>
> jvm 1 | at net.sourceforge.jtds.jdbc.Messages.get(Messages.java:120)
>
> jvm 1 | at net.sourceforge.jtds.jdbc.Messages.get(Messages.java:67)
>
> jvm 1 | at
net.sourceforge.jtds.jdbcx.JtdsDataSource.<init>(JtdsDataSour
>
> ce.java:73)
>
> jvm 1 | at
de.realtech.servicecenter.coreapi.db.Db.openConnection(Db.jav
>
> a:88)
>
> jvm 1 | at
de.realtech.servicecenter.MonitoringCalculation.Calculate.ini
>
> t(Calculate.java:131)
>
> jvm 1 | at
de.realtech.servicecenter.MonitoringCalculation.Calculate.sta
>
> rt(Calculate.java:92)
>
> jvm 1 | at
de.realtech.servicecenter.MonitoringCalculation.Main.start(Ma
>
> in.java:51)
>
> jvm 1 | at
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperM
>
> anager.java:1785)
>
> jvm 1 | at
org.tanukisoftware.wrapper.WrapperManager.handleSocket(Wrappe
>
> rManager.java:2384)
>
> jvm 1 | at
org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager..
>
> java:2696)
>
> jvm 1 | at java.lang.Thread.run(Unknown Source)
>
> wrapper | <-- Wrapper Stopped
>
> Thanks in advance
>
> Robert
>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] wrapper not running from windows xp

[<nic...@uk...>]

Actually, I think I know what this error is.

Its that java isnt on the *SYSTEM* path.
Its on the users path - but when you run it as a service, it only gets the
system's path...

-Nick








Internet
le...@ta...@lists.sourceforge.net - 12/08/2005 17:40


Please respond to wra...@li...

Sent by:    wra...@li...

To:    wrapper-user

cc:


Subject:    Re: [Wrapper-user] wrapper not running from windows xp


Sachin,
    That means that the Wrapper process is crashing.
    Have you been able to run it in console mode under Windows NT?  I
have not had
access to an NT system for the last couple releases.  It is possible
that I have
introduced an API call which requires Windows 2000.   I would like to
get this
fixed for the 3.2.0 release as a lot of users are still using NT.
    (To NT users) I would appreciate any help in debugging this.  I'll
try to dig up an
NT system on this end as well.

Cheers,
Leif

Sachin Khandelwal wrote:

>After all the configuration, i'm able to run the wrapper as the NT
>service in the windows 2000/2003.
>but when i'm trying to run the wrapper as the NT service in windows
>xp, the wrapper terminates with the following error---
>
>
>
>>The abc service is starting.
>>The abc service could not be started.
>>A system error has occurred.
>>System error 1067 has occurred.
>>The process terminated unexpectedly.
>>
>>
>
>
>the content of the log file is -
>
>
>
>>Wrapper Started as Service
>>STATUS | wrapper | 2005/08/02 12:09:32 | Launching
>>
>>
>a JVM...
>
>
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | Unable to
>>
>>
>execute Java command. The system cannot find the file
>specified. (0x2)
>
>
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | "java" -
>>
>>
>Xms100m -Xmx1024m -Djava.library.path="bin/" -
>classpath "." -Dwrapper.key="JxnWa19OYWIB4q5d" -
>Dwrapper.port=32000 -
>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.geodesiconline.mims.Main
>
>
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | Critical error:
>>
>>
>wait for JVM process failed
>
>
>the content of the wrapper.conf is -
>
>wrapper.working.dir=../
>wrapper.java.command=java
>wrapper.java.mainclass=com.geodesiconline.mims.Main
>wrapper.java.classpath.1=lib/*.jar
>wrapper.java.library.path.1=bin/
>wrapper.java.initmemory=100
>wrapper.java.maxmemory=1024
>....
>....
>.......
>
>please help me resolving the issue .
>hope for a helpful response
>sachin
>
>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
 https://lists.sourceforge.net/lists/listinfo/wrapper-user







This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

Re: [Wrapper-user] Console messages

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

Onkar,

a) Are you running as a service or in console mode?  If you are running 
as a service then
you will not have a console window to display the output.  In this case 
you will only be
able to see your "console" output by looking at the wrapper.log file.

If you want to see a console when running as a service, take a look at 
this property:
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-console.html

b) Which messages are you referring to.  Wrapper log messages are shown
at the STATUS log level.  You can hide them by setting the output to WARN,
but that will also hide console output.  I doubt that is what you want.
I do not want to disable wrapper output completely as it makes things much
more difficult to debug and thus for me to support.  The amount of output
shown is quite minimal.

Cheers,
Leif

onkar singh wrote:

> Hello,
>
> I want to run my run my application as service on windows and as 
> daemon on unix flavors.
>
> I tried on windows machine first but faced following problems:
>
> (a) Log messages which my Application output to the console are not 
> appearing on the windows command prompt.
>
> Note: i have set the property 'wrapper.console.loglevel' to 'INFO' level.
>
> (b) I want to suppress the log messages coming from the wrapper, which 
> appear on the console. Is it possible ?
>
> Thanks in advance !!
>
> Best Regards
>
> Onkar Singh
>

Re: [Wrapper-user] Blanks in Directory Name e.g "Program Files"

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

Robert,
That should actually be working as is. Could you please set 
wrapper.debug=true
and then try starting the application. I am interested in the first few 
lines of the
debug output that show the full Java command used to launch the JVM.

The errors you are seeing are about not being able to locate a resource 
bundle
in your application however. JVM is locating the wrapper.jar and at least
some of your class files without any problems so I doubt this is 
actually being
caused by any problem with spaces in the path. Where are your resource
files located? Which jar?

Cheers,
Leif

Stephan, Robert wrote:

> Hello,
>
> my Wrapper Service is not able to run in a directory with blanks in it.
>
> e.g. C:\program files\<company name>\service (service) , C:\program 
> files\<company name>\service\lib (jar-files)
>
> # Java Classpath (include wrapper.jar) Add class path elements as
>
> # needed starting from 1
>
> wrapper.java.classpath.1=C:/Program Files/<company 
> name>/servicer/lib/MonitoringCalculation.jar
>
> wrapper.java.classpath.2=C:/Program Files/<company 
> name>/servicer/lib/wrapper.jar
>
> wrapper.java.classpath.3=C:/Program Files/<company 
> name>/servicer/lib/jtds.jar
>
> wrapper.java.classpath.4=C:/Program Files/<company 
> name>/servicer/lib/ERM.jar
>
> wrapper.java.classpath.5=C:/Program Files/<company 
> name>/servicer/lib/OB.jar
>
> wrapper.java.classpath.6=C:/Program Files/<company 
> name>/servicer/lib/OBNaming.jar
>
> wrapper.java.classpath.7=C:/Program Files/<company 
> name>/servicer/lib/SCWS.jar
>
> wrapper.java.classpath.8=C:/Program Files/<company 
> name>/servicer/lib/soap.jar
>
> wrapper.java.classpath.9=C:/Program Files/<company 
> name>/servicer/lib/mail.jar
>
> wrapper.java.classpath.10=C:/Program Files/<company 
> name>/servicer/lib/activation.jar
>
> ….
>
> Error Log:
>
> C:\program files\<company name>\service>wrapper -c 
> SCMonitoringCalculation.conf
>
> wrapper | --> Wrapper Started as Console
>
> wrapper | Launching a JVM...
>
> jvm 1 | java.util.MissingResourceException: Can't find bundle for base 
> name o
>
> rg.tanukisoftware.wrapper.resources.resource, locale de_DE
>
> jvm 1 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
>
> jvm 1 |
>
> jvm 1 | 10.08.2005 10:33:39 
> de.realtech.servicecenter.MonitoringCalculation.C
>
> alculate <init>
>
> jvm 1 | INFO: Calculate()
>
> jvm 1 | 10.08.2005 10:33:39 de.realtech.servicecenter.coreapi.db.Db <init>
>
> jvm 1 | INFO: init Db()
>
> jvm 1 | Error in WrapperListener.start callback. 
> java.lang.RuntimeException:
>
> No message resource found for message property prop.servertype
>
> jvm 1 | java.lang.RuntimeException: No message resource found for 
> message pro
>
> perty prop.servertype
>
> jvm 1 | at net.sourceforge.jtds.jdbc.Messages.get(Messages.java:120)
>
> jvm 1 | at net.sourceforge.jtds.jdbc.Messages.get(Messages.java:67)
>
> jvm 1 | at net.sourceforge.jtds.jdbcx.JtdsDataSource.<init>(JtdsDataSour
>
> ce.java:73)
>
> jvm 1 | at de.realtech.servicecenter.coreapi.db.Db.openConnection(Db.jav
>
> a:88)
>
> jvm 1 | at de.realtech.servicecenter.MonitoringCalculation.Calculate.ini
>
> t(Calculate.java:131)
>
> jvm 1 | at de.realtech.servicecenter.MonitoringCalculation.Calculate.sta
>
> rt(Calculate.java:92)
>
> jvm 1 | at de.realtech.servicecenter.MonitoringCalculation.Main.start(Ma
>
> in.java:51)
>
> jvm 1 | at org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperM
>
> anager.java:1785)
>
> jvm 1 | at org.tanukisoftware.wrapper.WrapperManager.handleSocket(Wrappe
>
> rManager.java:2384)
>
> jvm 1 | at org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.
>
> java:2696)
>
> jvm 1 | at java.lang.Thread.run(Unknown Source)
>
> wrapper | <-- Wrapper Stopped
>
> Thanks in advance
>
> Robert
>

Re: [Wrapper-user] stopsignal not working?

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

Qian,
    The Windows Service Manager is actually rather rude when the system is
being shutdown.  It also ignores service dependency information and just 
shuts
them all down at the same time.

    Could you set wrapper.debug=true and then reboot your machine.
Post the resulting wrapper.conf file showing a few minutes before the reboot
and then up until the machine has been rebooted.
    I should be able to tell you exactly what is happening from that 
information.

Cheers,
Leif

Qian Wang wrote:

>Sorry, I mean signalStopping(n). Anyone has an idea?
>
>thanks
>--- Qian Wang <jan...@ya...> wrote:
>
>  
>
>>Geetings, y'all,
>>   I have a question about the stopping the service
>>while rebooting the mahine. My own shutting down
>>method sleep for 10 sec, then continue to clean my
>>working threads and  other stuff. I used
>>stopsignale(12000) in wrapper's mail class to have
>>it
>>wait for 12 seconds, however, I don't think it can
>>actually wait that long, therefore my threads can't
>>be
>>shutdown properly.
>>
>>I've tried to use a smaller number to sleep my
>>shutdown method, then it works fine.
>>
>>My guess is my machine gets shutdown before wrapper
>>do
>>its job. How do I make wrapper wait for as long as I
>>want?
>>
>>
>>thanks  a lot!
>>
>>
>>		
>>____________________________________________________
>>Start your day with Yahoo! - make it your home page 
>>http://www.yahoo.com/r/hs 
>> 
>>
>>
>>
>>    
>>
>-------------------------------------------------------
>  
>
>>SF.Net email is Sponsored by the Better Software
>>Conference & EXPO
>>September 19-22, 2005 * San Francisco, CA *
>>Development Lifecycle Practices
>>Agile & Plan-Driven Development * Managing Projects
>>& Teams * Testing & QA
>>Security * Process Improvement & Measurement *
>>http://www.sqe.com/bsce5sf
>>_______________________________________________
>>Wrapper-user mailing list
>>Wra...@li...
>>
>>    
>>
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>  
>

Re: [Wrapper-user] Wrapper on OS400?

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

Jeremy,
    I have not heard of anyone attempting to build an AS/400 version in 
the past,
but it should not be all that difficult to get working.  I would start 
by using one of
the other makefiles.  Maybe the osf1 makefile.  You will have to edit 
the build.xml
file and add a new init-as400 task by copying one of the others.  Then 
add the
new task to the dependency list of the init task.

    Most likely there will need to be one or more #ifdef modifications 
in the source
as well.  If you post the errors you are getting to the list, me or 
another user should
be able to help get you back on track.

    Of course we would all appreciate you contributing your changes for 
use by
other users in the future.

Cheers,
Leif

Hodges, Jeremy wrote:

> We have an application running on a Windows 2000 Server that uses Java 
> Service Wrapper to manage our task scheduler.
>
> We need to port the application to an IBM iSeries (a.k.a AS/400) 
> running OS400. Does anybody know whether the wrapper has ever been 
> ported to OS400? Or even, whether someone has tried and failed horribly?
>
> We do not have a large amount of OS400 experience available to us, so 
> we do not want to start down a path that better minds have already 
> been down, especially if it has been shown to be a dead-end path.
>
> Any responses gratefully received?
>
> Jeremy Hodges
>

Re: [Wrapper-user] Security considerations with wrapper

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

Vidod,
    The Wrapper is actually very careful about its socket.  The port is 
opened by the
Wrapper process immediately before launching a JVM.   The port that is 
used is
dynamic.  The socket is bound to the localhost loopback interface, so 
external
machines are not able to even see the port.  Once opened, the Wrapper only
accepts a single connect from the JVM.  The JVM must provide a key value
or the Wrapper will reject it.   Then once the JVM is connected, the Wrapper
stops listening for other connects.

    So in order to hack it, a piece of software would have to have 
access to the
loopback device, key passed to the JVM when it is launched, and then have to
make the connect at just the correct instant between the JVM process being
launched at it being able to connect to the Wrapper.  If malicious code 
is that
far into a system then it could in theory do quite a bit more than 
hacking into
the Wrapper's socket.

    Hope this builds confidence.

    Cheers,
    Leif

Vinod Panicker wrote:

>Hi,
>
>Would there be any security considerations to keep in mind when using
>wrapper?  I read that it listens on a port for requests?  Do we need
>to firewall that port or something else just to ensure that it cannot
>be exploited?
>
>Regards,
>Vinod.
>  
>

[Wrapper-user] Re: Need ability to become different user on wrapper launch

[Neale, R. <rs...@ve...>]

Lief,

    Thanks for implementing my suggestion.  A lot of time has passed
since this was implemented and I have upgraded and used your
implementation with most success except for two issues.

1)  My original implementation, which was the motivation for your
adoption (3.1.1), also included the symmetrical ability to stop the
service by the run_as.  Currently I must become (su) root to stop.
Where as, using run_as model, I must supply the password to stop.  Very
convenient.=20

2)  I am going to do some more searching but it appears that su for
solaris does not support the -m switch to su and the current environment
variables do not get passed as it does for linux.  I am sure you are
aware and it really is not your issue, just a fyi.

Anyway, thanks for the tremendous product and I have helped to get some
major players to review your capability.

Rich

Re: [Wrapper-user] Re: Linux 64-bit support

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

Vinod,
    Yes, I don't have access to such hardware.  I do take donations 
though ;-)
If you get a make file working, please be sure to post it back on the 
list so I can
include it in future releases.
    If you are having problems getting it working, please share.  Me or 
other users
may have some helpful advice.

Cheers,
Leif

Vinod Panicker wrote:

>Posted too soon :)
>
>Just read in the archives about this.  Will try and generate my first
>ever makefile.
>
>Regards,
>Vinod.
>
>On 8/4/05, Vinod Panicker <vi...@gm...> wrote:
>  
>
>>Hi,
>>
>>I'm trying to run wrapper on a Fedora Core 3 x86-64 Opteron machine.
>>Wrapper is not able to load libwrapper.so even inspite of finding it.
>>Is this an issue due to lack of 64-bit support or something else?
>>File permissions are fine, and so is the path.  Wrapper says that it
>>could locate the file, but couldn't load it.
>>    
>>
>  
>

Re: [Wrapper-user] wrapper not running from windows xp

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

Sachin,
    That means that the Wrapper process is crashing.
    Have you been able to run it in console mode under Windows NT?  I 
have not had
access to an NT system for the last couple releases.  It is possible 
that I have
introduced an API call which requires Windows 2000.   I would like to 
get this
fixed for the 3.2.0 release as a lot of users are still using NT.
    (To NT users) I would appreciate any help in debugging this.  I'll 
try to dig up an
NT system on this end as well.

Cheers,
Leif

Sachin Khandelwal wrote:

>After all the configuration, i'm able to run the wrapper as the NT
>service in the windows 2000/2003.
>but when i'm trying to run the wrapper as the NT service in windows
>xp, the wrapper terminates with the following error---
>
>  
>
>>The abc service is starting.
>>The abc service could not be started.
>>A system error has occurred.
>>System error 1067 has occurred.
>>The process terminated unexpectedly.
>>    
>>
>
>
>the content of the log file is -
>
>  
>
>>Wrapper Started as Service
>>STATUS | wrapper | 2005/08/02 12:09:32 | Launching
>>    
>>
>a JVM...
>
>  
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | Unable to
>>    
>>
>execute Java command. The system cannot find the file
>specified. (0x2)
>
>  
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | "java" -
>>    
>>
>Xms100m -Xmx1024m -Djava.library.path="bin/" -
>classpath "." -Dwrapper.key="JxnWa19OYWIB4q5d" -
>Dwrapper.port=32000 -
>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.geodesiconline.mims.Main
>
>  
>
>>FATAL | wrapper | 2005/08/02 12:09:32 | Critical error:
>>    
>>
>wait for JVM process failed
>
>
>the content of the wrapper.conf is -
>
>wrapper.working.dir=../
>wrapper.java.command=java
>wrapper.java.mainclass=com.geodesiconline.mims.Main
>wrapper.java.classpath.1=lib/*.jar
>wrapper.java.library.path.1=bin/
>wrapper.java.initmemory=100
>wrapper.java.maxmemory=1024
>....
>....
>.......
>
>please help me resolving the issue .
>hope for a helpful response
>sachin
>  
>

Re: [Wrapper-user] JVM appears hung ??

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

Could you post your wrapper.conf file as well as your wrapper.log output
with wrapper.debug=true set? That debug output immediately before
those messages will tell me exactly why you are seeing them.

They are caused because the Wrapper has stopped receiving ping responses
from the JVM and has come to the conclusion that the JVM is frozen.
The Wrapper will restart the JVM after issuing this message.

If your JVM is not actually frozen then is being caused by the JVM not
getting any CPU for an extended period of time. The most common causes
of this are another high priority process eating all of the CPU, or the
machine being out of memory. Java does not like being swapped to disk.
It runs a couple of orders of magnitude slower when parts of its memory
space are being swapped to disk.

If you are using Wrapper 3.1.2, I would suggest setting
wrapper.use_system_time=false. In your wrapper.conf. This will enable the
the new tick based timer. It performs much better under heavy loads and
has been made the default for the next Wrapper release (3.2.0).

Cheers,
Leif

Cheers,
Leif

dp...@ro... wrote:

>We are getting the message, "JVM appears hung" at various times in the
>wrapper log files.
>
>What is issuing this message?  What is it actually checking to deceide to
>issue this message?  Is it the same program that then issues the restart?
>
>King
>
>  
>

Re: [Wrapper-user] How do I get wrapper's source code

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

Patrick,
    You are looking in the correct location.  Just scroll a ways down 
the page.
The source files are broken out into their own section.  There are two 
versions
of the source.  One that can be used to build the binaries that most 
users need,
and the second much larger one that is capable of building the 
documentation.

Cheers,
Leif

Marion, Patrick wrote:

>Hello,
>Newbie here.  I would like to build wrapper on a windows 64bit machine; I
>was looking for the sources, and clicked on Download->Source Code link; it
>got me there: http://sourceforge.net/project/showfiles.php?group_id=39428
>which got me the binary zip file.   Can you point me to the proper place to
>download the source please?  Any pointer to help on building the wrapper
>would be nice too :)
>Thanks.
>Patrick
>  
>

Re: [Wrapper-user] Wrapper method 3 issue.

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

Anil,
    The Wrapper process reads the wrapper.conf file long before the JVM 
is ever
launched.  The integration method that you use will have no effect on 
that.  What
is the problem you are seeing.  If you could post your wrapper.conf as well
as the wrapper.log output for a SINGLE JVM invocation with 
wrapper.debug=true
set in the wrapper.conf file, then I should be able to tell you what 
problem you
are having.
    The most common mistake that users make when using Integration 
method 3 is
that their WrapperListener.start method is not returning.  As described 
in the
javadocs for that method, it is critical that that method return in a timely
manner.

Cheers,
Leif

Anil N. Juthani wrote:

>Hi,
>I have been running the 1st method successfully for quite some time.
>However, I am currently trying to use the 3rd integration method and it
>seems to be causing major issues. I implement the WrapperListener in the
>main class and call the WrapperManager.start(), which eventually starts
>everything. However, it seems that it does not read the wrapper.conf file in
>this case. No matter what changes I make to the wrapper.conf file, the
>application starts fine. It is as if the WrapperManager.start() does not
>look for the wrapper.conf file at all.
>I would appreciate if someone could help me out soon.
>Thanks,
>---Anil
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO September
>19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] cannot load native lib on HPUX

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

Olaf,
    I have modified the build process for the 3.2.0 release so that the
distribution names will include both the processor and OS.   This should
help make this kind of thing clear, as well as making it possible to have
multiple HPUX platform versions.

Cheers,
Leif

Olaf Zschiedrich wrote:

>HPUX can run on different processor architectures (PA-RISC and Itanium).
>These two are not binary compatible. Normaly there should be 2 downloads
>for the wrapper on HPUX but there is only one and hint where it was
>build on. May be this one is not the correct one for your architecture. 
>I posted to the newgroujp because of this! I have a customer using HPUX
>on both architectues and like to use the wrapper. My problem is that i
>have no access to the machines in order to build the wrapper from
>scratch there.
>May u can do this? I realy interressted to get the wrapper running HPUX!
>Cu Olaf
>
>
>Am Do, den 28.07.2005 schrieb Andreas Wendt um 9:53:
>  
>
>>Hi Nicki,
>>
>>this is also the case on my system (HP-UX 11.11 with Java 1.4.2).
>>When looking inside the shared library with the chatr tool (similar to ldd on Linux), I found a dependency on this GCC library:
>>
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size != sizeof(dl_header_ext). Please update your version of the chatr tool. 
>>lib/libwrapper.sl: 
>>         shared library 
>>         shared library dynamic path search:
>>             SHLIB_PATH     disabled  second 
>>             embedded path  disabled  first  Not Defined
>>         shared library list:
>>             dynamic   /sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>         nulptr references enabled
>>
>>When running this tool on the wrapper library of version 3.0.5 (the one I still use), I get this:
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size != sizeof(dl_header_ext). Please update your version of the linker. 
>>libwrapper.sl: 
>>         shared library 
>>         shared library dynamic path search:
>>             SHLIB_PATH     enabled   first  
>>             embedded path  disabled  second Not Defined
>>         shared library list:
>>             dynamic   /usr/lib/libc.2
>>             dynamic   /usr/lib/libnsl.1
>>             dynamic   /usr/lib/libpthread.1
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>
>>So it seems that somehow a GCC shared library is got linked in. If you do not have GCC installed on your system, the loading of the wrapper lib will fail.
>>So the HP-UX maintainer, Ashish Gawarikar, should have a look inside his makefile to figure out, how GCC is forced not to include one of its own libraries.
>>
>>Cheers,
>>Andreas
>>
>>
>>    
>>
>>>  
>>>
>>>I am trying to run the Java Service Wrapper 3.1.2 on HPUX B.11.11 with HP JVM 1.4.0 and having problems loading the wrapper’s native library. 
>>>
>>>Anyone know which HP JVM the Wrapper has been tested with or works with HPUX? 
>>>
>>>Any help would be appreciated, I’m stuck and not sure what else to try. 
>>>
>>>  
>>>
>>>FYI, I have this running on Windows, Solaris, Linux, and one of my 2 service apps is running on AIX using the first configuration specified below. 
>>>
>>>  
>>>
>>>Detailed results of my test cases for HPUX follows: 
>>>
>>>  
>>>
>>>I am trying to start the James Mail Server v2.2.0 with the following configuration: 
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar, libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=./ 
>>>
>>>            There are wrapper.java.additional.#’s set up for phoenix (app framework that James runs under) items 
>>>
>>>  
>>>
>>>Wrapper reports: 
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | --> Wrapper Started as Daemon 
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |  
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | WARNING - Unable to load the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           The file is located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           could not be loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |             /opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           Please verify that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           and that the file has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           System signals will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |  
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | 
>>>
>>>  
>>>
>>>I tried re-downloading and replacing the libwrapper.so but no change. 
>>>
>>>  
>>>
>>>I turned on wrapper.debug and get the following: 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning intermediate process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | --> Wrapper Started as Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:45 | server listening on port 15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[0] : ../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[1] : -Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[2] : -Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[3] : -Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[4] : -Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[5] : -Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[8] : -Djava.library.path=./ 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[10] : phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[11] : -Dwrapper.key=7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[12] : -Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[13] : -Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[14] : -Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[15] : -Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[16] : -Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[17] : -Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[18] : -Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[19] : -Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[20] : org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@ae000d 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: JVM #1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: Registering shutdown hook 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: Using wrapper 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Loading native library failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper in java.library.path 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WARNING - Unable to load the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           The file is located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           could not be loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |             /opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           Please verify that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           and that the file has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           System signals will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java Version   : 1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java VM Vendor : Hewlett-Packard Company 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@fdc96c, args[]) called by thread: main 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Open socket to wrapper... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Opened Socket 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet KEY : 7ZmDBln32MYoPDJB 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | handleSocket(Socket[addr=/127.0.0.1,port=15012,localport=65199]) 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | accepted a socket from 127.0.0.1 on port 65199 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet KEY : 7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Got key from JVM: 7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet LOW_LOG_LEVEL : 1 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet PING_TIMEOUT : 30 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Start Application. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet START : start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet LOW_LOG_LEVEL : 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: LowLogLevel from Wrapper is 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet PING_TIMEOUT : 30 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: PingTimeout from Wrapper is 30000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet START : start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | calling listener.start() 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet START_PENDING : 45000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | DaemonLauncher: Starting up Phoenix 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet START_PENDING : 45000 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | JVM signalled a start pending with waitHint of 45000 millis. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Phoenix 4.0.1 
>>>
>>>  
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper 
>>>
>>>JamesMailServer/lib holds wrapper.jar, libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now it cannot find wrapper.jar, which is probably to be expected since I didn’t change the classpath.2 to ../lib/wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning intermediate process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | --> Wrapper Started as Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:23:58 | server listening on port 15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Classpath element, wrapper.java.classpath.2, does not exist: wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[0] : ../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[1] : -Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[2] : -Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[3] : -Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[4] : -Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[5] : -Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[8] : -Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[10] : phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[11] : -Dwrapper.key=oBu_BydY68Glrk6Y 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[12] : -Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[13] : -Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[14] : -Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[15] : -Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[16] : -Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[17] : -Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[18] : -Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[19] : -Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[20] : org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Exception in thread "main" java.lang.ExceptionInInitializerError 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.java:174) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Caused by: java.security.AccessControlException: access denied (java.util.PropertyPermission wrapper.debug read) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at java.security.AccessController.checkPermission(AccessController.java:401) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at java.lang.SecurityManager.checkPermission(SecurityManager.java:546) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at java.lang.System.getProperty(System.java:572) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperManager.java:772) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:422) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   ... 2 more 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM process exited with a code of 1, setting the wrapper exit code to 1. 
>>>
>>>ERROR  | wrapper  | 2005/07/26 19:23:59 | JVM exited while loading the application. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM was only running for 0 seconds leading to a failed restart count of 1. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | Waiting 5 seconds before launching another JVM. 
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar 
>>>
>>>JamesMailServer/lib holds libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now it complains that it cannot load the native library because there is no wrapper in java.library.path, which is correct, the wrapper is in the bin directory not the lib directory. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning intermediate process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | --> Wrapper Started as Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:01 | server listening on port 15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[0] : ../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[1] : -Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[2] : -Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[3] : -Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[4] : -Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[5] : -Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[8] : -Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[10] : phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[11] : -Dwrapper.key=6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[12] : -Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[13] : -Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[14] : -Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[15] : -Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[16] : -Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[17] : -Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[18] : -Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[19] : -Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[20] : org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@ae000d 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: JVM #1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: Registering shutdown hook 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: Using wrapper 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Loading native library failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper in java.library.path 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WARNING - Unable to load the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           The file is located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           could not be loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |             /opt/FileNet/Collaboration/JamesMailServer/bin/../lib/libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           Please verify that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           and that the file has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           System signals will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java Version   : 1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java VM Vendor : Hewlett-Packard Company 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@e4cbc4, args[]) called by thread: main 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Open socket to wrapper... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Opened Socket 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet KEY : 6aMwYbl_yezX8ds9 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | handleSocket(Socket[addr=/127.0.0.1,port=15012,localport=49327]) 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | accepted a socket from 127.0.0.1 on port 49327 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet KEY : 6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Got key from JVM: 6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet LOW_LOG_LEVEL : 1 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet PING_TIMEOUT : 30 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Start Application. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet START : start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet LOW_LOG_LEVEL : 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: LowLogLevel from Wrapper is 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet PING_TIMEOUT : 30 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: PingTimeout from Wrapper is 30000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet START : start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | calling listener.start() 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet START_PENDING : 45000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | DaemonLauncher: Starting up Phoenix 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet START_PENDING : 45000 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | JVM signalled a start pending with waitHint of 45000 millis. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Phoenix 4.0.1 
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper 
>>>
>>>JamesMailServer/lib holds libwrapper.so, wrapper.jar 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=../lib/wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now I get access denied but I’m not sure what it is having trouble accessing: 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning intermediate process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | --> Wrapper Started as Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/27 15:41:54 | server listening on port 15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[0] : ../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[1] : -Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[2] : -Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[3] : -Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[4] : -Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[5] : -Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[8] : -Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[10] : phoenix-loader.jar:../lib/wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[11] : -Dwrapper.key=4LSJ4LeJ1boXnqoH 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[12] : -Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[13] : -Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[14] : -Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[15] : -Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[16] : -Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[17] : -Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[18] : -Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[19] : -Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[20] : org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Exception in thread "main" java.lang.ExceptionInInitializerError 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.java:174) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Caused by: java.security.AccessControlException: access denied (java.util.PropertyPermission wrapper.debug read) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at java.security.AccessController.checkPermission(AccessController.java:401) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at java.lang.SecurityManager.checkPermission(SecurityManager.java:546) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at java.lang.System.getProperty(System.java:572) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperManager.java:772) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:422) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   ... 2 more 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM process exited with a code of 1, setting the wrapper exit code to 1. 
>>>
>>>ERROR  | wrapper  | 2005/07/27 15:41:55 | JVM exited while loading the application. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM was only running for 0 seconds leading to a failed restart count of 1. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | Waiting 5 seconds before launching another JVM. 
>>>
>>>  
>>>
>>>File permissions are as follows: 
>>>
>>>-rwxrwxr-x   1 root       sys         151744 Oct  2  2004 wrapper 
>>>
>>>-r--r--r--   1 root       sys          20480 Oct  2  2004 libwrapper.so 
>>>
>>>-r--r--r--   1 root       sys          51939 Oct  2  2004 wrapper.jar 
>>>
>>>-rw-rw-rw-   1 root       sys           4865 Jul 27 15:40 wrapper.conf 
>>>
>>>  
>>>
>>>I’ve also tried to run Java Service Wrapper 3.1.1 with the same results. 
>>>
>>>  
>>>
>>>Could someone please help me. 
>>>
>>>   
>>>
>>>Nicki  
>>>
>>>  
>>>
>>>FileNet Corporation 
>>>
>>>www.filenet.com
>>>
>>>nta...@Fi... 
>>>
>>>Phone: (714) 327-3690 
>>>
>>>Fax:      (714) 327-5076 
>>>
>>>CONFIDENTIAL NOTICE: The contents of this message, including any attachments, are confidential and are intended solely for the use of the person or entity to whom the message was addressed. If you are not the intended recipient of this message, please be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this message in error, please notify the sender. Please also permanently delete all copies of the original message and any attached documentation. Thank you. 
>>>      
>>>

Re: [Wrapper-user] Wrapper 3.1.3 date?

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

Jeremy,
    The next release will be 3.2.0.  It has several new features that 
are taking
quite some time to complete.  Unfortunately this year has been quite busy.
I'll try to get it out as soon as possible.
    The code in CVS does build.  So building from source is always an 
option.
Sorry for the delay.

Cheers,
Leif

Jeremy Kivell wrote:

>Hi,
>
>Does anyone have any idea when the 3.1.3 binaries are
>due to be ready for download?
>
>Cheers,
>Jeremy
>  
>

Re: [Wrapper-user] Problems when running as a service

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

Glad you got things working.

Reposting this reply to get it onto the list and archives.

Cheers,
Leif

cia...@fr... wrote:

>Got Problem fixed nothing to do with the wrapper. Needed to
>set interact with desktop flag to all nevaobjects dde client
>to work.
>
>Thanks.
>  
>
cia...@fr... wrote:

>Hello,
>
>I am running a java application which uses nevaobject's
>javadde which allows java programs to talk to dde servers on
>windows. The application(a dde client) works fine when run
>with the wrapper in  console mode but when I install it as a
>service I can no longer talk to the dde server. Any ideas on
>how to debug this problem or have you come accross similar
>problems. The dde client uses a dll which is installed in
>the lib ext of the jre (ver 1.4.2_05).
>
>Thanks 
>  
>

[Wrapper-user] Problems when running as a service

[<cia...@fr...>]

Hello,

I am running a java application which uses nevaobject's
javadde which allows java programs to talk to dde servers on
windows. The application(a dde client) works fine when run
with the wrapper in  console mode but when I install it as a
service I can no longer talk to the dde server. Any ideas on
how to debug this problem or have you come accross similar
problems. The dde client uses a dll which is installed in
the lib ext of the jre (ver 1.4.2_05).

Thanks