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

Re: [Wrapper-user] Wrapper stops if user logouts in Solaris

[maria j. <mj...@ya...>]

Hi Leif,
 I did uncommenting the line IGNORE_SIGNALS=true.
But still the problem(Logout stops daemon) exist. I
attached log files with this mail. Could you please
check it and help me to come out of this problem.

Thanks and Regards
Jaison



>Jaison,
>     I have seen problems on Solaris where processes
>with sometimes get 
> TERM signals.
> That let me to implement the IGNORE_SIGNALS >feature
.several versions back.
>In the sh script that comes with the wrapper, simply
>uncomment the 
> following line:
 >#IGNORE_SIGNALS=true
 
  >   If you are still seeing problems after doing so,
>set the 
 >wrapper.debug=true property
 >and then post back with the contents of your
>wrapper.log file.
 
 Cheers,
 Leif



		
___________________________________________________________ 
Yahoo! Messenger - with free PC-PC calling and photo sharing. http://uk.messenger.yahoo.com

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

[Martin G. <ma...@mi...>]

Hallo,
this seems not to be a task for Java Service Wrapper - try to look for 
example at www.linux-ha.org (Linux/Unix environment only, but seems to 
be your case), you may achieve also failover of the service (including 
the IP failover).



Martynas Brijunas wrote:
> Hi,
> 
> we have 2 servers that have the same wrapper services for failover
> reasons. Only one instance of each server can run at any given time.
> Is there a way to prevent an accidental start of a service in 2
> locations? I thought of employing a PID file on a network share, but
> not sure if that would work.
> 
> Thank you.
> 
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user


-- 
RNDr. Martin Gazak, MicroStep-MIS
Cavojskeho 1, 841 04 Bratislava, Slovakia
Tel: ++421 2 602 00 128, 111
Fax: ++421 2 602 00 180
e-mail: ma...@mi...
www: http://www.microstep-mis.com

[Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

[Martynas B. <mb...@gm...>]

Hi,

we have 2 servers that have the same wrapper services for failover
reasons. Only one instance of each server can run at any given time.
Is there a way to prevent an accidental start of a service in 2
locations? I thought of employing a PID file on a network share, but
not sure if that would work.

Thank you.

[Wrapper-user] OSF1 Build

[Phillip G. <pg...@co...>]

Hi,=20
=20
Like Omilian I'm a Java programmer and not a C programmer. I need a
build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can
anyone help me with this? Or tell me the things I need on my Tru64 in
order to build it?=20
=20
Thanks in advance!!!

=20

Regards,

Phillip=20

=20


***************************************************************************=
************************
The information in this message is confidential and may be legally  privile=
ged.=20
It is intended solely for the addressee. Access to this message by anyone e=
lse is=20
unauthorized. If you are not the intended recipient, any disclosure, copyin=
g, or=20
distribution of the message, or any action or omission taken by you in reli=
ance=20
on it is prohibited and may be unlawful. Please immediately contact the sen=
der if=20
you have received this message in error. This email does not constitute any=
=20
commitment  from Cordys Holding BV or any of its subsidiaries except when=
=20
expressly agreed in a written agreement between the intended recipient and=
=20
Cordys Holding BV or its subsidiaries.
 **************************************************************************=
*************************

Re: [Wrapper-user] Java app takes 99% CPU (Solaris) when run as daemon

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

Scott,
    Is it the Java process or the wrapper process that is eating up all 
of your CPU?  I'll
assume the java process for now.   I have never heard of any problems 
like this with
the wrapper in the past so I doubt that it is causing it.
    On UNIX systems the difference between a console and daemon process 
under
the wrapper is pretty minor.  Should be no differences in the java 
process.  The
wrapper process will have been forked a couple extra times to turn it 
into a detached
process however.   The java process will then be the child process of 
that resulting
process.

    For starters, I would try sending a couple thread dump requests to 
your application
using the wrapper's scripts.  Look at each of the threads and make sure 
that they
appear to be in locations that make sense.  Most likely it is a tight 
loop someplace.
    You can also play with the JVM's -Xrunhprof command line to get the 
JVM to do
CPU profiling.  That will tell you exactly where the JVM is spending all 
of its time.

Cheers,
Leif

Scott Myers wrote:
> I have a java application that I am testing with the  wrapper. It 
> works great so far under Windows and also
> under Solaris when run using the java -jar command  and when run under 
> the wrapper in console mode.
>
> For some reason, when I run it on Solaris (SunOS 5.9)  under the 
> wrapper as a daemon (start rather than
> console), the application consumes all available CPU. prstat shows the 
> application percentage rapidly
> climbing to 99% and staying there.
>
> Does anyone have any ideas why the application would use 0.1% of the 
> CPU on a Solaris system in console
> mode but 99% when run as a daemon (started)?
>  
> Scott Myers
> sc...@so... <mailto:sc...@so...>
> (408) 973-8374
> www.softwareassist.net <http://www.softwareassist.net/>
>  

Re: [Wrapper-user] Wrapper stops if user logouts in Solaris

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

Jaison,
    I have seen problems on Solaris where processes with sometimes get 
TERM signals.
That let me to implement the IGNORE_SIGNALS feature several versions back.
In the sh script that comes with the wrapper, simply uncomment the 
following line:
#IGNORE_SIGNALS=true

    If you are still seeing problems after doing so, set the 
wrapper.debug=true property
and then post back with the contents of your wrapper.log file.

Cheers,
Leif

maria jaison wrote:
> Hi,
>    I have used latest version 3.2.0 wrapper source and
> binaries to make my application as daemon in Solaris 
> platfom. I tested with one Solaris box that does not
> have bash shell. Problem is that daemon process
> stopped if the user logged out(Daemon is not working
> properly in multi user environment). I also followed
> steps given in this link
> http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-solaris.html.
>
> Symbolic links are working fine,,But still daemon
> stopping has not been resolved.
> I read that this kind of problems are resolved in
> updated version of wrapper from mailing lists.
>   Is there any updated version of sh.script.in file? 
> Or anyother way to resolve this problem? Please reply
> me as soon as possible.
>
> Thanks
> Jaison
>   

Re: [Wrapper-user] Wrapper-user Digest, Vol 2, Issue 7

[Scott M. <sc...@so...>]

Thank you for your suggestion. I believe that the application runs under =
the
same user when I run it as a console and when I run it as a daemon. The
output from prstat is shown below. I have notated my application with =
the
arrow on the right.

When run as a console:
   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP

  3567 demo1      44M   19M sleep   59    0   0:00:18 0.0% java/13
<=3D=3D=3D =20
  3545 demo1    2288K 1800K sleep   59    0   0:00:00 0.0% =
wrapper-solaris/2


When run as a daemon:
   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP

  3664 demo1      43M   17M run      0    0   0:01:23  98% java/13
<=3D=3D=3D
  3663 demo1    2288K 1472K run     59    0   0:00:00 0.0% =
wrapper-solaris/2

=20

One difference I notice is that the application is in a "sleep" state =
(it
has a TCP/IP listener so is asleep most of the time) when running as a
console and is in a "run" state when running as a daemon. I can also see
that the problem is not in the wrapper, but is in my application. It =
also
looks like it is running in priority 0 when running as a daemon. I'm not
sure what that means and how I would affect the priority it runs in.

Scott Myers
sc...@so...
--------------------------------------------

Does your app run as the same user that the console does? If not, try a =
test
to see if setting the user to be the same one you run the app as a =
console
as, and see if it still exhibits the 99% usage. If not, then the issue =
is
likely to be permissions of a user, and what they can/cannot get access =
to
(folders, ports etc.).

That's one thing to try.
--------------------------------------------

I have a java application that I am testing with the  wrapper. It works
great so far under Windows and also=20
under Solaris when run using the java -jar command  and when run under =
the
wrapper in console mode.

For some reason, when I run it on Solaris (SunOS 5.9)  under the wrapper =
as
a daemon (start rather than=20
console), the application consumes all available CPU. prstat shows the
application percentage rapidly=20
climbing to 99% and staying there.

Does anyone have any ideas why the application would use 0.1% of the CPU =
on
a Solaris system in console=20
mode but 99% when run as a daemon (started)?=20

=20

Scott Myers

sc...@so...

(408) 973-8374

www.softwareassist.net <http://www.softwareassist.net/>=20

=20

=20

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://sourceforge.net/mailarchive/forum.php?forum=3Dwrapper-user/attachm=
ents/
20060706/d7cefef1/attachment.html=20

------------------------------

Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642


------------------------------

_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


End of Wrapper-user Digest, Vol 2, Issue 7
******************************************

[Wrapper-user] Wrapper stops if user logouts in Solaris

[maria j. <mj...@ya...>]

Hi,
   I have used latest version 3.2.0 wrapper source and
binaries to make my application as daemon in Solaris 
platfom. I tested with one Solaris box that does not
have bash shell. Problem is that daemon process
stopped if the user logged out(Daemon is not working
properly in multi user environment). I also followed
steps given in this link
http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-solaris.html.

Symbolic links are working fine,,But still daemon
stopping has not been resolved.
I read that this kind of problems are resolved in
updated version of wrapper from mailing lists.
  Is there any updated version of sh.script.in file? 
Or anyother way to resolve this problem? Please reply
me as soon as possible.

Thanks
Jaison


	
	
		
___________________________________________________________ 
All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine 
http://uk.docs.yahoo.com/nowyoucan.html

Re: [Wrapper-user] Java app takes 99% CPU (Solaris) when run as daemon

[David H. <da...@sm...>]

Does your app run as the same user that the console does? If not, try a test
to see if setting the user to be the same one you run the app as a console
as, and see if it still exhibits the 99% usage. If not, then the issue is
likely to be permissions of a user, and what they can/cannot get access to
(folders, ports etc.).

 

That's one thing to try.

 

  _____  

From: wra...@li...
[mailto:wra...@li...] On Behalf Of Scott Myers
Sent: 06 July 2006 12:04
To: wra...@li...
Subject: [Wrapper-user] Java app takes 99% CPU (Solaris) when run as daemon

 

I have a java application that I am testing with the  wrapper. It works
great so far under Windows and also 
under Solaris when run using the java -jar command  and when run under the
wrapper in console mode.

For some reason, when I run it on Solaris (SunOS 5.9)  under the wrapper as
a daemon (start rather than 
console), the application consumes all available CPU. prstat shows the
application percentage rapidly 
climbing to 99% and staying there.

Does anyone have any ideas why the application would use 0.1% of the CPU on
a Solaris system in console 
mode but 99% when run as a daemon (started)? 

 

Scott Myers

sc...@so...

(408) 973-8374

www.softwareassist.net <http://www.softwareassist.net/> 

 

 

[Wrapper-user] Java app takes 99% CPU (Solaris) when run as daemon

[Scott M. <sc...@so...>]

I have a java application that I am testing with the  wrapper. It works
great so far under Windows and also 
under Solaris when run using the java -jar command  and when run under the
wrapper in console mode.

For some reason, when I run it on Solaris (SunOS 5.9)  under the wrapper as
a daemon (start rather than 
console), the application consumes all available CPU. prstat shows the
application percentage rapidly 
climbing to 99% and staying there.

Does anyone have any ideas why the application would use 0.1% of the CPU on
a Solaris system in console 
mode but 99% when run as a daemon (started)? 
 
Scott Myers
sc...@so...
(408) 973-8374
www.softwareassist.net <http://www.softwareassist.net/> 
 
 

Re: [Wrapper-user] .properties and .xml file not loading up on classpath UNIX

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

Ashley,
    Ok, I verified that if you specify ../target/*.* as a classpath 
entry on Windows,
../target/. and ../target/.. will be included on the classpath.   I view 
this a bug.  I'll
get it fixed for a future release.  3.2.1 is already frozen.

Cheers,
Leif

Leif Mortenson wrote:
> Ashley,
>     Ok.  I see.  The problem is not that you are unable to locate a jar, 
> the problem is that
> you are unable to locate a file:
>
> jvm 1    | Initial SessionFactory creation failed: 
> org.hibernate.HibernateException: /hibernate.cfg.xml not found
>
>     The problem is that jar files need to be explicitly specified on the 
> classpath.  But you
> are looking for a resource on the classpath.  In that case, you should 
> only be specifying
> the directory.
>
>     Change your classpath to this and give it another try:
> wrapper.java.classpath.1=../target/*.jar
> wrapper.java.classpath.2=../target
>
>     Not sure why it was working on windows for you.  Maybe the 
> ../target/. directory
> was being added.  I'll play around with that.
>
> Cheers,
> Leif
>
> Ashley Hurkoo wrote:
>   
>> I am running the daemon as root so I guess it is unlikely that there would
>> be any permission problem.
>>
>> I need the file hibernate.cfg.xml on my classpath.  Here is the log output:
>>
>>
>> wrapper  | --> Wrapper Started as Console
>> wrapper  | Using tick timer.
>> wrapperp | server listening on port 32000.
>> wrapper  | Command[0] : java
>> wrapper  | Command[1] : -Djava.library.path=../bin
>> wrapper  | Command[2] : -classpath
>> wrapper  | Command[3] :
>> ../target/telstraGMLC.properties:../target/optusGMLC.properties:../target/mo
>> bilaris_telstra.properties:../target/mobilaris_poclient.properties:../target
>> /log4j.properties:../target/hutchLocation.properties:../target/hibernate.cfg
>> .xml:../target/errorMsg.properties:../target/dao.properties:../target/daemon
>> config.properties:../target/config.properties:../target/QueueItem.hbm.xml:..
>> /target/Position.hbm.xml:../target/LocationServiceApp.properties:../target/C
>> achedAddress.hbm.xml:../target/matrix-positioning-1.2.jar:../lib/xalan-old.j
>> ar:../lib/ssllib-1.6.jar:../lib/saaj-old.jar:../lib/poapi-2.0.jar:../lib/mys
>> ql-connector-java-3.1.12-bin.jar:../lib/mobilaris-sax-3.0.jar:../lib/mobilar
>> is-geodesy-3.0.jar:../lib/matrix-geospatial-1.1-SNAPSHOT.jar:../lib/matrix-c
>> ore-1.0-SNAPSHOT.jar:../lib/log4j-1.2.8.jar:../lib/locdriver-1.5.jar:../lib/
>> locationbrick-1.4.jar:../lib/junit-3.8.1.jar:../lib/jta-unknown.jar:../lib/j
>> bossall-client-4.0.4.GA.jar:../lib/jaxrpc-old.jar:../lib/javamail-1.3.2.jar:
>> ../lib/hibernate-3.1.3.jar:../lib/dom4j-old.jar:../lib/commons-logging-1.0.4
>> .jar:../lib/commons-lang-2.1.jar:../lib/commons-id-0.1-dev.jar:../lib/common
>> s-httpclient-2.0.jar:../lib/commons-discovery-old.jar:../lib/commons-digeste
>> r-1.7.jar:../lib/commons-configuration-1.1.jar:../lib/commons-collections-3.
>> 1.jar:../lib/cglib-nodep-2.1_3.jar:../lib/axis-1.4.jar:../lib/antlr-2.7.4.ja
>> r:../bin/wrapper.jar
>> wrapper  | Command[4] : -Dwrapper.key=jPYOKzunGl_jhiyC
>> wrapper  | Command[5] : -Dwrapper.port=32000
>> wrapper  | Command[6] : -Dwrapper.jvm.port.min=31000
>> wrapper  | Command[7] : -Dwrapper.jvm.port.max=31999
>> wrapper  | Command[8] : -Dwrapper.debug=TRUE
>> wrapper  | Command[9] : -Dwrapper.pid=3491
>> wrapper  | Command[10] : -Dwrapper.version=3.2.0
>> wrapper  | Command[11] : -Dwrapper.native_library=wrapper
>> wrapper  | Command[12] : -Dwrapper.cpu.timeout=10
>> wrapper  | Command[13] : -Dwrapper.jvmid=1
>> wrapper  | Command[14] : org.tanukisoftware.wrapper.WrapperSimpleApp
>> wrapper  | Command[15] : com.tenzeng.matrix.positioning.worker.Daemon
>> wrapper  | Launching a JVM...
>> jvm 1    | WrapperManager class initialized by thread: main  Using
>> classloader: sun.misc.Launcher$AppClassLoader@133056f
>> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>> jvm 1    |
>> jvm 1    | Wrapper Manager: JVM #1
>> jvm 1    | Running a 32-bit JVM.
>> jvm 1    | Wrapper Manager: Registering shutdown hook
>> jvm 1    | Wrapper Manager: Using wrapper
>> jvm 1    | Load native library.  One or more attempts may fail if platform
>> specific libraries do not exist.
>> jvm 1    | Loading native library failed: libwrapper-linux-x86-32.so  Cause:
>> java.lang.UnsatisfiedLinkError: no wrapper-linux-x86-32 in java.library.path
>> jvm 1    | Loaded native library: libwrapper.so
>> jvm 1    | Calling native initialization method.
>> jvm 1    | Inside native WrapperManager initialization method
>> jvm 1    | Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
>> jvm 1    | Java VM Vendor : Sun Microsystems Inc.
>> jvm 1    |
>> jvm 1    |
>> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@15eb0a9,
>> args[]) called by thread: main
>> jvm 1    | Open socket to wrapper...Wrapper-Connection
>> jvm 1    | Opened Socket from 31000 to 32000
>> jvm 1    | Send a packet KEY : jPYOKzunGl_jhiyC
>> jvm 1    | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000])
>> wrapperp | accepted a socket from 127.0.0.1 on port 31000
>> wrapperp | read a packet KEY : jPYOKzunGl_jhiyC
>> wrapper  | Got key from JVM: jPYOKzunGl_jhiyC
>> wrapperp | send a packet LOW_LOG_LEVEL : 1
>> wrapperp | send a packet PING_TIMEOUT : 30
>> wrapperp | send a packet PROPERTIES : (Property Values)
>> wrapper  | Start Application.
>> wrapperp | send a packet START : start
>> jvm 1    | Received a packet LOW_LOG_LEVEL : 1
>> jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
>> jvm 1    | Received a packet PING_TIMEOUT : 30
>> jvm 1    | Wrapper Manager: PingTimeout from Wrapper is 30000
>> jvm 1    | Received a packet PROPERTIES : (Property Values)
>> jvm 1    | Monitoring of the JVM thread count will be delayed for 1 seconds.
>> jvm 1    | Received a packet START : start
>> jvm 1    | calling listener.start()
>> jvm 1    | WrapperSimpleApp: start(args) Will wait up to 2 seconds for the
>> main method to complete.
>> jvm 1    | WrapperSimpleApp: invoking main method
>> jvm 1    | Initial SessionFactory creation failed:
>> org.hibernate.HibernateException: /hibernate.cfg.xml not found
>> jvm 1    | WrapperSimpleApp: main method completed
>> jvm 1    | WrapperSimpleApp: start(args) end.  Main Completed=true,
>> exitCode=null
>> jvm 1    | returned from listener.start()
>> jvm 1    | Send a packet STARTED :
>> wrapperp | read a packet STARTED :
>> wrapper  | JVM signalled that it was started.
>> wrapperp | send a packet PING : ping
>> jvm 1    | Received a packet PING : ping
>> jvm 1    | Send a packet PING : ok
>> jvm 1    | Non-daemon thread count = 1 - 1(system) = 0
>> jvm 1    | All non-daemon threads have stopped.  Exiting.
>> jvm 1    | WrapperManager.stop(0) called by thread: Wrapper-Connection
>> jvm 1    | Send a packet STOP : 0
>> wrapperp | read a packet PING : ok
>> wrapper  | Got ping response from JVM
>> wrapperp | read a packet STOP : 0
>> wrapper  | JVM requested a shutdown. (0)
>> wrapper  | wrapperStopProcess(0) called.
>> wrapper  | Sending stop signal to JVM
>> wrapperp | send a packet STOP : NULL
>> jvm 1    | Thread, Wrapper-Connection, handling the shutdown process.
>> jvm 1    | calling listener.stop()
>> jvm 1    | WrapperSimpleApp: stop(0)
>> jvm 1    | returned from listener.stop()
>> jvm 1    | Send a packet STOPPED : 0
>> wrapperp | read a packet STOPPED : 0
>> wrapper  | JVM signalled that it was stopped.
>> jvm 1    | Closing socket.
>> wrapperp | socket read no code (closed?).
>> wrapperp | server listening on port 32001.
>> wrapper  | Signal trapped.  Details:
>> wrapper  |   signal number=17 (SIGCHLD), source="unknown"
>> wrapper  | Received SIGCHLD, calling wait().
>> wrapper  | wait() returned, child process should be gone.
>> jvm 1    | calling System.exit(0)
>> wrapper  | JVM process is gone.
>> wrapper  | JVM exited normally.
>> wrapper  | <-- Wrapper Stopped
>>
>>
>>
>>
>>  
>>
>> -----Original Message-----
>> From: wra...@li...
>> [mailto:wra...@li...] On Behalf Of Leif
>> Mortenson
>> Sent: Thursday, July 06, 2006 2:35 PM
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] .properties and .xml file not loading up on
>> classpath UNIX
>>
>> Ashley,
>>     Can you post the debug output?   If the files are showing up on the 
>> generated command
>> line as the full classpath correctly then the wildcards are being expanded
>> correctly.  Java is not able to handle wildcards in its classpath.
>>
>>     If the files shown on the class also exist, then I would next assume
>> that there are some
>> permission problems with them.   Have you checked that?
>>
>> Cheers,
>> Leif
>>
>> Ashley Hurkoo wrote:
>>   
>>     
>>> I have a list of .properties and .xml file that I want to load on the 
>>> classpath. They are in my target directory.
>>>
>>> I have
>>>
>>> wrapper.java.classpath.1=../target/*.*
>>>
>>>
>>> These files are loading up correctly on my windows box but not on my 
>>> unix box. I turned debug on, and the files are on the classpath.
>>>
>>> Can anyone help?
>>>
>>>     
>>>       
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>   
>> ------------------------------------------------------------------------
>>
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>   
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>   
>>     
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] .properties and .xml file not loading up on classpath UNIX

[Ashley H. <ah...@te...>]

Hi Leif,
This was exactly the problem. It works like a beauty now.

Thanks a lot for your help, it is greatly appreciated.

Ashley 

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, July 06, 2006 3:05 PM
To: wra...@li...
Subject: Re: [Wrapper-user] .properties and .xml file not loading up on
classpath UNIX

Ashley,
    Ok.  I see.  The problem is not that you are unable to locate a jar, the
problem is that you are unable to locate a file:

jvm 1    | Initial SessionFactory creation failed: 
org.hibernate.HibernateException: /hibernate.cfg.xml not found

    The problem is that jar files need to be explicitly specified on the
classpath.  But you are looking for a resource on the classpath.  In that
case, you should only be specifying the directory.

    Change your classpath to this and give it another try:
wrapper.java.classpath.1=../target/*.jar
wrapper.java.classpath.2=../target

    Not sure why it was working on windows for you.  Maybe the ../target/.
directory was being added.  I'll play around with that.

Cheers,
Leif

Ashley Hurkoo wrote:
> I am running the daemon as root so I guess it is unlikely that there 
> would be any permission problem.
>
> I need the file hibernate.cfg.xml on my classpath.  Here is the log
output:
>
>
> wrapper  | --> Wrapper Started as Console wrapper  | Using tick timer.
> wrapperp | server listening on port 32000.
> wrapper  | Command[0] : java
> wrapper  | Command[1] : -Djava.library.path=../bin wrapper  | 
> Command[2] : -classpath wrapper  | Command[3] :
> ../target/telstraGMLC.properties:../target/optusGMLC.properties:../tar
> get/mo 
> bilaris_telstra.properties:../target/mobilaris_poclient.properties:../
> target 
> /log4j.properties:../target/hutchLocation.properties:../target/hiberna
> te.cfg 
> .xml:../target/errorMsg.properties:../target/dao.properties:../target/
> daemon 
>
config.properties:../target/config.properties:../target/QueueItem.hbm.xml:..
> /target/Position.hbm.xml:../target/LocationServiceApp.properties:../ta
> rget/C 
> achedAddress.hbm.xml:../target/matrix-positioning-1.2.jar:../lib/xalan
> -old.j 
> ar:../lib/ssllib-1.6.jar:../lib/saaj-old.jar:../lib/poapi-2.0.jar:../l
> ib/mys 
> ql-connector-java-3.1.12-bin.jar:../lib/mobilaris-sax-3.0.jar:../lib/m
> obilar 
> is-geodesy-3.0.jar:../lib/matrix-geospatial-1.1-SNAPSHOT.jar:../lib/ma
> trix-c 
> ore-1.0-SNAPSHOT.jar:../lib/log4j-1.2.8.jar:../lib/locdriver-1.5.jar:.
> ./lib/ 
> locationbrick-1.4.jar:../lib/junit-3.8.1.jar:../lib/jta-unknown.jar:..
> /lib/j
>
bossall-client-4.0.4.GA.jar:../lib/jaxrpc-old.jar:../lib/javamail-1.3.2.jar:
> ../lib/hibernate-3.1.3.jar:../lib/dom4j-old.jar:../lib/commons-logging
> -1.0.4 
> .jar:../lib/commons-lang-2.1.jar:../lib/commons-id-0.1-dev.jar:../lib/
> common 
> s-httpclient-2.0.jar:../lib/commons-discovery-old.jar:../lib/commons-d
> igeste 
>
r-1.7.jar:../lib/commons-configuration-1.1.jar:../lib/commons-collections-3.
> 1.jar:../lib/cglib-nodep-2.1_3.jar:../lib/axis-1.4.jar:../lib/antlr-2.
> 7.4.ja
> r:../bin/wrapper.jar
> wrapper  | Command[4] : -Dwrapper.key=jPYOKzunGl_jhiyC wrapper  | 
> Command[5] : -Dwrapper.port=32000 wrapper  | Command[6] : 
> -Dwrapper.jvm.port.min=31000 wrapper  | Command[7] : 
> -Dwrapper.jvm.port.max=31999 wrapper  | Command[8] : 
> -Dwrapper.debug=TRUE wrapper  | Command[9] : -Dwrapper.pid=3491 
> wrapper  | Command[10] : -Dwrapper.version=3.2.0 wrapper  | 
> Command[11] : -Dwrapper.native_library=wrapper wrapper  | Command[12] 
> : -Dwrapper.cpu.timeout=10 wrapper  | Command[13] : -Dwrapper.jvmid=1 
> wrapper  | Command[14] : org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper  | Command[15] : com.tenzeng.matrix.positioning.worker.Daemon
> wrapper  | Launching a JVM...
> jvm 1    | WrapperManager class initialized by thread: main  Using
> classloader: sun.misc.Launcher$AppClassLoader@133056f
> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
> jvm 1    |
> jvm 1    | Wrapper Manager: JVM #1
> jvm 1    | Running a 32-bit JVM.
> jvm 1    | Wrapper Manager: Registering shutdown hook
> jvm 1    | Wrapper Manager: Using wrapper
> jvm 1    | Load native library.  One or more attempts may fail if platform
> specific libraries do not exist.
> jvm 1    | Loading native library failed: libwrapper-linux-x86-32.so
Cause:
> java.lang.UnsatisfiedLinkError: no wrapper-linux-x86-32 in
java.library.path
> jvm 1    | Loaded native library: libwrapper.so
> jvm 1    | Calling native initialization method.
> jvm 1    | Inside native WrapperManager initialization method
> jvm 1    | Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
> jvm 1    | Java VM Vendor : Sun Microsystems Inc.
> jvm 1    |
> jvm 1    |
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@15eb0
> a9,
> args[]) called by thread: main
> jvm 1    | Open socket to wrapper...Wrapper-Connection
> jvm 1    | Opened Socket from 31000 to 32000
> jvm 1    | Send a packet KEY : jPYOKzunGl_jhiyC
> jvm 1    |
handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000])
> wrapperp | accepted a socket from 127.0.0.1 on port 31000 wrapperp | 
> read a packet KEY : jPYOKzunGl_jhiyC wrapper  | Got key from JVM: 
> jPYOKzunGl_jhiyC wrapperp | send a packet LOW_LOG_LEVEL : 1 wrapperp | 
> send a packet PING_TIMEOUT : 30 wrapperp | send a packet PROPERTIES : 
> (Property Values) wrapper  | Start Application.
> wrapperp | send a packet START : start
> jvm 1    | Received a packet LOW_LOG_LEVEL : 1
> jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
> jvm 1    | Received a packet PING_TIMEOUT : 30
> jvm 1    | Wrapper Manager: PingTimeout from Wrapper is 30000
> jvm 1    | Received a packet PROPERTIES : (Property Values)
> jvm 1    | Monitoring of the JVM thread count will be delayed for 1
seconds.
> jvm 1    | Received a packet START : start
> jvm 1    | calling listener.start()
> jvm 1    | WrapperSimpleApp: start(args) Will wait up to 2 seconds for the
> main method to complete.
> jvm 1    | WrapperSimpleApp: invoking main method
> jvm 1    | Initial SessionFactory creation failed:
> org.hibernate.HibernateException: /hibernate.cfg.xml not found
> jvm 1    | WrapperSimpleApp: main method completed
> jvm 1    | WrapperSimpleApp: start(args) end.  Main Completed=true,
> exitCode=null
> jvm 1    | returned from listener.start()
> jvm 1    | Send a packet STARTED :
> wrapperp | read a packet STARTED :
> wrapper  | JVM signalled that it was started.
> wrapperp | send a packet PING : ping
> jvm 1    | Received a packet PING : ping
> jvm 1    | Send a packet PING : ok
> jvm 1    | Non-daemon thread count = 1 - 1(system) = 0
> jvm 1    | All non-daemon threads have stopped.  Exiting.
> jvm 1    | WrapperManager.stop(0) called by thread: Wrapper-Connection
> jvm 1    | Send a packet STOP : 0
> wrapperp | read a packet PING : ok
> wrapper  | Got ping response from JVM
> wrapperp | read a packet STOP : 0
> wrapper  | JVM requested a shutdown. (0) wrapper  | 
> wrapperStopProcess(0) called.
> wrapper  | Sending stop signal to JVM
> wrapperp | send a packet STOP : NULL
> jvm 1    | Thread, Wrapper-Connection, handling the shutdown process.
> jvm 1    | calling listener.stop()
> jvm 1    | WrapperSimpleApp: stop(0)
> jvm 1    | returned from listener.stop()
> jvm 1    | Send a packet STOPPED : 0
> wrapperp | read a packet STOPPED : 0
> wrapper  | JVM signalled that it was stopped.
> jvm 1    | Closing socket.
> wrapperp | socket read no code (closed?).
> wrapperp | server listening on port 32001.
> wrapper  | Signal trapped.  Details:
> wrapper  |   signal number=17 (SIGCHLD), source="unknown"
> wrapper  | Received SIGCHLD, calling wait().
> wrapper  | wait() returned, child process should be gone.
> jvm 1    | calling System.exit(0)
> wrapper  | JVM process is gone.
> wrapper  | JVM exited normally.
> wrapper  | <-- Wrapper Stopped
>
>
>
>
>  
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif 
> Mortenson
> Sent: Thursday, July 06, 2006 2:35 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] .properties and .xml file not loading up 
> on classpath UNIX
>
> Ashley,
>     Can you post the debug output?   If the files are showing up on the 
> generated command
> line as the full classpath correctly then the wildcards are being 
> expanded correctly.  Java is not able to handle wildcards in its
classpath.
>
>     If the files shown on the class also exist, then I would next 
> assume that there are some
> permission problems with them.   Have you checked that?
>
> Cheers,
> Leif
>
> Ashley Hurkoo wrote:
>   
>> I have a list of .properties and .xml file that I want to load on the 
>> classpath. They are in my target directory.
>>
>> I have
>>
>> wrapper.java.classpath.1=../target/*.*
>>
>>
>> These files are loading up correctly on my windows box but not on my 
>> unix box. I turned debug on, and the files are on the classpath.
>>
>> Can anyone help?
>>
>>     
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier Download IBM WebSphere Application Server v.1.0.1 based on 
> Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=1216
> 42 _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   
> ----------------------------------------------------------------------
> --
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier Download IBM WebSphere Application Server v.1.0.1 based on 
> Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=1216
> 42
>   
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] .properties and .xml file not loading up on classpath UNIX

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

Ashley,
    Ok.  I see.  The problem is not that you are unable to locate a jar, 
the problem is that
you are unable to locate a file:

jvm 1    | Initial SessionFactory creation failed: 
org.hibernate.HibernateException: /hibernate.cfg.xml not found

    The problem is that jar files need to be explicitly specified on the 
classpath.  But you
are looking for a resource on the classpath.  In that case, you should 
only be specifying
the directory.

    Change your classpath to this and give it another try:
wrapper.java.classpath.1=../target/*.jar
wrapper.java.classpath.2=../target

    Not sure why it was working on windows for you.  Maybe the 
../target/. directory
was being added.  I'll play around with that.

Cheers,
Leif

Ashley Hurkoo wrote:
> I am running the daemon as root so I guess it is unlikely that there would
> be any permission problem.
>
> I need the file hibernate.cfg.xml on my classpath.  Here is the log output:
>
>
> wrapper  | --> Wrapper Started as Console
> wrapper  | Using tick timer.
> wrapperp | server listening on port 32000.
> wrapper  | Command[0] : java
> wrapper  | Command[1] : -Djava.library.path=../bin
> wrapper  | Command[2] : -classpath
> wrapper  | Command[3] :
> ../target/telstraGMLC.properties:../target/optusGMLC.properties:../target/mo
> bilaris_telstra.properties:../target/mobilaris_poclient.properties:../target
> /log4j.properties:../target/hutchLocation.properties:../target/hibernate.cfg
> .xml:../target/errorMsg.properties:../target/dao.properties:../target/daemon
> config.properties:../target/config.properties:../target/QueueItem.hbm.xml:..
> /target/Position.hbm.xml:../target/LocationServiceApp.properties:../target/C
> achedAddress.hbm.xml:../target/matrix-positioning-1.2.jar:../lib/xalan-old.j
> ar:../lib/ssllib-1.6.jar:../lib/saaj-old.jar:../lib/poapi-2.0.jar:../lib/mys
> ql-connector-java-3.1.12-bin.jar:../lib/mobilaris-sax-3.0.jar:../lib/mobilar
> is-geodesy-3.0.jar:../lib/matrix-geospatial-1.1-SNAPSHOT.jar:../lib/matrix-c
> ore-1.0-SNAPSHOT.jar:../lib/log4j-1.2.8.jar:../lib/locdriver-1.5.jar:../lib/
> locationbrick-1.4.jar:../lib/junit-3.8.1.jar:../lib/jta-unknown.jar:../lib/j
> bossall-client-4.0.4.GA.jar:../lib/jaxrpc-old.jar:../lib/javamail-1.3.2.jar:
> ../lib/hibernate-3.1.3.jar:../lib/dom4j-old.jar:../lib/commons-logging-1.0.4
> .jar:../lib/commons-lang-2.1.jar:../lib/commons-id-0.1-dev.jar:../lib/common
> s-httpclient-2.0.jar:../lib/commons-discovery-old.jar:../lib/commons-digeste
> r-1.7.jar:../lib/commons-configuration-1.1.jar:../lib/commons-collections-3.
> 1.jar:../lib/cglib-nodep-2.1_3.jar:../lib/axis-1.4.jar:../lib/antlr-2.7.4.ja
> r:../bin/wrapper.jar
> wrapper  | Command[4] : -Dwrapper.key=jPYOKzunGl_jhiyC
> wrapper  | Command[5] : -Dwrapper.port=32000
> wrapper  | Command[6] : -Dwrapper.jvm.port.min=31000
> wrapper  | Command[7] : -Dwrapper.jvm.port.max=31999
> wrapper  | Command[8] : -Dwrapper.debug=TRUE
> wrapper  | Command[9] : -Dwrapper.pid=3491
> wrapper  | Command[10] : -Dwrapper.version=3.2.0
> wrapper  | Command[11] : -Dwrapper.native_library=wrapper
> wrapper  | Command[12] : -Dwrapper.cpu.timeout=10
> wrapper  | Command[13] : -Dwrapper.jvmid=1
> wrapper  | Command[14] : org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper  | Command[15] : com.tenzeng.matrix.positioning.worker.Daemon
> wrapper  | Launching a JVM...
> jvm 1    | WrapperManager class initialized by thread: main  Using
> classloader: sun.misc.Launcher$AppClassLoader@133056f
> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
> jvm 1    |
> jvm 1    | Wrapper Manager: JVM #1
> jvm 1    | Running a 32-bit JVM.
> jvm 1    | Wrapper Manager: Registering shutdown hook
> jvm 1    | Wrapper Manager: Using wrapper
> jvm 1    | Load native library.  One or more attempts may fail if platform
> specific libraries do not exist.
> jvm 1    | Loading native library failed: libwrapper-linux-x86-32.so  Cause:
> java.lang.UnsatisfiedLinkError: no wrapper-linux-x86-32 in java.library.path
> jvm 1    | Loaded native library: libwrapper.so
> jvm 1    | Calling native initialization method.
> jvm 1    | Inside native WrapperManager initialization method
> jvm 1    | Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
> jvm 1    | Java VM Vendor : Sun Microsystems Inc.
> jvm 1    |
> jvm 1    |
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@15eb0a9,
> args[]) called by thread: main
> jvm 1    | Open socket to wrapper...Wrapper-Connection
> jvm 1    | Opened Socket from 31000 to 32000
> jvm 1    | Send a packet KEY : jPYOKzunGl_jhiyC
> jvm 1    | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000])
> wrapperp | accepted a socket from 127.0.0.1 on port 31000
> wrapperp | read a packet KEY : jPYOKzunGl_jhiyC
> wrapper  | Got key from JVM: jPYOKzunGl_jhiyC
> wrapperp | send a packet LOW_LOG_LEVEL : 1
> wrapperp | send a packet PING_TIMEOUT : 30
> wrapperp | send a packet PROPERTIES : (Property Values)
> wrapper  | Start Application.
> wrapperp | send a packet START : start
> jvm 1    | Received a packet LOW_LOG_LEVEL : 1
> jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
> jvm 1    | Received a packet PING_TIMEOUT : 30
> jvm 1    | Wrapper Manager: PingTimeout from Wrapper is 30000
> jvm 1    | Received a packet PROPERTIES : (Property Values)
> jvm 1    | Monitoring of the JVM thread count will be delayed for 1 seconds.
> jvm 1    | Received a packet START : start
> jvm 1    | calling listener.start()
> jvm 1    | WrapperSimpleApp: start(args) Will wait up to 2 seconds for the
> main method to complete.
> jvm 1    | WrapperSimpleApp: invoking main method
> jvm 1    | Initial SessionFactory creation failed:
> org.hibernate.HibernateException: /hibernate.cfg.xml not found
> jvm 1    | WrapperSimpleApp: main method completed
> jvm 1    | WrapperSimpleApp: start(args) end.  Main Completed=true,
> exitCode=null
> jvm 1    | returned from listener.start()
> jvm 1    | Send a packet STARTED :
> wrapperp | read a packet STARTED :
> wrapper  | JVM signalled that it was started.
> wrapperp | send a packet PING : ping
> jvm 1    | Received a packet PING : ping
> jvm 1    | Send a packet PING : ok
> jvm 1    | Non-daemon thread count = 1 - 1(system) = 0
> jvm 1    | All non-daemon threads have stopped.  Exiting.
> jvm 1    | WrapperManager.stop(0) called by thread: Wrapper-Connection
> jvm 1    | Send a packet STOP : 0
> wrapperp | read a packet PING : ok
> wrapper  | Got ping response from JVM
> wrapperp | read a packet STOP : 0
> wrapper  | JVM requested a shutdown. (0)
> wrapper  | wrapperStopProcess(0) called.
> wrapper  | Sending stop signal to JVM
> wrapperp | send a packet STOP : NULL
> jvm 1    | Thread, Wrapper-Connection, handling the shutdown process.
> jvm 1    | calling listener.stop()
> jvm 1    | WrapperSimpleApp: stop(0)
> jvm 1    | returned from listener.stop()
> jvm 1    | Send a packet STOPPED : 0
> wrapperp | read a packet STOPPED : 0
> wrapper  | JVM signalled that it was stopped.
> jvm 1    | Closing socket.
> wrapperp | socket read no code (closed?).
> wrapperp | server listening on port 32001.
> wrapper  | Signal trapped.  Details:
> wrapper  |   signal number=17 (SIGCHLD), source="unknown"
> wrapper  | Received SIGCHLD, calling wait().
> wrapper  | wait() returned, child process should be gone.
> jvm 1    | calling System.exit(0)
> wrapper  | JVM process is gone.
> wrapper  | JVM exited normally.
> wrapper  | <-- Wrapper Stopped
>
>
>
>
>  
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Thursday, July 06, 2006 2:35 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] .properties and .xml file not loading up on
> classpath UNIX
>
> Ashley,
>     Can you post the debug output?   If the files are showing up on the 
> generated command
> line as the full classpath correctly then the wildcards are being expanded
> correctly.  Java is not able to handle wildcards in its classpath.
>
>     If the files shown on the class also exist, then I would next assume
> that there are some
> permission problems with them.   Have you checked that?
>
> Cheers,
> Leif
>
> Ashley Hurkoo wrote:
>   
>> I have a list of .properties and .xml file that I want to load on the 
>> classpath. They are in my target directory.
>>
>> I have
>>
>> wrapper.java.classpath.1=../target/*.*
>>
>>
>> These files are loading up correctly on my windows box but not on my 
>> unix box. I turned debug on, and the files are on the classpath.
>>
>> Can anyone help?
>>
>>     
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   
> ------------------------------------------------------------------------
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

Re: [Wrapper-user] .properties and .xml file not loading up on classpath UNIX

[Ashley H. <ah...@te...>]

I am running the daemon as root so I guess it is unlikely that there would
be any permission problem.

I need the file hibernate.cfg.xml on my classpath.  Here is the log output:


wrapper  | --> Wrapper Started as Console
wrapper  | Using tick timer.
wrapperp | server listening on port 32000.
wrapper  | Command[0] : java
wrapper  | Command[1] : -Djava.library.path=../bin
wrapper  | Command[2] : -classpath
wrapper  | Command[3] :
../target/telstraGMLC.properties:../target/optusGMLC.properties:../target/mo
bilaris_telstra.properties:../target/mobilaris_poclient.properties:../target
/log4j.properties:../target/hutchLocation.properties:../target/hibernate.cfg
.xml:../target/errorMsg.properties:../target/dao.properties:../target/daemon
config.properties:../target/config.properties:../target/QueueItem.hbm.xml:..
/target/Position.hbm.xml:../target/LocationServiceApp.properties:../target/C
achedAddress.hbm.xml:../target/matrix-positioning-1.2.jar:../lib/xalan-old.j
ar:../lib/ssllib-1.6.jar:../lib/saaj-old.jar:../lib/poapi-2.0.jar:../lib/mys
ql-connector-java-3.1.12-bin.jar:../lib/mobilaris-sax-3.0.jar:../lib/mobilar
is-geodesy-3.0.jar:../lib/matrix-geospatial-1.1-SNAPSHOT.jar:../lib/matrix-c
ore-1.0-SNAPSHOT.jar:../lib/log4j-1.2.8.jar:../lib/locdriver-1.5.jar:../lib/
locationbrick-1.4.jar:../lib/junit-3.8.1.jar:../lib/jta-unknown.jar:../lib/j
bossall-client-4.0.4.GA.jar:../lib/jaxrpc-old.jar:../lib/javamail-1.3.2.jar:
../lib/hibernate-3.1.3.jar:../lib/dom4j-old.jar:../lib/commons-logging-1.0.4
.jar:../lib/commons-lang-2.1.jar:../lib/commons-id-0.1-dev.jar:../lib/common
s-httpclient-2.0.jar:../lib/commons-discovery-old.jar:../lib/commons-digeste
r-1.7.jar:../lib/commons-configuration-1.1.jar:../lib/commons-collections-3.
1.jar:../lib/cglib-nodep-2.1_3.jar:../lib/axis-1.4.jar:../lib/antlr-2.7.4.ja
r:../bin/wrapper.jar
wrapper  | Command[4] : -Dwrapper.key=jPYOKzunGl_jhiyC
wrapper  | Command[5] : -Dwrapper.port=32000
wrapper  | Command[6] : -Dwrapper.jvm.port.min=31000
wrapper  | Command[7] : -Dwrapper.jvm.port.max=31999
wrapper  | Command[8] : -Dwrapper.debug=TRUE
wrapper  | Command[9] : -Dwrapper.pid=3491
wrapper  | Command[10] : -Dwrapper.version=3.2.0
wrapper  | Command[11] : -Dwrapper.native_library=wrapper
wrapper  | Command[12] : -Dwrapper.cpu.timeout=10
wrapper  | Command[13] : -Dwrapper.jvmid=1
wrapper  | Command[14] : org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper  | Command[15] : com.tenzeng.matrix.positioning.worker.Daemon
wrapper  | Launching a JVM...
jvm 1    | WrapperManager class initialized by thread: main  Using
classloader: sun.misc.Launcher$AppClassLoader@133056f
jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
jvm 1    |
jvm 1    | Wrapper Manager: JVM #1
jvm 1    | Running a 32-bit JVM.
jvm 1    | Wrapper Manager: Registering shutdown hook
jvm 1    | Wrapper Manager: Using wrapper
jvm 1    | Load native library.  One or more attempts may fail if platform
specific libraries do not exist.
jvm 1    | Loading native library failed: libwrapper-linux-x86-32.so  Cause:
java.lang.UnsatisfiedLinkError: no wrapper-linux-x86-32 in java.library.path
jvm 1    | Loaded native library: libwrapper.so
jvm 1    | Calling native initialization method.
jvm 1    | Inside native WrapperManager initialization method
jvm 1    | Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
jvm 1    | Java VM Vendor : Sun Microsystems Inc.
jvm 1    |
jvm 1    |
WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@15eb0a9,
args[]) called by thread: main
jvm 1    | Open socket to wrapper...Wrapper-Connection
jvm 1    | Opened Socket from 31000 to 32000
jvm 1    | Send a packet KEY : jPYOKzunGl_jhiyC
jvm 1    | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000])
wrapperp | accepted a socket from 127.0.0.1 on port 31000
wrapperp | read a packet KEY : jPYOKzunGl_jhiyC
wrapper  | Got key from JVM: jPYOKzunGl_jhiyC
wrapperp | send a packet LOW_LOG_LEVEL : 1
wrapperp | send a packet PING_TIMEOUT : 30
wrapperp | send a packet PROPERTIES : (Property Values)
wrapper  | Start Application.
wrapperp | send a packet START : start
jvm 1    | Received a packet LOW_LOG_LEVEL : 1
jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
jvm 1    | Received a packet PING_TIMEOUT : 30
jvm 1    | Wrapper Manager: PingTimeout from Wrapper is 30000
jvm 1    | Received a packet PROPERTIES : (Property Values)
jvm 1    | Monitoring of the JVM thread count will be delayed for 1 seconds.
jvm 1    | Received a packet START : start
jvm 1    | calling listener.start()
jvm 1    | WrapperSimpleApp: start(args) Will wait up to 2 seconds for the
main method to complete.
jvm 1    | WrapperSimpleApp: invoking main method
jvm 1    | Initial SessionFactory creation failed:
org.hibernate.HibernateException: /hibernate.cfg.xml not found
jvm 1    | WrapperSimpleApp: main method completed
jvm 1    | WrapperSimpleApp: start(args) end.  Main Completed=true,
exitCode=null
jvm 1    | returned from listener.start()
jvm 1    | Send a packet STARTED :
wrapperp | read a packet STARTED :
wrapper  | JVM signalled that it was started.
wrapperp | send a packet PING : ping
jvm 1    | Received a packet PING : ping
jvm 1    | Send a packet PING : ok
jvm 1    | Non-daemon thread count = 1 - 1(system) = 0
jvm 1    | All non-daemon threads have stopped.  Exiting.
jvm 1    | WrapperManager.stop(0) called by thread: Wrapper-Connection
jvm 1    | Send a packet STOP : 0
wrapperp | read a packet PING : ok
wrapper  | Got ping response from JVM
wrapperp | read a packet STOP : 0
wrapper  | JVM requested a shutdown. (0)
wrapper  | wrapperStopProcess(0) called.
wrapper  | Sending stop signal to JVM
wrapperp | send a packet STOP : NULL
jvm 1    | Thread, Wrapper-Connection, handling the shutdown process.
jvm 1    | calling listener.stop()
jvm 1    | WrapperSimpleApp: stop(0)
jvm 1    | returned from listener.stop()
jvm 1    | Send a packet STOPPED : 0
wrapperp | read a packet STOPPED : 0
wrapper  | JVM signalled that it was stopped.
jvm 1    | Closing socket.
wrapperp | socket read no code (closed?).
wrapperp | server listening on port 32001.
wrapper  | Signal trapped.  Details:
wrapper  |   signal number=17 (SIGCHLD), source="unknown"
wrapper  | Received SIGCHLD, calling wait().
wrapper  | wait() returned, child process should be gone.
jvm 1    | calling System.exit(0)
wrapper  | JVM process is gone.
wrapper  | JVM exited normally.
wrapper  | <-- Wrapper Stopped




 

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, July 06, 2006 2:35 PM
To: wra...@li...
Subject: Re: [Wrapper-user] .properties and .xml file not loading up on
classpath UNIX

Ashley,
    Can you post the debug output?   If the files are showing up on the 
generated command
line as the full classpath correctly then the wildcards are being expanded
correctly.  Java is not able to handle wildcards in its classpath.

    If the files shown on the class also exist, then I would next assume
that there are some
permission problems with them.   Have you checked that?

Cheers,
Leif

Ashley Hurkoo wrote:
>
> I have a list of .properties and .xml file that I want to load on the 
> classpath. They are in my target directory.
>
> I have
>
> wrapper.java.classpath.1=../target/*.*
>
>
> These files are loading up correctly on my windows box but not on my 
> unix box. I turned debug on, and the files are on the classpath.
>
> Can anyone help?
>


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] .properties and .xml file not loading up on classpath UNIX

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

Ashley,
    Can you post the debug output?   If the files are showing up on the 
generated command
line as the full classpath correctly then the wildcards are being 
expanded correctly.  Java
is not able to handle wildcards in its classpath.

    If the files shown on the class also exist, then I would next assume 
that there are some
permission problems with them.   Have you checked that?

Cheers,
Leif

Ashley Hurkoo wrote:
>
> I have a list of .properties and .xml file that I want to load on the 
> classpath. They are in my target directory.
>
> I have
>
> wrapper.java.classpath.1=../target/*.*
>
>
> These files are loading up correctly on my windows box but not on my 
> unix box. I turned debug on, and the files are on the classpath.
>
> Can anyone help?
>

[Wrapper-user] .properties and .xml file not loading up on classpath UNIX

[Ashley H. <ah...@te...>]

I have a list of .properties and .xml file that I want to load on the
classpath. They are in my target directory.

I have 

wrapper.java.classpath.1=../target/*.*


These files are loading up correctly on my windows box but not on my unix
box. I turned debug on, and the files are on the classpath.

Can anyone help?

Re: [Wrapper-user] runs as console but not as service despite same user/account

[struggy <lei...@t-...>]

i although tried using the other jconsole's to detect with jvm maps, but
without success.
-- 
View this message in context: http://www.nabble.com/runs-as-console-but-not-as-service-despite-same-user-account-tf1894877.html#a5183525
Sent from the Java Service Wrapper forum at Nabble.com.

Re: [Wrapper-user] runs as console but not as service despite same user/account

[struggy <lei...@t-...>]

Wow, that is fast:)

Yes, I double checked that the process is running with my account. 

I set the debug as mentioned and receive:

DEBUG  | wrapper  | 2006/07/05 16:13:20 | command:
"C:\Programme\Java\jdk1.5.0_06\bin\java" -Xdebug -Xnoagent
-Djava.compiler=NONE -Dcom.sun.management.jmxremote
-Djava.endorsed.dirs="D:/rfcGateways/apache-tomcat-5.5.17/common/endorsed"
-Dcatalina.base="D:/rfcGateways/apache-tomcat-5.5.17"
-Dcatalina.home="D:/rfcGateways/apache-tomcat-5.5.17"
-Djava.io.tmpdir="D:/rfcGateways/apache-tomcat-5.5.17/temp" -Xms256m
-Xmx512m -Djava.library.path="." -classpath
"D:/rfcGateways/apache-tomcat-5.5.17/common/lib/wrapper.jar;C:/Programme/Java/jdk1.5.0_06/lib/tools.jar;D:/rfcGateways/apache-tomcat-5.5.17/bin/bootstrap.jar"
-Dwrapper.key="YtyMcVCGlD07uxJl" -Dwrapper.port=32005 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
-Dwrapper.disable_shutdown_hook="TRUE" -Dwrapper.cpu.timeout="10"
-Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperStartStopApp
org.apache.catalina.startup.Bootstrap 1 startd
org.apache.catalina.startup.Bootstrap true 1 stopd

The JConsole is started in C:\Programme\Java\jdk1.5.0_06\bin\ 

The wrapper.java.command looks like this:

set.java.home=C:/Programme/Java/jdk1.5.0_06
wrapper.java.command=%java.home%/bin/java


So the JVMs should be the same?!

Thanks, Leif
-- 
View this message in context: http://www.nabble.com/runs-as-console-but-not-as-service-despite-same-user-account-tf1894877.html#a5182568
Sent from the Java Service Wrapper forum at Nabble.com.

Re: [Wrapper-user] runs as console but not as service despite same user/account

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

Stuggy,
    After setting the account and password properties, did you uninstall 
and then reinstall the
service?  After starting the service, check the task manager to make 
sure it is running as the
correct user.

    Another possibility is an environment problem.  Try setting your 
wrapper.java.command
property to an absolute value to make sure you are running the correct 
JVM.  It may be
finding a different JVM when running as a service.  You can see this if 
you run with the
wrapper.debug=true property set.

Cheers,
Leif

struggy wrote:
> Hello, 
>
> I have nearly the same problem Williams had:
> http://www.nabble.com/App-runs-as-console-but-not-service-tf1781585.html
>
> but the offered solution did not match.
>
> I?m using wrapper_win32_3.1.2 to install a service with Tomcat 5.5.17 and
> jdk1.5.0_01 on Windows Server 2003.
>
> The Application starts some JMX-MBeans. The wrapper logs when starting from
> console or as service are the same. 
>
> Using jconsole to connect to the JMX service only works, when i run from
> console.
> Then the "Connect to Agent" dialog shows:
>
> 6172	org.tanukisoftware.wrapper.WrapperStartStopApp
> org.apache.catalina.startup.Bootstrap 1 startd
> org.apache.catalina.startup.Bootstrap true 1 stopd
>
> When i run the application as service, either using the service manager or
> from the console with -t flag jconsole did not show any entry inside the
> "Connect to Agent" dialog:(
>
> I changed the SYSTEM account to my login account without success. I tried
> both ways: From service manager and with wrapper.ntservice.account
> /wrapper.ntservice.password  
>
> Did somebody have another idea what could go wrong?! 
>
> Thanks in advance, leif
>
>
>   

[Wrapper-user] runs as console but not as service despite same user/account

[struggy <lei...@t-...>]

Hello, 

I have nearly the same problem Williams had:
http://www.nabble.com/App-runs-as-console-but-not-service-tf1781585.html

but the offered solution did not match.

I?m using wrapper_win32_3.1.2 to install a service with Tomcat 5.5.17 and
jdk1.5.0_01 on Windows Server 2003.

The Application starts some JMX-MBeans. The wrapper logs when starting from
console or as service are the same. 

Using jconsole to connect to the JMX service only works, when i run from
console.
Then the "Connect to Agent" dialog shows:

6172	org.tanukisoftware.wrapper.WrapperStartStopApp
org.apache.catalina.startup.Bootstrap 1 startd
org.apache.catalina.startup.Bootstrap true 1 stopd

When i run the application as service, either using the service manager or
from the console with -t flag jconsole did not show any entry inside the
"Connect to Agent" dialog:(

I changed the SYSTEM account to my login account without success. I tried
both ways: From service manager and with wrapper.ntservice.account
/wrapper.ntservice.password  

Did somebody have another idea what could go wrong?! 

Thanks in advance, leif


-- 
View this message in context: http://www.nabble.com/runs-as-console-but-not-as-service-despite-same-user-account-tf1894877.html#a5182096
Sent from the Java Service Wrapper forum at Nabble.com.

Re: [Wrapper-user] Unable to load the Wrapper's nativelibrary 'wrapper.dll'

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

Dominik,
    Ouch.  That is not really supported... :-)

    The problem is that you are setting your java library path from 
within the JVM.  When
the WrapperManager code attempts to debug why the wrapper.dll is not 
being loaded, it
is looking at this library path and everything appears to be fine.

    The problem is that the JVM's main class loader has already decided 
on the library
path that it will use to locate its native libraries long before you set 
that system property.

    I bet that if you modify your java command line to set the correct 
library path from
the command line, things will start working.

    Cheers,
    Leif

Dominik.S wrote:
> Hi,
>
>   
>> The first message shouldn't ever happen if both the 
>> wrapper.exe and wrapper.jar are both version 3.2.0.
>>     
>
> well what i am doing is something different. I am within a java
> application where i use the wrapper.jar to check if a w32 user is in the
> "Administrators" group. So the wrapper is called out of a java
> application:
>
> Here is my code:
>
> ######################################################
> ###                                                ###
> boolean userHasAdministratorRights = false;
> final String javaLibraryPath = pathToWrapperLibDir + ";" +
> defaultJavaLibraryPath;
> System.setProperty("java.library.path", javaLibraryPath);
>
> // set some wrapper properties:
> System.setProperty("wrapper.debug", "TRUE");
> System.setProperty("wrapper.native_library", "wrapper");
>         
> // Check if wrapper.dll is readable:
> File wrapperDll = new File (pathToWrapperDll);
> System.out.println("*********************");
> System.out.println("java.library.path   : " +
> System.getProperty(PROPERTY_JAVA_LIBRARY_PATH));
> System.out.println("wrapper.dll location: " + pathToWrapperDll);
> System.out.println("wrapper.dll is file : " + wrapperDll.isFile());
> System.out.println("wrapper.dll can read: " + wrapperDll.canRead());
> System.out.println("*********************");
>         
> // Get all groups the user belongs to:
> final WrapperGroup[] groups = WrapperManager.getUser(true).getGroups();
> WrapperWin32Group winGroup;
> for(int i=0; i<groups.length; i++) {
>     winGroup = (WrapperWin32Group) groups[i];
>     if(winGroup.getSID().equals(ADMINISTRATORS_GROUP_SID)) {
>         userHasAdministratorRights = true;
>         break;
>     }
> }
> ###                                                ###
> ######################################################
>
>
> So, i think the wrapper.exe is never used (but perhaps i am completly
> wrong). 
>
> Also i do not know hot to tell the wrapper where he could look for the
> wrapper.conf (since i do not use the wrapper.exe but a java application
> that uses wrapper.jar. Thats why i set the wrapper parameters by:
> System.setProperty("wrapper.debug", "TRUE");
>
>
> I get the following output when running the application.
>
>
> ######################################################
> ###                                                ###
> *********************
> java.library.path   :
> C:\Programme\SOME_APPLICATION\ext\wrapper\lib;C:\WINNT\system32;AND-SOME
> -MORE
> wrapper.dll location:
> C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
> wrapper.dll is file : true
> wrapper.dll can read: true
> *********************
> WrapperManager class initialized by thread: AWT-EventQueue-0  Using
> classloader: sun.misc.Launcher$AppClassLoader@133056f
> Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>
> Wrapper Manager: JVM #1
> Running a 32-bit JVM.
> Wrapper Manager: Registering shutdown hook
> Wrapper Manager: Not using wrapper.  (key not specified)
> Load native library.  One or more attempts may fail if platform specific
> libraries do not exist.
> Loading native library failed: wrapper-windows-x86-32.dll  Cause:
> java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in
> java.library.path
> Loading native library failed: wrapper.dll  Cause:
> java.lang.UnsatisfiedLinkError: no wrapper in java.library.path
>
> WARNING - Unable to load the Wrapper's native library 'wrapper.dll'.
>           The file is located on the path at the following location but
>           could not be loaded:
>             C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
>           Please verify that the file is readable by the current user
>           and that the file has not been corrupted in any way.
>           One common cause of this problem is running a 32-bit version
>           of the Wrapper with a 64-bit version of Java, or vica versa.
>           This is a 32-bit JVM.
>           System signals will not be handled correctly.
>
> Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
> Java VM Vendor : Sun Microsystems Inc.
>
> Wrapper Manager: ShutdownHook started
> WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook
> Send a packet STOP : 0
> Thread, Wrapper-Shutdown-Hook, handling the shutdown process.
> Send a packet STOPPED : 0
> Wrapper Manager: ShutdownHook complete
> ###                                                ###
> ######################################################
>
>
>
> Regards,
>    dominik
> ###########################################
>
> This message has been scanned by F-Secure Anti-Virus.
> For more information, connect to http://www.f-secure.com/
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] Unable to load the Wrapper'snativelibrary 'wrapper.dll'

[Dominik.S <Dom...@se...>]

> I have had this same problem, under Windows XP only. The=20
> procedure which works perfectly under Windows 2000 fails as=20
> Dominik says under Windows XP.=20
> I mentioned this a couple of months ago, but a panic at the=20
> time stopped me following it up. I attach a wrapper.log with=20
> debug turned on. The dll is in the place spcified and appears=20
> to be uncorrupted.

hi,=20

well i didn't mention it, but i am running windows 2000 (not xp!!!).=20

I have compared the wrapper.dll as well as wrapper.jar with "fresh
downloaded" ones and cygwin_diff tells me that both files are equivalent
to the "fresh" ones...

Regards,=20
  dominik
###########################################=0A=
=0A=
This message has been scanned by F-Secure Anti-Virus.=0A=
For more information, connect to http://www.f-secure.com/

Re: [Wrapper-user] Unable to load the Wrapper's nativelibrary 'wrapper.dll'

[<Ale...@Qu...>]

I have had this same problem, under Windows XP only. The procedure which 
works perfectly under Windows 2000 fails as Dominik says under Windows XP. 
I mentioned this a couple of months ago, but a panic at the time stopped 
me following it up. I attach a wrapper.log with debug turned on. The dll 
is in the place spcified and appears to be uncorrupted.







"Dominik.S" <Dom...@se...> 
Sent by: wra...@li...
04/07/2006 09:26
Please respond to
wra...@li...


To
<wra...@li...>
cc

Subject
Re: [Wrapper-user] Unable to load the Wrapper's nativelibrary 
'wrapper.dll'






Hi,

> The first message shouldn't ever happen if both the 
> wrapper.exe and wrapper.jar are both version 3.2.0.

well what i am doing is something different. I am within a java
application where i use the wrapper.jar to check if a w32 user is in the
"Administrators" group. So the wrapper is called out of a java
application:

Here is my code:

######################################################
###                                                ###
boolean userHasAdministratorRights = false;
final String javaLibraryPath = pathToWrapperLibDir + ";" +
defaultJavaLibraryPath;
System.setProperty("java.library.path", javaLibraryPath);

// set some wrapper properties:
System.setProperty("wrapper.debug", "TRUE");
System.setProperty("wrapper.native_library", "wrapper");
 
// Check if wrapper.dll is readable:
File wrapperDll = new File (pathToWrapperDll);
System.out.println("*********************");
System.out.println("java.library.path   : " +
System.getProperty(PROPERTY_JAVA_LIBRARY_PATH));
System.out.println("wrapper.dll location: " + pathToWrapperDll);
System.out.println("wrapper.dll is file : " + wrapperDll.isFile());
System.out.println("wrapper.dll can read: " + wrapperDll.canRead());
System.out.println("*********************");
 
// Get all groups the user belongs to:
final WrapperGroup[] groups = WrapperManager.getUser(true).getGroups();
WrapperWin32Group winGroup;
for(int i=0; i<groups.length; i++) {
    winGroup = (WrapperWin32Group) groups[i];
    if(winGroup.getSID().equals(ADMINISTRATORS_GROUP_SID)) {
        userHasAdministratorRights = true;
        break;
    }
}
###                                                ###
######################################################


So, i think the wrapper.exe is never used (but perhaps i am completly
wrong). 

Also i do not know hot to tell the wrapper where he could look for the
wrapper.conf (since i do not use the wrapper.exe but a java application
that uses wrapper.jar. Thats why i set the wrapper parameters by:
System.setProperty("wrapper.debug", "TRUE");


I get the following output when running the application.


######################################################
###                                                ###
*********************
java.library.path   :
C:\Programme\SOME_APPLICATION\ext\wrapper\lib;C:\WINNT\system32;AND-SOME
-MORE
wrapper.dll location:
C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
wrapper.dll is file : true
wrapper.dll can read: true
*********************
WrapperManager class initialized by thread: AWT-EventQueue-0  Using
classloader: sun.misc.Launcher$AppClassLoader@133056f
Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org

Wrapper Manager: JVM #1
Running a 32-bit JVM.
Wrapper Manager: Registering shutdown hook
Wrapper Manager: Not using wrapper.  (key not specified)
Load native library.  One or more attempts may fail if platform specific
libraries do not exist.
Loading native library failed: wrapper-windows-x86-32.dll  Cause:
java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in
java.library.path
Loading native library failed: wrapper.dll  Cause:
java.lang.UnsatisfiedLinkError: no wrapper in java.library.path

WARNING - Unable to load the Wrapper's native library 'wrapper.dll'.
          The file is located on the path at the following location but
          could not be loaded:
            C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
          Please verify that the file is readable by the current user
          and that the file has not been corrupted in any way.
          One common cause of this problem is running a 32-bit version
          of the Wrapper with a 64-bit version of Java, or vica versa.
          This is a 32-bit JVM.
          System signals will not be handled correctly.

Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
Java VM Vendor : Sun Microsystems Inc.

Wrapper Manager: ShutdownHook started
WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook
Send a packet STOP : 0
Thread, Wrapper-Shutdown-Hook, handling the shutdown process.
Send a packet STOPPED : 0
Wrapper Manager: ShutdownHook complete
###                                                ###
######################################################



Regards,
   dominik
###########################################

This message has been scanned by F-Secure Anti-Virus.
For more information, connect to http://www.f-secure.com/

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job 
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to load the Wrapper's nativelibrary 'wrapper.dll'

[Dominik.S <Dom...@se...>]

Hi,

> The first message shouldn't ever happen if both the=20
> wrapper.exe and wrapper.jar are both version 3.2.0.

well what i am doing is something different. I am within a java
application where i use the wrapper.jar to check if a w32 user is in the
"Administrators" group. So the wrapper is called out of a java
application:

Here is my code:

######################################################
###                                                ###
boolean userHasAdministratorRights =3D false;
final String javaLibraryPath =3D pathToWrapperLibDir + ";" +
defaultJavaLibraryPath;
System.setProperty("java.library.path", javaLibraryPath);

// set some wrapper properties:
System.setProperty("wrapper.debug", "TRUE");
System.setProperty("wrapper.native_library", "wrapper");
       =20
// Check if wrapper.dll is readable:
File wrapperDll =3D new File (pathToWrapperDll);
System.out.println("*********************");
System.out.println("java.library.path   : " +
System.getProperty(PROPERTY_JAVA_LIBRARY_PATH));
System.out.println("wrapper.dll location: " + pathToWrapperDll);
System.out.println("wrapper.dll is file : " + wrapperDll.isFile());
System.out.println("wrapper.dll can read: " + wrapperDll.canRead());
System.out.println("*********************");
       =20
// Get all groups the user belongs to:
final WrapperGroup[] groups =3D =
WrapperManager.getUser(true).getGroups();
WrapperWin32Group winGroup;
for(int i=3D0; i<groups.length; i++) {
    winGroup =3D (WrapperWin32Group) groups[i];
    if(winGroup.getSID().equals(ADMINISTRATORS_GROUP_SID)) {
        userHasAdministratorRights =3D true;
        break;
    }
}
###                                                ###
######################################################


So, i think the wrapper.exe is never used (but perhaps i am completly
wrong).=20

Also i do not know hot to tell the wrapper where he could look for the
wrapper.conf (since i do not use the wrapper.exe but a java application
that uses wrapper.jar. Thats why i set the wrapper parameters by:
System.setProperty("wrapper.debug", "TRUE");


I get the following output when running the application.


######################################################
###                                                ###
*********************
java.library.path   :
C:\Programme\SOME_APPLICATION\ext\wrapper\lib;C:\WINNT\system32;AND-SOME
-MORE
wrapper.dll location:
C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
wrapper.dll is file : true
wrapper.dll can read: true
*********************
WrapperManager class initialized by thread: AWT-EventQueue-0  Using
classloader: sun.misc.Launcher$AppClassLoader@133056f
Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org

Wrapper Manager: JVM #1
Running a 32-bit JVM.
Wrapper Manager: Registering shutdown hook
Wrapper Manager: Not using wrapper.  (key not specified)
Load native library.  One or more attempts may fail if platform specific
libraries do not exist.
Loading native library failed: wrapper-windows-x86-32.dll  Cause:
java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in
java.library.path
Loading native library failed: wrapper.dll  Cause:
java.lang.UnsatisfiedLinkError: no wrapper in java.library.path

WARNING - Unable to load the Wrapper's native library 'wrapper.dll'.
          The file is located on the path at the following location but
          could not be loaded:
            C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
          Please verify that the file is readable by the current user
          and that the file has not been corrupted in any way.
          One common cause of this problem is running a 32-bit version
          of the Wrapper with a 64-bit version of Java, or vica versa.
          This is a 32-bit JVM.
          System signals will not be handled correctly.

Java Version   : 1.5.0_07-b03 Java HotSpot(TM) Client VM
Java VM Vendor : Sun Microsystems Inc.

Wrapper Manager: ShutdownHook started
WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook
Send a packet STOP : 0
Thread, Wrapper-Shutdown-Hook, handling the shutdown process.
Send a packet STOPPED : 0
Wrapper Manager: ShutdownHook complete
###                                                ###
######################################################



Regards,
   dominik
###########################################=0A=
=0A=
This message has been scanned by F-Secure Anti-Virus.=0A=
For more information, connect to http://www.f-secure.com/

Re: [Wrapper-user] Unable to load the Wrapper's native library 'wrapper.dll'

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

Dominik,
    The first message shouldn't ever happen if both the wrapper.exe and 
wrapper.jar are
both version 3.2.0.

    The second could happen for a number of reasons.  The most likely is 
a file / directory
permissions problem.  The wrapper is seeing the file, but is not able to 
load it for some
reason.   It is rare, but I have also seen cases where users have done 
things like check
the wrapper.dll into CVS as a text file.  It then ends up getting 
corrupted on check out.

    Could you set the wrapper.debug=true property in your wrapper.conf.  
Starting with
a clean wrapper.log, rerun your application and then post the resulting 
log file.  I should
be able to tell you a little more about what is going on.

    Cheers,
    Leif

Dominik.S wrote:
> Hi,
>
> i have a problem when using the wrapper.
> I use the wrapper after the installation of some software to check
> (under windows) if the user has admin rights. This all works perfect
> "standalone", but when i am using the wrapper 
> within my installer (izPack by the way) i get an error when the wrapper
> tries to load the DLL:
>
> I just copy'd the wrapper.dll to a directory and have written an own
> izpack panel to check for windows userrights using the wrapper. But when
> the wrapper tries to acccess the "wrapper.dll" I get the following
> error:
>
>
> Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>
> WARNING - The wrapper.native_library system property was not
>           set. Using the default value, 'wrapper'.
>
> WARNING - Unable to load the Wrapper's native library 'wrapper.dll'.
>           The file is located on the path at the following location but
>           could not be loaded:
>             C:\Programme\SOME_APPLICATION\ext\wrapper\lib\wrapper.dll
>           Please verify that the file is readable by the current user
>           and that the file has not been corrupted in any way.
>           One common cause of this problem is running a 32-bit version
>           of the Wrapper with a 64-bit version of Java, or vica versa.
>           This is a 32-bit JVM.
>           System signals will not be handled correctly.
>
>
> I can't figure out what should be wrong with the wrapper.dll...
>
> Any ideas what could be the reason for this problem?
>
> Thanks in advance,
>    dominik
> ###########################################
>
> This message has been scanned by F-Secure Anti-Virus.
> For more information, connect to http://www.f-secure.com/
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>