You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Anand H. <an...@gm...> - 2008-11-20 20:52:26
|
Hello, I have gone through the wrapper documentaiton, but was not able to find the answer to a question of mine. For my application, I am setting wrapper.java.command to point to my java.exe as needed. My question is, is this information suffficient for the wrapper to figure out the values of JAVA_HOME and JRE_HOME values. ? I know i can possibly point to the Java_home in the registry, but I cant do that unfortunately as it is being set in my application through a separate batch file. The system on which installation is being done has multiple versions of java in it and I have to be able to specify the correct version of JAVA and JRE to use for my application. Is there any way to do it in the wrapper.conf file. ? Any pointers to it are most welcome, as it is urgently needed. Thank you, Anand |
|
From: muthukumaran_m <mut...@ho...> - 2008-11-20 14:57:35
|
To too have a similar issue with Jboss Server and specific to 64bit Windows
The log files not rolling out when I start the server using the service but
if I start the server from the console it’s rolling properly.
Please let me know if you have any solutions.
homejob sl wrote:
>
> I'm using java Wrapper (32bit community edition v3.3.0) under windows XP
> environment.
> I wanna roll up the log file for each day & size. so i have written a
> class
> to incorporate it.
> The log file rolls when the application run from the console,
> however It keep on growing when run as a service.(doesn't roll for the
> criteria specified in log4j.property)
>
> Below you can find the Configuration files.
>
> Thanks,
> Safraz
>
>
> #********************************************************************
> # Wrapper License Properties (Ignored by Community Edition)
> #********************************************************************
> #include ../conf/wrapper-license.conf
>
> #********************************************************************
> # Wrapper Java Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=java
>
> # Java Main class. This class must implement the WrapperListener
> interface
> # or guarantee that the WrapperManager class is initialized. Helper
> # classes are provided to do this for you. See the Integration section
> # of the documentation for details.
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>
>
> # Java Classpath (include wrapper.jar) Add class path elements as
> # needed starting from 1
> wrapper.java.classpath.1=../lib/wrapper.jar
> wrapper.java.classpath.2=../FM.jar
> wrapper.java.classpath.3=../lib/InfoLogger.jar
> wrapper.java.classpath.4=../lib/log4j-1.2.15.jar
> wrapper.java.classpath.5=../lib/ant.jar
> wrapper.java.classpath.6=../lib/hibernate/antlr-2.7.6.jar
> wrapper.java.classpath.7=../lib/hibernate/asm-attrs.jar
> wrapper.java.classpath.8=../lib/hibernate/asm.jar
> wrapper.java.classpath.9=../lib/hibernate/cglib-2.1.3.jar
> wrapper.java.classpath.10=../lib/hibernate/commons-collections-2.1.1.jar
> wrapper.java.classpath.11=../lib/hibernate/commons-logging-1.0.4.jar
> wrapper.java.classpath.12=../lib/hibernate/dom4j-1.6.1.jar
> wrapper.java.classpath.13=../lib/hibernate/hibernate3.jar
> wrapper.java.classpath.14=../lib/hibernate/jta.jar
> wrapper.java.classpath.15=../lib/mysql-connector-java-5.1.5-bin.jar
> wrapper.java.classpath.16=../lib/RemoteProcess.jar
> wrapper.java.classpath.17=../lib/jftp.jar
> wrapper.java.classpath.18=../lib/jconn2.jar
> wrapper.java.classpath.19=../lib/mail.jar
> wrapper.java.classpath.20=../lib/activation.jar
> wrapper.java.classpath.21=../lib/TestFork.jar
> wrapper.java.classpath.22=../lib/ConfigurationManager.jar
> wrapper.java.classpath.23=../Distributor/Distributor.jar
>
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
>
> # Java Additional Parameters
> wrapper.java.additional.1=-Dlog4j.configuration=file:../conf/log4j.properties
> wrapper.java.additional.2=-DforkManager.rmi.port=1099
> wrapper.java.additional.3=-Dterminate.startedProcesses=false
> wrapper.java.additional.4=-DforkManager.useSecurityManager=true
> wrapper.java.additional.5=-Djava.rmi.server.codebase=file:../FM.jar
> wrapper.java.additional.6=-Djava.rmi.server.hostname=192.168.11.232
> wrapper.java.additional.7=-Djava.security.policy=../server.policy
> wrapper.java.additional.8=-Dprocessmanager.hibernate.configuration=file:../conf/processmanager-hibernate.cfg.xml
>
>
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
>
> # Application parameters. Add parameters as needed starting from 1
> wrapper.app.parameter.1=lk.informatics.infomediation.forkmanager.ForkManager
>
> #********************************************************************
> # 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=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=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=AvaBill Fork Manager
>
> #********************************************************************
> # 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=AvaBill Fork Manager
>
> # Display name of the service
> wrapper.ntservice.displayname=AvaBill Fork Manager
>
>
> # Description of the service
> wrapper.ntservice.description=AvaBill Fork Manager
>
> # 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
>
>
> ----------------------------
> log4j.property file
>
>
> ### direct log messages to stdout ###
> log4j.appender.stdout=org.apache.log4j.ConsoleAppender
> log4j.appender.stdout.Target=System.out
> log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
> log4j.appender.stdout.layout.ConversionPattern=%d %-5p [%c{2}][%t] - %m%n
>
> log4j.appender.forkManager=lk.informatics.logging.appender.RollingFileAppenderWithDate
> log4j.appender.forkManager.File=../logs/ForkManager.log
> log4j.appender.forkManager.MaxFileSize=1KB
> log4j.appender.forkManager.DateFormat=ddMMyyyy_HHmmss
> log4j.appender.forkManager.layout=org.apache.log4j.PatternLayout
> log4j.appender.forkManager.layout.ConversionPattern=%d %-5p [%c{2}][%t] -
> %m%n
>
> ### direct messages to file logs/message.log ###
> log4j.appender.distfile=lk.informatics.logging.appender.RollingFileAppenderWithDate
> log4j.appender.distfile.File=../logs/dist-message.log
> log4j.appender.distfile.MaxFileSize=256KB
> log4j.appender.distfile.DateFormat=ddMMyyyy_HHmmss
> log4j.appender.distfile.layout=org.apache.log4j.PatternLayout
> log4j.appender.distfile.layout.ConversionPattern=%d %-5p [%c{2}][%t] -
> %m%n
>
>
> log4j.rootLogger=info,stdout,distfile
> log4j.logger.lk.informatics.infomediation.forkmanager=debug, forkManager
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
--
View this message in context: http://www.nabble.com/Log-file-doesn%27t-roll-when-running-as-a-Windows-Service-tp17639727p20590516.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.
|
|
From: Mark L. <mar...@us...> - 2008-11-19 23:19:42
|
Thank you , Leif, for your quick response. It turned out that what enabled me to get things running properly was 3 things: First, I had to use the "UNIX" way of listing the parameters even though I'm working on Windows. At least, the -command, -eclipsehome, and -port parameters had to be divided in two; the other parameters could be in either format. wrapper.app.parameter.1=org.eclipse.help.standalone.Infocenter wrapper.app.parameter.2=-command wrapper.app.parameter.3=start wrapper.app.parameter.4=-eclipsehome wrapper.app.parameter.5= C:/Eclipse wrapper.app.parameter.6=-port wrapper.app.parameter.7=7090 When I used the above format, an Eclipse InfoCenter did start running, but it wouldn't shut down properly. It would leave a javaw.exe process going. I solved that by adding a -noexec parameter. Third, as you noticed, I had an error in the -product value. This error didn't stop the InfoCenter service from starting, but it would display the wrong splash screen and wrong help systems. Once that was fixed, everything seemed fine. thanks again, Mr. Mark Ludwig Sr. Technical Communicator, Global Information Development _____________________________ Lawson Software 380 St. Peter Street St. Paul, MN 55102 Tel: 651-767-6424 http://www.lawson.com |
|
From: Leif M. <lei...@ta...> - 2008-11-19 15:53:27
|
Mark, I believe the problem is the value of the -product parameter. The original java command had the value "com.lawson.help.branding.branding" But in your wrapper.conf file, it has the value "C:/eclipse/plugins/com.lawson.help.branding". The rest looks Ok. This appears to be designed to run on Windows, so it will most likely work. But please note that the parameters to the Java application must be correctly broken up. As you have written things, this will not work on a UNIX platform. You should be coding the parameters as follows: wrapper.app.parameter.1=org.eclipse.help.standalone.Infocenter wrapper.app.parameter.2=-command wrapper.app.parameter.3=start wrapper.app.parameter.4=-eclipsehome wrapper.app.parameter.5=C:/Eclipse wrapper.app.parameter.6=-port wrapper.app.parameter.7=7090 wrapper.app.parameter.8=-data wrapper.app.parameter.9=c:/infocenter/7090_7099_saas/7090_current/infocenter wrapper.app.parameter.10=-product wrapper.app.parameter.11=com.lawson.help.branding.branding wrapper.app.parameter.12=-configuration wrapper.app.parameter.13=c:/infocenter/7090_7099_saas/7090_current/config This is necessary because the UNIX platforms execute a process with the arguments preparsed into an array. If you combine them as you were doing then the they would be passed as is to the main method of your Java process. Cheers, Leif On Wed, Nov 19, 2008 at 4:59 AM, Mark Ludwig <mar...@us...> wrote: > > I'm trying to use the Java Service Wrapper to create a Windows service for > an Eclipse InfoCenter, but I can't get it to work. > > I can start the InfoCenter with the following at a command line: > java -classpath C:\Eclipse\plugins\org.eclipse.help.base_*.jar > org.eclipse.help.standalone.Infocenter > -command start -eclipsehome C:\Eclipse -port 7090 -data > c:\infocenter\7090_7099_saas\7090_current\infocenter > -product com.lawson.help.branding.branding -configuration > c:\infocenter\7090_7099_saas\7090_current\config > > I set up the wrapper config file as follows: > > #******************************************************************** > # Wrapper Java Properties > #******************************************************************** > wrapper.java.command=java > > wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp > > wrapper.java.classpath.1=../lib/wrapper.jar > wrapper.java.classpath.2=C:/eclipse/plugins/org.eclipse.help.base_3.2.2.R322_v20061207.jar > > wrapper.java.library.path.1=../lib > > wrapper.port=32500 > > wrapper.app.parameter.1=org.eclipse.help.standalone.Infocenter > wrapper.app.parameter.2="-command start" > wrapper.app.parameter.3="-eclipsehome C:/Eclipse" > wrapper.app.parameter.4="-port 7090" > wrapper.app.parameter.5="-data > c:/infocenter/7090_7099_saas/7090_current/infocenter" > wrapper.app.parameter.6="-product > C:/eclipse/plugins/com.lawson.help.branding" > wrapper.app.parameter.7="-configuration > c:/infocenter/7090_7099_saas/7090_current/config" > > #******************************************************************** > # Wrapper Logging Properties > #******************************************************************** > # Format of output for the console. (See docs for formats) > wrapper.console.format=PM > wrapper.console.loglevel=INFO > > wrapper.logfile=../logs/wrapperSaas.log > wrapper.logfile.format=LPTM > wrapper.logfile.loglevel=DEBUG > wrapper.logfile.maxsize=0 > 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=Test Wrapper Sample Application > > #******************************************************************** > # 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. > > wrapper.ntservice.name=infocenter_saas_current > > # Display name of the service > wrapper.ntservice.displayname=SaaS Infocenter - Current > > # Description of the service > wrapper.ntservice.description=Infocenter for Current SaaS Operations > > # 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 > > However, when I try to start the service from the Windows Computer > Management tool, a java.exe starts up and then quits, and I get the > following in error log: > > STATUS | wrapper | 2008/11/18 11:55:58 | --> Wrapper Started as Service > STATUS | wrapper | 2008/11/18 11:55:58 | Java Service Wrapper Community > Edition 3.3.1 > STATUS | wrapper | 2008/11/18 11:55:58 | Copyright (C) 1999-2008 Tanuki > Software, Inc. All Rights Reserved. > STATUS | wrapper | 2008/11/18 11:55:58 | > http://wrapper.tanukisoftware.org > STATUS | wrapper | 2008/11/18 11:55:58 | > DEBUG | wrapper | 2008/11/18 11:55:58 | Using tick timer. > DEBUG | wrapperp | 2008/11/18 11:55:58 | server listening on port 32500. > DEBUG | wrapper | 2008/11/18 11:55:58 | Ping settings: > wrapper.ping.interval=5, wrapper.ping.interval.logged=1, > wrapper.ping.timeout=30 > STATUS | wrapper | 2008/11/18 11:55:58 | Launching a JVM... > DEBUG | wrapper | 2008/11/18 11:55:58 | command: > "C:\WINDOWS\system32\java.exe" -Djava.library.path="../lib" -classpath > "../lib/wrapper.jar;C:/eclipse/plugins/org.eclipse.help.base_3.2.2.R322_v20061207.jar" > -Dwrapper.key="XTH0fLp9SVG9x_cr" -Dwrapper.port=32500 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.debug="TRUE" -Dwrapper.pid=32044 -Dwrapper.version="3.3.1" > -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" > -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 > org.tanukisoftware.wrapper.WrapperSimpleApp > org.eclipse.help.standalone.Infocenter "-command start" "-eclipsehome > C:/Eclipse" "-port 7090" "-data > c:/infocenter/7090_7099_saas/7090_current/infocenter" "-product > C:/eclipse/plugins/com.lawson.help.branding" "-configuration > c:/infocenter/7090_7099_saas/7090_current/config" > DEBUG | wrapper | 2008/11/18 11:55:58 | JVM started (PID=31256) > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > WrapperManager class initialized by thread: main Using classloader: > sun.misc.Launcher$AppClassLoader@11b86e7 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager: Initializing... > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: JVM #1 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Running a > 32-bit JVM. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Registering > shutdown hook > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Using > wrapper > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Load native > library. One or more attempts may fail if platform specific libraries do > not exist. This is NORMAL and is only a problem if they all fail. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Unable to > load native library: wrapper-windows-x86-32.dll Cause: no > wrapper-windows-x86-32 in java.library.path > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Loaded > native library: wrapper.dll > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Calling > native initialization method. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Initializing > WrapperManager native library. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Java Executable: > C:\WINDOWS\system32\java.exe > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Windows version: > 5.2.3790 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Java Version > : 1.6.0_07-b06 Java HotSpot(TM) Client VM > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Java VM > Vendor : Sun Microsystems Inc. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: OS Name > : Windows 2003 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: OS Arch > : x86 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Control > event monitor thread started. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Startup > runner thread started. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@16a55fa, > args["-command start", "-eclipsehome C:/Eclipse", "-port 7090", "-data > c:/infocenter/7090_7099_saas/7090_current/infocenter", "-product > C:/eclipse/plugins/com.lawson.help.branding", "-configuration > c:/infocenter/7090_7099_saas/7090_current/config"]) called by thread: main > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > Communications runner thread started. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Open socket > to wrapper...Wrapper-Connection > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Failed > attempt to bind using local port 31000 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Opened > Socket from 31001 to 32500 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a > packet KEY : XTH0fLp9SVG9x_cr > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > handleSocket(Socket[addr=/127.0.0.1,port=32500,localport=31001]) > DEBUG | wrapperp | 2008/11/18 11:55:59 | accepted a socket from 127.0.0.1 > on port 31001 > DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet KEY : > XTH0fLp9SVG9x_cr > DEBUG | wrapper | 2008/11/18 11:55:59 | Got key from JVM: XTH0fLp9SVG9x_cr > DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet LOW_LOG_LEVEL : 1 > DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet PING_TIMEOUT : 30 > DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet PROPERTIES : > (Property Values) > DEBUG | wrapper | 2008/11/18 11:55:59 | Start Application. > DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet START : start > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a > packet LOW_LOG_LEVEL : 1 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: LowLogLevel > from Wrapper is 1 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a > packet PING_TIMEOUT : 30 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: PingTimeout > from Wrapper is 30000 > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a > packet PROPERTIES : (Property Values) > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a > packet START : start > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: calling > WrapperListener.start() > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Waiting for > WrapperListener.start runner thread to complete. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > WrapperListener.start runner thread started. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: > start(args) Will wait up to 2 seconds for the main method to complete. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: invoking > main method > INFO | jvm 1 | 2008/11/18 11:55:59 | Parameters syntax: > INFO | jvm 1 | 2008/11/18 11:55:59 | > INFO | jvm 1 | 2008/11/18 11:55:59 | -command start | shutdown | > [update command [update parameters]] [-eclipsehome eclipseInstallPath] > [-host helpServerHost] [-port helpServerPort] [-adminId administratorUserId] > [-adminPassword administratorPassword] [-trustStoreLocation > trustStoreLocation] [-trustStorePassword trustStorePassword][-noexec] > [platform options] [-vmargs [Java VM arguments]] > INFO | jvm 1 | 2008/11/18 11:55:59 | > INFO | jvm 1 | 2008/11/18 11:55:59 | where: > INFO | jvm 1 | 2008/11/18 11:55:59 | eclipseInstallPath specifies > Eclipse installation directory; this directory is a parent to "plugins" > directory and eclipse executable; the option must be provided, when current > directory from which infocenter is launched, is not the same as Eclipse > installation directory, > INFO | jvm 1 | 2008/11/18 11:55:59 | helpServerHost specifies host > name of the interface that help server will use, > INFO | jvm 1 | 2008/11/18 11:55:59 | helpServerPort specifies port > number that help server will use, > INFO | jvm 1 | 2008/11/18 11:55:59 | administratorUserId specifies the > administrator user id to use when secure access is enabled > INFO | jvm 1 | 2008/11/18 11:55:59 | administratorPassword specifies > the administrator password to use when secure access is enabled > INFO | jvm 1 | 2008/11/18 11:55:59 | trustStoreLocation specifies the > location of the truststore file to use when secure access is enabled > INFO | jvm 1 | 2008/11/18 11:55:59 | trustStorePassword specifies the > password of the truststore file when secure access is enabled > INFO | jvm 1 | 2008/11/18 11:55:59 | noexec option indicates that > Eclipse executable should not be used, > INFO | jvm 1 | 2008/11/18 11:55:59 | platform options are other > options that are supported by Eclipse Executable, > INFO | jvm 1 | 2008/11/18 11:55:59 | update command is one of install, > update, enable, disable, uninstall, search, listFeatures, addSite, > removeSite, or apply, > INFO | jvm 1 | 2008/11/18 11:55:59 | update parameters are -featureId, > -version, -from, -to, -verifyOnly as required by update commands used. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: main > method completed > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: > start(args) end. Main Completed=true, exitCode=null > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > WrapperListener.start runner thread stopped. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: returned > from WrapperListener.start() > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a > packet STARTED : > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Startup > runner thread stopped. > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: ShutdownHook > started > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: > WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a > packet STOP : 0 > DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet STARTED : > DEBUG | wrapper | 2008/11/18 11:55:59 | JVM signalled that it was started. > DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet STOP : 0 > DEBUG | wrapper | 2008/11/18 11:55:59 | JVM requested a shutdown. (0) > DEBUG | wrapper | 2008/11/18 11:55:59 | wrapperStopProcess(0) called. > DEBUG | wrapper | 2008/11/18 11:55:59 | Sending stop signal to JVM > DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet STOP : NULL > INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a > packet STOP : > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Thread, > Wrapper-Shutdown-Hook, handling the shutdown process. > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: calling > listener.stop() > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperSimpleApp Debug: stop(0) > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: returned > from listener.stop() -> 0 > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: > shutdownJVM(0) Thread:Wrapper-Shutdown-Hook > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Send a > packet STOPPED : 0 > DEBUG | wrapperp | 2008/11/18 11:56:00 | read a packet STOPPED : 0 > DEBUG | wrapper | 2008/11/18 11:56:00 | JVM signalled that it was stopped. > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Closing > socket. > INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Closed > socket: java.net.SocketException: socket closed > DEBUG | wrapperp | 2008/11/18 11:56:00 | socket read no code (closed?). > INFO | jvm 1 | 2008/11/18 11:56:01 | WrapperManager Debug: Server > daemon shut down > INFO | jvm 1 | 2008/11/18 11:56:01 | WrapperManager Debug: ShutdownHook > complete > DEBUG | wrapper | 2008/11/18 11:56:01 | JVM process exited with a code of > 0, leaving the wrapper exit code set to 0. > DEBUG | wrapper | 2008/11/18 11:56:01 | JVM exited normally. > STATUS | wrapper | 2008/11/18 11:56:01 | <-- Wrapper Stopped > > > > Does anyone see any obvious errors in what I have done or is this approach > not doable? I should be getting an additional java process, > but that doesn't happen when I try to start the service. I get two java > processes when I start from the command line or a bat file. > > Thanks for any help anyone can give, > > Mr. Mark Ludwig > Sr. Technical Communicator, Global Information Development > _____________________________ > Lawson Software > 380 St. Peter Street > St. Paul, MN 55102 > Tel: 651-767-6424 > http://www.lawson.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: Mark L. <mar...@us...> - 2008-11-18 20:15:13
|
I'm trying to use the Java Service Wrapper to create a Windows service for an Eclipse InfoCenter, but I can't get it to work. I can start the InfoCenter with the following at a command line: java -classpath C:\Eclipse\plugins\org.eclipse.help.base_*.jar org.eclipse.help.standalone.Infocenter -command start -eclipsehome C:\Eclipse -port 7090 -data c:\infocenter\7090_7099_saas\7090_current\infocenter -product com.lawson.help.branding.branding -configuration c:\infocenter\7090_7099_saas\7090_current\config I set up the wrapper config file as follows: #******************************************************************** # Wrapper Java Properties #******************************************************************** wrapper.java.command=java wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=../lib/wrapper.jar wrapper.java.classpath.2=C:/eclipse/plugins/org.eclipse.help.base_3.2.2.R322_v20061207.jar wrapper.java.library.path.1=../lib wrapper.port=32500 wrapper.app.parameter.1=org.eclipse.help.standalone.Infocenter wrapper.app.parameter.2="-command start" wrapper.app.parameter.3="-eclipsehome C:/Eclipse" wrapper.app.parameter.4="-port 7090" wrapper.app.parameter.5="-data c:/infocenter/7090_7099_saas/7090_current/infocenter" wrapper.app.parameter.6="-product C:/eclipse/plugins/com.lawson.help.branding" wrapper.app.parameter.7="-configuration c:/infocenter/7090_7099_saas/7090_current/config" #******************************************************************** # Wrapper Logging Properties #******************************************************************** # Format of output for the console. (See docs for formats) wrapper.console.format=PM wrapper.console.loglevel=INFO wrapper.logfile=../logs/wrapperSaas.log wrapper.logfile.format=LPTM wrapper.logfile.loglevel=DEBUG wrapper.logfile.maxsize=0 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=Test Wrapper Sample Application #******************************************************************** # 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. wrapper.ntservice.name=infocenter_saas_current # Display name of the service wrapper.ntservice.displayname=SaaS Infocenter - Current # Description of the service wrapper.ntservice.description=Infocenter for Current SaaS Operations # 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 However, when I try to start the service from the Windows Computer Management tool, a java.exe starts up and then quits, and I get the following in error log: STATUS | wrapper | 2008/11/18 11:55:58 | --> Wrapper Started as Service STATUS | wrapper | 2008/11/18 11:55:58 | Java Service Wrapper Community Edition 3.3.1 STATUS | wrapper | 2008/11/18 11:55:58 | Copyright (C) 1999-2008 Tanuki Software, Inc. All Rights Reserved. STATUS | wrapper | 2008/11/18 11:55:58 | http://wrapper.tanukisoftware.org STATUS | wrapper | 2008/11/18 11:55:58 | DEBUG | wrapper | 2008/11/18 11:55:58 | Using tick timer. DEBUG | wrapperp | 2008/11/18 11:55:58 | server listening on port 32500. DEBUG | wrapper | 2008/11/18 11:55:58 | Ping settings: wrapper.ping.interval=5, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30 STATUS | wrapper | 2008/11/18 11:55:58 | Launching a JVM... DEBUG | wrapper | 2008/11/18 11:55:58 | command: "C:\WINDOWS\system32\java.exe" -Djava.library.path="../lib" -classpath "../lib/wrapper.jar;C:/eclipse/plugins/org.eclipse.help.base_3.2.2.R322_v20061207.jar" -Dwrapper.key="XTH0fLp9SVG9x_cr" -Dwrapper.port=32500 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=32044 -Dwrapper.version="3.3.1" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp org.eclipse.help.standalone.Infocenter "-command start" "-eclipsehome C:/Eclipse" "-port 7090" "-data c:/infocenter/7090_7099_saas/7090_current/infocenter" "-product C:/eclipse/plugins/com.lawson.help.branding" "-configuration c:/infocenter/7090_7099_saas/7090_current/config" DEBUG | wrapper | 2008/11/18 11:55:58 | JVM started (PID=31256) INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@11b86e7 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager: Initializing... INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: JVM #1 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Running a 32-bit JVM. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Registering shutdown hook INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Using wrapper INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Load native library. One or more attempts may fail if platform specific libraries do not exist. This is NORMAL and is only a problem if they all fail. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Unable to load native library: wrapper-windows-x86-32.dll Cause: no wrapper-windows-x86-32 in java.library.path INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Loaded native library: wrapper.dll INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Calling native initialization method. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Initializing WrapperManager native library. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Java Executable: C:\WINDOWS\system32\java.exe INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperJNI Debug: Windows version: 5.2.3790 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Java Version : 1.6.0_07-b06 Java HotSpot(TM) Client VM INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: OS Name : Windows 2003 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: OS Arch : x86 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Control event monitor thread started. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Startup runner thread started. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@16a55fa, args["-command start", "-eclipsehome C:/Eclipse", "-port 7090", "-data c:/infocenter/7090_7099_saas/7090_current/infocenter", "-product C:/eclipse/plugins/com.lawson.help.branding", "-configuration c:/infocenter/7090_7099_saas/7090_current/config"]) called by thread: main INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Communications runner thread started. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Failed attempt to bind using local port 31000 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Opened Socket from 31001 to 32500 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a packet KEY : XTH0fLp9SVG9x_cr INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: handleSocket(Socket[addr=/127.0.0.1,port=32500,localport=31001]) DEBUG | wrapperp | 2008/11/18 11:55:59 | accepted a socket from 127.0.0.1 on port 31001 DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet KEY : XTH0fLp9SVG9x_cr DEBUG | wrapper | 2008/11/18 11:55:59 | Got key from JVM: XTH0fLp9SVG9x_cr DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet PROPERTIES : (Property Values) DEBUG | wrapper | 2008/11/18 11:55:59 | Start Application. DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet START : start INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: PingTimeout from Wrapper is 30000 INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values) INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a packet START : start INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: calling WrapperListener.start() INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: WrapperListener.start runner thread started. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: start(args) Will wait up to 2 seconds for the main method to complete. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: invoking main method INFO | jvm 1 | 2008/11/18 11:55:59 | Parameters syntax: INFO | jvm 1 | 2008/11/18 11:55:59 | INFO | jvm 1 | 2008/11/18 11:55:59 | -command start | shutdown | [update command [update parameters]] [-eclipsehome eclipseInstallPath] [-host helpServerHost] [-port helpServerPort] [-adminId administratorUserId] [-adminPassword administratorPassword] [-trustStoreLocation trustStoreLocation] [-trustStorePassword trustStorePassword][-noexec] [platform options] [-vmargs [Java VM arguments]] INFO | jvm 1 | 2008/11/18 11:55:59 | INFO | jvm 1 | 2008/11/18 11:55:59 | where: INFO | jvm 1 | 2008/11/18 11:55:59 | eclipseInstallPath specifies Eclipse installation directory; this directory is a parent to "plugins" directory and eclipse executable; the option must be provided, when current directory from which infocenter is launched, is not the same as Eclipse installation directory, INFO | jvm 1 | 2008/11/18 11:55:59 | helpServerHost specifies host name of the interface that help server will use, INFO | jvm 1 | 2008/11/18 11:55:59 | helpServerPort specifies port number that help server will use, INFO | jvm 1 | 2008/11/18 11:55:59 | administratorUserId specifies the administrator user id to use when secure access is enabled INFO | jvm 1 | 2008/11/18 11:55:59 | administratorPassword specifies the administrator password to use when secure access is enabled INFO | jvm 1 | 2008/11/18 11:55:59 | trustStoreLocation specifies the location of the truststore file to use when secure access is enabled INFO | jvm 1 | 2008/11/18 11:55:59 | trustStorePassword specifies the password of the truststore file when secure access is enabled INFO | jvm 1 | 2008/11/18 11:55:59 | noexec option indicates that Eclipse executable should not be used, INFO | jvm 1 | 2008/11/18 11:55:59 | platform options are other options that are supported by Eclipse Executable, INFO | jvm 1 | 2008/11/18 11:55:59 | update command is one of install, update, enable, disable, uninstall, search, listFeatures, addSite, removeSite, or apply, INFO | jvm 1 | 2008/11/18 11:55:59 | update parameters are -featureId, -version, -from, -to, -verifyOnly as required by update commands used. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: main method completed INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperSimpleApp Debug: start(args) end. Main Completed=true, exitCode=null INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: WrapperListener.start runner thread stopped. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: returned from WrapperListener.start() INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a packet STARTED : INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Startup runner thread stopped. INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: ShutdownHook started INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Send a packet STOP : 0 DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet STARTED : DEBUG | wrapper | 2008/11/18 11:55:59 | JVM signalled that it was started. DEBUG | wrapperp | 2008/11/18 11:55:59 | read a packet STOP : 0 DEBUG | wrapper | 2008/11/18 11:55:59 | JVM requested a shutdown. (0) DEBUG | wrapper | 2008/11/18 11:55:59 | wrapperStopProcess(0) called. DEBUG | wrapper | 2008/11/18 11:55:59 | Sending stop signal to JVM DEBUG | wrapperp | 2008/11/18 11:55:59 | send a packet STOP : NULL INFO | jvm 1 | 2008/11/18 11:55:59 | WrapperManager Debug: Received a packet STOP : INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Thread, Wrapper-Shutdown-Hook, handling the shutdown process. INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: calling listener.stop() INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperSimpleApp Debug: stop(0) INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: returned from listener.stop() -> 0 INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: shutdownJVM(0) Thread:Wrapper-Shutdown-Hook INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Send a packet STOPPED : 0 DEBUG | wrapperp | 2008/11/18 11:56:00 | read a packet STOPPED : 0 DEBUG | wrapper | 2008/11/18 11:56:00 | JVM signalled that it was stopped. INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Closing socket. INFO | jvm 1 | 2008/11/18 11:56:00 | WrapperManager Debug: Closed socket: java.net.SocketException: socket closed DEBUG | wrapperp | 2008/11/18 11:56:00 | socket read no code (closed?). INFO | jvm 1 | 2008/11/18 11:56:01 | WrapperManager Debug: Server daemon shut down INFO | jvm 1 | 2008/11/18 11:56:01 | WrapperManager Debug: ShutdownHook complete DEBUG | wrapper | 2008/11/18 11:56:01 | JVM process exited with a code of 0, leaving the wrapper exit code set to 0. DEBUG | wrapper | 2008/11/18 11:56:01 | JVM exited normally. STATUS | wrapper | 2008/11/18 11:56:01 | <-- Wrapper Stopped Does anyone see any obvious errors in what I have done or is this approach not doable? I should be getting an additional java process, but that doesn't happen when I try to start the service. I get two java processes when I start from the command line or a bat file. Thanks for any help anyone can give, Mr. Mark Ludwig Sr. Technical Communicator, Global Information Development _____________________________ Lawson Software 380 St. Peter Street St. Paul, MN 55102 Tel: 651-767-6424 http://www.lawson.com |
|
From: stanic <st...@mv...> - 2008-11-12 04:13:24
|
Why no one reply? -- View this message in context: http://www.nabble.com/Java-Service-Wrapper-error-in-HPUX-tp20299253p20453887.html Sent from the Java Service Wrapper mailing list archive at Nabble.com. |
|
From: Kiss T. <kis...@gm...> - 2008-11-05 19:05:20
|
Hi Leif, Since my last email I configured the nexus to not use the wrapper. This isolation of the problem would prove if I have (a,b,c). The situation is that nexus without wrapper works without any restarting (since one week). There should be a problem regarding VM (not with JavaVM!). Look at the latest "send a packet PING : ping" -- it has a response. The after the I don't see any "send a packet PING". In this way the timeout occurs. (The JVM does not receives any packet to respond.) Thanks, Tibor 2008/11/5 Leif Mortenson <lei...@ta...> > Tibor, > This does not appear to be a ping timeout issue. For some reason, > the log file you have sent does not contain any of the debug output > from the JVM so it is difficult to tell exactly what is happening > there. > The Wrapper is initiating a shutdown because the JVM sent a STOP > packet to the Wrapper. This could have been caused by any number of > things. a) Someone called System.exit(0) b) Runtime.halt(0), c) All > non-daemon threads stopped, etc. > > The shutdown appears to be normal from the Wrapper perspective however. > > Cheers, > Leif > > On Thu, Oct 16, 2008 at 6:13 PM, Kiss Tibor <kis...@gm...> wrote: > > Hi, > > > > I am evaluating Nexus Maven repository http://nexus.sonatype.org/ wich > has > > Wrapper (Version 3.2.3). > > Unfortunately often get restarted or more precisely stopped even if I > > increased the timeout value. > > > > DEBUG | wrapperp | 2008/10/16 10:31:09 | read a packet PING : ok > > DEBUG | wrapper | 2008/10/16 10:31:09 | Got ping response from JVM > > DEBUG | wrapperp | 2008/10/16 10:31:13 | send a packet PING : ping > > DEBUG | wrapperp | 2008/10/16 10:31:13 | read a packet PING : ok > > DEBUG | wrapper | 2008/10/16 10:31:13 | Got ping response from JVM > > DEBUG | wrapperp | 2008/10/16 10:41:13 | read a packet STOP : 0 > > DEBUG | wrapper | 2008/10/16 10:41:13 | JVM requested a shutdown. (0) > > DEBUG | wrapper | 2008/10/16 10:41:13 | wrapperStopProcess(0) called. > > DEBUG | wrapper | 2008/10/16 10:41:13 | Sending stop signal to JVM > > DEBUG | wrapperp | 2008/10/16 10:41:13 | send a packet STOP : NULL > > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet LOG(INFO) : > Stopping > > the Plexus Container. > > DEBUG | wrapper | 2008/10/16 10:41:14 | Got a log message from JVM: > > Stopping the Plexus Container. > > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet LOG(INFO) : > Plexus > > Container stopped. > > DEBUG | wrapper | 2008/10/16 10:41:14 | Got a log message from JVM: > Plexus > > Container stopped. > > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet STOPPED : 0 > > DEBUG | wrapper | 2008/10/16 10:41:14 | JVM signalled that it was > stopped. > > DEBUG | wrapperp | 2008/10/16 10:41:14 | socket read no code (closed?). > > DEBUG | wrapperp | 2008/10/16 10:41:15 | server listening on port 32001. > > DEBUG | wrapper | 2008/10/16 10:41:15 | JVM exited normally. > > DEBUG | wrapper | 2008/10/16 10:41:15 | Signal trapped. Details: > > DEBUG | wrapper | 2008/10/16 10:41:15 | signal number=17 (SIGCHLD), > > source="unknown" > > DEBUG | wrapper | 2008/10/16 10:41:15 | Received SIGCHLD, checking JVM > > process status. > > DEBUG | wrapper | 2008/10/16 10:41:15 | JVM process exited with a code > of > > 1, setting the wrapper exit code to 1. > > STATUS | wrapper | 2008/10/16 10:41:15 | <-- Wrapper Stopped > > > > Looking into the debug log, I see that the sending of the ping is getting > > stopped. Not the ping-back. > > > > I have a Red Hat Enterprise Linux server v 5.1 running inside a virtual > > machine. The processor load is near zero, there is no process to bother > my > > process. > > > > Except the enlarging of the timeout written in the FAQ and > > > http://sourceforge.net/mailarchive/forum.php?thread_name=d049fb4f0809031947t267aa72fhb4d7965a936d811a%40mail.gmail.com&forum_name=wrapper-user > > I see no solution yet. The latter thread says that the JVM is the problem > > My jvm is Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, > > sharing) > > I don't think so that the JVM is the problem... > > > > Regards, > > Tibor > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > > > -- > Leif Mortenson > President > Tanuki Software, Ltd. > 6-16-7-1001 Nishi-Kasai, Edogawa-ku > Tokyo 134-0088 Japan > Tel/Fax: +81-3-3878-0415 > モートンソン リーフ > 取締役 > タヌキソフトウェア有限会社 > 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル > Tel/Fax: 03-3878-0415 > http://www.tanukisoftware.com > lei...@ta... > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <lei...@ta...> - 2008-11-05 16:55:55
|
Tibor, This does not appear to be a ping timeout issue. For some reason, the log file you have sent does not contain any of the debug output from the JVM so it is difficult to tell exactly what is happening there. The Wrapper is initiating a shutdown because the JVM sent a STOP packet to the Wrapper. This could have been caused by any number of things. a) Someone called System.exit(0) b) Runtime.halt(0), c) All non-daemon threads stopped, etc. The shutdown appears to be normal from the Wrapper perspective however. Cheers, Leif On Thu, Oct 16, 2008 at 6:13 PM, Kiss Tibor <kis...@gm...> wrote: > Hi, > > I am evaluating Nexus Maven repository http://nexus.sonatype.org/ wich has > Wrapper (Version 3.2.3). > Unfortunately often get restarted or more precisely stopped even if I > increased the timeout value. > > DEBUG | wrapperp | 2008/10/16 10:31:09 | read a packet PING : ok > DEBUG | wrapper | 2008/10/16 10:31:09 | Got ping response from JVM > DEBUG | wrapperp | 2008/10/16 10:31:13 | send a packet PING : ping > DEBUG | wrapperp | 2008/10/16 10:31:13 | read a packet PING : ok > DEBUG | wrapper | 2008/10/16 10:31:13 | Got ping response from JVM > DEBUG | wrapperp | 2008/10/16 10:41:13 | read a packet STOP : 0 > DEBUG | wrapper | 2008/10/16 10:41:13 | JVM requested a shutdown. (0) > DEBUG | wrapper | 2008/10/16 10:41:13 | wrapperStopProcess(0) called. > DEBUG | wrapper | 2008/10/16 10:41:13 | Sending stop signal to JVM > DEBUG | wrapperp | 2008/10/16 10:41:13 | send a packet STOP : NULL > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet LOG(INFO) : Stopping > the Plexus Container. > DEBUG | wrapper | 2008/10/16 10:41:14 | Got a log message from JVM: > Stopping the Plexus Container. > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet LOG(INFO) : Plexus > Container stopped. > DEBUG | wrapper | 2008/10/16 10:41:14 | Got a log message from JVM: Plexus > Container stopped. > DEBUG | wrapperp | 2008/10/16 10:41:14 | read a packet STOPPED : 0 > DEBUG | wrapper | 2008/10/16 10:41:14 | JVM signalled that it was stopped. > DEBUG | wrapperp | 2008/10/16 10:41:14 | socket read no code (closed?). > DEBUG | wrapperp | 2008/10/16 10:41:15 | server listening on port 32001. > DEBUG | wrapper | 2008/10/16 10:41:15 | JVM exited normally. > DEBUG | wrapper | 2008/10/16 10:41:15 | Signal trapped. Details: > DEBUG | wrapper | 2008/10/16 10:41:15 | signal number=17 (SIGCHLD), > source="unknown" > DEBUG | wrapper | 2008/10/16 10:41:15 | Received SIGCHLD, checking JVM > process status. > DEBUG | wrapper | 2008/10/16 10:41:15 | JVM process exited with a code of > 1, setting the wrapper exit code to 1. > STATUS | wrapper | 2008/10/16 10:41:15 | <-- Wrapper Stopped > > Looking into the debug log, I see that the sending of the ping is getting > stopped. Not the ping-back. > > I have a Red Hat Enterprise Linux server v 5.1 running inside a virtual > machine. The processor load is near zero, there is no process to bother my > process. > > Except the enlarging of the timeout written in the FAQ and > http://sourceforge.net/mailarchive/forum.php?thread_name=d049fb4f0809031947t267aa72fhb4d7965a936d811a%40mail.gmail.com&forum_name=wrapper-user > I see no solution yet. The latter thread says that the JVM is the problem > My jvm is Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, > sharing) > I don't think so that the JVM is the problem... > > Regards, > Tibor > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 モートンソン リーフ 取締役 タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル Tel/Fax: 03-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: Dittmar G. <gr...@if...> - 2008-11-05 14:49:23
|
Dittmar Gross ist wegen Dienstreise bis 07-Nov-2008 nicht per eMail zu erreichen. Bitte wenden Sie sich in dringenden Faellen an Telefon +49 (69) 7680 50, Telefax +49 (69) 7680 5333 oder eMail fi...@if... Dittmar Gross is not available via eMail until Nov-07-2008 because of business trip. In urgent cases please contact us directly by Telephone +49 (69) 7680 50, Fax +49 (69) 7680 5333 or eMail fi...@if... ---------------------------------------------------------------------------- i:FAO Group Clemensstrasse 9, 60487 Frankfurt am Main, Germany Tel +49 (69) 7680-50, Fax +49 (69) 7680-5100, eMail information at ifao.net, www.cytric.info i:FAO Group GmbH Sitz in Frankfurt am Main Eingetragen beim Amtsgericht Frankfurt am Main, HRB 73600 Geschaeftsfuehrer: Louis Arnitz, Karin Froese To view the disclaimer text, click here: www.ifao.net/disclaimer |
|
From: Przemyslaw D. <prz...@in...> - 2008-11-05 14:08:05
|
Hello
it is possible to use this wrapper with groovy without explicit compile
the groovy code? How?
Actually I use the following call to run my groovy app.
groovy -cp `ls ../lib/*.jar | paste -s -d: -`:../src/:../conf/ -D
log4j.configuration=../conf/log4j.properties ../src/jobscript.groovy
It would be great to use the wrapper to handle out of memory exceptions
and so on.
thx
Przemyslaw
|
|
From: Leif M. <lei...@ta...> - 2008-11-04 04:16:00
|
Anand, When run as a service, you are correct, the Windows Service Manager will launch the Wrapper executable as a service directly. There is no chance to run any scripts first. The Professional Edition includes a feature which enables you to execute external applications at various points in the Wrapper / Java lifecycle. This is actually much more powerful than what you are currently doing as it allows your cleanup/initialization scripts to be run each time the JVM is launched rather than once before the Wrapper is launched, thus handling the case where the JVM has been restarted for some reason. This is done in the Professional Edition using the following properties in your Wrapper.conf: --- wrapper.event.jvm_prelaunch.command.argv.1=c:¥myapp¥bin¥myinit.bat wrapper.event.jvm_prelaunch.command.argv.2=arg1 wrapper.event.jvm_prelaunch.command.block=TRUE --- I would be happy to generate a 1 month trial license for you to experiment with. To do so, please register with our site: http://wrapper.tanukisoftware.org/doc/english/register.do then send me a note at sa...@ta... Let me know if you have any questions, Sincerely, Leif Mortenson Tanuki Software, Ltd. On Tue, Nov 4, 2008 at 3:35 AM, Anand HS <an...@gm...> wrote: > Hello, > I am new to Java Service Wrapper. > I got to work with the console based start up easily. > However, my project has a few pre-startup configurations that need to be run > before the service starts. We include all these configurations in a couple > of windows batch files. > So, when running JSW through console, I call these batch scripts in > MyApp.bat before calling the wrapper service itself. > However, When I run JSW as a windows service, I believe it is not executing > MyApp.bat rather starting from wrapper.conf directly. ? > > My question is - how do i run other batch files before I run JSW specific > configuration when running it as a windows service. ? > > Any help regarding tweaks/other approaches would be highly appreciated. > > -Thanks, > Anand -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: stanic <st...@mv...> - 2008-11-04 03:59:35
|
Hi! I solve the previous problem, it because my HP-UX Itanium cpu is not supported by Java Service Wrapper 3.2.3 so i change to use 3.3.1. But i having other error. the following is the error. $ sh JSW-Test_App start -n Starting Test_APP1... /usr/lib/hpux64/dld.so: Unsatisfied code symbol 'sigActionChildDeath' in load module '/devtest/testapp/bin/./wrapper'. /usr/lib/hpux64/dld.so: Unsatisfied code symbol 'sigActionHangup' in load module '/devtest/testapp/bin/./wrapper'. JSW-Test_App[7]: 5380 Killed Anyone know what causing it? Thanks in advance. -- View this message in context: http://www.nabble.com/Java-Service-Wrapper-error-in-HPUX-tp20299253p20315874.html Sent from the Java Service Wrapper mailing list archive at Nabble.com. |
|
From: Anand H. <an...@gm...> - 2008-11-03 20:36:32
|
Hello, I am new to Java Service Wrapper. I got to work with the console based start up easily. However, my project has a few pre-startup configurations that need to be run before the service starts. We include all these configurations in a couple of windows batch files. So, when running JSW through console, I call these batch scripts in MyApp.bat before calling the wrapper service itself. However, When I run JSW as a windows service, I believe it is not executing MyApp.bat rather starting from wrapper.conf directly. ? My question is - how do i run other batch files before I run JSW specific configuration when running it as a windows service. ? Any help regarding tweaks/other approaches would be highly appreciated. -Thanks, Anand |
|
From: Anand H. <an...@gm...> - 2008-11-03 19:24:33
|
Hello, I am new to Java Service Wrapper. I got to work with the console based start up easily. However, my project has a few pre-startup configurations that need to be run before the service starts. We include all these configurations in a couple of windows batch files. So, when running JSW through console, I call these batch scripts in MyApp.bat before calling the wrapper service itself. However, When I run JSW as a windows service, I believe it is not executing MyApp.bat rather starting from wrapper.conf directly. ? My question is - how do i run other batch files before I run JSW specific configuration when running it as a windows service. ? Any help regarding tweaks/other approaches would be highly appreciated. -Thanks, Anand |
|
From: stanic <st...@mv...> - 2008-11-03 10:10:03
|
Hi! I am new to Java Service Wrapper and HPUX and i need to configure my application(Java Application) to run in HPUX daemon. i following the step given in this site "http://wrapper.tanukisoftware.org/doc/english/launch-nix.html". When i run the script to execute the wrapper file it throw the following error. $ sh JSW-Test_App start uname: illegal option -- p usage: uname [-amnrsvil] [-S nodename] Starting TEST_APP1... /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_start' in load module '/devtest/testapp/bin/./wrapper'. /usr/lib/pa20_64/dld.sl: Unsatisfied data symbol '_CPU_REVISION' in load module '/devtest/testapp/bin/./wrapper'. /usr/lib/pa20_64/dld.sl: Unsatisfied data symbol '_FPU_REVISION' in load module '/devtest/testapp/bin/./wrapper'. /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol 'sigActionChildDeath' in load module '/devtest/testapp/bin/./wrapper'. /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol 'sigActionHangup' in load module '/devtest/testapp/bin/./wrapper'. JSW-Test_App[7]: 7977 Killed Anyone know what causing it? Thanks in advance. -- View this message in context: http://www.nabble.com/Java-Service-Wrapper-error-in-HPUX-tp20299253p20299253.html Sent from the Java Service Wrapper mailing list archive at Nabble.com. |
|
From: Leif M. <le...@ta...> - 2008-10-30 13:40:29
|
Uwe, Yes I understand that. But I am trying to find out what is different when you run under the Wrapper. By running with the following property, we can see the full generated Java command to try and track down the problem. wrapper.java.command.loglevel=INFO One thing I noticed in the wrapper.conf file was that there was a line feed after the "=-" of wrapper.java.additional.5=- Is that in the copy you are working with as well? Cheers, Leif 2008/10/30 Uwe Lynen <uw...@ly...>: > I'm not sure if I was clear enough. When I run Tomcat using STARTUP - no > wrapper at all- everything works fine. It has been up now for 4 days without > any memory error. > As I mentioned earlier the XMS memory is 128m, XMX is 1024, and > XX:MAXPERMSIZE=256. > When I attempt to run Tomcat using either console mode or as a service with > Wrapper I get the memory error, it just appears more quickly in service > mode. Again, I'm attaching the wrapper.conf file. > > > Regards, > Uwe Lynen > > -----Original Message----- > From: Leif Mortenson [mailto:le...@ta...] > Sent: October 29, 2008 12:27 PM > To: uw...@ly... > Cc: wra...@li... > Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space > > Uwe, > Could you please set the wrapper.java.command.loglevel=INFO property > then run both as a service and as a console App. I am wondering if > your JRE_HOME environment variable is the same in both cases. One > common cause of problems like this is when the SYSTEM environment is > different than the user environment. This can lead to a different JVM > version being run causing unexpected errors. > > Other than that, they should run identically as a service or as a > console application. > > Cheers, > Leif > > On Mon, Oct 27, 2008 at 10:22 PM, Uwe Lynen <uw...@ly...> wrote: >> I thought that I had it resolved; however, it appears that when in Service >> mode the memory error appears right away but when in console mode the > memory >> error appears after a while. >> I ran Tomcat using the Startup batch file that comes with Tomcat and the >> error does not appear. The memory settings in the setenv batch file are as >> follows: XMS=128m, XMX=1024m, and XX:MAXPERMSIZE=256. >> I'm attaching the wrapper.conf file for your review. >> If you wish I can generate the wrapper log file running both under console >> and service mode and the command window using the startup batch file. >> >> >> Regards, >> Uwe Lynen >> >> >> -----Original Message----- >> From: Leif Mortenson [mailto:le...@ta...] >> Sent: October 26, 2008 1:51 AM >> To: uw...@ly...; wra...@li... >> Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space >> >> Uwe, >> Most likely this is being caused by a difference in the memory >> configuration in the tomcat.bat file and wrapper.conf file. >> >> Please try adding the following to your wrapper.conf and then compare >> the generated java command line to that generated by tomcat.bat: >> wrapper.java.command.loglevel=INFO >> >> If you post back with both generated java command lines, and the >> contents of your wrapper.conf, I should be able to point out the >> problem. >> >> Cheers, >> Leif >> >> On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: >>> When I run Tomcat using the TOMCAT.bat in console mode this error does > not >>> happen. When I run Tomcat as a service this error happens almost >>> immediately. >>> >>> >>> >>> >>> >>> >>> >>> Regards, >>> >>> Uwe Lynen____________________ >>> >>> Tel: 416 690-1973 >>> >>> Fx: 416 690-2434 >>> >>> Cell: 647 272-6740 >>> >>> Personal e-mail: uw...@ly... >>> >>> Office: uw...@p-... >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> > > > > -- > Leif Mortenson > President > Tanuki Software, Ltd. > 6-16-7-1001 Nishi-Kasai, Edogawa-ku > Tokyo 134-0088 Japan > Tel/Fax: +81-3-3878-0415 > モートンソン リーフ > 取締役 > タヌキソフトウェア有限会社 > 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル > Tel/Fax: 03-3878-0415 > http://www.tanukisoftware.com > lei...@ta... > -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 モートンソン リーフ 取締役 タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル Tel/Fax: 03-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: Uwe L. <uw...@ly...> - 2008-10-30 12:38:10
|
I'm not sure if I was clear enough. When I run Tomcat using STARTUP - no wrapper at all- everything works fine. It has been up now for 4 days without any memory error. As I mentioned earlier the XMS memory is 128m, XMX is 1024, and XX:MAXPERMSIZE=256. When I attempt to run Tomcat using either console mode or as a service with Wrapper I get the memory error, it just appears more quickly in service mode. Again, I'm attaching the wrapper.conf file. Regards, Uwe Lynen -----Original Message----- From: Leif Mortenson [mailto:le...@ta...] Sent: October 29, 2008 12:27 PM To: uw...@ly... Cc: wra...@li... Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space Uwe, Could you please set the wrapper.java.command.loglevel=INFO property then run both as a service and as a console App. I am wondering if your JRE_HOME environment variable is the same in both cases. One common cause of problems like this is when the SYSTEM environment is different than the user environment. This can lead to a different JVM version being run causing unexpected errors. Other than that, they should run identically as a service or as a console application. Cheers, Leif On Mon, Oct 27, 2008 at 10:22 PM, Uwe Lynen <uw...@ly...> wrote: > I thought that I had it resolved; however, it appears that when in Service > mode the memory error appears right away but when in console mode the memory > error appears after a while. > I ran Tomcat using the Startup batch file that comes with Tomcat and the > error does not appear. The memory settings in the setenv batch file are as > follows: XMS=128m, XMX=1024m, and XX:MAXPERMSIZE=256. > I'm attaching the wrapper.conf file for your review. > If you wish I can generate the wrapper log file running both under console > and service mode and the command window using the startup batch file. > > > Regards, > Uwe Lynen > > > -----Original Message----- > From: Leif Mortenson [mailto:le...@ta...] > Sent: October 26, 2008 1:51 AM > To: uw...@ly...; wra...@li... > Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space > > Uwe, > Most likely this is being caused by a difference in the memory > configuration in the tomcat.bat file and wrapper.conf file. > > Please try adding the following to your wrapper.conf and then compare > the generated java command line to that generated by tomcat.bat: > wrapper.java.command.loglevel=INFO > > If you post back with both generated java command lines, and the > contents of your wrapper.conf, I should be able to point out the > problem. > > Cheers, > Leif > > On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: >> When I run Tomcat using the TOMCAT.bat in console mode this error does not >> happen. When I run Tomcat as a service this error happens almost >> immediately. >> >> >> >> >> >> >> >> Regards, >> >> Uwe Lynen____________________ >> >> Tel: 416 690-1973 >> >> Fx: 416 690-2434 >> >> Cell: 647 272-6740 >> >> Personal e-mail: uw...@ly... >> >> Office: uw...@p-... >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the > world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 モートンソン リーフ 取締役 タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル Tel/Fax: 03-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: Leif M. <le...@ta...> - 2008-10-29 16:59:15
|
Uwe, Could you please set the wrapper.java.command.loglevel=INFO property then run both as a service and as a console App. I am wondering if your JRE_HOME environment variable is the same in both cases. One common cause of problems like this is when the SYSTEM environment is different than the user environment. This can lead to a different JVM version being run causing unexpected errors. Other than that, they should run identically as a service or as a console application. Cheers, Leif On Mon, Oct 27, 2008 at 10:22 PM, Uwe Lynen <uw...@ly...> wrote: > I thought that I had it resolved; however, it appears that when in Service > mode the memory error appears right away but when in console mode the memory > error appears after a while. > I ran Tomcat using the Startup batch file that comes with Tomcat and the > error does not appear. The memory settings in the setenv batch file are as > follows: XMS=128m, XMX=1024m, and XX:MAXPERMSIZE=256. > I'm attaching the wrapper.conf file for your review. > If you wish I can generate the wrapper log file running both under console > and service mode and the command window using the startup batch file. > > > Regards, > Uwe Lynen > > > -----Original Message----- > From: Leif Mortenson [mailto:le...@ta...] > Sent: October 26, 2008 1:51 AM > To: uw...@ly...; wra...@li... > Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space > > Uwe, > Most likely this is being caused by a difference in the memory > configuration in the tomcat.bat file and wrapper.conf file. > > Please try adding the following to your wrapper.conf and then compare > the generated java command line to that generated by tomcat.bat: > wrapper.java.command.loglevel=INFO > > If you post back with both generated java command lines, and the > contents of your wrapper.conf, I should be able to point out the > problem. > > Cheers, > Leif > > On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: >> When I run Tomcat using the TOMCAT.bat in console mode this error does not >> happen. When I run Tomcat as a service this error happens almost >> immediately. >> >> >> >> >> >> >> >> Regards, >> >> Uwe Lynen____________________ >> >> Tel: 416 690-1973 >> >> Fx: 416 690-2434 >> >> Cell: 647 272-6740 >> >> Personal e-mail: uw...@ly... >> >> Office: uw...@p-... >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the > world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > -- Leif Mortenson President Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-0415 モートンソン リーフ 取締役 タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-16-7-1001 第2 白子ビル Tel/Fax: 03-3878-0415 http://www.tanukisoftware.com lei...@ta... |
|
From: Uwe L. <uw...@ly...> - 2008-10-27 13:22:52
|
I thought that I had it resolved; however, it appears that when in Service mode the memory error appears right away but when in console mode the memory error appears after a while. I ran Tomcat using the Startup batch file that comes with Tomcat and the error does not appear. The memory settings in the setenv batch file are as follows: XMS=128m, XMX=1024m, and XX:MAXPERMSIZE=256. I'm attaching the wrapper.conf file for your review. If you wish I can generate the wrapper log file running both under console and service mode and the command window using the startup batch file. Regards, Uwe Lynen -----Original Message----- From: Leif Mortenson [mailto:le...@ta...] Sent: October 26, 2008 1:51 AM To: uw...@ly...; wra...@li... Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space Uwe, Most likely this is being caused by a difference in the memory configuration in the tomcat.bat file and wrapper.conf file. Please try adding the following to your wrapper.conf and then compare the generated java command line to that generated by tomcat.bat: wrapper.java.command.loglevel=INFO If you post back with both generated java command lines, and the contents of your wrapper.conf, I should be able to point out the problem. Cheers, Leif On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: > When I run Tomcat using the TOMCAT.bat in console mode this error does not > happen. When I run Tomcat as a service this error happens almost > immediately. > > > > > > > > Regards, > > Uwe Lynen____________________ > > Tel: 416 690-1973 > > Fx: 416 690-2434 > > Cell: 647 272-6740 > > Personal e-mail: uw...@ly... > > Office: uw...@p-... > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Uwe L. <uw...@ly...> - 2008-10-26 20:47:29
|
Based on your comments I did some fiddling with memory in wrapper.conf. It seems that 256 / 512 works on my system 2GB total memory. # Initial Java Heap Size (in MB) wrapper.java.initmemory=256 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=512 Regards, Uwe Lynen -----Original Message----- From: Leif Mortenson [mailto:le...@ta...] Sent: October 26, 2008 1:51 AM To: uw...@ly...; wra...@li... Subject: Re: [Wrapper-user] java.lang.OutOfMemoryError: PermGen space Uwe, Most likely this is being caused by a difference in the memory configuration in the tomcat.bat file and wrapper.conf file. Please try adding the following to your wrapper.conf and then compare the generated java command line to that generated by tomcat.bat: wrapper.java.command.loglevel=INFO If you post back with both generated java command lines, and the contents of your wrapper.conf, I should be able to point out the problem. Cheers, Leif On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: > When I run Tomcat using the TOMCAT.bat in console mode this error does not > happen. When I run Tomcat as a service this error happens almost > immediately. > > > > > > > > Regards, > > Uwe Lynen____________________ > > Tel: 416 690-1973 > > Fx: 416 690-2434 > > Cell: 647 272-6740 > > Personal e-mail: uw...@ly... > > Office: uw...@p-... > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <le...@ta...> - 2008-10-26 06:15:22
|
Uwe, Most likely this is being caused by a difference in the memory configuration in the tomcat.bat file and wrapper.conf file. Please try adding the following to your wrapper.conf and then compare the generated java command line to that generated by tomcat.bat: wrapper.java.command.loglevel=INFO If you post back with both generated java command lines, and the contents of your wrapper.conf, I should be able to point out the problem. Cheers, Leif On Sun, Oct 26, 2008 at 12:00 PM, Uwe Lynen <uw...@ly...> wrote: > When I run Tomcat using the TOMCAT.bat in console mode this error does not > happen. When I run Tomcat as a service this error happens almost > immediately. > > > > > > > > Regards, > > Uwe Lynen____________________ > > Tel: 416 690-1973 > > Fx: 416 690-2434 > > Cell: 647 272-6740 > > Personal e-mail: uw...@ly... > > Office: uw...@p-... > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Uwe L. <uw...@ly...> - 2008-10-26 04:30:58
|
When I run Tomcat using the TOMCAT.bat in console mode this error does not happen. When I run Tomcat as a service this error happens almost immediately. Regards, Uwe Lynen____________________ Tel: 416 690-1973 Fx: 416 690-2434 Cell: 647 272-6740 Personal e-mail: uw...@ly... Office: uw...@p-... |
|
From: Leif M. <le...@ta...> - 2008-10-23 00:54:28
|
Federico, The class not found stack trace you are getting is most likely being caused because a class required by MainGUI class is missing. It is necessary for you to include all jars required by your jar in the classpath. There may be other jars, but at the very least you are missing the wrapper.jar file which includes the WrapperListener class you are implementing. Please try the following and see if that helps. wrapper.java.classpath.1=./server.jar wrapper.java.classpath.2=./wrapper.jar Everything else looks fine assuming your wrapper.exe is also located in the bin directory. Cheers, Leif On Thu, Oct 23, 2008 at 8:41 AM, <pe...@ad...> wrote: > Hello, i just started working with JSW on a Java application that runs > constantly at home. It checks on a port, receives data and then stores in a > plain text file. > > > > I tried to make it run with JSW but had no luck, it keeps saying: > > > > STATUS | wrapper | 2008/10/22 18:12:26 | --> Wrapper Started as Console > > STATUS | wrapper | 2008/10/22 18:12:26 | Java Service Wrapper Community > Edition 3.3.1 > > STATUS | wrapper | 2008/10/22 18:12:26 | Copyright (C) 1999-2008 Tanuki > Software, Inc. All Rights Reserved. > > STATUS | wrapper | 2008/10/22 18:12:26 | > http://wrapper.tanukisoftware.org > > STATUS | wrapper | 2008/10/22 18:12:26 | > > STATUS | wrapper | 2008/10/22 18:12:26 | Launching a JVM... > > INFO | jvm 1 | 2008/10/22 18:12:26 | java.lang.NoClassDefFoundError: > hermes/main/server/src/MainGUI > > INFO | jvm 1 | 2008/10/22 18:12:26 | Caused by: > java.lang.ClassNotFoundException: hermes.main.server.src.MainGUI > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.net.URLClassLoader$1.run(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.security.AccessController.doPrivileged(Native Method) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.net.URLClassLoader.findClass(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.lang.ClassLoader.loadClass(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.lang.ClassLoader.loadClass(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:26 | at > java.lang.ClassLoader.loadClassInternal(Unknown Source) > > INFO | jvm 1 | 2008/10/22 18:12:27 | Exception in thread "main" > > ERROR | wrapper | 2008/10/22 18:12:27 | JVM exited while loading the > application. > > STATUS | wrapper | 2008/10/22 18:12:28 | CTRL-C trapped. Shutting down. > > STATUS | wrapper | 2008/10/22 18:12:28 | <-- Wrapper Stopped > > > > The class "MainGUI" is inside a JAR file, named server.jar. > > > > If I run this from the command line, the command would be: java -jar > server.jar > > > > But with I can't configure the wrapper.conf to run this. > > > > Here are some properties in the conf file: > > wrapper.java.command=java > > wrapper.java.mainclass=hermes.main.server.src.MainGUI > > wrapper.java.classpath.1=./server.jar > > wrapper.java.library.path.1=../lib > > wrapper.java.library.path.2=. > > > > The tree is like this: > > > > APP > > CONF > > wrapper.conf > > BIN > > server.jar > > > > The MainGUI class implements the WrapperListener class, and the START method > has been overridden. Also, this classes launches > > > > Any help here will be great! > > > > If someone requires more details please contact me, I'd be more than happy > in giving further info. > > > > Thanks in advance, > > Federico Alvarez. > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: <pe...@ad...> - 2008-10-22 23:42:28
|
Hello, i just started working with JSW on a Java application that runs constantly at home. It checks on a port, receives data and then stores in a plain text file. I tried to make it run with JSW but had no luck, it keeps saying: STATUS | wrapper | 2008/10/22 18:12:26 | --> Wrapper Started as Console STATUS | wrapper | 2008/10/22 18:12:26 | Java Service Wrapper Community Edition 3.3.1 STATUS | wrapper | 2008/10/22 18:12:26 | Copyright (C) 1999-2008 Tanuki Software, Inc. All Rights Reserved. STATUS | wrapper | 2008/10/22 18:12:26 | http://wrapper.tanukisoftware.org STATUS | wrapper | 2008/10/22 18:12:26 | STATUS | wrapper | 2008/10/22 18:12:26 | Launching a JVM... INFO | jvm 1 | 2008/10/22 18:12:26 | java.lang.NoClassDefFoundError: hermes/main/server/src/MainGUI INFO | jvm 1 | 2008/10/22 18:12:26 | Caused by: java.lang.ClassNotFoundException: hermes.main.server.src.MainGUI INFO | jvm 1 | 2008/10/22 18:12:26 | at java.net.URLClassLoader$1.run(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:26 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 1 | 2008/10/22 18:12:26 | at java.net.URLClassLoader.findClass(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:26 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:26 | at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:26 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:26 | at java.lang.ClassLoader.loadClassInternal(Unknown Source) INFO | jvm 1 | 2008/10/22 18:12:27 | Exception in thread "main" ERROR | wrapper | 2008/10/22 18:12:27 | JVM exited while loading the application. STATUS | wrapper | 2008/10/22 18:12:28 | CTRL-C trapped. Shutting down. STATUS | wrapper | 2008/10/22 18:12:28 | <-- Wrapper Stopped The class "MainGUI" is inside a JAR file, named server.jar. If I run this from the command line, the command would be: java -jar server.jar But with I can't configure the wrapper.conf to run this. Here are some properties in the conf file: wrapper.java.command=java wrapper.java.mainclass=hermes.main.server.src.MainGUI wrapper.java.classpath.1=./server.jar wrapper.java.library.path.1=../lib wrapper.java.library.path.2=. The tree is like this: APP CONF wrapper.conf BIN server.jar The MainGUI class implements the WrapperListener class, and the START method has been overridden. Also, this classes launches Any help here will be great! If someone requires more details please contact me, I'd be more than happy in giving further info. Thanks in advance, Federico Alvarez. |
|
From: Leif M. <le...@ta...> - 2008-10-22 15:53:10
|
Martin, There is not currently anything in the Wrapper to support this. It could be handled within your application be creating a listening server socket in the required service then have the dependent services connect and ping that socket to decide whether or not they should be running. Cheers, Leif On Wed, Oct 22, 2008 at 5:51 PM, Martin Damovský <mda...@se...> wrote: > Hi, > I need to create dependency between windows services on 2 machines with windows server. Create dependency between windows services on the same host is trivial issue, but does someone of you know how to create dependency between win.services on 2 hosts? I'm not sure if it's possible to do this... > > Thanks in advance for all ideas > Martin > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |