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

Re: [Wrapper-user] How to load native library Wrapper.dll

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

Giovanni,
    You mentioned that you are using the "WrapperActionServer" class as 
an instance
of the WrapperServer?  I am not sure exactly what you meant, but it 
doesn't sound
correct.

    The Wrapper provides two utility classes which make integration with 
most
applications possible without any coding.  They are the WrapperSimpleApp and
WrapperStartStopApp classes.  Both of which are described in the integration
section of the documentation.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    The WrapperActionServer is a utility class that can be added to 
applications to
provide control of the Wrapper via a simple telnet connection.  It is a 
very light
weight alternative to things like JMX.

    As for the error you are getting, that usually happens if the 
wrapper.dll file has
been corrupted in some way.  If it has been checked into CVS make sure 
that it
was checked in as a binary file.  If it is text, CVS will corrupt the file.
(Common mistake)

    If none of the above solves your problem, please add the property
'wrapper.debug=true' to your wrapper.conf file and launch your program.
Please post back with your wrapper.conf file and the wrapper.log from a 
SINGLE
run of the wrapper.   I should be able to then see the problem.

Cheers,
Leif

Giovanni Regola wrote:

> Dear experts,
>  
> I need to integrate Java Service Wrapper with my application.
> The Wrapper Server (an instance of WrapperActionServer class) starts 
> correctly and listens on the specified port.
> In order to get a thread dump of my application I open a telnet on the 
> specified port and put the "D" key
>  
> I get the following error:
>  
> WARNING - Unable to load native library 'Wrapper.DLL'.  The file
>           is located on the path at the following location but could
>           not be loaded:
>             D:\Sviluppo\MFI\PROJECT_MFI_ServiceBroker\res\Wrapper.DLL
>           Please verify that the file is readable by the current user
>           and that the file has not been corrupted in any way.
>           System signals will not be handled correctly.
>  
> Any ideas to solve the problem?
>  
> thanks in advance
>  
> best regards
>  
> Giovanni Regola

Re: [Wrapper-user] Question on Unix

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

Arun,
I am not really clear on what you are asking here or the problem you may
be having. I am assuming you are using the script provided with the Wrapper.

If you start the wrapper using 'script.sh console' then the Wrapper will be
running in the current shell. Pressing CTRL-C will stop the Wrapper and its
JVM. You can also run 'script.sh stop' from another shell to stop the
Wrapper.

The alternative is to run as a daemon process by launching the Wrapper
with 'script.sh start'. If you use this method then CTRL-C will not
work. You
must use 'script.sh stop' to stop the Wrapper.

You mentioned using 'kill -9 pid'. If you kill the Wrapper process this way,
then the JVM process will be left running. It is designed to detect that the
Wrapper has died and will exit on its own within a minute. This is
expected and
correct behavior.
If you 'kill -9 pid' on the JVM. The Wrapper process will think that the
JVM crashed and will restart a new instance within a few seconds.

Hope this helps,

You have been getting lots of support lately. :-) If you have found it
useful,
please consider donating to the project to help pay for my time. Donations
are always appreciated and put to good use :-)
http://wrapper.tanukisoftware.org/doc/english/donate.html

Cheers,
Leif

Ramachandra, Arun wrote:

> >
> > I have managed to start the wrapper on Unix.
> > HOw do i test it?
> > If i press control-C or use kill -9 pid command it stops the jvm and
> does
> > not restart
> >
> > Platform i'm running it on: solaris
> > -Thanks
> > -Arun
> >
>
> Question on Unix-

Re: [Wrapper-user] unable to interrupt wrapper on Solaris

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

Arun,
    How are you trying to stop the Wrapper?  Are you using the script 
provided with
the wrapper? or some other method?
    You are getting a thread dump which means that you are most likely 
attempting to
kill the Wrapper by sending it a 'kill -3 ${pid}'  The expected behavior 
here is to
perform a thread dump.   The stand alone JVM will do the same.

    Cheers,
    Leif

Ramachandra, Arun wrote:

> When i try to end my wrapper running on Solaris
>  i get the following error:
> Any idea what this is about?
>
>  -Thanks
>  -Arun
> jvm 1    | "RMI LeaseChecker" daemon prio=5 tid=0x3ba860 nid=0x24 
> waiting on monitor [0xf1801000..0xf18019d8]
> jvm 1    |      at java.lang.Thread.sleep(Native Method)
> jvm 1    |      at 
> sun.rmi.transport.DGCImpl$LeaseChecker.run(DGCImpl.java:299)
> jvm 1    |      at java.lang.Thread.run(Thread.java:484)
>
...snip...

Re: [Wrapper-user] Win 2000 Service problem

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

Stefan,
    If your application is working as a console application, but failing 
when run as a service,
your problem is most likely related to a permissions issue or a 
difference in the environment
variables that are available.

    In any case, the first thing you should do when debugging any 
Wrapper problem is to
look in the wrapper.log file.   If nothing is obvious, try adding the 
following property to your
wrapper.conf and then rerunning your application.
    wrapper.debug=true

    This will cause the wrapper to dump, amongst other things, the full 
java command line
used to actually launch Java.  Compare the command line used to launch 
the application
as a service versus the one used to launch in console mode.

    The most common problem here is setting an environment variable in 
the batch file
used to install and then run as a service.  Environment variables set in 
the batch file
will not be available when run as a service.  To do this, you need to 
add them to the
command line used to install the Wrapper as a service.  As follows:

Wrapper.exe -i ..\conf\wrapper.conf set.MY_ENV=testval

    You can also define environment variables within the wrapper.conf 
using the same
syntax.

    Post back whether or not you get things working.   If you are still 
having problems,
then attach your wrapper.conf and the wrapper.log output from a SINGLE 
run with
debug output enabled.

Cheers,
Leif

[Wrapper-user] =?ISO-8859-1?B?RG9lcyB3cmFwcGVyLmphciBkaWZmZXIgYmV0d2VlbiBwbGF0Zm9ybXM/?=

[Daniel C. <dan...@gi...>]

Hi

I noticed that wrapper.jar differs in the windows and linux releases in bot=
h version 3.0.4 and 3.0.5 (different size). Is something really different o=
r are the differences just some different strings set at compile time or so=
mething?

I am asking because a need to package an application that can be installed =
om both windows and linux and I wonder if a need both wrapper.jar's or just=
 one.

Med v=E4nliga h=E4lsningar

Daniel Carlsson=20
Gimlisoft AB
Email: dan...@gi...
Tel: 0709-744570, 031-189024

[Wrapper-user] Occasional wrapper restart under light load

[Bill L. <bli...@to...>]

Hi-

I have an application running on Windows 2000. It has dual Xeons and 2
Gigs of memory. I am using Sun Java JRE 1.4.1_02 and Wrapper version
3.0.2.

My application is a CORBA server serving data from a local DB2 database.
The ORB we use is OpenORB 1.3.0.

Very occasionally the wrapper restarts the application while the
application is under very little load. There is no reason I can think of
why it would do this. I am pretty sure that the application is not
running out of resources. Memory usage appears to be fine and the number
of allocated threads appears bounded. The amount of time from
application start to when this problem occurs is not constant and can
vary wildly.

I have attached my config files. A few notes on the config files:

1. When this started, I added the lines: wrapper.ping.timeout=3D180 and
wrapper.cpu.timeout=3D30. This restart occurs so infrequently that it is
impossible to tell if this helps. As the last restart shows, it does not
solve the problem.

2. Just recently, I changed the wrapper.logfile.loglevel to DEBUG and
added the line: wrapper.request_thread_dump_on_failed_jvm_exit=3DTRUE.

3. One of the JVM flags, -Xloggc:C:\Tomo\Logs\GC.log, sends garbage
collection traces out to a log. There is a JVM bug where some of the
messages are sent to the console instead of the log file. Those messages
end up in the wrapper log produced by the application.

So, from the attached wrapper log, here is the last two pings followed
by the error handling traces, with the garbage collection traces
removed.

DEBUG  | wrapperp | 2003/10/14 10:42:51 | send a packet 103 : ping
DEBUG  | wrapperp | 2003/10/14 10:42:57 | send a packet 103 : ping
ERROR  | wrapper  | 2003/10/14 10:43:03 | JVM appears hung: Timed out
waiting for signal from JVM.
STATUS | wrapper  | 2003/10/14 10:43:03 | Dumping JVM state.
DEBUG  | wrapper  | 2003/10/14 10:43:03 | Sending BREAK event to process
group 2492.
ERROR  | wrapper  | 2003/10/14 10:43:03 | Unable to send BREAK event to
JVM process.  Err(6 : The handle is invalid. (0x6))
ERROR  | wrapper  | 2003/10/14 10:43:04 | Java Virtual Machine did not
exit on request, terminated
STATUS | wrapper  | 2003/10/14 10:43:10 | Launching a JVM...

I am not sure what this means. Can someone help?

Thank you.

-Bill Littman
 Lead Software Engineer
 TomoTherapy, Inc.
 1240 Deming Way
 Madison, WI  53717
 Direct Phone: 608 824-2815
 Phone: 608 824-2800
 Fax: 608 824-2996
 Web address: http://www.tomotherapy.com
 Email: bli...@to...

[Wrapper-user] unable to interrupt wrapper on Solaris

[Ramachandra, A. <Ram...@Sy...>]

When i try to end my wrapper running on Solaris
 i get the following error:
Any idea what this is about?

 -Thanks
 -Arun
jvm 1    | "RMI LeaseChecker" daemon prio=5 tid=0x3ba860 nid=0x24 waiting on
monitor [0xf1801000..0xf18019d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at
sun.rmi.transport.DGCImpl$LeaseChecker.run(DGCImpl.java:299)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "RMI RenewClean-[10.12.1.217:34983]" daemon prio=5 tid=0x3ba5c8
nid=0x22 waiting on monitor [0xf1a01000..0xf1a019d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
jvm 1    |      at
sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.jav
a:495)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | " Process Queue Thread " prio=5 tid=0x3b3e88 nid=0x1f waiting on
monitor [0xf1c01000..0xf1c019d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at java.lang.Object.wait(Object.java:420)
jvm 1    |      at com.synygy.jobsArch.Queue.run(Queue.java:123)
jvm 1    |
jvm 1    | " Request Queue " prio=5 tid=0x3b2938 nid=0x1e waiting on monitor
[0xf1d01000..0xf1d019d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at java.lang.Object.wait(Object.java:420)
jvm 1    |      at com.synygy.jobsArch.Queue.run(Queue.java:123)
jvm 1    |
jvm 1    | "Chooser" prio=5 tid=0x3afae8 nid=0x1c waiting on monitor
[0xf2a01000..0xf2a019d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at fluximpl.Chooser.run(Chooser.java)
jvm 1    |
jvm 1    | "Connection Sweeper" prio=5 tid=0x35c518 nid=0x14 waiting on
monitor [0xf3281000..0xf32819d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at
fluximpl.database.JdbcPool$ConnectionSweeper.run(JdbcPool.java)
jvm 1    |
jvm 1    | "GC Daemon" daemon prio=2 tid=0x27ea70 nid=0x13 waiting on
monitor [0xf3481000..0xf34819d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at sun.misc.GC$Daemon.run(GC.java:103)
jvm 1    |
jvm 1    | "RMI Reaper" prio=5 tid=0x27f660 nid=0x12 waiting on monitor
[0xf3581000..0xf35819d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
jvm 1    |      at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
jvm 1    |      at
sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:284)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "RMI TCP Accept-2" daemon prio=5 tid=0x27f530 nid=0x11 runnable
[0xf3681000..0xf36819d8]
jvm 1    |      at java.net.PlainSocketImpl.socketAccept(Native Method)
jvm 1    |      at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421)
jvm 1    |      at java.net.ServerSocket.implAccept(ServerSocket.java:243)
jvm 1    |      at java.net.ServerSocket.accept(ServerSocket.java:222)
jvm 1    |      at
sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:331)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "RMI TCP Accept-1" daemon prio=5 tid=0x270e50 nid=0x10 runnable
[0xf3781000..0xf37819d8]
jvm 1    |      at java.net.PlainSocketImpl.socketAccept(Native Method)
jvm 1    |      at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421)
jvm 1    |      at java.net.ServerSocket.implAccept(ServerSocket.java:243)
jvm 1    |      at java.net.ServerSocket.accept(ServerSocket.java:222)
jvm 1    |      at
sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:331)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "Thread-2" daemon prio=5 tid=0x26e588 nid=0xf waiting on monitor
[0xf4181000..0xf41819d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at
org.apache.log4j.helpers.FileWatchdog.run(FileWatchdog.java:95)
jvm 1    |
jvm 1    | "Thread-1" prio=5 tid=0x262970 nid=0xe waiting on monitor
[0xf4281000..0xf42819d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at
com.synygy.jobsArch.dispatcher.DispatcherServer.wait_for_stop(DispatcherServ
er.java:132)
jvm 1    |      at
com.synygy.jobsArch.dispatcher.DispatcherServer.run(DispatcherServer.java:12
4)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "Thread-0" prio=5 tid=0x29058 nid=0x1 waiting on monitor
[0..0xffbeeae8]
jvm 1    |
jvm 1    | "Wrapper-Connection" prio=10 tid=0x2612a0 nid=0xd runnable
[0xf4381000..0xf43819d8]
jvm 1    |      at java.net.SocketInputStream.socketRead(Native Method)
jvm 1    |      at
java.net.SocketInputStream.read(SocketInputStream.java:86)
jvm 1    |      at
java.net.SocketInputStream.read(SocketInputStream.java:102)
jvm 1    |      at
java.io.DataInputStream.readByte(DataInputStream.java:222)
jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java:1
675)
jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:2004)
jvm 1    |      at java.lang.Thread.run(Thread.java:484)
jvm 1    |
jvm 1    | "Wrapper-Control-Event-Monitor" daemon prio=5 tid=0x26c028
nid=0xc waiting on monitor [0xf4901000..0xf49019d8]
jvm 1    |      at java.lang.Thread.sleep(Native Method)
jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager$2.run(WrapperManager.java:567)
jvm 1    |
jvm 1    | "Signal Dispatcher" daemon prio=10 tid=0xa3ae8 nid=0xa waiting on
monitor [0..0]
jvm 1    |
jvm 1    | "Finalizer" daemon prio=8 tid=0xa2240 nid=0x7 waiting on monitor
[0xfe201000..0xfe2019d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
jvm 1    |      at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
jvm 1    |      at
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)
jvm 1    |
jvm 1    | "Reference Handler" daemon prio=10 tid=0xa0310 nid=0x6 waiting on
monitor [0xfe301000..0xfe3019d8]
jvm 1    |      at java.lang.Object.wait(Native Method)
jvm 1    |      at java.lang.Object.wait(Object.java:420)
jvm 1    |      at
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110)
jvm 1    |
jvm 1    | "VM Thread" prio=5 tid=0x9f6a8 nid=0x4 runnable
jvm 1    |
jvm 1    | "VM Periodic Task Thread" prio=10 tid=0xa3908 nid=0x8 waiting on
monitor
jvm 1    | "Suspend Checker Thread" prio=10 tid=0xa39f8 nid=0x9 runnable

RE: [Wrapper-user] deprecated WrapperListener

[Andreas W. <And...@ei...>]

Arun,
=20
you probably use com.silveregg.wrapper.WrapperListener which is =
deprecated.
Please use org.tanukisoftware.wrapper.WrapperListener and your warning =
should go away.
=20
Regards,
Andreas

-----Original Message-----
From: Ramachandra, Arun [mailto:Ram...@Sy...]
Sent: Wednesday, October 15, 2003 8:48 AM
To: 'wra...@li...'
Subject: [Wrapper-user] deprecated WrapperListener



When i make my class implement WrapperListener,my IDE shows that =
WrapperListener is deprecated.=20
The jdocs don't mention anything about this and neither has anything =
been mentioned in the website=20

What do i make of this message?=20

 -Thanks=20
 -Arun=20

[Wrapper-user] deprecated WrapperListener

[Ramachandra, A. <Ram...@Sy...>]

When i make my class implement WrapperListener,my IDE shows that
WrapperListener is deprecated.
The jdocs don't mention anything about this and neither has anything been
mentioned in the website

What do i make of this message?

 -Thanks
 -Arun

RE: [Wrapper-user] Re: HP-UX libwrapper.so fails to load

[EXT-Smith, E. M <eri...@bo...>]

Andreas, Leif, et. al.

Thanks for the info and responses.

Last night, after tracking down the UnsatisfiedLinkError from the =
System.loadLibrary("wrapper") call, I sat down with our local HP-UX guy =
and we spent some time on the problem.

After about 45 minutes we successfully launched the wrapper in its test =
configuration (as supplied in the wrapper_3.0.5_src distro).

We had to make some modifications to the makefile, startup script files, =
and .conf files to use the gcc compiler (I will be packaging them up and =
sending them in to Leif later today or tomorrow after a complete round =
of testing).

As for building and linking with the gcc or cc/ld compilers exclusively, =
our working solution uses the following:

	gcc to compile and link wrapper executable
	gcc to compile libwrapper.sl
	ld -b to link libwrapper.sl

*** NOTE *** the .sl extension instead of the .so extension on the =
shared library.

Eric M. Smith
InfoStructure Systems
Boeing Chairman's Innovation Initiative


-----Original Message-----
Subject: RE: [Wrapper-user] Re: HP-UX libwrapper.so fails to load
Date: Mon, 13 Oct 2003 10:40:52 +0200
From: "Andreas Wendt" <And...@ei...>
To: <wra...@li...>
Reply-To: wra...@li...

Eric,

since you didn't provide the error messages you get when running the =3D
wrapper, it's hard to tell what your problem is.
I'm also not quite sure if you mentioned it, but what are the versions =
=3D
of your OS and GCC?

BTW, you should link the executable and the library with the same linker =
=3D
and not one with gcc and one with ld.

Cheers,
Andreas

[Wrapper-user] How to load native library Wrapper.dll

[Giovanni R. <g.r...@so...>]

Dear experts,

I need to integrate Java Service Wrapper with my application.
The Wrapper Server (an instance of WrapperActionServer class) starts =
correctly and listens on the specified port.
In order to get a thread dump of my application I open a telnet on the =
specified port and put the "D" key

I get the following error:

WARNING - Unable to load native library 'Wrapper.DLL'.  The file
          is located on the path at the following location but could
          not be loaded:
            D:\Sviluppo\MFI\PROJECT_MFI_ServiceBroker\res\Wrapper.DLL
          Please verify that the file is readable by the current user
          and that the file has not been corrupted in any way.
          System signals will not be handled correctly.

Any ideas to solve the problem?

thanks in advance

best regards

Giovanni Regola

Re: [Wrapper-user] wrapper.java.classpath<n> upper limit??

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

There is no known hard limit.  I've never tested it past around 30 however.

Cheers,
Leif

Prashant Reddy wrote:

>Sorry if this has been answered before..
>
>Is there an upper limit to number of wrapper.java.classpth.<n> variables
>that can be specified with Wrapper 3.5 version? what is the limit if it
>exists..
>
>I know that wildcard char could be used..
>
>Thanks
>Prashant
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>SourceForge.net hosts over 70,000 Open Source Projects.
>See the people who have HELPED US provide better services:
>Click here: http://sourceforge.net/supporters.php
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

[Wrapper-user] Question on Unix

[Ramachandra, A. <Ram...@Sy...>]

-
> 
> I have managed to start the wrapper on Unix.
> HOw do i test it?
> If i press control-C or use kill -9 pid command it stops the jvm and does
> not restart
> 
> Platform i'm running it on: solaris
>  -Thanks
>  -Arun
> 

[Wrapper-user] wrapper.java.classpath<n> upper limit??

[Prashant R. <pra...@pr...>]

Sorry if this has been answered before..

Is there an upper limit to number of wrapper.java.classpth.<n> variables
that can be specified with Wrapper 3.5 version? what is the limit if it
exists..

I know that wildcard char could be used..

Thanks
Prashant

Re: [Wrapper-user] Re: Problem with Java service in Windows 2000

[<sna...@gm...>]

Leif,
It appears to be also relative to order in which you install patches and JRE. If I apply the patches (including service pack4) then install JRE, this problem shows up.
Not sure if playing around with the CreateService() or CreateProcess() function arguements will do us any good. Will try it in the next couple of days.

Here is the stack trace:
Full thread dump Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode):

"Thread-2" prio=5 tid=0x002349B0 nid=0x64c waiting on monitor [0..6fb14]

"AWT-EventQueue-0" prio=7 tid=0x0AB7D680 nid=0x54c runnable [af1f000..af1fdb4]
	at sun.awt.windows.Win32OffScreenSurfaceData.initDDraw(Native Method)
	at sun.awt.windows.Win32OffScreenSurfaceData.<clinit>(Win32OffScreenSurfaceData.java:81)
	at sun.awt.windows.WVolatileImage.createHWData(WVolatileImage.java:87)
	at sun.awt.windows.WVolatileImage.initAcceleratedBackground(WVolatileImage.java:99)
	at sun.awt.image.SunVolatileImage.<init>(SunVolatileImage.java:86)
	at sun.awt.image.SunVolatileImage.<init>(SunVolatileImage.java:77)
	at sun.awt.windows.WVolatileImage.<init>(WVolatileImage.java:63)
	at sun.awt.windows.WComponentPeer.createVolatileImage(WComponentPeer.java:454)
	at java.awt.Component.createVolatileImage(Component.java:2614)
	at java.awt.Component.createVolatileImage(Component.java:2610)
	at javax.swing.RepaintManager._getOffscreenBuffer(RepaintManager.java:578)
	at javax.swing.RepaintManager.getVolatileOffscreenBuffer(RepaintManager.java:537)
	at javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4674)
	at javax.swing.JComponent._paintImmediately(JComponent.java:4632)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4464)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:404)
	at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:117)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:443)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:190)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:130)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:98)

"AWT-Windows" daemon prio=7 tid=0x0AB2C080 nid=0x530 runnable [aecf000..aecfdb4]
	at sun.awt.windows.WToolkit.eventLoop(Native Method)
	at sun.awt.windows.WToolkit.run(WToolkit.java:240)
	at java.lang.Thread.run(Thread.java:536)

"AWT-Shutdown" prio=5 tid=0x0AB2BDD0 nid=0x6a0 waiting on monitor [ae8f000..ae8fdb4]
	at java.lang.Object.wait(Native Method)
	- waiting on <02F299F8> (a java.lang.Object)
	at java.lang.Object.wait(Object.java:426)
	at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259)
	- locked <02F299F8> (a java.lang.Object)
	at java.lang.Thread.run(Thread.java:536)

"Signal Dispatcher" daemon prio=10 tid=0x008B47E8 nid=0x5a8 waiting on monitor [0..0]

"Finalizer" daemon prio=9 tid=0x0023D5F8 nid=0x214 waiting on monitor [ad4f000..ad4fdb4]
	at java.lang.Object.wait(Native Method)
	- waiting on <02EFA0A8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <02EFA0A8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x0AA905D8 nid=0x69c waiting on monitor [ad0f000..ad0fdb4]
	at java.lang.Object.wait(Native Method)
	- waiting on <02EFA110> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:426)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
	- locked <02EFA110> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x009564D8 nid=0x604 runnable 

"VM Periodic Task Thread" prio=10 tid=0x008B3138 nid=0x5ac waiting on monitor 
"Suspend Checker Thread" prio=10 tid=0x008B30B8 nid=0x67c runnable 

----- Original Message -----
From: Leif Mortenson <le...@ta...>
Date: Sunday, October 12, 2003 7:01 am
Subject: Re: [Wrapper-user] Re: Problem with Java service in Windows 2000

> Sona,
>    Spent a couple hours trying to reproduce this on my Win2k box. 
> It 
> is running Service
> Pack 2.  Probably not as new as yours.  I am using it as a server 
> however and do not
> really want to add new patches and risk reducing its stability, 
> which 
> has been amazing
> for a Windows machine.
>    I have tried both Java 1.4.2_01 and 1.3.1, both work fine.
> 
> >6) When the problem happens (swing program struck on startup), 
> some external programs do not start at all. Like "Setup.exe" - 
> standard installation package. The moment javaw.exe / java.exe of 
> the Swing program is killed in task manager, external programs 
> immediately starts. 
> >  
> >
> When the non-Wrapper application is in its dead locked state, 
> could you 
> try pressing
> CTRL-BREAK in its console?  This should produce a stack trace of 
> all 
> threads.  There
> may be some clues in there.  It will at least show where the swing 
> thread is getting hung
> up.
> 
> As you say that this happens even when using other service 
> utilities, it 
> does not sound
> like this is a Wrapper related problem.   I am still interested in 
> tracking this down
> however as it may be possible for the Wrapper to do something to 
> work 
> around the
> problem.   We may need to post a bug to Sun and see what they have 
> to 
> say.  The
> problem will need to be understood first though or they will just 
> reply 
> with a can not
> reproduce.
> 
> >Btw., pardon me if this question is dumb... how do I reply to the 
> posts?>  
> >
> You just just be able to reply.  The "Reply-to" is set to the list 
> address so it should
> work.  Not sure with your mail client however.
> 
> Cheers,
> Leif
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

