|
From: Matthew P. <mat...@di...> - 2006-01-13 17:18:59
|
Hi, I'm trying to run a Java app using Java Service Wrapper on Linux. The application runs fine by itself, but when I try to run it using the script method described on the Java Service Wrapper web site I get a class file versioning error: [mp49@pc003 bin]$ run_ddh console Running DdhMonitorService... wrapper | --> Wrapper Started as Console wrapper | Launching a JVM... jvm 1 | java.lang.UnsupportedClassVersionError: gda/ddh/monitor/DdhMonitorService (Unsupported major.minor version 49.0) etc..... I'm using the latest JDK (version 5_06), so I'm not sure what's causing this. A google search didn't help much. Thanks, Matthew |
|
From: Leif M. <le...@ta...> - 2006-01-13 19:54:08
|
Matthew, Most likely you are not running with the JVM that you think you are. If you are using the following in your config file then the Wrapper will be locating java on the system path: wrapper.java.command=java Try doing something like this: wrapper.java.command=%JAVA_HOME%/bin/java You can see what is being run by adding the property: wrapper.debug=true Cheers, Leif Matthew Pearson wrote: > > Hi, > > I'm trying to run a Java app using Java Service Wrapper on Linux. The > application runs fine > by itself, but when I try to run it using the script method described > on the Java Service Wrapper > web site I get a class file versioning error: > > [mp49@pc003 bin]$ run_ddh console > Running DdhMonitorService... > wrapper | --> Wrapper Started as Console > wrapper | Launching a JVM... > jvm 1 | java.lang.UnsupportedClassVersionError: > gda/ddh/monitor/DdhMonitorService (Unsupported major.minor version 49.0) > etc..... > > I'm using the latest JDK (version 5_06), so I'm not sure what's > causing this. A google search didn't help much. > > Thanks, > Matthew |
|
From: Qian W. <jan...@ya...> - 2006-01-19 20:16:35
|
Hi, I tried to use the config: wrapper.filter.trigger.1=java.lang.OutOfMemoryError wrapper.filter.action.1=RESTART so that when some error occurs, my application can restart by itself. however, it doesn't seem to work. in my code i wrote something like throw OutOfMemoryError; but looks like my application is still running. Is there something that i am missing here? any hint is greatly appreicated. Thanks __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Leif M. <le...@ta...> - 2006-01-19 22:17:29
|
Qian,
How are you catching the error. The Wrapper works by processing the JVM
console output. There is no way to trigger off of an exception unless
there is some
output to the console. Make sure the text "java.lang.OutOfMemoryError" is
showing up in the console and wrapper.log
Cheers,
Leif
Qian Wang wrote:
> Hi,
> I tried to use the config:
> wrapper.filter.trigger.1=java.lang.OutOfMemoryError
> wrapper.filter.action.1=RESTART so that when some
> error occurs, my application can restart by itself.
>
> however, it doesn't seem to work. in my code i wrote
> something like throw OutOfMemoryError; but looks like
> my application is still running.
>
> Is there something that i am missing here? any hint is
> greatly appreicated.
>
> Thanks
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: Qian W. <jan...@ya...> - 2006-01-24 20:32:11
|
Leif, thank you very much. that solves my problem. --- Leif Mortenson <le...@ta...> wrote: > Qian, > How are you catching the error. The Wrapper > works by processing the JVM > console output. There is no way to trigger off of > an exception unless > there is some > output to the console. Make sure the text > "java.lang.OutOfMemoryError" is > showing up in the console and wrapper.log > > Cheers, > Leif > > Qian Wang wrote: > > Hi, > > I tried to use the config: > > > wrapper.filter.trigger.1=java.lang.OutOfMemoryError > > wrapper.filter.action.1=RESTART so that when some > > error occurs, my application can restart by > itself. > > > > however, it doesn't seem to work. in my code i > wrote > > something like throw OutOfMemoryError; but looks > like > > my application is still running. > > > > Is there something that i am missing here? any > hint is > > greatly appreicated. > > > > Thanks > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do > you grep through log files > > for problems? Stop! Download the new AJAX search > engine that makes > > searching your log files as easy as surfing the > web. DOWNLOAD SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do > you grep through log files > for problems? Stop! Download the new AJAX search > engine that makes > searching your log files as easy as surfing the > web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Anastasios A. <vo...@vi...> - 2006-01-24 20:40:07
|
Is there a way to stop the wrapper from outputting console messages to the log? I'm using a 3rd party app which outputs alot to the console. So everything gets logged to the wrapper log which I dont want it to! Thanks |
|
From: Leif M. <le...@ta...> - 2006-01-25 02:11:57
|
Anastasios,
Try this:
wrapper.logfile.loglevel=STATUS
You will still see the output in the console, but it will not be
shown in the log file.
The problem with doing this is that you may lose other information that
you really do
want to see. For example crash dumps etc.
A better solution may be to do something like this:
wrapper.logfile.maxsize=1m
wrapper.logfile.maxfiles=1
By doing this, the wrapper.log file will always be renamed to
wrapper.log.1
when it exceeds 1Mb in size. The max files specifies the maximum number of
rolled log files that will be kept around. By doing this, you will be
able to see
all recent log output, but will also be able to guarantee that the
wrapper's log
files will never use more than 2Mb of disk space.
Cheers,
Leif
Anastasios Angelidis wrote:
> Is there a way to stop the wrapper from outputting console messages to
> the log? I'm using a 3rd party app which outputs alot to the console.
> So everything gets logged to the wrapper log which I dont want it to!
> Thanks
|
|
From: Anastasios A. <vo...@vi...> - 2006-01-31 22:00:08
|
Thanks it's just that the 3rd party app I'm trying to wrap is very verbose on the console... But it has it's own logs... I'm sure it loags it's own exceptions! Unless you saying I wont see crash duimps of the wrapper... Leif Mortenson wrote: > Anastasios, > Try this: > wrapper.logfile.loglevel=STATUS > > You will still see the output in the console, but it will not be > shown in the log file. > The problem with doing this is that you may lose other information > that you really do > want to see. For example crash dumps etc. > > A better solution may be to do something like this: > wrapper.logfile.maxsize=1m > wrapper.logfile.maxfiles=1 > > By doing this, the wrapper.log file will always be renamed to > wrapper.log.1 > when it exceeds 1Mb in size. The max files specifies the maximum > number of > rolled log files that will be kept around. By doing this, you will be > able to see > all recent log output, but will also be able to guarantee that the > wrapper's log > files will never use more than 2Mb of disk space. > > Cheers, > Leif > > Anastasios Angelidis wrote: > >> Is there a way to stop the wrapper from outputting console messages >> to the log? I'm using a 3rd party app which outputs alot to the >> console. So everything gets logged to the wrapper log which I dont >> want it to! Thanks > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <le...@ta...> - 2006-02-10 03:12:51
|
Anastasios Angelidis wrote: > Thanks it's just that the 3rd party app I'm trying to wrap is very > verbose on the console... > > But it has it's own logs... I'm sure it loags it's own exceptions! > Unless you saying I wont see crash duimps of the wrapper... Well hopefully the Wrapper itself won't crash. But if it did, it wouldn't be able to log itself in most cases. I am talking about crashes of the JVM. Those happen at a low level and it is not possible to log such things from within the JVM. Thread dumps will also not be logged by java based logging. Same if you have any code which uses System.out or System.err Cheers, Leif > > > Leif Mortenson wrote: > >> Anastasios, >> Try this: >> wrapper.logfile.loglevel=STATUS >> >> You will still see the output in the console, but it will not be >> shown in the log file. >> The problem with doing this is that you may lose other information >> that you really do >> want to see. For example crash dumps etc. >> >> A better solution may be to do something like this: >> wrapper.logfile.maxsize=1m >> wrapper.logfile.maxfiles=1 >> >> By doing this, the wrapper.log file will always be renamed to >> wrapper.log.1 >> when it exceeds 1Mb in size. The max files specifies the maximum >> number of >> rolled log files that will be kept around. By doing this, you will >> be able to see >> all recent log output, but will also be able to guarantee that the >> wrapper's log >> files will never use more than 2Mb of disk space. >> >> Cheers, >> Leif >> >> Anastasios Angelidis wrote: >> >>> Is there a way to stop the wrapper from outputting console messages >>> to the log? I'm using a 3rd party app which outputs alot to the >>> console. So everything gets logged to the wrapper log which I dont >>> want it to! Thanks >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |