Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
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: Ed S. <ers...@gm...> - 2012-06-03 16:40:34
|
I have be teaching myself how to install and support JBoss. I stumbled upon your wrapper application and would like to experiment with it. I have it working but there is one problem. The default install of JBoss has 4 "profiles" to use, all, default, minimal and production. When I run the JBoss.bat file that I copied from the wrapper "src" directory (App.bat.in reneamed to Jboss.bat) it starts JBoss using the "production" profile. How can I change this to use one of the other profiles? Appreciate your help. Ed Simpson |
|
From: Christian M. <chr...@ta...> - 2012-05-30 08:03:01
|
Hello Dave, thank you for your mail. 1) If you set the property IGNORE_SIGNALS=true in the script, the script will tell the Wrapper to shutdown by deleting its anchor file. The Wrapper should acknowledge the removal of the file and initiate the shutdown within a few seconds, however. Is there any indication in your conf file on what is delaying the shutdown so long? 2) please send me the 2 scripts you are using. I would like to make sure the property "IGNORE_SIGNALS=true" is set correctly, because if it is set, the Wrapper will not raise a SIGTERM to the Wrapper, but using the anchorfile. I assume that the script was running into a timeout and your OS simply continued with the shutdown, killing your application forcibly. It should have been started after the system got back up however, therefore I would also see the value of APP_NAME in your script. APP_NAME is being used as application name for in the init.d folder, e.g. /etc/init.d/myapp Also what distribution are you running on? Cheers, Christian On Wed, May 30, 2012 at 11:26 AM, David Hoffer <dho...@gm...> wrote: > On Linux I've observed a few problems: > > Java Service Wrapper Professional Edition 32-bit 3.5.13 > Linux 2.6.18-028stab099.3 i686 > > 1. Some time ago I was advised to set IGNORE_SIGNALS=true so that > stray TERM signals did not kill my app. This seems to have solved > that but caused another problem in that the stop command now takes a > long time to shut down the app, is there a way to regain the fast app > shutdown behavior? > > 2. I'm not sure if it's related to the above change but I have two > apps running on this same server both configured to start the apps > when the OS starts (used install command to configure this). However > the apps are not restarting when the system boots. Here is a resent > log. > > STATUS | wrapper | 2012/05/27 04:04:49 | TERM trapped, but ignored. > STATUS | wrapper | 2012/05/29 13:38:49 | --> Wrapper Started as Daemon > STATUS | wrapper | 2012/05/29 13:38:49 | Java Service Wrapper > Professional Edition 32-bit 3.5.13 > STATUS | wrapper | 2012/05/29 13:38:49 | Copyright (C) 1999-2011 > Tanuki Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2012/05/29 13:38:49 | > http://wrapper.tanukisoftware.com > > I believe 2012/05/27 04:04:49 is when the system was rebooted for > maintenance, 2012/05/29 13:38:49 is when I manually started the app > because it was not running. It seems that since I've ignored > TERM...it didn't shut down...and therefore it didn't restart??? > > How can I configure JSW so that it will restart the app when the system > boots? > > In addition what I really want is to configure JSW so that it will > guarantee that the apps are always running if the OS is, I've had too > many instances where the apps aren't running for one reason or > another. (The slow shutdown in #1 is a minor issue compared to the > others.) > > Thanks, > -Dave > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: David H. <dho...@gm...> - 2012-05-30 02:27:04
|
On Linux I've observed a few problems: Java Service Wrapper Professional Edition 32-bit 3.5.13 Linux 2.6.18-028stab099.3 i686 1. Some time ago I was advised to set IGNORE_SIGNALS=true so that stray TERM signals did not kill my app. This seems to have solved that but caused another problem in that the stop command now takes a long time to shut down the app, is there a way to regain the fast app shutdown behavior? 2. I'm not sure if it's related to the above change but I have two apps running on this same server both configured to start the apps when the OS starts (used install command to configure this). However the apps are not restarting when the system boots. Here is a resent log. STATUS | wrapper | 2012/05/27 04:04:49 | TERM trapped, but ignored. STATUS | wrapper | 2012/05/29 13:38:49 | --> Wrapper Started as Daemon STATUS | wrapper | 2012/05/29 13:38:49 | Java Service Wrapper Professional Edition 32-bit 3.5.13 STATUS | wrapper | 2012/05/29 13:38:49 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/05/29 13:38:49 | http://wrapper.tanukisoftware.com I believe 2012/05/27 04:04:49 is when the system was rebooted for maintenance, 2012/05/29 13:38:49 is when I manually started the app because it was not running. It seems that since I've ignored TERM...it didn't shut down...and therefore it didn't restart??? How can I configure JSW so that it will restart the app when the system boots? In addition what I really want is to configure JSW so that it will guarantee that the apps are always running if the OS is, I've had too many instances where the apps aren't running for one reason or another. (The slow shutdown in #1 is a minor issue compared to the others.) Thanks, -Dave |
|
From: Christian M. <chr...@ta...> - 2012-05-17 06:50:04
|
Hello Jeroen, up to 3.2.3 the Wrapper was licensed under the MIT license: http://www.opensource.org/licenses/mit-license.php In 3.3.0 when we introduced for the first time the standard professional and community edition. The community edition has been licensed since then under the GPLv2 license: http://www.gnu.org/licenses/gpl-2.0.html The MIT license allowed also the commercial use of the Wrapper with proprietary software, whereas the GPLv2 requires that any part of the software being distributed along with the Wrapper has to be complaint with GPLv2, encouraging the use of open source. The intended use of the community license, is also explained in detail on our site: http://wrapper.tanukisoftware.com/doc/english/licenseCommunity.html#use Please let me know if you have any further questions. Thank you, Christian On Wed, May 16, 2012 at 11:26 PM, jeroen vranckx <jvr...@gm...>wrote: > hi, > > I am kinda confused right now. > > "So yes, it is possible to use any version up > through 3.2.3 under the old license it was released under." > > Was the licensing differntly in the early days of the wrapper? > Was it for example possible to use the community version of the wrapper > for commercial purposes? > Am I forced to use a standard or professional edition if it takes place in > a company-environment? > > thanks in advance > > grtz, jeroen > > > > > On 16 May 2012 15:23, Leif Mortenson <lei...@ta...>wrote: > >> DS, >> While we of course appreciate if you support ongoing development of >> the Wrapper, as it is being used to help with your commercial >> application. We have never gone back and modified the license of >> anything we released. So yes, it is possible to use any version up >> through 3.2.3 under the old license it was released under. Please be >> sure to look over the release notes as there are several known issues >> and a lot of new features which have been added since then. >> >> Cheers, >> Leif >> >> On Wed, May 16, 2012 at 9:43 PM, D U <du...@ym...> wrote: >> > Hi, >> > >> > Just want to know what is the licensing status of the older versions >> > (versions older than 3.3.0) of Tanuki Java Service Wrapper. Can I use >> > versions older than 3.3.0 in a commercial application for free? >> > >> > Thanks >> > DS >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: jeroen v. <jvr...@gm...> - 2012-05-16 14:27:09
|
hi, I am kinda confused right now. "So yes, it is possible to use any version up through 3.2.3 under the old license it was released under." Was the licensing differntly in the early days of the wrapper? Was it for example possible to use the community version of the wrapper for commercial purposes? Am I forced to use a standard or professional edition if it takes place in a company-environment? thanks in advance grtz, jeroen On 16 May 2012 15:23, Leif Mortenson <lei...@ta...>wrote: > DS, > While we of course appreciate if you support ongoing development of > the Wrapper, as it is being used to help with your commercial > application. We have never gone back and modified the license of > anything we released. So yes, it is possible to use any version up > through 3.2.3 under the old license it was released under. Please be > sure to look over the release notes as there are several known issues > and a lot of new features which have been added since then. > > Cheers, > Leif > > On Wed, May 16, 2012 at 9:43 PM, D U <du...@ym...> wrote: > > Hi, > > > > Just want to know what is the licensing status of the older versions > > (versions older than 3.3.0) of Tanuki Java Service Wrapper. Can I use > > versions older than 3.3.0 in a commercial application for free? > > > > Thanks > > DS > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <lei...@ta...> - 2012-05-16 13:48:26
|
DS, While we of course appreciate if you support ongoing development of the Wrapper, as it is being used to help with your commercial application. We have never gone back and modified the license of anything we released. So yes, it is possible to use any version up through 3.2.3 under the old license it was released under. Please be sure to look over the release notes as there are several known issues and a lot of new features which have been added since then. Cheers, Leif On Wed, May 16, 2012 at 9:43 PM, D U <du...@ym...> wrote: > Hi, > > Just want to know what is the licensing status of the older versions > (versions older than 3.3.0) of Tanuki Java Service Wrapper. Can I use > versions older than 3.3.0 in a commercial application for free? > > Thanks > DS |
|
From: D U <du...@ym...> - 2012-05-16 12:43:22
|
Hi, Just want to know what is the licensing status of the older versions (versions older than 3.3.0) of Tanuki Java Service Wrapper. Can I use versions older than 3.3.0 in a commercial application for free? Thanks DS |
|
From: Christian M. <chr...@ta...> - 2012-05-09 03:52:13
|
Hello Daniel, I'm very sorry for the delay on getting back to you. The startup.timeout is basically to check that your application in the JVM got up and running. So if you use the WrapperSimpleApp, it will signal the Wrapper that the application has started once it called your main class. The WrapperSimpleApp by default doesn't wait for the main method to finish. If you add the waitForStartMain, it means that the WrapperSimpleApp will wait for your main method, but still since the main class was called successfully, it is periodically sending keep-alives to the Wrapper, so the Wrapper will not trigger the startup.timeout. It seems you want something where the keep alives are actually not sent and the main class can cause a timeout. Currently this is not possible with the WrapperSimpleApp, so you would have to create an implementation of the WrapperListener interface (integration method#2). http://wrapper.tanukisoftware.com/doc/english/integrate-listener.html Simplest way to is probably the following implementation: package <<<your-package>>>; import org.tanukisoftware.wrapper.WrapperManager; import org.tanukisoftware.wrapper.WrapperListener; import <<<your-main-class>>>; public class WrapperLauncher implements WrapperListener { /*--------------------------------------------------------------- * Constructors *-------------------------------------------------------------*/ private WrapperLauncher() { } /*--------------------------------------------------------------- * WrapperListener Methods *-------------------------------------------------------------*/ /** * The start method is called when the WrapperManager is signaled by the * native Wrapper code that it can start its application. This * method call is expected to return, so a new thread should be launched * if necessary. * * @param args List of arguments used to initialize the application. * * @return Any error code if the application should exit on completion * of the start method. If there were no problems then this * method should return null. */ public Integer start( String[] args ) { <<<your-main-class>>>.main( args ); return null; } /** * Called when the application is shutting down. The Wrapper assumes that * this method will return fairly quickly. If the shutdown code code * could potentially take a long time, then WrapperManager.signalStopping() * should be called to extend the timeout period. If for some reason, * the stop method can not return, then it must call * WrapperManager.stopped() to avoid warning messages from the Wrapper. * * @param exitCode The suggested exit code that will be returned to the OS * when the JVM exits. * * @return The exit code to actually return to the OS. In most cases, this * should just be the value of exitCode, however the user code has * the option of changing the exit code if there are any problems * during shutdown. */ public int stop( int exitCode ) { m_app.stop(); return exitCode; } /** * Called whenever the native Wrapper code traps a system control signal * against the Java process. It is up to the callback to take any actions * necessary. Possible values are: WrapperManager.WRAPPER_CTRL_C_EVENT, * WRAPPER_CTRL_CLOSE_EVENT, WRAPPER_CTRL_LOGOFF_EVENT, or * WRAPPER_CTRL_SHUTDOWN_EVENT * * @param event The system control signal. */ public void controlEvent( int event ) { if ( ( event == WrapperManager.WRAPPER_CTRL_LOGOFF_EVENT ) && ( WrapperManager.isLaunchedAsService() || WrapperManager.isIgnoreUserLogoffs() ) ) { // Ignore } else { WrapperManager.stop( 0 ); // Will not get here. } } /*--------------------------------------------------------------- * Main Method *-------------------------------------------------------------*/ public static void main( String[] args ) { // Start the application. If the JVM was launched from the native // Wrapper then the application will wait for the native Wrapper to // call the application's start method. Otherwise the start method // will be called immediately. WrapperManager.start( new WrapperLauncher(), args ); } } You would then change the wrapper.java.mainclass property to this class and drop the wrapper.app.parameter.1 value and move the others (if existing) up. Hope this helps you out. Best Regards, Christian Mueller Tanuki Software, Ltd. On Wed, May 2, 2012 at 12:38 AM, Constantin Daniel Becheanu < dre...@gm...> wrote: > Hi, > > I am trying to use wrapper.startup.timeout to timeout if my main does not > return in a specific time but it seem to have no effect( if i set it to 10 > s and my main takes 20 the script still completes successfully). > I am also setting > -Dorg.tanukisoftware.wrapper.WrapperSimpleApp.waitForStartMain=TRUE > > Is this property removed? > > Also is there is another way to fail if the main does not return in a > specific amount of time? > > > Thanks, > Daniel > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Christian M. <chr...@ta...> - 2012-05-07 09:01:00
|
Hello jeroen,
I'm very sorry, I didn't somehow missed your mail.
The JVM should exit by itself if the monitoring Wrapper process was
terminated.
Can you please try the following:
wrapper.java.outfile=../logs/app-out.txt
wrapper.java.errfile=../logs/app-err.txt
The following properties will cause the JVM to redirect it's output
directly to a file and omitting the Wrapper's logging functionality.
When the JVM is running and the Wrapper forcibly killed by your cluster
manager, there should be the following output in the app-out.txt file:
WrapperManager Error: The backend was closed unexpectedly. Restart to
resync with the Wrapper.
The JVM should then actually stop, but actually not being able to restart,
since the Wrapper process is already gone. Could you please send me your
conf file, so I could take a look and understand a bit better how your jvm
is being launched?
It's no problem to use the same wrapper.exe, wrapper.dll and wrapper.jar
files for multiple processes, since each process will run in different
virtual memory space.
Best Regards,
Christian
On Mon, May 7, 2012 at 5:04 PM, jeroen vranckx <jvr...@gm...>wrote:
> Hey christian,
>
> I don't know if you got my last post, as it was bounced for revision due
> to "too long".
>
> I would like to thank for your help and suggestions that you have given me
> these past weeks. It's really been a great help to me as everything was new
> to me.
> I also want to mention you in my thesis ("you will be quoted"), so i would
> like to know which function you have with tanukisoftware. You are one of
> the programmers that helped develop the java service wrapper?
>
> AND; to make it complete, i have a question for you concerning
> implementation of the java service wrapper. It's recommended that you copy
> the needed wrapper files(wrapper.jar, wrapper.dll and wrapper.exe) to the
> source directory of your own application.
>
> Now, they asked me the following:
> We have multiple java-applications which use the java service wrapper. we
> want to know if it's possible to reuse the same Wrapper.exe, wrapper.dll,
> wrapper.jar.
> So what i did was: Let's make a little map for the wrapper which contains
> all wrapper source-files. I only copy the wrapper.conf file to the java-app
> source dir.
> I configure it in such a manner, that the java-application uses the
> wrapper.exe, wrapper.dll and wrapper.jar in the java service wrapper source
> dir.
>
> I tried it with one application, and this method does work. However, if I
> resuse the wrapper.exe, wrapper.dll, wrapper.jar, what will be the
> consequences? Is it possible?
>
> thanks in advance
>
> Grtz,
> Jeroen Vranckx
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: jeroen v. <jvr...@gm...> - 2012-05-07 08:05:04
|
Hey christian,
I don't know if you got my last post, as it was bounced for revision due to
"too long".
I would like to thank for your help and suggestions that you have given me
these past weeks. It's really been a great help to me as everything was new
to me.
I also want to mention you in my thesis ("you will be quoted"), so i would
like to know which function you have with tanukisoftware. You are one of
the programmers that helped develop the java service wrapper?
AND; to make it complete, i have a question for you concerning
implementation of the java service wrapper. It's recommended that you copy
the needed wrapper files(wrapper.jar, wrapper.dll and wrapper.exe) to the
source directory of your own application.
Now, they asked me the following:
We have multiple java-applications which use the java service wrapper. we
want to know if it's possible to reuse the same Wrapper.exe, wrapper.dll,
wrapper.jar.
So what i did was: Let's make a little map for the wrapper which contains
all wrapper source-files. I only copy the wrapper.conf file to the java-app
source dir.
I configure it in such a manner, that the java-application uses the
wrapper.exe, wrapper.dll and wrapper.jar in the java service wrapper source
dir.
I tried it with one application, and this method does work. However, if I
resuse the wrapper.exe, wrapper.dll, wrapper.jar, what will be the
consequences? Is it possible?
thanks in advance
Grtz,
Jeroen Vranckx
|
|
From: Constantin D. B. <dre...@gm...> - 2012-05-01 15:38:38
|
Hi, I am trying to use wrapper.startup.timeout to timeout if my main does not return in a specific time but it seem to have no effect( if i set it to 10 s and my main takes 20 the script still completes successfully). I am also setting -Dorg.tanukisoftware.wrapper.WrapperSimpleApp.waitForStartMain=TRUE Is this property removed? Also is there is another way to fail if the main does not return in a specific amount of time? Thanks, Daniel |
|
From: Hickey, T. (INTERN) <Tre...@si...> - 2012-04-25 16:47:33
|
So I did try Christian's advice on using the WrapperSimpleJarApp and it looks like my application is working. It seems to be a much easier way to integrate JAR applications. Anyways, thank you for the great advice. Sincerely, Trever Hickey ________________________________ From: jeroen vranckx [mailto:jvr...@gm...] Sent: Monday, April 23, 2012 10:32 PM To: wra...@li... Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application sry, missed christian's email there ^^ grtz, jeroen On 24 April 2012 07:29, jeroen vranckx <jvr...@gm...<mailto:jvr...@gm...>> wrote: INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable to locate the class CenturaDataCollectionProgram.Program : java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program looks like indeed, that the wrappersimpleapp class can't find your own main-class. Make sure that the main-class name of your application that you have specified is correct. I am using the "Default Package" in Eclipse, so I was wondering if this has been an issue when detecting a class? Do I have to use the unzipped version of my JAR file and/or include the dependent jar files in my class path? First check if the main-class is correct. It could be indeed, that the problem is, that you need to specify all the jar files which are needed to run the application in your classpath. You can always try the process of trial and error. You can't do much wrong by trying different things out. As christian will probably know more of this, and will be able to give you specific information, it's best for his response maybe. grtz, jeroen On 24 April 2012 00:50, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Thank you for catching that parameter being commented out. It was commented out in my default file, so I wasn't catching it. I am now getting this error. STATUS | wrapper | 2012/04/23 15:27:47 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 15:27:47 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 15:27:48 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 15:27:48 | http://wrapper.tanukisoftware.com<http://wrapper.tanukisoftware.com/> STATUS | wrapper | 2012/04/23 15:27:48 | STATUS | wrapper | 2012/04/23 15:27:48 | Launching a JVM... INFO | wrapper | 2012/04/23 15:27:48 | Command: "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 -Djava.library.path="./lib" -classpath "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" -Dwrapper.key="OGQRdtjCQtlDJ0Da" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=3064 -Dwrapper.version="3.5.14" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp CenturaDataCollectionProgram.Program INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable to locate the class CenturaDataCollectionProgram.Program : java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program INFO | jvm 1 | 2012/04/23 15:27:49 | INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Usage: INFO | jvm 1 | 2012/04/23 15:27:49 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} [app_arguments] INFO | jvm 1 | 2012/04/23 15:27:49 | INFO | jvm 1 | 2012/04/23 15:27:49 | Where: INFO | jvm 1 | 2012/04/23 15:27:49 | app_class: The fully qualified class name of the application to run. INFO | jvm 1 | 2012/04/23 15:27:49 | app_arguments: The arguments that would normally be passed to the INFO | jvm 1 | 2012/04/23 15:27:49 | application. ERROR | wrapper | 2012/04/23 15:27:50 | JVM exited while loading the application. I am using the "Default Package" in Eclipse, so I was wondering if this has been an issue when detecting a class? Do I have to use the unzipped version of my JAR file and/or include the dependent jar files in my class path? Sincerely, Trever Hickey ________________________________ From: jeroen vranckx [mailto:jvr...@gm...<mailto:jvr...@gm...>] Sent: Monday, April 23, 2012 2:29 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hey, ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the application. This line doesn't give much information about what is going on. Can you post some additional information? also, i scrolled through your config and noticed the following which maybe could give you some issues. 1) delete that commented out wrappertest.jar and shift everything one up, so you'll get this.probably won't do anything, but i have something against unnecessairy commando's ^^ wrapper.java.classpath.1=./lib/wrapper.jar wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar 2)You actually kinda guessed it yourself, but the wrappersimpleapp class will need to know what the main class is of your own application. You need to specify the mainclass-name of your own application with application parameters. I can see the following commented out in the config file: # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program change it to: wrapper.app.parameter.1= CenturaDataCollectionProgram.Program grtz, jeroen On 23 April 2012 18:01, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Dear Christian, I took your advice and thank you again for clarifying the class path issue I had. I made the changes and I am now getting a different error. I turned on the feature that prints out what is being called at the command line to help clarify some of the issues I am having. STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 08:56:26 | http://wrapper.tanukisoftware.com<http://wrapper.tanukisoftware.com/> STATUS | wrapper | 2012/04/23 08:56:26 | STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... INFO | wrapper | 2012/04/23 08:56:27 | Command: "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 -Djava.library.path="./lib" -classpath "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 08:56:27 | INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: INFO | jvm 1 | 2012/04/23 08:56:27 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} [app_arguments] INFO | jvm 1 | 2012/04/23 08:56:27 | INFO | jvm 1 | 2012/04/23 08:56:27 | Where: INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully qualified class name of the application to run. INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The arguments that would normally be passed to the INFO | jvm 1 | 2012/04/23 08:56:27 | application. ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the application. If this is the case, do I have to do something to my runnable JAR or to the conf file to pass the app_class to it? Sincerely, Trever Hickey ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Sunday, April 22, 2012 10:50 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, I noticed the following in your conf file: wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp please note that the classname is incorrect, it should read as: wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp Furthermore, thanks to the directory structure, you attached, I'd like to point out that relative pathes in the conf file are relative to the location of the wrapper.exe file. In your directory structure, wrapper.exe (and the working dir) is "C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" When you defined your classpath elements, you had the following properties: wrapper.java.classpath.2=../lib/wrapper.jar which translated means: C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar this path doesn't exist, however. So in order to specify the class path correctly, please change this property (and the others) to wrapper.java.classpath.2=./lib/wrapper.jar wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar wrapper.java.library.path.1=./lib Hope this information helps you out. Cheers, Christian On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: I am still running into some issues with the installation even with those changes. So here is my current conf file. I have included a document with a few pictures of my programs folder layout with the Java Service Wrapper setup I also have included a print out of the folder directory with everything in it instead if that works better. Thank you, Trever ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Thursday, April 19, 2012 8:50 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, A java.lang.ClassNotFoundException means that the JVM didn't find the wrapper.jar file on the class path. could you please verify that the jar file is added correctly to the class path? >From your first mail, I can see that you have the following setting: wrapper.java.classpath.2=../lib/wrapper.jar Furthermore, you need to add your jar file also to the classpath: wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar Lastly, the name of your main class is commented out: #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program If that's the correct name of your main class, please remove the comments. Hope this information helps you out. Cheers, Christian On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Hello again, I tried your solution about removing the line, and instead I got this error, STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... INFO | jvm 5 | 2012/04/19 09:41:19 | java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 5 | 2012/04/19 09:41:19 | at java.net.URLClassLoader$1.run(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.net.URLClassLoader.findClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the application. FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2012/04/19 09:41:19 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped Now it seems like the program is not recognizing my program at all. My program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" to execute my program? Sincerely, Trever Hickey ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Thursday, April 12, 2012 1:42 AM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, thank you for your mail. The reason, your JVM stops after 30 seconds is basically because of a small misconfiguration. Please get rid of the following line in your conf file: wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" Actually, with this line you kind of intercept the logic of how the JVM will interpret the command line.... Hope this helps you out. Best Regards, Christian On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Hi, This is my first time trying to post here, so here it goes. I am trying to turn my Java Application into a Windows service using Simple Server App class. I am using Java Service Wrapper Community Edition 32-bit 3.5.14 Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. http://wrapper.tanukisoftware.com<http://wrapper.tanukisoftware.com/> on Windows XP SP 3. I have also included my log file and conf file. The errors I think it most likely relates to are ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2012/04/11 11:37:40 | ADVICE | wrapper | 2012/04/11 11:37:40 | ------------------------------------------------------------------------ ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: ADVICE | wrapper | 2012/04/11 11:37:40 | org.tanukisoftware.wrapper.test.WrapperSimpleApp ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this initialization processes automatic. ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: ADVICE | wrapper | 2012/04/11 11:37:40 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2012/04/11 11:37:40 | ------------------------------------------------------------------------ ADVICE | wrapper | 2012/04/11 11:37:40 | So far it looks like my application starts correctly, but terminates after about 30 seconds when it then opens a new JVM and repeats for 4 more times. I believe this might be one of two issues. One my application stays constantly within my main method and doesn't exit out. I think there are a couple of parameters that can be set to handle this, but I haven't had much luck. Second idea is my application is very I/O heavy. My program is constantly collecting data from a tool [using a special communication protocol] and writing it to a log file. Could the JVM be timing out because of the heavy I/O and if so, is their a way around this so my program can still be a Windows Service? If anyone has any advice for handling this type of error I would appreciate it. Thank you, Trever This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...?subject=Disclaimer> if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si... if you need assistance. |
|
From: jeroen v. <jvr...@gm...> - 2012-04-24 05:31:41
|
sry, missed christian's email there ^^ grtz, jeroen On 24 April 2012 07:29, jeroen vranckx <jvr...@gm...> wrote: > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable > to locate the class CenturaDataCollectionProgram.Program : > java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program > > looks like indeed, that the wrappersimpleapp class can't find your own > main-class. > Make sure that the main-class name of your application that you have > specified is correct. > > I am using the "Default Package" in Eclipse, so I was wondering if this > has been an issue when detecting a class? Do I have to use the unzipped > version of my JAR file and/or include the dependent jar files in my class > path? > > First check if the main-class is correct. It could be indeed, that the > problem is, that you need to specify all the jar files which are needed to > run the application in your classpath. You can always try the process of > trial and error. You can't do much wrong by trying different things out. > > As christian will probably know more of this, and will be able to give you > specific information, it's best for his response maybe. > > grtz, jeroen > > > > > On 24 April 2012 00:50, Hickey, Trever (INTERN) < > Tre...@si...> wrote: > >> ** >> Thank you for catching that parameter being commented out. It was >> commented out in my default file, so I wasn't catching it. >> >> I am now getting this error. >> >> STATUS | wrapper | 2012/04/23 15:27:47 | --> Wrapper Started as Console >> STATUS | wrapper | 2012/04/23 15:27:47 | Java Service Wrapper Community >> Edition 32-bit 3.5.14 >> STATUS | wrapper | 2012/04/23 15:27:48 | Copyright (C) 1999-2011 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2012/04/23 15:27:48 | >> http://wrapper.tanukisoftware.com >> STATUS | wrapper | 2012/04/23 15:27:48 | >> STATUS | wrapper | 2012/04/23 15:27:48 | Launching a JVM... >> INFO | wrapper | 2012/04/23 15:27:48 | Command: >> "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 >> -Djava.library.path="./lib" -classpath >> "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" >> -Dwrapper.key="OGQRdtjCQtlDJ0Da" -Dwrapper.port=32000 >> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 >> -Dwrapper.pid=3064 -Dwrapper.version="3.5.14" >> -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" >> -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp >> CenturaDataCollectionProgram.Program >> INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperManager: Initializing... >> INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable >> to locate the class CenturaDataCollectionProgram.Program : >> java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program >> INFO | jvm 1 | 2012/04/23 15:27:49 | >> INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Usage: >> INFO | jvm 1 | 2012/04/23 15:27:49 | java >> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} >> [app_arguments] >> INFO | jvm 1 | 2012/04/23 15:27:49 | >> INFO | jvm 1 | 2012/04/23 15:27:49 | Where: >> INFO | jvm 1 | 2012/04/23 15:27:49 | app_class: The fully >> qualified class name of the application to run. >> INFO | jvm 1 | 2012/04/23 15:27:49 | app_arguments: The arguments >> that would normally be passed to the >> INFO | jvm 1 | 2012/04/23 15:27:49 | application. >> ERROR | wrapper | 2012/04/23 15:27:50 | JVM exited while loading the >> application. >> >> I am using the "Default Package" in Eclipse, so I was wondering if this >> has been an issue when detecting a class? Do I have to use the unzipped >> version of my JAR file and/or include the dependent jar files in my class >> path? >> >> Sincerely, >> >> Trever Hickey >> >> ------------------------------ >> *From:* jeroen vranckx [mailto:jvr...@gm...] >> *Sent:* Monday, April 23, 2012 2:29 PM >> >> *To:* wra...@li... >> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service >> Wrapper for I/O heavy application >> >> Hey, >> >> ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the >> application. >> This line doesn't give much information about what is going on. Can you >> post some additional information? >> >> also, i scrolled through your config and noticed the following which >> maybe could give you some issues. >> >> 1) delete that commented out wrappertest.jar and shift everything one up, >> so you'll get this.probably won't do anything, but i have something against >> unnecessairy commando's ^^ >> wrapper.java.classpath.1=./lib/wrapper.jar >> wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar >> >> 2)You actually kinda guessed it yourself, but the wrappersimpleapp class >> will need to know what the main class is of your own application. You need >> to specify the mainclass-name of your own application with application >> parameters. I can see the following commented out in the config file: >> >> >> # Application parameters. Add parameters as needed starting from 1 >> #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program >> >> change it to: >> wrapper.app.parameter.1= CenturaDataCollectionProgram.Program >> >> grtz, jeroen >> >> >> >> >> >> On 23 April 2012 18:01, Hickey, Trever (INTERN) < >> Tre...@si...> wrote: >> >>> ** >>> Dear Christian, >>> >>> I took your advice and thank you again for clarifying the class path >>> issue I had. I made the changes and I am now getting a different error. I >>> turned on the feature that prints out what is being called at the command >>> line to help clarify some of the issues I am having. >>> >>> STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console >>> STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community >>> Edition 32-bit 3.5.14 >>> STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 >>> Tanuki Software, Ltd. All Rights Reserved. >>> STATUS | wrapper | 2012/04/23 08:56:26 | >>> http://wrapper.tanukisoftware.com >>> STATUS | wrapper | 2012/04/23 08:56:26 | >>> STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... >>> INFO | wrapper | 2012/04/23 08:56:27 | Command: >>> "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 >>> -Djava.library.path="./lib" -classpath >>> "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" >>> -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 >>> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 >>> -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" >>> -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" >>> -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp >>> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... >>> INFO | jvm 1 | 2012/04/23 08:56:27 | >>> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: >>> INFO | jvm 1 | 2012/04/23 08:56:27 | java >>> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} >>> [app_arguments] >>> INFO | jvm 1 | 2012/04/23 08:56:27 | >>> INFO | jvm 1 | 2012/04/23 08:56:27 | Where: >>> INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully >>> qualified class name of the application to run. >>> INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The >>> arguments that would normally be passed to the >>> INFO | jvm 1 | 2012/04/23 08:56:27 | application. >>> ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the >>> application. >>> >>> If this is the case, do I have to do something to my runnable JAR or to >>> the conf file to pass the app_class to it? >>> >>> Sincerely, >>> >>> Trever Hickey >>> >>> ------------------------------ >>> *From:* Christian Mueller [mailto: >>> chr...@ta...] >>> *Sent:* Sunday, April 22, 2012 10:50 PM >>> >>> *To:* wra...@li... >>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>> Service Wrapper for I/O heavy application >>> >>> Hello Trever, >>> >>> I noticed the following in your conf file: >>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >>> >>> please note that the classname is incorrect, it should read as: >>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp >>> >>> Furthermore, thanks to the directory structure, you attached, I'd like >>> to point out that relative pathes in the conf file are relative to the >>> location of the wrapper.exe file. >>> >>> In your directory structure, wrapper.exe (and the working dir) is >>> "C:\Documents and >>> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" >>> >>> When you defined your classpath elements, you had the following >>> properties: >>> wrapper.java.classpath.2=../lib/wrapper.jar >>> >>> which translated means: >>> C:\Documents and >>> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar >>> >>> this path doesn't exist, however. So in order to specify the class path >>> correctly, please change this property (and the others) to >>> wrapper.java.classpath.2=./lib/wrapper.jar >>> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >>> wrapper.java.library.path.1=./lib >>> >>> Hope this information helps you out. >>> >>> Cheers, >>> >>> Christian >>> >>> On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) < >>> Tre...@si...> wrote: >>> >>>> ** >>>> I am still running into some issues with the installation even with >>>> those changes. So here is my current conf file. >>>> >>>> I have included a document with a few pictures of my programs folder >>>> layout with the Java Service Wrapper setup >>>> >>>> I also have included a print out of the folder directory with >>>> everything in it instead if that works better. >>>> >>>> Thank you, >>>> >>>> Trever >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> *From:* Christian Mueller [mailto: >>>> chr...@ta...] >>>> *Sent:* Thursday, April 19, 2012 8:50 PM >>>> *To:* wra...@li... >>>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>>> Service Wrapper for I/O heavy application >>>> >>>> Hello Trever, >>>> >>>> A java.lang.ClassNotFoundException means that the JVM didn't find the >>>> wrapper.jar file on the class path. >>>> could you please verify that the jar file is added correctly to the >>>> class path? >>>> >From your first mail, I can see that you have the following setting: >>>> wrapper.java.classpath.2=../lib/wrapper.jar >>>> >>>> Furthermore, you need to add your jar file also to the classpath: >>>> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >>>> >>>> >>>> Lastly, the name of your main class is commented out: >>>> #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program >>>> >>>> If that's the correct name of your main class, please remove the >>>> comments. >>>> >>>> Hope this information helps you out. >>>> >>>> Cheers, >>>> >>>> Christian >>>> >>>> >>>> >>>> >>>> On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) < >>>> Tre...@si...> wrote: >>>> >>>>> ** >>>>> Hello again, >>>>> >>>>> I tried your solution about removing the line, and instead I got this >>>>> error, >>>>> >>>>> STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | >>>>> java.lang.NoClassDefFoundError: >>>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: >>>>> java.lang.ClassNotFoundException: >>>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> java.net.URLClassLoader$1.run(Unknown Source) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> java.security.AccessController.doPrivileged(Native Method) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> java.net.URLClassLoader.findClass(Unknown Source) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main >>>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>>> ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the >>>>> application. >>>>> FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches >>>>> in a row, each lasting less than 300 seconds. Giving up. >>>>> FATAL | wrapper | 2012/04/19 09:41:19 | There may be a >>>>> configuration problem: please check the logs. >>>>> STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped >>>>> Now it seems like the program is not recognizing my program at all. My >>>>> program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= >>>>> -jar "./CenturaDataCollectionProgram.jar" to execute my program? >>>>> >>>>> Sincerely, >>>>> >>>>> Trever Hickey >>>>> >>>>> ------------------------------ >>>>> *From:* Christian Mueller [mailto: >>>>> chr...@ta...] >>>>> *Sent:* Thursday, April 12, 2012 1:42 AM >>>>> *To:* wra...@li... >>>>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>>>> Service Wrapper for I/O heavy application >>>>> >>>>> Hello Trever, >>>>> >>>>> thank you for your mail. >>>>> >>>>> The reason, your JVM stops after 30 seconds is basically because of a >>>>> small misconfiguration. >>>>> >>>>> Please get rid of the following line in your conf file: >>>>> wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" >>>>> >>>>> Actually, with this line you kind of intercept the logic of how the >>>>> JVM will interpret the command line.... >>>>> >>>>> >>>>> Hope this helps you out. >>>>> >>>>> Best Regards, >>>>> Christian >>>>> >>>>> On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) < >>>>> Tre...@si...> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> This is my first time trying to post here, so here it goes. >>>>>> >>>>>> I am trying to turn my Java Application into a Windows service using >>>>>> Simple Server App class. >>>>>> >>>>>> I am using >>>>>> >>>>>> Java Service Wrapper Community Edition 32-bit 3.5.14 >>>>>> Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. >>>>>> *http://wrapper.tanukisoftware.com*<http://wrapper.tanukisoftware.com/> >>>>>> >>>>>> on Windows XP SP 3. >>>>>> >>>>>> I have also included my log file and conf file. >>>>>> >>>>>> The errors I think it most likely relates to are >>>>>> ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out >>>>>> waiting for a signal from the JVM. >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>>> ------------------------------------------------------------------------ >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a >>>>>> native component as well as a set of classes >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM >>>>>> that it launches. The Java component of the >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized >>>>>> promptly after the JVM is launched or the >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as >>>>>> just happened. Most likely the main class >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper >>>>>> configuration file is not correctly initializing >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do >>>>>> so manually, the Wrapper ships with helper >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this >>>>>> initialization processes automatic. >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the >>>>>> integration section of the Wrapper's documentation >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods >>>>>> which can be employed to launch an application >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | * >>>>>> http://wrapper.tanukisoftware.com/doc/english/integrate.html*<http://wrapper.tanukisoftware.com/doc/english/integrate.html> >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>>> ------------------------------------------------------------------------ >>>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>>> >>>>>> So far it looks like my application starts correctly, but terminates >>>>>> after about 30 seconds when it then opens a new JVM and repeats for 4 more >>>>>> times. >>>>>> >>>>>> I believe this might be one of two issues. One my application stays >>>>>> constantly within my main method and doesn't exit out. I think there are a >>>>>> couple of parameters that can be set to handle this, but I haven't had much >>>>>> luck. >>>>>> >>>>>> Second idea is my application is very I/O heavy. My program is >>>>>> constantly collecting data from a tool [using a special communication >>>>>> protocol] and writing it to a log file. Could the JVM be timing out because >>>>>> of the heavy I/O and if so, is their a way around this so my program can >>>>>> still be a Windows Service? >>>>>> >>>>>> If anyone has any advice for handling this type of error I would >>>>>> appreciate it. >>>>>> >>>>>> Thank you, >>>>>> >>>>>> Trever >>>>>> >>>>>> >>>>>> This communication and any files or attachments transmitted with it >>>>>> may contain information that is copyrighted or confidential and exempt from >>>>>> disclosure under applicable law. It is intended solely for the use of >>>>>> the individual or the entity to which it is addressed. >>>>>> If you are not the intended recipient, you are hereby notified that >>>>>> any use, dissemination, or copying of this communication is strictly >>>>>> prohibited. >>>>>> If you have received this communication in error, please notify us at >>>>>> once so that we may take the appropriate action and avoid troubling you >>>>>> further. >>>>>> Thank you for your cooperation. Please contact your local IT staff or >>>>>> email in...@si... <in...@si...?subject=Disclaimer> if >>>>>> you need assistance. >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> For Developers, A Lot Can Happen In A Second. >>>>>> Boundary is the first to Know...and Tell You. >>>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> This communication and any files or attachments transmitted with it >>>>> may contain information that is copyrighted or confidential and exempt from >>>>> disclosure under applicable law. It is intended solely for the use of the >>>>> individual or the entity to which it is addressed. >>>>> If you are not the intended recipient, you are hereby notified that >>>>> any use, dissemination, or copying of this communication is strictly >>>>> prohibited. >>>>> If you have received this communication in error, please notify us at >>>>> once so that we may take the appropriate action and avoid troubling you >>>>> further. >>>>> >>>>> Thank you for your cooperation. Please contact your local IT staff or >>>>> email in...@si... you need assistance. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> This communication and any files or attachments transmitted with it may >>>> contain information that is copyrighted or confidential and exempt from >>>> disclosure under applicable law. It is intended solely for the use of the >>>> individual or the entity to which it is addressed. >>>> If you are not the intended recipient, you are hereby notified that any >>>> use, dissemination, or copying of this communication is strictly prohibited. >>>> If you have received this communication in error, please notify us at >>>> once so that we may take the appropriate action and avoid troubling you >>>> further. >>>> >>>> Thank you for your cooperation. Please contact your local IT staff or >>>> email in...@si... you need assistance. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> This communication and any files or attachments transmitted with it may >>> contain information that is copyrighted or confidential and exempt from >>> disclosure under applicable law. It is intended solely for the use of the >>> individual or the entity to which it is addressed. >>> If you are not the intended recipient, you are hereby notified that any >>> use, dissemination, or copying of this communication is strictly prohibited. >>> If you have received this communication in error, please notify us at >>> once so that we may take the appropriate action and avoid troubling you >>> further. >>> >>> Thank you for your cooperation. Please contact your local IT staff or >>> email in...@si... you need assistance. >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> This communication and any files or attachments transmitted with it may >> contain information that is copyrighted or confidential and exempt from >> disclosure under applicable law. It is intended solely for the use of the >> individual or the entity to which it is addressed. >> If you are not the intended recipient, you are hereby notified that any >> use, dissemination, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify us at >> once so that we may take the appropriate action and avoid troubling you >> further. >> >> Thank you for your cooperation. Please contact your local IT staff or >> email in...@si... you need assistance. >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > |
|
From: jeroen v. <jvr...@gm...> - 2012-04-24 05:29:35
|
INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable to locate the class CenturaDataCollectionProgram.Program : java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program looks like indeed, that the wrappersimpleapp class can't find your own main-class. Make sure that the main-class name of your application that you have specified is correct. I am using the "Default Package" in Eclipse, so I was wondering if this has been an issue when detecting a class? Do I have to use the unzipped version of my JAR file and/or include the dependent jar files in my class path? First check if the main-class is correct. It could be indeed, that the problem is, that you need to specify all the jar files which are needed to run the application in your classpath. You can always try the process of trial and error. You can't do much wrong by trying different things out. As christian will probably know more of this, and will be able to give you specific information, it's best for his response maybe. grtz, jeroen On 24 April 2012 00:50, Hickey, Trever (INTERN) <Tre...@si... > wrote: > ** > Thank you for catching that parameter being commented out. It was > commented out in my default file, so I wasn't catching it. > > I am now getting this error. > > STATUS | wrapper | 2012/04/23 15:27:47 | --> Wrapper Started as Console > STATUS | wrapper | 2012/04/23 15:27:47 | Java Service Wrapper Community > Edition 32-bit 3.5.14 > STATUS | wrapper | 2012/04/23 15:27:48 | Copyright (C) 1999-2011 Tanuki > Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2012/04/23 15:27:48 | > http://wrapper.tanukisoftware.com > STATUS | wrapper | 2012/04/23 15:27:48 | > STATUS | wrapper | 2012/04/23 15:27:48 | Launching a JVM... > INFO | wrapper | 2012/04/23 15:27:48 | Command: > "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 > -Djava.library.path="./lib" -classpath > "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" > -Dwrapper.key="OGQRdtjCQtlDJ0Da" -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.pid=3064 -Dwrapper.version="3.5.14" > -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" > -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp > CenturaDataCollectionProgram.Program > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperManager: Initializing... > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable > to locate the class CenturaDataCollectionProgram.Program : > java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program > INFO | jvm 1 | 2012/04/23 15:27:49 | > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Usage: > INFO | jvm 1 | 2012/04/23 15:27:49 | java > org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} > [app_arguments] > INFO | jvm 1 | 2012/04/23 15:27:49 | > INFO | jvm 1 | 2012/04/23 15:27:49 | Where: > INFO | jvm 1 | 2012/04/23 15:27:49 | app_class: The fully > qualified class name of the application to run. > INFO | jvm 1 | 2012/04/23 15:27:49 | app_arguments: The arguments > that would normally be passed to the > INFO | jvm 1 | 2012/04/23 15:27:49 | application. > ERROR | wrapper | 2012/04/23 15:27:50 | JVM exited while loading the > application. > > I am using the "Default Package" in Eclipse, so I was wondering if this > has been an issue when detecting a class? Do I have to use the unzipped > version of my JAR file and/or include the dependent jar files in my class > path? > > Sincerely, > > Trever Hickey > > ------------------------------ > *From:* jeroen vranckx [mailto:jvr...@gm...] > *Sent:* Monday, April 23, 2012 2:29 PM > > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service > Wrapper for I/O heavy application > > Hey, > > ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the > application. > This line doesn't give much information about what is going on. Can you > post some additional information? > > also, i scrolled through your config and noticed the following which maybe > could give you some issues. > > 1) delete that commented out wrappertest.jar and shift everything one up, > so you'll get this.probably won't do anything, but i have something against > unnecessairy commando's ^^ > wrapper.java.classpath.1=./lib/wrapper.jar > wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar > > 2)You actually kinda guessed it yourself, but the wrappersimpleapp class > will need to know what the main class is of your own application. You need > to specify the mainclass-name of your own application with application > parameters. I can see the following commented out in the config file: > > > # Application parameters. Add parameters as needed starting from 1 > #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program > > change it to: > wrapper.app.parameter.1= CenturaDataCollectionProgram.Program > > grtz, jeroen > > > > > > On 23 April 2012 18:01, Hickey, Trever (INTERN) < > Tre...@si...> wrote: > >> ** >> Dear Christian, >> >> I took your advice and thank you again for clarifying the class path >> issue I had. I made the changes and I am now getting a different error. I >> turned on the feature that prints out what is being called at the command >> line to help clarify some of the issues I am having. >> >> STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console >> STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community >> Edition 32-bit 3.5.14 >> STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2012/04/23 08:56:26 | >> http://wrapper.tanukisoftware.com >> STATUS | wrapper | 2012/04/23 08:56:26 | >> STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... >> INFO | wrapper | 2012/04/23 08:56:27 | Command: >> "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 >> -Djava.library.path="./lib" -classpath >> "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" >> -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 >> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 >> -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" >> -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" >> -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... >> INFO | jvm 1 | 2012/04/23 08:56:27 | >> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: >> INFO | jvm 1 | 2012/04/23 08:56:27 | java >> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} >> [app_arguments] >> INFO | jvm 1 | 2012/04/23 08:56:27 | >> INFO | jvm 1 | 2012/04/23 08:56:27 | Where: >> INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully >> qualified class name of the application to run. >> INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The arguments >> that would normally be passed to the >> INFO | jvm 1 | 2012/04/23 08:56:27 | application. >> ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the >> application. >> >> If this is the case, do I have to do something to my runnable JAR or to >> the conf file to pass the app_class to it? >> >> Sincerely, >> >> Trever Hickey >> >> ------------------------------ >> *From:* Christian Mueller [mailto:chr...@ta...] >> >> *Sent:* Sunday, April 22, 2012 10:50 PM >> >> *To:* wra...@li... >> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service >> Wrapper for I/O heavy application >> >> Hello Trever, >> >> I noticed the following in your conf file: >> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >> >> please note that the classname is incorrect, it should read as: >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp >> >> Furthermore, thanks to the directory structure, you attached, I'd like to >> point out that relative pathes in the conf file are relative to the >> location of the wrapper.exe file. >> >> In your directory structure, wrapper.exe (and the working dir) is >> "C:\Documents and >> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" >> >> When you defined your classpath elements, you had the following >> properties: >> wrapper.java.classpath.2=../lib/wrapper.jar >> >> which translated means: >> C:\Documents and >> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar >> >> this path doesn't exist, however. So in order to specify the class path >> correctly, please change this property (and the others) to >> wrapper.java.classpath.2=./lib/wrapper.jar >> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >> wrapper.java.library.path.1=./lib >> >> Hope this information helps you out. >> >> Cheers, >> >> Christian >> >> On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) < >> Tre...@si...> wrote: >> >>> ** >>> I am still running into some issues with the installation even with >>> those changes. So here is my current conf file. >>> >>> I have included a document with a few pictures of my programs folder >>> layout with the Java Service Wrapper setup >>> >>> I also have included a print out of the folder directory with everything >>> in it instead if that works better. >>> >>> Thank you, >>> >>> Trever >>> >>> >>> >>> >>> >>> ------------------------------ >>> *From:* Christian Mueller [mailto: >>> chr...@ta...] >>> *Sent:* Thursday, April 19, 2012 8:50 PM >>> *To:* wra...@li... >>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>> Service Wrapper for I/O heavy application >>> >>> Hello Trever, >>> >>> A java.lang.ClassNotFoundException means that the JVM didn't find the >>> wrapper.jar file on the class path. >>> could you please verify that the jar file is added correctly to the >>> class path? >>> >From your first mail, I can see that you have the following setting: >>> wrapper.java.classpath.2=../lib/wrapper.jar >>> >>> Furthermore, you need to add your jar file also to the classpath: >>> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >>> >>> >>> Lastly, the name of your main class is commented out: >>> #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program >>> >>> If that's the correct name of your main class, please remove the >>> comments. >>> >>> Hope this information helps you out. >>> >>> Cheers, >>> >>> Christian >>> >>> >>> >>> >>> On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) < >>> Tre...@si...> wrote: >>> >>>> ** >>>> Hello again, >>>> >>>> I tried your solution about removing the line, and instead I got this >>>> error, >>>> >>>> STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.net.URLClassLoader$1.run(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.net.URLClassLoader.findClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the >>>> application. >>>> FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches >>>> in a row, each lasting less than 300 seconds. Giving up. >>>> FATAL | wrapper | 2012/04/19 09:41:19 | There may be a >>>> configuration problem: please check the logs. >>>> STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped >>>> Now it seems like the program is not recognizing my program at all. My >>>> program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= >>>> -jar "./CenturaDataCollectionProgram.jar" to execute my program? >>>> >>>> Sincerely, >>>> >>>> Trever Hickey >>>> >>>> ------------------------------ >>>> *From:* Christian Mueller [mailto: >>>> chr...@ta...] >>>> *Sent:* Thursday, April 12, 2012 1:42 AM >>>> *To:* wra...@li... >>>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>>> Service Wrapper for I/O heavy application >>>> >>>> Hello Trever, >>>> >>>> thank you for your mail. >>>> >>>> The reason, your JVM stops after 30 seconds is basically because of a >>>> small misconfiguration. >>>> >>>> Please get rid of the following line in your conf file: >>>> wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" >>>> >>>> Actually, with this line you kind of intercept the logic of how the JVM >>>> will interpret the command line.... >>>> >>>> >>>> Hope this helps you out. >>>> >>>> Best Regards, >>>> Christian >>>> >>>> On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) < >>>> Tre...@si...> wrote: >>>> >>>>> Hi, >>>>> >>>>> This is my first time trying to post here, so here it goes. >>>>> >>>>> I am trying to turn my Java Application into a Windows service using >>>>> Simple Server App class. >>>>> >>>>> I am using >>>>> >>>>> Java Service Wrapper Community Edition 32-bit 3.5.14 >>>>> Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. >>>>> *http://wrapper.tanukisoftware.com*<http://wrapper.tanukisoftware.com/> >>>>> >>>>> on Windows XP SP 3. >>>>> >>>>> I have also included my log file and conf file. >>>>> >>>>> The errors I think it most likely relates to are >>>>> ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out >>>>> waiting for a signal from the JVM. >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ------------------------------------------------------------------------ >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a >>>>> native component as well as a set of classes >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM >>>>> that it launches. The Java component of the >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized >>>>> promptly after the JVM is launched or the >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as >>>>> just happened. Most likely the main class >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper >>>>> configuration file is not correctly initializing >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do >>>>> so manually, the Wrapper ships with helper >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this >>>>> initialization processes automatic. >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the >>>>> integration section of the Wrapper's documentation >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods >>>>> which can be employed to launch an application >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | * >>>>> http://wrapper.tanukisoftware.com/doc/english/integrate.html*<http://wrapper.tanukisoftware.com/doc/english/integrate.html> >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ------------------------------------------------------------------------ >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> >>>>> So far it looks like my application starts correctly, but terminates >>>>> after about 30 seconds when it then opens a new JVM and repeats for 4 more >>>>> times. >>>>> >>>>> I believe this might be one of two issues. One my application stays >>>>> constantly within my main method and doesn't exit out. I think there are a >>>>> couple of parameters that can be set to handle this, but I haven't had much >>>>> luck. >>>>> >>>>> Second idea is my application is very I/O heavy. My program is >>>>> constantly collecting data from a tool [using a special communication >>>>> protocol] and writing it to a log file. Could the JVM be timing out because >>>>> of the heavy I/O and if so, is their a way around this so my program can >>>>> still be a Windows Service? >>>>> >>>>> If anyone has any advice for handling this type of error I would >>>>> appreciate it. >>>>> >>>>> Thank you, >>>>> >>>>> Trever >>>>> >>>>> >>>>> This communication and any files or attachments transmitted with it >>>>> may contain information that is copyrighted or confidential and exempt from >>>>> disclosure under applicable law. It is intended solely for the use of >>>>> the individual or the entity to which it is addressed. >>>>> If you are not the intended recipient, you are hereby notified that >>>>> any use, dissemination, or copying of this communication is strictly >>>>> prohibited. >>>>> If you have received this communication in error, please notify us at >>>>> once so that we may take the appropriate action and avoid troubling you >>>>> further. >>>>> Thank you for your cooperation. Please contact your local IT staff or >>>>> email in...@si... <in...@si...?subject=Disclaimer> if >>>>> you need assistance. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> This communication and any files or attachments transmitted with it may >>>> contain information that is copyrighted or confidential and exempt from >>>> disclosure under applicable law. It is intended solely for the use of the >>>> individual or the entity to which it is addressed. >>>> If you are not the intended recipient, you are hereby notified that any >>>> use, dissemination, or copying of this communication is strictly prohibited. >>>> If you have received this communication in error, please notify us at >>>> once so that we may take the appropriate action and avoid troubling you >>>> further. >>>> >>>> Thank you for your cooperation. Please contact your local IT staff or >>>> email in...@si... you need assistance. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> This communication and any files or attachments transmitted with it may >>> contain information that is copyrighted or confidential and exempt from >>> disclosure under applicable law. It is intended solely for the use of the >>> individual or the entity to which it is addressed. >>> If you are not the intended recipient, you are hereby notified that any >>> use, dissemination, or copying of this communication is strictly prohibited. >>> If you have received this communication in error, please notify us at >>> once so that we may take the appropriate action and avoid troubling you >>> further. >>> >>> Thank you for your cooperation. Please contact your local IT staff or >>> email in...@si... you need assistance. >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> This communication and any files or attachments transmitted with it may >> contain information that is copyrighted or confidential and exempt from >> disclosure under applicable law. It is intended solely for the use of the >> individual or the entity to which it is addressed. >> If you are not the intended recipient, you are hereby notified that any >> use, dissemination, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify us at >> once so that we may take the appropriate action and avoid troubling you >> further. >> >> Thank you for your cooperation. Please contact your local IT staff or >> email in...@si... you need assistance. >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > This communication and any files or attachments transmitted with it may > contain information that is copyrighted or confidential and exempt from > disclosure under applicable law. It is intended solely for the use of the > individual or the entity to which it is addressed. > If you are not the intended recipient, you are hereby notified that any > use, dissemination, or copying of this communication is strictly prohibited. > If you have received this communication in error, please notify us at once > so that we may take the appropriate action and avoid troubling you further. > > Thank you for your cooperation. Please contact your local IT staff or > email in...@si... you need assistance. > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Christian M. <chr...@ta...> - 2012-04-24 02:21:09
|
Hello Trever, thank you for your mail. java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program means that the class CenturaDataCollectionProgram.Program wasn't found in your jar file CenturaDataCollectionProgram.jar. Can you verify if that's the correct class name of the mainclass of your application? You mentioned that the jar file is an executable jar file, there's in fact not much difference between an executable and normal jar file, except the META-INF information specifies the main class. So could you please open the jar file and check the property Main-class in the manifest? META-INF/MANIFEST.MF If you want, you can also use WrapperJarApp as integration method, which supports executable jar files. You would only need to set/change the following properties: wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperJarApp wrapper.app.parameter=./CenturaDataCollectionProgram.jar Hope this helps you out. Cheers, Christian On Tue, Apr 24, 2012 at 7:50 AM, Hickey, Trever (INTERN) < Tre...@si...> wrote: > ** > Thank you for catching that parameter being commented out. It was > commented out in my default file, so I wasn't catching it. > > I am now getting this error. > > STATUS | wrapper | 2012/04/23 15:27:47 | --> Wrapper Started as Console > STATUS | wrapper | 2012/04/23 15:27:47 | Java Service Wrapper Community > Edition 32-bit 3.5.14 > STATUS | wrapper | 2012/04/23 15:27:48 | Copyright (C) 1999-2011 Tanuki > Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2012/04/23 15:27:48 | > http://wrapper.tanukisoftware.com > STATUS | wrapper | 2012/04/23 15:27:48 | > STATUS | wrapper | 2012/04/23 15:27:48 | Launching a JVM... > INFO | wrapper | 2012/04/23 15:27:48 | Command: > "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 > -Djava.library.path="./lib" -classpath > "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" > -Dwrapper.key="OGQRdtjCQtlDJ0Da" -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.pid=3064 -Dwrapper.version="3.5.14" > -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" > -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp > CenturaDataCollectionProgram.Program > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperManager: Initializing... > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable > to locate the class CenturaDataCollectionProgram.Program : > java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program > INFO | jvm 1 | 2012/04/23 15:27:49 | > INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Usage: > INFO | jvm 1 | 2012/04/23 15:27:49 | java > org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} > [app_arguments] > INFO | jvm 1 | 2012/04/23 15:27:49 | > INFO | jvm 1 | 2012/04/23 15:27:49 | Where: > INFO | jvm 1 | 2012/04/23 15:27:49 | app_class: The fully > qualified class name of the application to run. > INFO | jvm 1 | 2012/04/23 15:27:49 | app_arguments: The arguments > that would normally be passed to the > INFO | jvm 1 | 2012/04/23 15:27:49 | application. > ERROR | wrapper | 2012/04/23 15:27:50 | JVM exited while loading the > application. > > I am using the "Default Package" in Eclipse, so I was wondering if this > has been an issue when detecting a class? Do I have to use the unzipped > version of my JAR file and/or include the dependent jar files in my class > path? > > Sincerely, > > Trever Hickey > > ------------------------------ > *From:* jeroen vranckx [mailto:jvr...@gm...] > *Sent:* Monday, April 23, 2012 2:29 PM > > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service > Wrapper for I/O heavy application > > Hey, > > ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the > application. > This line doesn't give much information about what is going on. Can you > post some additional information? > > also, i scrolled through your config and noticed the following which maybe > could give you some issues. > > 1) delete that commented out wrappertest.jar and shift everything one up, > so you'll get this.probably won't do anything, but i have something against > unnecessairy commando's ^^ > wrapper.java.classpath.1=./lib/wrapper.jar > wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar > > 2)You actually kinda guessed it yourself, but the wrappersimpleapp class > will need to know what the main class is of your own application. You need > to specify the mainclass-name of your own application with application > parameters. I can see the following commented out in the config file: > > > # Application parameters. Add parameters as needed starting from 1 > #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program > > change it to: > wrapper.app.parameter.1= CenturaDataCollectionProgram.Program > > grtz, jeroen > > > > > > On 23 April 2012 18:01, Hickey, Trever (INTERN) < > Tre...@si...> wrote: > >> ** >> Dear Christian, >> >> I took your advice and thank you again for clarifying the class path >> issue I had. I made the changes and I am now getting a different error. I >> turned on the feature that prints out what is being called at the command >> line to help clarify some of the issues I am having. >> >> STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console >> STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community >> Edition 32-bit 3.5.14 >> STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2012/04/23 08:56:26 | >> http://wrapper.tanukisoftware.com >> STATUS | wrapper | 2012/04/23 08:56:26 | >> STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... >> INFO | wrapper | 2012/04/23 08:56:27 | Command: >> "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 >> -Djava.library.path="./lib" -classpath >> "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" >> -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 >> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 >> -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" >> -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" >> -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... >> INFO | jvm 1 | 2012/04/23 08:56:27 | >> INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: >> INFO | jvm 1 | 2012/04/23 08:56:27 | java >> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} >> [app_arguments] >> INFO | jvm 1 | 2012/04/23 08:56:27 | >> INFO | jvm 1 | 2012/04/23 08:56:27 | Where: >> INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully >> qualified class name of the application to run. >> INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The arguments >> that would normally be passed to the >> INFO | jvm 1 | 2012/04/23 08:56:27 | application. >> ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the >> application. >> >> If this is the case, do I have to do something to my runnable JAR or to >> the conf file to pass the app_class to it? >> >> Sincerely, >> >> Trever Hickey >> >> ------------------------------ >> *From:* Christian Mueller [mailto:chr...@ta...] >> >> *Sent:* Sunday, April 22, 2012 10:50 PM >> >> *To:* wra...@li... >> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service >> Wrapper for I/O heavy application >> >> Hello Trever, >> >> I noticed the following in your conf file: >> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >> >> please note that the classname is incorrect, it should read as: >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp >> >> Furthermore, thanks to the directory structure, you attached, I'd like to >> point out that relative pathes in the conf file are relative to the >> location of the wrapper.exe file. >> >> In your directory structure, wrapper.exe (and the working dir) is >> "C:\Documents and >> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" >> >> When you defined your classpath elements, you had the following >> properties: >> wrapper.java.classpath.2=../lib/wrapper.jar >> >> which translated means: >> C:\Documents and >> Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar >> >> this path doesn't exist, however. So in order to specify the class path >> correctly, please change this property (and the others) to >> wrapper.java.classpath.2=./lib/wrapper.jar >> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >> wrapper.java.library.path.1=./lib >> >> Hope this information helps you out. >> >> Cheers, >> >> Christian >> >> On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) < >> Tre...@si...> wrote: >> >>> ** >>> I am still running into some issues with the installation even with >>> those changes. So here is my current conf file. >>> >>> I have included a document with a few pictures of my programs folder >>> layout with the Java Service Wrapper setup >>> >>> I also have included a print out of the folder directory with everything >>> in it instead if that works better. >>> >>> Thank you, >>> >>> Trever >>> >>> >>> >>> >>> >>> ------------------------------ >>> *From:* Christian Mueller [mailto: >>> chr...@ta...] >>> *Sent:* Thursday, April 19, 2012 8:50 PM >>> *To:* wra...@li... >>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>> Service Wrapper for I/O heavy application >>> >>> Hello Trever, >>> >>> A java.lang.ClassNotFoundException means that the JVM didn't find the >>> wrapper.jar file on the class path. >>> could you please verify that the jar file is added correctly to the >>> class path? >>> >From your first mail, I can see that you have the following setting: >>> wrapper.java.classpath.2=../lib/wrapper.jar >>> >>> Furthermore, you need to add your jar file also to the classpath: >>> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >>> >>> >>> Lastly, the name of your main class is commented out: >>> #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program >>> >>> If that's the correct name of your main class, please remove the >>> comments. >>> >>> Hope this information helps you out. >>> >>> Cheers, >>> >>> Christian >>> >>> >>> >>> >>> On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) < >>> Tre...@si...> wrote: >>> >>>> ** >>>> Hello again, >>>> >>>> I tried your solution about removing the line, and instead I got this >>>> error, >>>> >>>> STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.net.URLClassLoader$1.run(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.net.URLClassLoader.findClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>>> java.lang.ClassLoader.loadClass(Unknown Source) >>>> INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the >>>> application. >>>> FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches >>>> in a row, each lasting less than 300 seconds. Giving up. >>>> FATAL | wrapper | 2012/04/19 09:41:19 | There may be a >>>> configuration problem: please check the logs. >>>> STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped >>>> Now it seems like the program is not recognizing my program at all. >>>> My program is stored in an executable JAR file, so wouldn't I need this >>>> line wrapper.java.additional.2= -jar >>>> "./CenturaDataCollectionProgram.jar" to execute my program? >>>> >>>> Sincerely, >>>> >>>> Trever Hickey >>>> >>>> ------------------------------ >>>> *From:* Christian Mueller [mailto: >>>> chr...@ta...] >>>> *Sent:* Thursday, April 12, 2012 1:42 AM >>>> *To:* wra...@li... >>>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>>> Service Wrapper for I/O heavy application >>>> >>>> Hello Trever, >>>> >>>> thank you for your mail. >>>> >>>> The reason, your JVM stops after 30 seconds is basically because of a >>>> small misconfiguration. >>>> >>>> Please get rid of the following line in your conf file: >>>> wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" >>>> >>>> Actually, with this line you kind of intercept the logic of how the JVM >>>> will interpret the command line.... >>>> >>>> >>>> Hope this helps you out. >>>> >>>> Best Regards, >>>> Christian >>>> >>>> On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) < >>>> Tre...@si...> wrote: >>>> >>>>> Hi, >>>>> >>>>> This is my first time trying to post here, so here it goes. >>>>> >>>>> I am trying to turn my Java Application into a Windows service using >>>>> Simple Server App class. >>>>> >>>>> I am using >>>>> >>>>> Java Service Wrapper Community Edition 32-bit 3.5.14 >>>>> Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. >>>>> *http://wrapper.tanukisoftware.com*<http://wrapper.tanukisoftware.com> >>>>> >>>>> on Windows XP SP 3. >>>>> >>>>> I have also included my log file and conf file. >>>>> >>>>> The errors I think it most likely relates to are >>>>> ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out >>>>> waiting for a signal from the JVM. >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ------------------------------------------------------------------------ >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a >>>>> native component as well as a set of classes >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM >>>>> that it launches. The Java component of the >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized >>>>> promptly after the JVM is launched or the >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as >>>>> just happened. Most likely the main class >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper >>>>> configuration file is not correctly initializing >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do >>>>> so manually, the Wrapper ships with helper >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this >>>>> initialization processes automatic. >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the >>>>> integration section of the Wrapper's documentation >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods >>>>> which can be employed to launch an application >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | * >>>>> http://wrapper.tanukisoftware.com/doc/english/integrate.html*<http://wrapper.tanukisoftware.com/doc/english/integrate.html> >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> ------------------------------------------------------------------------ >>>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>>> >>>>> So far it looks like my application starts correctly, but terminates >>>>> after about 30 seconds when it then opens a new JVM and repeats for 4 more >>>>> times. >>>>> >>>>> I believe this might be one of two issues. One my application stays >>>>> constantly within my main method and doesn't exit out. I think there are a >>>>> couple of parameters that can be set to handle this, but I haven't had much >>>>> luck. >>>>> >>>>> Second idea is my application is very I/O heavy. My program is >>>>> constantly collecting data from a tool [using a special communication >>>>> protocol] and writing it to a log file. Could the JVM be timing out because >>>>> of the heavy I/O and if so, is their a way around this so my program can >>>>> still be a Windows Service? >>>>> >>>>> If anyone has any advice for handling this type of error I would >>>>> appreciate it. >>>>> >>>>> Thank you, >>>>> >>>>> Trever >>>>> >>>>> >>>>> This communication and any files or attachments transmitted with it >>>>> may contain information that is copyrighted or confidential and exempt from >>>>> disclosure under applicable law. It is intended solely for the use of >>>>> the individual or the entity to which it is addressed. >>>>> If you are not the intended recipient, you are hereby notified that >>>>> any use, dissemination, or copying of this communication is strictly >>>>> prohibited. >>>>> If you have received this communication in error, please notify us at >>>>> once so that we may take the appropriate action and avoid troubling you >>>>> further. >>>>> Thank you for your cooperation. Please contact your local IT staff or >>>>> email in...@si... <in...@si...?subject=Disclaimer> if >>>>> you need assistance. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> This communication and any files or attachments transmitted with it may >>>> contain information that is copyrighted or confidential and exempt from >>>> disclosure under applicable law. It is intended solely for the use of the >>>> individual or the entity to which it is addressed. >>>> If you are not the intended recipient, you are hereby notified that any >>>> use, dissemination, or copying of this communication is strictly prohibited. >>>> If you have received this communication in error, please notify us at >>>> once so that we may take the appropriate action and avoid troubling you >>>> further. >>>> >>>> Thank you for your cooperation. Please contact your local IT staff or >>>> email in...@si... you need assistance. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> This communication and any files or attachments transmitted with it may >>> contain information that is copyrighted or confidential and exempt from >>> disclosure under applicable law. It is intended solely for the use of the >>> individual or the entity to which it is addressed. >>> If you are not the intended recipient, you are hereby notified that any >>> use, dissemination, or copying of this communication is strictly prohibited. >>> If you have received this communication in error, please notify us at >>> once so that we may take the appropriate action and avoid troubling you >>> further. >>> >>> Thank you for your cooperation. Please contact your local IT staff or >>> email in...@si... you need assistance. >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> This communication and any files or attachments transmitted with it may >> contain information that is copyrighted or confidential and exempt from >> disclosure under applicable law. It is intended solely for the use of the >> individual or the entity to which it is addressed. >> If you are not the intended recipient, you are hereby notified that any >> use, dissemination, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify us at >> once so that we may take the appropriate action and avoid troubling you >> further. >> >> Thank you for your cooperation. Please contact your local IT staff or >> email in...@si... you need assistance. >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > This communication and any files or attachments transmitted with it may > contain information that is copyrighted or confidential and exempt from > disclosure under applicable law. It is intended solely for the use of the > individual or the entity to which it is addressed. > If you are not the intended recipient, you are hereby notified that any > use, dissemination, or copying of this communication is strictly prohibited. > If you have received this communication in error, please notify us at once > so that we may take the appropriate action and avoid troubling you further. > > Thank you for your cooperation. Please contact your local IT staff or > email in...@si... you need assistance. > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Hickey, T. (INTERN) <Tre...@si...> - 2012-04-23 22:50:58
|
Thank you for catching that parameter being commented out. It was commented out in my default file, so I wasn't catching it. I am now getting this error. STATUS | wrapper | 2012/04/23 15:27:47 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 15:27:47 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 15:27:48 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 15:27:48 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2012/04/23 15:27:48 | STATUS | wrapper | 2012/04/23 15:27:48 | Launching a JVM... INFO | wrapper | 2012/04/23 15:27:48 | Command: "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 -Djava.library.path="./lib" -classpath "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" -Dwrapper.key="OGQRdtjCQtlDJ0Da" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=3064 -Dwrapper.version="3.5.14" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp CenturaDataCollectionProgram.Program INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Error: Unable to locate the class CenturaDataCollectionProgram.Program : java.lang.ClassNotFoundException: CenturaDataCollectionProgram.Program INFO | jvm 1 | 2012/04/23 15:27:49 | INFO | jvm 1 | 2012/04/23 15:27:49 | WrapperSimpleApp Usage: INFO | jvm 1 | 2012/04/23 15:27:49 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} [app_arguments] INFO | jvm 1 | 2012/04/23 15:27:49 | INFO | jvm 1 | 2012/04/23 15:27:49 | Where: INFO | jvm 1 | 2012/04/23 15:27:49 | app_class: The fully qualified class name of the application to run. INFO | jvm 1 | 2012/04/23 15:27:49 | app_arguments: The arguments that would normally be passed to the INFO | jvm 1 | 2012/04/23 15:27:49 | application. ERROR | wrapper | 2012/04/23 15:27:50 | JVM exited while loading the application. I am using the "Default Package" in Eclipse, so I was wondering if this has been an issue when detecting a class? Do I have to use the unzipped version of my JAR file and/or include the dependent jar files in my class path? Sincerely, Trever Hickey ________________________________ From: jeroen vranckx [mailto:jvr...@gm...] Sent: Monday, April 23, 2012 2:29 PM To: wra...@li... Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hey, ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the application. This line doesn't give much information about what is going on. Can you post some additional information? also, i scrolled through your config and noticed the following which maybe could give you some issues. 1) delete that commented out wrappertest.jar and shift everything one up, so you'll get this.probably won't do anything, but i have something against unnecessairy commando's ^^ wrapper.java.classpath.1=./lib/wrapper.jar wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar 2)You actually kinda guessed it yourself, but the wrappersimpleapp class will need to know what the main class is of your own application. You need to specify the mainclass-name of your own application with application parameters. I can see the following commented out in the config file: # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program change it to: wrapper.app.parameter.1= CenturaDataCollectionProgram.Program grtz, jeroen On 23 April 2012 18:01, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Dear Christian, I took your advice and thank you again for clarifying the class path issue I had. I made the changes and I am now getting a different error. I turned on the feature that prints out what is being called at the command line to help clarify some of the issues I am having. STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 08:56:26 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2012/04/23 08:56:26 | STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... INFO | wrapper | 2012/04/23 08:56:27 | Command: "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 -Djava.library.path="./lib" -classpath "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 08:56:27 | INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: INFO | jvm 1 | 2012/04/23 08:56:27 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} [app_arguments] INFO | jvm 1 | 2012/04/23 08:56:27 | INFO | jvm 1 | 2012/04/23 08:56:27 | Where: INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully qualified class name of the application to run. INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The arguments that would normally be passed to the INFO | jvm 1 | 2012/04/23 08:56:27 | application. ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the application. If this is the case, do I have to do something to my runnable JAR or to the conf file to pass the app_class to it? Sincerely, Trever Hickey ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Sunday, April 22, 2012 10:50 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, I noticed the following in your conf file: wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp please note that the classname is incorrect, it should read as: wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp Furthermore, thanks to the directory structure, you attached, I'd like to point out that relative pathes in the conf file are relative to the location of the wrapper.exe file. In your directory structure, wrapper.exe (and the working dir) is "C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" When you defined your classpath elements, you had the following properties: wrapper.java.classpath.2=../lib/wrapper.jar which translated means: C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar this path doesn't exist, however. So in order to specify the class path correctly, please change this property (and the others) to wrapper.java.classpath.2=./lib/wrapper.jar wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar wrapper.java.library.path.1=./lib Hope this information helps you out. Cheers, Christian On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: I am still running into some issues with the installation even with those changes. So here is my current conf file. I have included a document with a few pictures of my programs folder layout with the Java Service Wrapper setup I also have included a print out of the folder directory with everything in it instead if that works better. Thank you, Trever ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Thursday, April 19, 2012 8:50 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, A java.lang.ClassNotFoundException means that the JVM didn't find the wrapper.jar file on the class path. could you please verify that the jar file is added correctly to the class path? >From your first mail, I can see that you have the following setting: wrapper.java.classpath.2=../lib/wrapper.jar Furthermore, you need to add your jar file also to the classpath: wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar Lastly, the name of your main class is commented out: #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program If that's the correct name of your main class, please remove the comments. Hope this information helps you out. Cheers, Christian On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Hello again, I tried your solution about removing the line, and instead I got this error, STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... INFO | jvm 5 | 2012/04/19 09:41:19 | java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 5 | 2012/04/19 09:41:19 | at java.net.URLClassLoader$1.run(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.net.URLClassLoader.findClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | at java.lang.ClassLoader.loadClass(Unknown Source) INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the application. FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2012/04/19 09:41:19 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped Now it seems like the program is not recognizing my program at all. My program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" to execute my program? Sincerely, Trever Hickey ________________________________ From: Christian Mueller [mailto:chr...@ta...<mailto:chr...@ta...>] Sent: Thursday, April 12, 2012 1:42 AM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] FW: Advice on configuring the Java Service Wrapper for I/O heavy application Hello Trever, thank you for your mail. The reason, your JVM stops after 30 seconds is basically because of a small misconfiguration. Please get rid of the following line in your conf file: wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" Actually, with this line you kind of intercept the logic of how the JVM will interpret the command line.... Hope this helps you out. Best Regards, Christian On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) <Tre...@si...<mailto:Tre...@si...>> wrote: Hi, This is my first time trying to post here, so here it goes. I am trying to turn my Java Application into a Windows service using Simple Server App class. I am using Java Service Wrapper Community Edition 32-bit 3.5.14 Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. http://wrapper.tanukisoftware.com on Windows XP SP 3. I have also included my log file and conf file. The errors I think it most likely relates to are ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2012/04/11 11:37:40 | ADVICE | wrapper | 2012/04/11 11:37:40 | ------------------------------------------------------------------------ ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: ADVICE | wrapper | 2012/04/11 11:37:40 | org.tanukisoftware.wrapper.test.WrapperSimpleApp ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this initialization processes automatic. ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: ADVICE | wrapper | 2012/04/11 11:37:40 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2012/04/11 11:37:40 | ------------------------------------------------------------------------ ADVICE | wrapper | 2012/04/11 11:37:40 | So far it looks like my application starts correctly, but terminates after about 30 seconds when it then opens a new JVM and repeats for 4 more times. I believe this might be one of two issues. One my application stays constantly within my main method and doesn't exit out. I think there are a couple of parameters that can be set to handle this, but I haven't had much luck. Second idea is my application is very I/O heavy. My program is constantly collecting data from a tool [using a special communication protocol] and writing it to a log file. Could the JVM be timing out because of the heavy I/O and if so, is their a way around this so my program can still be a Windows Service? If anyone has any advice for handling this type of error I would appreciate it. Thank you, Trever This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...?subject=Disclaimer> if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si...<mailto:in...@si...>if you need assistance. ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user This communication and any files or attachments transmitted with it may contain information that is copyrighted or confidential and exempt from disclosure under applicable law. It is intended solely for the use of the individual or the entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at once so that we may take the appropriate action and avoid troubling you further. Thank you for your cooperation. Please contact your local IT staff or email in...@si... if you need assistance. |
|
From: jeroen v. <jvr...@gm...> - 2012-04-23 21:29:01
|
Hey, ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the application. This line doesn't give much information about what is going on. Can you post some additional information? also, i scrolled through your config and noticed the following which maybe could give you some issues. 1) delete that commented out wrappertest.jar and shift everything one up, so you'll get this.probably won't do anything, but i have something against unnecessairy commando's ^^ wrapper.java.classpath.1=./lib/wrapper.jar wrapper.java.classpath.2=./CenturaDataCollectionProgram.jar 2)You actually kinda guessed it yourself, but the wrappersimpleapp class will need to know what the main class is of your own application. You need to specify the mainclass-name of your own application with application parameters. I can see the following commented out in the config file: # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1= CenturaDataCollectionProgram.Program change it to: wrapper.app.parameter.1= CenturaDataCollectionProgram.Program grtz, jeroen On 23 April 2012 18:01, Hickey, Trever (INTERN) <Tre...@si... > wrote: > ** > Dear Christian, > > I took your advice and thank you again for clarifying the class path issue > I had. I made the changes and I am now getting a different error. I turned > on the feature that prints out what is being called at the command line to > help clarify some of the issues I am having. > > STATUS | wrapper | 2012/04/23 08:56:26 | --> Wrapper Started as Console > STATUS | wrapper | 2012/04/23 08:56:26 | Java Service Wrapper Community > Edition 32-bit 3.5.14 > STATUS | wrapper | 2012/04/23 08:56:26 | Copyright (C) 1999-2011 Tanuki > Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2012/04/23 08:56:26 | > http://wrapper.tanukisoftware.com > STATUS | wrapper | 2012/04/23 08:56:26 | > STATUS | wrapper | 2012/04/23 08:56:27 | Launching a JVM... > INFO | wrapper | 2012/04/23 08:56:27 | Command: > "C:\WINDOWS\system32\java.exe" -DReactor=Centura12 > -Djava.library.path="./lib" -classpath > "./lib/wrapper.jar;./CenturaDataCollectionProgram.jar" > -Dwrapper.key="sc7LFwUkpfl3IHps" -Dwrapper.port=32001 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.pid=4716 -Dwrapper.version="3.5.14" > -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10" > -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp > INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperManager: Initializing... > INFO | jvm 1 | 2012/04/23 08:56:27 | > INFO | jvm 1 | 2012/04/23 08:56:27 | WrapperSimpleApp Usage: > INFO | jvm 1 | 2012/04/23 08:56:27 | java > org.tanukisoftware.wrapper.WrapperSimpleApp {app_class{/app_method}} > [app_arguments] > INFO | jvm 1 | 2012/04/23 08:56:27 | > INFO | jvm 1 | 2012/04/23 08:56:27 | Where: > INFO | jvm 1 | 2012/04/23 08:56:27 | app_class: The fully > qualified class name of the application to run. > INFO | jvm 1 | 2012/04/23 08:56:27 | app_arguments: The arguments > that would normally be passed to the > INFO | jvm 1 | 2012/04/23 08:56:27 | application. > ERROR | wrapper | 2012/04/23 08:56:29 | JVM exited while loading the > application. > > If this is the case, do I have to do something to my runnable JAR or to > the conf file to pass the app_class to it? > > Sincerely, > > Trever Hickey > > ------------------------------ > *From:* Christian Mueller [mailto:chr...@ta...] > *Sent:* Sunday, April 22, 2012 10:50 PM > > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service > Wrapper for I/O heavy application > > Hello Trever, > > I noticed the following in your conf file: > wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp > > please note that the classname is incorrect, it should read as: > wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp > > Furthermore, thanks to the directory structure, you attached, I'd like to > point out that relative pathes in the conf file are relative to the > location of the wrapper.exe file. > > In your directory structure, wrapper.exe (and the working dir) is > "C:\Documents and > Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" > > When you defined your classpath elements, you had the following properties: > wrapper.java.classpath.2=../lib/wrapper.jar > > which translated means: > C:\Documents and > Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar > > this path doesn't exist, however. So in order to specify the class path > correctly, please change this property (and the others) to > wrapper.java.classpath.2=./lib/wrapper.jar > wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar > wrapper.java.library.path.1=./lib > > Hope this information helps you out. > > Cheers, > > Christian > > On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) < > Tre...@si...> wrote: > >> ** >> I am still running into some issues with the installation even with those >> changes. So here is my current conf file. >> >> I have included a document with a few pictures of my programs folder >> layout with the Java Service Wrapper setup >> >> I also have included a print out of the folder directory with everything >> in it instead if that works better. >> >> Thank you, >> >> Trever >> >> >> >> >> >> ------------------------------ >> *From:* Christian Mueller [mailto:chr...@ta...] >> >> *Sent:* Thursday, April 19, 2012 8:50 PM >> *To:* wra...@li... >> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service >> Wrapper for I/O heavy application >> >> Hello Trever, >> >> A java.lang.ClassNotFoundException means that the JVM didn't find the >> wrapper.jar file on the class path. >> could you please verify that the jar file is added correctly to the class >> path? >> >From your first mail, I can see that you have the following setting: >> wrapper.java.classpath.2=../lib/wrapper.jar >> >> Furthermore, you need to add your jar file also to the classpath: >> wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar >> >> >> Lastly, the name of your main class is commented out: >> #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program >> >> If that's the correct name of your main class, please remove the >> comments. >> >> Hope this information helps you out. >> >> Cheers, >> >> Christian >> >> >> >> >> On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) < >> Tre...@si...> wrote: >> >>> ** >>> Hello again, >>> >>> I tried your solution about removing the line, and instead I got this >>> error, >>> >>> STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... >>> INFO | jvm 5 | 2012/04/19 09:41:19 | >>> java.lang.NoClassDefFoundError: >>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>> INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: >>> java.lang.ClassNotFoundException: >>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> java.net.URLClassLoader$1.run(Unknown Source) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> java.security.AccessController.doPrivileged(Native Method) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> java.net.URLClassLoader.findClass(Unknown Source) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> java.lang.ClassLoader.loadClass(Unknown Source) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | at >>> java.lang.ClassLoader.loadClass(Unknown Source) >>> INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main class: >>> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>> ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the >>> application. >>> FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches >>> in a row, each lasting less than 300 seconds. Giving up. >>> FATAL | wrapper | 2012/04/19 09:41:19 | There may be a configuration >>> problem: please check the logs. >>> STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped >>> Now it seems like the program is not recognizing my program at all. My >>> program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= >>> -jar "./CenturaDataCollectionProgram.jar" to execute my program? >>> >>> Sincerely, >>> >>> Trever Hickey >>> >>> ------------------------------ >>> *From:* Christian Mueller [mailto:chr...@ta...] >>> >>> *Sent:* Thursday, April 12, 2012 1:42 AM >>> *To:* wra...@li... >>> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java >>> Service Wrapper for I/O heavy application >>> >>> Hello Trever, >>> >>> thank you for your mail. >>> >>> The reason, your JVM stops after 30 seconds is basically because of a >>> small misconfiguration. >>> >>> Please get rid of the following line in your conf file: >>> wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" >>> >>> Actually, with this line you kind of intercept the logic of how the JVM >>> will interpret the command line.... >>> >>> >>> Hope this helps you out. >>> >>> Best Regards, >>> Christian >>> >>> On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) < >>> Tre...@si...> wrote: >>> >>>> Hi, >>>> >>>> This is my first time trying to post here, so here it goes. >>>> >>>> I am trying to turn my Java Application into a Windows service using >>>> Simple Server App class. >>>> >>>> I am using >>>> >>>> Java Service Wrapper Community Edition 32-bit 3.5.14 >>>> Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. >>>> *http://wrapper.tanukisoftware.com*<http://wrapper.tanukisoftware.com> >>>> >>>> on Windows XP SP 3. >>>> >>>> I have also included my log file and conf file. >>>> >>>> The errors I think it most likely relates to are >>>> ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out >>>> waiting for a signal from the JVM. >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>> ------------------------------------------------------------------------ >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a >>>> native component as well as a set of classes >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM that >>>> it launches. The Java component of the >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized >>>> promptly after the JVM is launched or the >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as just >>>> happened. Most likely the main class >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper >>>> configuration file is not correctly initializing >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do so >>>> manually, the Wrapper ships with helper >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this >>>> initialization processes automatic. >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the integration >>>> section of the Wrapper's documentation >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods which >>>> can be employed to launch an application >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | * >>>> http://wrapper.tanukisoftware.com/doc/english/integrate.html*<http://wrapper.tanukisoftware.com/doc/english/integrate.html> >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>> ------------------------------------------------------------------------ >>>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>>> >>>> So far it looks like my application starts correctly, but terminates >>>> after about 30 seconds when it then opens a new JVM and repeats for 4 more >>>> times. >>>> >>>> I believe this might be one of two issues. One my application stays >>>> constantly within my main method and doesn't exit out. I think there are a >>>> couple of parameters that can be set to handle this, but I haven't had much >>>> luck. >>>> >>>> Second idea is my application is very I/O heavy. My program is >>>> constantly collecting data from a tool [using a special communication >>>> protocol] and writing it to a log file. Could the JVM be timing out because >>>> of the heavy I/O and if so, is their a way around this so my program can >>>> still be a Windows Service? >>>> >>>> If anyone has any advice for handling this type of error I would >>>> appreciate it. >>>> >>>> Thank you, >>>> >>>> Trever >>>> >>>> >>>> This communication and any files or attachments transmitted with it may >>>> contain information that is copyrighted or confidential and exempt from >>>> disclosure under applicable law. It is intended solely for the use of >>>> the individual or the entity to which it is addressed. >>>> If you are not the intended recipient, you are hereby notified that any >>>> use, dissemination, or copying of this communication is strictly >>>> prohibited. >>>> If you have received this communication in error, please notify us at >>>> once so that we may take the appropriate action and avoid troubling you >>>> further. >>>> Thank you for your cooperation. Please contact your local IT staff or >>>> email in...@si... <in...@si...?subject=Disclaimer> if >>>> you need assistance. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> This communication and any files or attachments transmitted with it may >>> contain information that is copyrighted or confidential and exempt from >>> disclosure under applicable law. It is intended solely for the use of the >>> individual or the entity to which it is addressed. >>> If you are not the intended recipient, you are hereby notified that any >>> use, dissemination, or copying of this communication is strictly prohibited. >>> If you have received this communication in error, please notify us at >>> once so that we may take the appropriate action and avoid troubling you >>> further. >>> >>> Thank you for your cooperation. Please contact your local IT staff or >>> email in...@si... you need assistance. >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> This communication and any files or attachments transmitted with it may >> contain information that is copyrighted or confidential and exempt from >> disclosure under applicable law. It is intended solely for the use of the >> individual or the entity to which it is addressed. >> If you are not the intended recipient, you are hereby notified that any >> use, dissemination, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify us at >> once so that we may take the appropriate action and avoid troubling you >> further. >> >> Thank you for your cooperation. Please contact your local IT staff or >> email in...@si... you need assistance. >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > This communication and any files or attachments transmitted with it may > contain information that is copyrighted or confidential and exempt from > disclosure under applicable law. It is intended solely for the use of the > individual or the entity to which it is addressed. > If you are not the intended recipient, you are hereby notified that any > use, dissemination, or copying of this communication is strictly prohibited. > If you have received this communication in error, please notify us at once > so that we may take the appropriate action and avoid troubling you further. > > Thank you for your cooperation. Please contact your local IT staff or > email in...@si... you need assistance. > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: jeroen v. <jvr...@gm...> - 2012-04-23 08:18:30
|
Hey Christian, Just checked it out for you. I wasn't really referring to a specific type of stop message. Srry to confuse you. What I think is that the cluster tells the wrapper to terminate itself. *RCM] TransitionToState(Disk J:\) ProcessingFailure-->[WaitingToTerminate to DelayRestartingResource]. [RCM] rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, PartialOnline --> Pending) [RCM] TransitionToState(wrapper Application) Online-->[WaitingToTerminate to OnlineCallIssued]. [RCM] TransitionToState(wrapper Application) [WaitingToTerminate to OnlineCallIssued]-->[Terminating to OnlineCallIssued]. [RCM] HandleMonitorReply: TERMINATERESOURCE for 'wrapper Application', gen(16) result 0. [RCM] Restarting resource 'wrapper Application'.* ** ** below is what happens when I simulate the scenario. We can see that the first time the console app comes online nicely. When I simulate the disk failure, the wrapper however doesn't logs anything about shutting down the JVm, or even seeing the wrapper getting stopped. We just see a new JVM starting again (when teh cluster brings it up), and then crashing because the app can't bind the port. I can however see in task manager that, the wrapper process get's killed. Java.exe (which i believe to be associated with the JVM) keeps running though. It won't shutdown even after minutes-hours. Find this strange as you say that the JVM would terminate itself if it lost connection the wrapper. ** WARN | wrapper | 2012/04/23 10:06:32 | Unable to write to the configured log directory: ..\logs (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:06:32 | The directory does not exist. WARN | wrapper | 2012/04/23 10:06:32 | Unable to write to the configured log file: ..\logs\wrapper.log (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:06:32 | Falling back to the default file in the current working directory: wrapper.log STATUS | wrapper | 2012/04/23 10:06:32 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 10:06:32 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 10:06:32 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 10:06:32 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2012/04/23 10:06:32 | STATUS | wrapper | 2012/04/23 10:06:33 | Launching a JVM... INFO | jvm 1 | 2012/04/23 10:06:33 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 10:06:33 | Accepting connections on port: 9000 WARN | wrapper | 2012/04/23 10:07:22 | Unable to write to the configured log directory: ..\logs (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:07:22 | The directory does not exist. WARN | wrapper | 2012/04/23 10:07:22 | Unable to write to the configured log file: ..\logs\wrapper.log (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:07:22 | Falling back to the default file in the current working directory: wrapper.log STATUS | wrapper | 2012/04/23 10:07:22 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 10:07:22 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 10:07:22 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 10:07:22 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2012/04/23 10:07:22 | STATUS | wrapper | 2012/04/23 10:07:23 | Launching a JVM... INFO | jvm 1 | 2012/04/23 10:07:24 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 10:07:26 | Accepting connections on port: 9000 INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp: INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: Encountered an error running main: INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.net.PlainSocketImpl.bind(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.net.ServerSocket.bind(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.net.ServerSocket.<init>(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.net.ServerSocket.<init>(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at HelloWorldServer.main(HelloWorldServer.java:86) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.lang.reflect.Method.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:290) INFO | jvm 1 | 2012/04/23 10:07:26 | WrapperSimpleApp Error: at java.lang.Thread.run(Unknown Source) STATUS | wrapper | 2012/04/23 10:07:29 | <-- Wrapper Stopped WARN | wrapper | 2012/04/23 10:07:29 | Unable to write to the configured log directory: ..\logs (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:07:29 | The directory does not exist. WARN | wrapper | 2012/04/23 10:07:29 | Unable to write to the configured log file: ..\logs\wrapper.log (The system cannot find the path specified. (0x3)) WARN | wrapper | 2012/04/23 10:07:29 | Falling back to the default file in the current working directory: wrapper.log STATUS | wrapper | 2012/04/23 10:07:29 | --> Wrapper Started as Console STATUS | wrapper | 2012/04/23 10:07:29 | Java Service Wrapper Community Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 10:07:29 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 10:07:29 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2012/04/23 10:07:29 | STATUS | wrapper | 2012/04/23 10:07:30 | Launching a JVM... INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperManager: Initializing... INFO | jvm 1 | 2012/04/23 10:07:30 | Accepting connections on port: 9000 INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp: INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: Encountered an error running main: INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.net.PlainSocketImpl.bind(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.net.ServerSocket.bind(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.net.ServerSocket.<init>(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.net.ServerSocket.<init>(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at HelloWorldServer.main(HelloWorldServer.java:86) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.lang.reflect.Method.invoke(Unknown Source) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:290) INFO | jvm 1 | 2012/04/23 10:07:30 | WrapperSimpleApp Error: at java.lang.Thread.run(Unknown Source) STATUS | wrapper | 2012/04/23 10:07:32 | <-- Wrapper Stopped The wrapper does work with the implementation. if I kill the java.exe process, the wrapper will start it up again, so it does does it work nicely. However, the cluster itself seems to be doing some funky stuff with the wrapper. Greetz, jeroen On 23 April 2012 09:12, Christian Mueller < chr...@ta...> wrote: > Hello Jeroen, > > > thank you for your mail. > > It would still be interesting for me to see what the last lines of output > the Wrapper produces while it gets the stop request from the cluster. > > Of what nature is the "stop message"? > The Wrapper maintains a connection (either socker or pipe) with the JVM to > communicate with it. The JVM, when it notices, that the backend connection > is closed for some reason will by default stop itself automatically within > a few seconds. > > cheers, > Christian > > > On Mon, Apr 23, 2012 at 3:37 PM, jeroen vranckx <jvr...@gm...>wrote: > >> Hey Christian, tnx for the replye. >> >> First thing i did was to check on your remarks, and I noticed the >> following. >> >> Can't find any indiciations in the cluster logs file, why the wrapper >> processes don't get stopped properly. the cluster realy seems tp think that >> he managed to bring down the resource, and then trys to up it again. >> >> Now, as I checked on the other remarks that you had, it seems that these >> log files are actually accurate. When the disk fails, I Can see that the >> depended wrapper.exe *32 process, does get killed. The Java.exe process >> however isn't. >> >> This is what I think : The cluster only sees the wrapper as his >> communication point, and doesn't see processes or the JVM that are being >> started by wrapper. According to this analogy, he only sends a "stop >> message" to the wrapper itself, and not the processes that are being linked >> to this wrapper. >> >> so putting the ignore_user_logoff to false wasn't being able to fix the >> problem either, which seems to follow the logic that I stated up here. >> >> The difference between the generic service and the generic application, >> is that with the service, the generic resource and the cluster communicates >> to the actual windows service through the SCM, and also communicates to the >> wrapper.(the wrapper will get stopped in the same way when with the console >> application) >> The generic application has only 1 way to communicate, and that is with >> the wrapper. >> >> >> hoping to hear from you soon. >> >> greeting jeroen >> On 23 April 2012 04:47, Christian Mueller < >> chr...@ta...> wrote: >> >>> Hello jeroen, >>> >>> Thank you for your detailed explanation. >>> When the cluster controller is trying to bring down the Wrapper >>> application, is there anything in the log file, which would give a hint on >>> why the wrapper processes isn't stopping. >>> Furthermore, you said that the java application keeps running, but is >>> the wrapper process also still running? >>> If the cluster controller sends a signal to the JVM to shutdown, please >>> remember that the jvm, which runs as console, has been set to ignore >>> signals (in order to keep running after a logoff signal has been >>> received)... >>> >>> Looking forward to hearing back from you. >>> >>> Best Regards, >>> >>> Christian >>> >>> >>> >>> On Fri, Apr 20, 2012 at 11:39 PM, jeroen vranckx <jvr...@gm...>wrote: >>> >>>> Well, i did some more research, and have some more indepth information >>>> I'm not bringing down the node itself, I rather simulate a failure of >>>> the disk, which the wrapper application depends on. After some research in >>>> the cluster logs(which made me realise some in depth clustermechanisms i >>>> didn't know), i filtered out this related information for you. >>>> >>>> >>>> [RCM] TransitionToState(Disk J:\) >>>> ProcessingFailure-->[WaitingToTerminate to DelayRestartingResource]. [RCM] >>>> rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, PartialOnline --> >>>> Pending) >>>> [RCM] TransitionToState(wrapper Application) >>>> Online-->[WaitingToTerminate to OnlineCallIssued]. >>>> [RCM] TransitionToState(wrapper Application) [WaitingToTerminate to >>>> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >>>> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'wrapper Application', >>>> gen(16) result 0. >>>> [RCM] Restarting resource 'wrapper Application'. >>>> seems like the cluster does try to terminate the wrapper-application, >>>> but i know for a fact(I can see that the proces of the java-application >>>> keeps running in task manager), that he doesn't succeed in doing this. >>>> >>>> After that the disk comes back online, the generic application is >>>> brought back online. The cluster actually now makes a second JVM. And well, >>>> these are running the exact same application, so the generic >>>> application(second JVM) fails again. >>>> >>>> After he does the failover to the other node, everything works again >>>> and he can bring up teh generic application. but what is happening now? the >>>> original proces is still running on the other node. >>>> So i have the same proces running on both nodes, and the cluster isn't >>>> aware of this. >>>> >>>> Now I have made myself a fix, by just killing any left over >>>> Java-processes when i do a failover. >>>> >>>> I have to mention, that running the same application as windows service >>>> fixes this problem. seems like the cluster is communicating differntly with >>>> the generic application >>>> >>>> >>>> RCM] TransitionToState(Disk J:\) >>>> ProcessingFailure-->[WaitingToTerminate to DelayRestartingResource]. >>>> [RCM] rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, >>>> PartialOnline --> Pending) >>>> [RCM] TransitionToState(H2) Online-->[WaitingToTerminate to >>>> OnlineCallIssued]. >>>> [RCM] TransitionToState(H2) [WaitingToTerminate to >>>> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >>>> [RES] Generic Service <H2>: Terminate request. >>>> [RCM] TransitionToState(FileServer-(testjp)(Disk J:\)) >>>> Online-->[WaitingToTerminate to OnlineCallIssued]. >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=0) >>>> >>>> >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>>> [RES] Generic Service <H2>: Service died; status = 1062. >>>> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'H2', gen(0) result 0. >>>> [RCM] Restarting resource 'H2'. >>>> >>>> the resource checking the service control manager, if the windows >>>> service is really offline does work well in this case. >>>> So in the new environment, we will probably go for running the >>>> applications als services, and on top of that running the powershell script >>>> with taskscheduler on the server to kill all remaining java processes after >>>> a failover. >>>> >>>> I do want to know what goes wrong with the Wrapper Application though >>>> ^^. seems like a misscommunication between cluster and wrapper. Just giving >>>> you some feedback on what i'm thinking here. >>>> >>>> greetings jeroen >>>> >>>> >>>> On 20 April 2012 10:04, Christian Mueller < >>>> chr...@ta...> wrote: >>>> >>>>> Hello Jeroen, >>>>> >>>>> I'm very sorry for the delay. >>>>> >>>>> How are you bringing down the node? >>>>> If I understand how you bring it down or what you mean by "bringing >>>>> the resource offline", I will probably able to tell you more. >>>>> >>>>> Best Regards, >>>>> >>>>> Christian >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Apr 17, 2012 at 6:35 PM, jeroen vranckx <jvr...@gm... >>>>> > wrote: >>>>> >>>>>> >>>>>> Thanks for the information christian, >>>>>> >>>>>> I have another question regarding using the wrapper to run a java >>>>>> proces as console application on a windows cluster. The application is >>>>>> brought online quit neatly, and I can see in the log that the JVM is >>>>>> started succesfully. Now, if I bring the resource offline, i however won't >>>>>> see the JVM shutting down in the logs. >>>>>> >>>>>> I would like to see this if possible. >>>>>> Is this a problem with the cluster not interacting t-with the java >>>>>> service wrapper? >>>>>> Am I using a wrong implementation-possibility? using wrappersimpleApp >>>>>> at the moment. >>>>>> >>>>>> Are there other possilities to check if there are JVM still running >>>>>> on the machine? So by not using the wrapper? >>>>>> >>>>>> The thing is, that I'm having some issues concerning java-processes >>>>>> who don't get shut down. So this means that a proces will keep running on >>>>>> one node(even though the cluster itself says that the service is failed), >>>>>> and will start up on the other node. Which means that the same proces is >>>>>> running on both node. which is a disaster ^^. >>>>>> >>>>>> Hope you can help >>>>>> >>>>>> jeroen Vranckx >>>>>> >>>>>> On 6 April 2012 07:31, Christian Mueller < >>>>>> chr...@ta...> wrote: >>>>>> >>>>>>> Hello Jeroen, >>>>>>> >>>>>>> I don't think you are able to start the service by issuing >>>>>>> "wrapper.exe -s ..\conf\wrapper.conf" from console or any user session. >>>>>>> >>>>>>> When running the Wrapper with -t, it tells the Service Control >>>>>>> Manager, to start the service. Using the API call StartService: >>>>>>> >>>>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686321%28v=vs.85%29.aspx >>>>>>> >>>>>>> For instance, if you call, net start {service}, it will also call >>>>>>> StartService quite like the Wrapper when run as wrapper -t >>>>>>> >>>>>>> With the StartService call, the service manager will start then the >>>>>>> service command (wrapper -s) and waits for the process to start the control >>>>>>> dispatcher and connect to the service control manager. This is being done >>>>>>> in the service process by calling StartServiceCtrlDispatcher. >>>>>>> >>>>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686324%28v=vs.85%29.aspx >>>>>>> Therefore, running bin\wrapper -s, from console without the service >>>>>>> manager waiting for a connection, will ultimately cause a failure. >>>>>>> >>>>>>> That mechanism is a bit similar for instance to the TCP handshake. >>>>>>> >>>>>>> Hope this helps you out. >>>>>>> >>>>>>> Cheers, >>>>>>> Christian >>>>>>> >>>>>>> >>>>>>> On Wed, Apr 4, 2012 at 6:57 PM, jeroen vranckx < >>>>>>> jvr...@gm...> wrote: >>>>>>> >>>>>>>> hey christian, >>>>>>>> >>>>>>>> If I look at the created windows service that I made by using the >>>>>>>> wrapper.exe -i wrapper.conf option, when i look at the path to the >>>>>>>> executable it says X:\Foo\Bar\app\bin\wrapper.exe -s >>>>>>>> X:\Foo\Bar\app\conf\wrapper.conf. >>>>>>>> >>>>>>>> Now, I have the possibility when i create a generic application(for >>>>>>>> clusterunaware services), to just specify the service that i want to make >>>>>>>> generic. I have the possibility to give the generic service a specific >>>>>>>> startup command, so I could definatly use the -t method if nesecairy. >>>>>>>> If I run it, it works perfectly fine without the us of the -t >>>>>>>> parameter(it will probably use the -s parameter by default). What does the >>>>>>>> -t parameter do actually? >>>>>>>> What's the difference if i run it with -s or --t? >>>>>>>> >>>>>>>> Indeed it says on the website(just as you say), that you need to >>>>>>>> call the -t parameter for a service, but the -s parameter(that is default >>>>>>>> when you install by the -i parameter) kinda confused me. >>>>>>>> >>>>>>>> Looking forward to your replye, and tnx in advance >>>>>>>> >>>>>>>> greetings, >>>>>>>> Jeroen Vranckx >>>>>>>> >>>>>>>> >>>>>>>> On 4 April 2012 07:10, Christian Mueller < >>>>>>>> chr...@ta...> wrote: >>>>>>>> >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> the parameter '-s' should not be called by the user but the >>>>>>>>> service manager in order to control the wrapper as service. >>>>>>>>> >>>>>>>>> when you want to start the installed service from console or >>>>>>>>> script, please run: >>>>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -t X:\Foo\Bar\app\conf\wrapper.conf >>>>>>>>> >>>>>>>>> for all available parameters, please run bin\wrapper -? >>>>>>>>> >>>>>>>>> The wrapper.internal.namedpipe property is for internal use only >>>>>>>>> and shouldn't be set. >>>>>>>>> Actually it is only being used during installation and actually I >>>>>>>>> think it's redundant to have it on the servicemanager command. >>>>>>>>> When you interact with a service, administrator privileges are >>>>>>>>> required. However starting with the introduction of UAC in Windows Vista, >>>>>>>>> an Administrator account also needs to elevate a process to run under high >>>>>>>>> security context. The Wrapper will check if it runs already elevated and >>>>>>>>> if not, it will pop-up the elevation dialog, requesting the elevation. This >>>>>>>>> will actually spawn an elevated process, which will do the required task. >>>>>>>>> The IPC of the elevated process and the original process is done via a >>>>>>>>> named pipe the original process allocates. The name of the named pipe is >>>>>>>>> random, so that's why you see two different names. Using random names makes >>>>>>>>> it possible to interact with multiple services simultaneously without >>>>>>>>> clashing. To tell the elevated process at which pipe the original wrapper >>>>>>>>> process is waiting for, the wrapper.internal.namedpipe is being defined. >>>>>>>>> The elevated process then redirects stdin/stdout/stderr to the >>>>>>>>> pipes and because by default stdin/stdout/stderr is buffered to save some >>>>>>>>> performance, but in this case it will cause some timing issues and since >>>>>>>>> the install/remove/start/stop actions are only running for a rather short >>>>>>>>> time, performance doesn't matter that much. >>>>>>>>> >>>>>>>>> Hope this answers all your questions. >>>>>>>>> >>>>>>>>> Please let me know if you need any further information. >>>>>>>>> >>>>>>>>> Thank you, >>>>>>>>> >>>>>>>>> Christian >>>>>>>>> >>>>>>>>> On Tue, Apr 3, 2012 at 5:43 PM, jeroen vranckx < >>>>>>>>> jvr...@gm...> wrote: >>>>>>>>> >>>>>>>>>> Just figured out something ^^ >>>>>>>>>> Seems like the wrapper.console.flush param and namedpipe param >>>>>>>>>> are a indirect consequence of installing the service when you don't use >>>>>>>>>> administrator params in cmd. >>>>>>>>>> So if you're doing something like clustering, this will definatly >>>>>>>>>> mess things up. >>>>>>>>>> >>>>>>>>>> Fixed this issue, and not having issues anymore. >>>>>>>>>> Scripted the wrapper.exe -i option in windows powershell, and >>>>>>>>>> managed to get the service running now. I'll be integrating it with the >>>>>>>>>> automatic generation of the windows service as a generic service in the >>>>>>>>>> cluster. >>>>>>>>>> >>>>>>>>>> I still would like to know what those param do, as they do seem >>>>>>>>>> to be wrapperrelated >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 3 April 2012 10:03, jeroen vranckx <jvr...@gm...>wrote: >>>>>>>>>> >>>>>>>>>>> Well, to keep you guys updated on my progress. >>>>>>>>>>> >>>>>>>>>>> I managed to get the fix the logging off problem by using the >>>>>>>>>>> ignore_user_logoffs=TRUE option. Seems to do the trick, but I'm checking >>>>>>>>>>> out the other method to where I use the application as Windows Service too. >>>>>>>>>>> I managed to get that working too. Now when i go check out the >>>>>>>>>>> service that is installed on both nodes(well on the windows server cluster, >>>>>>>>>>> you need to install the service on both nodes locally), i can see that >>>>>>>>>>> the path to the executable is something like this: >>>>>>>>>>> >>>>>>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -s >>>>>>>>>>> X:\Foo\Bar\app\conf\wrapper.conf wrapper.console.flush=true >>>>>>>>>>> wrapper.internal.namedpipe=0643816939 >>>>>>>>>>> The named pipe is different on both servers >>>>>>>>>>> >>>>>>>>>>> What does the wrapper.console.flush parameter do? And the >>>>>>>>>>> namedpipe is dependant on the wrapper? >>>>>>>>>>> Reason why I am asking this, is because I'm probably gonna need >>>>>>>>>>> to script some managementtools. Already tried to script something in >>>>>>>>>>> powershell, where i kept everything like that, but took a random number for >>>>>>>>>>> the namedpip(kept the number of digits though). >>>>>>>>>>> >>>>>>>>>>> The service did get created, but it didn't start up. So Im' >>>>>>>>>>> woundering if i need to consider some stuff, when creating the windows >>>>>>>>>>> service myself in powershell instead of using the wrapper.exe -i method in >>>>>>>>>>> cmd. >>>>>>>>>>> >>>>>>>>>>> thanks in advance >>>>>>>>>>> >>>>>>>>>>> jeroen Vranckx >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 28 March 2012 09:10, Christian Mueller < >>>>>>>>>>> chr...@ta...> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hello Vranckx, >>>>>>>>>>>> >>>>>>>>>>>> about the restart on log off, you are probably right about that >>>>>>>>>>>> the application gets restarted due to the cluster setting. >>>>>>>>>>>> If that's the case, you should actually see that in the Wrapper >>>>>>>>>>>> log file as well. >>>>>>>>>>>> >>>>>>>>>>>> The 2 options are actually the most easy ways of telling the >>>>>>>>>>>> Wrapper/JVM to ignore the logoffs. >>>>>>>>>>>> >>>>>>>>>>>> However, there is also another way. >>>>>>>>>>>> If you are willing to do some coding, you can take a look at >>>>>>>>>>>> integration method 3: >>>>>>>>>>>> >>>>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/integrate-listener.html >>>>>>>>>>>> >>>>>>>>>>>> The controlEvent(..) method receives signals/events raised by >>>>>>>>>>>> the System and allows you to implement your own logic on the various >>>>>>>>>>>> signals. >>>>>>>>>>>> >>>>>>>>>>>> The advantage of this option is that you wouldn't need to >>>>>>>>>>>> change the Wrapper version and also can keep running the applications the >>>>>>>>>>>> same way they are running right now. >>>>>>>>>>>> The API for the Wrapper can be found here: >>>>>>>>>>>> http://wrapper.tanukisoftware.com/jdoc/index.html >>>>>>>>>>>> >>>>>>>>>>>> If you have any questions in the implementation, please let me >>>>>>>>>>>> know. >>>>>>>>>>>> >>>>>>>>>>>> Best Regards, >>>>>>>>>>>> Christian >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Mar 27, 2012 at 10:36 PM, jeroen vranckx < >>>>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the outstanding service Mr. Mueller, >>>>>>>>>>>>> >>>>>>>>>>>>> Your explanation makes perfect sense. Seems like I was >>>>>>>>>>>>> thinking in the right direction. >>>>>>>>>>>>> I went to check on the tips that you gave me, and was >>>>>>>>>>>>> surprised that i couldn't find the wrapper.ignore_user_logoffs setting. >>>>>>>>>>>>> Did a little resource on what version they are working with, >>>>>>>>>>>>> and seems like they are working with a 3.2.1version. (So that explains the >>>>>>>>>>>>> missing setting ^^). >>>>>>>>>>>>> >>>>>>>>>>>>> Went to check on the programmers also, and it seems that all >>>>>>>>>>>>> applications are running as console applications, and not as services. This >>>>>>>>>>>>> explains pretty much everything. >>>>>>>>>>>>> As they weren't actually running as services but as console >>>>>>>>>>>>> applications, and because they were using an outdated version that didn't >>>>>>>>>>>>> have the wrapper.ignore_user_logoffs setting, >>>>>>>>>>>>> it makes perfect sense that the JVM would shutdown. >>>>>>>>>>>>> >>>>>>>>>>>>> i need to clear a little misunderstanding though. The "so >>>>>>>>>>>>> called" services restarted after a log-off. >>>>>>>>>>>>> This is probably caused by the JVM shutting down like you >>>>>>>>>>>>> said, because of the fact that they are running as console applications. >>>>>>>>>>>>> The cluster sees that his resources went down, so he tries to >>>>>>>>>>>>> bring them back online. I think he probably initiates new JVM's then. >>>>>>>>>>>>> >>>>>>>>>>>>> As it is a production environment, I can't recreate the >>>>>>>>>>>>> scenario. It's a shame, but I think we have it pretty much figured out now, >>>>>>>>>>>>> why it was going wrong ^^. >>>>>>>>>>>>> Don't think there is a way to fix the issue in the currently >>>>>>>>>>>>> running environment.(without having to convert everything to services, or >>>>>>>>>>>>> upgrading to the new version of the wrapper). >>>>>>>>>>>>> >>>>>>>>>>>>> So I'm just gonna concentrate on the new environment. >>>>>>>>>>>>> Now, for the new environment I'll need to make some >>>>>>>>>>>>> decissions and if i understand correctly i have 2 options to avoid the log >>>>>>>>>>>>> off issue: >>>>>>>>>>>>> >>>>>>>>>>>>> 1: running the application as a real service (that will ignore >>>>>>>>>>>>> the logoff by default) >>>>>>>>>>>>> >>>>>>>>>>>>> 2: keep using the console application but use the option >>>>>>>>>>>>> ignore_user_logoffs=TRUE (when using at least the 3.3.1 version(i'll be >>>>>>>>>>>>> using the latest version of course ^^)) >>>>>>>>>>>>> >>>>>>>>>>>>> Is this correct, or are there other options? Maybe keep in >>>>>>>>>>>>> mind, that we are using it in a clusterevironment. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for your help in advance! >>>>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On 27 March 2012 13:51, Christian Mueller < >>>>>>>>>>>>> chr...@ta...> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hello Vranckx, >>>>>>>>>>>>>> >>>>>>>>>>>>>> thank you for your mail. >>>>>>>>>>>>>> >>>>>>>>>>>>>> The native library of the Wrapper (wrapper.dll) is installing >>>>>>>>>>>>>> a signal handler for the JVM, making it possible to intercept >>>>>>>>>>>>>> signals/events, such as the logoff event, the system sends to all running >>>>>>>>>>>>>> processes, whenever a user logs off from a session. >>>>>>>>>>>>>> As you already have mentioned, the JVM is actually a process, >>>>>>>>>>>>>> which is by design not thought of running as a Service by itself. So >>>>>>>>>>>>>> whenever the JVM receives a logoff event from the system, it's default >>>>>>>>>>>>>> behavior is to shut itself down. >>>>>>>>>>>>>> >>>>>>>>>>>>>> When running as service, by default, the Wrapper catches this >>>>>>>>>>>>>> signal allowing the JVM to keep running even after the logoff signal (among >>>>>>>>>>>>>> some other signals) have been received. >>>>>>>>>>>>>> >>>>>>>>>>>>>> When running as console application, which is been done when >>>>>>>>>>>>>> running wrapper.exe -c, the default action is actually to forward the event >>>>>>>>>>>>>> to the JVM, which then will shut itself down. >>>>>>>>>>>>>> This behavior can be changed easily by setting the following >>>>>>>>>>>>>> property into your conf file: >>>>>>>>>>>>>> wrapper.ignore_user_logoffs=TRUE >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-user-logoffs.html >>>>>>>>>>>>>> >>>>>>>>>>>>>> I don't think that's the issue, but just in case, if the >>>>>>>>>>>>>> Wrapper wasn't able to load the native library, it will print out a >>>>>>>>>>>>>> warning, indicating the reason of the failure. >>>>>>>>>>>>>> Please make sure that the wrapper.java.library.path.<n> >>>>>>>>>>>>>> property is being set correctly to the path where the native library is >>>>>>>>>>>>>> located. >>>>>>>>>>>>>> But since you said, that the services actually keep running >>>>>>>>>>>>>> after a logoff, I assume that the JVM was already loading the native >>>>>>>>>>>>>> library successfully. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please let me know if you have any further questions. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Best Regards and Good luck with your thesis! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Christian Mueller >>>>>>>>>>>>>> Tanuki Software, Ltd. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Mar 27, 2012 at 7:00 PM, jeroen vranckx < >>>>>>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi everybody, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This is my first time for posting a question here, but I >>>>>>>>>>>>>>> thought it would be best to ask some help with people who are familiar with >>>>>>>>>>>>>>> the java service wrapper already. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> So maybe it’s best that I give you some information about >>>>>>>>>>>>>>> why I’m asking this question and why I need your help. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> So I’m a student from Belgium, and I’m currently doing my >>>>>>>>>>>>>>> thesis(graduation paper?). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The company were I’m doing this asked me to revise and >>>>>>>>>>>>>>> migrate an existing servercluster infrastructure. I’ve been working the >>>>>>>>>>>>>>> past 2 weeks on checking out the possibilities to upgrade and improve the >>>>>>>>>>>>>>> existing structure, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> And I think I have given them some options on that side. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now I have come to the actual clustering. The servercluster >>>>>>>>>>>>>>> is only used to cluster java-applications and services. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> There are a number of generic applications that run on the >>>>>>>>>>>>>>> cluster, which are using the java service wrapper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now; one of the problems that they are having, is that when >>>>>>>>>>>>>>> an administrator logs on to one of the servernodes, and logs off again, all >>>>>>>>>>>>>>> the generic applications restart. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> They were thinking that this problem was probably caused by >>>>>>>>>>>>>>> the wrapper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> After reading the documentation, I seem to have found some >>>>>>>>>>>>>>> indications that indeed point in this direction. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Not saying that the wrapper itself is doing anything wrong, >>>>>>>>>>>>>>> but I think that it’s probably used in a wrong manner. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> *“The problem is that Java on its own can not be run as a >>>>>>>>>>>>>>> service. Many simple tools like the Windows "sc" command can be used to run >>>>>>>>>>>>>>> Java as a service, but the user doing something as simple as logging off of >>>>>>>>>>>>>>> the machine will cause Java to shutdown.“* >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> * * >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> *“Most Java applications die rather abruptly if the user >>>>>>>>>>>>>>> presses CTRL-C, logs out of Windows, etc. You can work >>>>>>>>>>>>>>> around some of these issues with a Shutdown Hook, but the Wrapper >>>>>>>>>>>>>>> implements this by using a **native library<http://wrapper.tanukisoftware.com/doc/english/prop-native-library.html> >>>>>>>>>>>>>>> ** to directly capture the system signals. This makes it >>>>>>>>>>>>>>> possible to have a Java application installed as a Windows Service without >>>>>>>>>>>>>>> it being stopped when a user logs out. “* >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> * * >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> * * >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now, what I think is what happens: the generic applications >>>>>>>>>>>>>>> aren’t correctly set-up to run as a windows service(probably combination of >>>>>>>>>>>>>>> clustering resource and java service wrapper misconfiguration), >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> which causes the JVM’s to stop when logging off. The cluster >>>>>>>>>>>>>>> notices that there is something wrong with the clustering resource(generic >>>>>>>>>>>>>>> application), and starts it back up. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This caused them to think at the company that the resources >>>>>>>>>>>>>>> restarted, but I think this isn’t the case. It’s the JVM that stops, and >>>>>>>>>>>>>>> the clustering that steps in. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now, I’m wondering where I need to start looking to fix this >>>>>>>>>>>>>>> problem. I think the problem lies with the fact that the java-application >>>>>>>>>>>>>>> isn’t running as a windows service. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I did already notice something with the command line >>>>>>>>>>>>>>> parameters of the generic resources. They are using the following commands >>>>>>>>>>>>>>> to run the java applications: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> X:\Foo\Bar\FooBAR\bin\wrapper.exe -c X:\ Foo \ Bar \ FooBAR >>>>>>>>>>>>>>> \conf\wrapper.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> If my first quick read of the documentation was correctly, >>>>>>>>>>>>>>> that will let it run as a console-application. Don’t know if this has >>>>>>>>>>>>>>> anything to do with it, just guessing. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I’m probably going to re-read the whole documentation again, >>>>>>>>>>>>>>> to get myself more familiar with the java service wrapper. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I’m not just looking for the answer, I really want to look >>>>>>>>>>>>>>> into the problem here. That’s why I’m looking for some input here, to get a >>>>>>>>>>>>>>> point to work from. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> My time is limited, so I need to work efficient(need to do >>>>>>>>>>>>>>> management and probably a whole lot of testing), so I thought it would be >>>>>>>>>>>>>>> best to ask for some help here. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> So is there someone who has some experience with clustering >>>>>>>>>>>>>>> and java service wrapper? Or somebody that has a hunch what the problem is? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Your help will certainly be appreciated. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I apologize for my bad English, and hoping to hear your >>>>>>>>>>>>>>> ideas on this one. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>> Wra...@li... >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>>>> resolution app monitoring today. Free. >>>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Wrapper-user mailing list >>>>>>>>>> Wra...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>>> resolution app monitoring today. Free. >>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>>> _______________________________________________ >>>>>>>>> Wrapper-user mailing list >>>>>>>>> Wra...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>> resolution app monitoring today. Free. >>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>> _______________________________________________ >>>>>>>> Wrapper-user mailing list >>>>>>>> Wra...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> For Developers, A Lot Can Happen In A Second. >>>>>>> Boundary is the first to Know...and Tell You. >>>>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Wrapper-user mailing list >>>>>>> Wra...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>> resolution app monitoring today. Free. >>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Abhishek C. <ema...@gm...> - 2012-04-23 07:48:06
|
Thanks its working fine. On Mon, Apr 23, 2012 at 8:04 AM, Christian Mueller < chr...@ta...> wrote: > Hello Abhishek, > > I'm sorry, I didn't realize that you started a new thread. > > As jeroen already pointed out, this looks strange: > wrapper.java.classpath.3=.;ATI.jar > > Probably a typo... > > Those 2 classpath elements are not needed: > wrapper.java.classpath.26=../lib/wrapper.dll > wrapper.java.classpath.27=../lib/wrapperdemo.jar > > Furthermore, the NoClassDefFoundError for > org.springframework.dao.DuplicateKeyException means that the jar file with > that class is not defined on the classpath. I think it's in the > transactions module (org.springframework.transaction-xxxx.jar) > > Hope this helps you out. > > Best Regards, > > Christian > > > On Fri, Apr 20, 2012 at 11:57 PM, jeroen vranckx <jvr...@gm...>wrote: > >> >> When I checked your config file, i noticed some things. >> >> -wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp was >> not there. You can't specify the mainclass of your own application there. >> you have to use one of the 4 implementation classes of the wrapper itself. >> >> -I deleted Wrappertest.jar. Don't think you need that anymore. >> >> -You should check you classpath.2 it was something like .;ATI.jar >> I took a guess and changed it to ../ATI.jar >> For the rest it seems fine by me. You should try the attached config file >> out. maybe christian can check it also. Could be that i missed something. >> >> >> By the way, if you are trying to run it as a windows service, if you >> already used the wrapper.exe -i method, delete the old service first. And >> redo everything with the new config file. >> Make sure that you have all files and directorystructures right. >> >> greetze, jeroen >> >> >> On 20 April 2012 14:50, Abhishek Chordia <ema...@gm... >> > wrote: >> >>> Hi team, >>> >>> >>> Please help me out,I am not able to start the java application using >>> wrapper : >>> >>> System : Windows XP >>> Wapper Version: 3.5.14 >>> >>> -- >>> Regards, >>> Abhishek Chordia >>> M : 08802042181 >>> One97 Communication Ltd. >>> B-121, Sector -5, Noida (NCR)-201301 >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- Regards, Abhishek Chordia M : 08802042181 One97 Communication Ltd. B-121, Sector -5, Noida (NCR)-201301 |
|
From: Christian M. <chr...@ta...> - 2012-04-23 07:13:14
|
Hello Jeroen, thank you for your mail. It would still be interesting for me to see what the last lines of output the Wrapper produces while it gets the stop request from the cluster. Of what nature is the "stop message"? The Wrapper maintains a connection (either socker or pipe) with the JVM to communicate with it. The JVM, when it notices, that the backend connection is closed for some reason will by default stop itself automatically within a few seconds. cheers, Christian On Mon, Apr 23, 2012 at 3:37 PM, jeroen vranckx <jvr...@gm...>wrote: > Hey Christian, tnx for the replye. > > First thing i did was to check on your remarks, and I noticed the > following. > > Can't find any indiciations in the cluster logs file, why the wrapper > processes don't get stopped properly. the cluster realy seems tp think that > he managed to bring down the resource, and then trys to up it again. > > Now, as I checked on the other remarks that you had, it seems that these > log files are actually accurate. When the disk fails, I Can see that the > depended wrapper.exe *32 process, does get killed. The Java.exe process > however isn't. > > This is what I think : The cluster only sees the wrapper as his > communication point, and doesn't see processes or the JVM that are being > started by wrapper. According to this analogy, he only sends a "stop > message" to the wrapper itself, and not the processes that are being linked > to this wrapper. > > so putting the ignore_user_logoff to false wasn't being able to fix the > problem either, which seems to follow the logic that I stated up here. > > The difference between the generic service and the generic application, is > that with the service, the generic resource and the cluster communicates to > the actual windows service through the SCM, and also communicates to the > wrapper.(the wrapper will get stopped in the same way when with the console > application) > The generic application has only 1 way to communicate, and that is with > the wrapper. > > > hoping to hear from you soon. > > greeting jeroen > On 23 April 2012 04:47, Christian Mueller < > chr...@ta...> wrote: > >> Hello jeroen, >> >> Thank you for your detailed explanation. >> When the cluster controller is trying to bring down the Wrapper >> application, is there anything in the log file, which would give a hint on >> why the wrapper processes isn't stopping. >> Furthermore, you said that the java application keeps running, but is the >> wrapper process also still running? >> If the cluster controller sends a signal to the JVM to shutdown, please >> remember that the jvm, which runs as console, has been set to ignore >> signals (in order to keep running after a logoff signal has been >> received)... >> >> Looking forward to hearing back from you. >> >> Best Regards, >> >> Christian >> >> >> >> On Fri, Apr 20, 2012 at 11:39 PM, jeroen vranckx <jvr...@gm...>wrote: >> >>> Well, i did some more research, and have some more indepth information >>> I'm not bringing down the node itself, I rather simulate a failure of >>> the disk, which the wrapper application depends on. After some research in >>> the cluster logs(which made me realise some in depth clustermechanisms i >>> didn't know), i filtered out this related information for you. >>> >>> >>> [RCM] TransitionToState(Disk J:\) >>> ProcessingFailure-->[WaitingToTerminate to DelayRestartingResource]. [RCM] >>> rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, PartialOnline --> >>> Pending) >>> [RCM] TransitionToState(wrapper Application) >>> Online-->[WaitingToTerminate to OnlineCallIssued]. >>> [RCM] TransitionToState(wrapper Application) [WaitingToTerminate to >>> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >>> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'wrapper Application', >>> gen(16) result 0. >>> [RCM] Restarting resource 'wrapper Application'. >>> seems like the cluster does try to terminate the wrapper-application, >>> but i know for a fact(I can see that the proces of the java-application >>> keeps running in task manager), that he doesn't succeed in doing this. >>> >>> After that the disk comes back online, the generic application is >>> brought back online. The cluster actually now makes a second JVM. And well, >>> these are running the exact same application, so the generic >>> application(second JVM) fails again. >>> >>> After he does the failover to the other node, everything works again and >>> he can bring up teh generic application. but what is happening now? the >>> original proces is still running on the other node. >>> So i have the same proces running on both nodes, and the cluster isn't >>> aware of this. >>> >>> Now I have made myself a fix, by just killing any left over >>> Java-processes when i do a failover. >>> >>> I have to mention, that running the same application as windows service >>> fixes this problem. seems like the cluster is communicating differntly with >>> the generic application >>> >>> >>> RCM] TransitionToState(Disk J:\) ProcessingFailure-->[WaitingToTerminate >>> to DelayRestartingResource]. >>> [RCM] rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, >>> PartialOnline --> Pending) >>> [RCM] TransitionToState(H2) Online-->[WaitingToTerminate to >>> OnlineCallIssued]. >>> [RCM] TransitionToState(H2) [WaitingToTerminate to >>> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >>> [RES] Generic Service <H2>: Terminate request. >>> [RCM] TransitionToState(FileServer-(testjp)(Disk J:\)) >>> Online-->[WaitingToTerminate to OnlineCallIssued]. >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=0) >>> >>> >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >>> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >>> [RES] Generic Service <H2>: Service died; status = 1062. >>> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'H2', gen(0) result 0. >>> [RCM] Restarting resource 'H2'. >>> >>> the resource checking the service control manager, if the windows >>> service is really offline does work well in this case. >>> So in the new environment, we will probably go for running the >>> applications als services, and on top of that running the powershell script >>> with taskscheduler on the server to kill all remaining java processes after >>> a failover. >>> >>> I do want to know what goes wrong with the Wrapper Application though >>> ^^. seems like a misscommunication between cluster and wrapper. Just giving >>> you some feedback on what i'm thinking here. >>> >>> greetings jeroen >>> >>> >>> On 20 April 2012 10:04, Christian Mueller < >>> chr...@ta...> wrote: >>> >>>> Hello Jeroen, >>>> >>>> I'm very sorry for the delay. >>>> >>>> How are you bringing down the node? >>>> If I understand how you bring it down or what you mean by "bringing the >>>> resource offline", I will probably able to tell you more. >>>> >>>> Best Regards, >>>> >>>> Christian >>>> >>>> >>>> >>>> >>>> On Tue, Apr 17, 2012 at 6:35 PM, jeroen vranckx <jvr...@gm...>wrote: >>>> >>>>> >>>>> Thanks for the information christian, >>>>> >>>>> I have another question regarding using the wrapper to run a java >>>>> proces as console application on a windows cluster. The application is >>>>> brought online quit neatly, and I can see in the log that the JVM is >>>>> started succesfully. Now, if I bring the resource offline, i however won't >>>>> see the JVM shutting down in the logs. >>>>> >>>>> I would like to see this if possible. >>>>> Is this a problem with the cluster not interacting t-with the java >>>>> service wrapper? >>>>> Am I using a wrong implementation-possibility? using wrappersimpleApp >>>>> at the moment. >>>>> >>>>> Are there other possilities to check if there are JVM still running on >>>>> the machine? So by not using the wrapper? >>>>> >>>>> The thing is, that I'm having some issues concerning java-processes >>>>> who don't get shut down. So this means that a proces will keep running on >>>>> one node(even though the cluster itself says that the service is failed), >>>>> and will start up on the other node. Which means that the same proces is >>>>> running on both node. which is a disaster ^^. >>>>> >>>>> Hope you can help >>>>> >>>>> jeroen Vranckx >>>>> >>>>> On 6 April 2012 07:31, Christian Mueller < >>>>> chr...@ta...> wrote: >>>>> >>>>>> Hello Jeroen, >>>>>> >>>>>> I don't think you are able to start the service by issuing >>>>>> "wrapper.exe -s ..\conf\wrapper.conf" from console or any user session. >>>>>> >>>>>> When running the Wrapper with -t, it tells the Service Control >>>>>> Manager, to start the service. Using the API call StartService: >>>>>> >>>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686321%28v=vs.85%29.aspx >>>>>> >>>>>> For instance, if you call, net start {service}, it will also call >>>>>> StartService quite like the Wrapper when run as wrapper -t >>>>>> >>>>>> With the StartService call, the service manager will start then the >>>>>> service command (wrapper -s) and waits for the process to start the control >>>>>> dispatcher and connect to the service control manager. This is being done >>>>>> in the service process by calling StartServiceCtrlDispatcher. >>>>>> >>>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686324%28v=vs.85%29.aspx >>>>>> Therefore, running bin\wrapper -s, from console without the service >>>>>> manager waiting for a connection, will ultimately cause a failure. >>>>>> >>>>>> That mechanism is a bit similar for instance to the TCP handshake. >>>>>> >>>>>> Hope this helps you out. >>>>>> >>>>>> Cheers, >>>>>> Christian >>>>>> >>>>>> >>>>>> On Wed, Apr 4, 2012 at 6:57 PM, jeroen vranckx <jvr...@gm... >>>>>> > wrote: >>>>>> >>>>>>> hey christian, >>>>>>> >>>>>>> If I look at the created windows service that I made by using the >>>>>>> wrapper.exe -i wrapper.conf option, when i look at the path to the >>>>>>> executable it says X:\Foo\Bar\app\bin\wrapper.exe -s >>>>>>> X:\Foo\Bar\app\conf\wrapper.conf. >>>>>>> >>>>>>> Now, I have the possibility when i create a generic application(for >>>>>>> clusterunaware services), to just specify the service that i want to make >>>>>>> generic. I have the possibility to give the generic service a specific >>>>>>> startup command, so I could definatly use the -t method if nesecairy. >>>>>>> If I run it, it works perfectly fine without the us of the -t >>>>>>> parameter(it will probably use the -s parameter by default). What does the >>>>>>> -t parameter do actually? >>>>>>> What's the difference if i run it with -s or --t? >>>>>>> >>>>>>> Indeed it says on the website(just as you say), that you need to >>>>>>> call the -t parameter for a service, but the -s parameter(that is default >>>>>>> when you install by the -i parameter) kinda confused me. >>>>>>> >>>>>>> Looking forward to your replye, and tnx in advance >>>>>>> >>>>>>> greetings, >>>>>>> Jeroen Vranckx >>>>>>> >>>>>>> >>>>>>> On 4 April 2012 07:10, Christian Mueller < >>>>>>> chr...@ta...> wrote: >>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> the parameter '-s' should not be called by the user but the service >>>>>>>> manager in order to control the wrapper as service. >>>>>>>> >>>>>>>> when you want to start the installed service from console or >>>>>>>> script, please run: >>>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -t X:\Foo\Bar\app\conf\wrapper.conf >>>>>>>> >>>>>>>> for all available parameters, please run bin\wrapper -? >>>>>>>> >>>>>>>> The wrapper.internal.namedpipe property is for internal use only >>>>>>>> and shouldn't be set. >>>>>>>> Actually it is only being used during installation and actually I >>>>>>>> think it's redundant to have it on the servicemanager command. >>>>>>>> When you interact with a service, administrator privileges are >>>>>>>> required. However starting with the introduction of UAC in Windows Vista, >>>>>>>> an Administrator account also needs to elevate a process to run under high >>>>>>>> security context. The Wrapper will check if it runs already elevated and >>>>>>>> if not, it will pop-up the elevation dialog, requesting the elevation. This >>>>>>>> will actually spawn an elevated process, which will do the required task. >>>>>>>> The IPC of the elevated process and the original process is done via a >>>>>>>> named pipe the original process allocates. The name of the named pipe is >>>>>>>> random, so that's why you see two different names. Using random names makes >>>>>>>> it possible to interact with multiple services simultaneously without >>>>>>>> clashing. To tell the elevated process at which pipe the original wrapper >>>>>>>> process is waiting for, the wrapper.internal.namedpipe is being defined. >>>>>>>> The elevated process then redirects stdin/stdout/stderr to the >>>>>>>> pipes and because by default stdin/stdout/stderr is buffered to save some >>>>>>>> performance, but in this case it will cause some timing issues and since >>>>>>>> the install/remove/start/stop actions are only running for a rather short >>>>>>>> time, performance doesn't matter that much. >>>>>>>> >>>>>>>> Hope this answers all your questions. >>>>>>>> >>>>>>>> Please let me know if you need any further information. >>>>>>>> >>>>>>>> Thank you, >>>>>>>> >>>>>>>> Christian >>>>>>>> >>>>>>>> On Tue, Apr 3, 2012 at 5:43 PM, jeroen vranckx < >>>>>>>> jvr...@gm...> wrote: >>>>>>>> >>>>>>>>> Just figured out something ^^ >>>>>>>>> Seems like the wrapper.console.flush param and namedpipe param are >>>>>>>>> a indirect consequence of installing the service when you don't use >>>>>>>>> administrator params in cmd. >>>>>>>>> So if you're doing something like clustering, this will definatly >>>>>>>>> mess things up. >>>>>>>>> >>>>>>>>> Fixed this issue, and not having issues anymore. >>>>>>>>> Scripted the wrapper.exe -i option in windows powershell, and >>>>>>>>> managed to get the service running now. I'll be integrating it with the >>>>>>>>> automatic generation of the windows service as a generic service in the >>>>>>>>> cluster. >>>>>>>>> >>>>>>>>> I still would like to know what those param do, as they do seem to >>>>>>>>> be wrapperrelated >>>>>>>>> >>>>>>>>> >>>>>>>>> On 3 April 2012 10:03, jeroen vranckx <jvr...@gm...>wrote: >>>>>>>>> >>>>>>>>>> Well, to keep you guys updated on my progress. >>>>>>>>>> >>>>>>>>>> I managed to get the fix the logging off problem by using the >>>>>>>>>> ignore_user_logoffs=TRUE option. Seems to do the trick, but I'm checking >>>>>>>>>> out the other method to where I use the application as Windows Service too. >>>>>>>>>> I managed to get that working too. Now when i go check out the >>>>>>>>>> service that is installed on both nodes(well on the windows server cluster, >>>>>>>>>> you need to install the service on both nodes locally), i can see that >>>>>>>>>> the path to the executable is something like this: >>>>>>>>>> >>>>>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -s >>>>>>>>>> X:\Foo\Bar\app\conf\wrapper.conf wrapper.console.flush=true >>>>>>>>>> wrapper.internal.namedpipe=0643816939 >>>>>>>>>> The named pipe is different on both servers >>>>>>>>>> >>>>>>>>>> What does the wrapper.console.flush parameter do? And the >>>>>>>>>> namedpipe is dependant on the wrapper? >>>>>>>>>> Reason why I am asking this, is because I'm probably gonna need >>>>>>>>>> to script some managementtools. Already tried to script something in >>>>>>>>>> powershell, where i kept everything like that, but took a random number for >>>>>>>>>> the namedpip(kept the number of digits though). >>>>>>>>>> >>>>>>>>>> The service did get created, but it didn't start up. So Im' >>>>>>>>>> woundering if i need to consider some stuff, when creating the windows >>>>>>>>>> service myself in powershell instead of using the wrapper.exe -i method in >>>>>>>>>> cmd. >>>>>>>>>> >>>>>>>>>> thanks in advance >>>>>>>>>> >>>>>>>>>> jeroen Vranckx >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 28 March 2012 09:10, Christian Mueller < >>>>>>>>>> chr...@ta...> wrote: >>>>>>>>>> >>>>>>>>>>> Hello Vranckx, >>>>>>>>>>> >>>>>>>>>>> about the restart on log off, you are probably right about that >>>>>>>>>>> the application gets restarted due to the cluster setting. >>>>>>>>>>> If that's the case, you should actually see that in the Wrapper >>>>>>>>>>> log file as well. >>>>>>>>>>> >>>>>>>>>>> The 2 options are actually the most easy ways of telling the >>>>>>>>>>> Wrapper/JVM to ignore the logoffs. >>>>>>>>>>> >>>>>>>>>>> However, there is also another way. >>>>>>>>>>> If you are willing to do some coding, you can take a look at >>>>>>>>>>> integration method 3: >>>>>>>>>>> >>>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/integrate-listener.html >>>>>>>>>>> >>>>>>>>>>> The controlEvent(..) method receives signals/events raised by >>>>>>>>>>> the System and allows you to implement your own logic on the various >>>>>>>>>>> signals. >>>>>>>>>>> >>>>>>>>>>> The advantage of this option is that you wouldn't need to change >>>>>>>>>>> the Wrapper version and also can keep running the applications the same way >>>>>>>>>>> they are running right now. >>>>>>>>>>> The API for the Wrapper can be found here: >>>>>>>>>>> http://wrapper.tanukisoftware.com/jdoc/index.html >>>>>>>>>>> >>>>>>>>>>> If you have any questions in the implementation, please let me >>>>>>>>>>> know. >>>>>>>>>>> >>>>>>>>>>> Best Regards, >>>>>>>>>>> Christian >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Mar 27, 2012 at 10:36 PM, jeroen vranckx < >>>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>>> >>>>>>>>>>>> Thanks for the outstanding service Mr. Mueller, >>>>>>>>>>>> >>>>>>>>>>>> Your explanation makes perfect sense. Seems like I was thinking >>>>>>>>>>>> in the right direction. >>>>>>>>>>>> I went to check on the tips that you gave me, and was surprised >>>>>>>>>>>> that i couldn't find the wrapper.ignore_user_logoffs setting. >>>>>>>>>>>> Did a little resource on what version they are working with, >>>>>>>>>>>> and seems like they are working with a 3.2.1version. (So that explains the >>>>>>>>>>>> missing setting ^^). >>>>>>>>>>>> >>>>>>>>>>>> Went to check on the programmers also, and it seems that all >>>>>>>>>>>> applications are running as console applications, and not as services. This >>>>>>>>>>>> explains pretty much everything. >>>>>>>>>>>> As they weren't actually running as services but as console >>>>>>>>>>>> applications, and because they were using an outdated version that didn't >>>>>>>>>>>> have the wrapper.ignore_user_logoffs setting, >>>>>>>>>>>> it makes perfect sense that the JVM would shutdown. >>>>>>>>>>>> >>>>>>>>>>>> i need to clear a little misunderstanding though. The "so >>>>>>>>>>>> called" services restarted after a log-off. >>>>>>>>>>>> This is probably caused by the JVM shutting down like you said, >>>>>>>>>>>> because of the fact that they are running as console applications. >>>>>>>>>>>> The cluster sees that his resources went down, so he tries to >>>>>>>>>>>> bring them back online. I think he probably initiates new JVM's then. >>>>>>>>>>>> >>>>>>>>>>>> As it is a production environment, I can't recreate the >>>>>>>>>>>> scenario. It's a shame, but I think we have it pretty much figured out now, >>>>>>>>>>>> why it was going wrong ^^. >>>>>>>>>>>> Don't think there is a way to fix the issue in the currently >>>>>>>>>>>> running environment.(without having to convert everything to services, or >>>>>>>>>>>> upgrading to the new version of the wrapper). >>>>>>>>>>>> >>>>>>>>>>>> So I'm just gonna concentrate on the new environment. >>>>>>>>>>>> Now, for the new environment I'll need to make some >>>>>>>>>>>> decissions and if i understand correctly i have 2 options to avoid the log >>>>>>>>>>>> off issue: >>>>>>>>>>>> >>>>>>>>>>>> 1: running the application as a real service (that will ignore >>>>>>>>>>>> the logoff by default) >>>>>>>>>>>> >>>>>>>>>>>> 2: keep using the console application but use the option >>>>>>>>>>>> ignore_user_logoffs=TRUE (when using at least the 3.3.1 version(i'll be >>>>>>>>>>>> using the latest version of course ^^)) >>>>>>>>>>>> >>>>>>>>>>>> Is this correct, or are there other options? Maybe keep in >>>>>>>>>>>> mind, that we are using it in a clusterevironment. >>>>>>>>>>>> >>>>>>>>>>>> Thanks for your help in advance! >>>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 27 March 2012 13:51, Christian Mueller < >>>>>>>>>>>> chr...@ta...> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hello Vranckx, >>>>>>>>>>>>> >>>>>>>>>>>>> thank you for your mail. >>>>>>>>>>>>> >>>>>>>>>>>>> The native library of the Wrapper (wrapper.dll) is installing >>>>>>>>>>>>> a signal handler for the JVM, making it possible to intercept >>>>>>>>>>>>> signals/events, such as the logoff event, the system sends to all running >>>>>>>>>>>>> processes, whenever a user logs off from a session. >>>>>>>>>>>>> As you already have mentioned, the JVM is actually a process, >>>>>>>>>>>>> which is by design not thought of running as a Service by itself. So >>>>>>>>>>>>> whenever the JVM receives a logoff event from the system, it's default >>>>>>>>>>>>> behavior is to shut itself down. >>>>>>>>>>>>> >>>>>>>>>>>>> When running as service, by default, the Wrapper catches this >>>>>>>>>>>>> signal allowing the JVM to keep running even after the logoff signal (among >>>>>>>>>>>>> some other signals) have been received. >>>>>>>>>>>>> >>>>>>>>>>>>> When running as console application, which is been done when >>>>>>>>>>>>> running wrapper.exe -c, the default action is actually to forward the event >>>>>>>>>>>>> to the JVM, which then will shut itself down. >>>>>>>>>>>>> This behavior can be changed easily by setting the following >>>>>>>>>>>>> property into your conf file: >>>>>>>>>>>>> wrapper.ignore_user_logoffs=TRUE >>>>>>>>>>>>> >>>>>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-user-logoffs.html >>>>>>>>>>>>> >>>>>>>>>>>>> I don't think that's the issue, but just in case, if the >>>>>>>>>>>>> Wrapper wasn't able to load the native library, it will print out a >>>>>>>>>>>>> warning, indicating the reason of the failure. >>>>>>>>>>>>> Please make sure that the wrapper.java.library.path.<n> >>>>>>>>>>>>> property is being set correctly to the path where the native library is >>>>>>>>>>>>> located. >>>>>>>>>>>>> But since you said, that the services actually keep running >>>>>>>>>>>>> after a logoff, I assume that the JVM was already loading the native >>>>>>>>>>>>> library successfully. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Please let me know if you have any further questions. >>>>>>>>>>>>> >>>>>>>>>>>>> Best Regards and Good luck with your thesis! >>>>>>>>>>>>> >>>>>>>>>>>>> Christian Mueller >>>>>>>>>>>>> Tanuki Software, Ltd. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Tue, Mar 27, 2012 at 7:00 PM, jeroen vranckx < >>>>>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi everybody, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> This is my first time for posting a question here, but I >>>>>>>>>>>>>> thought it would be best to ask some help with people who are familiar with >>>>>>>>>>>>>> the java service wrapper already. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> So maybe it’s best that I give you some information about why >>>>>>>>>>>>>> I’m asking this question and why I need your help. >>>>>>>>>>>>>> >>>>>>>>>>>>>> So I’m a student from Belgium, and I’m currently doing my >>>>>>>>>>>>>> thesis(graduation paper?). >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> The company were I’m doing this asked me to revise and >>>>>>>>>>>>>> migrate an existing servercluster infrastructure. I’ve been working the >>>>>>>>>>>>>> past 2 weeks on checking out the possibilities to upgrade and improve the >>>>>>>>>>>>>> existing structure, >>>>>>>>>>>>>> >>>>>>>>>>>>>> And I think I have given them some options on that side. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Now I have come to the actual clustering. The servercluster >>>>>>>>>>>>>> is only used to cluster java-applications and services. >>>>>>>>>>>>>> >>>>>>>>>>>>>> There are a number of generic applications that run on the >>>>>>>>>>>>>> cluster, which are using the java service wrapper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Now; one of the problems that they are having, is that when >>>>>>>>>>>>>> an administrator logs on to one of the servernodes, and logs off again, all >>>>>>>>>>>>>> the generic applications restart. >>>>>>>>>>>>>> >>>>>>>>>>>>>> They were thinking that this problem was probably caused by >>>>>>>>>>>>>> the wrapper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> After reading the documentation, I seem to have found some >>>>>>>>>>>>>> indications that indeed point in this direction. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Not saying that the wrapper itself is doing anything wrong, >>>>>>>>>>>>>> but I think that it’s probably used in a wrong manner. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> *“The problem is that Java on its own can not be run as a >>>>>>>>>>>>>> service. Many simple tools like the Windows "sc" command can be used to run >>>>>>>>>>>>>> Java as a service, but the user doing something as simple as logging off of >>>>>>>>>>>>>> the machine will cause Java to shutdown.“* >>>>>>>>>>>>>> >>>>>>>>>>>>>> * * >>>>>>>>>>>>>> >>>>>>>>>>>>>> *“Most Java applications die rather abruptly if the user >>>>>>>>>>>>>> presses CTRL-C, logs out of Windows, etc. You can work >>>>>>>>>>>>>> around some of these issues with a Shutdown Hook, but the Wrapper >>>>>>>>>>>>>> implements this by using a **native library<http://wrapper.tanukisoftware.com/doc/english/prop-native-library.html> >>>>>>>>>>>>>> ** to directly capture the system signals. This makes it >>>>>>>>>>>>>> possible to have a Java application installed as a Windows Service without >>>>>>>>>>>>>> it being stopped when a user logs out. “* >>>>>>>>>>>>>> >>>>>>>>>>>>>> * * >>>>>>>>>>>>>> >>>>>>>>>>>>>> * * >>>>>>>>>>>>>> >>>>>>>>>>>>>> Now, what I think is what happens: the generic applications >>>>>>>>>>>>>> aren’t correctly set-up to run as a windows service(probably combination of >>>>>>>>>>>>>> clustering resource and java service wrapper misconfiguration), >>>>>>>>>>>>>> >>>>>>>>>>>>>> which causes the JVM’s to stop when logging off. The cluster >>>>>>>>>>>>>> notices that there is something wrong with the clustering resource(generic >>>>>>>>>>>>>> application), and starts it back up. >>>>>>>>>>>>>> >>>>>>>>>>>>>> This caused them to think at the company that the resources >>>>>>>>>>>>>> restarted, but I think this isn’t the case. It’s the JVM that stops, and >>>>>>>>>>>>>> the clustering that steps in. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Now, I’m wondering where I need to start looking to fix this >>>>>>>>>>>>>> problem. I think the problem lies with the fact that the java-application >>>>>>>>>>>>>> isn’t running as a windows service. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I did already notice something with the command line >>>>>>>>>>>>>> parameters of the generic resources. They are using the following commands >>>>>>>>>>>>>> to run the java applications: >>>>>>>>>>>>>> >>>>>>>>>>>>>> X:\Foo\Bar\FooBAR\bin\wrapper.exe -c X:\ Foo \ Bar \ FooBAR >>>>>>>>>>>>>> \conf\wrapper.conf >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> If my first quick read of the documentation was correctly, >>>>>>>>>>>>>> that will let it run as a console-application. Don’t know if this has >>>>>>>>>>>>>> anything to do with it, just guessing. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I’m probably going to re-read the whole documentation again, >>>>>>>>>>>>>> to get myself more familiar with the java service wrapper. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I’m not just looking for the answer, I really want to look >>>>>>>>>>>>>> into the problem here. That’s why I’m looking for some input here, to get a >>>>>>>>>>>>>> point to work from. >>>>>>>>>>>>>> >>>>>>>>>>>>>> My time is limited, so I need to work efficient(need to do >>>>>>>>>>>>>> management and probably a whole lot of testing), so I thought it would be >>>>>>>>>>>>>> best to ask for some help here. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> So is there someone who has some experience with clustering >>>>>>>>>>>>>> and java service wrapper? Or somebody that has a hunch what the problem is? >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Your help will certainly be appreciated. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I apologize for my bad English, and hoping to hear your ideas >>>>>>>>>>>>>> on this one. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>> Wra...@li... >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>> Wra...@li... >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>>> resolution app monitoring today. Free. >>>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Wrapper-user mailing list >>>>>>>>> Wra...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>> resolution app monitoring today. Free. >>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>> _______________________________________________ >>>>>>>> Wrapper-user mailing list >>>>>>>> Wra...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>> resolution app monitoring today. Free. >>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>> _______________________________________________ >>>>>>> Wrapper-user mailing list >>>>>>> Wra...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> For Developers, A Lot Can Happen In A Second. >>>>>> Boundary is the first to Know...and Tell You. >>>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>>> >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Better than sec? Nothing is better than sec when it comes to >>>>> monitoring Big Data applications. Try Boundary one-second >>>>> resolution app monitoring today. Free. >>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: jeroen v. <jvr...@gm...> - 2012-04-23 06:52:15
|
Hey, When we compare it with the last time, the wrapperSimpleApp class does get loaded. Your main class of your own application however isn't. Check if the name of your main class file is correct wrapper.app.parameter.1=ContentPusher.MainProcess and add an entry to the wrapper.java.classpath : add the directory where your mainclass file is located. grtz,jeroen On 23 April 2012 08:34, Abhishek Chordia <ema...@gm...>wrote: > Ignore my last mail. > > Help me on urgent basis, Attached is the logs, conf file. > Please check, i am still not able to start the service as a linux > services. > > > > On Mon, Apr 23, 2012 at 9:31 AM, Abhishek Chordia < > ema...@gm...> wrote: > >> Hi Christian, >> >> Wapper.jar is present in lib folder, but still i am getting the below >> error : >> >> STATUS | wrapper | 2012/04/23 09:23:28 | --> Wrapper Started as Daemon >> STATUS | wrapper | 2012/04/23 09:23:28 | Java Service Wrapper >> Professional Edition 32-bit 3.5.14 >> STATUS | wrapper | 2012/04/23 09:23:28 | Copyright (C) 1999-2011 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2012/04/23 09:23:28 | Thank you for your interest in >> the Java Service Wrapper. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | You are running with a full >> featured trial License Key which will >> NOTICE | wrapper | 2012/04/23 09:23:28 | allow you to run or restart the >> Java Service Wrapper as many times >> NOTICE | wrapper | 2012/04/23 09:23:28 | as you like. Each invocation >> of the Wrapper will shutdown >> NOTICE | wrapper | 2012/04/23 09:23:28 | automatically after 15 minutes. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | This limited trial License Key >> is useful for quick configuration >> NOTICE | wrapper | 2012/04/23 09:23:28 | tests on various machines >> without the need to request a trial >> NOTICE | wrapper | 2012/04/23 09:23:28 | license. If more time is >> required, you can also immediately obtain >> NOTICE | wrapper | 2012/04/23 09:23:28 | a one-month Free trial license: >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com/trial >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | The Java Service Wrapper >> requires a License Key to activate the >> NOTICE | wrapper | 2012/04/23 09:23:28 | software. License Keys can be >> purchased on the Java Service Wrapper >> NOTICE | wrapper | 2012/04/23 09:23:28 | web site: >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com/purchase >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | This trial License Key in >> intended for testing and development and >> NOTICE | wrapper | 2012/04/23 09:23:28 | should not be used as part of a >> production environment. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> STATUS | wrapper | 2012/04/23 09:23:28 | >> STATUS | wrapper | 2012/04/23 09:23:28 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:28 | JVM exited while loading the >> application. >> INFO | jvm 1 | 2012/04/23 09:23:28 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 09:23:28 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 1 | 2012/04/23 09:23:28 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:33 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:33 | JVM exited while loading the >> application. >> INFO | jvm 2 | 2012/04/23 09:23:33 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 2 | 2012/04/23 09:23:33 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 2 | 2012/04/23 09:23:33 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:38 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:38 | JVM exited while loading the >> application. >> INFO | jvm 3 | 2012/04/23 09:23:38 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 3 | 2012/04/23 09:23:38 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 3 | 2012/04/23 09:23:38 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:42 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:43 | JVM exited while loading the >> application. >> INFO | jvm 4 | 2012/04/23 09:23:43 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 4 | 2012/04/23 09:23:43 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 4 | 2012/04/23 09:23:43 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> [root@localhost logs]# >> >> >> >> >> On Mon, Apr 23, 2012 at 7:48 AM, Christian Mueller < >> chr...@ta...> wrote: >> >>> Hello, >>> >>> >>> The ClassNotFoundException you are seeing means that the wrapper.jar >>> file wasn't found on the classpath. >>> >>> In your conf file, I can see the following: >>> wrapper.java.classpath.2=../lib/wrapper.jar >>> >>> Can you please make sure that the file is located at the specified >>> location? >>> >>> Hope this information helps you out. >>> >>> Best Regards, >>> >>> Christian Mueller >>> Tanuki Software, Ltd. >>> >>> On Fri, Apr 20, 2012 at 6:33 PM, Abhishek Chordia < >>> ema...@gm...> wrote: >>> >>>> Hi , >>>> >>>> Now i am getting the below error and also wrapper.conf file attached.: >>>> >>>> >>>> STATUS | wrapper | 2012/04/20 14:54:30 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:31 | JVM exited while loading the >>>> application. >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> STATUS | wrapper | 2012/04/20 14:54:35 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:35 | JVM exited while loading the >>>> application. >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> STATUS | wrapper | 2012/04/20 14:54:40 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:40 | JVM exited while loading the >>>> application. >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> FATAL | wrapper | 2012/04/20 14:54:41 | There were 5 failed launches >>>> in a row, each lasting less than 300 seconds. Giving up. >>>> FATAL | wrapper | 2012/04/20 14:54:41 | There may be a >>>> configuration problem: please check the logs. >>>> STATUS | wrapper | 2012/04/20 14:54:41 | <-- Wrapper Stopped >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Fri, Apr 20, 2012 at 1:27 PM, Christian Mueller < >>>> chr...@ta...> wrote: >>>> >>>>> Hello Abhishek, >>>>> >>>>> thank you for your mail. >>>>> >>>>> please change the following property: >>>>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main >>>>> to >>>>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>> >>>>> org.tanukisoftware.wrapper.test.Main is actually the main class of the >>>>> test application, which is shipped with every Wrapper distribution. >>>>> >>>>> Furthermore, I saw that the property wrapper.app.parameter.1 is >>>>> commented out, please make sure that the name of your main class is put >>>>> here and is correct. >>>>> >>>>> Hope this information helps you out. >>>>> >>>>> Best Regards, >>>>> >>>>> Christian Mueller >>>>> Tanuki Software, Ltd. >>>>> >>>>> >>>>> >>>>> On Fri, Apr 20, 2012 at 1:10 PM, Abhishek Chordia < >>>>> ema...@gm...> wrote: >>>>> >>>>>> Hi Team, >>>>>> >>>>>> Please help me out, i am not able to start my java application using >>>>>> Wrapper but it is running fine manually : >>>>>> >>>>>> System Configuration : Linux 32 bit system. >>>>>> Wrapper version : 3.514 >>>>>> >>>>>> Configurtion & log file attached. >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Abhishek Chordia >>>>>> M : 08802042181 >>>>>> One97 Communication Ltd. >>>>>> B-121, Sector -5, Noida (NCR)-201301, India. >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> For Developers, A Lot Can Happen In A Second. >>>>>> Boundary is the first to Know...and Tell You. >>>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Abhishek Chordia >>>> M : 08802042181 >>>> One97 Communication Ltd. >>>> B-121, Sector -5, Noida (NCR)-201301 >>>> >>>> >>> >> >> >> -- >> Regards, >> Abhishek Chordia >> M : 08802042181 >> One97 Communication Ltd. >> B-121, Sector -5, Noida (NCR)-201301 >> >> > > > -- > Regards, > Abhishek Chordia > M : 08802042181 > One97 Communication Ltd. > B-121, Sector -5, Noida (NCR)-201301 > > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Christian M. <chr...@ta...> - 2012-04-23 06:47:15
|
Hi, please put your log4j library on the class path. cheers, christian On Mon, Apr 23, 2012 at 3:34 PM, Abhishek Chordia < ema...@gm...> wrote: > Ignore my last mail. > > Help me on urgent basis, Attached is the logs, conf file. > > Please check, i am still not able to start the service as a linux services. > > > On Mon, Apr 23, 2012 at 9:31 AM, Abhishek Chordia < > ema...@gm...> wrote: > >> Hi Christian, >> >> Wapper.jar is present in lib folder, but still i am getting the below >> error : >> >> STATUS | wrapper | 2012/04/23 09:23:28 | --> Wrapper Started as Daemon >> STATUS | wrapper | 2012/04/23 09:23:28 | Java Service Wrapper >> Professional Edition 32-bit 3.5.14 >> STATUS | wrapper | 2012/04/23 09:23:28 | Copyright (C) 1999-2011 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2012/04/23 09:23:28 | Thank you for your interest in >> the Java Service Wrapper. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | You are running with a full >> featured trial License Key which will >> NOTICE | wrapper | 2012/04/23 09:23:28 | allow you to run or restart the >> Java Service Wrapper as many times >> NOTICE | wrapper | 2012/04/23 09:23:28 | as you like. Each invocation >> of the Wrapper will shutdown >> NOTICE | wrapper | 2012/04/23 09:23:28 | automatically after 15 minutes. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | This limited trial License Key >> is useful for quick configuration >> NOTICE | wrapper | 2012/04/23 09:23:28 | tests on various machines >> without the need to request a trial >> NOTICE | wrapper | 2012/04/23 09:23:28 | license. If more time is >> required, you can also immediately obtain >> NOTICE | wrapper | 2012/04/23 09:23:28 | a one-month Free trial license: >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com/trial >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | The Java Service Wrapper >> requires a License Key to activate the >> NOTICE | wrapper | 2012/04/23 09:23:28 | software. License Keys can be >> purchased on the Java Service Wrapper >> NOTICE | wrapper | 2012/04/23 09:23:28 | web site: >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> http://wrapper.tanukisoftware.com/purchase >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> NOTICE | wrapper | 2012/04/23 09:23:28 | This trial License Key in >> intended for testing and development and >> NOTICE | wrapper | 2012/04/23 09:23:28 | should not be used as part of a >> production environment. >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2012/04/23 09:23:28 | >> STATUS | wrapper | 2012/04/23 09:23:28 | >> STATUS | wrapper | 2012/04/23 09:23:28 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:28 | JVM exited while loading the >> application. >> INFO | jvm 1 | 2012/04/23 09:23:28 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 09:23:28 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 1 | 2012/04/23 09:23:28 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 1 | 2012/04/23 09:23:28 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:33 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:33 | JVM exited while loading the >> application. >> INFO | jvm 2 | 2012/04/23 09:23:33 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 2 | 2012/04/23 09:23:33 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 2 | 2012/04/23 09:23:33 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 2 | 2012/04/23 09:23:33 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:38 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:38 | JVM exited while loading the >> application. >> INFO | jvm 3 | 2012/04/23 09:23:38 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 3 | 2012/04/23 09:23:38 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 3 | 2012/04/23 09:23:38 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 3 | 2012/04/23 09:23:38 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/23 09:23:42 | Launching a JVM... >> ERROR | wrapper | 2012/04/23 09:23:43 | JVM exited while loading the >> application. >> INFO | jvm 4 | 2012/04/23 09:23:43 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 4 | 2012/04/23 09:23:43 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 4 | 2012/04/23 09:23:43 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 4 | 2012/04/23 09:23:43 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> [root@localhost logs]# >> >> >> >> >> On Mon, Apr 23, 2012 at 7:48 AM, Christian Mueller < >> chr...@ta...> wrote: >> >>> Hello, >>> >>> >>> The ClassNotFoundException you are seeing means that the wrapper.jar >>> file wasn't found on the classpath. >>> >>> In your conf file, I can see the following: >>> wrapper.java.classpath.2=../lib/wrapper.jar >>> >>> Can you please make sure that the file is located at the specified >>> location? >>> >>> Hope this information helps you out. >>> >>> Best Regards, >>> >>> Christian Mueller >>> Tanuki Software, Ltd. >>> >>> On Fri, Apr 20, 2012 at 6:33 PM, Abhishek Chordia < >>> ema...@gm...> wrote: >>> >>>> Hi , >>>> >>>> Now i am getting the below error and also wrapper.conf file attached.: >>>> >>>> >>>> STATUS | wrapper | 2012/04/20 14:54:30 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:31 | JVM exited while loading the >>>> application. >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 3 | 2012/04/20 14:54:31 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> STATUS | wrapper | 2012/04/20 14:54:35 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:35 | JVM exited while loading the >>>> application. >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 4 | 2012/04/20 14:54:35 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> STATUS | wrapper | 2012/04/20 14:54:40 | Launching a JVM... >>>> ERROR | wrapper | 2012/04/20 14:54:40 | JVM exited while loading the >>>> application. >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Exception in thread "main" >>>> java.lang.NoClassDefFoundError: >>>> org/tanukisoftware/wrapper/test/WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Caused by: >>>> java.lang.ClassNotFoundException: >>>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.security.AccessController.doPrivileged(Native Method) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | at >>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >>>> INFO | jvm 5 | 2012/04/20 14:54:40 | Could not find the main >>>> class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >>>> FATAL | wrapper | 2012/04/20 14:54:41 | There were 5 failed launches >>>> in a row, each lasting less than 300 seconds. Giving up. >>>> FATAL | wrapper | 2012/04/20 14:54:41 | There may be a >>>> configuration problem: please check the logs. >>>> STATUS | wrapper | 2012/04/20 14:54:41 | <-- Wrapper Stopped >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Fri, Apr 20, 2012 at 1:27 PM, Christian Mueller < >>>> chr...@ta...> wrote: >>>> >>>>> Hello Abhishek, >>>>> >>>>> thank you for your mail. >>>>> >>>>> please change the following property: >>>>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main >>>>> to >>>>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >>>>> >>>>> org.tanukisoftware.wrapper.test.Main is actually the main class of the >>>>> test application, which is shipped with every Wrapper distribution. >>>>> >>>>> Furthermore, I saw that the property wrapper.app.parameter.1 is >>>>> commented out, please make sure that the name of your main class is put >>>>> here and is correct. >>>>> >>>>> Hope this information helps you out. >>>>> >>>>> Best Regards, >>>>> >>>>> Christian Mueller >>>>> Tanuki Software, Ltd. >>>>> >>>>> >>>>> >>>>> On Fri, Apr 20, 2012 at 1:10 PM, Abhishek Chordia < >>>>> ema...@gm...> wrote: >>>>> >>>>>> Hi Team, >>>>>> >>>>>> Please help me out, i am not able to start my java application using >>>>>> Wrapper but it is running fine manually : >>>>>> >>>>>> System Configuration : Linux 32 bit system. >>>>>> Wrapper version : 3.514 >>>>>> >>>>>> Configurtion & log file attached. >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Abhishek Chordia >>>>>> M : 08802042181 >>>>>> One97 Communication Ltd. >>>>>> B-121, Sector -5, Noida (NCR)-201301, India. >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> For Developers, A Lot Can Happen In A Second. >>>>>> Boundary is the first to Know...and Tell You. >>>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Abhishek Chordia >>>> M : 08802042181 >>>> One97 Communication Ltd. >>>> B-121, Sector -5, Noida (NCR)-201301 >>>> >>>> >>> >> >> >> -- >> Regards, >> Abhishek Chordia >> M : 08802042181 >> One97 Communication Ltd. >> B-121, Sector -5, Noida (NCR)-201301 >> >> > > > -- > Regards, > Abhishek Chordia > M : 08802042181 > One97 Communication Ltd. > B-121, Sector -5, Noida (NCR)-201301 > > |
|
From: jeroen v. <jvr...@gm...> - 2012-04-23 06:37:20
|
Hey Christian, tnx for the replye. First thing i did was to check on your remarks, and I noticed the following. Can't find any indiciations in the cluster logs file, why the wrapper processes don't get stopped properly. the cluster realy seems tp think that he managed to bring down the resource, and then trys to up it again. Now, as I checked on the other remarks that you had, it seems that these log files are actually accurate. When the disk fails, I Can see that the depended wrapper.exe *32 process, does get killed. The Java.exe process however isn't. This is what I think : The cluster only sees the wrapper as his communication point, and doesn't see processes or the JVM that are being started by wrapper. According to this analogy, he only sends a "stop message" to the wrapper itself, and not the processes that are being linked to this wrapper. so putting the ignore_user_logoff to false wasn't being able to fix the problem either, which seems to follow the logic that I stated up here. The difference between the generic service and the generic application, is that with the service, the generic resource and the cluster communicates to the actual windows service through the SCM, and also communicates to the wrapper.(the wrapper will get stopped in the same way when with the console application) The generic application has only 1 way to communicate, and that is with the wrapper. hoping to hear from you soon. greeting jeroen On 23 April 2012 04:47, Christian Mueller < chr...@ta...> wrote: > Hello jeroen, > > Thank you for your detailed explanation. > When the cluster controller is trying to bring down the Wrapper > application, is there anything in the log file, which would give a hint on > why the wrapper processes isn't stopping. > Furthermore, you said that the java application keeps running, but is the > wrapper process also still running? > If the cluster controller sends a signal to the JVM to shutdown, please > remember that the jvm, which runs as console, has been set to ignore > signals (in order to keep running after a logoff signal has been > received)... > > Looking forward to hearing back from you. > > Best Regards, > > Christian > > > > On Fri, Apr 20, 2012 at 11:39 PM, jeroen vranckx <jvr...@gm...>wrote: > >> Well, i did some more research, and have some more indepth information >> I'm not bringing down the node itself, I rather simulate a failure of the >> disk, which the wrapper application depends on. After some research in the >> cluster logs(which made me realise some in depth clustermechanisms i didn't >> know), i filtered out this related information for you. >> >> >> [RCM] TransitionToState(Disk J:\) ProcessingFailure-->[WaitingToTerminate >> to DelayRestartingResource]. [RCM] rcm::RcmGroup::UpdateStateIfChanged: >> (Java Service Group, PartialOnline --> Pending) >> [RCM] TransitionToState(wrapper Application) Online-->[WaitingToTerminate >> to OnlineCallIssued]. >> [RCM] TransitionToState(wrapper Application) [WaitingToTerminate to >> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'wrapper Application', >> gen(16) result 0. >> [RCM] Restarting resource 'wrapper Application'. >> seems like the cluster does try to terminate the wrapper-application, but >> i know for a fact(I can see that the proces of the java-application keeps >> running in task manager), that he doesn't succeed in doing this. >> >> After that the disk comes back online, the generic application is brought >> back online. The cluster actually now makes a second JVM. And well, these >> are running the exact same application, so the generic application(second >> JVM) fails again. >> >> After he does the failover to the other node, everything works again and >> he can bring up teh generic application. but what is happening now? the >> original proces is still running on the other node. >> So i have the same proces running on both nodes, and the cluster isn't >> aware of this. >> >> Now I have made myself a fix, by just killing any left over >> Java-processes when i do a failover. >> >> I have to mention, that running the same application as windows service >> fixes this problem. seems like the cluster is communicating differntly with >> the generic application >> >> >> RCM] TransitionToState(Disk J:\) ProcessingFailure-->[WaitingToTerminate >> to DelayRestartingResource]. >> [RCM] rcm::RcmGroup::UpdateStateIfChanged: (Java Service Group, >> PartialOnline --> Pending) >> [RCM] TransitionToState(H2) Online-->[WaitingToTerminate to >> OnlineCallIssued]. >> [RCM] TransitionToState(H2) [WaitingToTerminate to >> OnlineCallIssued]-->[Terminating to OnlineCallIssued]. >> [RES] Generic Service <H2>: Terminate request. >> [RCM] TransitionToState(FileServer-(testjp)(Disk J:\)) >> Online-->[WaitingToTerminate to OnlineCallIssued]. >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=0) >> >> >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> [RES] Generic Service <H2>: GenSvcTerminate: retrying... >> [RES] Generic Service <H2>: GenSvcTerminate : calling SCM (didStop=1) >> [RES] Generic Service <H2>: Service died; status = 1062. >> [RCM] HandleMonitorReply: TERMINATERESOURCE for 'H2', gen(0) result 0. >> [RCM] Restarting resource 'H2'. >> >> the resource checking the service control manager, if the windows service >> is really offline does work well in this case. >> So in the new environment, we will probably go for running the >> applications als services, and on top of that running the powershell script >> with taskscheduler on the server to kill all remaining java processes after >> a failover. >> >> I do want to know what goes wrong with the Wrapper Application though ^^. >> seems like a misscommunication between cluster and wrapper. Just giving you >> some feedback on what i'm thinking here. >> >> greetings jeroen >> >> >> On 20 April 2012 10:04, Christian Mueller < >> chr...@ta...> wrote: >> >>> Hello Jeroen, >>> >>> I'm very sorry for the delay. >>> >>> How are you bringing down the node? >>> If I understand how you bring it down or what you mean by "bringing the >>> resource offline", I will probably able to tell you more. >>> >>> Best Regards, >>> >>> Christian >>> >>> >>> >>> >>> On Tue, Apr 17, 2012 at 6:35 PM, jeroen vranckx <jvr...@gm...>wrote: >>> >>>> >>>> Thanks for the information christian, >>>> >>>> I have another question regarding using the wrapper to run a java >>>> proces as console application on a windows cluster. The application is >>>> brought online quit neatly, and I can see in the log that the JVM is >>>> started succesfully. Now, if I bring the resource offline, i however won't >>>> see the JVM shutting down in the logs. >>>> >>>> I would like to see this if possible. >>>> Is this a problem with the cluster not interacting t-with the java >>>> service wrapper? >>>> Am I using a wrong implementation-possibility? using wrappersimpleApp >>>> at the moment. >>>> >>>> Are there other possilities to check if there are JVM still running on >>>> the machine? So by not using the wrapper? >>>> >>>> The thing is, that I'm having some issues concerning java-processes who >>>> don't get shut down. So this means that a proces will keep running on one >>>> node(even though the cluster itself says that the service is failed), and >>>> will start up on the other node. Which means that the same proces is >>>> running on both node. which is a disaster ^^. >>>> >>>> Hope you can help >>>> >>>> jeroen Vranckx >>>> >>>> On 6 April 2012 07:31, Christian Mueller < >>>> chr...@ta...> wrote: >>>> >>>>> Hello Jeroen, >>>>> >>>>> I don't think you are able to start the service by issuing >>>>> "wrapper.exe -s ..\conf\wrapper.conf" from console or any user session. >>>>> >>>>> When running the Wrapper with -t, it tells the Service Control >>>>> Manager, to start the service. Using the API call StartService: >>>>> >>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686321%28v=vs.85%29.aspx >>>>> >>>>> For instance, if you call, net start {service}, it will also call >>>>> StartService quite like the Wrapper when run as wrapper -t >>>>> >>>>> With the StartService call, the service manager will start then the >>>>> service command (wrapper -s) and waits for the process to start the control >>>>> dispatcher and connect to the service control manager. This is being done >>>>> in the service process by calling StartServiceCtrlDispatcher. >>>>> >>>>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms686324%28v=vs.85%29.aspx >>>>> Therefore, running bin\wrapper -s, from console without the service >>>>> manager waiting for a connection, will ultimately cause a failure. >>>>> >>>>> That mechanism is a bit similar for instance to the TCP handshake. >>>>> >>>>> Hope this helps you out. >>>>> >>>>> Cheers, >>>>> Christian >>>>> >>>>> >>>>> On Wed, Apr 4, 2012 at 6:57 PM, jeroen vranckx <jvr...@gm...>wrote: >>>>> >>>>>> hey christian, >>>>>> >>>>>> If I look at the created windows service that I made by using the >>>>>> wrapper.exe -i wrapper.conf option, when i look at the path to the >>>>>> executable it says X:\Foo\Bar\app\bin\wrapper.exe -s >>>>>> X:\Foo\Bar\app\conf\wrapper.conf. >>>>>> >>>>>> Now, I have the possibility when i create a generic application(for >>>>>> clusterunaware services), to just specify the service that i want to make >>>>>> generic. I have the possibility to give the generic service a specific >>>>>> startup command, so I could definatly use the -t method if nesecairy. >>>>>> If I run it, it works perfectly fine without the us of the -t >>>>>> parameter(it will probably use the -s parameter by default). What does the >>>>>> -t parameter do actually? >>>>>> What's the difference if i run it with -s or --t? >>>>>> >>>>>> Indeed it says on the website(just as you say), that you need to call >>>>>> the -t parameter for a service, but the -s parameter(that is default when >>>>>> you install by the -i parameter) kinda confused me. >>>>>> >>>>>> Looking forward to your replye, and tnx in advance >>>>>> >>>>>> greetings, >>>>>> Jeroen Vranckx >>>>>> >>>>>> >>>>>> On 4 April 2012 07:10, Christian Mueller < >>>>>> chr...@ta...> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> the parameter '-s' should not be called by the user but the service >>>>>>> manager in order to control the wrapper as service. >>>>>>> >>>>>>> when you want to start the installed service from console or script, >>>>>>> please run: >>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -t X:\Foo\Bar\app\conf\wrapper.conf >>>>>>> >>>>>>> for all available parameters, please run bin\wrapper -? >>>>>>> >>>>>>> The wrapper.internal.namedpipe property is for internal use only and >>>>>>> shouldn't be set. >>>>>>> Actually it is only being used during installation and actually I >>>>>>> think it's redundant to have it on the servicemanager command. >>>>>>> When you interact with a service, administrator privileges are >>>>>>> required. However starting with the introduction of UAC in Windows Vista, >>>>>>> an Administrator account also needs to elevate a process to run under high >>>>>>> security context. The Wrapper will check if it runs already elevated and >>>>>>> if not, it will pop-up the elevation dialog, requesting the elevation. This >>>>>>> will actually spawn an elevated process, which will do the required task. >>>>>>> The IPC of the elevated process and the original process is done via a >>>>>>> named pipe the original process allocates. The name of the named pipe is >>>>>>> random, so that's why you see two different names. Using random names makes >>>>>>> it possible to interact with multiple services simultaneously without >>>>>>> clashing. To tell the elevated process at which pipe the original wrapper >>>>>>> process is waiting for, the wrapper.internal.namedpipe is being defined. >>>>>>> The elevated process then redirects stdin/stdout/stderr to the pipes >>>>>>> and because by default stdin/stdout/stderr is buffered to save some >>>>>>> performance, but in this case it will cause some timing issues and since >>>>>>> the install/remove/start/stop actions are only running for a rather short >>>>>>> time, performance doesn't matter that much. >>>>>>> >>>>>>> Hope this answers all your questions. >>>>>>> >>>>>>> Please let me know if you need any further information. >>>>>>> >>>>>>> Thank you, >>>>>>> >>>>>>> Christian >>>>>>> >>>>>>> On Tue, Apr 3, 2012 at 5:43 PM, jeroen vranckx < >>>>>>> jvr...@gm...> wrote: >>>>>>> >>>>>>>> Just figured out something ^^ >>>>>>>> Seems like the wrapper.console.flush param and namedpipe param are >>>>>>>> a indirect consequence of installing the service when you don't use >>>>>>>> administrator params in cmd. >>>>>>>> So if you're doing something like clustering, this will definatly >>>>>>>> mess things up. >>>>>>>> >>>>>>>> Fixed this issue, and not having issues anymore. >>>>>>>> Scripted the wrapper.exe -i option in windows powershell, and >>>>>>>> managed to get the service running now. I'll be integrating it with the >>>>>>>> automatic generation of the windows service as a generic service in the >>>>>>>> cluster. >>>>>>>> >>>>>>>> I still would like to know what those param do, as they do seem to >>>>>>>> be wrapperrelated >>>>>>>> >>>>>>>> >>>>>>>> On 3 April 2012 10:03, jeroen vranckx <jvr...@gm...>wrote: >>>>>>>> >>>>>>>>> Well, to keep you guys updated on my progress. >>>>>>>>> >>>>>>>>> I managed to get the fix the logging off problem by using the >>>>>>>>> ignore_user_logoffs=TRUE option. Seems to do the trick, but I'm checking >>>>>>>>> out the other method to where I use the application as Windows Service too. >>>>>>>>> I managed to get that working too. Now when i go check out the >>>>>>>>> service that is installed on both nodes(well on the windows server cluster, >>>>>>>>> you need to install the service on both nodes locally), i can see that >>>>>>>>> the path to the executable is something like this: >>>>>>>>> >>>>>>>>> X:\Foo\Bar\app\bin\wrapper.exe -s X:\Foo\Bar\app\conf\wrapper.conf >>>>>>>>> wrapper.console.flush=true wrapper.internal.namedpipe=0643816939 >>>>>>>>> The named pipe is different on both servers >>>>>>>>> >>>>>>>>> What does the wrapper.console.flush parameter do? And the >>>>>>>>> namedpipe is dependant on the wrapper? >>>>>>>>> Reason why I am asking this, is because I'm probably gonna need to >>>>>>>>> script some managementtools. Already tried to script something in >>>>>>>>> powershell, where i kept everything like that, but took a random number for >>>>>>>>> the namedpip(kept the number of digits though). >>>>>>>>> >>>>>>>>> The service did get created, but it didn't start up. So Im' >>>>>>>>> woundering if i need to consider some stuff, when creating the windows >>>>>>>>> service myself in powershell instead of using the wrapper.exe -i method in >>>>>>>>> cmd. >>>>>>>>> >>>>>>>>> thanks in advance >>>>>>>>> >>>>>>>>> jeroen Vranckx >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 28 March 2012 09:10, Christian Mueller < >>>>>>>>> chr...@ta...> wrote: >>>>>>>>> >>>>>>>>>> Hello Vranckx, >>>>>>>>>> >>>>>>>>>> about the restart on log off, you are probably right about that >>>>>>>>>> the application gets restarted due to the cluster setting. >>>>>>>>>> If that's the case, you should actually see that in the Wrapper >>>>>>>>>> log file as well. >>>>>>>>>> >>>>>>>>>> The 2 options are actually the most easy ways of telling the >>>>>>>>>> Wrapper/JVM to ignore the logoffs. >>>>>>>>>> >>>>>>>>>> However, there is also another way. >>>>>>>>>> If you are willing to do some coding, you can take a look at >>>>>>>>>> integration method 3: >>>>>>>>>> >>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/integrate-listener.html >>>>>>>>>> >>>>>>>>>> The controlEvent(..) method receives signals/events raised by the >>>>>>>>>> System and allows you to implement your own logic on the various signals. >>>>>>>>>> >>>>>>>>>> The advantage of this option is that you wouldn't need to change >>>>>>>>>> the Wrapper version and also can keep running the applications the same way >>>>>>>>>> they are running right now. >>>>>>>>>> The API for the Wrapper can be found here: >>>>>>>>>> http://wrapper.tanukisoftware.com/jdoc/index.html >>>>>>>>>> >>>>>>>>>> If you have any questions in the implementation, please let me >>>>>>>>>> know. >>>>>>>>>> >>>>>>>>>> Best Regards, >>>>>>>>>> Christian >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Mar 27, 2012 at 10:36 PM, jeroen vranckx < >>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>> >>>>>>>>>>> Thanks for the outstanding service Mr. Mueller, >>>>>>>>>>> >>>>>>>>>>> Your explanation makes perfect sense. Seems like I was thinking >>>>>>>>>>> in the right direction. >>>>>>>>>>> I went to check on the tips that you gave me, and was surprised >>>>>>>>>>> that i couldn't find the wrapper.ignore_user_logoffs setting. >>>>>>>>>>> Did a little resource on what version they are working with, and >>>>>>>>>>> seems like they are working with a 3.2.1version. (So that explains the >>>>>>>>>>> missing setting ^^). >>>>>>>>>>> >>>>>>>>>>> Went to check on the programmers also, and it seems that all >>>>>>>>>>> applications are running as console applications, and not as services. This >>>>>>>>>>> explains pretty much everything. >>>>>>>>>>> As they weren't actually running as services but as console >>>>>>>>>>> applications, and because they were using an outdated version that didn't >>>>>>>>>>> have the wrapper.ignore_user_logoffs setting, >>>>>>>>>>> it makes perfect sense that the JVM would shutdown. >>>>>>>>>>> >>>>>>>>>>> i need to clear a little misunderstanding though. The "so >>>>>>>>>>> called" services restarted after a log-off. >>>>>>>>>>> This is probably caused by the JVM shutting down like you said, >>>>>>>>>>> because of the fact that they are running as console applications. >>>>>>>>>>> The cluster sees that his resources went down, so he tries to >>>>>>>>>>> bring them back online. I think he probably initiates new JVM's then. >>>>>>>>>>> >>>>>>>>>>> As it is a production environment, I can't recreate the >>>>>>>>>>> scenario. It's a shame, but I think we have it pretty much figured out now, >>>>>>>>>>> why it was going wrong ^^. >>>>>>>>>>> Don't think there is a way to fix the issue in the currently >>>>>>>>>>> running environment.(without having to convert everything to services, or >>>>>>>>>>> upgrading to the new version of the wrapper). >>>>>>>>>>> >>>>>>>>>>> So I'm just gonna concentrate on the new environment. >>>>>>>>>>> Now, for the new environment I'll need to make some decissions >>>>>>>>>>> and if i understand correctly i have 2 options to avoid the log off issue: >>>>>>>>>>> >>>>>>>>>>> 1: running the application as a real service (that will ignore >>>>>>>>>>> the logoff by default) >>>>>>>>>>> >>>>>>>>>>> 2: keep using the console application but use the option >>>>>>>>>>> ignore_user_logoffs=TRUE (when using at least the 3.3.1 version(i'll be >>>>>>>>>>> using the latest version of course ^^)) >>>>>>>>>>> >>>>>>>>>>> Is this correct, or are there other options? Maybe keep in mind, >>>>>>>>>>> that we are using it in a clusterevironment. >>>>>>>>>>> >>>>>>>>>>> Thanks for your help in advance! >>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 27 March 2012 13:51, Christian Mueller < >>>>>>>>>>> chr...@ta...> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hello Vranckx, >>>>>>>>>>>> >>>>>>>>>>>> thank you for your mail. >>>>>>>>>>>> >>>>>>>>>>>> The native library of the Wrapper (wrapper.dll) is installing a >>>>>>>>>>>> signal handler for the JVM, making it possible to intercept signals/events, >>>>>>>>>>>> such as the logoff event, the system sends to all running processes, >>>>>>>>>>>> whenever a user logs off from a session. >>>>>>>>>>>> As you already have mentioned, the JVM is actually a process, >>>>>>>>>>>> which is by design not thought of running as a Service by itself. So >>>>>>>>>>>> whenever the JVM receives a logoff event from the system, it's default >>>>>>>>>>>> behavior is to shut itself down. >>>>>>>>>>>> >>>>>>>>>>>> When running as service, by default, the Wrapper catches this >>>>>>>>>>>> signal allowing the JVM to keep running even after the logoff signal (among >>>>>>>>>>>> some other signals) have been received. >>>>>>>>>>>> >>>>>>>>>>>> When running as console application, which is been done when >>>>>>>>>>>> running wrapper.exe -c, the default action is actually to forward the event >>>>>>>>>>>> to the JVM, which then will shut itself down. >>>>>>>>>>>> This behavior can be changed easily by setting the following >>>>>>>>>>>> property into your conf file: >>>>>>>>>>>> wrapper.ignore_user_logoffs=TRUE >>>>>>>>>>>> >>>>>>>>>>>> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-user-logoffs.html >>>>>>>>>>>> >>>>>>>>>>>> I don't think that's the issue, but just in case, if the >>>>>>>>>>>> Wrapper wasn't able to load the native library, it will print out a >>>>>>>>>>>> warning, indicating the reason of the failure. >>>>>>>>>>>> Please make sure that the wrapper.java.library.path.<n> >>>>>>>>>>>> property is being set correctly to the path where the native library is >>>>>>>>>>>> located. >>>>>>>>>>>> But since you said, that the services actually keep running >>>>>>>>>>>> after a logoff, I assume that the JVM was already loading the native >>>>>>>>>>>> library successfully. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Please let me know if you have any further questions. >>>>>>>>>>>> >>>>>>>>>>>> Best Regards and Good luck with your thesis! >>>>>>>>>>>> >>>>>>>>>>>> Christian Mueller >>>>>>>>>>>> Tanuki Software, Ltd. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Mar 27, 2012 at 7:00 PM, jeroen vranckx < >>>>>>>>>>>> jvr...@gm...> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi everybody, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> This is my first time for posting a question here, but I >>>>>>>>>>>>> thought it would be best to ask some help with people who are familiar with >>>>>>>>>>>>> the java service wrapper already. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> So maybe it’s best that I give you some information about why >>>>>>>>>>>>> I’m asking this question and why I need your help. >>>>>>>>>>>>> >>>>>>>>>>>>> So I’m a student from Belgium, and I’m currently doing my >>>>>>>>>>>>> thesis(graduation paper?). >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> The company were I’m doing this asked me to revise and migrate >>>>>>>>>>>>> an existing servercluster infrastructure. I’ve been working the past 2 >>>>>>>>>>>>> weeks on checking out the possibilities to upgrade and improve the existing >>>>>>>>>>>>> structure, >>>>>>>>>>>>> >>>>>>>>>>>>> And I think I have given them some options on that side. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Now I have come to the actual clustering. The servercluster is >>>>>>>>>>>>> only used to cluster java-applications and services. >>>>>>>>>>>>> >>>>>>>>>>>>> There are a number of generic applications that run on the >>>>>>>>>>>>> cluster, which are using the java service wrapper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Now; one of the problems that they are having, is that when an >>>>>>>>>>>>> administrator logs on to one of the servernodes, and logs off again, all >>>>>>>>>>>>> the generic applications restart. >>>>>>>>>>>>> >>>>>>>>>>>>> They were thinking that this problem was probably caused by >>>>>>>>>>>>> the wrapper. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> After reading the documentation, I seem to have found some >>>>>>>>>>>>> indications that indeed point in this direction. >>>>>>>>>>>>> >>>>>>>>>>>>> Not saying that the wrapper itself is doing anything wrong, >>>>>>>>>>>>> but I think that it’s probably used in a wrong manner. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> *“The problem is that Java on its own can not be run as a >>>>>>>>>>>>> service. Many simple tools like the Windows "sc" command can be used to run >>>>>>>>>>>>> Java as a service, but the user doing something as simple as logging off of >>>>>>>>>>>>> the machine will cause Java to shutdown.“* >>>>>>>>>>>>> >>>>>>>>>>>>> * * >>>>>>>>>>>>> >>>>>>>>>>>>> *“Most Java applications die rather abruptly if the user >>>>>>>>>>>>> presses CTRL-C, logs out of Windows, etc. You can work around >>>>>>>>>>>>> some of these issues with a Shutdown Hook, but the Wrapper implements this >>>>>>>>>>>>> by using a **native library<http://wrapper.tanukisoftware.com/doc/english/prop-native-library.html> >>>>>>>>>>>>> ** to directly capture the system signals. This makes it >>>>>>>>>>>>> possible to have a Java application installed as a Windows Service without >>>>>>>>>>>>> it being stopped when a user logs out. “* >>>>>>>>>>>>> >>>>>>>>>>>>> * * >>>>>>>>>>>>> >>>>>>>>>>>>> * * >>>>>>>>>>>>> >>>>>>>>>>>>> Now, what I think is what happens: the generic applications >>>>>>>>>>>>> aren’t correctly set-up to run as a windows service(probably combination of >>>>>>>>>>>>> clustering resource and java service wrapper misconfiguration), >>>>>>>>>>>>> >>>>>>>>>>>>> which causes the JVM’s to stop when logging off. The cluster >>>>>>>>>>>>> notices that there is something wrong with the clustering resource(generic >>>>>>>>>>>>> application), and starts it back up. >>>>>>>>>>>>> >>>>>>>>>>>>> This caused them to think at the company that the resources >>>>>>>>>>>>> restarted, but I think this isn’t the case. It’s the JVM that stops, and >>>>>>>>>>>>> the clustering that steps in. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Now, I’m wondering where I need to start looking to fix this >>>>>>>>>>>>> problem. I think the problem lies with the fact that the java-application >>>>>>>>>>>>> isn’t running as a windows service. >>>>>>>>>>>>> >>>>>>>>>>>>> I did already notice something with the command line >>>>>>>>>>>>> parameters of the generic resources. They are using the following commands >>>>>>>>>>>>> to run the java applications: >>>>>>>>>>>>> >>>>>>>>>>>>> X:\Foo\Bar\FooBAR\bin\wrapper.exe -c X:\ Foo \ Bar \ FooBAR >>>>>>>>>>>>> \conf\wrapper.conf >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> If my first quick read of the documentation was correctly, >>>>>>>>>>>>> that will let it run as a console-application. Don’t know if this has >>>>>>>>>>>>> anything to do with it, just guessing. >>>>>>>>>>>>> >>>>>>>>>>>>> I’m probably going to re-read the whole documentation again, >>>>>>>>>>>>> to get myself more familiar with the java service wrapper. >>>>>>>>>>>>> >>>>>>>>>>>>> I’m not just looking for the answer, I really want to look >>>>>>>>>>>>> into the problem here. That’s why I’m looking for some input here, to get a >>>>>>>>>>>>> point to work from. >>>>>>>>>>>>> >>>>>>>>>>>>> My time is limited, so I need to work efficient(need to do >>>>>>>>>>>>> management and probably a whole lot of testing), so I thought it would be >>>>>>>>>>>>> best to ask for some help here. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> So is there someone who has some experience with clustering >>>>>>>>>>>>> and java service wrapper? Or somebody that has a hunch what the problem is? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Your help will certainly be appreciated. >>>>>>>>>>>>> >>>>>>>>>>>>> I apologize for my bad English, and hoping to hear your ideas >>>>>>>>>>>>> on this one. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Vranckx Jeroen >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>>> Wra...@li... >>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>>> Wra...@li... >>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Wrapper-user mailing list >>>>>>>>>>> Wra...@li... >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> This SF email is sponsosred by: >>>>>>>>>> Try Windows Azure free for 90 days Click Here >>>>>>>>>> http://p.sf.net/sfu/sfd2d-msazure >>>>>>>>>> _______________________________________________ >>>>>>>>>> Wrapper-user mailing list >>>>>>>>>> Wra...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>>> resolution app monitoring today. Free. >>>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Wrapper-user mailing list >>>>>>>> Wra...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>>> resolution app monitoring today. Free. >>>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>>> _______________________________________________ >>>>>>> Wrapper-user mailing list >>>>>>> Wra...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Better than sec? Nothing is better than sec when it comes to >>>>>> monitoring Big Data applications. Try Boundary one-second >>>>>> resolution app monitoring today. Free. >>>>>> http://p.sf.net/sfu/Boundary-dev2dev >>>>>> _______________________________________________ >>>>>> Wrapper-user mailing list >>>>>> Wra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> For Developers, A Lot Can Happen In A Second. >>>>> Boundary is the first to Know...and Tell You. >>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>>> >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Better than sec? Nothing is better than sec when it comes to >>>> monitoring Big Data applications. Try Boundary one-second >>>> resolution app monitoring today. Free. >>>> http://p.sf.net/sfu/Boundary-dev2dev >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Christian M. <chr...@ta...> - 2012-04-23 05:50:36
|
Hello Trever, I noticed the following in your conf file: wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp please note that the classname is incorrect, it should read as: wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp Furthermore, thanks to the directory structure, you attached, I'd like to point out that relative pathes in the conf file are relative to the location of the wrapper.exe file. In your directory structure, wrapper.exe (and the working dir) is "C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\" When you defined your classpath elements, you had the following properties: wrapper.java.classpath.2=../lib/wrapper.jar which translated means: C:\Documents and Settings\hickeyex\Desktop\CenturaDataCollectionProgramDeployment\CenturaDataCollectionProgram12\..\lib\wrapper.jar this path doesn't exist, however. So in order to specify the class path correctly, please change this property (and the others) to wrapper.java.classpath.2=./lib/wrapper.jar wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar wrapper.java.library.path.1=./lib Hope this information helps you out. Cheers, Christian On Sat, Apr 21, 2012 at 1:27 AM, Hickey, Trever (INTERN) < Tre...@si...> wrote: > ** > I am still running into some issues with the installation even with those > changes. So here is my current conf file. > > I have included a document with a few pictures of my programs folder > layout with the Java Service Wrapper setup > > I also have included a print out of the folder directory with everything > in it instead if that works better. > > Thank you, > > Trever > > > > > > ------------------------------ > *From:* Christian Mueller [mailto:chr...@ta...] > *Sent:* Thursday, April 19, 2012 8:50 PM > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service > Wrapper for I/O heavy application > > Hello Trever, > > A java.lang.ClassNotFoundException means that the JVM didn't find the > wrapper.jar file on the class path. > could you please verify that the jar file is added correctly to the class > path? > >From your first mail, I can see that you have the following setting: > wrapper.java.classpath.2=../lib/wrapper.jar > > Furthermore, you need to add your jar file also to the classpath: > wrapper.java.classpath.3=./CenturaDataCollectionProgram.jar > > > Lastly, the name of your main class is commented out: > #wrapper.app.parameter.1=CenturaDataCollectionProgram.Program > > If that's the correct name of your main class, please remove the comments. > > Hope this information helps you out. > > Cheers, > > Christian > > > > > On Fri, Apr 20, 2012 at 1:45 AM, Hickey, Trever (INTERN) < > Tre...@si...> wrote: > >> ** >> Hello again, >> >> I tried your solution about removing the line, and instead I got this >> error, >> >> STATUS | wrapper | 2012/04/19 09:41:19 | Launching a JVM... >> INFO | jvm 5 | 2012/04/19 09:41:19 | java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 5 | 2012/04/19 09:41:19 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> java.net.URLClassLoader$1.run(Unknown Source) >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> java.net.URLClassLoader.findClass(Unknown Source) >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> java.lang.ClassLoader.loadClass(Unknown Source) >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >> INFO | jvm 5 | 2012/04/19 09:41:19 | at >> java.lang.ClassLoader.loadClass(Unknown Source) >> INFO | jvm 5 | 2012/04/19 09:41:19 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> ERROR | wrapper | 2012/04/19 09:41:19 | JVM exited while loading the >> application. >> FATAL | wrapper | 2012/04/19 09:41:19 | There were 5 failed launches in >> a row, each lasting less than 300 seconds. Giving up. >> FATAL | wrapper | 2012/04/19 09:41:19 | There may be a configuration >> problem: please check the logs. >> STATUS | wrapper | 2012/04/19 09:41:19 | <-- Wrapper Stopped >> Now it seems like the program is not recognizing my program at all. My >> program is stored in an executable JAR file, so wouldn't I need this line wrapper.java.additional.2= >> -jar "./CenturaDataCollectionProgram.jar" to execute my program? >> >> Sincerely, >> >> Trever Hickey >> >> ------------------------------ >> *From:* Christian Mueller [mailto:chr...@ta...] >> >> *Sent:* Thursday, April 12, 2012 1:42 AM >> *To:* wra...@li... >> *Subject:* Re: [Wrapper-user] FW: Advice on configuring the Java Service >> Wrapper for I/O heavy application >> >> Hello Trever, >> >> thank you for your mail. >> >> The reason, your JVM stops after 30 seconds is basically because of a >> small misconfiguration. >> >> Please get rid of the following line in your conf file: >> wrapper.java.additional.2= -jar "./CenturaDataCollectionProgram.jar" >> >> Actually, with this line you kind of intercept the logic of how the JVM >> will interpret the command line.... >> >> >> Hope this helps you out. >> >> Best Regards, >> Christian >> >> On Thu, Apr 12, 2012 at 4:27 AM, Hickey, Trever (INTERN) < >> Tre...@si...> wrote: >> >>> Hi, >>> >>> This is my first time trying to post here, so here it goes. >>> >>> I am trying to turn my Java Application into a Windows service using >>> Simple Server App class. >>> >>> I am using >>> >>> Java Service Wrapper Community Edition 32-bit 3.5.14 >>> Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. >>> *http://wrapper.tanukisoftware.com*<http://wrapper.tanukisoftware.com> >>> >>> on Windows XP SP 3. >>> >>> I have also included my log file and conf file. >>> >>> The errors I think it most likely relates to are >>> ERROR | wrapper | 2012/04/11 11:37:40 | Startup failed: Timed out >>> waiting for a signal from the JVM. >>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>> ------------------------------------------------------------------------ >>> ADVICE | wrapper | 2012/04/11 11:37:40 | Advice: >>> ADVICE | wrapper | 2012/04/11 11:37:40 | The Wrapper consists of a >>> native component as well as a set of classes >>> ADVICE | wrapper | 2012/04/11 11:37:40 | which run within the JVM that >>> it launches. The Java component of the >>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper must be initialized >>> promptly after the JVM is launched or the >>> ADVICE | wrapper | 2012/04/11 11:37:40 | Wrapper will timeout, as just >>> happened. Most likely the main class >>> ADVICE | wrapper | 2012/04/11 11:37:40 | specified in the Wrapper >>> configuration file is not correctly initializing >>> ADVICE | wrapper | 2012/04/11 11:37:40 | the Wrapper classes: >>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>> org.tanukisoftware.wrapper.test.WrapperSimpleApp >>> ADVICE | wrapper | 2012/04/11 11:37:40 | While it is possible to do so >>> manually, the Wrapper ships with helper >>> ADVICE | wrapper | 2012/04/11 11:37:40 | classes to make this >>> initialization processes automatic. >>> ADVICE | wrapper | 2012/04/11 11:37:40 | Please review the integration >>> section of the Wrapper's documentation >>> ADVICE | wrapper | 2012/04/11 11:37:40 | for the various methods which >>> can be employed to launch an application >>> ADVICE | wrapper | 2012/04/11 11:37:40 | within the Wrapper: >>> ADVICE | wrapper | 2012/04/11 11:37:40 | * >>> http://wrapper.tanukisoftware.com/doc/english/integrate.html*<http://wrapper.tanukisoftware.com/doc/english/integrate.html> >>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>> ------------------------------------------------------------------------ >>> ADVICE | wrapper | 2012/04/11 11:37:40 | >>> >>> So far it looks like my application starts correctly, but terminates >>> after about 30 seconds when it then opens a new JVM and repeats for 4 more >>> times. >>> >>> I believe this might be one of two issues. One my application stays >>> constantly within my main method and doesn't exit out. I think there are a >>> couple of parameters that can be set to handle this, but I haven't had much >>> luck. >>> >>> Second idea is my application is very I/O heavy. My program is >>> constantly collecting data from a tool [using a special communication >>> protocol] and writing it to a log file. Could the JVM be timing out because >>> of the heavy I/O and if so, is their a way around this so my program can >>> still be a Windows Service? >>> >>> If anyone has any advice for handling this type of error I would >>> appreciate it. >>> >>> Thank you, >>> >>> Trever >>> >>> >>> This communication and any files or attachments transmitted with it may >>> contain information that is copyrighted or confidential and exempt from >>> disclosure under applicable law. It is intended solely for the use of >>> the individual or the entity to which it is addressed. >>> If you are not the intended recipient, you are hereby notified that any >>> use, dissemination, or copying of this communication is strictly >>> prohibited. >>> If you have received this communication in error, please notify us at >>> once so that we may take the appropriate action and avoid troubling you >>> further. >>> Thank you for your cooperation. Please contact your local IT staff or >>> email in...@si... <in...@si...?subject=Disclaimer> if you >>> need assistance. >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> This communication and any files or attachments transmitted with it may >> contain information that is copyrighted or confidential and exempt from >> disclosure under applicable law. It is intended solely for the use of the >> individual or the entity to which it is addressed. >> If you are not the intended recipient, you are hereby notified that any >> use, dissemination, or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify us at >> once so that we may take the appropriate action and avoid troubling you >> further. >> >> Thank you for your cooperation. Please contact your local IT staff or >> email in...@si... you need assistance. >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > This communication and any files or attachments transmitted with it may > contain information that is copyrighted or confidential and exempt from > disclosure under applicable law. It is intended solely for the use of the > individual or the entity to which it is addressed. > If you are not the intended recipient, you are hereby notified that any > use, dissemination, or copying of this communication is strictly prohibited. > If you have received this communication in error, please notify us at once > so that we may take the appropriate action and avoid troubling you further. > > Thank you for your cooperation. Please contact your local IT staff or > email in...@si... you need assistance. > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Abhishek C. <ema...@gm...> - 2012-04-23 04:01:54
|
Hi Christian, Wapper.jar is present in lib folder, but still i am getting the below error : STATUS | wrapper | 2012/04/23 09:23:28 | --> Wrapper Started as Daemon STATUS | wrapper | 2012/04/23 09:23:28 | Java Service Wrapper Professional Edition 32-bit 3.5.14 STATUS | wrapper | 2012/04/23 09:23:28 | Copyright (C) 1999-2011 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2012/04/23 09:23:28 | http://wrapper.tanukisoftware.com NOTICE | wrapper | 2012/04/23 09:23:28 | NOTICE | wrapper | 2012/04/23 09:23:28 | -------------------------------------------------------------------- NOTICE | wrapper | 2012/04/23 09:23:28 | Thank you for your interest in the Java Service Wrapper. NOTICE | wrapper | 2012/04/23 09:23:28 | NOTICE | wrapper | 2012/04/23 09:23:28 | You are running with a full featured trial License Key which will NOTICE | wrapper | 2012/04/23 09:23:28 | allow you to run or restart the Java Service Wrapper as many times NOTICE | wrapper | 2012/04/23 09:23:28 | as you like. Each invocation of the Wrapper will shutdown NOTICE | wrapper | 2012/04/23 09:23:28 | automatically after 15 minutes. NOTICE | wrapper | 2012/04/23 09:23:28 | NOTICE | wrapper | 2012/04/23 09:23:28 | This limited trial License Key is useful for quick configuration NOTICE | wrapper | 2012/04/23 09:23:28 | tests on various machines without the need to request a trial NOTICE | wrapper | 2012/04/23 09:23:28 | license. If more time is required, you can also immediately obtain NOTICE | wrapper | 2012/04/23 09:23:28 | a one-month Free trial license: NOTICE | wrapper | 2012/04/23 09:23:28 | http://wrapper.tanukisoftware.com/trial NOTICE | wrapper | 2012/04/23 09:23:28 | NOTICE | wrapper | 2012/04/23 09:23:28 | The Java Service Wrapper requires a License Key to activate the NOTICE | wrapper | 2012/04/23 09:23:28 | software. License Keys can be purchased on the Java Service Wrapper NOTICE | wrapper | 2012/04/23 09:23:28 | web site: NOTICE | wrapper | 2012/04/23 09:23:28 | http://wrapper.tanukisoftware.com/purchase NOTICE | wrapper | 2012/04/23 09:23:28 | NOTICE | wrapper | 2012/04/23 09:23:28 | This trial License Key in intended for testing and development and NOTICE | wrapper | 2012/04/23 09:23:28 | should not be used as part of a production environment. NOTICE | wrapper | 2012/04/23 09:23:28 | -------------------------------------------------------------------- NOTICE | wrapper | 2012/04/23 09:23:28 | STATUS | wrapper | 2012/04/23 09:23:28 | STATUS | wrapper | 2012/04/23 09:23:28 | Launching a JVM... ERROR | wrapper | 2012/04/23 09:23:28 | JVM exited while loading the application. INFO | jvm 1 | 2012/04/23 09:23:28 | Exception in thread "main" java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 1 | 2012/04/23 09:23:28 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 1 | 2012/04/23 09:23:28 | at java.net.URLClassLoader$1.run(URLClassLoader.java:200) INFO | jvm 1 | 2012/04/23 09:23:28 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 1 | 2012/04/23 09:23:28 | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) INFO | jvm 1 | 2012/04/23 09:23:28 | at java.lang.ClassLoader.loadClass(ClassLoader.java:307) INFO | jvm 1 | 2012/04/23 09:23:28 | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) INFO | jvm 1 | 2012/04/23 09:23:28 | at java.lang.ClassLoader.loadClass(ClassLoader.java:252) INFO | jvm 1 | 2012/04/23 09:23:28 | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) INFO | jvm 1 | 2012/04/23 09:23:28 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. STATUS | wrapper | 2012/04/23 09:23:33 | Launching a JVM... ERROR | wrapper | 2012/04/23 09:23:33 | JVM exited while loading the application. INFO | jvm 2 | 2012/04/23 09:23:33 | Exception in thread "main" java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 2 | 2012/04/23 09:23:33 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 2 | 2012/04/23 09:23:33 | at java.net.URLClassLoader$1.run(URLClassLoader.java:200) INFO | jvm 2 | 2012/04/23 09:23:33 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 2 | 2012/04/23 09:23:33 | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) INFO | jvm 2 | 2012/04/23 09:23:33 | at java.lang.ClassLoader.loadClass(ClassLoader.java:307) INFO | jvm 2 | 2012/04/23 09:23:33 | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) INFO | jvm 2 | 2012/04/23 09:23:33 | at java.lang.ClassLoader.loadClass(ClassLoader.java:252) INFO | jvm 2 | 2012/04/23 09:23:33 | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) INFO | jvm 2 | 2012/04/23 09:23:33 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. STATUS | wrapper | 2012/04/23 09:23:38 | Launching a JVM... ERROR | wrapper | 2012/04/23 09:23:38 | JVM exited while loading the application. INFO | jvm 3 | 2012/04/23 09:23:38 | Exception in thread "main" java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 3 | 2012/04/23 09:23:38 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 3 | 2012/04/23 09:23:38 | at java.net.URLClassLoader$1.run(URLClassLoader.java:200) INFO | jvm 3 | 2012/04/23 09:23:38 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 3 | 2012/04/23 09:23:38 | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) INFO | jvm 3 | 2012/04/23 09:23:38 | at java.lang.ClassLoader.loadClass(ClassLoader.java:307) INFO | jvm 3 | 2012/04/23 09:23:38 | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) INFO | jvm 3 | 2012/04/23 09:23:38 | at java.lang.ClassLoader.loadClass(ClassLoader.java:252) INFO | jvm 3 | 2012/04/23 09:23:38 | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) INFO | jvm 3 | 2012/04/23 09:23:38 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. STATUS | wrapper | 2012/04/23 09:23:42 | Launching a JVM... ERROR | wrapper | 2012/04/23 09:23:43 | JVM exited while loading the application. INFO | jvm 4 | 2012/04/23 09:23:43 | Exception in thread "main" java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/test/WrapperSimpleApp INFO | jvm 4 | 2012/04/23 09:23:43 | Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.test.WrapperSimpleApp INFO | jvm 4 | 2012/04/23 09:23:43 | at java.net.URLClassLoader$1.run(URLClassLoader.java:200) INFO | jvm 4 | 2012/04/23 09:23:43 | at java.security.AccessController.doPrivileged(Native Method) INFO | jvm 4 | 2012/04/23 09:23:43 | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) INFO | jvm 4 | 2012/04/23 09:23:43 | at java.lang.ClassLoader.loadClass(ClassLoader.java:307) INFO | jvm 4 | 2012/04/23 09:23:43 | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) INFO | jvm 4 | 2012/04/23 09:23:43 | at java.lang.ClassLoader.loadClass(ClassLoader.java:252) INFO | jvm 4 | 2012/04/23 09:23:43 | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) INFO | jvm 4 | 2012/04/23 09:23:43 | Could not find the main class: org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. [root@localhost logs]# On Mon, Apr 23, 2012 at 7:48 AM, Christian Mueller < chr...@ta...> wrote: > Hello, > > > The ClassNotFoundException you are seeing means that the wrapper.jar file > wasn't found on the classpath. > > In your conf file, I can see the following: > wrapper.java.classpath.2=../lib/wrapper.jar > > Can you please make sure that the file is located at the specified > location? > > Hope this information helps you out. > > Best Regards, > > Christian Mueller > Tanuki Software, Ltd. > > On Fri, Apr 20, 2012 at 6:33 PM, Abhishek Chordia < > ema...@gm...> wrote: > >> Hi , >> >> Now i am getting the below error and also wrapper.conf file attached.: >> >> >> STATUS | wrapper | 2012/04/20 14:54:30 | Launching a JVM... >> ERROR | wrapper | 2012/04/20 14:54:31 | JVM exited while loading the >> application. >> INFO | jvm 3 | 2012/04/20 14:54:31 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 3 | 2012/04/20 14:54:31 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 3 | 2012/04/20 14:54:31 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 3 | 2012/04/20 14:54:31 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/20 14:54:35 | Launching a JVM... >> ERROR | wrapper | 2012/04/20 14:54:35 | JVM exited while loading the >> application. >> INFO | jvm 4 | 2012/04/20 14:54:35 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 4 | 2012/04/20 14:54:35 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 4 | 2012/04/20 14:54:35 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 4 | 2012/04/20 14:54:35 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> STATUS | wrapper | 2012/04/20 14:54:40 | Launching a JVM... >> ERROR | wrapper | 2012/04/20 14:54:40 | JVM exited while loading the >> application. >> INFO | jvm 5 | 2012/04/20 14:54:40 | Exception in thread "main" >> java.lang.NoClassDefFoundError: >> org/tanukisoftware/wrapper/test/WrapperSimpleApp >> INFO | jvm 5 | 2012/04/20 14:54:40 | Caused by: >> java.lang.ClassNotFoundException: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.net.URLClassLoader$1.run(URLClassLoader.java:200) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.security.AccessController.doPrivileged(Native Method) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:307) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.lang.ClassLoader.loadClass(ClassLoader.java:252) >> INFO | jvm 5 | 2012/04/20 14:54:40 | at >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >> INFO | jvm 5 | 2012/04/20 14:54:40 | Could not find the main class: >> org.tanukisoftware.wrapper.test.WrapperSimpleApp. Program will exit. >> FATAL | wrapper | 2012/04/20 14:54:41 | There were 5 failed launches in >> a row, each lasting less than 300 seconds. Giving up. >> FATAL | wrapper | 2012/04/20 14:54:41 | There may be a configuration >> problem: please check the logs. >> STATUS | wrapper | 2012/04/20 14:54:41 | <-- Wrapper Stopped >> >> >> >> >> >> >> >> On Fri, Apr 20, 2012 at 1:27 PM, Christian Mueller < >> chr...@ta...> wrote: >> >>> Hello Abhishek, >>> >>> thank you for your mail. >>> >>> please change the following property: >>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main >>> to >>> wrapper.java.mainclass=org.tanukisoftware.wrapper.test.WrapperSimpleApp >>> >>> org.tanukisoftware.wrapper.test.Main is actually the main class of the >>> test application, which is shipped with every Wrapper distribution. >>> >>> Furthermore, I saw that the property wrapper.app.parameter.1 is >>> commented out, please make sure that the name of your main class is put >>> here and is correct. >>> >>> Hope this information helps you out. >>> >>> Best Regards, >>> >>> Christian Mueller >>> Tanuki Software, Ltd. >>> >>> >>> >>> On Fri, Apr 20, 2012 at 1:10 PM, Abhishek Chordia < >>> ema...@gm...> wrote: >>> >>>> Hi Team, >>>> >>>> Please help me out, i am not able to start my java application using >>>> Wrapper but it is running fine manually : >>>> >>>> System Configuration : Linux 32 bit system. >>>> Wrapper version : 3.514 >>>> >>>> Configurtion & log file attached. >>>> >>>> -- >>>> Regards, >>>> Abhishek Chordia >>>> M : 08802042181 >>>> One97 Communication Ltd. >>>> B-121, Sector -5, Noida (NCR)-201301, India. >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >>> >> >> >> -- >> Regards, >> Abhishek Chordia >> M : 08802042181 >> One97 Communication Ltd. >> B-121, Sector -5, Noida (NCR)-201301 >> >> > -- Regards, Abhishek Chordia M : 08802042181 One97 Communication Ltd. B-121, Sector -5, Noida (NCR)-201301 |
165 messages has been excluded from this view by a project administrator.
