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

RE: [Wrapper-user] restarting the JVM with special exit code?

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

Messageas far as i know System.exit () is terminal: no callbacks, no
override, and it does not even come back.
so use reflection instead and you won't have the compile-time dependency:

    final String wrapperManagerClassName =
"org.tanukisoftware.wrapper.WrapperManager";
    final Class wrapperManagerClass = ClassUtil.forName
(wrapperManagerClassName);
    final Method restartMethod = wrapperManagerClass.getDeclaredMethod (
      "restart",
      new Class [] {});
    restartMethod.invoke (null, new Object[] {});
  -----Original Message-----
  From: wra...@li...
[mailto:wra...@li...]On Behalf Of Jan Blok
  Sent: Thursday, March 25, 2004 10:56 AM
  To: wra...@li...
  Subject: [Wrapper-user] restarting the JVM with special exit code?


  Hi,

  I see in the docs it is possible to request a restart with
WrapperManager.restart(), but I cannot have a compile decency on the wrapper
code.
  So I wonder if it's possible to configure the wrapper so it catches a
System.exit(X) where X == Y todo a restart?

  In my case I want a restart when I quit with System.exit(99)

  It would be awesome when I could specify:

  # Makes the wrapper restart when System.exit(99) is executed
  wrapper.restart.on_exitcode=99


  Kind Regards
  Jan Blok

[Wrapper-user] restarting the JVM with special exit code?

[Jan B. <jb...@pr...>]

Hi,
 
I see in the docs it is possible to request a restart with
WrapperManager.restart(), but I cannot have a compile decency on the
wrapper code.
So I wonder if it's possible to configure the wrapper so it catches a
System.exit(X) where X == Y todo a restart?
 
In my case I want a restart when I quit with System.exit(99)
 
It would be awesome when I could specify:
 
# Makes the wrapper restart when System.exit(99) is executed
wrapper.restart.on_exitcode=99


Kind Regards
Jan Blok

[Wrapper-user] restarting the JVM with special exit code?

[Jan B. <jb...@se...>]

Hi,
 
I see in the docs it is possible to request a restart with
WrapperManager.restart(), but I cannot have a compile decency on the
wrapper code.
So I wonder if it's possible to configure the wrapper so it catches a
System.exit(X) where X == Y todo a restart?
 
In my case I want a restart when I quit with System.exit(99)
 
It would be awesome when I could specify:
 
# Makes the wrapper restart when System.exit(99) is executed
wrapper.restart.on_exitcode=99


Kind Regards
Jan Blok
Servoy

Re: [Wrapper-user] Wrapper as Linux daemon

[Yuval Z. <yu...@do...>]

Hi Leif,

I fixed the problem it was again as you said the java was not configure
properly in the wrapper.conf file.
I have one more question, How do I debug the errors that I receive I see it
like this in the log:
INFO   | jvm 1    | 2004/03/22 20:04:27 | Error:
java.lang.NullPointerException

how can I get more details about the error? If I configure
wrapper.debug=true will help?

Yuval

----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Monday, March 22, 2004 4:43 PM
Subject: Re: [Wrapper-user] Wrapper as Linux daemon


> Yuval,
>     Try enabling debug output using the wrapper.debug=true property.
> This will show
> you the full command that the Wrapper is using to launch the JVM.   The
> message you
> are getting is because the command that is generated does not point to a
> valid Java
> executable.  Most likely this is a PATH or environment variable
> problem.  At system
> startup, not all environment variables are always setup.  The problem
> should be
> obvious by looking at the debug output.
>
>     Good news is that if you are seeing the message you posted then you
> are very
> close to getting things working.
>
> Cheers,
> Leif
>
> Yuval Zantkeren wrote:
>
> >Hi,
> >
> >I did what you wrote in your replay and I got error, this is the error
from
> >the log file:
> >
> >STATUS | wrapper  | 2004/03/22 16:05:52 | Launching a JVM...
> >ERROR  | wrapper  | 2004/03/22 16:05:52 | Unable to start JVM: No such
file
> >or directory (2)
> >ERROR  | wrapper  | 2004/03/22 16:05:52 | Critical error: wait for JVM
> >process failed (No child processes)
> >
> >Please Advise,
> >
> >Regards,
> >
> >Yuval
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper as Linux daemon

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

Yuval,
    Try enabling debug output using the wrapper.debug=true property.  
This will show
you the full command that the Wrapper is using to launch the JVM.   The 
message you
are getting is because the command that is generated does not point to a 
valid Java
executable.  Most likely this is a PATH or environment variable 
problem.  At system
startup, not all environment variables are always setup.  The problem 
should be
obvious by looking at the debug output.

    Good news is that if you are seeing the message you posted then you 
are very
close to getting things working.

Cheers,
Leif

Yuval Zantkeren wrote:

>Hi,
>
>I did what you wrote in your replay and I got error, this is the error from
>the log file:
>
>STATUS | wrapper  | 2004/03/22 16:05:52 | Launching a JVM...
>ERROR  | wrapper  | 2004/03/22 16:05:52 | Unable to start JVM: No such file
>or directory (2)
>ERROR  | wrapper  | 2004/03/22 16:05:52 | Critical error: wait for JVM
>process failed (No child processes)
>
>Please Advise,
>
>Regards,
>
>Yuval
>  
>

RE: [Wrapper-user] Wrapper as Linux daemon

[Yuval Z. <yu...@do...>]

Hi,

I did what you wrote in your replay and I got error, this is the error fr=
om
the log file:

STATUS | wrapper  | 2004/03/22 16:05:52 | Launching a JVM...
ERROR  | wrapper  | 2004/03/22 16:05:52 | Unable to start JVM: No such fi=
le
or directory (2)
ERROR  | wrapper  | 2004/03/22 16:05:52 | Critical error: wait for JVM
process failed (No child processes)

Please Advise,

Regards,

Yuval