Re: [Wrapper-user] Install Wrapper on Win98

[Andre H. <nas...@ya...>]

Hi Leif,

Thanks alot for the info. I have a problem tho

STATUS | wrapper  | 2003/10/13 16:37:25 | Launching a
JVM...
INFO   | jvm 1    | 2003/10/13 16:37:25 |
WrapperSimpleApp Usage:
INFO   | jvm 1    | 2003/10/13 16:37:25 |   java
org.tanukisoftware.wrapper.WrapperSimpleApp
{app_class} [app_parameters]
INFO   | jvm 1    | 2003/10/13 16:37:25 | 
INFO   | jvm 1    | 2003/10/13 16:37:25 | Where:
INFO   | jvm 1    | 2003/10/13 16:37:25 |   app_class:
     The fully qualified class name of the application
to run.
INFO   | jvm 1    | 2003/10/13 16:37:25 |  
app_parameters: The parameters that would normally be
passed to the
INFO   | jvm 1    | 2003/10/13 16:37:26 |             
     application.
STATUS | wrapper  | 2003/10/13 16:37:28 | <-- Wrapper
Stopped

This is taken from the log file.

this is the conf file
wrapper.java.command=C:/Program
Files/Java/j2re1.4.1_01/bin/java
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=C:/java/TEST/audatex
#wrapper.app.parameter.1=Scanner --> this is the main
java class of my program

wrapper.ntservice.name=Mot4FTP
wrapper.ntservice.displayname=Mot4 FTP
wrapper.ntservice.description=To FTP export files to
M4

im totally lost

help...

Thanks
Andre



--- Leif Mortenson <le...@ta...> wrote:
> Andre,
> I have heard that some users are able to use it
> under Windows 98.  Not sure
> about Windows 95 though.   You will not be able to
> install as a service of
> course.  But the ability to run in console mode
> should work fine.
> 
> Give the batch files that come with the Wrapper a
> try.  But if they do not
> work, try launching the Wrapper manually with the
> following command
> 
> Wrapper.exe -c ..\conf\wrapper.conf
> 
> Please post back with your results as I am sure
> there will be others out
> there with the same question.
> 
> Cheers,
> Leif
> 
> 
> Andre Harry wrote:
> 
> >Hi guys,
> >
> >I was just wondering if it's possible to install
> this
> >wrapper on Windows 95/98?
> >
> >Or will it only work with NT/2000/XP?
> >
> >Any info would be helpful
> >
> >Thanks!
> >Andre
> >  
> >
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback
> Program.
> SourceForge.net hosts over 70,000 Open Source
> Projects.
> See the people who have HELPED US provide better
> services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
>
https://lists.sourceforge.net/lists/listinfo/wrapper-user


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

[Wrapper-user] Re: [Wrapper-cvs] problem with starting wrapper on solaris

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

Arun,

> I have a solaris machine on which i'm trying to run the testwrapper 
> program.
> I get a message saying:
> "Starting TestWrapper Application"
> and then the program exits.
> The  wrapper.log file is as shown below:
>
> In particular i get this message:
> java.lang.InternalError: Can't connect to X11 window server using 
> ':0.0' as the value of the DISPLAY variable.
>
This message is being caused because the TestWrapper application 
includes a Swing GUI.
You are most likely running from a user who does not have a current X 
DISPLAY
configured.  Java is thus throwing the error you reported because it is 
unable to display
its Swing GUI.

The message is fairly clear, but the stack dump is not very pretty.  I 
will modify the code
so that a nicer error message is displayed.  This will be in the next 
release.

For now try running the TestWrapper application from a console under X.

> Secondly the wrapper.conf supplied with the solaris version seems to 
> have entries for Windows NT services in  a section:
>
> "Wrapper NT Service Properties"
> Why is this so?
> Any help would be greatly appreciated.
>
The NT Service Properties section is not used on Linux or UNIX 
platforms.  However
the wrapper.conf file is designed to be 100% cross platform.  That is 
why they are there
in the Solaris version of the Wrapper.   If you are sure that your 
application will never
be run under Windows, fell free to delete that section.  Having it there 
does no harm
however.

Cheers,
Leif

RE: [Wrapper-user] Re: HP-UX libwrapper.so fails to load

[Andreas W. <And...@ei...>]

Eric,

since you didn't provide the error messages you get when running the =
wrapper, it's hard to tell what your problem is.
I'm also not quite sure if you mentioned it, but what are the versions =
of your OS and GCC?

BTW, you should link the executable and the library with the same linker =
and not one with gcc and one with ld.

Cheers,
Andreas

