You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <le...@ta...> - 2008-08-21 01:31:52
|
Jay, The Wrapper does not support that directly. But it can be made to work. 1) Extract your jar into a temporary directory and look in the META-INF/MANIFEST.MF file. There should be a main class listed. 2) Using your original jar file, go back and place the jar onto your classpath as usual. 3) Specify the class from the manifest as the main class in your configuration. 4) Do not specify the -jar parameter anywhere. wrapper.java.mainclass=<class from manifest> wrapper.java.classpath.1=../lib/bigjar.jar Note that the contents of the wrapper.jar will also be required to be placed into your jar file. If you are using method 1 it would look like this: wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=../lib/bigjar.jar wrapper.app.parameter.1=<class from manifest> Let me know if you have any questions getting it working. Cheers, Leif On Thu, Aug 21, 2008 at 3:38 AM, <Jay...@sc...> wrote: > > Hi, > > If I am using method 3 for integration and I bundle all my code into a > single Jar file (using a library like jar jar links) so that from a command > line I would do something like: > > java -jar HelloWorld.jar > > Can I setup the wrapper.conf file to run with that? > > Thanks > Jay > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: <Jay...@sc...> - 2008-08-20 19:08:33
|
Hi, If I am using method 3 for integration and I bundle all my code into a single Jar file (using a library like jar jar links) so that from a command line I would do something like: java -jar HelloWorld.jar Can I setup the wrapper.conf file to run with that? Thanks Jay |
|
From: Leif M. <le...@ta...> - 2008-08-19 06:08:05
|
Markus, 3.3.1 was released today with a fix which now sets the 100% memory size to 2GB or the amount of physical memory for 32-bit versions of the Wrapper. This is not quite what you asked for but it should improve things for you. This should make it more correct to set the value to something like 75%. I was not going to have time to implement this as you asked and really needed to get the release out the door. What are your thoughts after trying out 3.3.1? Cheers, Leif On Mon, Aug 18, 2008 at 8:04 PM, Markus Schlegel <sc...@gm...> wrote: > Hi > We're using Wrapper Std Edition 3.3.0. > We would like to use the wrapper.java.maxmemory.percent properties in our > installation files. Since we do not know the memorysize of the target > machines, this has the advantage that our application can be installed > without the need to configure the maxmemory setting by the customer. > > The problem now is, that a JVM (at least under Windows) can not get 100% of > the physical RAM for it's heap. It can only get as much RAM as there is > contiguous space available when the JVM starts. Since the OS already uses > some parts of the physical RAM, there will never be the full size available. > Moreover, even if there is plenty of RAM available, a 32-bit JVM will not be > able to start when Xmx is set to a value larger than approx. 1600m (the > exact value depends on the machines configuration somehow). This limit comes > from the maximum amount of RAM availabvle for a 32-bit Process (which is > 2GB) minus the amount of RAM used for the parts of the JVM that will not be > part of the Heap (I guess). We have such a configuration on nearly all > target machines we are currently installing our software, since RAM is > cheap... > > You could now say, that the solution could be, to set the percentage value > to 75%. But this would work only for machines having at most 2GB of RAM. > For 32-bit VM's with more RAM installed on the machine, the maximum value of > the Xmx-setting should not be 2GB, but somewhere between 1.4 and 1.6 GB > (WinRun4J uses 1530MB). > > So it seems, that setting the -Xmx value from a percentage should use some > system function which checks for the available contiguous Ram and respects > the maximum heap size of for example 1530m on 32 bit systems. > > Regards, > > Markus Schlegel, pulinco engineering ag > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <le...@ta...> - 2008-08-19 05:54:45
|
Hi all, We are proud to announce the release of 3.3.1 of the Java Service Wrapper. This version is mainly a bug fix update but also contains a couple minor improvements. Please review the release notes for a full list of changes: http://wrapper.tanukisoftware.org/doc/english/release-notes.html There was a fairly significant bug introduced in 3.3.0 which could result in a frozen JVM failing to be killed before a new JVM is launched. This would result in zombie Java processes being left around eating up memory and resources. The latest version of the Java Service Wrapper can be downloaded from the download page: http://wrapper.tanukisoftware.org/doc/english/download.jsp License Keys for Standard and Professional Editions can be purchased on the License Management page: http://wrapper.tanukisoftware.org/doc/english/accountLicenses.jsp Please let me know if you have any questions about this release. Cheers, Leif |
|
From: Leif M. <le...@ta...> - 2008-08-19 05:38:12
|
Tasso,
Sorry I have been bad about replying to you on this. Looking at the
log I did not see the cause and planned to dig into it "later". Does
this latest message mean that you have gotten it working? Do you know
what the cause was?
Looking at your log file, everything appears to be correct:
---
wrapper | command: "C:\WINDOWS\system32\java.exe"
-Djava.security.policy=file:config\rmi.policy -Xmx64m
-Djava.library.path="jars" -classpath "jars/wrapper.jar
;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
.jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar"
-Dwrapper.key="xxxxxxxxxx"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
"10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp
Server.StartUp xxxxxx -version
wrapper | JVM started (PID=500)
jvm 1 | WrapperSimpleApp: Unable to locate the class
Server.StartUp: java.lang.ClassNotFoundException: Server.StartUp
jvm 1 |
jvm 1 | WrapperSimpleApp Usage:
jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp
{app_class} [app_parameters]
---
Which jar file is the "Server.StartUp" class supposed to be located
in? The message is stating that the class is not being found on the
classpath provided. In debug mode, the Wrapper would tell you if any
of the jar files were missing so all I can think is that the relevant
jar file is corrupted?
You can test the generated command line manually without using the
Wrapper by copying it from the wrapper.log above and pasting it into a
new bat file. Simply remove the -Dwrapper.key=XXX system property and
the JVM will run standalone:
---
C:\WINDOWS\system32\java.exe"
-Djava.security.policy=file:config\rmi.policy -Xmx64m
-Djava.library.path="jars" -classpath "jars/wrapper.jar
;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
.jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
"10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp
Server.StartUp xxxxxx -version
---
Please let me know what the status is and I will get back to quicker.
Cheers,
Leif
On Wed, Aug 13, 2008 at 3:35 AM, Tasso Angelidis <ta...@pa...> wrote:
> Re-installed the JVM all is ok even with Wrapper 3.1.12
>
> -----Original Message-----
> From: Tasso Angelidis
> Sent: Monday, August 11, 2008 4:22 PM
> To: Tasso Angelidis; 'wra...@li...'
> Subject: RE: [Wrapper-user] Wrapper cannot find main java class.
>
>
> Hi where you able to see what the issue may be?
>
> Thanks
>
> -----Original Message-----
> From: Tasso Angelidis
> Sent: Thursday, August 07, 2008 2:21 PM
> To: 'wra...@li...'
> Subject: RE: [Wrapper-user] Wrapper cannot find main java class.
>
>
> This used to work. In fact I can take the same folder and try on another server and it works fine. Unfortunately I just can't move the application.
>
> Server.StartUp is in the mpi.jar file.
>
>> RunService
>
> wrapper | --> Wrapper Started as Console
> wrapper | Using system timer.
> wrapperp | server listening on port 32000.
> wrapper | Launching a JVM...
> wrapper | command: "C:\WINDOWS\system32\java.exe" -Djava.security.policy=file:config\rmi.policy -Xmx64m -Djava.library.path="jars" -classpath "jars/wrapper.jar
> ;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
> .jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar" -Dwrapper.key="xxxxxxxxxx"
> -Dwrapper.port=32000 -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
> "10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp Server.StartUp xxxxxx -version
> wrapper | JVM started (PID=500)
> jvm 1 | WrapperSimpleApp: Unable to locate the class Server.StartUp: java.lang.ClassNotFoundException: Server.StartUp
> jvm 1 |
> jvm 1 | WrapperSimpleApp Usage:
> jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_parameters]
> jvm 1 |
> jvm 1 | Where:
> jvm 1 | app_class: The fully qualified class name of the application to run.
> jvm 1 | app_parameters: The parameters that would normally be passed to the
> jvm 1 | application.
> jvm 1 | WrapperManager class initialized by thread: main Using classloader:sun.misc.Launcher$ExtClassLoader@a9c85c
> jvm 1 | Wrapper Manager: JVM #1
> jvm 1 | Wrapper Manager: Registering shutdown hook
> jvm 1 | Wrapper Manager: Using wrapper
> jvm 1 | Loaded native library: wrapper.dll
> jvm 1 | Calling native initialization method.
> jvm 1 | Initializing WrapperManager native library.
> jvm 1 | Java Executable: C:\WINDOWS\system32\java.exe
> jvm 1 | Windows version: 5.2.3790
> jvm 1 | Java Version : 1.5.0_09-b01 Java HotSpot(TM) Client VM
> jvm 1 | Java VM Vendor : Sun Microsystems Inc.
> jvm 1 |
> jvm 1 | WrapperManager.stop(1) called by thread: main
> jvm 1 | Open socket to wrapper...
> jvm 1 | Opened Socket
> jvm 1 | Send a packet KEY : xxxxxxxxxx
> jvm 1 | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=2796])
> wrapperp | accepted a socket from 127.0.0.1 on port 2796
> wrapperp | read a packet KEY : xxxxxxxxxx
> wrapper | Got key from JVM: xxxxxxxxxx
> wrapperp | send a packet LOW_LOG_LEVEL : 1
> wrapperp | send a packet PING_TIMEOUT : 30
> wrapper | Start Application.
> wrapperp | send a packet START : start
> jvm 1 | Received a packet LOW_LOG_LEVEL : 1
> jvm 1 | Wrapper Manager: LowLogLevel from Wrapper is 1
> jvm 1 | Received a packet PING_TIMEOUT : 30
> jvm 1 | Wrapper Manager: PingTimeout from Wrapper is 30000
> jvm 1 | Received a packet START : start
> jvm 1 | calling listener.start()
> jvm 1 | returned from listener.start()
> jvm 1 | Send a packet STARTED :
> jvm 1 | All non-daemon threads have stopped. Exiting.
> jvm 1 | WrapperManager.stop(0) called by thread: Wrapper-Connection
> jvm 1 | Thread, Wrapper-Connection, handling the shutdown process.
> jvm 1 | calling listener.stop()
> jvm 1 | returned from listener.stop()
> jvm 1 | Send a packet STOPPED : 0
> wrapperp | read a packet STARTED :
> wrapper | JVM signalled that it was started.
> wrapperp | read a packet STOPPED : 0
> wrapper | JVM signalled that it was stopped.
> jvm 1 | Closing socket.
> wrapperp | socket read no code (closed?).
> jvm 1 | calling System.exit(0)
> jvm 1 | Send a packet STOP : 1
> wrapper | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
> wrapper | JVM exited normally.
> wrapper | <-- Wrapper Stopped
>
>
> wrapper.conf
> ------------
>
> The paths are as follows...
>
> /App root/wrapper.exe
> /App root/config/wrapper.conf
> /App root/jars/wrapper.jar
> /App root/jars/wrapper.dll
> /App root/logs/
>
> RunService.bat pat is set to...
> set _WRAPPER_CONF="%_REALPATH%\config\wrapper.conf"
>
> #********************************************************************
> # TestWrapper Properties
> #
> # NOTE - Please use src/conf/wrapper.conf.in as a template for your
> # own application rather than the values used for the
> # TestWrapper sample.
> #********************************************************************
> # Java Application
> wrapper.java.command=java
>
> # Java Main class. This class must implement the WrapperListener interface
> # or guarantee that the WrapperManager class is initialized. Helper
> # classes are provided to do this for you. See the Integration section
> # of the documentation for details.
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar) Add class path elements as
> # needed starting from 1
> wrapper.java.classpath.1=jars/wrapper.jar
> wrapper.java.classpath.2=mpi.jar
> wrapper.java.classpath.3=jars\crimson.jar
> wrapper.java.classpath.4=jars\classes12.zip
> wrapper.java.classpath.5=jars\classes12.jar
> wrapper.java.classpath.6=jars\jconn2.jar
> wrapper.java.classpath.7=jars\ifxjdbc.jar
> wrapper.java.classpath.8=jars\mysql.jar
> wrapper.java.classpath.9=jars\msutil.jar
> wrapper.java.classpath.10=jars\msbase.jar
> wrapper.java.classpath.11=jars\mssqlserver.jar
> wrapper.java.classpath.12=jars\pki.jar
> wrapper.java.classpath.13=jars\hsm.jar
> wrapper.java.classpath.14=jars\jprov.jar
> wrapper.java.classpath.15=jars\kmjava.jar
> wrapper.java.classpath.16=jars\nfjava.jar
> wrapper.java.classpath.17=jars\kmcsp.jar
> wrapper.java.classpath.18=jars\db2java.zip
> wrapper.java.classpath.19=jars\db2jcc.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=jars
>
> # Java Additional Parameters
> wrapper.java.additional.1=-Djava.security.policy=file:config\rmi.policy
>
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=64
>
> # Application parameters. Add parameters as needed starting from 1
> wrapper.app.parameter.1=Server.Startup
> wrapper.app.parameter.2=xxxxxx
> wrapper.app.parameter.3=-version
> #wrapper.app.parameter.4=-debug
>
>
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Format of output for the console. (See docs for formats)
> wrapper.console.format=PM
>
> # Log Level for console output. (See docs for log levels)
> wrapper.console.loglevel=DEBUG
>
> # Log file to use for wrapper output logging.
> wrapper.logfile=logs/wrapper.log
>
> # Format of output for the log file. (See docs for formats)
> wrapper.logfile.format=LPTM
>
> # Log Level for log file output. (See docs for log levels)
> wrapper.logfile.loglevel=STATUS
>
> # Maximum size that the log file will be allowed to grow to before
> # the log is rolled. Size is specified in bytes. The default value
> # of 0, disables log rolling. May abbreviate with the 'k' (kb) or
> # 'm' (mb) suffix. For example: 10m = 10 megabytes.
> wrapper.logfile.maxsize=0
>
> # Maximum number of rolled log files which will be allowed before old
> # files are deleted. The default value of 0 implies no limit.
> wrapper.logfile.maxfiles=0
>
> # Log Level for sys/event log output. (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=Active Merchant
>
> #********************************************************************
> # Wrapper Windows NT/2000/XP Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> # using this configuration file has been installed as a service.
> # Please uninstall the service before modifying this section. The
> # service can then be reinstalled.
>
> # Name of the service
> wrapper.ntservice.name=Active Merchant
>
> # Display name of the service
> wrapper.ntservice.displayname=Active Merchant
>
> # Description of the service
> wrapper.ntservice.description=G-Payments Active Merchant MPI.
>
> # Service dependencies. Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
>
> # Mode in which the service is installed. AUTO_START or DEMAND_START
> wrapper.ntservice.starttype=AUTO_START
>
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=false
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...]On Behalf Of Leif
> Mortenson
> Sent: Wednesday, August 06, 2008 8:00 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Wrapper cannot find main java class.
>
>
> Tasso,
> Could you post your wrapper.conf along with the wrapper.debug=true
> output in your wrapper.log for the failed invocation?
>
> Are you using a CLASSPATH environment variable or is the entire
> classpath in your wrapper.conf file? That could be a cause.
>
> I should be able to say more once I have seen the above files.
>
> Cheers,
> Leif
>
> On Wed, Aug 6, 2008 at 1:26 PM, Tasso Angelidis <ta...@pa...> wrote:
>> Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx"
>>
>> I simulated on another 2003 machine and it all works fine.
>>
>> Wrapper version we are using 3.1.12
>>
>> Any ideas?
>>
>> Anastasios (Tasso) Angelidis
>> Developer / Jr. Architect
>> PaymentTrust Canada Ltd
>> The Royal Bank of Scotland
>> 9800 Cavendish blvd. Suite 510
>> Montreal, Quebec Canada
>> H4M 2V9
>>
>> Tel: + 1514 336 4949 ext 369
>> Fax: + 1514 336 0239
>> eMail: ta...@pa...
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Nicholas D. <nd...@gm...> - 2008-08-18 19:57:35
|
Hi, Holger: We're using Java 1.5.x, but the problem was not with the version of Java but with the fact that the Pthreads library on the AIX box was older than the one that the 3.3.0 wrapper was linked against. Regards, Nick On Mon, Aug 18, 2008 at 3:11 AM, Holger Isenberg <ise...@e-...>wrote: > Which Java version do you used? According to > http://www.ibm.com/developerworks/java/jdk/aix/service.html Java5 needs at > least 5300-03 > > > > > On 08.08.2008 21:55 Uhr, "Nicholas Dronen" <nd...@gm...> wrote: > > > Hi: > > > > I'm getting unresolved symbol errors (shown below) on AIX 5.3 Technology > Level > > [TL] 2 when I try to run 3.3.0. <http://3.3.0.> Specifically: > > > > exec(): 0509-036 Cannot load program [program name] because of the > following > > errors: > > 0509-130 Symbol resolution failed for staddin because: > > 0509-136 Symbol __pth_init (number 57) is not exported from > > dependent module /usr/lib/libpthreads.a(shr_xpg5.o). > > 0509-192 Examine .loader section symbols with the > > 'dump -Tv' command. > > > > Presumably I should upgrade to a more recent AIX in order to run 3.3.0. > > <http://3.3.0.> What version of AIX (`oslevel -r`) was 3.3.0 built on? > Is > > there a version of JSW that is known to run on 5300-02? > > > > Regards, > > > > Nick > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > -- > ________________________ > e-Spirit AG > Holger Isenberg > Unix Consulting & Administration > e-Spirit AG > T: +49 (0)231 28661-41 > F: +49 (0)231 28661-59 > E: ise...@e-... > W: http://e-spirit.de > ________________________ > > Postanschrift: Barcelonaweg 14, 44269 Dortmund > Vorstand: Jörn Bodemann (Vors.), Christoph Junge > Vorsitzender des Aufsichtsrats: Michael Kenfenheuer > Amtsgericht Dortmund (HRB 20399) > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Markus S. <sc...@gm...> - 2008-08-18 11:04:58
|
Hi We're using Wrapper Std Edition 3.3.0. We would like to use the wrapper.java.maxmemory.percent properties in our installation files. Since we do not know the memorysize of the target machines, this has the advantage that our application can be installed without the need to configure the maxmemory setting by the customer. The problem now is, that a JVM (at least under Windows) can not get 100% of the physical RAM for it's heap. It can only get as much RAM as there is contiguous space available when the JVM starts. Since the OS already uses some parts of the physical RAM, there will never be the full size available. Moreover, even if there is plenty of RAM available, a 32-bit JVM will not be able to start when Xmx is set to a value larger than approx. 1600m (the exact value depends on the machines configuration somehow). This limit comes from the maximum amount of RAM availabvle for a 32-bit Process (which is 2GB) minus the amount of RAM used for the parts of the JVM that will not be part of the Heap (I guess). We have such a configuration on nearly all target machines we are currently installing our software, since RAM is cheap... You could now say, that the solution could be, to set the percentage value to 75%. But this would work only for machines having at most 2GB of RAM. For 32-bit VM's with more RAM installed on the machine, the maximum value of the Xmx-setting should not be 2GB, but somewhere between 1.4 and 1.6 GB (WinRun4J uses 1530MB). So it seems, that setting the -Xmx value from a percentage should use some system function which checks for the available contiguous Ram and respects the maximum heap size of for example 1530m on 32 bit systems. Regards, Markus Schlegel, pulinco engineering ag |
|
From: Holger I. <ise...@e-...> - 2008-08-18 09:11:51
|
Which Java version do you used? According to http://www.ibm.com/developerworks/java/jdk/aix/service.html Java5 needs at least 5300-03 On 08.08.2008 21:55 Uhr, "Nicholas Dronen" <nd...@gm...> wrote: > Hi: > > I'm getting unresolved symbol errors (shown below) on AIX 5.3 Technology Level > [TL] 2 when I try to run 3.3.0. <http://3.3.0.> Specifically: > > exec(): 0509-036 Cannot load program [program name] because of the following > errors: > 0509-130 Symbol resolution failed for staddin because: > 0509-136 Symbol __pth_init (number 57) is not exported from > dependent module /usr/lib/libpthreads.a(shr_xpg5.o). > 0509-192 Examine .loader section symbols with the > 'dump -Tv' command. > > Presumably I should upgrade to a more recent AIX in order to run 3.3.0. > <http://3.3.0.> What version of AIX (`oslevel -r`) was 3.3.0 built on? Is > there a version of JSW that is known to run on 5300-02? > > Regards, > > Nick > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- ________________________ e-Spirit AG Holger Isenberg Unix Consulting & Administration e-Spirit AG T: +49 (0)231 28661-41 F: +49 (0)231 28661-59 E: ise...@e-... W: http://e-spirit.de ________________________ Postanschrift: Barcelonaweg 14, 44269 Dortmund Vorstand: Jörn Bodemann (Vors.), Christoph Junge Vorsitzender des Aufsichtsrats: Michael Kenfenheuer Amtsgericht Dortmund (HRB 20399) |
|
From: Leif M. <le...@ta...> - 2008-08-16 01:40:48
|
Hi all, A user reported that the Wrapper does not run on Red Had Enterprise 4. Has anyone else tried this with 3.3.0? https://sourceforge.net/tracker/index.php?func=detail&aid=2030259&group_id=39428&atid=425187 Thanks, Leif |
|
From: Tasso A. <ta...@pa...> - 2008-08-12 18:36:55
|
Re-installed the JVM all is ok even with Wrapper 3.1.12
-----Original Message-----
From: Tasso Angelidis
Sent: Monday, August 11, 2008 4:22 PM
To: Tasso Angelidis; 'wra...@li...'
Subject: RE: [Wrapper-user] Wrapper cannot find main java class.
Hi where you able to see what the issue may be?
Thanks
-----Original Message-----
From: Tasso Angelidis
Sent: Thursday, August 07, 2008 2:21 PM
To: 'wra...@li...'
Subject: RE: [Wrapper-user] Wrapper cannot find main java class.
This used to work. In fact I can take the same folder and try on another server and it works fine. Unfortunately I just can't move the application.
Server.StartUp is in the mpi.jar file.
> RunService
wrapper | --> Wrapper Started as Console
wrapper | Using system timer.
wrapperp | server listening on port 32000.
wrapper | Launching a JVM...
wrapper | command: "C:\WINDOWS\system32\java.exe" -Djava.security.policy=file:config\rmi.policy -Xmx64m -Djava.library.path="jars" -classpath "jars/wrapper.jar
;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
.jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar" -Dwrapper.key="xxxxxxxxxx"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
"10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp Server.StartUp xxxxxx -version
wrapper | JVM started (PID=500)
jvm 1 | WrapperSimpleApp: Unable to locate the class Server.StartUp: java.lang.ClassNotFoundException: Server.StartUp
jvm 1 |
jvm 1 | WrapperSimpleApp Usage:
jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_parameters]
jvm 1 |
jvm 1 | Where:
jvm 1 | app_class: The fully qualified class name of the application to run.
jvm 1 | app_parameters: The parameters that would normally be passed to the
jvm 1 | application.
jvm 1 | WrapperManager class initialized by thread: main Using classloader:sun.misc.Launcher$ExtClassLoader@a9c85c
jvm 1 | Wrapper Manager: JVM #1
jvm 1 | Wrapper Manager: Registering shutdown hook
jvm 1 | Wrapper Manager: Using wrapper
jvm 1 | Loaded native library: wrapper.dll
jvm 1 | Calling native initialization method.
jvm 1 | Initializing WrapperManager native library.
jvm 1 | Java Executable: C:\WINDOWS\system32\java.exe
jvm 1 | Windows version: 5.2.3790
jvm 1 | Java Version : 1.5.0_09-b01 Java HotSpot(TM) Client VM
jvm 1 | Java VM Vendor : Sun Microsystems Inc.
jvm 1 |
jvm 1 | WrapperManager.stop(1) called by thread: main
jvm 1 | Open socket to wrapper...
jvm 1 | Opened Socket
jvm 1 | Send a packet KEY : xxxxxxxxxx
jvm 1 | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=2796])
wrapperp | accepted a socket from 127.0.0.1 on port 2796
wrapperp | read a packet KEY : xxxxxxxxxx
wrapper | Got key from JVM: xxxxxxxxxx
wrapperp | send a packet LOW_LOG_LEVEL : 1
wrapperp | send a packet PING_TIMEOUT : 30
wrapper | Start Application.
wrapperp | send a packet START : start
jvm 1 | Received a packet LOW_LOG_LEVEL : 1
jvm 1 | Wrapper Manager: LowLogLevel from Wrapper is 1
jvm 1 | Received a packet PING_TIMEOUT : 30
jvm 1 | Wrapper Manager: PingTimeout from Wrapper is 30000
jvm 1 | Received a packet START : start
jvm 1 | calling listener.start()
jvm 1 | returned from listener.start()
jvm 1 | Send a packet STARTED :
jvm 1 | All non-daemon threads have stopped. Exiting.
jvm 1 | WrapperManager.stop(0) called by thread: Wrapper-Connection
jvm 1 | Thread, Wrapper-Connection, handling the shutdown process.
jvm 1 | calling listener.stop()
jvm 1 | returned from listener.stop()
jvm 1 | Send a packet STOPPED : 0
wrapperp | read a packet STARTED :
wrapper | JVM signalled that it was started.
wrapperp | read a packet STOPPED : 0
wrapper | JVM signalled that it was stopped.
jvm 1 | Closing socket.
wrapperp | socket read no code (closed?).
jvm 1 | calling System.exit(0)
jvm 1 | Send a packet STOP : 1
wrapper | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
wrapper | JVM exited normally.
wrapper | <-- Wrapper Stopped
wrapper.conf
------------
The paths are as follows...
/App root/wrapper.exe
/App root/config/wrapper.conf
/App root/jars/wrapper.jar
/App root/jars/wrapper.dll
/App root/logs/
RunService.bat pat is set to...
set _WRAPPER_CONF="%_REALPATH%\config\wrapper.conf"
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=java
# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=jars/wrapper.jar
wrapper.java.classpath.2=mpi.jar
wrapper.java.classpath.3=jars\crimson.jar
wrapper.java.classpath.4=jars\classes12.zip
wrapper.java.classpath.5=jars\classes12.jar
wrapper.java.classpath.6=jars\jconn2.jar
wrapper.java.classpath.7=jars\ifxjdbc.jar
wrapper.java.classpath.8=jars\mysql.jar
wrapper.java.classpath.9=jars\msutil.jar
wrapper.java.classpath.10=jars\msbase.jar
wrapper.java.classpath.11=jars\mssqlserver.jar
wrapper.java.classpath.12=jars\pki.jar
wrapper.java.classpath.13=jars\hsm.jar
wrapper.java.classpath.14=jars\jprov.jar
wrapper.java.classpath.15=jars\kmjava.jar
wrapper.java.classpath.16=jars\nfjava.jar
wrapper.java.classpath.17=jars\kmcsp.jar
wrapper.java.classpath.18=jars\db2java.zip
wrapper.java.classpath.19=jars\db2jcc.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=jars
# Java Additional Parameters
wrapper.java.additional.1=-Djava.security.policy=file:config\rmi.policy
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=64
# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=Server.Startup
wrapper.app.parameter.2=xxxxxx
wrapper.app.parameter.3=-version
#wrapper.app.parameter.4=-debug
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=DEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=logs/wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=STATUS
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=Active Merchant
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=Active Merchant
# Display name of the service
wrapper.ntservice.displayname=Active Merchant
# Description of the service
wrapper.ntservice.description=G-Payments Active Merchant MPI.
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Wednesday, August 06, 2008 8:00 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper cannot find main java class.
Tasso,
Could you post your wrapper.conf along with the wrapper.debug=true
output in your wrapper.log for the failed invocation?
Are you using a CLASSPATH environment variable or is the entire
classpath in your wrapper.conf file? That could be a cause.
I should be able to say more once I have seen the above files.
Cheers,
Leif
On Wed, Aug 6, 2008 at 1:26 PM, Tasso Angelidis <ta...@pa...> wrote:
> Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx"
>
> I simulated on another 2003 machine and it all works fine.
>
> Wrapper version we are using 3.1.12
>
> Any ideas?
>
> Anastasios (Tasso) Angelidis
> Developer / Jr. Architect
> PaymentTrust Canada Ltd
> The Royal Bank of Scotland
> 9800 Cavendish blvd. Suite 510
> Montreal, Quebec Canada
> H4M 2V9
>
> Tel: + 1514 336 4949 ext 369
> Fax: + 1514 336 0239
> eMail: ta...@pa...
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Tasso A. <ta...@pa...> - 2008-08-11 20:23:22
|
Hi where you able to see what the issue may be?
Thanks
-----Original Message-----
From: Tasso Angelidis
Sent: Thursday, August 07, 2008 2:21 PM
To: 'wra...@li...'
Subject: RE: [Wrapper-user] Wrapper cannot find main java class.
This used to work. In fact I can take the same folder and try on another server and it works fine. Unfortunately I just can't move the application.
Server.StartUp is in the mpi.jar file.
> RunService
wrapper | --> Wrapper Started as Console
wrapper | Using system timer.
wrapperp | server listening on port 32000.
wrapper | Launching a JVM...
wrapper | command: "C:\WINDOWS\system32\java.exe" -Djava.security.policy=file:config\rmi.policy -Xmx64m -Djava.library.path="jars" -classpath "jars/wrapper.jar
;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
.jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar" -Dwrapper.key="xxxxxxxxxx"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
"10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp Server.StartUp xxxxxx -version
wrapper | JVM started (PID=500)
jvm 1 | WrapperSimpleApp: Unable to locate the class Server.StartUp: java.lang.ClassNotFoundException: Server.StartUp
jvm 1 |
jvm 1 | WrapperSimpleApp Usage:
jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_parameters]
jvm 1 |
jvm 1 | Where:
jvm 1 | app_class: The fully qualified class name of the application to run.
jvm 1 | app_parameters: The parameters that would normally be passed to the
jvm 1 | application.
jvm 1 | WrapperManager class initialized by thread: main Using classloader:sun.misc.Launcher$ExtClassLoader@a9c85c
jvm 1 | Wrapper Manager: JVM #1
jvm 1 | Wrapper Manager: Registering shutdown hook
jvm 1 | Wrapper Manager: Using wrapper
jvm 1 | Loaded native library: wrapper.dll
jvm 1 | Calling native initialization method.
jvm 1 | Initializing WrapperManager native library.
jvm 1 | Java Executable: C:\WINDOWS\system32\java.exe
jvm 1 | Windows version: 5.2.3790
jvm 1 | Java Version : 1.5.0_09-b01 Java HotSpot(TM) Client VM
jvm 1 | Java VM Vendor : Sun Microsystems Inc.
jvm 1 |
jvm 1 | WrapperManager.stop(1) called by thread: main
jvm 1 | Open socket to wrapper...
jvm 1 | Opened Socket
jvm 1 | Send a packet KEY : xxxxxxxxxx
jvm 1 | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=2796])
wrapperp | accepted a socket from 127.0.0.1 on port 2796
wrapperp | read a packet KEY : xxxxxxxxxx
wrapper | Got key from JVM: xxxxxxxxxx
wrapperp | send a packet LOW_LOG_LEVEL : 1
wrapperp | send a packet PING_TIMEOUT : 30
wrapper | Start Application.
wrapperp | send a packet START : start
jvm 1 | Received a packet LOW_LOG_LEVEL : 1
jvm 1 | Wrapper Manager: LowLogLevel from Wrapper is 1
jvm 1 | Received a packet PING_TIMEOUT : 30
jvm 1 | Wrapper Manager: PingTimeout from Wrapper is 30000
jvm 1 | Received a packet START : start
jvm 1 | calling listener.start()
jvm 1 | returned from listener.start()
jvm 1 | Send a packet STARTED :
jvm 1 | All non-daemon threads have stopped. Exiting.
jvm 1 | WrapperManager.stop(0) called by thread: Wrapper-Connection
jvm 1 | Thread, Wrapper-Connection, handling the shutdown process.
jvm 1 | calling listener.stop()
jvm 1 | returned from listener.stop()
jvm 1 | Send a packet STOPPED : 0
wrapperp | read a packet STARTED :
wrapper | JVM signalled that it was started.
wrapperp | read a packet STOPPED : 0
wrapper | JVM signalled that it was stopped.
jvm 1 | Closing socket.
wrapperp | socket read no code (closed?).
jvm 1 | calling System.exit(0)
jvm 1 | Send a packet STOP : 1
wrapper | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
wrapper | JVM exited normally.
wrapper | <-- Wrapper Stopped
wrapper.conf
------------
The paths are as follows...
/App root/wrapper.exe
/App root/config/wrapper.conf
/App root/jars/wrapper.jar
/App root/jars/wrapper.dll
/App root/logs/
RunService.bat pat is set to...
set _WRAPPER_CONF="%_REALPATH%\config\wrapper.conf"
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=java
# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=jars/wrapper.jar
wrapper.java.classpath.2=mpi.jar
wrapper.java.classpath.3=jars\crimson.jar
wrapper.java.classpath.4=jars\classes12.zip
wrapper.java.classpath.5=jars\classes12.jar
wrapper.java.classpath.6=jars\jconn2.jar
wrapper.java.classpath.7=jars\ifxjdbc.jar
wrapper.java.classpath.8=jars\mysql.jar
wrapper.java.classpath.9=jars\msutil.jar
wrapper.java.classpath.10=jars\msbase.jar
wrapper.java.classpath.11=jars\mssqlserver.jar
wrapper.java.classpath.12=jars\pki.jar
wrapper.java.classpath.13=jars\hsm.jar
wrapper.java.classpath.14=jars\jprov.jar
wrapper.java.classpath.15=jars\kmjava.jar
wrapper.java.classpath.16=jars\nfjava.jar
wrapper.java.classpath.17=jars\kmcsp.jar
wrapper.java.classpath.18=jars\db2java.zip
wrapper.java.classpath.19=jars\db2jcc.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=jars
# Java Additional Parameters
wrapper.java.additional.1=-Djava.security.policy=file:config\rmi.policy
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=64
# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=Server.Startup
wrapper.app.parameter.2=xxxxxx
wrapper.app.parameter.3=-version
#wrapper.app.parameter.4=-debug
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=DEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=logs/wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=STATUS
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=Active Merchant
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=Active Merchant
# Display name of the service
wrapper.ntservice.displayname=Active Merchant
# Description of the service
wrapper.ntservice.description=G-Payments Active Merchant MPI.
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Wednesday, August 06, 2008 8:00 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper cannot find main java class.
Tasso,
Could you post your wrapper.conf along with the wrapper.debug=true
output in your wrapper.log for the failed invocation?
Are you using a CLASSPATH environment variable or is the entire
classpath in your wrapper.conf file? That could be a cause.
I should be able to say more once I have seen the above files.
Cheers,
Leif
On Wed, Aug 6, 2008 at 1:26 PM, Tasso Angelidis <ta...@pa...> wrote:
> Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx"
>
> I simulated on another 2003 machine and it all works fine.
>
> Wrapper version we are using 3.1.12
>
> Any ideas?
>
> Anastasios (Tasso) Angelidis
> Developer / Jr. Architect
> PaymentTrust Canada Ltd
> The Royal Bank of Scotland
> 9800 Cavendish blvd. Suite 510
> Montreal, Quebec Canada
> H4M 2V9
>
> Tel: + 1514 336 4949 ext 369
> Fax: + 1514 336 0239
> eMail: ta...@pa...
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2008-08-09 09:03:38
|
Michael, In the example you gave in your email, you are not using the JAVA_HOME environment variable. Rather, you are specifying a static path to the Java binary: wrapper.java.command=D:/Programme/Java/jdk1.6.0_02/bin/java This should be working the same whether you run as a console or service app. To help debug the problem, try setting the following property and running both as a service and a console. wrapper.java.command.loglevel=INFO This will show the full generated java command line in each case. Please post back with the results of each run. Cheers, Leif On Thu, Aug 7, 2008 at 3:39 PM, <mic...@mv...> wrote: > > Hello, > > I couldn´t find any information on google, so i hope i will get them here. > The Problem is i want to run an applikation via wrapper as a windows > service. > > I had to configure the JAVA_HOME path manually with > > wrapper.java.command=D:/Programme/Java/jdk1.6.0_02/bin/java > > When i now going to run the applikation with wrapper as a console with > > wrapper.exe -c wrapper.conf > > the application works fine > > But when i want to start the applikation in serivce modus, i get the problem > that my applikation is using the JAVA_HOME which is set as a enviroment > variable instead my manual added version. (which i can´t change ! It has to > be the manuell !!) > > So it seems that Wrapper sets the JAVA_HOME path while running as console > applikation but not when running as a service. > > Has anyone an idea or an tip how to fix that problem ?... > > Greetings Michael > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <le...@ta...> - 2008-08-09 08:56:55
|
Ariella, The logging levels can be configured for each of the logging targets; Console, Log File, and Sys Log/Event Log. The logging related properties are all described here: http://wrapper.tanukisoftware.org/doc/english/props-logging.html Take a look at the "...loglevel" properties. Let me know if you still have questions. Cheers, Leif On Thu, Aug 7, 2008 at 3:40 PM, Ariela Marianer <Ar...@tr...> wrote: > Hi, > > > > > > Where can I find information regarding the logging levels in "wrapper .conf" > > > > ariella > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <le...@ta...> - 2008-08-09 08:09:41
|
Nick, 3.3.0 was built using an IBM VLP server. The version was "AIX 5.3 TL 06". I do not have a lot of experience working with these systems so one of the other users may be able to provide some useful information or recommendations. Most likely the problem you are seeing is a version issue as you said. IBM's VLP has AIX 5.3 or 6.1 servers available, but I was not able to get it to build on the 6.1 server. It appeared to be because some of the required libraries were missing. Cheers, Leif On Sat, Aug 9, 2008 at 4:55 AM, Nicholas Dronen <nd...@gm...> wrote: > Hi: > > I'm getting unresolved symbol errors (shown below) on AIX 5.3 Technology > Level [TL] 2 when I try to run 3.3.0. Specifically: > > exec(): 0509-036 Cannot load program [program name] because of the following > errors: > 0509-130 Symbol resolution failed for staddin because: > 0509-136 Symbol __pth_init (number 57) is not exported from > dependent module /usr/lib/libpthreads.a(shr_xpg5.o). > 0509-192 Examine .loader section symbols with the > 'dump -Tv' command. > > Presumably I should upgrade to a more recent AIX in order to run 3.3.0. > What version of AIX (`oslevel -r`) was 3.3.0 built on? Is there a version > of JSW that is known to run on 5300-02? > > Regards, > > Nick > > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Nicholas D. <nd...@gm...> - 2008-08-08 19:55:58
|
Hi:
I'm getting unresolved symbol errors (shown below) on AIX 5.3 Technology
Level [TL] 2 when I try to run 3.3.0. Specifically:
exec(): 0509-036 Cannot load program [program name] because of the following
errors:
0509-130 Symbol resolution failed for staddin because:
0509-136 Symbol __pth_init (number 57) is not exported from
dependent module /usr/lib/libpthreads.a(shr_xpg5.o).
0509-192 Examine .loader section symbols with the
'dump -Tv' command.
Presumably I should upgrade to a more recent AIX in order to run 3.3.0.
What version of AIX (`oslevel -r`) was 3.3.0 built on? Is there a version
of JSW that is known to run on 5300-02?
Regards,
Nick
|
|
From: Tasso A. <ta...@pa...> - 2008-08-07 18:22:01
|
This used to work. In fact I can take the same folder and try on another server and it works fine. Unfortunately I just can't move the application.
Server.StartUp is in the mpi.jar file.
> RunService
wrapper | --> Wrapper Started as Console
wrapper | Using system timer.
wrapperp | server listening on port 32000.
wrapper | Launching a JVM...
wrapper | command: "C:\WINDOWS\system32\java.exe" -Djava.security.policy=file:config\rmi.policy -Xmx64m -Djava.library.path="jars" -classpath "jars/wrapper.jar
;mpi.jar;jars\crimson.jar;jars\classes12.zip;jars\classes12.jar;jars\jconn2.jar;jars\ifxjdbc.jar;jars\mysql.jar;jars\msutil.jar;jars\msbase.jar;jars\mssqlserver
.jar;jars\pki.jar;jars\hsm.jar;jars\jprov.jar;jars\kmjava.jar;jars\nfjava.jar;jars\kmcsp.jar;jars\db2java.zip;jars\db2jcc.jar" -Dwrapper.key="xxxxxxxxxx"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout=
"10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp Server.StartUp xxxxxx -version
wrapper | JVM started (PID=500)
jvm 1 | WrapperSimpleApp: Unable to locate the class Server.StartUp: java.lang.ClassNotFoundException: Server.StartUp
jvm 1 |
jvm 1 | WrapperSimpleApp Usage:
jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_parameters]
jvm 1 |
jvm 1 | Where:
jvm 1 | app_class: The fully qualified class name of the application to run.
jvm 1 | app_parameters: The parameters that would normally be passed to the
jvm 1 | application.
jvm 1 | WrapperManager class initialized by thread: main Using classloader:sun.misc.Launcher$ExtClassLoader@a9c85c
jvm 1 | Wrapper Manager: JVM #1
jvm 1 | Wrapper Manager: Registering shutdown hook
jvm 1 | Wrapper Manager: Using wrapper
jvm 1 | Loaded native library: wrapper.dll
jvm 1 | Calling native initialization method.
jvm 1 | Initializing WrapperManager native library.
jvm 1 | Java Executable: C:\WINDOWS\system32\java.exe
jvm 1 | Windows version: 5.2.3790
jvm 1 | Java Version : 1.5.0_09-b01 Java HotSpot(TM) Client VM
jvm 1 | Java VM Vendor : Sun Microsystems Inc.
jvm 1 |
jvm 1 | WrapperManager.stop(1) called by thread: main
jvm 1 | Open socket to wrapper...
jvm 1 | Opened Socket
jvm 1 | Send a packet KEY : xxxxxxxxxx
jvm 1 | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=2796])
wrapperp | accepted a socket from 127.0.0.1 on port 2796
wrapperp | read a packet KEY : xxxxxxxxxx
wrapper | Got key from JVM: xxxxxxxxxx
wrapperp | send a packet LOW_LOG_LEVEL : 1
wrapperp | send a packet PING_TIMEOUT : 30
wrapper | Start Application.
wrapperp | send a packet START : start
jvm 1 | Received a packet LOW_LOG_LEVEL : 1
jvm 1 | Wrapper Manager: LowLogLevel from Wrapper is 1
jvm 1 | Received a packet PING_TIMEOUT : 30
jvm 1 | Wrapper Manager: PingTimeout from Wrapper is 30000
jvm 1 | Received a packet START : start
jvm 1 | calling listener.start()
jvm 1 | returned from listener.start()
jvm 1 | Send a packet STARTED :
jvm 1 | All non-daemon threads have stopped. Exiting.
jvm 1 | WrapperManager.stop(0) called by thread: Wrapper-Connection
jvm 1 | Thread, Wrapper-Connection, handling the shutdown process.
jvm 1 | calling listener.stop()
jvm 1 | returned from listener.stop()
jvm 1 | Send a packet STOPPED : 0
wrapperp | read a packet STARTED :
wrapper | JVM signalled that it was started.
wrapperp | read a packet STOPPED : 0
wrapper | JVM signalled that it was stopped.
jvm 1 | Closing socket.
wrapperp | socket read no code (closed?).
jvm 1 | calling System.exit(0)
jvm 1 | Send a packet STOP : 1
wrapper | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
wrapper | JVM exited normally.
wrapper | <-- Wrapper Stopped
wrapper.conf
------------
The paths are as follows...
/App root/wrapper.exe
/App root/config/wrapper.conf
/App root/jars/wrapper.jar
/App root/jars/wrapper.dll
/App root/logs/
RunService.bat pat is set to...
set _WRAPPER_CONF="%_REALPATH%\config\wrapper.conf"
#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
# own application rather than the values used for the
# TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=java
# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=jars/wrapper.jar
wrapper.java.classpath.2=mpi.jar
wrapper.java.classpath.3=jars\crimson.jar
wrapper.java.classpath.4=jars\classes12.zip
wrapper.java.classpath.5=jars\classes12.jar
wrapper.java.classpath.6=jars\jconn2.jar
wrapper.java.classpath.7=jars\ifxjdbc.jar
wrapper.java.classpath.8=jars\mysql.jar
wrapper.java.classpath.9=jars\msutil.jar
wrapper.java.classpath.10=jars\msbase.jar
wrapper.java.classpath.11=jars\mssqlserver.jar
wrapper.java.classpath.12=jars\pki.jar
wrapper.java.classpath.13=jars\hsm.jar
wrapper.java.classpath.14=jars\jprov.jar
wrapper.java.classpath.15=jars\kmjava.jar
wrapper.java.classpath.16=jars\nfjava.jar
wrapper.java.classpath.17=jars\kmcsp.jar
wrapper.java.classpath.18=jars\db2java.zip
wrapper.java.classpath.19=jars\db2jcc.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=jars
# Java Additional Parameters
wrapper.java.additional.1=-Djava.security.policy=file:config\rmi.policy
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=64
# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=Server.Startup
wrapper.app.parameter.2=xxxxxx
wrapper.app.parameter.3=-version
#wrapper.app.parameter.4=-debug
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM
# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=DEBUG
# Log file to use for wrapper output logging.
wrapper.logfile=logs/wrapper.log
# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM
# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=STATUS
# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0
# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0
# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=Active Merchant
#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.
# Name of the service
wrapper.ntservice.name=Active Merchant
# Display name of the service
wrapper.ntservice.displayname=Active Merchant
# Description of the service
wrapper.ntservice.description=G-Payments Active Merchant MPI.
# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=
# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START
# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Wednesday, August 06, 2008 8:00 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper cannot find main java class.
Tasso,
Could you post your wrapper.conf along with the wrapper.debug=true
output in your wrapper.log for the failed invocation?
Are you using a CLASSPATH environment variable or is the entire
classpath in your wrapper.conf file? That could be a cause.
I should be able to say more once I have seen the above files.
Cheers,
Leif
On Wed, Aug 6, 2008 at 1:26 PM, Tasso Angelidis <ta...@pa...> wrote:
> Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx"
>
> I simulated on another 2003 machine and it all works fine.
>
> Wrapper version we are using 3.1.12
>
> Any ideas?
>
> Anastasios (Tasso) Angelidis
> Developer / Jr. Architect
> PaymentTrust Canada Ltd
> The Royal Bank of Scotland
> 9800 Cavendish blvd. Suite 510
> Montreal, Quebec Canada
> H4M 2V9
>
> Tel: + 1514 336 4949 ext 369
> Fax: + 1514 336 0239
> eMail: ta...@pa...
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Ariela M. <Ar...@tr...> - 2008-08-07 06:40:12
|
Hi, Where can I find information regarding the logging levels in "wrapper .conf" ariella |
|
From: <mic...@mv...> - 2008-08-07 06:39:22
|
Hello, I couldn´t find any information on google, so i hope i will get them here. The Problem is i want to run an applikation via wrapper as a windows service. I had to configure the JAVA_HOME path manually with wrapper.java.command=D:/Programme/Java/jdk1.6.0_02/bin/java When i now going to run the applikation with wrapper as a console with wrapper.exe -c wrapper.conf the application works fine But when i want to start the applikation in serivce modus, i get the problem that my applikation is using the JAVA_HOME which is set as a enviroment variable instead my manual added version. (which i can´t change ! It has to be the manuell !!) So it seems that Wrapper sets the JAVA_HOME path while running as console applikation but not when running as a service. Has anyone an idea or an tip how to fix that problem ?... Greetings Michael |
|
From: Leif M. <le...@ta...> - 2008-08-06 23:59:43
|
Tasso, Could you post your wrapper.conf along with the wrapper.debug=true output in your wrapper.log for the failed invocation? Are you using a CLASSPATH environment variable or is the entire classpath in your wrapper.conf file? That could be a cause. I should be able to say more once I have seen the above files. Cheers, Leif On Wed, Aug 6, 2008 at 1:26 PM, Tasso Angelidis <ta...@pa...> wrote: > Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx" > > I simulated on another 2003 machine and it all works fine. > > Wrapper version we are using 3.1.12 > > Any ideas? > > Anastasios (Tasso) Angelidis > Developer / Jr. Architect > PaymentTrust Canada Ltd > The Royal Bank of Scotland > 9800 Cavendish blvd. Suite 510 > Montreal, Quebec Canada > H4M 2V9 > > Tel: + 1514 336 4949 ext 369 > Fax: + 1514 336 0239 > eMail: ta...@pa... > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Tasso A. <ta...@pa...> - 2008-08-06 20:27:16
|
Hi I installed a java application as a windows NT service on windows 2003 and for the longest time the service was running ok. We then had to stop the application to upgrade and ever since the wrapper can't find the main java class of the application. We even baked up the entire folder and tried starting up the old instance and nothing. Wrapper: "Unable to locate class xxxxxxxxx" I simulated on another 2003 machine and it all works fine. Wrapper version we are using 3.1.12 Any ideas? Anastasios (Tasso) Angelidis Developer / Jr. Architect PaymentTrust Canada Ltd The Royal Bank of Scotland 9800 Cavendish blvd. Suite 510 Montreal, Quebec Canada H4M 2V9 Tel: + 1514 336 4949 ext 369 Fax: + 1514 336 0239 eMail: ta...@pa... |
|
From: Leif M. <le...@ta...> - 2008-08-04 21:32:48
|
Isenberh, This is not currently possible to set up that exact configuration. Can you please post a feature request on the site and I will get that into a near future version. It should be easy to implement. I ask you to submit it so you will be notified of any changes to the issue. Sincerely, Leif Mortenson, Tanuki Software, Inc. On Thu, Jul 31, 2008 at 10:45 PM, Isenberg, Holger <ise...@e-...> wrote: > Is it possible to disable the automatic restart on VM-crashes while letting the manual restart function via wrapper.on_exit.N enabled? > > For Desktop applications the automatic restart might be a good thing, but it is not for backend server which require manual intervention after a crash of the Java-VM to prevent data corruption or inconsistency. At the same time, the manual restart is especially nice for server systems where the user has no access to the system console. > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: matt p. <pie...@ho...> - 2008-08-04 21:19:07
|
Sounds pretty compelling, thanks for the help!> Date: Mon, 4 Aug 2008 12:47:22 -0700> From: le...@ta...> To: wra...@li...> Subject: Re: [Wrapper-user] mass ping time-out event> > Matt,> There was an overflow bug with the timer fixed in version 3.1.2 which> caused the wrapper incorrectly timeout at regular fixed intervals.> Most likely this is the problem that you have encountered. Please> see the release notes for the 3.1.2 release:> http://wrapper.tanukisoftware.org/doc/english/release-notes.html#3.1.2> > Here is the bug:> http://sourceforge.net/tracker/?func=detail&aid=1014405&group_id=39428&atid=425187> > There have been a number of bugs fixed and new features implemented so> we always recommend using the latest version. If the new licensing> is an issue, 3.2.3 was pretty stable.> > If you need to continue using 3.1.1, try setting the> wrapper.use_system_time=FALSE property, it will use the new timer> which does not have the above bug. This new timer is also much more> resilient under heavy loads and is the default as of 3.2.0> http://wrapper.tanukisoftware.org/doc/english/prop-use-system-time.html> > Let me know how this works for you.> > Cheers,> Leif> > On Mon, Aug 4, 2008 at 8:40 AM, matt pierce <pie...@ho...> wrote:> > Here is the wrapper log from one of the instances (all 8 have the same> > signature, and all send the last ping between 16:40:23 and 16:40:25):> >> > INFO | jvm 1 | 2008/08/01 16:40:01 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:01 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:05 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:05 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:09 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:09 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:13 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:13 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:17 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:17 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:21 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:21 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:40:25 | Received a packet PING : ping> > INFO | jvm 1 | 2008/08/01 16:40:25 | Send a packet PING : ok> > INFO | jvm 1 | 2008/08/01 16:45:25 | Read Timed out. (Last Ping was> > 300000 milliseconds ago)> > INFO | jvm 1 | 2008/08/01 16:50:25 | Read Timed out. (Last Ping was> > 600000 milliseconds ago)> > INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: JVM did not> > exit. Give up.> > INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: ShutdownHook> > started> > INFO | jvm 1 | 2008/08/01 16:50:25 | WrapperManager.stop(0) called by> > thread: Wrapper-Shutdown-Hook> > INFO | jvm 1 | 2008/08/01 16:50:25 | Send a packet STOP : 0> > INFO | jvm 1 | 2008/08/01 16:50:26 | Thread, Wrapper-Shutdown-Hook,> > handling the shutdown process.> > INFO | jvm 1 | 2008/08/01 16:50:26 | calling listener.stop()> > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop(0)> > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: invoking stop> > main method> > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop main> > method completed> > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: start main> > method completed> > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stopping.> > Waiting for 2 threads to complete.> > INFO | jvm 1 | 2008/08/01 16:50:27 | WrapperStartStopApp: stopping.> > Waiting for 1 threads to complete.> > INFO | jvm 1 | 2008/08/01 16:50:28 | WrapperStartStopApp: stopping.> > Waiting for 1 threads to complete.> > INFO | jvm 1 | 2008/08/01 16:50:29 | WrapperStartStopApp: stopping.> > Waiting for 1 threads to complete.> > INFO | jvm 1 | 2008/08/01 16:50:30 | WrapperStartStopApp: stopping.> > Waiting for 1 threads to complete.> >> >> > ________________________________> > From: pie...@ho...> > To: wra...@li...> > Date: Mon, 4 Aug 2008 11:15:30 -0400> > Subject: [Wrapper-user] mass ping time-out event> >> > My company uses version 3.1.1 of the wrapper to run 6 different production> > applications spread over 4 Redhat Linux servers. We have a similar setup in> > our QA environment. All of our production applications run far under> > capacity. We never come near to utilizing all the memory allocated to the> > VM, and there is plenty free on the box. The same goes for CPU. We have> > various timeout configurations among them--the 4 webapps are tomcats with a> > 10 minute timeout.> >> > We had an event last week in which all of our wrappers simultaneously timed> > out. Within a 2 second period, 8 different wrappers on 6 different servers> > running 3 distinct applications on 2 different subnets sent one last ping to> > their respective VMs, and that was the last line of logging we saw from any> > of the wrappers until their shutdowns (with the exception of the half-way to> > time-out warning).> >> > Does anyone have an idea about what sort of event could cause this?> >> > ________________________________> > Reveal your inner athlete and share it with friends on Windows Live. Share> > now!> >> > ________________________________> > Get more from your digital life. Find out how.> > -------------------------------------------------------------------------> > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge> > Build the coolest Linux based applications with Moblin SDK & win great> > prizes> > Grand prize is a trip for two to an Open Source event anywhere in the world> > http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________> > Wrapper-user mailing list> > Wra...@li...> > https://lists.sourceforge.net/lists/listinfo/wrapper-user> >> >> > -------------------------------------------------------------------------> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge> Build the coolest Linux based applications with Moblin SDK & win great prizes> Grand prize is a trip for two to an Open Source event anywhere in the world> http://moblin-contest.org/redirect.php?banner_id=100&url=/> _______________________________________________> Wrapper-user mailing list> Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user _________________________________________________________________ Got Game? Win Prizes in the Windows Live Hotmail Mobile Summer Games Trivia Contest http://www.gowindowslive.com/summergames?ocid=TXT_TAGHM |
|
From: Leif M. <le...@ta...> - 2008-08-04 19:47:27
|
Matt, There was an overflow bug with the timer fixed in version 3.1.2 which caused the wrapper incorrectly timeout at regular fixed intervals. Most likely this is the problem that you have encountered. Please see the release notes for the 3.1.2 release: http://wrapper.tanukisoftware.org/doc/english/release-notes.html#3.1.2 Here is the bug: http://sourceforge.net/tracker/?func=detail&aid=1014405&group_id=39428&atid=425187 There have been a number of bugs fixed and new features implemented so we always recommend using the latest version. If the new licensing is an issue, 3.2.3 was pretty stable. If you need to continue using 3.1.1, try setting the wrapper.use_system_time=FALSE property, it will use the new timer which does not have the above bug. This new timer is also much more resilient under heavy loads and is the default as of 3.2.0 http://wrapper.tanukisoftware.org/doc/english/prop-use-system-time.html Let me know how this works for you. Cheers, Leif On Mon, Aug 4, 2008 at 8:40 AM, matt pierce <pie...@ho...> wrote: > Here is the wrapper log from one of the instances (all 8 have the same > signature, and all send the last ping between 16:40:23 and 16:40:25): > > INFO | jvm 1 | 2008/08/01 16:40:01 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:01 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:05 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:05 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:09 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:09 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:13 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:13 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:17 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:17 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:21 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:21 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:40:25 | Received a packet PING : ping > INFO | jvm 1 | 2008/08/01 16:40:25 | Send a packet PING : ok > INFO | jvm 1 | 2008/08/01 16:45:25 | Read Timed out. (Last Ping was > 300000 milliseconds ago) > INFO | jvm 1 | 2008/08/01 16:50:25 | Read Timed out. (Last Ping was > 600000 milliseconds ago) > INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: JVM did not > exit. Give up. > INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: ShutdownHook > started > INFO | jvm 1 | 2008/08/01 16:50:25 | WrapperManager.stop(0) called by > thread: Wrapper-Shutdown-Hook > INFO | jvm 1 | 2008/08/01 16:50:25 | Send a packet STOP : 0 > INFO | jvm 1 | 2008/08/01 16:50:26 | Thread, Wrapper-Shutdown-Hook, > handling the shutdown process. > INFO | jvm 1 | 2008/08/01 16:50:26 | calling listener.stop() > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop(0) > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: invoking stop > main method > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop main > method completed > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: start main > method completed > INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stopping. > Waiting for 2 threads to complete. > INFO | jvm 1 | 2008/08/01 16:50:27 | WrapperStartStopApp: stopping. > Waiting for 1 threads to complete. > INFO | jvm 1 | 2008/08/01 16:50:28 | WrapperStartStopApp: stopping. > Waiting for 1 threads to complete. > INFO | jvm 1 | 2008/08/01 16:50:29 | WrapperStartStopApp: stopping. > Waiting for 1 threads to complete. > INFO | jvm 1 | 2008/08/01 16:50:30 | WrapperStartStopApp: stopping. > Waiting for 1 threads to complete. > > > ________________________________ > From: pie...@ho... > To: wra...@li... > Date: Mon, 4 Aug 2008 11:15:30 -0400 > Subject: [Wrapper-user] mass ping time-out event > > My company uses version 3.1.1 of the wrapper to run 6 different production > applications spread over 4 Redhat Linux servers. We have a similar setup in > our QA environment. All of our production applications run far under > capacity. We never come near to utilizing all the memory allocated to the > VM, and there is plenty free on the box. The same goes for CPU. We have > various timeout configurations among them--the 4 webapps are tomcats with a > 10 minute timeout. > > We had an event last week in which all of our wrappers simultaneously timed > out. Within a 2 second period, 8 different wrappers on 6 different servers > running 3 distinct applications on 2 different subnets sent one last ping to > their respective VMs, and that was the last line of logging we saw from any > of the wrappers until their shutdowns (with the exception of the half-way to > time-out warning). > > Does anyone have an idea about what sort of event could cause this? > > ________________________________ > Reveal your inner athlete and share it with friends on Windows Live. Share > now! > > ________________________________ > Get more from your digital life. Find out how. > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: matt p. <pie...@ho...> - 2008-08-04 15:40:45
|
Here is the wrapper log from one of the instances (all 8 have the same signature, and all send the last ping between 16:40:23 and 16:40:25): INFO | jvm 1 | 2008/08/01 16:40:01 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:01 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:05 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:05 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:09 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:09 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:13 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:13 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:17 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:17 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:21 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:21 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:40:25 | Received a packet PING : pingINFO | jvm 1 | 2008/08/01 16:40:25 | Send a packet PING : okINFO | jvm 1 | 2008/08/01 16:45:25 | Read Timed out. (Last Ping was 300000 milliseconds ago)INFO | jvm 1 | 2008/08/01 16:50:25 | Read Timed out. (Last Ping was 600000 milliseconds ago)INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: JVM did not exit. Give up.INFO | jvm 1 | 2008/08/01 16:50:25 | Wrapper Manager: ShutdownHook startedINFO | jvm 1 | 2008/08/01 16:50:25 | WrapperManager.stop(0) called by thread: Wrapper-Shutdown-HookINFO | jvm 1 | 2008/08/01 16:50:25 | Send a packet STOP : 0INFO | jvm 1 | 2008/08/01 16:50:26 | Thread, Wrapper-Shutdown-Hook, handling the shutdown process.INFO | jvm 1 | 2008/08/01 16:50:26 | calling listener.stop()INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop(0)INFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: invoking stop main methodINFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stop main method completedINFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: start main method completedINFO | jvm 1 | 2008/08/01 16:50:26 | WrapperStartStopApp: stopping. Waiting for 2 threads to complete.INFO | jvm 1 | 2008/08/01 16:50:27 | WrapperStartStopApp: stopping. Waiting for 1 threads to complete.INFO | jvm 1 | 2008/08/01 16:50:28 | WrapperStartStopApp: stopping. Waiting for 1 threads to complete.INFO | jvm 1 | 2008/08/01 16:50:29 | WrapperStartStopApp: stopping. Waiting for 1 threads to complete.INFO | jvm 1 | 2008/08/01 16:50:30 | WrapperStartStopApp: stopping. Waiting for 1 threads to complete. From: pie...@ho...: wra...@li...: Mon, 4 Aug 2008 11:15:30 -0400Subject: [Wrapper-user] mass ping time-out event My company uses version 3.1.1 of the wrapper to run 6 different production applications spread over 4 Redhat Linux servers. We have a similar setup in our QA environment. All of our production applications run far under capacity. We never come near to utilizing all the memory allocated to the VM, and there is plenty free on the box. The same goes for CPU. We have various timeout configurations among them--the 4 webapps are tomcats with a 10 minute timeout.We had an event last week in which all of our wrappers simultaneously timed out. Within a 2 second period, 8 different wrappers on 6 different servers running 3 distinct applications on 2 different subnets sent one last ping to their respective VMs, and that was the last line of logging we saw from any of the wrappers until their shutdowns (with the exception of the half-way to time-out warning).Does anyone have an idea about what sort of event could cause this? Reveal your inner athlete and share it with friends on Windows Live. Share now! _________________________________________________________________ Get more from your digital life. Find out how. http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home2_082008 |
|
From: matt p. <pie...@ho...> - 2008-08-04 15:15:40
|
My company uses version 3.1.1 of the wrapper to run 6 different production applications spread over 4 Redhat Linux servers. We have a similar setup in our QA environment. All of our production applications run far under capacity. We never come near to utilizing all the memory allocated to the VM, and there is plenty free on the box. The same goes for CPU. We have various timeout configurations among them--the 4 webapps are tomcats with a 10 minute timeout. We had an event last week in which all of our wrappers simultaneously timed out. Within a 2 second period, 8 different wrappers on 6 different servers running 3 distinct applications on 2 different subnets sent one last ping to their respective VMs, and that was the last line of logging we saw from any of the wrappers until their shutdowns (with the exception of the half-way to time-out warning). Does anyone have an idea about what sort of event could cause this? _________________________________________________________________ Reveal your inner athlete and share it with friends on Windows Live. http://revealyourinnerathlete.windowslive.com?locale=en-us&ocid=TXT_TAGLM_WLYIA_whichathlete_us |