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

[Wrapper-user] wrapper breakes after 5 resets

[Bastian S. <Bas...@gm...>]

Hi, 
i have a service which should be restarted after running every time to avoide storage problems in my JVM. So after doing its normal work WrapperManager.restart() is called and JVM should be resetted.

But after 5 restarts I got the following output in my wrapper logfile

...
STATUS | wrapper  | 2008/05/27 08:15:33 | JVM requested a restart.
FATAL  | wrapper  | 2008/05/27 08:15:35 | There were 5 failed launches in a row, each lasting less than 300 seconds.  Giving up.
FATAL  | wrapper  | 2008/05/27 08:15:35 |   There may be a configuration problem: please check the logs.
STATUS | wrapper  | 2008/05/27 08:15:35 | <-- Wrapper Stopped

and my wrapper doesn't restart anymore. I have to run the install.bat file to get a new wrapper.

I know the key "wrapper.max_failed_invocations", but increasing this key will only hide the problem of failed launches. I have also tested setting the key "wrapper.restart.delay" from 5 to 10 seconds but this dosn't change anything. 

--> What can I do to get no failed launches in the wrapper or to restart my JVM as often I want?

Here is a short view to my application:

public class RemoteMain implements WrapperListener {
  ...
  public static void main(String[] args){
    try {
      WrapperManager.start(new RemoteEncoMain(), args);
    } catch (Exception e){e.printStrackTrace()}
  }

  public Integer start(String[] args) {
    //create a ServerController
    serverController = new ServerController(showTrayIcon);

    //initialize the services for this ServerController
    initCajoService(args);

    try {
      serverController.startServer(cajoPort, iconString);
    } catch (Exception e) {e.printStrackTrace()}
  }
  ...
}


public class ServerController{
  ...

  //this is my service
  public AbstractService service;

  //the startServer method called from start 
  public void startServer(int serverPort, String iconString) throws UnknownHostException, RemoteException {
    if (showTrayIcon) {
      new TrayIconManager().initTrayIcon(iconString, serverPort);
    }
    CajoReceiver.initServer(serverPort);

    // bind services as cajo service
    CajoReceiver.bindService(service, service.getServiceName());
  }

  ...
}

This is my configuration file:
#********************************************************************
# Service Wrapper Properties
#
#********************************************************************
# Java Application
wrapper.java.command=C:/jre1.5.0_12/bin/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=de.server.RemoteMain


set.MYAPP_HOME=C:/myapp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
...


# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=%MYAPP_HOME%/sys/win32/lib

# Java Additional Parameters
wrapper.java.additional.1=-DPLM++WORKDIR=C:\Temp_Server\
wrapper.java.additional.2=-DPLM++USE_FS=FALSE 
wrapper.java.additional.3=-DPLM++USE_READONLY=true
wrapper.java.additional.4=-Dsystem.start.instdir=C:\myapp
wrapper.java.additional.5=-Dsystem.start.bindir=C:\myapp\sys\win32\bin
wrapper.java.additional.6=-Dsystem.start.datadir=C:\myapp\data
wrapper.java.additional.7=-Dsystem.start.tmpdir=C:\Temp_Server\
wrapper.java.additional.8=-Dsystem.start.custpref=default.txt
wrapper.java.additional.9=-Djava.library.path=C:\myapp\sys\win32\lib
wrapper.java.additional.10=-DPLM++AUTO_START_OM=false 
wrapper.java.additional.11=-Dsystem.log.console=yes
wrapper.java.additional.12=-DPLM++OML=7506 
wrapper.java.additional.13=-DPLM++LANGUAGE=DE
wrapper.java.additional.14=-Xmx512M 
wrapper.java.additional.15=-Xms64M

# Initial Java Heap Size (in MB)
wrapper.java.initmemory=64

# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=512

# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=TRAYICON
wrapper.app.parameter.2=CAJOSERVER
wrapper.app.parameter.3=1198
wrapper.app.parameter.4=server.ico

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console.  (default: PM)
wrapper.console.format=PM

# Log level for console output.  (default: INFO)
wrapper.console.loglevel=INFO

# Log file to use for wrapper output logging.
wrapper.logfile=../logs/wrapper_server_ROLLNUM.log

# Format of output for the log file.  (default: LPTM)
wrapper.logfile.format=LPDTM

# Log level for log file output.  (default: INFO)
wrapper.logfile.loglevel=INFO

# 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=10m

# 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=10

# Log level for sys/event log output.  (default: NONE)
wrapper.syslog.loglevel=NONE


#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=MyAPP Server

#********************************************************************
# 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=myapp_server

# Display name of the service
wrapper.ntservice.displayname=MyApp Server

# Description of the service
wrapper.ntservice.description=MyApp Server

# 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=DEMAND_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=true

#********************************************************************
# Wrapper Restart Properties
#********************************************************************

# Controls whether or not the Wrapper configuration file will be 
# reloaded in the event of a JVM restart.   (default: FALSE) 
wrapper.restart.reload_configuration=TRUE

# Controls the number of seconds to pause between a JVM exiting for 
# any reason, and a new JVM being launched.   (default: 5)
wrapper.restart.delay=10 

# Maximum number of times that the Wrapper will attempt to restart 
# the JVM if each attempted invocation exits abnormally or is 
# restarted shortly after having being launched.   (default: 5)
#
# If the JVM was running for a period longer than the value set in 
# the wrapper.successful_invocation_time  property, then the restart 
# count will be reset to 0. So this count only applies to JVM 
# invocations which fail on startup.
wrapper.max_failed_invocations=5

# Specifies the amount of time that an application must remain 
# running before it will be considered to have been a successful 
# invocation.   (default: 300)
wrapper.successful_invocation_time=300

# This property makes it possible to control whether or not multiple
# invocations of a given application can be run at the same time.
# (default: FALSE)
wrapper.single_invocation=FALSE


#********************************************************************
# Wrapper Debug Properties
#********************************************************************

# Used to quickly enable debug logging both to the console and log 
# file. Disabling this flag does not disable debug logging to the 
# console or log file.   (default: FALSE)
wrapper.debug=TRUE
#********************************************************************
-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

Re: [Wrapper-user] Fwd: Wrapper restarts on its own w/o any error

[Sushil D. <sus...@gm...>]

Leif,

I tried with 5 min timeout and that seems to have solve my issue as the
wrapper didnt start.
I also directed the logs as described by you.
thanks for your suggestions.

Regards,

Sushil

On Tue, May 20, 2008 at 7:57 PM, Leif Mortenson <le...@ta...>
wrote:

> Sushil,
> Ok.  Yes you can not have more than one application piping to the same
> log file.  This should be the same for most applications as they each
> open the log file for appending.  When this happens, each file handle
> keeps track of where it thinks the end of the file is and writes to
> it.  The wrapper is doing a read lock but if the file has been
> inactive for more than a couple seconds it allows the file to be
> closed.
>
> If you want to put everything into the same log file, I would suggest
> configuring log4j to output to the console and then let the Wrapper
> handle logging everything to the wrapper.log file.   This is how I
> usally create applications.
>
> Looking at the log file that you sent, it looks like the Java process
> is being starved of CPU for some reason and is not responding to the
> ping requests.   Under normal situations, this should not happen.
>
> Here are some causes I can think of.
> 1) The system does not have enough available physical memory to store
> the entire JVM without disk swapping.
> 2) You may have set the thread priority to a very high value for the
> thread doing the processing.
> 3) Another process has its priority set to a high value so that it is
> allowed to consume all available
> CPU.
>
> In either case, an easy fix should be to extend the ping timeout as
> you mentioned.
> If none of the above are true, especially 1, then this should not be
> necessary.
> Try this:
> wrapper.ping.timeout=300
>
> Be aware that this new timeout will be the fastest that the Wrapper
> will be able to decide
> that your application has actually frozen and then restart it.  We
> recommend keeping this
> timeout as short as possible while being long enough to avoid restarts.
>
> Please let me know the results.
>
> Cheers,
> Leif
>
> On Wed, May 21, 2008 at 1:36 AM, Sushil Dodake <sus...@gm...>
> wrote:
> > Leif,
> > Actually as i mentioed below i am using log4j for logging so my conf
> folder
> > has following files
> > 1. application.properties
> > 2. DataSource.xml
> > 3. log4j.properties
> > 4. <application name>.conf
> >
> > and i have pointed logging of wrapper (defined in the .conf file) and
> > application (defined in the log4j.properties file) to same file.
> > but i could find that in that case the wrapper logging is not done
> correctly
> > as it cant captuer the logs of why and how wrapper is restarted. which is
> > very confusing to me.
> > so i just bifurcated the Wrapper logging and Log4j logging to 2 diffrent
> > files (although the log messages are almost similar except the wrapper
> > loging showed th reason of restart) and found that the JVM is restarted
> as
> > there is no response.
> > I brisk through google and could find out that the wrapper is not able to
> > get any response from JVM and hence it starts new JVM instance.
> > as in my .conf file i have not set any of the following properties
> > wrapper.ping.timeout
> > wrapper.cpu.timeout
> > Wrapper is using the default 30 secs for wrapper.ping.timeout property.
> >
> > do you think i shall change the wrapper.ping.timeout value to 5 min and
> then
> > try or is there any other solution to this problem?
> >
> >
>
> <snip>
>  >
> RD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BALLWIN&lt;/City>&lt;StateorProvince>MO&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>63011&lt;/PostalCode>&lt;Telephone1>(636)227-8580&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>1&lt;/Id>&lt;/PartyId>&lt;Name
> > lang="EN-US">CITY OF BALLWIN G C&lt;/"
> > DEBUG  | wrapperp | 2008/05/20 06:47:41 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:47:45 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:47:49 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:47:54 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:47:58 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:48:02 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:48:06 | send a packet PING : ping
> > DEBUG  | wrapperp | 2008/05/20 06:48:10 | send a packet PING : ping
> > ERROR  | wrapper  | 2008/05/20 06:48:12 | JVM appears hung: Timed out
> > waiting for signal from JVM.
> > ERROR  | wrapper  | 2008/05/20 06:48:12 | JVM did not exit on request,
> > terminated
> > DEBUG  | wrapperp | 2008/05/20 06:48:12 | server listening on port 32000.
> > DEBUG  | wrapper  | 2008/05/20 06:48:13 | Waiting 5 seconds before
> launching
> > another JVM.
> > STATUS | wrapper  | 2008/05/20 06:48:17 | Launching a JVM...
> > DEBUG  | wrapper  | 2008/05/20 06:48:17 | command: "C:\Program
> > Files\Java\jdk1.6.0_05\bin\java.exe" -Xms768m -Xmx1024m
> > -Djava.library.path="../lib" -classpath
> >
> "../lib/wrapper.jar;../lib/.;../lib/..;../lib/antlr-2.7.6.jar;../lib/asm-attrs.jar;../lib/asm.jar;../lib/axiom-api-1.2.5.jar;../lib/axiom-dom-1.2.5.jar;../lib/axiom-impl-1.2.5.jar;../lib/axis2-kernel-1.3.jar;../lib/axis2-spring-1.3.jar;../lib/castor-1.1.2.1-xml.jar;../lib/cglib-2.1.3.jar;../lib/commons-codec-1.3.jar;../lib/commons-collections-2.1.1.jar;../lib/commons-dbcp-1.2.1.jar;../lib/commons-httpclient-3.0.1.jar;../lib/commons-logging-1.1.jar;../lib/dom4j-1.6.1.jar;../lib/hibernate3.jar;../lib/jmock-1.1.0RC1.jar;../lib/jta.jar;../lib/junit.jar;../lib/log4j-1.2.13.jar;../lib/oracle_jdbc.jar;../lib/quartz.jar;../lib/RebateAutomation_v1_0.jar;../lib/spring.jar;../lib/stax-api-1.0.1.jar;../lib/wrapper.dll;../lib/wrapper.jar;../lib/wrappertest.jar;../lib/wsdl4j-1.6.2.jar;../lib/wstx-asl-3.2.1.jar;../lib/xerces-2.4.0.jar;../lib/xercesImpl-2.8.1.jar;../lib/xml-apis-1.3.03.jar;../lib/XmlSchema-1.3.2.jar;../conf/.;../conf/..;../conf/application.properties;../conf/DataSource.xml;../conf/log4j.properties;../conf/RebateAutomation.conf"
> > -Dwrapper.key="vpyFZDCX8I7aEkfa" -Dwrapper.port=32000
> > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
> > -Dwrapper.debug="TRUE" -Dwrapper.pid=3920 -Dwrapper.version="3.2.3"
> > -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
> > -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=2
>
> <snip>
>

Re: [Wrapper-user] Question on i18n support for Wrapper.exe?

[Venkataramani, S. <sve...@ve...>]

Thanks Leif.

-thanks,
Srinath 

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, May 21, 2008 9:21 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Question on i18n support for Wrapper.exe?

Srinath,
Unfortunately the Wrapper does not currently support double byte
characters in the Wrapper.conf file.  This is something on my todo list
but it would need to be supported on all platforms.

Cheers,
Leif

On Wed, May 21, 2008 at 9:18 PM, Venkataramani, Srinath
<sve...@ve...> wrote:
> Hello,
>     We are trying to use Wrapper.exe to start the java process where 
> the wrapper.conf has path with Chinese characters.
>     Meaning, the content of Wrapper.conf is not ASCII but a different 
> char-set (like Big5,GB,etc).
>     When I start this service it fails.
>     Do I need to do anything specific to indicate to Wrapper.exe for a

> different file encoding of conf file?
>
> -thanks,
> Srinath
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Microsoft Defy all challenges. 
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft Defy all challenges.
Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Question on i18n support for Wrapper.exe?

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

Srinath,
Unfortunately the Wrapper does not currently support double byte characters in
the Wrapper.conf file.  This is something on my todo list but it would need to
be supported on all platforms.

Cheers,
Leif