> -----Original Message-----
> From: EXT-Smith, Eric M [mailto:eri...@bo...]
> Sent: Friday, October 10, 2003 5:39 PM
> To: wra...@li...
> Subject: [Wrapper-user] Re: HP-UX libwrapper.so fails to load
>=20
>=20
> Leif, et al.
>=20
> I have run some simple tests using the input from Andreas=20
> Wendt (Thank you Andreas).
>=20
> Here is what I have come up with so far:  The problem is in=20
> the way that wrapper is built.
>=20
> I came to this conclusion after the following:
>=20
> 1) Modified the Makefile.hpux file as follows:
> 	a) Set up the following as the definitions:
> 		DEFS =3D -I/opt/java1.4/include=20
> -I/opt/java1.4/include/hp-ux
> 		DEFVALS =3D -DHPUX -D_HPUX=20
> -D_POSIX_C_SOURCE=3D199506L -D_XOPEN_SOURCE_EXTENDED
> 		OPTS =3D -ansi -fPIC
> 		COMPILE =3D gcc -c $(DEFVALS) $(OPTS) $(DEFS)
> 		COMPILE_LINK =3D gcc $(DEFVALS) $(OPTS) $(DEFS)
> 		LINK =3D ld -b
> 		realpath_SOURCE =3D realpath.c
> 		wrapper_SOURCE =3D wrapper.c wrapper_unix.c=20
> property.c logger.c
> 		wrapper_OBJECTS =3D wrapper.o wrapper_unix.o=20
> property.o logger.o
> 		libwrapper_sl_SOURCE =3D wrapperjni_unix.c wrapperjni.c
> 		libwrapper_sl_OBJECTS =3D wrapperjni_unix.o wrapperjni.o
> 		BIN =3D ../../bin
> 		LIB =3D ./../lib
>=20
> 	b) changed the rule for wrapper to
> 		wrapper: $(wrapper_SOURCE)
> 			$(COMPILE_LINK) $(wrapper_OBJECTS) -lm=20
> -o $(BIN)/wrapper
>=20
> 	c) changed the rule for libwrapper to=20
> 		libwrapper.sl: $(libwrapper_so_OBJECTS)
> 		        ${COMPILE} $(libwrapper_sl_SOURCE)
> 		        ${LINK} -b -o $(LIB)/libwrapper.sl=20
> $(libwrapper_sl_OBJECTS)
>=20
> 	d) changed the compile rule to
> 		%.o: %.c
> 		        ${COMPILE} ${OPTS} ${DEFS} $<
>=20
> 2) Ran the entire build as follows:
> 	./build.sh clean
> 	./build.sh compile
> 	./build.sh main
>    I know the main build rule takes care of everything, but I=20
> did this just to be sure.
>=20
> 3) Edited the conf/wrapper.conf file to point to the proper=20
> JAVA_HOME and libwrapper.sl file .  <<NOTE, the .sl and not=20
> .so extension>>
>=20
> 4) Changed the SHLIB_PATH environment variable to reference=20
> the wrapper/lib directory.
>=20
> 5) Tried running bin/testwrapper console
> 	Failed
>=20
> 6) Tried running bin/wrapper with the proper parameters
> 	Failed
>=20
> 7) Tried running the org.tanukisoftware.wrapper.test.Main=20
> class straight from Java
> 	Success
>=20
> Then to be sure the shared library was loading...
>=20
> 8) Added lines to the WrapperManager.java bracketing the=20
> System.loadLibrary
>=20
> 9) Tried running the org.tanukisoftware.wrapper.test.Main=20
> class straight from Java to see the bracketing labels
> 	Success
>=20
> Therefore, I am now looking at how wrapper is built for a solution.
>=20
> I have already tried splitting the compilation and linking=20
> for wrapper (using gcc and ld), but the resulting file is not=20
> executable.
>=20
> Our biggest problem is the lack of the native HP-UX ansi C=20
> compiler on our test machine.  We are stuck with ISO C89=20
> unless we use gcc.  We are searching for an ansi compiler=20
> in-house, but haven't found one yet.
>=20
> Any suggestions (other than locating the ansi c compiler)?
>=20
> Eric M. Smith
> InfoStructure Systems
> Boeing Chairman's Innovation Initiative
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>=20

Re: [Wrapper-user] Problem with Java service in Windows 2000

[Prashant R. <pra...@pr...>]

Hello Group,

I am experiencing similar (?) problem. I would appreciate if Leif could
confirm if this a known issue.

when I configure two instances of my application as service, we encounter
this problem.

Settings :OS:Windows 2000, jdk : 1.3.1_03, wrapper 3.5 version

1. when i start the serivice with net start <serivce_name> Windows throws up
a dialog box saying "java.exe has performed an illeagal operation and will
be shutdown by windows". This happens when two instances of application are
installed as NT services, and then started.

2. Following this wrapper restarts the jvm and then everything goes
smoothly.

3. In wrapper.log this is the snippet that is written

STATUS | wrapper  | 2003/10/09 15:02:20 | --> Wrapper Started as Service
INFO   | wrapperp | 2003/10/09 15:02:21 | port 1777 already in use, using
port 1778 instead.
DEBUG  | wrapperp | 2003/10/09 15:02:21 | server listening on port 1778.
STATUS | wrapper  | 2003/10/09 15:02:22 | Launching a JVM...
DEBUG  | wrapper  | 2003/10/09 15:02:22 | command: "------"
DEBUG  | wrapper  | 2003/10/09 15:02:22 | Java Virtual Machine started
(PID=2484)
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2003/10/09 15:02:23 | Calling native initialization
method.
INFO   | jvm 1    | 2003/10/09 15:02:23 | Initializing WrapperManager native
library.
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java Executable:
D:\jdk1.3.1_03\bin\java.exe
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java Version   : 1.3.1_03-b03 Java
HotSpot(TM) Server VM
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java VM Vendor : Sun Microsystems
Inc.
INFO   | jvm 1    | 2003/10/09 15:02:23 |
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper (Version 3.0.5)
INFO   | jvm 1    | 2003/10/09 15:02:23 |
INFO   | jvm 1    | 2003/10/09 15:02:23 | Open socket to wrapper...
INFO   | jvm 1    | 2003/10/09 15:02:23 | Opened Socket
INFO   | jvm 1    | 2003/10/09 15:02:23 | Send a packet KEY :
kcHXnO44A11Oe6bV
INFO   | jvm 1    | 2003/10/09 15:02:23 |
handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=1778,localport=3311])
DEBUG  | wrapperp | 2003/10/09 15:02:23 | accepted a socket from 127.0.0.1
on port 3311
DEBUG  | wrapperp | 2003/10/09 15:02:23 | read a packet KEY :
kcHXnO44A11Oe6bV
DEBUG  | wrapper  | 2003/10/09 15:02:23 | Got key from JVM: kcHXnO44A11Oe6bV
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet LOW_LOG_LEVEL : 1
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet PING_TIMEOUT : 30
DEBUG  | wrapper  | 2003/10/09 15:02:23 | Start Application.
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet START : start
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet LOW_LOG_LEVEL :
1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: LowLogLevel from
Wrapper is 1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet PING_TIMEOUT :
30
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: PingTimeout from
Wrapper is 30000
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet START : start
INFO   | jvm 1    | 2003/10/09 15:02:23 | calling listener.start()
INFO   | jvm 1    | 2003/10/09 15:02:23 | WrapperSimpleApp: start(args)
INFO   | jvm 1    | 2003/10/09 15:02:23 | WrapperSimpleApp: invoking main
method
DEBUG  | wrapperp | 2003/10/09 15:02:24 | send a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:24 | Received a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:24 | Send a packet PING : ok
DEBUG  | wrapperp | 2003/10/09 15:02:24 | read a packet PING : ok
DEBUG  | wrapper  | 2003/10/09 15:02:24 | Got ping response from JVM
DEBUG  | wrapperp | 2003/10/09 15:02:30 | send a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:30 | Received a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:30 | Send a packet PING : ok
DEBUG  | wrapperp | 2003/10/09 15:02:30 | read a packet PING : ok
DEBUG  | wrapper  | 2003/10/09 15:02:30 | Got ping response from JVM
ERROR  | wrapper  | 2003/10/09 15:02:31 | JVM exited while starting the
application.


