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: Chris K. <chr...@en...> - 2003-07-08 14:26:10
|
Is there a way of programmatically invoking a Java service from another Java service. What I'm looking for is to invoke a Java service without use of explicit configuration files. I could supply this as a list of properties instead? Thanks for any suggestions in advance. Chris Kelly Senior Software Engineer Enigmatec Corporation 8 Moorgate London EC2R 6DA http://www.enigmatec.net <http://www.enigmatec.net/> ======================================================================== The information transmitted in this email is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
From: <ms...@em...> - 2003-07-04 08:10:43
|
Hello Leif, Thank You very much for Your quick answer. After configuration changes You recommended to me wapper works fine. It is very useful program and save me a lot of troubles with my java=20 application.... Cheers Mirek > --- P=F9vodn=ED zpr=E1va --- > Od: Leif Mortenson <le...@ta...> > Datum: 03.07.2003 17:30:04 >=20 > Mirek, > I see your problem. You have the following in your config file: > --- > # Java Additional Parameters > wrapper.java.additional.1=3DjtapiApp.Main >=20 > # Application parameters. Add parameters as needed starting from 1 > #wrapper.app.parameter.1=3DjtapiApp.Main > --- >=20 > The wrapper.java.additional.n properties are used to pass arguments to=20 > the JVM > itself. Is what you really want to be doing is pass the jtapiApp.Main=20 > class name > as the first argument to the WrapperSimpleApp main method. This is don= e=20 > using > the wrapper.app.parameter properties. You had the correct value comme= nted > out in your conf file, so you were close. >=20 > You can see this in your log output. The JVM is being launched with th= e=20 > following > parameters: > --- > java jtapiApp.Main -Xms5m -Xmx64m -Djava.library.path=3D../lib > -classpath ../lib/wrapper.jar:../lib/wrappertest.jar > -Dwrapper.key=3DhJEaoVKN6ELBE6dI -Dwrapper.port=3D1786 > -Dwrapper.debug=3DTRUE -Dwrapper.cpu.timeout=3D10 -Dwrapper.jvmid=3D1 > org.tanukisoftware.wrapper.WrapperSimpleApp > --- > As things are, all of the parameters meant for the JVM are being passed= =20 > to your > class's main method. The reason things are timing out is that the > WrapperManager class is never being loaded and initialized. The > WrapperSimpleApp will do this behind the scenes. >=20 > After correcting the wrapper.conf file, the JVM command should look lik= e=20 > this: > --- > java -Xms5m -Xmx64m -Djava.library.path=3D../lib > -classpath ../lib/wrapper.jar:../lib/wrappertest.jar > -Dwrapper.key=3DhJEaoVKN6ELBE6dI -Dwrapper.port=3D1786 > -Dwrapper.debug=3DTRUE -Dwrapper.cpu.timeout=3D10 -Dwrapper.jvmid=3D1 > org.tanukisoftware.wrapper.WrapperSimpleApp jtapiApp.Main > --- >=20 > Everything else looks fine. Let me know if you have any other problems > getting things running. >=20 > Cheers, > Leif >=20 >=20 >=20 > ms...@em... wrote: >=20 > >Hello Leif, > >I'm sending You my wrapper.conf and wrapper.log files. > >Class "jtapiApp.Main" which I want to run is part of the jar > >archive which is on the CLASSPATH. > > > >Cheers > >Mirek > > >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/0= 1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user >=20 _________________________________________________________________________= _______ Vyberte si svou vysněnou dovolenou z katalogu serveru http://www.ema= il.cz/nadovolenou . |
|
From: Leif M. <le...@ta...> - 2003-07-04 03:45:05
|
Eelco, The "ReportEvent failed errno(1502)" messages that you are seeing are being caused because your system EventLog is full. This is a known problem that has been fixed in the next release. To get rid of these messages, open up your Event Log viewer and clear the log. Most likely other applications will be having problems as well. You should really set your wrapper.syslog.loglevel property to a lower log level. From the number of messages, I assume that you have it set to DEBUG. That will fill up your Event Log very quickly. I would suggest using the logfile or console to view debug log output. Usually a value like ERROR, or NONE are good values for the syslog. Now on to your questions. 463 - Rustenburg, Eelco wrote: >When I try it with jdk140, it gives me: > >C:\dev\java_as_a_service\bin>testwrapper.bat >"C:\dev\java_as_a_service\conf\wrapper.conf" >wrapper | --> Wrapper Started as Console >ReportEvent failed errno(1502) >ReportEvent failed errno(1502) >wrapper | Launching a JVM... >ReportEvent failed errno(1502) >ReportEvent failed errno(1502) >wrapper | can not execute ""c:\dev\jdk140\bin\java" -Xms3m -Xmx64m -Djava.library.path="../lib" -classpath "../lib/wrapper.jar;../lib/wrappertest.jar" -Dwrapper.key="H6qSQ7SP9HkqCGEz" -Dwrapper.port=1777 -Dwrapper.debug="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.test.Main" (ERR=193) > >ReportEvent failed errno(1502) >wrapper | Critical error: wait for JVM process failed >ReportEvent failed errno(1502) > The message says that the java command can not be executed. From the Windows API, error 193 = "is not a valid Win32 application." Please verify that the path to c:\dev\jdk140\bin\java is actually a Java.exe. I improved this error message as well so it will now give a human readable error message no matter what the problem is. >When I try it with jdk131, it gives me > >C:\dev\java_as_a_service\bin>testwrapper.bat >"C:\dev\java_as_a_service\conf\wrapper.conf" >wrapper | --> Wrapper Started as Console > <snip> From this output, it looks like the Wrapper is working correctly. You are seeing lots of "ReportEvent" messages due to your EventLog being full, but otherwise it looks ok. >I used the binary download. If I download the source and try to build, I get the error: > >C:\dev\java_as_a_service\src\wrapper_3.0.3_src>build > <snip> >BUILD FAILED >file:C:/dev/java_as_a_service/src/wrapper_3.0.3_src/build.xml:230: bin/Wrapper.e >xe or lib/Wrapper.dll are missing, please build them using MSVC using the projec >t workspace src/c/Wrapper.dsw > As the message says, this is because in order to build the Wrapper on Windows platforms, you need to load the Wrapper project into MSVC and build the Wrapper.dll and Wrapper.exe targets manually. At some point, I will try to automate this a little more. The Unix platforms build entirely from Ant. Cheers, Leif |
|
From: 463 - R. E. <rus...@CT...> - 2003-07-03 16:04:13
|
LS, I am trying to get the testWrapper to work. I am running on Windows2000 = professional.=20 When I try it with jdk140, it gives me: C:\dev\java_as_a_service\bin>testwrapper.bat "C:\dev\java_as_a_service\conf\wrapper.conf" wrapper | --> Wrapper Started as Console ReportEvent failed errno(1502) ReportEvent failed errno(1502) wrapper | Launching a JVM... ReportEvent failed errno(1502) ReportEvent failed errno(1502) wrapper | can not execute ""c:\dev\jdk140\bin\java" -Xms3m -Xmx64m = -Djava.library.path=3D"../lib" -classpath = "../lib/wrapper.jar;../lib/wrappertest.jar" = -Dwrapper.key=3D"H6qSQ7SP9HkqCGEz" -Dwrapper.port=3D1777 = -Dwrapper.debug=3D"TRUE" -Dwrapper.cpu.timeout=3D"10" = -Dwrapper.jvmid=3D1 org.tanukisoftware.wrapper.test.Main" (ERR=3D193) ReportEvent failed errno(1502) wrapper | Critical error: wait for JVM process failed ReportEvent failed errno(1502) When I try it with jdk131, it gives me C:\dev\java_as_a_service\bin>testwrapper.bat "C:\dev\java_as_a_service\conf\wrapper.conf" wrapper | --> Wrapper Started as Console ReportEvent failed errno(1502) ReportEvent failed errno(1502) wrapper | Launching a JVM... ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) jvm 1 | Initializing... ReportEvent failed errno(1502) jvm 1 | Wrapper Manager: JVM #1 ReportEvent failed errno(1502) jvm 1 | Wrapper Manager: Registering shutdown hook ReportEvent failed errno(1502) jvm 1 | Wrapper Manager: Using wrapper ReportEvent failed errno(1502) jvm 1 | Calling native initialization method. ReportEvent failed errno(1502) jvm 1 | Initializing WrapperManager native library. ReportEvent failed errno(1502) jvm 1 | Java Executable: c:\dev\jdk131\bin\java.exe ReportEvent failed errno(1502) jvm 1 | Java Version : 1.3.1_05-b02 OJVM Client VM ReportEvent failed errno(1502) jvm 1 | Java VM Vendor : Oracle Corp. ReportEvent failed errno(1502) jvm 1 | ReportEvent failed errno(1502) jvm 1 | Wrapper (Version 3.0.3) ReportEvent failed errno(1502) jvm 1 | ReportEvent failed errno(1502) jvm 1 | Open socket to wrapper... ReportEvent failed errno(1502) jvm 1 | Opened Socket ReportEvent failed errno(1502) jvm 1 | Send a packet 110 : GO7A0KAkRIfI8MBU ReportEvent failed errno(1502) jvm 1 | = handleSocket(Socket[addr=3D127.0.0.1/127.0.0.1,port=3D1777,localport=3D21= 35]) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) jvm 1 | Received a packet 112 : 1 ReportEvent failed errno(1502) jvm 1 | Wrapper Manager: LowLogLevel from Wrapper is 1 ReportEvent failed errno(1502) jvm 1 | Received a packet 113 : 30 ReportEvent failed errno(1502) jvm 1 | Wrapper Manager: PingTimeout from Wrapper is 30000 ReportEvent failed errno(1502) jvm 1 | Received a packet 100 : start ReportEvent failed errno(1502) jvm 1 | calling listener.start() ReportEvent failed errno(1502) jvm 1 | start() ReportEvent failed errno(1502) jvm 1 | returned from listener.start() ReportEvent failed errno(1502) jvm 1 | Send a packet 106 : ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) jvm 1 | Received a packet 103 : ping ReportEvent failed errno(1502) jvm 1 | Send a packet 103 : ok ReportEvent failed errno(1502) ReportEvent failed errno(1502) ReportEvent failed errno(1502) When I try the testWrapper without wrapper (the testWrapperNoWrapper.bat = batch file) everything works like a charm I used the binary download. If I download the source and try to build, I = get the error: C:\dev\java_as_a_service\src\wrapper_3.0.3_src>build -------------------- Wrapper Build System -------------------- Buildfile: build.xml init: OS=3D'Windows 2000' update-info: Deleting: = C:\dev\java_as_a_service\src\wrapper_3.0.3_src\src\java\org\tanukisoft ware\wrapper\WrapperInfo.java Copying 1 file to = C:\dev\java_as_a_service\src\wrapper_3.0.3_src\src\java\org\ta nukisoftware\wrapper compile: Compiling 1 source file to = C:\dev\java_as_a_service\src\wrapper_3.0.3_src\build\ classes BUILD FAILED file:C:/dev/java_as_a_service/src/wrapper_3.0.3_src/build.xml:230: = bin/Wrapper.e xe or lib/Wrapper.dll are missing, please build them using MSVC using = the projec t workspace src/c/Wrapper.dsw Total time: 3 seconds C:\dev\java_as_a_service\src\wrapper_3.0.3_src> |
|
From: Leif M. <le...@ta...> - 2003-07-03 15:27:57
|
Mirek, I see your problem. You have the following in your config file: --- # Java Additional Parameters wrapper.java.additional.1=jtapiApp.Main # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1=jtapiApp.Main --- The wrapper.java.additional.n properties are used to pass arguments to the JVM itself. Is what you really want to be doing is pass the jtapiApp.Main class name as the first argument to the WrapperSimpleApp main method. This is done using the wrapper.app.parameter properties. You had the correct value commented out in your conf file, so you were close. You can see this in your log output. The JVM is being launched with the following parameters: --- java jtapiApp.Main -Xms5m -Xmx64m -Djava.library.path=../lib -classpath ../lib/wrapper.jar:../lib/wrappertest.jar -Dwrapper.key=hJEaoVKN6ELBE6dI -Dwrapper.port=1786 -Dwrapper.debug=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp --- As things are, all of the parameters meant for the JVM are being passed to your class's main method. The reason things are timing out is that the WrapperManager class is never being loaded and initialized. The WrapperSimpleApp will do this behind the scenes. After correcting the wrapper.conf file, the JVM command should look like this: --- java -Xms5m -Xmx64m -Djava.library.path=../lib -classpath ../lib/wrapper.jar:../lib/wrappertest.jar -Dwrapper.key=hJEaoVKN6ELBE6dI -Dwrapper.port=1786 -Dwrapper.debug=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp jtapiApp.Main --- Everything else looks fine. Let me know if you have any other problems getting things running. Cheers, Leif ms...@em... wrote: >Hello Leif, >I'm sending You my wrapper.conf and wrapper.log files. >Class "jtapiApp.Main" which I want to run is part of the jar >archive which is on the CLASSPATH. > >Cheers >Mirek > |
|
From: Leif M. <le...@ta...> - 2003-07-03 08:26:25
|
Mirek, Could you post your full wrapper.conf file and the contents of your wrapper.log with debug enabled? Please delete your existing wrapper.log file before running the test so you only send the contents of a single run. I only need the first restart. By default the log file will contain timestamps. Looking at your configuration, It does not look like your jtapiApp.Main class is on the classpath? I just reverified this, but the WrapperSimpleApp will display a nice descriptive error message in the event that the main class can not be found. This makes me think that what you posted is not your actual wrapper.conf file. Just post the unmodified log and conf file and I should be able to see the cause. The wrapper.ping.timeout should not be set in most cases. It will not affect the current problem you are having now anyway. Cheers Leif ms...@em... wrote: >Hello, >if I want to run my Java application with wrapper. Wrapper + application is running >but after start I always obtain this message: > >wrapper | Startup failed: Timed out waiting for signal from JVM. >wrapper | JVM did not exit on request, terminated >wrapper | JVM was only running for 31 seconds leading to a failed restart count of 2. > >It is running on RedHat Linux 9.0 + JDK 1.4.1 and wrapper 3.0.3 > >Here is sample my wrapper.conf file: >wrapper.java.command=java >wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp >wrapper.java.classpath.1=../lib/wrapper.jar >wrapper.java.classpath.2=../lib/wrappertest.jar >wrapper.java.library.path.1=../lib >wrapper.java.additional.1=jtapiApp.Main >wrapper.java.initmemory=3 >wrapper.java.maxmemory=64 >wrapper.port=1777 >wrapper.ping.timeout=0 > >Does anyone know where the problem should be? > >Thanks > >Mirek > > > |
|
From: <ms...@em...> - 2003-07-03 08:09:40
|
Hello, if I want to run my Java application with wrapper. Wrapper + application = is running but after start I always obtain this message: wrapper | Startup failed: Timed out waiting for signal from JVM. wrapper | JVM did not exit on request, terminated wrapper | JVM was only running for 31 seconds leading to a failed restar= t count of 2. It is running on RedHat Linux 9.0 + JDK 1.4.1 and wrapper 3.0.3 Here is sample my wrapper.conf file: wrapper.java.command=3Djava wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=3D../lib/wrapper.jar wrapper.java.classpath.2=3D../lib/wrappertest.jar wrapper.java.library.path.1=3D../lib wrapper.java.additional.1=3DjtapiApp.Main wrapper.java.initmemory=3D3 wrapper.java.maxmemory=3D64 wrapper.port=3D1777 wrapper.ping.timeout=3D0 Does anyone know where the problem should be? Thanks Mirek _________________________________________________________________________= _______ Vyberte si svou vysněnou dovolenou z katalogu serveru http://www.ema= il.cz/nadovolenou . |
|
From: Leif M. <le...@ta...> - 2003-07-02 14:44:09
|
Max, Could you post your wrapper.conf file, the output of your application with the wrapper.debug=true property set and your package.MyApp main method. I should be able to tell you what your problem is then. Cheers, Leif Max Stolyarov wrote: > Leif, > > Thanks for replying to my message. Actually, I did not get this > working and I still can't pass command line parameters to my service. > What I was able to get working is the interactive mode for my service, > so that I can display a dialog, but it was mainly my fault on why it > was not working. Thanks again. Please let me know what I should do to > get command line parameters working. > > Max > |
|
From: Max S. <MSt...@li...> - 2003-07-02 14:02:23
|
Leif,
Thanks for replying to my message. Actually, I did not get this working
and I still can't pass command line parameters to my service. What I was
able to get working is the interactive mode for my service, so that I can
display a dialog, but it was mainly my fault on why it was not working.
Thanks again. Please let me know what I should do to get command line
parameters working.
Max
-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Wednesday, July 02, 2003 12:40 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Passing command line parameters to Java App
Max,
From the offline messages with Bill Littman that were then forwarded to
me, it
looks like you got this working? Could you post what was wrong for the
benefit of
the list? Also, was this something that the Wrapper was not handling
correctly?
Cheers,
Leif
Max Stolyarov wrote:
Hello,
I am running into a problem when trying to pass command line arguments
to my application using wrapper configuration file. In documentation, it was
mentioned that I should use Wrapper.app.parameter<n> to do that.
So, if my command line looks like - "java package.MyApp c:\MyApp\list.bat" I
should break it down in the following matter in the configuration file:
Wrapper.app.parameter.1 = package.MyApp
Wrapper.app.parameter.2 = "c:\MyApp\list.bat"
I tried this, but the wrapper log file shows that
ArrayIndexOutofBoundException is being thrown by my main method when trying
to read args[0] in the following code:
Public static void main( Strings[] args) {
String path = args[0];
}
Can someone please help me and let me know what I am doing wrong. Thanks in
advance.
|
|
From: Leif M. <le...@ta...> - 2003-07-02 05:39:55
|
Max,
From the offline messages with Bill Littman that were then forwarded to
me, it
looks like you got this working? Could you post what was wrong for the
benefit of
the list? Also, was this something that the Wrapper was not handling
correctly?
Cheers,
Leif
Max Stolyarov wrote:
> Hello,
>
> I am running into a problem when trying to pass command line arguments
> to my application using wrapper configuration file. In documentation,
> it was mentioned that I should use Wrapper.app.parameter<n> to do that.
>
> So, if my command line looks like - "java package.MyApp
> c:\MyApp\list.bat" I should break it down in the following matter in
> the configuration file:
>
> Wrapper.app.parameter.1 = package.MyApp
>
> Wrapper.app.parameter.2 = "c:\MyApp\list.bat"
>
> I tried this, but the wrapper log file shows that
> ArrayIndexOutofBoundException is being thrown by my main method when
> trying to read args[0] in the following code:
>
> Public static void main( Strings[] args) {
>
> String path = args[0];
>
> }
>
> Can someone please help me and let me know what I am doing wrong.
> Thanks in advance.
>
|
|
From: Leif M. <le...@ta...> - 2003-07-02 05:36:36
|
Max, Another user just asked me about this same thing in the Help forums: https://sourceforge.net/forum/forum.php?thread_id=889788&forum_id=122338 Here is my excerpt: --- If you are using Windows, then the easiest thing for you to do would be to create a simple Java class which simply waits until 10:00am and then calls the main method of your real application. The JVM would always be running, but it would work. --- I did a quick web search and was surprised that there is not much out there to do cron jobs on Windows systems. I did find this application: BJS http://www.camelliasoftware.com/ But it is a bit pricy 8-| Maybe I should make one of those.... Akso this one: http://www.cosbatch.com/ I have never tried either of these or spent more than 5 minutes on their sites. If anyone knows of any other available tools please post. For now I would suggest just writing a simple class that sits idle until a specified time and then calls your application's main method. If your application does not work correctly if the main method is called more than once in the same JVM instance, then simply call WrapperManager.restart() after the main method completes. The JVM will then restart and wait until the specified time the following day. You should be able to get this up and running in a few minutes. Cheers, Leif Max Stolyarov wrote: > Leif, > > My name is Max Stolyarov. I was communicating on the issue that I am > having with a wrapper, probably my fault for not understanding its > functionality and behavior completely. My main issue is that my java > application is a simple application that has to do its job and exit. > Then I thought I can rely on the wrapper to restart my application > after a certain period of time specified by the wrapper.restart.delay > in the config file. Unfortunately this does not happen, and when my > application completes I see that application's service status is being > changed to stopped, which off cause will prevent my app from > restarting. Please help me to understand who and how can make > application restart; I am trying to accomplish the same thing as > "cron" jobs in Unix. Thanks in advance. > > Max > > -----Original Message----- > From: Bill Littman [mailto:bli...@to...] > Sent: Thursday, June 26, 2003 1:30 PM > To: Max Stolyarov > Subject: RE: More information on message posted to SorceForge.net > > Max- > > Good questions, and they are probably better off sent to Leif, the > author of Wrapper. Here are my guesses though. I am guessing that the > native part of wrapper is what is executed when the service starts. > The native part then starts a JVM with > org.tanukisoftware.wrapper.WrapperSimpleApp as the main class. The > config files tell WrapperSimpleApp how to behave. I am also guessing > that either the WrapperSimpleApp or the native code starts a thread > that performs some type of ping on a piece of wrapper that is on the > same thread that the app is on. If a response is not received after a > given time (which I am pretty sure is configurable) the JVM is restarted. > > Again, this is just a guess and if you find out let me know. > > You also say that: 'when my application terminates the service status > changes to "Stopped"'. Are you doing a System.exit? If so, probably > the app is not restarted. If not, then it is probably a configuration > issue. > > Hope this helps. > > -Bill > > -----Original Message----- > From: Max Stolyarov [mailto:MSt...@li...] > Sent: Thursday, June 26, 2003 11:47 AM > To: Bill Littman > Subject: RE: More information on message posted to SorceForge.net > > Bill, > > I am sorry for bombarding you with so many questions but I am just > lost here. Can you explain me how wrapper works and how it is able > to restart JVM when it terminates. The way I understand, the > wrapper is used to register class > "org.tanukisoftware.wrapper.WrapperSimpleApp" as a service and > this is the class that starts my java app. If this is correct, > then how does the wrapper senses when my application terminates > and when it should restart the JVM? What I see as I monitor my > services is that when my application terminates the service status > changes to "Stopped" and that's it; it never restarts again. > Please, if you have time help me with this issue. With my > application I need to monitor some activity on hard drive time > after time, but I don't want to block and wait inside the > application while I am waiting for a next time to check my > information. Thanks in advance > > Max > > -----Original Message----- > From: Bill Littman [mailto:bli...@to...] > Sent: Thursday, June 26, 2003 11:30 AM > To: Max Stolyarov > Subject: RE: More information on message posted to SorceForge.net > > Hi Max- > > Nope, never tried command line parameters with wrapper. Our apps > use System properties instead of command line parms (it is kind of > an unstated company policy) and they work just fine. > > -Bill > > -----Original Message----- > From: Max Stolyarov [mailto:MSt...@li...] > Sent: Thursday, June 26, 2003 9:54 AM > To: Bill Littman > Subject: RE: More information on message posted to SorceForge.net > > Bill, > > The problem was on my side and not with the wrapper. I think I > had a spelling mistake in the configuration file. If you don't > mind me asking, did you every tried to pass command line > parameters to the main method of your application that wrapper > runs. I tried to specify my command line parameter using > > wrapper.app.parameter.2 = "c:\\wrapper\\bin\\sampleApp.bat" > > but for some reason or not the main method in my application > threw ArrayOutofBoundException as it tried to read the first > argument - args[0]. Any ideas??? > > Thanks in advance, > > Max > > -----Original Message----- > From: Bill Littman [mailto:bli...@to...] > Sent: Thursday, June 26, 2003 8:41 AM > To: Max Stolyarov > Subject: RE: More information on message posted to SorceForge.net > > Hi Max- > > I did not play around with the service restart delay parm. I > have noticed that wrapper will restart my app on occasion and > it appears to work fine. Researching proper parameters for > this is on my to-do list. > > What did you do to get your app to work? I would like to > document it on my side in case we do more with wrapper. > > Thanks. > > -Bill > > -----Original Message----- > From: Max Stolyarov [mailto:MSt...@li...] > Sent: Thursday, June 26, 2003 8:33 AM > To: Bill Littman > Subject: RE: More information on message posted to > SorceForge.net > > Bill, > > Thanks, I got this working. I really appreciate all the > help. Did you ever try service restart delay parameter to > ensure that if or when service terminates the wrapper will > restart it after a certain time delay? Thanks > > Max > > -----Original Message----- > From: Bill Littman [mailto:bli...@to...] > Sent: Wednesday, June 25, 2003 3:06 PM > To: Max Stolyarov > Subject: RE: More information on message posted to > SorceForge.net > > Hey Max- > > I used the first method (WrapperSimpleApp). FYI, attached > are my configuration files. I broke them up into two > because sometime in the future, I will have two services > running. Common will be used by both services, and > Production is specific to that particular service. I will > have a Training configuration file that is a peer to > Production (and maybe more). > > Hope this helps. Let me know if you have any other questions. > > -Bill > > -----Original Message----- > From: Max Stolyarov [mailto:MSt...@li...] > Sent: Wednesday, June 25, 2003 2:14 PM > To: Bill Littman > Subject: RE: More information on message posted to > SorceForge.net > > Bill, > > Thanks for responding. I tried that already. Did you > use the first integration method to register your > application as NT service using > org.tanukisoftware.wrapper.WrapperSimpleApp or did you > write a class that implemented WrapperListener > interface? Thanks > > Max > > -----Original Message----- > From: Bill Littman [mailto:bli...@to...] > Sent: Wednesday, June 25, 2003 2:08 PM > To: Max Stolyarov > Subject: RE: More information on message posted to > SorceForge.net > > Hi Max- > > I am not sure this is everything, but I know if I add > the line directly below, the java frame displays. If > the line is not there, or if the value is false, the > frame does not display. > > wrapper.ntservice.interactive=true > > Hope this works for you. > > -Bill > > -----Original Message----- > From: Max Stolyarov > [mailto:MSt...@li...] > Sent: Wednesday, June 25, 2003 1:54 PM > To: Bill Littman > Subject: More information on message posted to > SorceForge.net > > Hello Bill, > > My name is Max. I have read the message that you > posted to the mailing list for java service > wrapper and I have a question for you. What did > you have to do to display a java frame from your > java application that you have registered as NT > service using Java Service wrapper? Did you have > to modify your wrapper.conf file in any way? I > wrote a simple application that I am trying to run > as a service under NT using > org.tanukisoftware.wrapper.WrapperSimpleApp and > which suppose to display a dialog window once in a > while, but I can't get the frame to display? I can > get it display when I run my application stand > alone but not when it runs as a service. > Appreciate all the help. > > Max Stolyarov > |
|
From: Leif M. <le...@ta...> - 2003-06-27 19:39:16
|
Ok, things went even smoother than I had hoped. It is 4:30am though :-/ Anyway. Everything should be back up and running now. But let me know if you have any problems. Cheers, Leif Leif Mortenson wrote: >I am switching providers this weekend so there is going to be a >hopefully short >period of time where the wrapper.tanukisoftware.org site will be off >line. I think >I got the DNS configured ahead of time so that the cache time is down to >10 minutes. But it may be possible that some users will have problems >accessing the size for up to 72 hours or so after the change over is >complete. > >The SourceForge site will of course stay up as will this list as it is >hosted at SF. > >Cheers, >Leif > > |
|
From: Leif M. <le...@ta...> - 2003-06-27 16:36:59
|
I am switching providers this weekend so there is going to be a hopefully short period of time where the wrapper.tanukisoftware.org site will be off line. I think I got the DNS configured ahead of time so that the cache time is down to 10 minutes. But it may be possible that some users will have problems accessing the size for up to 72 hours or so after the change over is complete. The SourceForge site will of course stay up as will this list as it is hosted at SF. Cheers, Leif |
|
From: Mark P. <Ma...@so...> - 2003-06-27 01:00:52
|
Leif, > What you are asking for is to be able to hide an entire line of output if that output contains a specified token? Yes. In general our logging needs are light. We have a daemon job monitoring a queue, it receives entries that cause it to run another products "command line". This command line dumps a bunch of output that we capture and log as either INFO or ERROR based on the return code. The only minor issue is that their command line spits out one or two lines of copyright junk that doesn't really need to be in the log. We can easily filter it out in our code, but it would be cool if it could be done by your filters. Because, as I said, their copyright info could change with future versions so if it was soft-coded in the conf file that would be nice. Thanks for considering it. Mark |
|
From: Leif M. <le...@ta...> - 2003-06-26 23:22:04
|
Mark, In your last message, you said that you were going to use the Wrapper log methods to control log output. One option would be to send the output at the DEBUG level. this way it would not be displayed in the console, or the wrapper.log file by default. Otherwise, I would suggest using Log4j or Avalon's LogKit to handle logging from within the JVM. They will do a much better job than the Wrapper is capable of doing from outside. Features have slowly been added to the Wrapper's logging over time in response to user needs, but it is not designed to be a replacement for a real logging system inside the JVM. Most applications that I write handle all logging within the JVM by sending application output to a dedicated log file. Only error messages are displayed to the console. This keeps the contents of the wrapper.log file fairly simple and dedicated to startup, shutdown, and critical errors. I know it is all personal preference though. I'll give your request some thought. Each filter adds some load to the system as all log output must be scanned against each registered filter. What you are asking for is to be able to hide an entire line of output if that output contains a specified token? Cheers, Leif Mark Phippard wrote: >Would it be possible to add an action of IGNORE to wrapper.filter.action? >IGNORE would mean to not write the message to the log. > >I would like to use this to enter some log messages as triggers that we >would rather not write to the log. I have a process where I am logging >all of the messages retrieved after running a system command. Some of >these messages are just copyrights etc.. It would be nice if I could >filter them out in the logging framework instead of in my code. That way >the user could control it, and if the copyrights changed I could just >filter them out by updating the wrapper.conf. > > |
|
From: Mark P. <Ma...@so...> - 2003-06-26 15:42:45
|
Would it be possible to add an action of IGNORE to wrapper.filter.action? IGNORE would mean to not write the message to the log. I would like to use this to enter some log messages as triggers that we would rather not write to the log. I have a process where I am logging all of the messages retrieved after running a system command. Some of these messages are just copyrights etc.. It would be nice if I could filter them out in the logging framework instead of in my code. That way the user could control it, and if the copyrights changed I could just filter them out by updating the wrapper.conf. Thanks Mark |
|
From: Mark P. <Ma...@so...> - 2003-06-26 15:27:28
|
Leif, Thanks for all of the info. We are just going to go ahead and use your Log method instead of System.out and System.err. Mark |
|
From: Max S. <MSt...@li...> - 2003-06-26 15:24:14
|
Hello,
I am running into a problem when trying to pass command line arguments
to my application using wrapper configuration file. In documentation, it was
mentioned that I should use Wrapper.app.parameter<n> to do that.
So, if my command line looks like - "java package.MyApp c:\MyApp\list.bat" I
should break it down in the following matter in the configuration file:
Wrapper.app.parameter.1 = package.MyApp
Wrapper.app.parameter.2 = "c:\MyApp\list.bat"
I tried this, but the wrapper log file shows that
ArrayIndexOutofBoundException is being thrown by my main method when trying
to read args[0] in the following code:
Public static void main( Strings[] args) {
String path = args[0];
}
Can someone please help me and let me know what I am doing wrong. Thanks in
advance.
Max
|
|
From: Max S. <MSt...@li...> - 2003-06-26 13:27:20
|
Leif,
Thanks, I got it working....
Max
-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Wednesday, June 25, 2003 7:40 PM
To: wra...@li...
Subject: Re: [Wrapper-user] UI question
Max,
You will need to set the wrapper.ntservice.interactive property to true
and then uninstall and reinstall the service to get this working.
Unfortunately there is a bug in all currently released versions of the
Wrapper which breaks this for 1.2.x and 1.3.x versions of Java. It will
work
correctly with version 1.4.0 and above but it is not currently possible to
display the GUI reliably with earlier versions of Java. This has been fixed
in CVS and will be in the next release.
Cheers,
Leif
Max Stolyarov wrote:
Hello All,
I wrote a simple java application that needs to monitor some activity on
the machine and then display a GUI, a JFrame, at some point of time. It
works when I run it standalone but any time I run it as a service using java
wrapper service, the GUI does not come up. I use
org.tanukisoftware.wrapper.WrapperSimpleApp to register my application as a
service. Can someone please help me solve this problem and you can send me a
sample file that uses a GUI I would really appreciate. Thanks in advance.
|
|
From: Leif M. <le...@ta...> - 2003-06-26 00:52:29
|
Mark Phippard wrote: >I just discovered this project today. I cannot believe how great it works >and how easy it is to use. > Great I'm glad you find it useful. >Of course I do have a question/request: > >Is it possible to make messages that are written to System.err be treated >by the log as ERROR instead of INFO? (I also entered this request on >sf.net prior to joining the list) > I have tried to get this working a couple times but the problem is that if I break these up then if becomes very difficult to keep the System.out and System.err messages in the correct order when writing them to the log file. As long as the output rate is low, things work file. But If an application kicks out a bunch of err output mixed in with out output all at once, then the err ouput will appear grouped together in the log file followed by the out output. I'll take another look at it, but I am not optimistic about getting this working. Currently it is not possible. One thing I have thought about is replacing the System.out and System.err OutputStreams with streams which will prepend all output with a "E:" or a "O:". The Wrapper would then strip these off and apply the correct log level. The user should never see the above tokens in either the console or the log files. I have avoided this solutions as it would place a load on the console output. It is probably not significant enough that I should really be worrying about it however. >If not, then I assume the only way to get that sort of functionality is to >use your WrapperManager.log() method. I would rather not do that at this >stage in case we wind up needing to run this code in environments that are >not using your Wrapper. If I do use this method, does your code fail >gracefully at runtime if I am just running my code manually, such as using >the Run/Debug methods from Eclipse? > The WrapperManager class will work perfectly whether the JVM is being controlled by the Wrapper or not. IF you wish to run from within Eclipse, or elsewhere without the Wrapper, here is what you do: Set the wrapper.debug property to true and run the application normally using the Wrapper. This will display the full Java command used by the Wrapper to launch Java. Copy this command into a small one line batch file. Remove the -Dwrapper.key=XXXXXX parameter. Then run the batch file. Your application should start up and run normally. For eclipse, you would want to duplicate this command line in the Eclipse configuration. Cheers, Leif |
|
From: Leif M. <le...@ta...> - 2003-06-26 00:40:25
|
Max, You will need to set the wrapper.ntservice.interactive property to true and then uninstall and reinstall the service to get this working. Unfortunately there is a bug in all currently released versions of the Wrapper which breaks this for 1.2.x and 1.3.x versions of Java. It will work correctly with version 1.4.0 and above but it is not currently possible to displaythe GUI reliably with earlier versions of Java. This has been fixed in CVS and will be in the next release. Cheers, Leif Max Stolyarov wrote: > Hello All, > > I wrote a simple java application that needs to monitor some activity > on the machine and then display a GUI, a JFrame, at some point of > time. It works when I run it standalone but any time I run it as a > service using java wrapper service, the GUI does not come up. I use > org.tanukisoftware.wrapper.WrapperSimpleApp to register my application > as a service. Can someone please help me solve this problem and you > can send me a sample file that uses a GUI I would really appreciate. > Thanks in advance. > |
|
From: Max S. <MSt...@li...> - 2003-06-25 19:06:01
|
Hello All, I wrote a simple java application that needs to monitor some activity on the machine and then display a GUI, a JFrame, at some point of time. It works when I run it standalone but any time I run it as a service using java wrapper service, the GUI does not come up. I use org.tanukisoftware.wrapper.WrapperSimpleApp to register my application as a service. Can someone please help me solve this problem and you can send me a sample file that uses a GUI I would really appreciate. Thanks in advance. Max |
|
From: Mark P. <Ma...@so...> - 2003-06-25 18:40:32
|
I just discovered this project today. I cannot believe how great it works and how easy it is to use. Of course I do have a question/request: Is it possible to make messages that are written to System.err be treated by the log as ERROR instead of INFO? (I also entered this request on sf.net prior to joining the list) If not, then I assume the only way to get that sort of functionality is to use your WrapperManager.log() method. I would rather not do that at this stage in case we wind up needing to run this code in environments that are not using your Wrapper. If I do use this method, does your code fail gracefully at runtime if I am just running my code manually, such as using the Run/Debug methods from Eclipse? Thanks Mark |
|
From: Leif M. <le...@ta...> - 2003-06-19 05:56:54
|
Belo,
You are absolutely correct. The Java process was not correctly
receiving
the CTRL-C signals when running under the Wrapper. I had known about
this for quite a while, but it had never been a problem so I put it out
of my
mind :-/ Sorry about that.
Your mail prompted me to dig into in and I got it fixed. Rereading the
MS C++ docs on the related APIs, it still looks like it should have been
working as it was.... Excuses, excuses.
Anyway, this is fixed in CVS and will be in the next release.
What is it that you are trying to do. The Wrapper was correctly
shutting
down the JVM when CTRL-C was pressed. The only problem was that
the WrapperListener.controlEvent method was not being called within
the JVM.
Cheers,
Leif
Voigt, Bela M. wrote:
>Hi there!
>
>I'm using the wrapper to exceute some java class, that has public void
>controlEvent(int event) implemented.
>I started the wrapper in a shell (cmd.exe).
>My problem is, that the function is never reached when I press CTRL-C. When
>I close the shell by clicking on the "x", log the user off or shutdown the
>computer
>everything works as expected.
>In the WrapperManager class a native windows function for the windows event
>is called. If the native function returns some non-zero value the
>controlEvent function in my class gets called.
>For CTRL-C there's a zero return value, so nothing happens.Am I doing
>something wrong or ist the native function messing up?
>
>Wrapper version 2.8.2 & 3.0.3 behave the same.
>I'm using windows 2000 and jdk1.4.1.
>
>TIA
>Belo
>
>
|
|
From: Voigt, B. M. <B....@kl...> - 2003-06-18 16:34:58
|
Hi there! I'm using the wrapper to exceute some java class, that has public void controlEvent(int event) implemented. I started the wrapper in a shell (cmd.exe). My problem is, that the function is never reached when I press CTRL-C. When I close the shell by clicking on the "x", log the user off or shutdown the computer everything works as expected. In the WrapperManager class a native windows function for the windows event is called. If the native function returns some non-zero value the controlEvent function in my class gets called. For CTRL-C there's a zero return value, so nothing happens.Am I doing something wrong or ist the native function messing up? Wrapper version 2.8.2 & 3.0.3 behave the same. I'm using windows 2000 and jdk1.4.1. TIA Belo |