On Wed, May 21, 2008 at 9:18 PM, Venkataramani, Srinath
<sve...@ve...> wrote:
> Hello,
>     We are trying to use Wrapper.exe to start the java process where the
> wrapper.conf has path with Chinese characters.
>     Meaning, the content of Wrapper.conf is not ASCII but a different
> char-set (like Big5,GB,etc).
>     When I start this service it fails.
>     Do I need to do anything specific to indicate to Wrapper.exe for a
> different file encoding of conf file?
>
> -thanks,
> Srinath
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Wrapper, Vista and Java 6

[Gabriel J. <goj...@ya...>]

Windows vista has a different approach when executing a service. 
In Windows Vista all services are executed on Session0. When a user is logged in it is running in
a different session as the services, like Session1 and does not allow direct interaction between
end user and services. 

In Windows XP the services also run in Session0, but the first user logged in is also running in
session0, so it can directly interact with services.

There is a Microsoft document that explains this a little better, but I cannot remember the URL.
Look for Windows Vista session0 issues or something like that.

Regards, 

Gabriel

--- Joe McMahon <joe...@gm...> escribió:

> I've got an application that creates a tray icon in the SystemTray.
> Originally using JDIC but now migrated to Java 1.6's classes.  The app runs
> as a Windows service using the Wrapper (v. 3.2.3).  When I run on XP or
> 2000, it works fine - service is installer, tray icon appears, etc.
> 
> However, when I run the same code on Vista, the service runs and works
> EXCEPT I don't get a tray icon.
> 
> Any ideas?
> > -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft 
> Defy all challenges. Microsoft(R) Visual Studio 2008. 
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>
_______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 



      Yahoo! Encuentros.

Ahora encontrar pareja es mucho más fácil, probá el nuevo Yahoo! Encuentros http://yahoo.cupidovirtual.com/servlet/NewRegistration

[Wrapper-user] Wrapper, Vista and Java 6

[Joe M. <joe...@gm...>]

I've got an application that creates a tray icon in the SystemTray.
Originally using JDIC but now migrated to Java 1.6's classes.  The app runs
as a Windows service using the Wrapper (v. 3.2.3).  When I run on XP or
2000, it works fine - service is installer, tray icon appears, etc.

However, when I run the same code on Vista, the service runs and works
EXCEPT I don't get a tray icon.

Any ideas?

Re: [Wrapper-user] FW: CTRL-BREAK/PAUSE trapped

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

Scott,
Ok great.   If they press CTRL-C rather than CTRL-BREAK it will tell
the wrapper to shut down.
That is probably what they meant to do.

Cheers,
Leif

On Wed, May 21, 2008 at 10:53 AM, Scott Myers
<sco...@di...> wrote:
> I apologize for posting the question before getting a complete report from
> the customer. They are in Switzerland so it is difficult to gather complete
> information. I was working off of a report that was translated from German
> to English and it was a bit misleading.
>
> It turns out that the customer was running my app (in Windows) in the
> Windows session (rather than as a Windows Service) and thought it was "hung"
> so he hit CTRL-BREAK repeatedly to try to shut it down. That is what was
> causing the CTRL-BREAK/PAUSE signals. The documentation tells them to enter
> a quit command but they didn't read it.
>
> Thanks for your quick response.
>
> Scott
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Tuesday, May 20, 2008 5:41 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] FW: CTRL-BREAK/PAUSE trapped
>
> Scott,
> Are you referring to the "CTRL-BREAK/PAUSE trapped" message?
> It looks like you are running on a Windows machine.
>
> Java has a built in feature to allow the user to request a thread dump
> by pressing
> CTRL + <the BREAK key>.   The Wrapper also traps this key sequence so it can
> be forwarded on to the Java process.
>
> Are you saying that the user is seeing this over and over in the logs?
>  I have never
> heard of this signal being sourced by anything other than a user key press.
> You
> can confirm that your customer is not pressing these keys?   If not
> then there must
> be something else running on the system that is generating those key
> press events.
>
> Cheers,
> Leif
>
> On Wed, May 21, 2008 at 7:12 AM, Scott Myers
> <sco...@di...> wrote:
>> I have a customer who is running my application under JSW. They report
>> seeing the message stream below when they start the application.
> Reportedly,
>> this happens over and over.
>>
>>
>>
>> At this point, I'm just looking for a little guidance about how to proceed
>> with this issue. Does anyone know what trigger such a thing?
>>
>>
>>
>> wrapper  | --> Wrapper Started as Console wrapper  | Launching a JVM...
>>
>> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>>
>> jvm 1    |
>>
>> wrapper  | CTRL-BREAK/PAUSE trapped.  Asking the JVM to dump its state.
>>
>> jvm 1    | 2008-05-20 10:19:11
>>
>> jvm 1    | Full thread dump Java HotSpot(TM) Client VM (10.0-b19 mixed
> mode,
>> sharing):
>>
>> jvm 1    |
>
> <snip>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] FW: CTRL-BREAK/PAUSE trapped

[Scott M. <sco...@di...>]

I apologize for posting the question before getting a complete report from
the customer. They are in Switzerland so it is difficult to gather complete
information. I was working off of a report that was translated from German
to English and it was a bit misleading.

It turns out that the customer was running my app (in Windows) in the
Windows session (rather than as a Windows Service) and thought it was "hung"
so he hit CTRL-BREAK repeatedly to try to shut it down. That is what was
causing the CTRL-BREAK/PAUSE signals. The documentation tells them to enter
a quit command but they didn't read it.

Thanks for your quick response.

Scott

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Tuesday, May 20, 2008 5:41 PM
To: wra...@li...
Subject: Re: [Wrapper-user] FW: CTRL-BREAK/PAUSE trapped

Scott,
Are you referring to the "CTRL-BREAK/PAUSE trapped" message?
It looks like you are running on a Windows machine.

Java has a built in feature to allow the user to request a thread dump
by pressing
CTRL + <the BREAK key>.   The Wrapper also traps this key sequence so it can
be forwarded on to the Java process.

Are you saying that the user is seeing this over and over in the logs?
 I have never
heard of this signal being sourced by anything other than a user key press.
You
can confirm that your customer is not pressing these keys?   If not
then there must
be something else running on the system that is generating those key
press events.

Cheers,
Leif

On Wed, May 21, 2008 at 7:12 AM, Scott Myers
<sco...@di...> wrote:
> I have a customer who is running my application under JSW. They report
> seeing the message stream below when they start the application.
Reportedly,
> this happens over and over.
>
>
>
> At this point, I'm just looking for a little guidance about how to proceed
> with this issue. Does anyone know what trigger such a thing?
>
>
>
> wrapper  | --> Wrapper Started as Console wrapper  | Launching a JVM...
>
> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>
> jvm 1    |
>
> wrapper  | CTRL-BREAK/PAUSE trapped.  Asking the JVM to dump its state.
>
> jvm 1    | 2008-05-20 10:19:11
>
> jvm 1    | Full thread dump Java HotSpot(TM) Client VM (10.0-b19 mixed
mode,
> sharing):
>
> jvm 1    |

<snip>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Fwd: Wrapper restarts on its own w/o any error

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

Sushil,
Ok.  Yes you can not have more than one application piping to the same
log file.  This should be the same for most applications as they each
open the log file for appending.  When this happens, each file handle
keeps track of where it thinks the end of the file is and writes to
it.  The wrapper is doing a read lock but if the file has been
inactive for more than a couple seconds it allows the file to be
closed.

If you want to put everything into the same log file, I would suggest
configuring log4j to output to the console and then let the Wrapper
handle logging everything to the wrapper.log file.   This is how I
usally create applications.

Looking at the log file that you sent, it looks like the Java process
is being starved of CPU for some reason and is not responding to the
ping requests.   Under normal situations, this should not happen.

Here are some causes I can think of.
1) The system does not have enough available physical memory to store
the entire JVM without disk swapping.
2) You may have set the thread priority to a very high value for the
thread doing the processing.
3) Another process has its priority set to a high value so that it is
allowed to consume all available
CPU.

In either case, an easy fix should be to extend the ping timeout as
you mentioned.
If none of the above are true, especially 1, then this should not be necessary.
Try this:
wrapper.ping.timeout=300

Be aware that this new timeout will be the fastest that the Wrapper
will be able to decide
that your application has actually frozen and then restart it.  We
recommend keeping this
timeout as short as possible while being long enough to avoid restarts.

Please let me know the results.

Cheers,
Leif

On Wed, May 21, 2008 at 1:36 AM, Sushil Dodake <sus...@gm...> wrote:
> Leif,
> Actually as i mentioed below i am using log4j for logging so my conf folder
> has following files
> 1. application.properties
> 2. DataSource.xml
> 3. log4j.properties
> 4. <application name>.conf
>
> and i have pointed logging of wrapper (defined in the .conf file) and
> application (defined in the log4j.properties file) to same file.
> but i could find that in that case the wrapper logging is not done correctly
> as it cant captuer the logs of why and how wrapper is restarted. which is
> very confusing to me.
> so i just bifurcated the Wrapper logging and Log4j logging to 2 diffrent
> files (although the log messages are almost similar except the wrapper
> loging showed th reason of restart) and found that the JVM is restarted as
> there is no response.
> I brisk through google and could find out that the wrapper is not able to
> get any response from JVM and hence it starts new JVM instance.
> as in my .conf file i have not set any of the following properties
> wrapper.ping.timeout
> wrapper.cpu.timeout
> Wrapper is using the default 30 secs for wrapper.ping.timeout property.
>
> do you think i shall change the wrapper.ping.timeout value to 5 min and then
> try or is there any other solution to this problem?
>
>

<snip>
> RD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BALLWIN&lt;/City>&lt;StateorProvince>MO&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>63011&lt;/PostalCode>&lt;Telephone1>(636)227-8580&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>1&lt;/Id>&lt;/PartyId>&lt;Name
> lang="EN-US">CITY OF BALLWIN G C&lt;/"
> DEBUG  | wrapperp | 2008/05/20 06:47:41 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:47:45 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:47:49 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:47:54 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:47:58 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:48:02 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:48:06 | send a packet PING : ping
> DEBUG  | wrapperp | 2008/05/20 06:48:10 | send a packet PING : ping
> ERROR  | wrapper  | 2008/05/20 06:48:12 | JVM appears hung: Timed out
> waiting for signal from JVM.
> ERROR  | wrapper  | 2008/05/20 06:48:12 | JVM did not exit on request,
> terminated
> DEBUG  | wrapperp | 2008/05/20 06:48:12 | server listening on port 32000.
> DEBUG  | wrapper  | 2008/05/20 06:48:13 | Waiting 5 seconds before launching
> another JVM.
> STATUS | wrapper  | 2008/05/20 06:48:17 | Launching a JVM...
> DEBUG  | wrapper  | 2008/05/20 06:48:17 | command: "C:\Program
> Files\Java\jdk1.6.0_05\bin\java.exe" -Xms768m -Xmx1024m
> -Djava.library.path="../lib" -classpath
> "../lib/wrapper.jar;../lib/.;../lib/..;../lib/antlr-2.7.6.jar;../lib/asm-attrs.jar;../lib/asm.jar;../lib/axiom-api-1.2.5.jar;../lib/axiom-dom-1.2.5.jar;../lib/axiom-impl-1.2.5.jar;../lib/axis2-kernel-1.3.jar;../lib/axis2-spring-1.3.jar;../lib/castor-1.1.2.1-xml.jar;../lib/cglib-2.1.3.jar;../lib/commons-codec-1.3.jar;../lib/commons-collections-2.1.1.jar;../lib/commons-dbcp-1.2.1.jar;../lib/commons-httpclient-3.0.1.jar;../lib/commons-logging-1.1.jar;../lib/dom4j-1.6.1.jar;../lib/hibernate3.jar;../lib/jmock-1.1.0RC1.jar;../lib/jta.jar;../lib/junit.jar;../lib/log4j-1.2.13.jar;../lib/oracle_jdbc.jar;../lib/quartz.jar;../lib/RebateAutomation_v1_0.jar;../lib/spring.jar;../lib/stax-api-1.0.1.jar;../lib/wrapper.dll;../lib/wrapper.jar;../lib/wrappertest.jar;../lib/wsdl4j-1.6.2.jar;../lib/wstx-asl-3.2.1.jar;../lib/xerces-2.4.0.jar;../lib/xercesImpl-2.8.1.jar;../lib/xml-apis-1.3.03.jar;../lib/XmlSchema-1.3.2.jar;../conf/.;../conf/..;../conf/application.properties;../conf/DataSource.xml;../conf/log4j.properties;../conf/RebateAutomation.conf"
> -Dwrapper.key="vpyFZDCX8I7aEkfa" -Dwrapper.port=32000
> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
> -Dwrapper.debug="TRUE" -Dwrapper.pid=3920 -Dwrapper.version="3.2.3"
> -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE"
> -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=2

<snip>

Re: [Wrapper-user] FW: CTRL-BREAK/PAUSE trapped

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

Scott,
Are you referring to the "CTRL-BREAK/PAUSE trapped" message?
It looks like you are running on a Windows machine.

Java has a built in feature to allow the user to request a thread dump
by pressing
CTRL + <the BREAK key>.   The Wrapper also traps this key sequence so it can
be forwarded on to the Java process.

Are you saying that the user is seeing this over and over in the logs?
 I have never
heard of this signal being sourced by anything other than a user key press.  You
can confirm that your customer is not pressing these keys?   If not
then there must
be something else running on the system that is generating those key
press events.

Cheers,
Leif

On Wed, May 21, 2008 at 7:12 AM, Scott Myers
<sco...@di...> wrote:
> I have a customer who is running my application under JSW. They report
> seeing the message stream below when they start the application. Reportedly,
> this happens over and over.
>
>
>
> At this point, I'm just looking for a little guidance about how to proceed
> with this issue. Does anyone know what trigger such a thing?
>
>
>
> wrapper  | --> Wrapper Started as Console wrapper  | Launching a JVM...
>
> jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org
>
> jvm 1    |
>
> wrapper  | CTRL-BREAK/PAUSE trapped.  Asking the JVM to dump its state.
>
> jvm 1    | 2008-05-20 10:19:11
>
> jvm 1    | Full thread dump Java HotSpot(TM) Client VM (10.0-b19 mixed mode,
> sharing):
>
> jvm 1    |

<snip>

[Wrapper-user] FW: CTRL-BREAK/PAUSE trapped

[Scott M. <sco...@di...>]

I have a customer who is running my application under JSW. They report
seeing the message stream below when they start the application. Reportedly,
this happens over and over.

 

At this point, I'm just looking for a little guidance about how to proceed
with this issue. Does anyone know what trigger such a thing?

 

wrapper  | --> Wrapper Started as Console wrapper  | Launching a JVM... 

jvm 1    | Wrapper (Version 3.2.0) http://wrapper.tanukisoftware.org 

jvm 1    | 

wrapper  | CTRL-BREAK/PAUSE trapped.  Asking the JVM to dump its state. 

jvm 1    | 2008-05-20 10:19:11 

jvm 1    | Full thread dump Java HotSpot(TM) Client VM (10.0-b19 mixed mode,
sharing): 

jvm 1    | 

jvm 1    | "Thread-0" prio=6 tid=0x02b15000 nid=0xdac runnable
[0x031cf000..0x031cfb98] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    |      at java.net.PlainSocketImpl.socketAccept(Native Method) 

jvm 1    |      at java.net.PlainSocketImpl.accept(Unknown Source) 

jvm 1    |      - locked <0x22a15798> (a java.net.SocksSocketImpl) 

jvm 1    |      at java.net.ServerSocket.implAccept(Unknown Source) 

jvm 1    |      at java.net.ServerSocket.accept(Unknown Source) 

jvm 1    |      at ftprwatch.FTPRListener.run(FTPRListener.java:114) 

jvm 1    |      at java.lang.Thread.run(Unknown Source) 

jvm 1    | 

jvm 1    | "Thread-1" prio=6 tid=0x02b04800 nid=0xaec runnable
[0x0317f000..0x0317fc18] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    |      at java.io.FileInputStream.readBytes(Native Method) 

jvm 1    |      at java.io.FileInputStream.read(Unknown Source) 

jvm 1    |      at java.io.BufferedInputStream.read1(Unknown Source) 

jvm 1    |      at java.io.BufferedInputStream.read(Unknown Source) 

jvm 1    |      - locked <0x22a54f08> (a java.io.BufferedInputStream) 

jvm 1    |      at sun.nio.cs.StreamDecoder.readBytes(Unknown Source) 

jvm 1    |      at sun.nio.cs.StreamDecoder.implRead(Unknown Source) 

jvm 1    |      at sun.nio.cs.StreamDecoder.read(Unknown Source) 

jvm 1    |      - locked <0x22972c50> (a java.io.InputStreamReader) 

jvm 1    |      at java.io.InputStreamReader.read(Unknown Source) 

jvm 1    |      at java.io.BufferedReader.fill(Unknown Source) 

jvm 1    |      at java.io.BufferedReader.readLine(Unknown Source) 

jvm 1    |      - locked <0x22972c50> (a java.io.InputStreamReader) 

jvm 1    |      at java.io.BufferedReader.readLine(Unknown Source) 

jvm 1    |      at ftprwatch.ConsoleInput.run(ConsoleInput.java:46) 

jvm 1    |      at java.lang.Thread.run(Unknown Source) 

jvm 1    | 

jvm 1    | "WrapperSimpleAppMain" prio=6 tid=0x02ae0c00 nid=0xcc8 in
Object.wait() [0 x0312f000..0x0312fc98] 

jvm 1    |    java.lang.Thread.State: WAITING (on object monitor) 

jvm 1    |      at java.lang.Object.wait(Native Method) 

jvm 1    |      - waiting on <0x2296bd50> (a java.lang.Thread) 

jvm 1    |      at java.lang.Thread.join(Unknown Source) 

jvm 1    |      - locked <0x2296bd50> (a java.lang.Thread) 

jvm 1    |      at java.lang.Thread.join(Unknown Source) 

jvm 1    |      at ftprwatch.FTPRWatch.main(FTPRWatch.java:139) 

jvm 1    |      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method) 

jvm 1    |      at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
Source) 

jvm 1    |      at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source) 

jvm 1    |      at java.lang.reflect.Method.invoke(Unknown Source) 

jvm 1    |      at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:197) 

jvm 1    |      at java.lang.Thread.run(Unknown Source) 

jvm 1    | 

jvm 1    | "DestroyJavaVM" prio=6 tid=0x00286400 nid=0x76c waiting on
condition [0x00000000..0x0090fd50] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    | 

jvm 1    | "Wrapper-Connection" prio=10 tid=0x02a74000 nid=0x86c runnable
[0x0305f000..0x0305fd18] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    |      at java.net.SocketInputStream.socketRead0(Native Method) 

jvm 1    |      at java.net.SocketInputStream.read(Unknown Source) 

jvm 1    |      at java.net.SocketInputStream.read(Unknown Source) 

jvm 1    |      at java.io.DataInputStream.readByte(Unknown Source) 

jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java:3
708) 

jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:4158) 

jvm 1    |      at java.lang.Thread.run(Unknown Source) 

jvm 1    | 

jvm 1    | "Wrapper-Control-Event-Monitor" daemon prio=6 tid=0x02ae5400
nid=0x794 waiting on condition [0x0300f000..0x0300fd98] 

jvm 1    |    java.lang.Thread.State: TIMED_WAITING (sleeping) 

jvm 1    |      at java.lang.Thread.sleep(Native Method) 

jvm 1    |      at
org.tanukisoftware.wrapper.WrapperManager$3.run(WrapperManager.java:987) 

jvm 1    | 

jvm 1    | "Low Memory Detector" daemon prio=6 tid=0x02a5d800 nid=0x884
runnable [0x00000000..0x00000000] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    | 

jvm 1    | "CompilerThread0" daemon prio=10 tid=0x02a58c00 nid=0xdf0 waiting
on condition [0x00000000..0x02d0f7c4] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    | 

jvm 1    | "Attach Listener" daemon prio=10 tid=0x02a57800 nid=0x82c
runnable [0x00000000..0x00000000] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    | 

jvm 1    | "Signal Dispatcher" daemon prio=10 tid=0x02a56c00 nid=0xbb4
waiting on condition [0x00000000..0x00000000] 

jvm 1    |    java.lang.Thread.State: RUNNABLE 

jvm 1    | 

jvm 1    | "Finalizer" daemon prio=8 tid=0x02a4f000 nid=0xd20 in
Object.wait() [0x02c1f000..0x02c1fc98] 

jvm 1    |    java.lang.Thread.State: WAITING (on object monitor) 

jvm 1    |      at java.lang.Object.wait(Native Method) 

jvm 1    |      - waiting on <0x22a50708> (a
java.lang.ref.ReferenceQueue$Lock) 

jvm 1    |      at java.lang.ref.ReferenceQueue.remove(Unknown Source) 

jvm 1    |      - locked <0x22a50708> (a java.lang.ref.ReferenceQueue$Lock) 

jvm 1    |      at java.lang.ref.ReferenceQueue.remove(Unknown Source) 

jvm 1    |      at java.lang.ref.Finalizer$FinalizerThread.run(Unknown
Source) 

jvm 1    | 

jvm 1    | "Reference Handler" daemon prio=10 tid=0x02a4e000 nid=0xac0 in
Object.wait() [0x02bcf000..0x02bcfd18] 

jvm 1    |    java.lang.Thread.State: WAITING (on object monitor) 

jvm 1    |      at java.lang.Object.wait(Native Method) 

jvm 1    |      - waiting on <0x22a50240> (a java.lang.ref.Reference$Lock) 

jvm 1    |      at java.lang.Object.wait(Object.java:485) 

jvm 1    |      at java.lang.ref.Reference$ReferenceHandler.run(Unknown
Source) 

jvm 1    |      - locked <0x22a50240> (a java.lang.ref.Reference$Lock) 

jvm 1    | 

jvm 1    | "VM Thread" prio=10 tid=0x02a4cc00 nid=0xe30 runnable 

jvm 1    | 

jvm 1    | "VM Periodic Task Thread" prio=10 tid=0x02a60000 nid=0xe80
waiting on cond 

ition 

jvm 1    | 

jvm 1    | JNI global references: 745 

jvm 1    | 

jvm 1    | Heap 

jvm 1    |  def new generation   total 960K, used 877K [0x22960000,
0x22a60000, 0x22e40000) 

jvm 1    |   eden space 896K,  90% used [0x22960000, 0x22a2b488, 0x22a40000)


jvm 1    |   from space 64K, 100% used [0x22a50000, 0x22a60000, 0x22a60000) 

jvm 1    |   to   space 64K,   0% used [0x22a40000, 0x22a40000, 0x22a50000) 

jvm 1    |  tenured generation   total 4096K, used 136K [0x22e40000,
0x23240000, 0x26960000) 

jvm 1    |    the space 4096K,   3% used [0x22e40000, 0x22e620d8,
0x22e62200, 0x23240000) 

jvm 1    |  compacting perm gen  total 12288K, used 1056K [0x26960000,
0x27560000, 0x2a960000) 

jvm 1    |    the space 12288K,   8% used [0x26960000, 0x26a68328,
0x26a68400, 0x27560000) 

jvm 1    |     ro space 8192K,  62% used [0x2a960000, 0x2ae62a28,
0x2ae62c00, 0x2b160000) 

jvm 1    |     rw space 12288K,  52% used [0x2b160000, 0x2b7a86b8,
0x2b7a8800, 0x2bd60000)

 

Thanks for any help anyone can provide.

 

Scott Myers

 

 

Re: [Wrapper-user] Fwd: Wrapper restarts on its own w/o any error

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

Sushil,
The log file you sent me is the log output of your application, not
the Wrapper.  It does not contain any of the wrapper related log
output.

 From your wrapper.conf, I see the following:
---
wrapper.logfile=../logs/wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=NONE
---
This means that you have disabled all wrapper log output.
Please change the final line to this:
---
wrapper.logfile=../logs/wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=DEBUG
---
Then send me the results.  This will show me the information I need.

Thanks,
Leif

