You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <le...@ta...> - 2006-10-09 00:33:25
|
David, If that is what your command line looks like then your CLASSPATH must be getting defined as a system property. I assume that you are having problems when running as a service? This would be because you have not set the CLASSPATH as a system wide environment variable. That said, the CLASSPATH environment variable is BAD BAD BAD! You will run into problems if you try to use more than one application on the same machine. You really should be using the -classpath parameter to the JVM. This is the normal way to be using the wrapper. Make you you have defined classpath properties for each jar and classes directory that would normally go on your classpath. If you have more questions, include your wrapper.conf file so I can see exactly what you are doing. Cheers, Leif David Schulberg wrote: > > A simple question regarding using the Method 1 - WrapperSimpleApp > Integration with my java application which I normally run from Windows > command line > > “java proxy parm1 parm2 parm3”. > > Getting error: Unable to locate the class proxy: > java.lang.ClassNotFoundException: proxy > > What should I be defining in my wrapper.conf to overcome this error? > The application proxy comprises just class proxy with method > > ‘public static void main(String args[]).’ > > Regards, > > David > |
|
From: David S. <da...@ev...> - 2006-10-08 22:17:43
|
A simple question regarding using the Method 1 - WrapperSimpleApp Integration with my java application which I normally run from Windows command line "java proxy parm1 parm2 parm3". Getting error: Unable to locate the class proxy: java.lang.ClassNotFoundException: proxy What should I be defining in my wrapper.conf to overcome this error? The application proxy comprises just class proxy with method 'public static void main(String args[]).' Regards, David |
|
From: Beersoccer <bee...@gm...> - 2006-10-07 07:59:49
|
my application has a gui based on swt, and it can work correctly in a console under "WrapperSimpleApp" model. when i install my application as a windows service, i can install it and start it normally, but i can't see my gui any more. i don't know why. is there anyone can help me? thanks a lot! -- Stand on the shoulders of giants! |
|
From: Heather L. <hea...@th...> - 2006-10-05 18:15:01
|
Leif,
Version: 3.2.0
Platform: Windows Server 2003
I have verified that wrapper.jar, wrapper.exe and wrapper.dll are all
from the same version.
The error occurred at least 11 days after the JVM was launched so
definitely not at start up. After the crash was discovered, the service
was restarted without error (a couple of days later). Unfortunately, I
have been unable to reproduce the error. Since it occurred in
customer's production system, I have copied their installation on my
machine to try to reproduce the error. In this way, I can reproduce the
exact conditions when the error occurred. However, it is not exactly
the same system. Since the application receives data over a socket, is
it possible for the client to send something that would cause this
error? =20
Thanks,
Heather
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, October 05, 2006 11:05 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Fatal error in Wrapper
Heather,
You somehow figured out a way to crash the Wrapper process itself. =20
Unfortunately,
this is a state that the Wrapper is not able to recover from on its own.
I would definitely like to figure out a way to reproduce this as this is
the first I have heard of this problem.
Could you tell me what version of the Wrapper you are using as well
as the platform.
Are you sure that you are using the wrapper.jar, wrapper.exe, and
wrapper.dll all from the same version?
The message about packet type 110 is perplexing. Packet Id #110 is
the access key.
I double checked the code, but this is only sent from the JVM to the
Wrapper process
and then only once at startup. Your error log shows that this packet=20
Id 110 was
received by the JVM from the Wrapper.
How long after the JVM was launched did you encounter this error?
Cheers,
Leif
Heather Leonard wrote:
>
> Hi,
>
> My application crashed and the following error was in the wrapper log.
>
> INFO | jvm 1 | 2006/09/29 18:46:20 | Wrapper code received an=20
> unknown packet type: 110
> FATAL | wrapper | 2006/09/29 18:46:25 | encountered a fatal error in
> Wrapper
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionCode =3D=20
> EXCEPTION_ACCESS_VIOLATION
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionFlag =3D=20
> EXCEPTION_NONCONTINUABLE_EXCEPTION
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionAddress =3D
7C82F527
> FATAL | wrapper | 2006/09/29 18:46:25 | Read access exception from
> 0061FE7D
> FATAL | wrapper | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to=20
> error in service main.
>
> I have since been unable to reproduce the crash. I have two=20
> questions. Can anyone explain this error and why it would occur?
> Also, I would like the application to restart when an error like this=20
> occurs. Will setting the wrapper.on_exit.default property to RESTART=20
> cause a restart in this case?
>
> Thanks,
> Heather Leonard
>
>
> ----------------------------------------------------------------------
> --
>
> ----------------------------------------------------------------------
> --- Take Surveys. Earn Cash. Influence the Future of IT Join=20
> SourceForge.net's Techsay panel and you'll get the chance to share=20
> your opinions on IT & business topics through brief surveys -- and=20
> earn cash=20
> =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEV
> DEV
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> =20
------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT Join
SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Dave H. <DH...@xr...> - 2006-10-05 16:37:13
|
Yes, this is perfect. I will give this a try.
-dh
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, October 05, 2006 12:01 PM
To: wra...@li...
Subject: Re: [Wrapper-user] JWS & maven2 usage II
Dave,
The Wrapper builds up a classpath which is compatible with the=20
standard Java
classpath argument. This means that you can add directories. But=20
those directories
become classpath entries for unjared class files.
The Wrapper does go one step farther in that it will expand=20
wildcards at run time.
This means that you can do the following:
wrapper.java.classpath.1=3D../lib/*.jar
This is what I usually do for my applications and it works like a
charm.
Will this work for you?
Cheers,
Leif
Dave Hoffer wrote:
>
> Is it possible to specify the java.classpath in the wrapper.conf file=20
> by specifying a directory? I want it to include all jars in a=20
> specified folder. This would be another way to solve the problem of=20
> using JWS with maven.
>
> =20
>
> -dh
>
> =20
>
>
------------------------------------------------------------------------
>
> *From:* Dave Hoffer
> *Sent:* Wednesday, October 04, 2006 7:42 PM
> *To:* 'wra...@li...'
> *Subject:* JWS & maven2 usage
>
> =20
>
> I would like to use JWS in a maven2 build environment. =20
>
> =20
>
> Usage of JWS requires manual configuration of the=20
> wrapper.java.classpath.X section of the wrapper.conf file. Maven=20
> build systems put the version of the artifacts in the jar file names.=20
> These means that the list of jar names to be added to the conf file=20
> changes often. This should be dynamic so that these dependencies are=20
> automatically added to the conf file.
>
> =20
>
> Has there been any work done on a JWS plugin for maven that can=20
> automatically configure the conf file?
>
> =20
>
> -David
>
> =20
>
------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2006-10-05 16:16:26
|
Joe,
This is not currently possible. It would be a bit complicated in
the configuration to let
users use custom formats. But I did add a new 'Z' log format
'yyyy/MM/dd HH:mm:ss.SSS'.
This will be in the next release (3.2.2)
Cheers,
Leif
Joe Rounceville wrote:
> Hello,
>
> Does anyone know if it's possible to change the time format of the log for
> wrapper? Here's what I have:
>
> INFO | jvm 1 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker
> #38: EXIST \\URBWSR01\MFIPROD\Response\racf\AJB04A0205905296.racf <false>
> <success> - (CD:0 ms / TD:0 ms)
> INFO | jvm 4 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker
> #38: EXIST \\URBWSR01\MFIPROD\Response\RACF\AKD015_59034035.txt <false>
> <success> - (CD:0 ms / TD:0 ms)
> INFO | jvm 4 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker
> #40: ISFIL \\URBWSR01\MFIPROD\Response\Billing\Inquiry\ACD1640552706872.txt
> <true> <success> - (CD:0 ms / TD:0 ms)
>
>
> Since I'm trying to merge and sort logs from multiple running instances of a
> service, I need to be able to collate them with higher precision than
> seconds. Is it possible to get the time format down to the millisecond?
>
> Thanks,
>
> Joe R.
>
|
|
From: Leif M. <le...@ta...> - 2006-10-05 16:01:04
|
Dave,
The Wrapper builds up a classpath which is compatible with the
standard Java
classpath argument. This means that you can add directories. But
those directories
become classpath entries for unjared class files.
The Wrapper does go one step farther in that it will expand
wildcards at run time.
This means that you can do the following:
wrapper.java.classpath.1=../lib/*.jar
This is what I usually do for my applications and it works like a charm.
Will this work for you?
Cheers,
Leif
Dave Hoffer wrote:
>
> Is it possible to specify the java.classpath in the wrapper.conf file
> by specifying a directory? I want it to include all jars in a
> specified folder. This would be another way to solve the problem of
> using JWS with maven.
>
>
>
> -dh
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Dave Hoffer
> *Sent:* Wednesday, October 04, 2006 7:42 PM
> *To:* 'wra...@li...'
> *Subject:* JWS & maven2 usage
>
>
>
> I would like to use JWS in a maven2 build environment.
>
>
>
> Usage of JWS requires manual configuration of the
> wrapper.java.classpath.X section of the wrapper.conf file. Maven
> build systems put the version of the artifacts in the jar file names.
> These means that the list of jar names to be added to the conf file
> changes often. This should be dynamic so that these dependencies are
> automatically added to the conf file.
>
>
>
> Has there been any work done on a JWS plugin for maven that can
> automatically configure the conf file?
>
>
>
> -David
>
>
>
|
|
From: Leif M. <le...@ta...> - 2006-10-05 15:11:31
|
Ernesto,
Could you add the following property and rerun your app?
wrapper.java.command.loglevel=INFO
It appears that the Wrapper was successful at launching your JVM,
but the
JVM process terminated before the Java site of the wrapper contacted the
Wrapper process.
I need to improve this message, but most likely this was caused by a
configuration problem. Make sure you have read over the integration
section of the documentation:
http://wrapper.tanukisoftware.org/doc/english/integrate.html
Cheers,
Leif
Ernesto wrote:
> STATUS | wrapper | 2006/10/03 12:14:54 | --> Wrapper
> Started as Console
> STATUS | wrapper | 2006/10/03 12:14:55 | Launching a
> JVM...
> ERROR | wrapper | 2006/10/03 12:14:55 | JVM exited
> while loading the application.
> FATAL | wrapper | 2006/10/03 12:14:55 | There were 1
> failed launches in a row, each lasting less than 300
> seconds. Giving up.
> FATAL | wrapper | 2006/10/03 12:14:55 | There may
> be a configuration problem: please check the logs.
> STATUS | wrapper | 2006/10/03 12:14:56 | <-- Wrapper
> Stopped
>
>
> What happens?
>
> Thanks
>
|
|
From: Leif M. <le...@ta...> - 2006-10-05 15:05:25
|
Heather,
You somehow figured out a way to crash the Wrapper process itself.
Unfortunately,
this is a state that the Wrapper is not able to recover from on its
own. I would definitely
like to figure out a way to reproduce this as this is the first I have
heard of this problem.
Could you tell me what version of the Wrapper you are using as well
as the platform.
Are you sure that you are using the wrapper.jar, wrapper.exe, and
wrapper.dll all from
the same version?
The message about packet type 110 is perplexing. Packet Id #110 is
the access key.
I double checked the code, but this is only sent from the JVM to the
Wrapper process
and then only once at startup. Your error log shows that this packet
Id 110 was
received by the JVM from the Wrapper.
How long after the JVM was launched did you encounter this error?
Cheers,
Leif
Heather Leonard wrote:
>
> Hi,
>
> My application crashed and the following error was in the wrapper log.
>
> INFO | jvm 1 | 2006/09/29 18:46:20 | Wrapper code received an
> unknown packet type: 110
> FATAL | wrapper | 2006/09/29 18:46:25 | encountered a fatal error in
> Wrapper
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionCode =
> EXCEPTION_ACCESS_VIOLATION
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionFlag =
> EXCEPTION_NONCONTINUABLE_EXCEPTION
> FATAL | wrapper | 2006/09/29 18:46:25 | exceptionAddress = 7C82F527
> FATAL | wrapper | 2006/09/29 18:46:25 | Read access exception from
> 0061FE7D
> FATAL | wrapper | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to
> error in service main.
>
> I have since been unable to reproduce the crash. I have two
> questions. Can anyone explain this error and why it would occur?
> Also, I would like the application to restart when an error like this
> occurs. Will setting the wrapper.on_exit.default property to RESTART
> cause a restart in this case?
>
> Thanks,
> Heather Leonard
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: <Ale...@st...> - 2006-10-05 14:10:49
|
Ich werde ab dem 04.10.2006 nicht im B=FCro sein. Ich kehre zur=FCck am= 11.10.2006. I will be out of the office starting 04.10.2006. I will be back on 11.10.2006. Ihre Nachricht werde ich nach meiner R=FCckkehr beantworten. I will answer your message after my return. W=E4hrend meiner Abwesenheit wenden Sie sich bitte an meine(n) unten aufgef=FChrte(n) Kollegen/Kollegin. During my absence please contact the person as stated below: Hauptverantwortlicher Ansprechpartner / stand-in: Matthias Gottschlich , Telefon: +49 30 206188-7249 Ansprechpartner: Michael Gollin , Telefon: +49 30 206188-5305 Mit freundlichen Gr=FC=DFen Best regards Alexander Schulz= |
|
From: Dave H. <DH...@xr...> - 2006-10-05 10:28:03
|
Not getting emails. |
|
From: Dave H. <DH...@xr...> - 2006-10-05 01:27:00
|
Is it possible to specify the java.classpath in the wrapper.conf file by specifying a directory? I want it to include all jars in a specified folder. This would be another way to solve the problem of using JWS with maven. =20 -dh =20 ________________________________ From: Dave Hoffer=20 Sent: Wednesday, October 04, 2006 7:42 PM To: 'wra...@li...' Subject: JWS & maven2 usage =20 I would like to use JWS in a maven2 build environment. =20 =20 Usage of JWS requires manual configuration of the wrapper.java.classpath.X section of the wrapper.conf file. Maven build systems put the version of the artifacts in the jar file names. These means that the list of jar names to be added to the conf file changes often. This should be dynamic so that these dependencies are automatically added to the conf file. =20 Has there been any work done on a JWS plugin for maven that can automatically configure the conf file? =20 -David =20 =20 |
|
From: Dave H. <DH...@xr...> - 2006-10-04 23:41:58
|
I would like to use JWS in a maven2 build environment. =20 =20 Usage of JWS requires manual configuration of the wrapper.java.classpath.X section of the wrapper.conf file. Maven build systems put the version of the artifacts in the jar file names. These means that the list of jar names to be added to the conf file changes often. This should be dynamic so that these dependencies are automatically added to the conf file. =20 Has there been any work done on a JWS plugin for maven that can automatically configure the conf file? =20 -David =20 =20 |
|
From: Joe R. <jro...@ho...> - 2006-10-03 19:45:09
|
Hello, Does anyone know if it's possible to change the time format of the log for wrapper? Here's what I have: INFO | jvm 1 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker #38: EXIST \\URBWSR01\MFIPROD\Response\racf\AJB04A0205905296.racf <false> <success> - (CD:0 ms / TD:0 ms) INFO | jvm 4 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker #38: EXIST \\URBWSR01\MFIPROD\Response\RACF\AKD015_59034035.txt <false> <success> - (CD:0 ms / TD:0 ms) INFO | jvm 4 | 2006/09/27 15:53:27 | Sep 27, 2006 3:53:27 PM: worker #40: ISFIL \\URBWSR01\MFIPROD\Response\Billing\Inquiry\ACD1640552706872.txt <true> <success> - (CD:0 ms / TD:0 ms) Since I'm trying to merge and sort logs from multiple running instances of a service, I need to be able to collate them with higher precision than seconds. Is it possible to get the time format down to the millisecond? Thanks, Joe R. |
|
From: Heather L. <hea...@th...> - 2006-10-03 18:14:39
|
Hi, My application crashed and the following error was in the wrapper log. INFO | jvm 1 | 2006/09/29 18:46:20 | Wrapper code received an unknown packet type: 110 FATAL | wrapper | 2006/09/29 18:46:25 | encountered a fatal error in Wrapper FATAL | wrapper | 2006/09/29 18:46:25 | exceptionCode =3D EXCEPTION_ACCESS_VIOLATION FATAL | wrapper | 2006/09/29 18:46:25 | exceptionFlag =3D EXCEPTION_NONCONTINUABLE_EXCEPTION FATAL | wrapper | 2006/09/29 18:46:25 | exceptionAddress =3D = 7C82F527 FATAL | wrapper | 2006/09/29 18:46:25 | Read access exception from 0061FE7D FATAL | wrapper | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to error in service main. I have since been unable to reproduce the crash. I have two questions. Can anyone explain this error and why it would occur? Also, I would like the application to restart when an error like this occurs. Will setting the wrapper.on_exit.default property to RESTART cause a restart in this case? Thanks, Heather Leonard |
|
From: Ernesto <net...@ya...> - 2006-10-03 10:55:29
|
STATUS | wrapper | 2006/10/03 12:14:54 | --> Wrapper Started as Console STATUS | wrapper | 2006/10/03 12:14:55 | Launching a JVM... ERROR | wrapper | 2006/10/03 12:14:55 | JVM exited while loading the application. FATAL | wrapper | 2006/10/03 12:14:55 | There were 1 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2006/10/03 12:14:55 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2006/10/03 12:14:56 | <-- Wrapper Stopped What happens? Thanks ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
|
From: Leif M. <le...@ta...> - 2006-09-29 19:14:46
|
Eddie, How do you shutdown HSQL without the Wrapper? Is there another class that is run? If so, that is exactly what Method #2 is used for. That method will run the primary class in the same way as method #1. But it will launch another class's main method when it is time to shutdown. Cheers, Leif Eddie.Peterson wrote: > Leif, > > Thank you for the link! It was perfect. I got HSQL running as a service on > my first try using method #1. There is only one concern I have. When you > stop the service it does not send the SHUTDOWN directive to HSQL. This > closes the database but does not commit the current data. The data is > written out to a file named <dbname>.script and it then processed at the > next startup. I was wondering if there was a way to send commands prior to > ending the service? If not, I will hope that everything is processed when > the service restarts. Thanks again! > > --Eddie > > > > Leif Mortenson-2 wrote: > >> Eddie, >> I have not wrapped the standalone HSQL db myself. But often use an >> embedded >> HSQL component in applications. Great little DB. There is no reason >> why you >> shouldn't be able to get up and running. The best place to start is >> often at the >> beginning. The steps are all clearly spelled out in the documentation. >> Start by >> trying out method #1. That works great for most apps. >> >> http://wrapper.tanukisoftware.org/doc/english/integrate.html >> >> Let me know if you run into any problems after reading over the >> integration >> section of the docs. >> >> Cheers, >> Leif >> >> Eddie.Peterson wrote: >> >>> Just started reading about the Java Service Wrapper and it seems very >>> userful. I was looking for a way to encapsulate the HSQL database using >>> this >>> Wrapper. Is that possible? If so, what are the high level steps involved? >>> Thanks in advance for any information you can provide. >>> >>> Best, >>> --Eddie >>> >>> |
|
From: Eddie.Peterson <edd...@ho...> - 2006-09-29 16:33:53
|
Leif, Thank you for the link! It was perfect. I got HSQL running as a service on my first try using method #1. There is only one concern I have. When you stop the service it does not send the SHUTDOWN directive to HSQL. This closes the database but does not commit the current data. The data is written out to a file named <dbname>.script and it then processed at the next startup. I was wondering if there was a way to send commands prior to ending the service? If not, I will hope that everything is processed when the service restarts. Thanks again! --Eddie Leif Mortenson-2 wrote: > > Eddie, > I have not wrapped the standalone HSQL db myself. But often use an > embedded > HSQL component in applications. Great little DB. There is no reason > why you > shouldn't be able to get up and running. The best place to start is > often at the > beginning. The steps are all clearly spelled out in the documentation. > Start by > trying out method #1. That works great for most apps. > > http://wrapper.tanukisoftware.org/doc/english/integrate.html > > Let me know if you run into any problems after reading over the > integration > section of the docs. > > Cheers, > Leif > > Eddie.Peterson wrote: >> Just started reading about the Java Service Wrapper and it seems very >> userful. I was looking for a way to encapsulate the HSQL database using >> this >> Wrapper. Is that possible? If so, what are the high level steps involved? >> Thanks in advance for any information you can provide. >> >> Best, >> --Eddie >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- View this message in context: http://www.nabble.com/HSQL-tf2346729.html#a6568418 Sent from the Java Service Wrapper mailing list archive at Nabble.com. |
|
From: Mirza A. R. <abb...@ya...> - 2006-09-28 19:15:59
|
Hi, I am running weblogic cluster nodes(admin and managed) as windows service on individual boxes. The managed nodes that run on separate boxes depend on the admin server running on its own box. Is there a way to indicate that these managed nodes depend on the admin server? I am doing a workaround by having my own java class doing the pinging and resolving the dependency. It would be great if there is a standard or a way wrapper let me just configure. Appreciate any help. Thanks, Abbas |
|
From: Leif M. <le...@ta...> - 2006-09-28 12:37:55
|
Mike, Try adding the following property. wrapper.java.command.loglevel=INFO This will cause the Java command to be logged. You can then see exactly what is going on. You can also try copying this command into a batch file. If you remove the -Dwrapper.key=xxx command line option, the command can be used to run the JVM without using the wrapper. The wrapper doesn't do any thing special in this area, so there must be something different about the arguments being passed to the JVM. Post your command and someone may have some ideas for you. Cheers, Leif Mike Streeton wrote: > > I am trying to get the java option aggressive heap to work. I have put > the following lines in the wrapper.conf: > > > > # Java Additional Parameters > > wrapper.java.additional.1=-server > > wrapper.java.additional.2=-XX:+UseParallelGC > > wrapper.java.additional.3=-XX:+AggressiveHeap > > > > # Initial Java Heap Size (in MB) > > #wrapper.java.initmemory=3 > > > > # Maximum Java Heap Size (in MB) > > #wrapper.java.maxmemory=256 > > > > The following appears in the log: > > > > STATUS | wrapper | 2006/09/28 10:44:55 | --> Wrapper Started as Service > > STATUS | wrapper | 2006/09/28 10:44:55 | Launching a JVM... > > ERROR | wrapper | 2006/09/28 10:45:00 | JVM exited while loading the > application. > > INFO | jvm 1 | 2006/09/28 10:45:00 | Error occurred during > initialization of VM > > INFO | jvm 1 | 2006/09/28 10:45:00 | Could not reserve enough > space for object heap > > > > The application will start okay without the wrapper, but fails with > the wrapper, at start up it will use no more than 20M. > > > > I have tried it with 3.1.2 and 3.2.1 version. > > > > Any Ideas? > > > > Thanks > > > > Mike > > > > > > www.ardentia.com <http://www.ardentia.com> the home of NetSearch > |
|
From: Thierry H. <th...@in...> - 2006-09-28 10:59:58
|
Are you on windows or solaris/linux ?. If you are on windows the problem come probably from some dll loaded somewhere ( up to the system) in the address space. Aggressive Heap try to allocate the max memory possible or at least to map the addresses requested to use this memory. The system will refuse to map the range of address because the range could not be reserved ( range + address of dll > max address space allowed per process ). =20 =20 There is not so much to do here. First try to lauch your appli without the wrapper. Then try to launch the wrapper without the dll ( it's normally working the dll is use full to handle signal ) . Then there is some method to force the address where the dll is loaded but I don't remember them. =20 The best way is too not use Aggressive heap ( which is not recommended by sun ;) ) and to specify a max memory in which everything fit in. =20 =20 =20 Thierry Hanot =20 ________________________________ From: wra...@li... [mailto:wra...@li...] On Behalf Of Mike Streeton Sent: jeudi 28 septembre 2006 11:47 To: wra...@li... Subject: [Wrapper-user] AggressiveHeap =20 I am trying to get the java option aggressive heap to work. I have put the following lines in the wrapper.conf: =20 # Java Additional Parameters wrapper.java.additional.1=3D-server wrapper.java.additional.2=3D-XX:+UseParallelGC wrapper.java.additional.3=3D-XX:+AggressiveHeap =20 # Initial Java Heap Size (in MB) #wrapper.java.initmemory=3D3 =20 # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=3D256 =20 The following appears in the log: =20 STATUS | wrapper | 2006/09/28 10:44:55 | --> Wrapper Started as Service STATUS | wrapper | 2006/09/28 10:44:55 | Launching a JVM... ERROR | wrapper | 2006/09/28 10:45:00 | JVM exited while loading the application. INFO | jvm 1 | 2006/09/28 10:45:00 | Error occurred during initialization of VM INFO | jvm 1 | 2006/09/28 10:45:00 | Could not reserve enough space for object heap =20 The application will start okay without the wrapper, but fails with the wrapper, at start up it will use no more than 20M. =20 I have tried it with 3.1.2 and 3.2.1 version. =20 Any Ideas? =20 Thanks =20 Mike =20 =20 www.ardentia.com the home of NetSearch =20 |
|
From: Mike S. <mik...@ar...> - 2006-09-28 09:47:21
|
I am trying to get the java option aggressive heap to work. I have put the following lines in the wrapper.conf: =20 # Java Additional Parameters wrapper.java.additional.1=3D-server wrapper.java.additional.2=3D-XX:+UseParallelGC wrapper.java.additional.3=3D-XX:+AggressiveHeap =20 # Initial Java Heap Size (in MB) #wrapper.java.initmemory=3D3 =20 # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=3D256 =20 The following appears in the log: =20 STATUS | wrapper | 2006/09/28 10:44:55 | --> Wrapper Started as Service STATUS | wrapper | 2006/09/28 10:44:55 | Launching a JVM... ERROR | wrapper | 2006/09/28 10:45:00 | JVM exited while loading the application. INFO | jvm 1 | 2006/09/28 10:45:00 | Error occurred during initialization of VM INFO | jvm 1 | 2006/09/28 10:45:00 | Could not reserve enough space for object heap =20 The application will start okay without the wrapper, but fails with the wrapper, at start up it will use no more than 20M. =20 I have tried it with 3.1.2 and 3.2.1 version. =20 Any Ideas? =20 Thanks =20 Mike =20 =20 www.ardentia.com the home of NetSearch =20 |
|
From: Leif M. <le...@ta...> - 2006-09-28 02:25:09
|
Neeraja,
Did you ever make any progress on this? I say that you had also
posted the following
support requests. Wanted to make sure these were all you.
https://sourceforge.net/tracker/?func=detail&atid=425188&aid=1553119&group_id=39428
https://sourceforge.net/tracker/?func=detail&atid=425188&aid=1551889&group_id=39428
I am still unsure as to why only you are seeing this problem. But I
went ahead and
added some code for the next release to at least make the Wrapper
recover and shutdown
cleanly if this is encountered by others. If you encounter this bug
with version 3.2.2, you
will now see the following in the log:
jvm 1 | Wrapper Manager: Attempted System.exit(0) call failed:
java.lang.IllegalThreadStateException
jvm 1 | Trying Runtime.halt(0)
wrapper | <-- Wrapper Stopped
The JVM may not correctly execute all of its shutdown hooks, but at
least it won't hang
on shutdown.
If you or anyone else has any input on this issue, I would love to
hear it.
Cheers,
Leif
Leif Mortenson wrote:
> Neeraja,
> I did some research on this tonight. Everything in the wrapper looks
> correct. But the
> wrapper is barfing when it attempts to call System.exit. This should be
> a valid operation
> so this seems like a JVM bug?
>
> Does this look like it applies to what you are seeing?
> http://bugs.sun.com/bugdatabase/view_bug.do;:YfiG?bug_id=6222850
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6251180
>
> From your trace, the Wrapper is calling shutdownJVM from within the
> main command
> loop. That is triggered by the ServiceManager attempting to stop the
> service. For this
> reason, this method should be getting called before the JVM's shutdown
> hooks have
> been started. The call to System.exit within this method should be
> starting the shutdown
> hooks it self, but that operation is failing.
>
> This happens after the WrapperListener.stop method has been called.
> However,
> because you are using the WrapperSimpleApp helper class, that listener
> does nothing.
>
> I'll give this some more thought, but I don't see how the Wrapper could
> be causing
> this on its own...
>
> What happens if you use the 3.2.1 release? (Shouldn't make any difference)
>
> How about different JVM versions?
>
> Cheers,
> Leif
>
> Neeraja Kollu wrote:
>
>> Hi,
>>
>>
>> We are using wrapper for 24X7 critical application.
>> Occationally, we are getting the following exception when trying to
>> stop the service from Windows Service Manager.
>>
>> INFO | jvm 1 | 2006/09/06 07:50:41 | Server daemon died!
>> INFO | jvm 1 | 2006/09/06 07:50:41 |
>> java.lang.IllegalThreadStateException
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Thread.start(Native Method)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Shutdown.runHooks(Shutdown.java:158)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Shutdown.sequence(Shutdown.java:197)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Shutdown.exit(Shutdown.java:242)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Runtime.exit(Runtime.java:123)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.System.exit(System.java:789)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> org.tanukisoftware.wrapper.WrapperManager.shutdownJVM(WrapperManager.java:3003)
>>
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> org.tanukisoftware.wrapper.WrapperManager.privilegedStopInner(WrapperManager.java:3144)
>>
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java:3768)
>>
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:4158)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | at
>> java.lang.Thread.run(Thread.java:567)
>> INFO | jvm 1 | 2006/09/06 07:50:41 | Server daemon shut down
>>
>>
>> We create multiple threads from our application.
>>
>> Please find the attached log file.
>>
>> Thanks in advance.
>>
>>
>> Neeraja
>>
|
|
From: Leif M. <le...@ta...> - 2006-09-28 01:38:05
|
Eddie,
I have not wrapped the standalone HSQL db myself. But often use an
embedded
HSQL component in applications. Great little DB. There is no reason
why you
shouldn't be able to get up and running. The best place to start is
often at the
beginning. The steps are all clearly spelled out in the documentation.
Start by
trying out method #1. That works great for most apps.
http://wrapper.tanukisoftware.org/doc/english/integrate.html
Let me know if you run into any problems after reading over the
integration
section of the docs.
Cheers,
Leif
Eddie.Peterson wrote:
> Just started reading about the Java Service Wrapper and it seems very
> userful. I was looking for a way to encapsulate the HSQL database using this
> Wrapper. Is that possible? If so, what are the high level steps involved?
> Thanks in advance for any information you can provide.
>
> Best,
> --Eddie
>
|
|
From: Eddie.Peterson <edd...@ho...> - 2006-09-27 20:22:04
|
Just started reading about the Java Service Wrapper and it seems very userful. I was looking for a way to encapsulate the HSQL database using this Wrapper. Is that possible? If so, what are the high level steps involved? Thanks in advance for any information you can provide. Best, --Eddie -- View this message in context: http://www.nabble.com/HSQL-tf2346729.html#a6533321 Sent from the Java Service Wrapper mailing list archive at Nabble.com. |