=93This email message and any attachments hereto are intended only for us=
e by
the addressee(s) named above, and may contain legally privileged and/or
confidential information. If you are not the intended addressee, you are
hereby kindly notified that any dissemination, distribution or copying of
this email and any attachments hereto is strictly prohibited. If you have
received this email in error, kindly delete it from your computer system,
and notify us at the telephone number or email address appearing above.
Thank you"


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Sunday, March 21, 2004 4:48 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper as Linux daemon


Yuval,
Here is the link to the thread in the archives:
http://sourceforge.net/mailarchive/forum.php?thread_id=3D4062945&forum_id=
=3D1194
8

It includes your post as well as my reply.  You had been having problems
getting
the wrapper's script registered with the system run levels but had not
posted any
information other than that you were having a problem.   I replied by
asking you
a number of questions to attempt to find out what the problem was.

I know the docs do not include a detailed description of how to do this
under
Red Hat.  When it comes to Linux, I am a Debian user so I don't have a Re=
d
Hat system to test things out on.  I should be able to help you do it
manually
at least.

Cheers,
Leif


Yuval Zantkeren wrote:

>Leif,
>
>I didn't see it I'm sorry, what did you asked?
>
>Regards,
>
>Yuval
>
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...]On Behalf Of Leif
>Mortenson
>Sent: Sunday, March 21, 2004 2:34 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] Wrapper as Linux daemon
>
>
>Yuval,
>    I took the time to answer your last post on the 17th, and you never
>answered my
>questions.  I can not help you unless you provide the information that I
>ask for.
>
>Cheers,
>Leif
>
>Yuval Zantkeren wrote:
>
>
>
>>Hi,
>>
>>Can someone please write me the way to make the wrapper a daemon in Lin=
ux
>>(Red Hat)?
>>
>>Regards,
>>
>>Yuval
>>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] JVM requests restart after Approx. 1 minute

[Tech, C. <Chr...@sr...>]

When my system is under a heavy load and I try to start my java app as a NT
service the JVM requests a restart after one minute. I have set all the
timeout properties to 0 so you would think it wouldn't be timing out. When
the system is at normal load the app. running as a service executes
correctly. Below is my configuration file for the wrapper. Any help would be
of great appreciation. 

wrapper.java.command=C:\Program Files\Java\j2re1.4.1_02\bin\java
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.library.path.1=C:\Program Files\bin\..\lib
wrapper.java.initmemory=3
wrapper.java.maxmemory=64
wrapper.app.parameter.1=tools.ManagerService
wrapper.app.parameter.2=JmsMonitor
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=C:\Program Files\bin\..\bin\Monitor.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=DEBUG
wrapper.logfile.maxsize=5m
wrapper.logfile.maxfiles=5
wrapper.syslog.loglevel=NONE
wrapper.jvm_exit.timeout=0
wrapper.ping.timeout=0
wrapper.startup.timeout=0
wrapper.cpu.timeout=0
wrapper.ntservice.name=ATMCP Monitor Manager JOSEJmsMonitor
wrapper.ntservice.displayname=ATMCP Monitor Manager JOSEJmsMonitor
wrapper.ntservice.description=ATMCP Monitor Manager JOSEJmsMonitor
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false
wrapper.java.classpath.1=C:\Program Files\bin\..\lib\wrapper.jar
wrapper.java.classpath.2=C:\Program Files\bin\..\lib
wrapper.java.classpath.4=C:\Program Files\bin\..\..\lib\weblogic.jar
wrapper.java.classpath.5=C:\Program Files\bin\..\lib\jconnect.jar
wrapper.java.classpath.7=C:\Program Files\bin\..\lib\jRegistryKey.jar

 

Thanks 

Chris

[Wrapper-user] System.in can not be used when the JVM is being controlled by the Java Service

[<bar...@on...>]

Hi,

when I'm starting my application, I'm getting the message below in the
logfile.
How can I handle this ?

The filesharing server runs almost complete, I only dont get
userconnections. HTTP is ok, and server/server connections too.

regards,
Barney