Sushil Dodake wrote:
> Leif,
> Thanks for your prompt reply.
> I have already set the DEBUG level logging.
> for your information i am using Log4j logging.
> Please find attached the log file (Please note this is just a snippet 
> of the log file and not a complete logs.)
> The parts in the log file where the log changes are as below
> 1. 2008-05-15 04:14:05,920 [DefaultQuartzScheduler_Worker-4] DEBUG 
> com.toro.rebateautomation.service.InvoiceServiceImpl  - Got response 
> from invoice service
> At this point of time my batch job receives the XML (very large) from 
> the service A and then it is supposed to massage the XML and send it 
> to service B.
> But here the Wrapper gets restarted.
>  
> 2. 2008-05-15 04:15:17,017 [WrapperListener_start_runner] DEBUG 
> com.toro.rebateautomation.RebateAutomation  - Context files loaded 
> successfully, batch process started
> at this point the wrapper is completely loaded and these logs are very 
> similar to teh one when i started the wrapper 1st time.
>  
> if you can see there is no error message logged.
>
> regards,
>  
> Sushil
> On Thu, May 15, 2008 at 9:04 PM, Leif Mortenson 
> <le...@ta... <mailto:le...@ta...>> wrote:
>
>     Sushil,
>     I think you meant to post this to the mailing list.
>
>     I can think of several things that could be happening to cause
>     the Wrapper to restart but I would be guessing without seeing
>     the log file.   Could you please set the wrapper.debug=true
>     property in your wrapper.conf file.  Then rerun your application.
>
>     Post back with the contents of the log file as an attachment.
>     Only send the log file about 5 minutes before the restart to just
>     after the new JVM has come up.   I should then be able to tell
>     you exactly what is happening.
>
>     A couple questions at the same time though.  Your max memory
>     is set to 512MB.  What is the total amount of physical memory
>     on that system.   Java behaves very poorly if the the JVM's
>     memory is forced to disk swap even slightly.  It is important to
>     make sure that you always have enough free memory to support
>     all of the JVM's memory.   I have seen cases where the JVM will
>     freeze for up to 5 minutes and run at at least 1/1000 normal
>     speed because of disc swapping.
>
>     Cheers,
>     Leif
>
>
>     Sushil Dodake wrote:
>
>
>         I am using JAVA service Wrapper + Spring in my application.
>         This application is a batch job which basically calls other
>         applcations at regular intervals.
>         i start this batch using the install.bat file and stop it
>         using uninstall.bat file.
>         it is deployed as windows service.
>         The other applications are AXIS2 1.3 webservices.
>         The batch application is set in the JAVA 6 environament.
>
>         when this batch job calls a webservice A the service returns a
>         XML (very large in size) which is then massaged by the batch
>         application and then sent back to another service say B(XML
>         very large in size) .
>         the service B then finishes its process and ther returns back
>         to the batch which eventually updates the status of process in DB
>         If the above process continues for  2 or 3 hours then the
>         batch job suddenly gets reset/reload.
>         this behaviour is very unpredictable some times it happens
>         after 2/3 hrs some times 4 hrs... once the XML is received it
>         generally restarts before massaging and sending the XML to
>         service B and as this reloads the stuff the current running
>         process is suspended in between and is never completed.
>
>         and Spring reloads application context which is very strange
>         behavious i guess the JVM restarts.
>         i could see same log messags which appeared @ the application
>         start.
>         In my conf file i havnt set any restart parameters.
>         also it seems ther is no eror message in the log file which
>         must have caused the restart.
>         my configuration file looks as below.
>         i am new to this any help in this is appreciated
>
>         #********************************************************************
>
>         # TestWrapper Properties
>
>         #
>
>         # NOTE - Please use src/conf/wrapper.conf.in
>         <http://wrapper.conf.in/> <http://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=com.toro.rebateautomation.RebateAutomation
>
>
>         # Java Classpath (include wrapper.jar) Add class path elements as
>
>         # needed starting from 1
>
>         wrapper.java.classpath.1=../lib/wrapper.jar
>
>         wrapper.java.classpath.2=../lib/*.*
>
>         wrapper.java.classpath.3=../conf/*.*
>
>
>          
>          
>         # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>
>         wrapper.java.library.path.1=../lib
>
>
>         # Java Additional Parameters
>
>         #wrapper.java.additional.1=
>
>
>         # Initial Java Heap Size (in MB)
>
>         wrapper.java.initmemory=256
>
>
>         # Maximum Java Heap Size (in MB)
>
>         wrapper.java.maxmemory=512
>
>
>         # Application parameters. Add parameters as needed starting from 1
>
>         #wrapper.app.parameter.1=
>
>
>         #********************************************************************
>
>         # 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=INFO
>
>
>         # 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=NONE
>
>
>         # 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=Rebate Automation
>
>
>         #********************************************************************
>
>         # 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 <http://wrapper.ntservice.name/>
>         <http://wrapper.ntservice.name/>=Rebate Automation
>
>
>
>         # Display name of the service
>
>         wrapper.ntservice.displayname=Rebate Automation
>
>
>         # Description of the service
>
>         wrapper.ntservice.description=Rebate Automation
>
>
>         # 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
>
>          
>
>
>
>

Re: [Wrapper-user] Fwd: Wrapper restarts on its own w/o any error

[Sushil D. <sus...@gm...>]

2008-05-15 04:14:05,888 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>99-8352&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">70.7&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">37.03&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">70.7&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:29.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,888 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200711-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:31.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968600&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 30 DAYS&lt;/Description>&lt;DueDate>2008-06-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>46228&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">TUCKAWAY COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>6901 W. DREXEL AVE.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FRANKLIN&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53132&lt;/PostalCode>&lt;Telephone1>(414)425-4280&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>46228&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">TUCKAWAY COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>6901 W. DREXEL AVE.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FRANKLIN&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53132&lt;/PostalCode>&lt;Telephone1>(414)425-4280&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>68TH ST.&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">TUCKAWAY COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>MR. JIM POITZ, G.C. SUPT.&lt;/AddressLine1>&lt;AddressLine2>8221 S. 68TH ST.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FRANKLIN&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53132&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">15.67&lt;/TotalTax>&lt;ExtendedPrice currency="USD">267.48&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">295.53&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">36&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>108-9247"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">36&lt;/OrderQuantity>&lt;UnitPrice currency="USD">7.43&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">200.52&lt;/ExtendedPrice>&l"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "t;TotalAmount currency="USD">267.48&lt;/TotalAmount&gt;&lt;InsertDate>2008-05-12T23:59:31.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200715-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:32.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968610&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 30 DAYS&lt;/Description>&lt;DueDate>2008-06-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>70324&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; C.C.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>1175 FOND DU LAC AVE.&lt;/AddressLine1>&lt;AddressLine2>P.O. BOX 1431&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935-1431&lt;/PostalCode>&lt;Telephone1>(920)921-3636&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>70324&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; C.C.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>1175 FOND DU LAC AVE.&lt;/AddressLine1>&lt;AddressLine2>P.O. BOX 1431&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935-1431&lt;/PostalCode>&lt;Telephone1>(920)921-3636&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>GC MAINT&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; COUNTRY CLB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>MR. JIM VANHERWYNEN,G.C. SUPT.&lt;/AddressLine1>&lt;AddressLine2>1175 FOND DU LAC AVE.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">9.1&lt;/TotalTax>&lt;ExtendedPrice currency="USD">174.3&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">191.0&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>855S-5154&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">154.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">68.03&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">107.8&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:32.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.Shippe"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "dQuantity uom="EA">2&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>995-83&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">2&lt;/OrderQuantity>&lt;UnitPrice currency="USD">12.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">11.27&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">24.0&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:32.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">25&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0003&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>363-4103&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">25&lt;/OrderQuantity>&lt;UnitPrice currency="USD">1.7&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">21.24&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">42.5&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:32.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200716-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:34.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968620&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 60 DAYS&lt;/Description>&lt;DueDate>2008-07-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>70324&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; C.C.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>1175 FOND DU LAC AVE.&lt;/AddressLine1>&lt;AddressLine2>P.O. BOX 1431&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935-1431&lt;/PostalCode>&lt;Telephone1>(920)921-3636&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>70324&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; C.C.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>1175 FOND DU LAC AVE.&lt;/AddressLine1>&lt;AddressLine2>P.O. BOX 1431&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935-1431&lt;/PostalCode>&lt;Telephone1>(920)921-3636&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>GC MAINT&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">SOUTH HILLS GOLF &amp;amp; COUNTRY CLB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>MR. JIM VANHERWYNEN,G.C. SUPT.&lt;/AddressLine1>&lt;AddressLine2>1175 FOND DU LAC AVE.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>FOND DU LAC&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>54935&lt;/PostalCode>&lt;Teleph"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "one1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">12.88&lt;/TotalTax>&lt;Ex"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "tendedPrice currency="USD">249.9&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">270.55&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">3&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>854S-5154&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">3&lt;/OrderQuantity>&lt;UnitPrice currency="USD">119.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">153.33&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">249.9&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:34.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200774-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:35.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968630&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 10TH PRX&lt;/Description>&lt;DueDate>2008-06-10T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>113574&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">MILWAUKEE LAWN SPRINKLER CORP.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>N60 W16180 KOHLER LANE&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MENOMONEE FALLS&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53051&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>113574&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">MILWAUKEE LAWN SPRINKLER CORP.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>N60 W16180 KOHLER LANE&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MENOMONEE FALLS&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53051&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>113574&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">MILWAUKEE LAWN SPRINKLER CORP.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>N60 W16180 KOHLER LANE&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MENOMONEE FALLS&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53051&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">5.63&lt;/TotalTax>&lt;ExtendedPrice currency="USD">22.56&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">116.09&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">5&lt;/Toro.ShippedQuantity>&lt;/Toro."
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1470&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">5&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">4.29&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">5.64&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:35.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">5&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1464&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">5&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">4.28&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">5.64&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:35.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">5&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0004&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1446&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">5&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">4.3&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">5.64&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:35.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">5&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0003&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1452&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">5&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">4.2&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">5.64&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:35.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200777-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:37.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968640&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 30 DAYS&lt;/Description>&lt;DueDate>2008-06-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>50104&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">WAUKESHA COUNTY ADMIN. BLDG.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>PARKPLANNING&lt;/AddressLine1>&lt;AddressLine2>1320 PEWAUKEE RD. - RM 230&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>WAUKESHA&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53188-3868&lt;/PostalCode>&lt;Telephone1>(262)548-7790&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>50104&lt;/Id>&lt;/PartyId"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << ">&lt;Name lang="EN-US">WAUKESHA COUNTY ADMIN. BLDG.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>PARKPLANNING&lt;/AddressLine1>&lt;AddressLine2>1320 PEWAUKEE RD. - RM 230&lt;/AddressLin"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "e2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>WAUKESHA&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53188-3868&lt;/PostalCode>&lt;Telephone1>(262)548-7790&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>WANAKI&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">WANAKI MAINTENANCE SHOP&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>MR. MIKE SKENANDORE, SUPT.&lt;/AddressLine1>&lt;AddressLine2>N50 W20830 LISBON RD.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MENOMONEE FALLS&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53051&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">0.0&lt;/TotalTax>&lt;ExtendedPrice currency="USD">374.9&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">374.9&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">10&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0003&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>102-0658&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">10&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.75&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">13.74&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">27.5&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:37.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">2&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>750-061&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">2&lt;/OrderQuantity>&lt;UnitPrice currency="USD">113.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">88.2&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">158.2&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:37.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">10&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0004&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>102-0657&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">10&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.82&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">14.12&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">28.2&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:37.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">2&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-4356&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">2&lt;/OrderQuantity>&lt;UnitPrice currency="USD">115.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">89.46&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">161.0&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:37.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200785-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:38.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968650&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 10TH PRX&lt;/Description>&lt;DueDate>2008-0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "6-10T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>242325&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">NORTH SHORE LAWN SPRINKLER INC&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>PO BOX 1187&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MILWAUKEE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53201-1187&lt;/PostalCode>&lt;Telephone1>(262)502-7959&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>242325&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">NORTH SHORE LAWN SPRINKLER INC&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>PO BOX 1187&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MILWAUKEE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53201-1187&lt;/PostalCode>&lt;Telephone1>(262)502-7959&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>MEN.FALL&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">NORTH SHORE LAWN SPRINKLERS&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>W165 N8456 LAVERGNE AVE&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MENOMONEE FALLS&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53051&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">3.58&lt;/TotalTax>&lt;ExtendedPrice currency="USD">36.06&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">73.79&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">50&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>850-31&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">50&lt;/OrderQuantity>&lt;UnitPrice currency="USD">0.49&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">9.57&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">13.96&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:38.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>850-25&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">38.78&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">15.82&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">22.1&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:38.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200787-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDa"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "te>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968660&lt;/InvoiceSeqId>&lt;InvoiceType>RTN&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMe"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "thod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 30 DAYS&lt;/Description>&lt;DueDate>2008-06-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>94377&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">CITY OF MADISON&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>CITY-COUNTY BLDG, ROOM 406&lt;/AddressLine1>&lt;AddressLine2>210 MARTIN LUTHER KING, JR.BLV&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MADISON&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53703-3345&lt;/PostalCode>&lt;Telephone1>(608)266-4055&lt;/Telephone1>&lt;/Address&gt;&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>94377&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">CITY OF MADISON&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>CITY-COUNTY BLDG, ROOM 406&lt;/AddressLine1>&lt;AddressLine2>210 MARTIN LUTHER KING, JR.BLV&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MADISON&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53703-3345&lt;/PostalCode>&lt;Telephone1>(608)266-4055&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>MOTOR EQ&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">CITY OF MADISON - MOTOR EQUIP.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>ATT: MR. BRUCE NELSON&lt;/AddressLine1>&lt;AddressLine2>200 N. FIRST ST.&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>MADISON&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53704&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">0.0&lt;/TotalTax>&lt;ExtendedPrice currency="USD">-335.89&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-335.89&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">-1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0005&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>93-7038&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">-1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">117.82&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">-77.76&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-106.04&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">-3&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0003&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>69-1770&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">-3&lt;/OrderQuantity>&lt;UnitPrice currency="USD">23.99&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">-50.99&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-64.77&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">-1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0004&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>86-"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "7350&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">-1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">68.16&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">-44.32&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-61.34&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">-1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>106-6895-03&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">-1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">102.38&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">-55.59&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-92.14&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">-1&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>69-2980&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">-1&lt;/OrderQuantity>&lt;UnitPrice currency="USD">12.89&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">-6.8&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">-11.6&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:40.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200790-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:41.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968670&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">CREDIT CARD&lt;/Description>&lt;DueDate>2008-05-12T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>350714&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">J K GREENKEEPER&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>805 MORGAN STREET&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>WAUKESHA&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53188&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>350714&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">J K GREENKEEPER&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>805 MORGAN STREET&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>WAUKESHA&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53188&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>350714&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">J K GREENKEEPER&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>805 MORGAN"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << " STREET&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>WAUKESHA&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>N"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "OCD&lt;/Country>&lt;PostalCode>53188&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">1.98&lt;/TotalTax>&lt;ExtendedPrice currency="USD">29.96&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">0.0&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">4&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>1-603299&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">4&lt;/OrderQuantity>&lt;UnitPrice currency="USD">7.49&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">24.64&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">29.96&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:41.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200792-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968680&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 10TH PRX&lt;/Description>&lt;DueDate>2008-06-10T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>318844&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">OUTDOOR ACCENTS INC&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>9100 NORTH SANTA MONICA BLVD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BAYSIDE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53217&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty&gt;&lt;SoldToParty>&lt;PartyId>&lt;Id>318844&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">OUTDOOR ACCENTS INC&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>9100 NORTH SANTA MONICA BLVD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BAYSIDE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53217&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>318844&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">OUTDOOR ACCENTS INC&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>9100 NORTH SANTA MONICA BLVD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BAYSIDE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53217&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">178.38&lt;/TotalTax>&lt;ExtendedPrice cur"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "rency="USD">1820.65&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">3675.89&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">50&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0029&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1410&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">50&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">42.5&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">57.47&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">8&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0023&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>TSM-02&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">8&lt;/OrderQuantity>&lt;UnitPrice currency="USD">15.65&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">96.85&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">125.2&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate&gt;&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">25&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0026&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1470&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">25&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">21.43&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">28.74&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">6&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0010&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>850-25&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">6&lt;/OrderQuantity>&lt;UnitPrice currency="USD">38.78&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">94.91&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">127.97&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">20&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0009&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>EZF-06-04&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">20&lt;/OrderQuantity>&lt;UnitPrice currency="USD">13.4&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">203.87&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">268.0&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">25&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0028&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1428&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">25&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">21.44&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">28.74&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">80&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0021&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>S800CK&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">80&lt;/OrderQuantity>&lt;UnitPrice currency="USD">8.9&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">587.83&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">712.0&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity "
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "uom="EA">50&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0025&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1464&lt;/Id>&lt;/ItemIds>&"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "2"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "0"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\r]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "lt;/OrderItem>&lt;OrderQuantity uom="EA">50&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">42.81&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">57.47&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">2&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0022&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>TMC-212-ID&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">2&lt;/OrderQuantity>&lt;UnitPrice currency="USD">55.04&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">88.57&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">110.08&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">50&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0020&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-3979&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">50&lt;/OrderQuantity>&lt;UnitPrice currency="USD">9.0&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">186.5&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">247.5&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">25&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0027&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1446&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">25&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">21.5&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">28.74&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">25&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0024&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>89-1482&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">25&lt;/OrderQuantity>&lt;UnitPrice currency="USD">2.09&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">21.45&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">28.74&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:43.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200826-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:45.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968690&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">NET 30 DAYS&lt;/Description>&lt;DueDate>2008-06-11T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>ELM GROVE&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>US&lt;/Country>&lt;PostalCode>53122-0825&lt;/PostalCode>&lt;Telephone1>1 262-786-3305&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SupplierParty>&lt;BillToParty>&lt;PartyId>&lt;Id>50921&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">WESTMOOR COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>400 S MOO"
2008-05-15 04:14:05,904 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "RLAND RD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BROOKFIELD&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53005&lt;/PostalCode>&lt;Telephone1>(262)796-7800&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/BillToParty>&lt;SoldToParty>&lt;PartyId>&lt;Id>50921&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">WESTMOOR COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>NOTRANS&lt;/AddressLine1>&lt;AddressLine2>400 S MOORLAND RD&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BROOKFIELD&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53005&lt;/PostalCode>&lt;Telephone1>(262)796-7800&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/SoldToParty>&lt;ShipToParty>&lt;PartyId>&lt;Id>MAINT BL&lt;/Id>&lt;/PartyId>&lt;Name lang="EN-US">WESTMOOR COUNTRY CLUB&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>MR JERRY KERSHASKY, GC SUPT&lt;/AddressLine1>&lt;AddressLine2>550 S MOORLAND RD 156W&lt;/AddressLine2>&lt;AddressLine3>NOTRANS&lt;/AddressLine3>&lt;AddressLine4>NOTRANS&lt;/AddressLine4>&lt;City>BROOKFIELD&lt;/City>&lt;StateorProvince>WI&lt;/StateorProvince>&lt;Country>NOCD&lt;/Country>&lt;PostalCode>53005&lt;/PostalCode>&lt;Telephone1>NOTRANS&lt;/Telephone1>&lt;/Address>&lt;/Addresses>&lt;/ShipToParty>&lt;/Parties>&lt;TotalCharges currency="USD">0.0&lt;/TotalCharges>&lt;TotalTax currency="USD">2.37&lt;/TotalTax>&lt;ExtendedPrice currency="USD">28.05&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">48.8&lt;/TotalAmount>&lt;/Header>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">2&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0002&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>32128-48&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">2&lt;/OrderQuantity>&lt;UnitPrice currency="USD">0.69&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">1.11&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">1.38&lt;/TotalAmount&gt;&lt;InsertDate>2008-05-12T23:59:45.000-05:00&lt;/InsertDate>&lt;/Line>&lt;Line>&lt;Toro.Invoice.Line.UserArea>&lt;Toro.ShippedQuantity uom="EA">3&lt;/Toro.ShippedQuantity>&lt;/Toro.Invoice.Line.UserArea>&lt;Version>1&lt;/Version>&lt;LineNumber>0001&lt;/LineNumber>&lt;OrderItem>&lt;ItemIds>&lt;Id>65-6270&lt;/Id>&lt;/ItemIds>&lt;/OrderItem>&lt;OrderQuantity uom="EA">3&lt;/OrderQuantity>&lt;UnitPrice currency="USD">8.89&lt;/UnitPrice>&lt;ExtendedPrice currency="USD">22.68&lt;/ExtendedPrice>&lt;TotalAmount currency="USD">26.67&lt;/TotalAmount>&lt;InsertDate>2008-05-12T23:59:45.000-05:00&lt;/InsertDate>&lt;/Line>&lt;/Invoice></tns:InvoiceXML><tns:InvoiceXML>&lt;?xml version="1.0" encoding="UTF-8"?>[\n]"
2008-05-15 04:14:05,920 [DefaultQuartzScheduler_Worker-4] DEBUG httpclient.wire.content  - << "&lt;Invoice>&lt;Header>&lt;DocumentIds>&lt;DocumentId>&lt;Id>01200832-00&lt;/Id>&lt;/DocumentId>&lt;/DocumentIds>&lt;DocumentDateTime>2008-05-12T14:00:00.000-05:00&lt;/DocumentDateTime>&lt;SalesOrderDate>2008-05-12T00:00:00.000-05:00&lt;/SalesOrderDate>&lt;InsertDate>2008-05-12T23:59:46.000-05:00&lt;/InsertDate>&lt;BODId>NOTRANS&lt;/BODId>&lt;InvoiceSeqId>24968700&lt;/InvoiceSeqId>&lt;InvoiceType>SAL&lt;/InvoiceType>&lt;TaxWithholdingExempt>N&lt;/TaxWithholdingExempt>&lt;PaymentTerms>&lt;PaymentMethod>NOTRANS&lt;/PaymentMethod>&lt;Description lang="EN-US">** C O D **&lt;/Description>&lt;DueDate>2008-05-12T00:00:00.000-05:00&lt;/DueDate>&lt;/PaymentTerms>&lt;Parties>&lt;SupplierParty>&lt;PartyId>&lt;Id>000455&lt;/Id>&lt;/PartyId>&lt;Name lang="EN">REINDERS, INC.&lt;/Name>&lt;Addresses>&lt;Address>&lt;AddressLine1>13400 WATERTOWN PLANK ROAD&lt;/AddressLine1>&lt;AddressLine2>NOTRANS&lt;/AddressLine2>&lt;A...
 
[truncated message content]

Re: [Wrapper-user] Fwd: Wrapper restarts on its own w/o any error

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

Sushil,
I think you meant to post this to the mailing list.

I can think of several things that could be happening to cause
the Wrapper to restart but I would be guessing without seeing
the log file.   Could you please set the wrapper.debug=true
property in your wrapper.conf file.  Then rerun your application.

Post back with the contents of the log file as an attachment.
Only send the log file about 5 minutes before the restart to just
after the new JVM has come up.   I should then be able to tell
you exactly what is happening.

A couple questions at the same time though.  Your max memory
is set to 512MB.  What is the total amount of physical memory
on that system.   Java behaves very poorly if the the JVM's
memory is forced to disk swap even slightly.  It is important to
make sure that you always have enough free memory to support
all of the JVM's memory.   I have seen cases where the JVM will
freeze for up to 5 minutes and run at at least 1/1000 normal
speed because of disc swapping.

Cheers,
Leif


Sushil Dodake wrote:
>
> I am using JAVA service Wrapper + Spring in my application.
> This application is a batch job which basically calls other 
> applcations at regular intervals.
> i start this batch using the install.bat file and stop it using 
> uninstall.bat file.
> it is deployed as windows service.
> The other applications are AXIS2 1.3 webservices.
> The batch application is set in the JAVA 6 environament.
>
> when this batch job calls a webservice A the service returns a XML 
> (very large in size) which is then massaged by the batch application 
> and then sent back to another service say B(XML very large in size) .
> the service B then finishes its process and ther returns back to the 
> batch which eventually updates the status of process in DB
> If the above process continues for  2 or 3 hours then the batch job 
> suddenly gets reset/reload.
> this behaviour is very unpredictable some times it happens after 2/3 
> hrs some times 4 hrs... once the XML is received it generally restarts 
> before massaging and sending the XML to service B and as this reloads 
> the stuff the current running process is suspended in between and is 
> never completed.
>
> and Spring reloads application context which is very strange behavious 
> i guess the JVM restarts.
> i could see same log messags which appeared @ the application start.
> In my conf file i havnt set any restart parameters.
> also it seems ther is no eror message in the log file which must have 
> caused the restart.
> my configuration file looks as below.
> i am new to this any help in this is appreciated
>
> #********************************************************************
>
> # TestWrapper Properties
>
> #
>
> # NOTE - Please use src/conf/wrapper.conf.in <http://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=com.toro.rebateautomation.RebateAutomation
>
>
> # Java Classpath (include wrapper.jar) Add class path elements as
>
> # needed starting from 1
>
> wrapper.java.classpath.1=../lib/wrapper.jar
>
> wrapper.java.classpath.2=../lib/*.*
>
> wrapper.java.classpath.3=../conf/*.*
>
>
>  
>
>  
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>
> wrapper.java.library.path.1=../lib
>
>
> # Java Additional Parameters
>
> #wrapper.java.additional.1=
>
>
> # Initial Java Heap Size (in MB)
>
> wrapper.java.initmemory=256
>
>
> # Maximum Java Heap Size (in MB)
>
> wrapper.java.maxmemory=512
>
>
> # Application parameters. Add parameters as needed starting from 1
>
> #wrapper.app.parameter.1=
>
>
> #********************************************************************
>
> # 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=INFO
>
>
> # 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=NONE
>
>
> # 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=Rebate Automation
>
>
> #********************************************************************
>
> # 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 <http://wrapper.ntservice.name/>=Rebate Automation
>
>
> # Display name of the service
>
> wrapper.ntservice.displayname=Rebate Automation
>
>
> # Description of the service
>
> wrapper.ntservice.description=Rebate Automation
>
>
> # 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
>
>  
>
>
>

[Wrapper-user] Test

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

Sorry for the noise

[Wrapper-user] "Locked down" Solaris 10 Server and wrapper shell script

[Matthew C. <ma...@ma...>]

I just wanted to share my little issue with a Solaris 10 install that has
had many of the "expected" packages removed.  And how I modified the wrapper
shell script to work on the "limited" install server.  Of note, all xpg4, UC
Berkley (ucb), sfw, etc. packages have been removed ( the admins followed
some Sun document that lists "safe" packages to remove ).  Leaving pretty
much a "bare bones" install.

The problem I ran in to was created by the fix of bug #1024008 for Solaris.
In that, none of the xpg4 binaries are available on this server.  Either
way, with or without the fix of the bug this problem would have existed. I'm
none too sure if this would be considered a "good" fix - but, it does work
reliably and does not affect any of the other operating
systems/architectures that use the wrapper shell script. It also wont use
this hack if the /usr/xpg4/bin/id is available on the Solaris system.

Anyway, here is a diff between an original wrapper and the modified wrapper:

$ diff wrapper wrapper.orig
334,344d333
<           if [ "$DIST_OS" = "solaris" ]
<           then
<               CUTEXE="/usr/bin/cut"
<               if [ ! -x "$CUTEXE" ]
<               then
<                     echo "Unable to locate a usable 'id' command."
<                     echo "Please report this message along with the
location of the command on your system."
<                     exit 1
<               fi
<               RUNUSER=`${IDEXE} | ${CUTEXE} -d '(' -f2 | ${CUTEXE} -d ')'
-f1`
<           fi
347,352c336
<       if [ "X$RUNUSER" = "X" ]
<       then
<               RUNUSER=`${IDEXE} -u -n`
<       fi
<
<         if [ "${RUNUSER}" = "$RUN_AS_USER" ]
---
>         if [ "`$IDEXE -u -n`" = "$RUN_AS_USER" ]
357d340
<

My hope is to pass this along to another user should they run in to this
frustrating situation.  Sorry for the noise if this has been covered
before... I did search around for a solution before I posted this.  I can
provide the full, modified, wrapper shall script should anyone find interest
in it.

Matt

Re: [Wrapper-user] Licensing Comments

[Markus S. <sc...@gm...>]

Just to clarify from another users point of view:

We appreciate the work of Leif and it's ok for us to pay for a developer
license. But the pricing is really high in contrast to other software
components that we use.

So maybe it would be a good idea to split the developer license into tiers -
maybe with some smaller threshold like 100, such that even small programs
may use the wrapper at a reasonable price.

Sincerely
Markus

2008/4/22, mc...@gm... <mc...@gm...>:
>
>  Thankyou for your detailed reply Leif.
>
> I have sympathy for the arguments you put forward, and as I said, I don't
> have a problem with actually paying a license fee to use JSR.
>
> My issue is that the license stratification, rules and pricing that you
> have established just don't work for me, and I suspect won't work for a
> large number of others.
>
> Put simply, host-based licensing is a complete pain in the behind, and you
> can imagine how completely impossible things would get if we had to manage
> this for every piece of Open Source code we used in the same application.
>
> The only model that makes sense in my view, is developer-based licensing.
> But in this case, you have to have license fees that are reasonable. You
> would do really well, I'm sure, to have a simple developer license where the
> price tag was in the order of a hundred dollars or two. I'm sure you would
> get almost universal uptake from everyone using it for commercial
> purposes....it would be a no-brainer.  But as things stand, a large number
> of users will actually have to think about their options...their
> packaging/admin/management overheads are going to far outweigh the actual
> cost of the host-based license.
>
> And if you're worried about the small number of product companies who
> might be selling thousands of copies of a commercial product that includes
> JSR, the solution is simple. Have two tiers of developer license...for the
> simple reason that numerically, most users who are using it commercially
> will not have the thousands of sites that might justify the cost of the your
> dev license. So you set an arbitrary threshold, say 1,000. If you have more
> than that many separate host installations, you need an add-on license that
> takes you from 1,000 to 10,000 sites. Maybe that one has the pricetag you
> have currently set.
>
> My twenty cents.
>
> I'll take any further discussion with you off-line.
>
> Kind regards...
>
>
>
>
>
> Leif Mortenson wrote:
>
> Milton,
> Thank you for your honest feedback.  We realize and
> expected that not all users would be initially positive about
> the changes to the Wrapper's License.   But we feel that in
> the long run, this will make the Wrapper a much stronger
> product both for our Commercial and Open Source user
> base.
>
> The Wrapper has from the beginning been open source
> and the Community Edition will continue to be so.  We
> appreciate your kind praise of the Wrapper and will make
> every effort to continue to live up to your expectations.
>
> 1) License
>
> Older versions of the Java Service Wrapper were released
> under a very liberal license which placed no restrictions on
> how the Wrapper was used by our users.
>
> Tanuki Software has always treated the Wrapper as a core
> technology and done our best to support, document, develop,
> and test it as we would a commercial product.  This has
> resulted in a stable and flexible tool which has gained wide
> acceptance.
>
> As you are surely aware, providing any quality software
> product comes at a significant cost in both time and money.
> The Wrapper is a culmination of several years of work.  With
> the Wrapper remaining a purely open source product, Tanuki
> Software was not receiving near enough revenue to justify a
> high level of new development.
>
> In the interest of continuing to improve the Wrapper to meet
> the needs of our large user base we decided to offer commercial
> Editions in ADDITION to the community Edition.   This new
> revenue stream has enabled us to directly fund Wrapper
> development.  Which will result in a much more vital application.
>
> We realize that the change to a GPL2 license for the Community
> Edition has added restrictions to how and where the Community
> Edition can be used.  While the GPL is not perfect, the goal here
> is to provide a solution that will enable open source projects to
> continue to use the Wrapper, while at the same time allow for a
> viable business model and thus support its development.  This
> is a model very similar to what MySQL has done.
>
> We have not yet implemented a FLOSS license like MySQL has
> which enables MySQL to be used with many non-GPL OSS licenses,
> but we have no intention to encumber purely OSS projects and
> will work to come up with a fair solution to this problem.
>
> 2) Community Involvement
>
> You are correct that we did not make a wide spread
> announcement of these business plans to the Wrapper community
> at large until just before the 3.3.0 release.  However we have
> been communicating with several of our long time users over the
> last year attempting to get a feel for how these changes would
> affect their businesses and projects.
>
> 3) Feature Set
>
> When we designed the 3 Editions of the Wrapper we were
> very conscious of our long time user base.   The 3.3.0
> Community Edition of the Wrapper contains ALL of the
> features that were available in the 3.2.3 release.  Plus a
> number of new features and bug fixes.
>
> The Commercial Standard and Professional Editions of the
> Wrapper contain all of the features available in the Community
> Edition plus several additional features that are completely
> new to 3.3.0.
>
> Once again, there were NO features removed from the
> Community Edition of the Wrapper as you claim.
>
> We will be continuing to implement features in the Community
> of Wrapper, but will of course also be adding features that will
> be initially available to the commercial editions.
>
> Any patches or code which is submitted by the user base and
> accepted by Tanuki Software will of course be available in the
> Community Edition.
>
> If you have any concerns about specific features, please feel
> free to contact me directly or on list.
>
> 4) Pricing
>
> The Pricing for the Wrapper is something that came out of
> analysis of our costs to maintain the product, the market for
> similar tools, and feedback from users.  The development
> licenses are extremely flexible and unrestrictive to allow our
> customers to use the Wrapper at will within their products.
> If the current pricing does not fit into your business model,
> for example if you sell to a very small number of customers
> and provide a low cost product it may be possible to
> arrange a restricted version of the development license to
> meet your needs.   Please feel free contact
> sa...@ta... to discuss those terms.
>
> 5) Branching
>
> Branching the Wrapper has always been possible, though
> the license and code do require that relevant copyright
> notices always be made available in any such branches.
>
> It is very rare however that an OSS project is successfully
> branched unless the goals of the two projects each satisfy
> respective divergent needs.
>
> The Wrapper also continues to be actively developed and is
> offered at a price that is much less than the resources that
> would be required by any 3rd party to duplicate these
> efforts.
>
> As stated above, we have also made every effort to come up
> with a solution that is fair to our OSS user base while at the
> same time providing the funding required to maintain the
> project's vitality.   Efforts by the OSS community in effect take
> advantage of the OSS licenses to work around our business
> model would have the obvious and unfortunate effect of
> discouraging companies like Tanuki Software from continuing
> to invest in OSS.
>
> We have of course always been aware of this possibility, and
> will rely on our continued development and support efforts
> to continue to provide value to you and the rest of our users.
>
> We look forward to any further feedback you might have.
>
> Sincerely,
> Leif Mortenson,
> Tanuki Software, Inc.
>
>
> Milton Taylor wrote:
>
>  Q. So when is Open Source not open source?
> A. When the copyright owner changes their mind!
>
>  From the Tanuki JSR web-site, and still on display:
> /"The Wrapper, being an open source application, is free and will always
> remain free. "/   Cheap words in hindsight?
>
> I like many others use the Tanuki Java Service Wrapper because it is a
> great solution to a common problem.
>
> I actually don't have a problem with paying some sort of license fee for
> is use, but for something like this, I need to be able to build it into
> my installer, and I'm not going to go to the bother of creating a
> different installer for each target host etc, hence the only version of
> JSR that appears relevant is the Developer version. There is no way I
> can justify paying thousands of dollars for a developer license for this
> piece of work, as useful as it is. Nor could I justify the hassle of
> administering a per-host/per-customer license. Sorry!
>
> What I really object to is the fact that features that were previously
> part of the (true) Open-Source version have now been classified as
> "Professional Features", i.e. the free version is now the functionally
> crippled one. I also think you have done yourself a great dis-service by
> not consulting with your users about what you planned to do. (I don't
> see any prior discussion about this in the mail archive)
>
> So, I guess we're either stuck with version 3.2.3 - unable to
> legitimately obtain the fixes available in 3.3.0 - or we switch to
> something else.
>
> Or, someone creates a true open-source fork as of 3.2.3 and we all carry
> on from there.
>
> Yours in disgruntlement...
> mctozzy
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Licensing Comments

[<mc...@gm...>]

Thankyou for your detailed reply Leif.

I have sympathy for the arguments you put forward, and as I said, I 
don't have a problem with actually paying a license fee to use JSR.

My issue is that the license stratification, rules and pricing that you 
have established just don't work for me, and I suspect won't work for a 
large number of others.

Put simply, host-based licensing is a complete pain in the behind, and 
you can imagine how completely impossible things would get if we had to 
manage this for every piece of Open Source code we used in the same 
application.

The only model that makes sense in my view, is developer-based 
licensing. But in this case, you have to have license fees that are 
reasonable. You would do really well, I'm sure, to have a simple 
developer license where the price tag was in the order of a hundred 
dollars or two. I'm sure you would get almost universal uptake from 
everyone using it for commercial purposes....it would be a no-brainer.  
But as things stand, a large number of users will actually have to think 
about their options...their packaging/admin/management overheads are 
going to far outweigh the actual cost of the host-based license.

And if you're worried about the small number of product companies who 
might be selling thousands of copies of a commercial product that 
includes JSR, the solution is simple. Have two tiers of developer 
license...for the simple reason that numerically, most users who are 
using it commercially will not have the thousands of sites that might 
justify the cost of the your dev license. So you set an arbitrary 
threshold, say 1,000. If you have more than that many separate host 
installations, you need an add-on license that takes you from 1,000 to 
10,000 sites. Maybe that one has the pricetag you have currently set.

My twenty cents.

I'll take any further discussion with you off-line.

Kind regards...





Leif Mortenson wrote:
> Milton,
> Thank you for your honest feedback.  We realize and
> expected that not all users would be initially positive about
> the changes to the Wrapper's License.   But we feel that in
> the long run, this will make the Wrapper a much stronger
> product both for our Commercial and Open Source user
> base.
>
> The Wrapper has from the beginning been open source
> and the Community Edition will continue to be so.  We
> appreciate your kind praise of the Wrapper and will make
> every effort to continue to live up to your expectations.
>
> 1) License
>
> Older versions of the Java Service Wrapper were released
> under a very liberal license which placed no restrictions on
> how the Wrapper was used by our users.
>
> Tanuki Software has always treated the Wrapper as a core
> technology and done our best to support, document, develop,
> and test it as we would a commercial product.  This has
> resulted in a stable and flexible tool which has gained wide
> acceptance.
>
> As you are surely aware, providing any quality software
> product comes at a significant cost in both time and money.
> The Wrapper is a culmination of several years of work.  With
> the Wrapper remaining a purely open source product, Tanuki
> Software was not receiving near enough revenue to justify a
> high level of new development.
>
> In the interest of continuing to improve the Wrapper to meet
> the needs of our large user base we decided to offer commercial
> Editions in ADDITION to the community Edition.   This new
> revenue stream has enabled us to directly fund Wrapper
> development.  Which will result in a much more vital application.
>
> We realize that the change to a GPL2 license for the Community
> Edition has added restrictions to how and where the Community
> Edition can be used.  While the GPL is not perfect, the goal here
> is to provide a solution that will enable open source projects to
> continue to use the Wrapper, while at the same time allow for a
> viable business model and thus support its development.  This
> is a model very similar to what MySQL has done.
>
> We have not yet implemented a FLOSS license like MySQL has
> which enables MySQL to be used with many non-GPL OSS licenses,
> but we have no intention to encumber purely OSS projects and
> will work to come up with a fair solution to this problem.
>
> 2) Community Involvement
>
> You are correct that we did not make a wide spread
> announcement of these business plans to the Wrapper community
> at large until just before the 3.3.0 release.  However we have
> been communicating with several of our long time users over the
> last year attempting to get a feel for how these changes would
> affect their businesses and projects.
>
> 3) Feature Set
>
> When we designed the 3 Editions of the Wrapper we were
> very conscious of our long time user base.   The 3.3.0
> Community Edition of the Wrapper contains ALL of the
> features that were available in the 3.2.3 release.  Plus a
> number of new features and bug fixes.
>
> The Commercial Standard and Professional Editions of the
> Wrapper contain all of the features available in the Community
> Edition plus several additional features that are completely
> new to 3.3.0.
>
> Once again, there were NO features removed from the
> Community Edition of the Wrapper as you claim.
>
> We will be continuing to implement features in the Community
> of Wrapper, but will of course also be adding features that will
> be initially available to the commercial editions.
>
> Any patches or code which is submitted by the user base and
> accepted by Tanuki Software will of course be available in the
> Community Edition.
>
> If you have any concerns about specific features, please feel
> free to contact me directly or on list.
>
> 4) Pricing
>
> The Pricing for the Wrapper is something that came out of
> analysis of our costs to maintain the product, the market for
> similar tools, and feedback from users.  The development
> licenses are extremely flexible and unrestrictive to allow our
> customers to use the Wrapper at will within their products.
> If the current pricing does not fit into your business model,
> for example if you sell to a very small number of customers
> and provide a low cost product it may be possible to
> arrange a restricted version of the development license to
> meet your needs.   Please feel free contact
> sa...@ta... to discuss those terms.
>
> 5) Branching
>
> Branching the Wrapper has always been possible, though
> the license and code do require that relevant copyright
> notices always be made available in any such branches.
>
> It is very rare however that an OSS project is successfully
> branched unless the goals of the two projects each satisfy
> respective divergent needs.
>
> The Wrapper also continues to be actively developed and is
> offered at a price that is much less than the resources that
> would be required by any 3rd party to duplicate these
> efforts.
>
> As stated above, we have also made every effort to come up
> with a solution that is fair to our OSS user base while at the
> same time providing the funding required to maintain the
> project's vitality.   Efforts by the OSS community in effect take
> advantage of the OSS licenses to work around our business
> model would have the obvious and unfortunate effect of
> discouraging companies like Tanuki Software from continuing
> to invest in OSS.
>
> We have of course always been aware of this possibility, and
> will rely on our continued development and support efforts
> to continue to provide value to you and the rest of our users.
>
> We look forward to any further feedback you might have.
>
> Sincerely,
> Leif Mortenson,
> Tanuki Software, Inc.
>
>
> Milton Taylor wrote:
>   
>> Q. So when is Open Source not open source?
>> A. When the copyright owner changes their mind!
>>
>>  From the Tanuki JSR web-site, and still on display:
>> /"The Wrapper, being an open source application, is free and will always
>> remain free. "/   Cheap words in hindsight?
>>
>> I like many others use the Tanuki Java Service Wrapper because it is a
>> great solution to a common problem.
>>
>> I actually don't have a problem with paying some sort of license fee for
>> is use, but for something like this, I need to be able to build it into
>> my installer, and I'm not going to go to the bother of creating a
>> different installer for each target host etc, hence the only version of
>> JSR that appears relevant is the Developer version. There is no way I
>> can justify paying thousands of dollars for a developer license for this
>> piece of work, as useful as it is. Nor could I justify the hassle of
>> administering a per-host/per-customer license. Sorry!
>>
>> What I really object to is the fact that features that were previously
>> part of the (true) Open-Source version have now been classified as
>> "Professional Features", i.e. the free version is now the functionally
>> crippled one. I also think you have done yourself a great dis-service by
>> not consulting with your users about what you planned to do. (I don't 
>> see any prior discussion about this in the mail archive)
>>
>> So, I guess we're either stuck with version 3.2.3 - unable to
>> legitimately obtain the fixes available in 3.3.0 - or we switch to
>> something else.
>>
>> Or, someone creates a true open-source fork as of 3.2.3 and we all carry
>> on from there.
>>
>> Yours in disgruntlement...
>> mctozzy
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>> Don't miss this year's exciting event. There's still time to save $100. 
>> Use priority code J8TL2D2. 
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>   
>>     
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

[Wrapper-user] Licensing Comments (was: Completely aghast at new licensing terms)

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

Milton,
Thank you for your honest feedback.  We realize and
expected that not all users would be initially positive about
the changes to the Wrapper's License.   But we feel that in
the long run, this will make the Wrapper a much stronger
product both for our Commercial and Open Source user
base.

The Wrapper has from the beginning been open source
and the Community Edition will continue to be so.  We
appreciate your kind praise of the Wrapper and will make
every effort to continue to live up to your expectations.

1) License

Older versions of the Java Service Wrapper were released
under a very liberal license which placed no restrictions on
how the Wrapper was used by our users.

Tanuki Software has always treated the Wrapper as a core
technology and done our best to support, document, develop,
and test it as we would a commercial product.  This has
resulted in a stable and flexible tool which has gained wide
acceptance.

As you are surely aware, providing any quality software
product comes at a significant cost in both time and money.
The Wrapper is a culmination of several years of work.  With
the Wrapper remaining a purely open source product, Tanuki
Software was not receiving near enough revenue to justify a
high level of new development.

In the interest of continuing to improve the Wrapper to meet
the needs of our large user base we decided to offer commercial
Editions in ADDITION to the community Edition.   This new
revenue stream has enabled us to directly fund Wrapper
development.  Which will result in a much more vital application.

We realize that the change to a GPL2 license for the Community
Edition has added restrictions to how and where the Community
Edition can be used.  While the GPL is not perfect, the goal here
is to provide a solution that will enable open source projects to
continue to use the Wrapper, while at the same time allow for a
viable business model and thus support its development.  This
is a model very similar to what MySQL has done.

We have not yet implemented a FLOSS license like MySQL has
which enables MySQL to be used with many non-GPL OSS licenses,
but we have no intention to encumber purely OSS projects and
will work to come up with a fair solution to this problem.

2) Community Involvement

You are correct that we did not make a wide spread
announcement of these business plans to the Wrapper community
at large until just before the 3.3.0 release.  However we have
been communicating with several of our long time users over the
last year attempting to get a feel for how these changes would
affect their businesses and projects.

3) Feature Set

When we designed the 3 Editions of the Wrapper we were
very conscious of our long time user base.   The 3.3.0
Community Edition of the Wrapper contains ALL of the
features that were available in the 3.2.3 release.  Plus a
number of new features and bug fixes.

The Commercial Standard and Professional Editions of the
Wrapper contain all of the features available in the Community
Edition plus several additional features that are completely
new to 3.3.0.

Once again, there were NO features removed from the
Community Edition of the Wrapper as you claim.

We will be continuing to implement features in the Community
of Wrapper, but will of course also be adding features that will
be initially available to the commercial editions.

Any patches or code which is submitted by the user base and
accepted by Tanuki Software will of course be available in the
Community Edition.

If you have any concerns about specific features, please feel
free to contact me directly or on list.

4) Pricing

The Pricing for the Wrapper is something that came out of
analysis of our costs to maintain the product, the market for
similar tools, and feedback from users.  The development
licenses are extremely flexible and unrestrictive to allow our
customers to use the Wrapper at will within their products.
If the current pricing does not fit into your business model,
for example if you sell to a very small number of customers
and provide a low cost product it may be possible to
arrange a restricted version of the development license to
meet your needs.   Please feel free contact
sa...@ta... to discuss those terms.

5) Branching

Branching the Wrapper has always been possible, though
the license and code do require that relevant copyright
notices always be made available in any such branches.

It is very rare however that an OSS project is successfully
branched unless the goals of the two projects each satisfy
respective divergent needs.

The Wrapper also continues to be actively developed and is
offered at a price that is much less than the resources that
would be required by any 3rd party to duplicate these
efforts.

As stated above, we have also made every effort to come up
with a solution that is fair to our OSS user base while at the
same time providing the funding required to maintain the
project's vitality.   Efforts by the OSS community in effect take
advantage of the OSS licenses to work around our business
model would have the obvious and unfortunate effect of
discouraging companies like Tanuki Software from continuing
to invest in OSS.

We have of course always been aware of this possibility, and
will rely on our continued development and support efforts
to continue to provide value to you and the rest of our users.

We look forward to any further feedback you might have.

Sincerely,
Leif Mortenson,
Tanuki Software, Inc.


Milton Taylor wrote:
> Q. So when is Open Source not open source?
> A. When the copyright owner changes their mind!
>
>  From the Tanuki JSR web-site, and still on display:
> /"The Wrapper, being an open source application, is free and will always
> remain free. "/   Cheap words in hindsight?
>
> I like many others use the Tanuki Java Service Wrapper because it is a
> great solution to a common problem.
>
> I actually don't have a problem with paying some sort of license fee for
> is use, but for something like this, I need to be able to build it into
> my installer, and I'm not going to go to the bother of creating a
> different installer for each target host etc, hence the only version of
> JSR that appears relevant is the Developer version. There is no way I
> can justify paying thousands of dollars for a developer license for this
> piece of work, as useful as it is. Nor could I justify the hassle of
> administering a per-host/per-customer license. Sorry!
>
> What I really object to is the fact that features that were previously
> part of the (true) Open-Source version have now been classified as
> "Professional Features", i.e. the free version is now the functionally
> crippled one. I also think you have done yourself a great dis-service by
> not consulting with your users about what you planned to do. (I don't 
> see any prior discussion about this in the mail archive)
>
> So, I guess we're either stuck with version 3.2.3 - unable to
> legitimately obtain the fixes available in 3.3.0 - or we switch to
> something else.
>
> Or, someone creates a true open-source fork as of 3.2.3 and we all carry
> on from there.
>
> Yours in disgruntlement...
> mctozzy
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

[Wrapper-user] Completely aghast at new licensing terms

[Milton T. <mc...@gm...>]

Q. So when is Open Source not open source?
A. When the copyright owner changes their mind!

 From the Tanuki JSR web-site, and still on display:
/"The Wrapper, being an open source application, is free and will always
remain free. "/   Cheap words in hindsight?

I like many others use the Tanuki Java Service Wrapper because it is a
great solution to a common problem.

I actually don't have a problem with paying some sort of license fee for
is use, but for something like this, I need to be able to build it into
my installer, and I'm not going to go to the bother of creating a
different installer for each target host etc, hence the only version of
JSR that appears relevant is the Developer version. There is no way I
can justify paying thousands of dollars for a developer license for this
piece of work, as useful as it is. Nor could I justify the hassle of
administering a per-host/per-customer license. Sorry!

What I really object to is the fact that features that were previously
part of the (true) Open-Source version have now been classified as
"Professional Features", i.e. the free version is now the functionally
crippled one. I also think you have done yourself a great dis-service by
not consulting with your users about what you planned to do. (I don't 
see any prior discussion about this in the mail archive)

So, I guess we're either stuck with version 3.2.3 - unable to
legitimately obtain the fixes available in 3.3.0 - or we switch to
something else.

Or, someone creates a true open-source fork as of 3.2.3 and we all carry
on from there.

Yours in disgruntlement...
mctozzy

Re: [Wrapper-user] JVM exited unexpectedly.

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

Dennis,
Everything appears to be working correctly.  The Wrapper starts
up fine, then launches Tomcat.   From the log, it looks like
immediately after Tomcat starts up the JVM process terminates.

Unfortunately, it is not possible to tell exactly what caused the
Java process to crash.   Is this reproducible?  Does it happen at
the same point every time?

I did notice that you have set both your initial and maximum
memory limits to 64MB.    Is that enough memory for your
application?  Java does not usually crash when it is out of
memory.   But you might want to try increasing the maximum
memory size and see what happens.

Cheers,
Leif


Dennis Wistuba wrote:
> Hello,
>
> I want to run a tomcat 6.0.16 with the wrapper, but after starting the topmcat with wrapper, the JVM exited unexpectedly.
>
> Here the debuglog:
>
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Working directory set to: /opt/tomcats/node1346-20
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Spawning intermediate process...
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Spawning daemon process...
> STATUS | wrapper  | 2008/04/14 06:48:46 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2008/04/14 06:48:46 | Java Service Wrapper Community Edition 3.3.0
> STATUS | wrapper  | 2008/04/14 06:48:46 |   Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
> STATUS | wrapper  | 2008/04/14 06:48:46 |     http://wrapper.tanukisoftware.org
> STATUS | wrapper  | 2008/04/14 06:48:46 |
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Using tick timer.
> DEBUG  | wrapperp | 2008/04/14 06:48:46 | server listening on port 32120.
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[0] : /usr/lib/java/bin/java
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[1] : -server
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[2] : -XX:+UseConcMarkSweepGC
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[3] : -Dcatalina.home=/opt/tomcats/apache-tomcat-6.0.16
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[4] : -Dcatalina.base=/opt/tomcats/node1346-20
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[5] : -Djava.io.tmpdir=/opt/tomcats/node1346-20/temp
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[6] : -Dcatalina.config=file:/opt/tomcats/node1346-20/conf/catalina.properties
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[7] : -Djava.awt.headless=true
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[8] : -XX:PermSize=96m
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[9] : -XX:MaxPermSize=96m
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[10] : -Dcom.sun.management.jmxremote
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[11] : -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[12] : -Dorg.tanukisoftware.wrapper.WrapperManager.mbean.testing=false
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[13] : -Dcom.sun.management.jmxremote.port=11020
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[14] : -Dcom.sun.management.jmxremote.ssl=false
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[15] : -Dcom.sun.management.jmxremote.authenticate=true
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[16] : -Dcom.sun.management.jmxremote.password.file=/opt/tomcats/node1346-20/conf/jmxremote.password
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[17] : -Dcom.sun.management.jmxremote.access.file=/opt/tomcats/node1346-20/conf/jmxremote.access
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[18] : -Xms64m
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[19] : -Xmx64m
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[20] : -Djava.library.path=/opt/tomcats/wrapper-3.3.0/
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[21] : -classpath
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[22] : /opt/tomcats/apache-tomcat-6.0.16/bin/bootstrap.jar:/opt/tomcats/wrapper-3.3.0/wrapper.jar
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[23] : -Dwrapper.key=gXd7WZVqU5zEClWu
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[24] : -Dwrapper.port=32120
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[25] : -Dwrapper.jvm.port.min=31000
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[26] : -Dwrapper.jvm.port.max=31999
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[27] : -Dwrapper.debug=TRUE
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[28] : -Dwrapper.pid=8543
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[29] : -Dwrapper.timer_slow_threshold=10
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[30] : -Dwrapper.version=3.3.0
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[31] : -Dwrapper.native_library=wrapper
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[32] : -Dwrapper.ignore_signals=TRUE
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[33] : -Dwrapper.service=TRUE
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[34] : -Dwrapper.disable_shutdown_hook=TRUE
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[35] : -Dwrapper.cpu.timeout=10
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[36] : -Dwrapper.jvmid=1
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[37] : org.tanukisoftware.wrapper.WrapperStartStopApp
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[38] : org.apache.catalina.startup.Bootstrap
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[39] : 1
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[40] : startd
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[41] : org.apache.catalina.startup.Bootstrap
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[42] : true
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[43] : 1
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[44] : stopd
> DEBUG  | wrapper  | 2008/04/14 06:48:46 | Ping settings: wrapper.ping.interval=5, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30
> STATUS | wrapper  | 2008/04/14 06:48:46 | Launching a JVM...
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClas
> sLoader@1a5ab41
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager: Initializing...
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: JVM #1
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Running a 32-bit JVM.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Using wrapper
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Load native library.  One or more attempts may fail if platform specific libraries do not exis
> t.  This is NORMAL and is only a problem if they all fail.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:   Unable to load native library: libwrapper-linux-x86-32.so  Cause: no wrapper-linux-x86-32 in
>  java.library.path
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:   Loaded native library: libwrapper.so
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Calling native initialization method.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperJNI Debug: Inside native WrapperManager initialization method
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Java Version   : 1.5.0_05-b05 Java HotSpot(TM) Server VM
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Startup runner thread started.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Control event monitor thread started.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperStartStopApp@c4fe76, args["startd"]) ca
> lled by thread: main
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Communications runner thread started.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31000
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31001
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31002
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31003
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31004
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Opened Socket from 31005 to 32120
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Send a packet KEY : gXd7WZVqU5zEClWu
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: handleSocket(Socket[addr=localhost/127.0.0.1,port=32120,localport=31005])
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | accepted a socket from 127.0.0.1 on port 31005
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | read a packet KEY : gXd7WZVqU5zEClWu
> DEBUG  | wrapper  | 2008/04/14 06:48:47 | Got key from JVM: gXd7WZVqU5zEClWu
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet LOW_LOG_LEVEL : 1
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet PING_TIMEOUT : 30
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet PROPERTIES : (Property Values)
> DEBUG  | wrapper  | 2008/04/14 06:48:47 | Start Application.
> DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet START : start
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: LowLogLevel from Wrapper is 1
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: PingTimeout from Wrapper is 30000
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values)
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet START : start
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: calling WrapperListener.start()
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperListener.start runner thread started.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperStartStopApp Debug: start(args) Will wait up to 2 seconds for the main method to complete.
> INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperStartStopApp Debug: invoking start main method
> INFO   | jvm 1    | 2008/04/14 06:48:48 | WrapperManager Debug: Send a packet START_PENDING : 5000
> DEBUG  | wrapperp | 2008/04/14 06:48:48 | read a packet START_PENDING : 5000
> DEBUG  | wrapper  | 2008/04/14 06:48:48 | JVM signalled a start pending with waitHint of 5000 millis.
> INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.AprLifecycleListener init
> INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not
>  found on the java.library.path: /opt/tomcats/wrapper-3.3.0/
> INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.coyote.http11.Http11Protocol init
> INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Initializing Coyote HTTP/1.1 on http-7120
> INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.startup.Catalina load
> INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Initialization processed in 935 ms
> INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.StandardService start
> INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Starting service Catalina
> INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.StandardEngine start
> INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Starting Servlet Engine: Apache Tomcat/6.0.16
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Send a packet START_PENDING : 5000
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperStartStopApp Debug: start(args) end.  Main Completed=false, exitCode=null
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: WrapperListener.start runner thread stopped.
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: returned from WrapperListener.start()
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Send a packet STARTED :
> DEBUG  | wrapperp | 2008/04/14 06:48:49 | read a packet START_PENDING : 5000
> DEBUG  | wrapper  | 2008/04/14 06:48:49 | JVM signalled a start pending with waitHint of 5000 millis.
> DEBUG  | wrapperp | 2008/04/14 06:48:49 | read a packet STARTED :
> DEBUG  | wrapper  | 2008/04/14 06:48:49 | JVM signalled that it was started.
> INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Startup runner thread stopped.
> INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:49 org.apache.coyote.http11.Http11Protocol start
> INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Starting Coyote HTTP/1.1 on http-7120
> INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.jk.common.ChannelSocket init
> INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: JK: ajp13 listening on /0.0.0.0:7220
> INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.jk.server.JkMain start
> INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Jk running ID=0 time=0/51  config=null
> INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.catalina.startup.Catalina start
> INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Server startup in 1681 ms
> INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperStartStopApp Debug: start main method completed
> DEBUG  | wrapperp | 2008/04/14 06:48:50 | send a packet PING : ping
> INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperManager Debug: Received a packet PING : ping
> INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperManager Debug: Send a packet PING : ping
> DEBUG  | wrapperp | 2008/04/14 06:48:50 | read a packet PING : ping
> DEBUG  | wrapper  | 2008/04/14 06:48:51 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2008/04/14 06:48:51 |   signal number=17 (SIGCHLD), source="unknown"
> DEBUG  | wrapper  | 2008/04/14 06:48:51 | Received SIGCHLD, checking JVM process status.
> DEBUG  | wrapper  | 2008/04/14 06:48:51 | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
> ERROR  | wrapper  | 2008/04/14 06:48:51 | JVM exited unexpectedly.
> DEBUG  | wrapperp | 2008/04/14 06:48:51 | server listening on port 32120.
> DEBUG  | wrapper  | 2008/04/14 06:48:51 | JVM was only running for 5 seconds leading to a failed restart count of 1.
> DEBUG  | wrapper  | 2008/04/14 06:48:51 | Waiting 5 seconds before launching another JVM.
>
> I have no idea why the JVM crashed.
> Can anyone help me please?
>
> Regards
>
> Dennis
>
>   

[Wrapper-user] JVM exited unexpectedly.

[Dennis W. <Den...@gm...>]

Hello,

I want to run a tomcat 6.0.16 with the wrapper, but after starting the topmcat with wrapper, the JVM exited unexpectedly.

Here the debuglog:

DEBUG  | wrapper  | 2008/04/14 06:48:46 | Working directory set to: /opt/tomcats/node1346-20
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Spawning intermediate process...
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Spawning daemon process...
STATUS | wrapper  | 2008/04/14 06:48:46 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2008/04/14 06:48:46 | Java Service Wrapper Community Edition 3.3.0
STATUS | wrapper  | 2008/04/14 06:48:46 |   Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
STATUS | wrapper  | 2008/04/14 06:48:46 |     http://wrapper.tanukisoftware.org
STATUS | wrapper  | 2008/04/14 06:48:46 |
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Using tick timer.
DEBUG  | wrapperp | 2008/04/14 06:48:46 | server listening on port 32120.
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[0] : /usr/lib/java/bin/java
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[1] : -server
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[2] : -XX:+UseConcMarkSweepGC
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[3] : -Dcatalina.home=/opt/tomcats/apache-tomcat-6.0.16
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[4] : -Dcatalina.base=/opt/tomcats/node1346-20
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[5] : -Djava.io.tmpdir=/opt/tomcats/node1346-20/temp
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[6] : -Dcatalina.config=file:/opt/tomcats/node1346-20/conf/catalina.properties
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[7] : -Djava.awt.headless=true
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[8] : -XX:PermSize=96m
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[9] : -XX:MaxPermSize=96m
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[10] : -Dcom.sun.management.jmxremote
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[11] : -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[12] : -Dorg.tanukisoftware.wrapper.WrapperManager.mbean.testing=false
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[13] : -Dcom.sun.management.jmxremote.port=11020
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[14] : -Dcom.sun.management.jmxremote.ssl=false
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[15] : -Dcom.sun.management.jmxremote.authenticate=true
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[16] : -Dcom.sun.management.jmxremote.password.file=/opt/tomcats/node1346-20/conf/jmxremote.password
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[17] : -Dcom.sun.management.jmxremote.access.file=/opt/tomcats/node1346-20/conf/jmxremote.access
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[18] : -Xms64m
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[19] : -Xmx64m
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[20] : -Djava.library.path=/opt/tomcats/wrapper-3.3.0/
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[21] : -classpath
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[22] : /opt/tomcats/apache-tomcat-6.0.16/bin/bootstrap.jar:/opt/tomcats/wrapper-3.3.0/wrapper.jar
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[23] : -Dwrapper.key=gXd7WZVqU5zEClWu
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[24] : -Dwrapper.port=32120
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[25] : -Dwrapper.jvm.port.min=31000
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[26] : -Dwrapper.jvm.port.max=31999
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[27] : -Dwrapper.debug=TRUE
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[28] : -Dwrapper.pid=8543
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[29] : -Dwrapper.timer_slow_threshold=10
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[30] : -Dwrapper.version=3.3.0
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[31] : -Dwrapper.native_library=wrapper
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[32] : -Dwrapper.ignore_signals=TRUE
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[33] : -Dwrapper.service=TRUE
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[34] : -Dwrapper.disable_shutdown_hook=TRUE
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[35] : -Dwrapper.cpu.timeout=10
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[36] : -Dwrapper.jvmid=1
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[37] : org.tanukisoftware.wrapper.WrapperStartStopApp
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[38] : org.apache.catalina.startup.Bootstrap
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[39] : 1
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[40] : startd
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[41] : org.apache.catalina.startup.Bootstrap
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[42] : true
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[43] : 1
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Command[44] : stopd
DEBUG  | wrapper  | 2008/04/14 06:48:46 | Ping settings: wrapper.ping.interval=5, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30
STATUS | wrapper  | 2008/04/14 06:48:46 | Launching a JVM...
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClas
sLoader@1a5ab41
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager: Initializing...
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: JVM #1
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Running a 32-bit JVM.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Using wrapper
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Load native library.  One or more attempts may fail if platform specific libraries do not exis
t.  This is NORMAL and is only a problem if they all fail.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:   Unable to load native library: libwrapper-linux-x86-32.so  Cause: no wrapper-linux-x86-32 in
 java.library.path
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:   Loaded native library: libwrapper.so
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Calling native initialization method.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperJNI Debug: Inside native WrapperManager initialization method
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Java Version   : 1.5.0_05-b05 Java HotSpot(TM) Server VM
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug:
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Startup runner thread started.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Control event monitor thread started.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperStartStopApp@c4fe76, args["startd"]) ca
lled by thread: main
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Communications runner thread started.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31000
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31001
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31002
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31003
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Failed attempt to bind using local port 31004
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Opened Socket from 31005 to 32120
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Send a packet KEY : gXd7WZVqU5zEClWu
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: handleSocket(Socket[addr=localhost/127.0.0.1,port=32120,localport=31005])
DEBUG  | wrapperp | 2008/04/14 06:48:47 | accepted a socket from 127.0.0.1 on port 31005
DEBUG  | wrapperp | 2008/04/14 06:48:47 | read a packet KEY : gXd7WZVqU5zEClWu
DEBUG  | wrapper  | 2008/04/14 06:48:47 | Got key from JVM: gXd7WZVqU5zEClWu
DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet LOW_LOG_LEVEL : 1
DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet PING_TIMEOUT : 30
DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet PROPERTIES : (Property Values)
DEBUG  | wrapper  | 2008/04/14 06:48:47 | Start Application.
DEBUG  | wrapperp | 2008/04/14 06:48:47 | send a packet START : start
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: LowLogLevel from Wrapper is 1
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: PingTimeout from Wrapper is 30000
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values)
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Received a packet START : start
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: calling WrapperListener.start()
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperManager Debug: WrapperListener.start runner thread started.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperStartStopApp Debug: start(args) Will wait up to 2 seconds for the main method to complete.
INFO   | jvm 1    | 2008/04/14 06:48:47 | WrapperStartStopApp Debug: invoking start main method
INFO   | jvm 1    | 2008/04/14 06:48:48 | WrapperManager Debug: Send a packet START_PENDING : 5000
DEBUG  | wrapperp | 2008/04/14 06:48:48 | read a packet START_PENDING : 5000
DEBUG  | wrapper  | 2008/04/14 06:48:48 | JVM signalled a start pending with waitHint of 5000 millis.
INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.AprLifecycleListener init
INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not
 found on the java.library.path: /opt/tomcats/wrapper-3.3.0/
INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.coyote.http11.Http11Protocol init
INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Initializing Coyote HTTP/1.1 on http-7120
INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.startup.Catalina load
INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Initialization processed in 935 ms
INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.StandardService start
INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Starting service Catalina
INFO   | jvm 1    | 2008/04/14 06:48:48 | 14.04.2008 06:48:48 org.apache.catalina.core.StandardEngine start
INFO   | jvm 1    | 2008/04/14 06:48:48 | INFO: Starting Servlet Engine: Apache Tomcat/6.0.16
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Send a packet START_PENDING : 5000
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperStartStopApp Debug: start(args) end.  Main Completed=false, exitCode=null
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: WrapperListener.start runner thread stopped.
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: returned from WrapperListener.start()
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Send a packet STARTED :
DEBUG  | wrapperp | 2008/04/14 06:48:49 | read a packet START_PENDING : 5000
DEBUG  | wrapper  | 2008/04/14 06:48:49 | JVM signalled a start pending with waitHint of 5000 millis.
DEBUG  | wrapperp | 2008/04/14 06:48:49 | read a packet STARTED :
DEBUG  | wrapper  | 2008/04/14 06:48:49 | JVM signalled that it was started.
INFO   | jvm 1    | 2008/04/14 06:48:49 | WrapperManager Debug: Startup runner thread stopped.
INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:49 org.apache.coyote.http11.Http11Protocol start
INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Starting Coyote HTTP/1.1 on http-7120
INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.jk.common.ChannelSocket init
INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: JK: ajp13 listening on /0.0.0.0:7220
INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.jk.server.JkMain start
INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Jk running ID=0 time=0/51  config=null
INFO   | jvm 1    | 2008/04/14 06:48:50 | 14.04.2008 06:48:50 org.apache.catalina.startup.Catalina start
INFO   | jvm 1    | 2008/04/14 06:48:50 | INFO: Server startup in 1681 ms
INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperStartStopApp Debug: start main method completed
DEBUG  | wrapperp | 2008/04/14 06:48:50 | send a packet PING : ping
INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperManager Debug: Received a packet PING : ping
INFO   | jvm 1    | 2008/04/14 06:48:50 | WrapperManager Debug: Send a packet PING : ping
DEBUG  | wrapperp | 2008/04/14 06:48:50 | read a packet PING : ping
DEBUG  | wrapper  | 2008/04/14 06:48:51 | Signal trapped.  Details:
DEBUG  | wrapper  | 2008/04/14 06:48:51 |   signal number=17 (SIGCHLD), source="unknown"
DEBUG  | wrapper  | 2008/04/14 06:48:51 | Received SIGCHLD, checking JVM process status.
DEBUG  | wrapper  | 2008/04/14 06:48:51 | JVM process exited with a code of 0, leaving the wrapper exit code set to 0.
ERROR  | wrapper  | 2008/04/14 06:48:51 | JVM exited unexpectedly.
DEBUG  | wrapperp | 2008/04/14 06:48:51 | server listening on port 32120.
DEBUG  | wrapper  | 2008/04/14 06:48:51 | JVM was only running for 5 seconds leading to a failed restart count of 1.
DEBUG  | wrapper  | 2008/04/14 06:48:51 | Waiting 5 seconds before launching another JVM.

I have no idea why the JVM crashed.
Can anyone help me please?

Regards

Dennis

-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

[Wrapper-user] pidtest problem on Solaris with long paths

[sdwr98 <sco...@fm...>]

Hi all,

I've recently started using the Java Service Wrapper on Solaris 10, and I
have come across the same issue that 
http://sourceforge.net/tracker/index.php?func=detail&aid=1664303&group_id=39428&atid=425187
this issue  reported back in 2007, namely that on Solaris, when the path to
the service wrapper is longer than 80 characters, the pidtest fails. 

I've identified a workaround, in the pidtest function:

if [ "$DIST_OS" = "solaris" ] 
then
    PSEXE=/usr/ucb/ps
    pidtest=`$PSEXE ww $pid | grep "$WRAPPER_CMD" | tail -1`
else 
    pidtest=`$PSEXE -p $pid -o args | grep "$WRAPPER_CMD" | tail -1`
fi

On Solaris, /usr/ucb/ps is the BSD variant of ps and is capable of providing
the long output we need.  Is there any chance this could get added to the
next release?  

Thanks!
Scott
-- 
View this message in context: http://www.nabble.com/pidtest-problem-on-Solaris-with-long-paths-tp16588411p16588411.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

[Wrapper-user] Multiple CPU / Socket Limitation

[<Aar...@cr...>]

We've been using the Java wrapper service for a socket 'proxy' type 
server.  The server starts and listens to a port using the ServerSocket
.accept() method. As incoming TCP/IP socket requests come in, the server 
then hands it off to another thread that then keeps the socket open and 
has a  'stateful' type conversation. The socket 'proxy' server then 
communicates with stateless EJB's via a JBoss 4.2.1 application for any 
information the incoming socket may need. 

Anyhow, the issue that we are running into deals with the number of 
sockets that the socket server will accept and multi-cpu machines.  For 
example, we have a quad core machine that if we run the socket server 
under command line (bat file), we can have well over 1,000 sockets be 
accepted and handled.  If we run the socket server under the java wrapper 
service, only 230-240 sockets will be accepted when 1,000 were originally 
sent.  We have the exact same results for a single CPU w/HT and dual core 
machines.  It's strange because we have higher number (300+) of incoming 
sockets that can be handled from a single CPU than with a all the other 
CPU scenarios.

Does anyone have ideas on what may be limiting the number of incoming 
sockets the ServerSocket.accept() method can handle?  Is there some kind 
of configuration property that I need to add in order for the wrapper to 
handle a multi-cpu machine?


Environment Details:
        JDK 1.5
        Java Wrapper Service 3.2.3 (also tested it with 3.3.0)   --- using 
the Integration method #1
        Windows Server 2003 Standard/Enterprise (32-bit & 64-bit)

-- Aaron

Re: [Wrapper-user] Automatical restart of the wrapper Service

[P.SathishKumar <sat...@rs...>]

Thanks Leif!
I have attached wrapper log at the time of automatic restart of wrapper
service.First two times it is  not log anything. So only I am  confused.But
the third time it shows the error message as
  Shutdown failed: Timed out waiting for the JVM to terminate.
  JVM did not exit on request, terminated.


I used the Version as 3.1.2.

Regards
Sathish



Leif Mortenson-2 wrote:
> 
> Sathish,
> There are a number of reasons why the Wrapper could have restarted
> the JVM.   In all cases, the Wrapper will write something to the log.
> Can you post your wrapper.log file covering the time period just before
> up through afte the restart?   Also let me know the version of the
> Wrapper you are using.
> 
> Thanks,
> Leif
> 
> P.SathishKumar wrote:
>> Hi, The wrapper service is restarted automatically.I dont know why it 
>> is happen.(May be this is due to heavy load or etc..) . Also If it is 
>> automatic restart it does not leave any logging messages for 
>> restart.(starting/stopping logs are came).Please tell me if anybody 
>> knows about this? 
> 
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 
http://www.nabble.com/file/p16442211/wrapper.log wrapper.log 
-- 
View this message in context: http://www.nabble.com/Automatical-restart-of-the-wrapper-Service-tp16416887p16442211.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.