Thank You
Prashant

0xCAFEBABE
----- Original Message -----
From: <sna...@gm...>
To: <wra...@li...>
Sent: Saturday, October 11, 2003 8:51 PM
Subject: [Wrapper-user] Problem with Java service in Windows 2000


> I am experiencing a weird problem using Wrapper service to install a Java
app as System service. I installed the sample service application provided
in the binary distribution. Restart the system, the service starts. Now if I
try to start a different JAVA GUI (Swing) program, the program holds up at
startup and never comes up. I appears to have never entered the program that
I am trying to run, it looks like to be struck in java.exe somewhere in
initialization.  Has anyone seem this?
> Now if I were to stop the "test ..." service and run the swing program, it
works fine. After that start the service everything works fine. It appears
to be related to starting the Java service for the first time after a system
boot.
> Not all machines have this problem.
> Another interesting thing is, if one goes to the Services control panel,
double click on the installed test service and in the "log on" tab force the
service to be run as "Administrator" everything works fine.
> I am totally clueless as to where the problem is. Any help in this regard
is appreciated
> thanks
> sona
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Re: Problem with Java service in Windows 2000

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

Sona,
    Spent a couple hours trying to reproduce this on my Win2k box.  It 
is running Service
Pack 2.  Probably not as new as yours.  I am using it as a server 
however and do not
really want to add new patches and risk reducing its stability, which 
has been amazing
for a Windows machine.
    I have tried both Java 1.4.2_01 and 1.3.1, both work fine.

>6) When the problem happens (swing program struck on startup), some external programs do not start at all. Like "Setup.exe" - standard installation package. The moment javaw.exe / java.exe of the Swing program is killed in task manager, external programs immediately starts. 
>  
>
When the non-Wrapper application is in its dead locked state, could you 
try pressing
CTRL-BREAK in its console?  This should produce a stack trace of all 
threads.  There
may be some clues in there.  It will at least show where the swing 
thread is getting hung
up.

As you say that this happens even when using other service utilities, it 
does not sound
like this is a Wrapper related problem.   I am still interested in 
tracking this down
however as it may be possible for the Wrapper to do something to work 
around the
problem.   We may need to post a bug to Sun and see what they have to 
say.  The
problem will need to be understood first though or they will just reply 
with a can not
reproduce.

>Btw., pardon me if this question is dumb... how do I reply to the posts?
>  
>
You just just be able to reply.  The "Reply-to" is set to the list 
address so it should
work.  Not sure with your mail client however.

Cheers,
Leif

Re: [Wrapper-user] Re: Problem with Java service in Windows 2000

[<sna...@gm...>]

I think I have narrowed down the source of the problem as I could replicate it on a different machine. Probable causes
1) Windows Update (changed the privilege of Local System account)
2) Install of FTP server component in IIS
These were the only two changes I had done, after which this problem showed. 
To replicate I did the following
1) Do windows update
2) Install FTP server
3) Reinstall/install new JRE  (any version, preferably the latest beta)
4) Install the testwrapper service
5) reboot
6) Check if service started, then run a swing program. 

I don't know if windows update caused it or FTP server install caused it. May be Markus can provide us input as to whether he has the latest security patches and/or FTP server installed.
sona

----- Original Message -----
From: sna...@gm...
Date: Saturday, October 11, 2003 3:14 pm
Subject: [Wrapper-user] Re: Problem with Java service in Windows 2000

> Leif ,
> Following is my finding and some answers to your questions
> 1) When I set to run the service as Administrator, Administrator 
> was the currently logged in user.
> 2) Anyway did more tests, in the services "Log on as" need to be 
> modified to "This account". Account has to be ANY user with 
> administrative privilege. For a normal user, the problem still 
> remains. The account specified need not be the currently logged in 
> user.3) It appears to be a timing/locking problem somewhere in 
> Java VM. Instead of using Wrapper, I used service helper - 
> srvstart (www.nick.rozanski.com/services.htm), Microsoft's 
> srvany.exe all result in the same problem.
> 4) Problem occurs only for a Swing based programs. All others 
> appear to be ok.
> 5) I am running this on a Windows 2000 Server with all the latest 
> patches. Dell OptiPlex GX1p (500 MHz). I have tried it on 4 other 
> machines and this problem does not show up on them
> 6) When the problem happens (swing program struck on startup), 
> some external programs do not start at all. Like "Setup.exe" - 
> standard installation package. The moment javaw.exe / java.exe of 
> the Swing program is killed in task manager, external programs 
> immediately starts. 
> 7) Have also tried various JRE versions, still no luck. 
> 
> Hope this is helpful in determining the root cause of this 
> problem. I will also be interested in finding out if for the other 
> user who reported this bug earlier, the workaround suggested works 
> for him also.
> 
> thanks
> sona
> 
> Btw., pardon me if this question is dumb... how do I reply to the 
> posts?
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

[Wrapper-user] Re: Problem with Java service in Windows 2000

[<sna...@gm...>]