DEBUG  | wrapperp | 2004/03/22 08:19:01 | read a packet PING : ok
DEBUG  | wrapper  | 2004/03/22 08:19:01 | Got ping response from JVM
INFO   | jvm 1    | 2004/03/22 08:19:01 | 8:19:01 AM serverip:
80.134.8.29
INFO   | jvm 1    | 2004/03/22 08:19:02 | java.io.IOException: System.in
can not be used when the JVM is being controlled by the Java Service
Manager.
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
org.tanukisoftware.wrapper.WrapperManager$WrapperInputStream.read(WrapperManager.java:2062)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.io.InputStream.read(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.nio.cs.StreamDecoder$CharsetSD.readBytes(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.nio.cs.StreamDecoder$CharsetSD.implRead(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.nio.cs.StreamDecoder.read(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.io.InputStreamReader.read(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.io.BufferedReader.fill(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.io.BufferedReader.readLine(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.io.BufferedReader.readLine(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
de.applejuicenet.server.Daemon.cancel(TRUX)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
de.applejuicenet.server.Daemon.main(TRUX)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.lang.reflect.Method.invoke(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:108)
INFO   | jvm 1    | 2004/03/22 08:19:02 |       at
java.lang.Thread.run(Unknown Source)
INFO   | jvm 1    | 2004/03/22 08:19:02 | 8:19:02 AM shutdown server
INFO   | jvm 1    | 2004/03/22 08:19:02 | WrapperSimpleApp: main method
completed
DEBUG  | wrapperp | 2004/03/22 08:19:07 | send a packet PING : ping

Re: [Wrapper-user] Wrapper as Linux daemon

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

Yuval,
Here is the link to the thread in the archives:
http://sourceforge.net/mailarchive/forum.php?thread_id=4062945&forum_id=11948

It includes your post as well as my reply.  You had been having problems 
getting
the wrapper's script registered with the system run levels but had not 
posted any
information other than that you were having a problem.   I replied by 
asking you
a number of questions to attempt to find out what the problem was.

I know the docs do not include a detailed description of how to do this 
under
Red Hat.  When it comes to Linux, I am a Debian user so I don't have a Red
Hat system to test things out on.  I should be able to help you do it 
manually
at least.

Cheers,
Leif


Yuval Zantkeren wrote:

>Leif,
>
>I didn't see it I'm sorry, what did you asked?
>
>Regards,
>
>Yuval
>  
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...]On Behalf Of Leif
>Mortenson
>Sent: Sunday, March 21, 2004 2:34 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] Wrapper as Linux daemon
>
>
>Yuval,
>    I took the time to answer your last post on the 17th, and you never
>answered my
>questions.  I can not help you unless you provide the information that I
>ask for.
>
>Cheers,
>Leif
>
>Yuval Zantkeren wrote:
>
>  
>
>>Hi,
>>
>>Can someone please write me the way to make the wrapper a daemon in Linux
>>(Red Hat)?
>>
>>Regards,
>>
>>Yuval
>>

RE: [Wrapper-user] Wrapper as Linux daemon

[Yuval Z. <yu...@do...>]

Leif,

I didn't see it I'm sorry, what did you asked?

Regards,

Yuval

=93This email message and any attachments hereto are intended only for us=
e by
the addressee(s) named above, and may contain legally privileged and/or
confidential information. If you are not the intended addressee, you are
hereby kindly notified that any dissemination, distribution or copying of
this email and any attachments hereto is strictly prohibited. If you have
received this email in error, kindly delete it from your computer system,
and notify us at the telephone number or email address appearing above.
Thank you"


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Sunday, March 21, 2004 2:34 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper as Linux daemon


Yuval,
    I took the time to answer your last post on the 17th, and you never
answered my
questions.  I can not help you unless you provide the information that I
ask for.

Cheers,
Leif

Yuval Zantkeren wrote:

>Hi,
>
>Can someone please write me the way to make the wrapper a daemon in Linu=
x
>(Red Hat)?
>
>Regards,
>
>Yuval
>
>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Error loading lib under hp/ux

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

Geoffrey,
    Thank you for posting the Makefile for building the libwrapper.sl 
library
needed for 64-bit HP-UX systems.  I am not sure if it is possible.  But 
If it
is, I would like to be able to build both the libwrapper.so file needed for
32-bit systems, and the libwrapper.sl file needed for the 64-bit systems
in the same build file.  Then is what would be even better is if that same
makefile could be used to build on either 32 or 64-bit systems.

    So far, Ashish has been helping me out with HP-UX releases as I do not
have access to any HP-UX machines myself.   I have attached the original
HP-UX makefile which Ashish created by modifying my Linux Makefile,
the new Makefile from Geoffrey, and then a third untested Makefile that I
threw together to try and build both libraries.

    Note that I modified Geoffrey's Makefile slightly to reflect changes 
that
have been made for the 3.1.0 release.  The realpath utility is no longer
included and all modules must be linked with the new wrapperinfo.c file.

    I have also placed the current snapshot of the source tree at the
following location:
http://wrapper.tanukisoftware.org/tmp/wrapper_3.1.0b_src_with_doc_src.tar.gz

Ashish, Geoffrey, and any other HP-UX users,
    If you guys have time, I would greatly appreciate your help coming up
with a release package that will make all of my HP-UX users happy.
Thanks to Ashish, the 32-bit users have been working without any
problems, but it requires some work for 64-bit users to get up and running.
Ideally I would like to be able to release a single HP-UX distribution which
contains all of the binaries required for both flavors.
    I will be surprised if the Makefile I posted works out of the box.  
But if
you guys could bounce a few mails back and forth, ccing me I would
appreciate it.
    For example, is it possible to build both libraries on 32-bit 
systems and
have the libwrapper.sl library function out of the box on 64-bit systems.
And vica versa.

    Thanks in advance.
    Cheers,
    Leif


Geoffrey Mitchell wrote:

> Leif,
>
> We did not have any success using that makefile.  I suspect that the 
> people who submitted it may have had a different (32-bit) linker.  
> When I use either makefile, I get an ELF-64, PA-RISC 2.0 library, not 
> a 32-bit PA-RISC 1.1, SOM library.  Up to this point, I have not been 
> able to find a way around that.
>
> I was, however, able to get the library to load using the PA_RISC2.0W 
> (ELF-64) versions of the jdk executables (there was a slight hint in 
> this direction in one of the archive messages you referred me to).
>
> Doing this required:
>
> 1) Setting LD_LIBRARY_PATH in wrapper startup script to include 
> {JAVA_HOME}/jre/lib/PA_RISC2.0W:{JAVA_HOME}/jre/lib/PA_RISC2.0W/server
> 2) Changing conf/wrapper.conf to set wrapper.java.command to 
> {JAVA_HOME}/bin/PA_RISC2.0W
> 3) Renaming libwrapper.so to libwrapper.sl (I don't know why, but java 
> couldn't seem to find it otherwise).
>
> I also set my path so that the ELF-64 java binaries were my default 
> (and set my LD_LIBRARY_PATH as above) and re-ran build.sh, but I don't 
> *think* that that should be necessary.
>
> All of this was using the JDK version 1.4.2 for HP/UX available from 
> http://www.hp.com/products1/unix/java/.
>
> Thanks for all of your help!
> Geoff
>
> On Wed, 2004-02-25 at 10:14, Leif Mortenson wrote:
>
>>/Geoff,
>>    SF has this problem once in a while.  It usually comes back up within a
>>day.
>>
>>    I found the final message in that thread on my machine and attached it.
>>Let me know if you have any problems getting it working.  I don't have
>>any HP-UX machines myself, but I wonder if there is a way that I could
>>modify the HP-UX build to build both 32 and 64-bit JNI libraries so that
>>they can both be included with the release.  It would really be great if
>>such a thing was possible to compile on 32-bit machines?   Too much to
>>hope for???  Depends on the build tools available on HP-UX systems.
>>The user who has been helping with the HP-UX releases so far has
>>a 32-bit system.
>>
>>Cheers,
>>Leif
>>
>>
>>Geoffrey Mitchell wrote:
>>
>>> Leif,
>>>
>>> That is correct.  We are running a 64-bit HP-UX.  Thank you very much 
>>> for the information, however, when I try to access the referenced 
>>> archives, I get a message, "Message Not Found
>>> This message does not (any longer) exist."  On the project page on 
>>> sourceforge, it says "Mailing list archives temporarily disabled 
>>> (details in status if extended outage) 
>>> <//http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 <http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1>>".  
>>> Any ide if the archives will be available again soon, or if the 
>>> referenced makefile is available anywhere else?
>>>
>>> Thanks!
>>> Geoff
>>
>>/
>>
>> / /
>> ------------------------------------------------------------------------
>> /
>>
>> /
>>
>>/*From:* "EXT-Smith, Eric M" <eri...@bo...>
>>*To:* wra...@li...
>>*Subject:* [Wrapper-user] RE: Re: libwrapper.so fails to load under HP-UX
>>*Date:* 17 Oct 2003 08:33:07 -0500
>>
>>Leif,
>>
>>(I tried sending this to you directly, but SF rejected it.  Don't know why)
>>
>>As I promissed, here is the Makefile I used to get the wrapper compiling and loading the libwrapper.sl file under HP-UX 11.0.
>>We used the following versions of software:
>>	java 	- 1.4.1_05
>>	gcc  	- 3.2.3
>>	HP-UX - HP-UX B.11.00
>>
>>We still have a few issues, but they all appear to be in our code or the Java 1.4.1 VM.
>>
>>Sincerely
>>
>>Eric M. Smith
>>InfoStructure Systems
>>Boeing Chairman's Innovation Initiative
>>
>>=============================
>>Makefile.hpux
>>=============================
>>JNI_HEADERS = $(JAVA_HOME)/include
>>DEFS = -I$(JNI_HEADERS) -I$(JNI_HEADERS)/hp-ux
>>
>>DEFVALS = -DHPUX -D_HPUX -D_POSIX_C_SOURCE=199506L -D_XOPEN_SOURCE_EXTENDED
>>
>>OPTS = -ansi -fPIC
>>
>>COMPILE = gcc -c $(DEFVALS) $(OPTS) $(DEFS)
>>COMPILE2 = cc -c $(DEFVALS) $(DEFS)
>>COMPILE_LINK = gcc $(DEFVALS) $(OPTS) $(DEFS)
>>
>>LINK = ld
>>realpath_SOURCE = realpath.c
>>wrapper_SOURCE = wrapper.c wrapper_unix.c property.c logger.c
>>wrapper_OBJECTS = wrapper.o wrapper_unix.o property.o logger.o
>>libwrapper_sl_SOURCE = wrapperjni_unix.c wrapperjni.c
>>libwrapper_sl_OBJECTS = wrapperjni_unix.o wrapperjni.o
>>BIN = ../../bin
>>LIB = ../../lib
>>
>>all: init realpath wrapper libwrapper.sl
>>
>>clean:
>>	rm -f *.o
>>
>>cleanall: clean
>>	rm -rf *~ .deps
>>	rm -f $(BIN)/realpath $(BIN)/wrapper $(LIB)/libwrapper.sl
>>
>>init:
>>	if test ! -d .deps; then mkdir .deps; fi
>>
>>realpath: $(realpath_SOURCE)
>>	$(COMPILE_LINK) $(realpath_SOURCE) -o $(BIN)/realpath
>>
>>wrapper: $(wrapper_SOURCE)
>>	$(COMPILE_LINK) $(wrapper_SOURCE) -lm -o $(BIN)/wrapper
>>
>>libwrapper.sl: $(libwrapper_so_OBJECTS)
>>	${COMPILE} $(libwrapper_sl_SOURCE)
>>	${LINK} $(libwrapper_sl_OBJECTS) -b -o $(LIB)/libwrapper.sl
>>
>>%.o: %.c
>>	${COMPILE} ${OPTS} ${DEFS} $<
>>
>>
>>-------------------------------------------------------
>>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/
>>
>-- 
>Geoffrey Mitchell                                           314-684-1062
>Programmer/Analyst                                  ga...@im...
>Knights Direct
>
>
>  
>

Re: [Wrapper-user] Wrapper as Linux daemon

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

Yuval,
    I took the time to answer your last post on the 17th, and you never 
answered my
questions.  I can not help you unless you provide the information that I 
ask for.

Cheers,
Leif

Yuval Zantkeren wrote:

>Hi,
>
>Can someone please write me the way to make the wrapper a daemon in Linux
>(Red Hat)?
>
>Regards,
>
>Yuval
>  
>

[Wrapper-user] Wrapper as Linux daemon

[Yuval Z. <yu...@do...>]

Hi,

Can someone please write me the way to make the wrapper a daemon in Linux
(Red Hat)?

Regards,

Yuval

=93This email message and any attachments hereto are intended only for us=
e by
the addressee(s) named above, and may contain legally privileged and/or
confidential information. If you are not the intended addressee, you are
hereby kindly notified that any dissemination, distribution or copying of
this email and any attachments hereto is strictly prohibited. If you have
received this email in error, kindly delete it from your computer system,
and notify us at the telephone number or email address appearing above.
Thank you"

Re: [Wrapper-user] disabling automatic shutdowns

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

Shmulik Regev wrote:

>>Shmul,
>>    Ok.  There were actually three bugs in the Wrapper related to this
>>    
>>issue.  They
>>have all been fixed for the 3.1.0 release.
>>
>hanks. I'll follow your advice. Is there a planned release date for 
>3.1.0 ?
>  
>
Sorry, this is the longest I have ever gone without a release.  Work has 
been rather
hectic the past 6-8 months.  I'll try to get it out soon, but the "plan" 
was a good
month ago. :-)

Cheers,
Leif

Re: [Wrapper-user] disabling automatic shutdowns

[Shmulik R. <sh...@vs...>]

On 18 Mar 2004 at 15:47, Leif Mortenson wrote:

> Shmul,
>     Ok.  There were actually three bugs in the Wrapper related to this
>     
> issue.  They
> have all been fixed for the 3.1.0 release.
> 
thanks. I'll follow your advice. Is there a planned release date for 
3.1.0 ?

Cheers,
Shmul

Re: [Wrapper-user] RE: Issue with the Service...Need help!

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

Srinivas,
    If you used Method #1 to integrate with the Wrapper then that is 
your problem.
 From the log that you sent, you have specified your main class to be:

wrapper.java.mainclass=com.sitelite.netlite.model.NetLiteMonitor

and It does not look like the WrapperManager class is being loaded and 
initialized.
If your application is running correctly in console mode, then I assume 
that you have
modified one or more of the timeouts to get to run for so long as it 
would normally
timeout and kill the JVM after 30 seconds.  Extending the startup 
timeout will not
work when running as an NT service because the NT ServiceManager will think
that the service never starts.

    If you are using Method #1, then you should have something like the 
following in
your wrapper.conf:

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.app.parameter.1=com.sitelite.netlite.model.NetLiteMonitor

    There are other settings that need to be set, so please read the 
Method #1
documentation.  Be sure to start by removing the timeout properties from 
your
wrapper.conf file as changing them can have unexpected results.

    Posting your wrapper.conf and the wrapper.log from when you try to 
start as
an NT service would have made this easier to figure out.

Cheers,
Leif

Srinivas Chuthari wrote:

> Thanks for the reply leif. I exactly followed the procedures for usign 
> Method#1. I also able to succesfully run my application in the console 
> mode for more than 6 hours with out any problem. Only problem is if I 
> start the service. Any clue is greatly appreciated.
>
> Thanks
> Srinivas
>
>        -----Original Message-----
>       *From:  * Srinivas Chuthari 
>       *Sent:  * Tuesday, March 16, 2004 4:06 PM
>       *To:    * 'wra...@li...'
>       *Subject:       * Issue with the Service...Need help!
>
>
>       I am trying to run my application as a service using Wrapper. I
>       did all the configuration and able to run successfully in
>       console mode. But if you try to start it as a service, the
>       service will be in start pending mode ( my application actually
>       start running ) for ever. If I stop the service it says the
>       service is in start pending and will eventually stop.
>
>       What is wrong ..?
>       C:\NetLite\bin>Wrapper.exe -t ..\conf\wrapper.conf
>       wrapper | Starting the SiteLite Network Monitoring service...
>       wrapper | Waiting to start...
>       wrapper | Waiting to start...
>       wrapper | Waiting to start...
>       wrapper | Waiting to start...
>       wrapper | Waiting to start...
>       C:\NetLite\bin>Wrapper.exe -p ..\conf\wrapper.conf
>       wrapper | The SiteLite Network Monitoring service was in the
>       process of startin
>       g. Stopping it...
>       wrapper | Waiting to stop...
>       C:\NetLite\bin>Wrapper.exe -c ..\conf\wrapper.conf
>       wrapper | --> Wrapper Started as Console
>       wrapperp | server listening on port 32003.
>       wrapper | Launching a JVM...
>       Unable to rename log file ../logs/wrapper.log to
>       ../logs/wrapper.log.1. File is
>       in use by another application.
>       wrapper | command: "..\jre\bin\java" -Xms3m -Xmx20m
>       -Djava.library.path="../lib
>       " -classpath
>       "..\lib\AdventNetLogging.jar;..\lib\AdventNetSnmp.jar;..\lib\jep-2.
>       24.jar;..\lib\JimiProClasses.zip;..\lib\NetLite.jar"
>       -Dwrapper.key="a4wZ3sxr3MPB
>       s2_3" -Dwrapper.port=32003 -Dwrapper.debug="TRUE"
>       -Dwrapper.cpu.timeout="10" -Dw
>       rapper.jvmid=1 com.sitelite.netlite.model.NetLiteMonitor
>       wrapper | Java Virtual Machine started (PID=2264)
>       jvm 1 | 10.27.20.4 : pr0d5l : 1111 : switch : 1
>       wrapper | | wrapper | CTRL-C trapped. Shutting down.
>       wrapper | wrapperStopProcess(0) called.
>       Pause reading child output to share cycles.
>       wrapper | Sending stop signal to JVM
>       jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.1 :
>       Tabular:ifTable:1:false : Gene
>       ric Event : 0.0 : NA : false
>       jvm 1 | In cons table name is ifTable
>       jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.2 :
>       Tabular:ifTable:2:false : Gene
>       ric Event : 0.0 : NA : false
>       jvm 1 | In cons table name is ifTable
>       jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.3 :
>       Tabular:ifTable:3:false : Gene
>       ric Event : 0.0 : NA : false
>       jvm 1 | In cons table name is ifTable
>
>

[Wrapper-user] RE: Issue with the Service...Need help!

[Srinivas C. <sch...@si...>]

Thanks for the reply leif. I exactly followed the procedures for usign =
Method#1. I also able to succesfully run my application in the console =
mode for more than 6 hours with out any problem. Only problem is if I =
start the service. Any clue is greatly appreciated.

Thanks
Srinivas

>  -----Original Message-----
> From: 	Srinivas Chuthari =20
> Sent:	Tuesday, March 16, 2004 4:06 PM
> To:	'wra...@li...'
> Subject:	Issue with the Service...Need help!
>=20
>=20
> I am trying to run my application as a service using Wrapper. I did =
all the configuration and able to run successfully in console mode. But =
if you try to start it as a service, the service will be in start =
pending mode ( my application actually start running ) for ever. If I =
stop the service it says the service is in start pending and will =
eventually stop.
> What is wrong ..?=20
> C:\NetLite\bin>Wrapper.exe -t ..\conf\wrapper.conf
> wrapper | Starting the SiteLite Network Monitoring service...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> C:\NetLite\bin>Wrapper.exe -p ..\conf\wrapper.conf
> wrapper | The SiteLite Network Monitoring service was in the process =
of startin
> g. Stopping it...
> wrapper | Waiting to stop...
> C:\NetLite\bin>Wrapper.exe -c ..\conf\wrapper.conf
> wrapper | --> Wrapper Started as Console
> wrapperp | server listening on port 32003.
> wrapper | Launching a JVM...
> Unable to rename log file ../logs/wrapper.log to =
../logs/wrapper.log.1. File is
> in use by another application.
> wrapper | command: "..\jre\bin\java" -Xms3m -Xmx20m =
-Djava.library.path=3D"../lib
> " -classpath =
"..\lib\AdventNetLogging.jar;..\lib\AdventNetSnmp.jar;..\lib\jep-2.
> 24.jar;..\lib\JimiProClasses.zip;..\lib\NetLite.jar" =
-Dwrapper.key=3D"a4wZ3sxr3MPB
> s2_3" -Dwrapper.port=3D32003 -Dwrapper.debug=3D"TRUE" =
-Dwrapper.cpu.timeout=3D"10" -Dw
> rapper.jvmid=3D1 com.sitelite.netlite.model.NetLiteMonitor
> wrapper | Java Virtual Machine started (PID=3D2264)
> jvm 1 | 10.27.20.4 : pr0d5l : 1111 : switch : 1
> wrapper | | wrapper | CTRL-C trapped. Shutting down.
> wrapper | wrapperStopProcess(0) called.
> Pause reading child output to share cycles.
> wrapper | Sending stop signal to JVM
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.1 : Tabular:ifTable:1:false =
: Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.2 : Tabular:ifTable:2:false =
: Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.3 : Tabular:ifTable:3:false =
: Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
>=20
>=20

Re: [Wrapper-user] Limiting wrapper to only running one JVM.

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

Luis,
    Could you post the debug output from a run of one of these "script" 
applications?

    The Wrapper is designed so that when all non-daemon threads 
complete, it will
automatically call WrapperManager.stop.   This should then cause the JVM 
to exit
along with the Wrapper giving you the behavior that you want.  (This is 
covered in
one of my pre-release tests.  Just retested it and it is working)

    You will get the same effect if your application calls System.exit 
on completion.
That will trigger the Wrapper's shutdown hook which will in turn call
WrapperManager.stop.
    If you have disabled the shutdown hook or are running a 1.2.x 
version of Java then
the shutdown hook will never be run.  This means that 
WrapperManager.stop will
never be called.   To the Wrapper, the JVM will appear to have exited 
unexpectedly
and will be restarted.  This may be what is happening to you.

    By default, if the JVM exits unexpectedly or is restarted for any 
reason then the
Wrapper will allow up to 5 restarts within a set period of time.  The 
time period
and the max restart count can be controlled using the following 
properties.   You
should not need to touch them in this case however.

wrapper.max_failed_invocations
wrapper.successful_invocation_time

    Be sure to read over their documentation before playing with them.

Cheers,
Leif

Luis Guzman wrote:

>Hi,
>I'm wondering if there is a way to limit the Wrapper to run only one
>instance of a JVM whether or not the startup was successful.  Primarily,
>I'm trying to set a configuration file for scripts that are to run only
>once when invoked.  The wrapper will set the settings which will launch
>the script, and once it finishes, The JVM is closed.  The wrapper sees
>the JVM shutdown and then restart the whole script process again.  I
>can't set an exteded startup time since some of these scripts can
>actually run for a mere 10 seconds or hours.
>
>If anyone has had this situation and a remedy, please let me know.
>
>Regards
>Luis
>  
>

Re: [Wrapper-user] Start / stop doesn't stop process

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

Stefan,
I was able to reproduce this. It is actually a problem on both Windows
and UNIX, but is much more difficult to get the timing right to encounter
it on Windows.

The problem is that the Wrapper is receiving a SIGTERM after it has
launched the JVM process but before the the JVM has come up far enough
to have opened up its backend socket to the Wrapper. This means that the
Wrapper is unable to tell the JVM to stop.

That said, the Wrapper does go into shutdown mode, so as soon as the
wrapper.shudown.timeout expires the Wrapper will kill the JVM. Unless you
have extended that timeout, this should have been happening.

I did fix the root problem however so the JVM will now be told to stop as
soon as it opens up the backend socket. This should guarantee that the
JVM shuts down cleanly within a few seconds rather than being shutdown
forcibly after 30 seconds.

The fix is already in CVS and will be in version 3.1.0

Cheers,
Leif


Pauwels Stefan wrote:

>Hi,
>
>I do the following:
>
>script.sh start
>and then immediately followed by 
>script.sh stop
>
>After this I see that the application is still running,
>but the PID file is removed.
>
>The problem is that calling the constructor in my 
>application, takes a long time
>because it needs to do a lot of initialisations.
>
>If I do: 
>script.sh stop, before the constructor has finished,
>this stop is ignored.
>
>Can someone help me ?
>
>Thanks,
>Stefan
>  
>

Re: [Wrapper-user] more on problems with filters- restart never works

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

Jennifer,
    Not sure what would be different in your application between running 
under the
Wrapper and running stand alone.   I have never seen or heard of any 
memory issues
related to the Wrapper however.

    Try adding the following to your wrapper.conf file:
wrapper.java.additional.5=-Xrunhprof:depth=8
wrapper.jvm_exit.timeout=600

    This will cause the JVM to write out a large profiling file on 
exit.   The long timeout
is to work around the fact that the JVM can appear to be frozen for 
quite some time
as it is doing this.

    This should tell you exactly what is using up the memory in your 
application and then
where those objects are being created.

    The majority of the file contains stack traces showing where in the 
code objects are
created.   Each of them is assigned an Id.   If you then look at the 
very end of the file
you will see a list of objects sorted by their instance counts.  Each 
row has a location
Id at the right which refers to one of the above stack trace Ids.

    If you have any problems understanding what is going on the profile 
file.  Zip it up.
It should get fairly small.  If it is less than a few MB, send it to me 
directly and I'll
take a look at it.

Cheers,
Leif

Jennifer Kolar wrote:

> I am seeing out of memory exceptions well after startup.. again-- 
> something I never saw w/o my process being under the wrapper..
> I have yet to run the wrapped system under a profiler to look at what 
> is going on more closely.
>
> I could allocate more memory, (I have a max of 96m) per process.. but 
> since i am running up to 30 processes I don't want to give each too 
> much...
> and again, this was never an issue before...
>
> I am still getting OutOfMemory exceptions, but they are now allowing 
> restarts..
>
> Jennifer
>
>
> On Mar 14, 2004, at 9:06 AM, Leif Mortenson wrote:
>
>> Jennifer,
>>    Does this solve the problems you were having with OutOfMemory 
>> messages as
>> well?  Were those all happening on startup?
>>
>> Cheers,
>> Leif
>>
>> Jennifer Kolar wrote:
>>
>>> That did it. I didn't remember the Stop in the wrappersimpleapp...
>>> Cool.
>>> perfect.
>>> Thanks
>>>
>>> On Mar 9, 2004, at 4:37 PM, Leif Mortenson wrote:
>>>
>>>> Jennifer,
>>>>    I have been looking into this some more.  I added some more 
>>>> debug  output to the
>>>> WrapperManager class to make it easier to debug this sort of 
>>>> problem.   You can try
>>>> it from CVS if you like.  (SourceForge's public CVS is 24 hrs 
>>>> behind  the dev archive)
>>>>
>>>>    Looking over the debug log output that you sent me again, I 
>>>> noticed  the following
>>>> line:
>>>>
>>>> INFO   | jvm 7    | 2004/02/26 19:33:00 | Thread,  
>>>> WrapperSimpleAppMain, handling the shutdown process.
>>>>
>>>>    This tells me that the WrapperSimpleApp helper class's main 
>>>> thread  called
>>>> WrapperManager.stop.  This will happen if your class's main method  
>>>> throws an
>>>> uncaught exception.  Does that sound what might be happening?
>>>>
>>>>    If this is the case then I would expect to have seen the 
>>>> following  output in your log.
>>>> The log you posted was edited so you may have removed it.  Could 
>>>> you  please confirm
>>>> one way or the other?
>>>>
>>>> INFO   | jvm 7    | 2004/02/26 19:32:59 | WrapperSimpleApp:  
>>>> Encountered an error running main: (Your exception)
>>>>
>>>>    If you are trying to invoke a restart on the above exception, 
>>>> it  will not work because
>>>> the call to WrapperManager.stop will override the restart request 
>>>> and  stop the Wrapper
>>>> along with its JVM.
>>>>
>>>> Cheers,
>>>> Leif
>>>

Re: [Wrapper-user] disabling automatic shutdowns

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

Shmul,
    Ok.  There were actually three bugs in the Wrapper related to this 
issue.  They
have all been fixed for the 3.1.0 release.

1) Spaces around the '=' character in a property definition were not 
being trimmed
when the wrapper.conf file was being parsed.  This was causing the 
property name
to appear to be "wrapper.ping.timeout " rather than 
"wrapper.ping.timeout", thus
causing the Wrapper to ignore your settings.

2) The very first ping timeout set after the JVM was started was still 
hard coded at
30 seconds.  This was causing the Wrapper to timeout after 30 seconds 
even though
the ping timeout was disabled.  If at least one ping had been received 
then things
would have worked correctly.   Not sure how this made it past me.

3) This one is minor.  But when the ping timeout is extended, the the 
SO_TIMEOUT
set on the socket between the Wrapper and its JVM also needs to be 
extended.  This
was happening for large values of wrapper.ping.timeout, but not for a 
value of 0.
This was leading to the "Read Timed Out" messages that you were seeing 
in the debug
log output.

As for what you can do now...

Since that first timeout is hard coded in 3.0.5, it is not possible to 
set the
wrapper.ping.interval greater that 30 seconds.  I would set it to 25 
seconds.
Then set the wrapper.ping.timeout to 0.   This will get rid of 4/5ths of 
the ping
messages from your wrapper.log and will also make sure that the Wrapper
never restarts the JVM even after it stops responding to pings.

Let me know how this works for you.

Cheers,
Leif


Shmulik Regev wrote:

>On 15 Mar 2004 at 2:16, Leif Mortenson wrote:
>
>  
>
>>    I was able to reproduce this using those timeout values.  It is
>>    late 
>>here, so it is not
>>immediately obvious what the problem is.  I will take a look at it. 
>>    
>>
>
>thanks.
>
>  
>
>>But for now please go back and remove the three timeout / interval
>>properties below.  What was the original reason that you had wanted to
>>set them?   Setting the timeout to 0 works. But the long ping interval
>>seems to be causing problems right now...
>>    
>>
>We originally started messing with these properties after we noticed 
>the jvm is restarted by the wrapper. this is probably due to a bug in 
>our application (that causes extensive cpU usage) which is hard to 
>debug when the wrapper restarts the application below our feet.
>
>Cheers,
>Shmul 
>  
>

[Wrapper-user] Limiting wrapper to only running one JVM.

[Luis G. <lui...@sk...>]

Hi,
I'm wondering if there is a way to limit the Wrapper to run only one
instance of a JVM whether or not the startup was successful.  Primarily,
I'm trying to set a configuration file for scripts that are to run only
once when invoked.  The wrapper will set the settings which will launch
the script, and once it finishes, The JVM is closed.  The wrapper sees
the JVM shutdown and then restart the whole script process again.  I
can't set an exteded startup time since some of these scripts can
actually run for a mere 10 seconds or hours.

If anyone has had this situation and a remedy, please let me know.

Regards
Luis

_______________________________________________________
This message is for the named recipient's use only.  It may contain =
sensitive and private proprietary information.  No confidentiality is =
waived or lost by any incorrect transmission.  If you are not the =
intended recipient, please immediately delete it and all copies of it =
from your system, destroy any hard copies of it and notify the sender.  =
You must not, directly or indirectly, use, disclose, distribute, print, =
or copy any part of this message if you are not the intended recipient.  =
Sakonnet Technology, LLC and its subsidiaries reserve the right to =
monitor all e-mail communications through their networks. Any views =
expressed in this message are those of the individual sender, except =
where the message states otherwise and the sender is authorized to state =
them to be the views of any such entity.  Unless otherwise stated, any =
pricing information given in this message is indicative only, is subject =
to change and does not constitute an offer to deal at any price quoted. =
Any reference to the terms of executed transactions should be treated as =
preliminary only and subject to our formal written confirmation.=20

[Wrapper-user] Start / stop doesn't stop process

[Pauwels S. <Ste...@si...>]

Hi,

I do the following:

script.sh start
and then immediately followed by 
script.sh stop

After this I see that the application is still running,
but the PID file is removed.

The problem is that calling the constructor in my 
application, takes a long time
because it needs to do a lot of initialisations.

If I do: 
script.sh stop, before the constructor has finished,
this stop is ignored.

Can someone help me ?

Thanks,
Stefan

Re: [Wrapper-user] Issue with the Service...Need help!

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

 From the console output, it does not look like the WrapperManager class 
is being
loaded and initialized.  You say that things are working in Console mode 
but I expect
that the Wrapper will time out and kill the JVM after about 30 seconds 
there as well.

Please go back reread the integration section of the documentation.  You 
will most
likely want to use integration method #1 which makes use of the 
WrapperSimpleApp
helper class.

Let me know if you have questions after looking over the docs.

Cheers,
Leif

Srinivas Chuthari wrote:

>
> I am trying to run my application as a service using Wrapper. I did 
> all the configuration and able to run successfully in console mode. 
> But if you try to start it as a service, the service will be in start 
> pending mode ( my application actually start running ) for ever. If I 
> stop the service it says the service is in start pending and will 
> eventually stop.
>
> What is wrong ..?
> C:\NetLite\bin>Wrapper.exe -t ..\conf\wrapper.conf
> wrapper | Starting the SiteLite Network Monitoring service...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> wrapper | Waiting to start...
> C:\NetLite\bin>Wrapper.exe -p ..\conf\wrapper.conf
> wrapper | The SiteLite Network Monitoring service was in the process 
> of startin
> g. Stopping it...
> wrapper | Waiting to stop...
> C:\NetLite\bin>Wrapper.exe -c ..\conf\wrapper.conf
> wrapper | --> Wrapper Started as Console
> wrapperp | server listening on port 32003.
> wrapper | Launching a JVM...
> Unable to rename log file ../logs/wrapper.log to 
> ../logs/wrapper.log.1. File is
> in use by another application.
> wrapper | command: "..\jre\bin\java" -Xms3m -Xmx20m 
> -Djava.library.path="../lib
> " -classpath 
> "..\lib\AdventNetLogging.jar;..\lib\AdventNetSnmp.jar;..\lib\jep-2.
> 24.jar;..\lib\JimiProClasses.zip;..\lib\NetLite.jar" 
> -Dwrapper.key="a4wZ3sxr3MPB
> s2_3" -Dwrapper.port=32003 -Dwrapper.debug="TRUE" 
> -Dwrapper.cpu.timeout="10" -Dw
> rapper.jvmid=1 com.sitelite.netlite.model.NetLiteMonitor
> wrapper | Java Virtual Machine started (PID=2264)
> jvm 1 | 10.27.20.4 : pr0d5l : 1111 : switch : 1
> wrapper | | wrapper | CTRL-C trapped. Shutting down.
> wrapper | wrapperStopProcess(0) called.
> Pause reading child output to share cycles.
> wrapper | Sending stop signal to JVM
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.1 : Tabular:ifTable:1:false 
> : Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.2 : Tabular:ifTable:2:false 
> : Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
> jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.3 : Tabular:ifTable:3:false 
> : Gene
> ric Event : 0.0 : NA : false
> jvm 1 | In cons table name is ifTable
>
>

[Wrapper-user] Issue with the Service...Need help!

[Srinivas C. <sch...@si...>]

I am trying to run my application as a service using Wrapper. I did all =
the configuration and able to run successfully in console mode. But if =
you try to start it as a service, the service will be in start pending =
mode ( my application actually start running ) for ever. If I stop the =
service it says the service is in start pending and will eventually =
stop.
What is wrong ..?=20
C:\NetLite\bin>Wrapper.exe -t ..\conf\wrapper.conf
wrapper | Starting the SiteLite Network Monitoring service...
wrapper | Waiting to start...
wrapper | Waiting to start...
wrapper | Waiting to start...
wrapper | Waiting to start...
wrapper | Waiting to start...
C:\NetLite\bin>Wrapper.exe -p ..\conf\wrapper.conf
wrapper | The SiteLite Network Monitoring service was in the process of =
startin
g. Stopping it...
wrapper | Waiting to stop...
C:\NetLite\bin>Wrapper.exe -c ..\conf\wrapper.conf
wrapper | --> Wrapper Started as Console
wrapperp | server listening on port 32003.
wrapper | Launching a JVM...
Unable to rename log file ../logs/wrapper.log to ../logs/wrapper.log.1. =
File is
in use by another application.
wrapper | command: "..\jre\bin\java" -Xms3m -Xmx20m =
-Djava.library.path=3D"../lib
" -classpath =
"..\lib\AdventNetLogging.jar;..\lib\AdventNetSnmp.jar;..\lib\jep-2.
24.jar;..\lib\JimiProClasses.zip;..\lib\NetLite.jar" =
-Dwrapper.key=3D"a4wZ3sxr3MPB
s2_3" -Dwrapper.port=3D32003 -Dwrapper.debug=3D"TRUE" =
-Dwrapper.cpu.timeout=3D"10" -Dw
rapper.jvmid=3D1 com.sitelite.netlite.model.NetLiteMonitor
wrapper | Java Virtual Machine started (PID=3D2264)
jvm 1 | 10.27.20.4 : pr0d5l : 1111 : switch : 1
wrapper | | wrapper | CTRL-C trapped. Shutting down.
wrapper | wrapperStopProcess(0) called.
Pause reading child output to share cycles.
wrapper | Sending stop signal to JVM
jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.1 : Tabular:ifTable:1:false : =
Gene
ric Event : 0.0 : NA : false
jvm 1 | In cons table name is ifTable
jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.2 : Tabular:ifTable:2:false : =
Gene
ric Event : 0.0 : NA : false
jvm 1 | In cons table name is ifTable
jvm 1 | ifInOctets : .1.3.6.1.2.1.2.2.1.10.3 : Tabular:ifTable:3:false : =
Gene
ric Event : 0.0 : NA : false
jvm 1 | In cons table name is ifTable