Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <Wer...@t-...> - 2003-10-24 12:13:34
|
Hi Leif,
thanks for your answer. I tried a simple test app without any grphic=20
stuff - and it worked. So i think i have to play with=20
wrapper.java.library.path properties and JVM options on OSF1?
Cheers Werner
-----Urspr=FCngliche Nachricht-----
Von: Leif Mortenson [mailto:le...@ta...]
Gesendet am: Dienstag, 21. Oktober 2003 18:42
An: wra...@li...
Betreff: Re: [Wrapper-user] Trouble using Wrapper 3.0.5 under OSF1
(java.lang.UnsatisfiedLink Error)
Werner,
This is one I have not seen before. If you look at the stack =
trace=20
however, it is not
having a problem loading the libwrapper.so file. At this point, that=20
has already been
loaded and successfully initialized.
The error you are getting is coming from the constructor of=20
java.awt.Component.
The TestWrapper demo displays a simple AWT Frame. This requires=20
access to a
display. Not having access to a display produces a different error =
though.
This looks like the AWT native libraries that are part of the Java=20
installation are not
being found? I am not familiar with the JVM options on OSF1. Is =
that=20
possible?
Cheers,
Leif
Wer...@t-... wrote:
>Hello,
>i tried to run testwrapper under OSF1 and it doesnt work. Starting =
testwrapper get the following result:
>
>STATUS | wrapper | 2003/10/21 16:08:30 | --> Wrapper Started as =
Console
>STATUS | wrapper | 2003/10/21 16:08:31 | Launching a JVM...
>INFO | jvm 1 | 2003/10/21 16:08:31 | Initializing...
>INFO | jvm 1 | 2003/10/21 16:08:32 | Wrapper (Version 3.0.5)
>INFO | jvm 1 | 2003/10/21 16:08:32 |=20
>INFO | jvm 1 | 2003/10/21 16:08:32 | start()
>INFO | jvm 1 | 2003/10/21 16:08:32 | Error in =
WrapperListener.start callback. java.lang.UnsatisfiedLinkError: =
exception occurred in JNI_OnLoad
>INFO | jvm 1 | 2003/10/21 16:08:32 | =
java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.ClassLoader$NativeLibrary.load(Native Method)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.ClassLoader.loadLibrary0(ClassLoader.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.ClassLoader.loadLibrary(ClassLoader.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.Runtime.loadLibrary0(Runtime.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.System.loadLibrary(System.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java, =
Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.security.AccessController.doPrivileged(Native Method)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java, Compiled =
Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.awt.Component.<clinit>(Component.java:276)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
org.tanukisoftware.wrapper.test.Main.start(Main.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java=
, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.ja=
va, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java, =
Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at =
java.lang.Thread.run(Thread.java:484)
>
>I checked the setting of wrapper.java.library.path1 in wrapper.conf =
which is the default and where libwrapper.so is located.
>I built the whole thing on the maschine and tried again, with the same =
result.
>Can anybody help?
>
> Thanks Werner
> =20
>
-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win =
$100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Yasir K. <yas...@as...> - 2003-10-24 11:38:28
|
Hi, My problem "Unable to run start script on Solaris 8" is solved and I am = able to run the script successfully. The problem was that I edited the = script on Windows 2000 system and then copied it to the Solaris 8 = system. And due to the difference in 'new line' character in Windows and = Solaris the script is corrupted and is failed when run on Solaris. When = I edited the script on Solaris system, it started working fine. :-)=20 Now I have created the proper symbolic links according to documentation = to start my application automatically on Solaris reboot. Things starts = working fine on reboot but when GUI display code is executed the = application crashes, there might be the reason (that I can guess from = the error message) that X Window Server is not started at the time when = my application tried to display GUI. Now how can I fix my problem ... ? Following are the commands that I used to create symbolic links [tf is = the name of application and the script]. ln -s /usr/tf/tf /etc/init.d/tf ln -s /etc/init.d/tf /etc/rc0.d/K20tf ln -s /etc/init.d/tf /etc/rc1.d/K20tf ln -s /etc/init.d/tf /etc/rc2.d/S20tf ln -s /etc/init.d/tf /etc/rc3.d/S20tf I am copying here the wrapper and application logs to explain the = problem. =20 >>> I set the log level in wrapper.conf to DEBUG, following is the = output of wrapper.log DEBUG | wrapper | 2003/10/24 10:50:57 | Spawning intermediate = process... DEBUG | wrapper | 2003/10/24 10:50:57 | Spawning daemon process... STATUS | wrapper | 2003/10/24 10:50:58 | --> Wrapper Started as Daemon DEBUG | wrapperp | 2003/10/24 10:50:58 | server listening on port = 32000. DEBUG | wrapper | 2003/10/24 10:50:59 | Command[0] : jre/bin/java DEBUG | wrapper | 2003/10/24 10:50:59 | Command[1] : -Xms3m DEBUG | wrapper | 2003/10/24 10:50:59 | Command[2] : -Xmx64m DEBUG | wrapper | 2003/10/24 10:50:59 | Command[3] : = -Djava.library.path=3D./ DEBUG | wrapper | 2003/10/24 10:50:59 | Command[4] : -classpath DEBUG | wrapper | 2003/10/24 10:50:59 | Command[5] : = lib/core/wrapper.jar:lib/core/tf-core.jar DEBUG | wrapper | 2003/10/24 10:50:59 | Command[6] : = -Dwrapper.key=3D1sbpLhFMqukOnEU4 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[7] : = -Dwrapper.port=3D32000 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[8] : = -Dwrapper.debug=3DTRUE DEBUG | wrapper | 2003/10/24 10:50:59 | Command[9] : = -Dwrapper.service=3DTRUE DEBUG | wrapper | 2003/10/24 10:50:59 | Command[10] : = -Dwrapper.cpu.timeout=3D10 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[11] : = -Dwrapper.jvmid=3D1 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[12] : = org.tanukisoftware.wrapper.WrapperStartStopApp DEBUG | wrapper | 2003/10/24 10:50:59 | Command[13] : ASC_AdminModule DEBUG | wrapper | 2003/10/24 10:50:59 | Command[14] : 2 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[15] : false DEBUG | wrapper | 2003/10/24 10:50:59 | Command[16] : 2 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[17] : ASC_AdminModule DEBUG | wrapper | 2003/10/24 10:50:59 | Command[18] : false DEBUG | wrapper | 2003/10/24 10:50:59 | Command[19] : 1 DEBUG | wrapper | 2003/10/24 10:50:59 | Command[20] : stop STATUS | wrapper | 2003/10/24 10:50:59 | Launching a JVM... INFO | jvm 1 | 2003/10/24 10:51:05 | Wrapper Manager: JVM #1 INFO | jvm 1 | 2003/10/24 10:51:05 | Wrapper Manager: Registering = shutdown hook INFO | jvm 1 | 2003/10/24 10:51:05 | Wrapper Manager: Using wrapper INFO | jvm 1 | 2003/10/24 10:51:05 | Calling native initialization = method. INFO | jvm 1 | 2003/10/24 10:51:05 | Inside native WrapperManager = initialization method INFO | jvm 1 | 2003/10/24 10:51:05 | Java Version : 1.3.1_08-b03 = Java HotSpot(TM) Client VM INFO | jvm 1 | 2003/10/24 10:51:05 | Java VM Vendor : Sun = Microsystems Inc. INFO | jvm 1 | 2003/10/24 10:51:05 |=20 INFO | jvm 1 | 2003/10/24 10:51:06 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2003/10/24 10:51:06 |=20 INFO | jvm 1 | 2003/10/24 10:51:06 | Open socket to wrapper... INFO | jvm 1 | 2003/10/24 10:51:06 | Opened Socket INFO | jvm 1 | 2003/10/24 10:51:06 | Send a packet KEY : = 1sbpLhFMqukOnEU4 INFO | jvm 1 | 2003/10/24 10:51:06 | = handleSocket(Socket[addr=3Dlocalhost/127.0.0.1,port=3D32000,localport=3D3= 2781]) DEBUG | wrapperp | 2003/10/24 10:51:06 | accepted a socket from = 127.0.0.1 on port 32781 DEBUG | wrapperp | 2003/10/24 10:51:06 | read a packet KEY : = 1sbpLhFMqukOnEU4 DEBUG | wrapper | 2003/10/24 10:51:06 | Got key from JVM: = 1sbpLhFMqukOnEU4 DEBUG | wrapperp | 2003/10/24 10:51:06 | send a packet LOW_LOG_LEVEL : = 1 DEBUG | wrapperp | 2003/10/24 10:51:06 | send a packet PING_TIMEOUT : = 30 DEBUG | wrapper | 2003/10/24 10:51:06 | Start Application. DEBUG | wrapperp | 2003/10/24 10:51:06 | send a packet START : start INFO | jvm 1 | 2003/10/24 10:51:06 | Received a packet = LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2003/10/24 10:51:06 | Wrapper Manager: LowLogLevel = from Wrapper is 1 INFO | jvm 1 | 2003/10/24 10:51:06 | Received a packet PING_TIMEOUT = : 30 INFO | jvm 1 | 2003/10/24 10:51:06 | Wrapper Manager: PingTimeout = from Wrapper is 30000 INFO | jvm 1 | 2003/10/24 10:51:06 | Received a packet START : = start INFO | jvm 1 | 2003/10/24 10:51:06 | calling listener.start() INFO | jvm 1 | 2003/10/24 10:51:06 | WrapperStartStopApp: = start(args) INFO | jvm 1 | 2003/10/24 10:51:06 | WrapperStartStopApp: invoking = start main method DEBUG | wrapperp | 2003/10/24 10:51:08 | read a packet STOP : 1 DEBUG | wrapper | 2003/10/24 10:51:08 | JVM requested a shutdown. (1) DEBUG | wrapper | 2003/10/24 10:51:08 | wrapperStopProcess(1) called. DEBUG | wrapper | 2003/10/24 10:51:08 | Sending stop signal to JVM DEBUG | wrapperp | 2003/10/24 10:51:08 | send a packet STOP : NULL DEBUG | wrapperp | 2003/10/24 10:51:09 | read a packet STOPPED : 0 DEBUG | wrapper | 2003/10/24 10:51:09 | JVM signalled that it was = stopped. DEBUG | wrapperp | 2003/10/24 10:51:09 | socket read no code (closed?). DEBUG | wrapper | 2003/10/24 10:51:09 | JVM exited normally. STATUS | wrapper | 2003/10/24 10:51:10 | <-- Wrapper Stopped >>> Following is the output printed on System.out=20 WrapperStartStopApp: Encountered an error running start main: = java.lang.InternalError: Can't connect to X11 window server using ':0.0' = as the value of the DISPLAY variable. WrapperStartStopApp: start(args) end. Main Completed=3Dtrue, = exitCode=3D1 Send a packet STOP : 1 Thread, Wrapper-Connection, handling the shutdown process. Send a packet STOPPED : 0 Closing socket. calling System.exit(1) >>> following is the output printed on System.err java.lang.InternalError: Can't connect to X11 window server using ':0.0' = as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at = sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:54) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:115) at = java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironm= ent.java:53) at sun.awt.motif.MToolkit.<clinit>(MToolkit.java:52) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:115) at java.awt.Toolkit$2.run(Toolkit.java:507) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:498) at ASC_AdminModule.<init>(Unknown Source) at ASC_AdminModule.main(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at = org.tanukisoftware.wrapper.WrapperStartStopApp.run(WrapperStartStopApp.ja= va:126) at java.lang.Thread.run(Thread.java:479) Thanx & Best Regards, Yasir Khan |
|
From: Leif M. <le...@ta...> - 2003-10-24 09:44:51
|
Robert,
Go to the page where you registered for the list:
http://sourceforge.net/mail/?group_id=39428
Click on "wrapper-user archives" link. You will get the archives.
To search them,
use the SF search field in the upper left of the screen.
Cheers,
Leif
P.S. Hopefully this only gets posted once. I have been having problems
with my mails
not showing up on the list the last few days. Now the previous mail
that I sent has been
sent several times. (sigh)
Augustyn, Robert non Unisys wrote:
>Hi,
>Is there a searchable archive of this list?
>robert
>
>
|
|
From: Augustyn, R. n. U. <rob...@un...> - 2003-10-24 07:01:08
|
Hi, Is there a searchable archive of this list? robert |
|
From: Leif M. <le...@ta...> - 2003-10-24 03:55:55
|
Robert,
There are a number of ways to invoke a thread dump.
1) Using the WrapperActionServer class (see javadocs) It lets you
connect via telnet to
execute commands. Drawback is that it requires a little bit of coding.
2) Use the WrapperManager.requestThreadDump(). Since you are using a JSP
container, you can probably just create a little JSP page which
contains the following:
<% org.tanukisoftware.wrapper.WrapperManager.requestThreadDump(); %>
3) Use JMX. There are even instructions for getting it working with
JBoss. This is
probably the easiest.
http://wrapper.tanukisoftware.org/doc/english/jmx.html
Cheers,
Leif
Augustyn, Robert non Unisys wrote:
>Hi,
>I have a process ( jboss ) running as a service under wrapper.
>This process sometimes is starting to use 50% cpu on a large box.
>There is nothing going on inside jboss as far as I can tell.
>I am trying to dump the java process and see if I can find anything in the
>dump.
>Question:
>How do I dump java service?
>Is there a better way of debugging problem like mine?
>robert
>
>
|
|
From: Augustyn, R. n. U. <rob...@un...> - 2003-10-24 02:48:33
|
Hi, I have a process ( jboss ) running as a service under wrapper. This process sometimes is starting to use 50% cpu on a large box. There is nothing going on inside jboss as far as I can tell. I am trying to dump the java process and see if I can find anything in the dump. Question: How do I dump java service? Is there a better way of debugging problem like mine? robert |
|
From: Leif M. <le...@ta...> - 2003-10-23 17:00:27
|
This never showed up the list, so reposting it. |
|
From: Yasir K. <yas...@as...> - 2003-10-23 13:15:12
|
Hi,=20
I checked the following:
# ls -l
total 118
-rwxrwxrwx 1 root other 6151 Oct 23 12:16 TestApp
-rwxrwxrwx 1 root other 52548 Sep 11 13:07 wrapper
# TestApp=20
TestApp: not found
# TestApp console
TestApp: not found
# ./TestApp console
./TestApp: not found
# cd ..
# ls -l
total 1804
drwxr-xr-x 2 root other 512 Oct 23 12:23 bin
drwxr-xr-x 2 root other 512 Oct 23 12:19 conf
drwxr-xr-x 5 root other 512 Oct 23 12:16 lib
drwxr-xr-x 4 root other 512 Oct 22 18:12 logs
drwxr-xr-x 2 root other 512 Oct 22 18:10 misc
-rw-r--r-- 1 root other 512 Aug 27 17:11 TestApp.sh
# bin/TestApp console
bin/TestApp: not found
# ./bin/TestApp console
./bin/TestApp: not found
The error shows that shell is unable to find the script file, but why =
... if it is present there .... ??
>>> Here is a part of TestApp script that I modified is quoted
#! /bin/sh# Skeleton sh script suitable for starting and stopping # =
wrapped Java apps on the Solaris platform. # Make sure that PIDFILE =
points to the correct location,# if you have changed the default =
location set in the # wrapper configuration =
file.#-------------------------------------------------------------------=
----------# These settings can be modified to fit the needs of your =
application
# ApplicationAPP_NAME=3D"TestApp"APP_LONG_NAME=3D"My Test Application"
# WrapperWRAPPER_CMD=3D"./wrapper"WRAPPER_CONF=3D"./conf/wrapper.conf"
# Priority at which to run the wrapper. See "man nice" for valid =
priorities.# nice is only used if a priority is specified.PRIORITY=3D
# Location of the pid file.PIDDIR=3D"./"
# Do not modify anything beyond this =
point#-------------------------------------------------------------------=
----------
>>> Here is some part of wrapper.conf file ..
#********************************************************************# =
Wrapper =
Properties#**************************************************************=
******# Java Applicationwrapper.java.command=3Djava
# Java Main class. This class must implement the WrapperListener =
interface# or guarantee that the WrapperManager class is initialized. =
Helper# classes are provided to do this for you. See the Integration =
section# of the documentation for details.# (For method-1 uncomment the =
following line) =
#wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp# =
(For method-2 uncomment the following line) =
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperStartStopApp
# Java Classpath (include wrapper.jar) Add class path elements as# =
needed starting from =
1wrapper.java.classpath.1=3D../lib/wrapper.jarwrapper.java.classpath.2=3D=
../lib/MyApp.jar
# Java Library Path (location of Wrapper.DLL or =
libwrapper.so)wrapper.java.library.path.2=3D../lib
# Java Additional Parameters#wrapper.java.additional.1=3D
# Initial Java Heap Size (in MB)wrapper.java.initmemory=3D3
# Maximum Java Heap Size (in MB)wrapper.java.maxmemory=3D64
# Add parameters as needed starting from 1# Application start =
parameters. =
wrapper.app.parameter.1=3DTestAppMainwrapper.app.parameter.2=3D2wrapper.a=
pp.parameter.3=3Dfalsewrapper.app.parameter.4=3D1# Application stop =
parameters. =
wrapper.app.parameter.5=3DTestAppMainwrapper.app.parameter.6=3Dfalsewrapp=
er.app.parameter.7=3D1wrapper.app.parameter.8=3Dstop
..........................................
Any ideas from the above provided information .. ? Please keep in mind I =
am using Solaris 8 on SunBlade 100.=20
Thanx.
Yasir Khan
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Date: Thu, 23 Oct 2003 10:10:30 +0900
From: Leif Mortenson <le...@ta...>
To: wra...@li...
Subject: Re: [Wrapper-user] Unable to run script on Solaris 8
Reply-To: wra...@li...
Yasir,
It looks like you have set everything up correctly.
> 1- wrapper
> 2- TestApp (it is the script file 'sh.script.in' that is renamed, I=20
> changed the values for APP_NAME & APP_LONG_NAME)
execute the following to verify that the executable x bit is set for=20
both wrapper and TestApp.
# ls -al
> Now when I try to run my application by following command (current=20
> directory is bin):=20
> =20
> #TestApp console
> =20
> I got the following output:
> =20
> TestApp: not found
This is an error from the shell and has absolutely nothing to do with=20
the Wrapper.
When you execute a script that is located in the current directory on=20
UNIX systems.
(Or any command not on the path)
you must specify the location of the script. Since you are in the bin=20
directory
execute the command as follows:
# ./TestApp console
> On the other hand if I try to run my application using following=20
> command written in another script file (runApp.sh) , it works fine:
> =20
> java -cp TestApp.jar TestAppMain=20
This works because the java executable is most likely located on your =
PATH.
If that was not the problem, write back,
Cheers,
Leif
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Date: Wed, 22 Oct 2003 10:10:30 +0900
From: "Yasir Khan" <yas...@as...>
To: <wra...@li...>
Date: Wed, 22 Oct 2003 19:27:31 +0500
Organization: Ascertia Limited.
Subject: [Wrapper-user] Unable to run script on Solaris 8
Hi,
After successful integration of Java Service Wrapper on Windows OS using =
method-2, now I am trying to run my application using wrapper on Solaris =
8. But something strange is happening i.e. I copied the following files =
in my application's bin directory and change the permissions to =
executable:
1- wrapper
2- TestApp (it is the script file 'sh.script.in' that is renamed, I =
changed the values for APP_NAME & APP_LONG_NAME)
Secondly I copied the following files in my application's lib directory:
1- wrapper.jar
2- libwrapper.so
Finally I copied the wrapper.conf to my application's conf directory (I =
changed the entries in wrapper.conf file according to documentation)
Now when I try to run my application by following command (current =
directory is bin):=20
#TestApp console=20
I got the following output:
TestApp: not found
On the other hand if I try to run my application using following command =
written in another script file (runApp.sh) , it works fine:
java -cp TestApp.jar TestAppMain =20
where:
TestAppMain is the main class of my application
I couldn't figure out why the TestApp script is not running? Any ideas =
what could be wrong ... ?
Best Regards,
Yasir Khan
|
|
From: Yasir K. <yas...@as...> - 2003-10-23 08:21:37
|
Hi,=20
=20
I checked the following:
# ls -l
total 118
-rwxrwxrwx 1 root other 6151 Oct 23 12:16 TestApp
-rwxrwxrwx 1 root other 52548 Sep 11 13:07 wrapper
# TestApp=20
TestApp: not found
# TestApp console
TestApp: not found
# ./TestApp console
./TestApp: not found
# cd ..
# ls -l
total 1804
drwxr-xr-x 2 root other 512 Oct 23 12:23 bin
drwxr-xr-x 2 root other 512 Oct 23 12:19 conf
drwxr-xr-x 5 root other 512 Oct 23 12:16 lib
drwxr-xr-x 4 root other 512 Oct 22 18:12 logs
drwxr-xr-x 2 root other 512 Oct 22 18:10 misc
-rw-r--r-- 1 root other 512 Aug 27 17:11 TestApp.sh
# bin/TestApp console
bin/TestApp: not found
# ./bin/TestApp console
./bin/TestApp: not found
The error shows that shell is unable to find the script file, but why =
... if it is present there .... ??
>>>> Here a part of TestApp script that I modified is quoted
#! /bin/sh
# Skeleton sh script suitable for starting and stopping=20
# wrapped Java apps on the Solaris platform.=20
# Make sure that PIDFILE points to the correct location,
# if you have changed the default location set in the=20
# wrapper configuration file.
#------------------------------------------------------------------------=
-----
# These settings can be modified to fit the needs of your application
# Application
APP_NAME=3D"TestApp"
APP_LONG_NAME=3D"My Test Application"
# Wrapper
WRAPPER_CMD=3D"./wrapper"
WRAPPER_CONF=3D"../conf/wrapper.conf"
# Priority at which to run the wrapper. See "man nice" for valid =
priorities.
# nice is only used if a priority is PRIORITY=3D
# Location of the pid file.
PIDDIR=3D"./"
# Do not modify anything beyond this=20
#------------------------------------------------------------------------=
-----
>>>> Here is some part of wrapper.conf file ..
#********************************************************************
# Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=3Djava
# Java Main class. This class must implement the WrapperListener =
interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
# (For method-1 uncomment the following line)=20
#wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp
# (For method-2 uncomment the following line)=20
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperStartStopApp
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=3D../lib/wrapper.jar
wrapper.java.classpath.2=3D../lib/MyApp.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.2=3D../lib
# Java Additional Parameters
#wrapper.java.additional.1=3D
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=3D3
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=3D64
# Add parameters as needed starting from 1
# Application start parameters. wrapper.app.parameter.1=3DTestAppMain
wrapper.app.parameter.2=3D2
wrapper.app.parameter.3=3Dfalse
wrapper.app.parameter.4=3D1
# Application stop parameters. wrapper.app.parameter.5=3DTestAppMain
wrapper.app.parameter.6=3Dfalse
wrapper.app.parameter.7=3D1
wrapper.app.parameter.8=3Dstop
........................................
Any ideas from the above provided information .. ? Please keep in mind I =
am using Solaris 8 on SunBlade 100.=20
Thanx.
Yasir Khan
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=20
Date: Thu, 23 Oct 2003 10:10:30 +0900
From: Leif Mortenson <le...@ta...>
To: wra...@li...
Subject: Re: [Wrapper-user] Unable to run script on Solaris 8
Reply-To: wra...@li...
Yasir,
It looks like you have set everything up correctly.
> 1- wrapper
> 2- TestApp (it is the script file 'sh.script.in' that is renamed, I=20
> changed the values for APP_NAME & APP_LONG_NAME)
execute the following to verify that the executable x bit is set for=20
both wrapper and TestApp.
# ls -al
> Now when I try to run my application by following command (current=20
> directory is bin):=20
> =20
> #TestApp console
> =20
> I got the following output:
> =20
> TestApp: not found
This is an error from the shell and has absolutely nothing to do with=20
the Wrapper.
When you execute a script that is located in the current directory on=20
UNIX systems.
(Or any command not on the path)
you must specify the location of the script. Since you are in the bin=20
directory
execute the command as follows:
# ./TestApp console
> On the other hand if I try to run my application using following=20
> command written in another script file (runApp.sh) , it works fine:
> =20
> java -cp TestApp.jar TestAppMain=20
This works because the java executable is most likely located on your =
PATH.
If that was not the problem, write back,
Cheers,
Leif
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Date: Wed, 22 Oct 2003 10:10:30 +0900
From: "Yasir Khan" <yas...@as...>
To: <wra...@li...>
Date: Wed, 22 Oct 2003 19:27:31 +0500
Organization: Ascertia Limited.
Subject: [Wrapper-user] Unable to run script on Solaris 8
Hi,
=20
After successful integration of Java Service Wrapper on Windows OS using =
method-2, now I am trying to run my application using wrapper on Solaris =
8. But something strange is happening i.e. I copied the following files =
in my application's bin directory and change the permissions to =
executable:
=20
1- wrapper
2- TestApp (it is the script file 'sh.script.in' that is renamed, I =
changed the values for APP_NAME & APP_LONG_NAME)
=20
Secondly I copied the following files in my application's lib directory:
=20
1- wrapper.jar
2- libwrapper.so
=20
Finally I copied the wrapper.conf to my application's conf directory (I =
changed the entries in wrapper.conf file according to documentation)
=20
Now when I try to run my application by following command (current =
directory is bin):=20
=20
#TestApp console=20
=20
I got the following output:
=20
TestApp: not found
=20
On the other hand if I try to run my application using following command =
written in another script file (runApp.sh) , it works fine:
=20
java -cp TestApp.jar TestAppMain =20
=20
where:
TestAppMain is the main class of my application
=20
I couldn't figure out why the TestApp script is not running? Any ideas =
what could be wrong ... ?
=20
Best Regards,
Yasir Khan
|
|
From: Leif M. <le...@ta...> - 2003-10-23 06:01:12
|
Arun,
I have not tried that exact thing before. The notepad process is
considered a child
process of the JVM, and thus of the Wrapper. In order for the Wrapper
or any of its
child processes to be able to display a GUI the service needs to have
its interactive flag
set.
Have you tried setting the wrapper.ntservice.interactive flag? Make
sure you read the
docs for this property as there are some tricks to get it to work with
certain JVM
versions.
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
Please report back with the results? I am interested to hear if
that works. If not
what happens if you try to launch the Notepad process directly, rather
than via a batch
file?
Cheers,
Leif
Ramachandra, Arun wrote:
> OK this is a tricky one i guess:
> I have an app one of whose functions is to open up a batchfile which
> opens up a notepad editor. I use the wrapper to run this as a service.
> When run as a console app it works fine. HOwever when i invoke this
> functionality with the wrapper i can see the notepad.exe as a process
> but don't see any notepad window open up.
>
> 1:> How can i get around this?
> 2:>Can i get around this at all?
>
> To generalise, if i invoke a console app which requires interaction
> with the user how do i invoke it when my app is a service?
>
> -Thanks
> -Arun
>
|
|
From: Leif M. <le...@ta...> - 2003-10-23 02:10:58
|
Yasir,
It looks like you have set everything up correctly.
> 1- wrapper
> 2- TestApp (it is the script file 'sh.script.in' that is renamed, I
> changed the values for APP_NAME & APP_LONG_NAME)
execute the following to verify that the executable x bit is set for
both wrapper and TestApp.
# ls -al
> Now when I try to run my application by following command (current
> directory is bin):
>
> #TestApp console
>
> I got the following output:
>
> TestApp: not found
This is an error from the shell and has absolutely nothing to do with
the Wrapper.
When you execute a script that is located in the current directory on
UNIX systems.
(Or any command not on the path)
you must specify the location of the script. Since you are in the bin
directory
execute the command as follows:
# ./TestApp console
> On the other hand if I try to run my application using following
> command written in another script file (runApp.sh) , it works fine:
>
> java -cp TestApp.jar TestAppMain
This works because the java executable is most likely located on your PATH.
If that was not the problem, write back,
Cheers,
Leif
|
|
From: Yasir K. <yas...@as...> - 2003-10-23 00:48:33
|
Hi,
After successful integration on Windows OS using method-2, now I am =
trying to run my application using wrapper on Solaris 8. But something =
strange is happening i.e. I copied the following files in my =
application's bin directory and change the permissions to executable:
1- wrapper
2- TestApp (it is the script file 'sh.script.in' that is renamed, I =
changed the values for APP_NAME & APP_LONG_NAME)
Secondly I copied the following files in my application's lib directory:
1- wrapper.jar
2- libwrapper.so
Finally I copied the wrapper.conf to my application's conf directory (I =
changed the entries in wrapper.conf file according to documentation)
Now when I try to run my application by following command (current =
directory is bin):=20
#TestApp console=20
I got the following output:
TestApp: not found
On the other hand if I try to run my application using following command =
written in another script file (runApp.sh) , it works fine:
java -cp TestApp.jar TestAppMain =20
where:
TestAppMain is the main class of my application
I couldn't figure out why the TestApp script is not running? Any ideas =
what could be wrong ... ?
=20
Best Regards,
Yasir Khan
|
|
From: Ramachandra, A. <Ram...@Sy...> - 2003-10-22 13:15:56
|
OK this is a tricky one i guess: I have an app one of whose functions is to open up a batchfile which opens up a notepad editor. I use the wrapper to run this as a service. When run as a console app it works fine. HOwever when i invoke this functionality with the wrapper i can see the notepad.exe as a process but don't see any notepad window open up. 1:> How can i get around this? 2:>Can i get around this at all? To generalise, if i invoke a console app which requires interaction with the user how do i invoke it when my app is a service? -Thanks -Arun |
|
From: Ori A. <ori...@ap...> - 2003-10-22 11:27:09
|
Leif, Thanks for the reply. The name Ori is Israeli, which is where I'm from. <regarding integration methods> Ok, the app I'm trying to run as daemon\service is BEA Weblogic 6.1\7.0. This seemed perfect for integration method 2 (start\stop) but as far as I tested with WL6.1 the app server rejects the connection from the stop class with something that appears to be a security issue. I don't remember all the details but since I needed other advanced features as well (requesting delay on startup until server is "logically up") I wrote my own implementation - so we are in integration method 3. <JVM> BEA use their own JVM not Sun's, but I think the version is 1.3.1 and I think we have shutdown hooks (Ctrl-C terminates the app in console mode on NT). <NT VS Linux> The same conf file is used. Compare the different logs after the line: ======== server is up ======== The NT shows the shutdown class being called, while on the Linux the process just terminates. Thanks, Ori -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Tuesday, October 21, 2003 09:55 To: wra...@li... Subject: Re: [Wrapper-user] running shutdown class when stopping linux daemon Ori, This is a new name to me. :-) Where are you from? > I have a shutdown class that needs to be called when stopping the > daemon, and the way the sh script looks, it just kills the java > process without calling it. Is this true? I don't see the shutdown > class being activated in the logs. > The sh script that comes with the Wrapper stop the Wrapper by sending it a HALT signal. The Wrapper traps this and other signals and attempts to shutdown the JVM cleanly. Depending on the integration method that you used different things will happen. If you are using Integration Method 1 (WrapperSimpleApp) then the JVM will be shutdown with a call to System.exit. In order for your shutdown class to be run in this case, your application will have to register its own shutdown hook. See the java.lang.Runtime class for details on registering a shutdown hook. NOTE - What JVM version are you using? Shutdown hooks were adding Java 1.3. Older versions will simple exit with Integration method 1. Integration Method 2 (WrapperStartStopApp) allows you to specify a shutdown class whose main method will be called on shutdown. This method works with all Java versions. Integration Method 3 (WrapperListener) is more involved and requires that you implement the WrapperListener interface yourself. In this method, your application knows when the JVM is being shutdown because the listeners stop method is called. This also works with all Java versions. Hope this helps. Let me know if you have more questions. > (As NT service on windows it works fine) > Strange. If it works on NT, it should also be working on *NIX with the same wrapper.conf file. If you are not able to get it working, please post your wrapper.conf file and the contents of your wrapper.log file for a SINGLE Wrapper invocation. Add the wrapper.debug=true property to the conf file before creating the log output it is very informative. > Should I just enter a call to another shutdown sh there? That seems > like ignoring the conf file and going back to scripts, which feels wrong. > You should not need to be doing that. The existing scripts should do everything you need. Lets get them working for you. Cheers Leif ------------------------------------------------------- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2003-10-21 22:02:37
|
Werner,
This is one I have not seen before. If you look at the stack trace
however, it is not
having a problem loading the libwrapper.so file. At this point, that
has already been
loaded and successfully initialized.
The error you are getting is coming from the constructor of
java.awt.Component.
The TestWrapper demo displays a simple AWT Frame. This requires
access to a
display. Not having access to a display produces a different error though.
This looks like the AWT native libraries that are part of the Java
installation are not
being found? I am not familiar with the JVM options on OSF1. Is that
possible?
Cheers,
Leif
Wer...@t-... wrote:
>Hello,
>i tried to run testwrapper under OSF1 and it doesnt work. Starting testwrapper get the following result:
>
>STATUS | wrapper | 2003/10/21 16:08:30 | --> Wrapper Started as Console
>STATUS | wrapper | 2003/10/21 16:08:31 | Launching a JVM...
>INFO | jvm 1 | 2003/10/21 16:08:31 | Initializing...
>INFO | jvm 1 | 2003/10/21 16:08:32 | Wrapper (Version 3.0.5)
>INFO | jvm 1 | 2003/10/21 16:08:32 |
>INFO | jvm 1 | 2003/10/21 16:08:32 | start()
>INFO | jvm 1 | 2003/10/21 16:08:32 | Error in WrapperListener.start callback. java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad
>INFO | jvm 1 | 2003/10/21 16:08:32 | java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary0(ClassLoader.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary(ClassLoader.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Runtime.loadLibrary0(Runtime.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.System.loadLibrary(System.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.security.AccessController.doPrivileged(Native Method)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.awt.Component.<clinit>(Component.java:276)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.test.Main.start(Main.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java, Compiled Code)
>INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Thread.run(Thread.java:484)
>
>I checked the setting of wrapper.java.library.path1 in wrapper.conf which is the default and where libwrapper.so is located.
>I built the whole thing on the maschine and tried again, with the same result.
>Can anybody help?
>
> Thanks Werner
>
>
|
|
From: Fredrik I. <fre...@st...> - 2003-10-21 22:00:23
|
Hi Where on various OS:es are java.library.path specified? I've noticed quite a few posts regarding java.library.path the last week, and I have about the same problem myself. My application uses the COMM api from SUN (serial port communication), which is quite tricky to install right because of old, bad instructions. When I run my application without wrapper, it works just fine. With wrapper I get STATUS | wrapper | 2003/10/21 17:29:14 | --> Wrapper Started as Console STATUS | wrapper | 2003/10/21 17:29:15 | Launching a JVM... INFO | jvm 1 | 2003/10/21 17:29:17 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2003/10/21 17:29:17 | INFO | jvm 1 | 2003/10/21 17:29:24 | Error loading win32com: java.lang. UnsatisfiedLinkError: no win32com in java.library.path which according to Leif's previous answers comes from not having correct java. library.path. I looked among the environment variables on my w2k machine, but did not find any java.library.path there, so where is the default java.library. path used when running in console without wrapper specified? Why is the default java.library.path not automagically included by wrapper and left out upon choice? Cheers Fredrik |
|
From: Leif M. <le...@ta...> - 2003-10-21 20:38:34
|
Arun,
Short answer, you can't the Wrapper's debug level is meant for
debugging the Wrapper.
Not for controlling DEBUG level output from the user application.
The INFO level PING statements are actually disabled if all log
levels are set to at least
INFO. They show as INFO because all console output from the JVM is
displayed at
the INFO log level. I hope to fix this in the future but do not have an
efficient way to do
so yet.
One option is for you to reduce the ping frequency to make this less
of an issue.
This can be done using the wrapper.ping.interval property:
http://wrapper.tanukisoftware.org/doc/english/prop-ping-interval.html
BIG WARNING however. Doing so will reduce the Wrapper's ability to
detect if the
JVM is frozen. If you play with this value during development, be sure
to remember
to set it back to its default value before deploying the application.
Cheers,
Leif
Ramachandra, Arun wrote:
> I get the message shown below regularly in the log file. This happens
> when the wrapper is pinging the jvm. HOwever i do not want this
> message to appear while wanting all other messages with log level of
> debug and info to come in the wrapper.log.
>
> How can we do this?
>
> -Thanks
> -Arun
>
> DEBUG | wrapperp | 2003/10/21 06:36:45 | send a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:45 | Received a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:45 | Send a packet PING : ok
> DEBUG | wrapperp | 2003/10/21 06:36:45 | read a packet PING : ok
> DEBUG | wrapper | 2003/10/21 06:36:45 | Got ping response from JVM
> DEBUG | wrapperp | 2003/10/21 06:36:51 | send a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:51 | Received a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:51 | Send a packet PING : ok
> DEBUG | wrapperp | 2003/10/21 06:36:51 | read a packet PING : ok
> DEBUG | wrapper | 2003/10/21 06:36:51 | Got ping response from JVM
> DEBUG | wrapperp | 2003/10/21 06:36:57 | send a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:57 | Received a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:36:57 | Send a packet PING : ok
> DEBUG | wrapperp | 2003/10/21 06:36:57 | read a packet PING : ok
> DEBUG | wrapper | 2003/10/21 06:36:57 | Got ping response from JVM
> DEBUG | wrapperp | 2003/10/21 06:37:03 | send a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:37:03 | Received a packet PING : ping
> INFO | jvm 1 | 2003/10/21 06:37:03 | Send a packet PING : ok
> DEBUG | wrapperp | 2003/10/21 06:37:03 | read a packet PING :
> okw...@li...
>
|
|
From: Leif M. <le...@ta...> - 2003-10-21 20:23:38
|
Fredrik, >See for example >http://developer.java.sun.com/developer/TechTips/2000/tt0711.html > > Added a link to this page in the docs. There have been a few questions like this. Hopefully the link will point people in the right direction. Cheers, Leif |
|
From: Leif M. <le...@ta...> - 2003-10-21 19:32:18
|
Eric,
Thanks for the description of the problem. I updated the release
notes with a summary
of the problem. Your patch is in CVS and will be in the next version.
Thanks for tracking
this down and getting it fixed.
Cheers,
Leif
|
|
From: Leif M. <le...@ta...> - 2003-10-21 18:47:06
|
Yasir,
If the Wrapper encounters an error before it has learned where it is
supposed to
write its log file it defaults to writing to a file called wrapper.log
in the same directory
as the wrapper binary.
In this case, the Wrapper is having problems expanding your CLASSPATH
environment variable because doing so would lead to a buffer overflow. The
Wrapper currently only allows expanded environment variables to be 16384
bytes long. That seemed like it would be plenty large at the time. I
guess that
proved wrong. I don't want to make it any bigger as it just wastes
memory for
most users. I'll have to do some dynamic allocation of the buffer so
it will meet
the needs of any user.
For now though it is just a warning. You will not be able to
reference the
CLASSPATH environment variable in your wrapper.conf file. But the Wrapper
should work just fine.
I posted a feature request so I remember to get this fixed:
http://sourceforge.net/tracker/index.php?func=detail&aid=827659&group_id=39428&atid=425190
To get rid of this warning, you will have to shorten that CLASSPATH
a bit.
Let me know if you have any other questions / concerns.
Cheers,
Leif
Yasir Khan wrote:
> Hi,
>
> In wrapper.conf file I have given the specific path of wrapper.log
> file i.e. my application's log directory. I successfully installed the
> service using method-1. Now when I start the service, two wrapper.log
> files are created, one in my application's log directory (its OK)
> other is created in the same directory where wrapper.exe is placed
> (why one is created here?). First wrapper.log contains some wrapper
> messages and the application output that is printed as System.out or
> System.in (its OK) but the other wrapper.log contains the following
> message.
>
> WARN | wrapper | 2003/10/21 10:52:44 | Unable to expand environment
> variable, CLASSPATH as it would be longer than the 16384 byte buffer size.
>
> Why this second wrapper.log file is created and what is it indicating ..?
>
> Best Regards,
> Yasir Khan
|
|
From: Leif M. <le...@ta...> - 2003-10-21 16:55:25
|
Ori, This is a new name to me. :-) Where are you from? > I have a shutdown class that needs to be called when stopping the > daemon, and the way the sh script looks, it just kills the java > process without calling it. Is this true? I don't see the shutdown > class being activated in the logs… > The sh script that comes with the Wrapper stop the Wrapper by sending it a HALT signal. The Wrapper traps this and other signals and attempts to shutdown the JVM cleanly. Depending on the integration method that you used different things will happen. If you are using Integration Method 1 (WrapperSimpleApp) then the JVM will be shutdown with a call to System.exit. In order for your shutdown class to be run in this case, your application will have to register its own shutdown hook. See the java.lang.Runtime class for details on registering a shutdown hook. NOTE - What JVM version are you using? Shutdown hooks were adding Java 1.3. Older versions will simple exit with Integration method 1. Integration Method 2 (WrapperStartStopApp) allows you to specify a shutdown class whose main method will be called on shutdown. This method works with all Java versions. Integration Method 3 (WrapperListener) is more involved and requires that you implement the WrapperListener interface yourself. In this method, your application knows when the JVM is being shutdown because the listeners stop method is called. This also works with all Java versions. Hope this helps. Let me know if you have more questions. > (As NT service on windows it works fine) > Strange. If it works on NT, it should also be working on *NIX with the same wrapper.conf file. If you are not able to get it working, please post your wrapper.conf file and the contents of your wrapper.log file for a SINGLE Wrapper invocation. Add the wrapper.debug=true property to the conf file before creating the log output it is very informative. > Should I just enter a call to another shutdown sh there? That seems > like ignoring the conf file and going back to scripts, which feels wrong. > You should not need to be doing that. The existing scripts should do everything you need. Lets get them working for you. Cheers Leif |
|
From: Ramachandra, A. <Ram...@Sy...> - 2003-10-21 16:51:21
|
I get the message shown below regularly in the log file. This happens when the wrapper is pinging the jvm. HOwever i do not want this message to appear while wanting all other messages with log level of debug and info to come in the wrapper.log. How can we do this? -Thanks -Arun DEBUG | wrapperp | 2003/10/21 06:36:45 | send a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:45 | Received a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:45 | Send a packet PING : ok DEBUG | wrapperp | 2003/10/21 06:36:45 | read a packet PING : ok DEBUG | wrapper | 2003/10/21 06:36:45 | Got ping response from JVM DEBUG | wrapperp | 2003/10/21 06:36:51 | send a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:51 | Received a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:51 | Send a packet PING : ok DEBUG | wrapperp | 2003/10/21 06:36:51 | read a packet PING : ok DEBUG | wrapper | 2003/10/21 06:36:51 | Got ping response from JVM DEBUG | wrapperp | 2003/10/21 06:36:57 | send a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:57 | Received a packet PING : ping INFO | jvm 1 | 2003/10/21 06:36:57 | Send a packet PING : ok DEBUG | wrapperp | 2003/10/21 06:36:57 | read a packet PING : ok DEBUG | wrapper | 2003/10/21 06:36:57 | Got ping response from JVM DEBUG | wrapperp | 2003/10/21 06:37:03 | send a packet PING : ping INFO | jvm 1 | 2003/10/21 06:37:03 | Received a packet PING : ping INFO | jvm 1 | 2003/10/21 06:37:03 | Send a packet PING : ok DEBUG | wrapperp | 2003/10/21 06:37:03 | read a packet PING : okw...@li... |
|
From: Fredrik I. <fre...@st...> - 2003-10-21 15:40:43
|
Hi See for example http://developer.java.sun.com/developer/TechTips/2000/tt0711.html Searching for "shutdown hook" on=20 http://java.sun.com=20 will give you lots of information. Best Regards Fredrik Citerat fr=E5n Yasir Khan <yas...@as...>: > Hi, >=20 > "If the application has registered its own shutdown hook, it will be > invoked, giving the application a chance to shutdown cleanly. If on the > other hand, a shutdown hook is not registered, then the application wil= l > suddenly exit."=20 >=20 > Above text is taken from the integration method-1 introduction. I just > want to ask that what is meant by registering shut down hook and how ca= n > a JAVA application register its own shutdown hook, so that it could be > invoked using integration method-1?. Thanx. =20 >=20 > Best Regards, > Yasir Khan >=20 >=20 |
|
From: <Wer...@t-...> - 2003-10-21 15:36:06
|
Hello, i tried to run testwrapper under OSF1 and it doesnt work. Starting testwrapper get the following result: STATUS | wrapper | 2003/10/21 16:08:30 | --> Wrapper Started as Console STATUS | wrapper | 2003/10/21 16:08:31 | Launching a JVM... INFO | jvm 1 | 2003/10/21 16:08:31 | Initializing... INFO | jvm 1 | 2003/10/21 16:08:32 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2003/10/21 16:08:32 | INFO | jvm 1 | 2003/10/21 16:08:32 | start() INFO | jvm 1 | 2003/10/21 16:08:32 | Error in WrapperListener.start callback. java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad INFO | jvm 1 | 2003/10/21 16:08:32 | java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader$NativeLibrary.load(Native Method) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary0(ClassLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary(ClassLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Runtime.loadLibrary0(Runtime.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.System.loadLibrary(System.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.awt.Component.<clinit>(Component.java:276) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.test.Main.start(Main.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Thread.run(Thread.java:484) I checked the setting of wrapper.java.library.path1 in wrapper.conf which is the default and where libwrapper.so is located. I built the whole thing on the maschine and tried again, with the same result. Can anybody help? Thanks Werner |
|
From: <Wer...@t-...> - 2003-10-21 15:31:51
|
Hello, i tried to run testwrapper under OSF1 and it doesnt work. Starting testwrapper get the following result: STATUS | wrapper | 2003/10/21 16:08:30 | --> Wrapper Started as Console STATUS | wrapper | 2003/10/21 16:08:31 | Launching a JVM... INFO | jvm 1 | 2003/10/21 16:08:31 | Initializing... INFO | jvm 1 | 2003/10/21 16:08:32 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2003/10/21 16:08:32 | INFO | jvm 1 | 2003/10/21 16:08:32 | start() INFO | jvm 1 | 2003/10/21 16:08:32 | Error in WrapperListener.start callback. java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad INFO | jvm 1 | 2003/10/21 16:08:32 | java.lang.UnsatisfiedLinkError: exception occurred in JNI_OnLoad INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader$NativeLibrary.load(Native Method) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary0(ClassLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.ClassLoader.loadLibrary(ClassLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Runtime.loadLibrary0(Runtime.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.System.loadLibrary(System.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.awt.Component.<clinit>(Component.java:276) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.test.Main.start(Main.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java, Compiled Code) INFO | jvm 1 | 2003/10/21 16:08:32 | at java.lang.Thread.run(Thread.java:484) I checked the setting of wrapper.java.library.path1 in wrapper.conf which is the default and where libwrapper.so is located. I built the whole thing on the maschine and tried again, with the same result. Can anybody help? Thanks Werner |
165 messages has been excluded from this view by a project administrator.