Leif ,
Following is my finding and some answers to your questions
1) When I set to run the service as Administrator, Administrator was the currently logged in user.
2) Anyway did more tests, in the services "Log on as" need to be modified to "This account". Account has to be ANY user with administrative privilege. For a normal user, the problem still remains. The account specified need not be the currently logged in user.
3) It appears to be a timing/locking problem somewhere in Java VM. Instead of using Wrapper, I used service helper - srvstart (www.nick.rozanski.com/services.htm), Microsoft's srvany.exe all result in the same problem.
4) Problem occurs only for a Swing based programs. All others appear to be ok.
5) I am running this on a Windows 2000 Server with all the latest patches. Dell OptiPlex GX1p (500 MHz). I have tried it on 4 other machines and this problem does not show up on them
6) When the problem happens (swing program struck on startup), some external programs do not start at all. Like "Setup.exe" - standard installation package. The moment javaw.exe / java.exe of the Swing program is killed in task manager, external programs immediately starts. 
7) Have also tried various JRE versions, still no luck. 

Hope this is helpful in determining the root cause of this problem. I will also be interested in finding out if for the other user who reported this bug earlier, the workaround suggested works for him also.

thanks
sona

Btw., pardon me if this question is dumb... how do I reply to the posts?

Re: [Wrapper-user] Problem with Java service in Windows 2000

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

Sona,
    Another question.   You say that the problem goes away when you set 
the user to
"Administrator"  Is that the currently logged in user or another one?   
In either case,
what happens if you set the service to run as the same user as the one 
logged in?
What, about a different user?

    I am wondering if there is maybe some problem with Java loading some 
of its
libraries in one user space and then trying to access them in another?...

    Cheers,
    Leif

Leif Mortenson wrote:

> Sona,
>    Unfortunately, you have encountered what appears to be a bug of 
> some kind.
> Another user has also run into this and has opened the following bug:
> http://sourceforge.net/tracker/index.php?func=detail&aid=812467&group_id=39428&atid=425187 
>
>
>    I have been trying to track down the cause but unfortunately I have 
> also been
> unable to reproduce this so far on any of my machines.
>    What version of Windows are you running?  The other user is running 
> under
> Windows 2000.   If you could read over that bug and see if you may 
> have any
> new information I would appreciate it.
>
>    The information about switching to the "Administrator" is useful.  
> I'll see if the
> other user is seeing the same thing.
>
>    The other user has also found that if you start your other 
> application before
> starting the app running under the Wrapper then everything works 
> fine.  From
> that point on, you can restart your app as many times as you like.
>
>    Could you monitor that bug and post any new information that you find?
> I'll keep looking into this and hopefully figure out a way to 
> reproduce it.
>
>    Good to know that there is a workaround with the user.  That may 
> also be
> a big clue toward finding a solution.
>
>    Cheers,
>    Leif
>
> sna...@gm... wrote:
>
>> I am experiencing a weird problem using Wrapper service to install a 
>> Java app as System service. I installed the sample service 
>> application provided in the binary distribution. Restart the system, 
>> the service starts. Now if I try to start a different JAVA GUI 
>> (Swing) program, the program holds up at startup and never comes up. 
>> I appears to have never entered the program that I am trying to run, 
>> it looks like to be struck in java.exe somewhere in initialization.  
>> Has anyone seem this?
>> Now if I were to stop the "test ..." service and run the swing 
>> program, it works fine. After that start the service everything works 
>> fine. It appears to be related to starting the Java service for the 
>> first time after a system boot.
>> Not all machines have this problem.
>> Another interesting thing is, if one goes to the Services control 
>> panel, double click on the installed test service and in the "log on" 
>> tab force the service to be run as "Administrator" everything works 
>> fine.
>> I am totally clueless as to where the problem is. Any help in this 
>> regard is appreciated
>> thanks
>> sona
>

Re: [Wrapper-user] Problem with Java service in Windows 2000

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

Sona,
    Unfortunately, you have encountered what appears to be a bug of some 
kind.
Another user has also run into this and has opened the following bug:
http://sourceforge.net/tracker/index.php?func=detail&aid=812467&group_id=39428&atid=425187

    I have been trying to track down the cause but unfortunately I have 
also been
unable to reproduce this so far on any of my machines.
    What version of Windows are you running?  The other user is running 
under
Windows 2000.   If you could read over that bug and see if you may have any
new information I would appreciate it.

    The information about switching to the "Administrator" is useful.  
I'll see if the
other user is seeing the same thing.

    The other user has also found that if you start your other 
application before
starting the app running under the Wrapper then everything works fine.  From
that point on, you can restart your app as many times as you like.

    Could you monitor that bug and post any new information that you find?
I'll keep looking into this and hopefully figure out a way to reproduce it.

    Good to know that there is a workaround with the user.  That may also be
a big clue toward finding a solution.

    Cheers,
    Leif

sna...@gm... wrote:

>I am experiencing a weird problem using Wrapper service to install a Java app as System service. I installed the sample service application provided in the binary distribution. Restart the system, the service starts. Now if I try to start a different JAVA GUI (Swing) program, the program holds up at startup and never comes up. I appears to have never entered the program that I am trying to run, it looks like to be struck in java.exe somewhere in initialization.  Has anyone seem this?
>Now if I were to stop the "test ..." service and run the swing program, it works fine. After that start the service everything works fine. It appears to be related to starting the Java service for the first time after a system boot.
>Not all machines have this problem.
>Another interesting thing is, if one goes to the Services control panel, double click on the installed test service and in the "log on" tab force the service to be run as "Administrator" everything works fine.
>I am totally clueless as to where the problem is. Any help in this regard is appreciated
>thanks
>sona
>  
>

[Wrapper-user] Problem with Java service in Windows 2000

[<sna...@gm...>]

I am experiencing a weird problem using Wrapper service to install a Java app as System service. I installed the sample service application provided in the binary distribution. Restart the system, the service starts. Now if I try to start a different JAVA GUI (Swing) program, the program holds up at startup and never comes up. I appears to have never entered the program that I am trying to run, it looks like to be struck in java.exe somewhere in initialization.  Has anyone seem this?
Now if I were to stop the "test ..." service and run the swing program, it works fine. After that start the service everything works fine. It appears to be related to starting the Java service for the first time after a system boot.
Not all machines have this problem.
Another interesting thing is, if one goes to the Services control panel, double click on the installed test service and in the "log on" tab force the service to be run as "Administrator" everything works fine.
I am totally clueless as to where the problem is. Any help in this regard is appreciated
thanks
sona