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: Larry A. <la...@ze...> - 2005-02-28 15:52:34
|
#******************************************************************** # Wrapper Properties #******************************************************************** # Java Application wrapper.java.command=java # Java Main class. This class must implement the WrapperListener interface # or guarantee that the WrapperManager class is initialized. Helper # classes are provided to do this for you. See the Integration section # of the documentation for details. wrapper.java.mainclass=ZAppSvr # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=lib/wrapper.jar wrapper.java.classpath.2=ZAppSvr.jar wrapper.java.classpath.3=kunststoff.jar # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=./lib # Java Additional Parameters #wrapper.java.additional.1= # Initial Java Heap Size (in MB) #wrapper.java.initmemory=3 # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=64 # Application parameters. Add parameters as needed starting from 1 wrapper.app.parameter.1=-noui wrapper.native_library=wrapper #******************************************************************** # Wrapper Logging Properties #******************************************************************** # Format of output for the console. (See docs for formats) wrapper.console.format=PM # Log Level for console output. (See docs for log levels) wrapper.console.loglevel=INFO # Log file to use for wrapper output logging. wrapper.logfile=../logs/wrapper.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=LPTM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=INFO # Maximum size that the log file will be allowed to grow to before # the log is rolled. Size is specified in bytes. The default value # of 0, disables log rolling. May abbreviate with the 'k' (kb) or # 'm' (mb) suffix. For example: 10m = 10 megabytes. wrapper.logfile.maxsize=1m # Maximum number of rolled log files which will be allowed before old # files are deleted. The default value of 0 implies no limit. wrapper.logfile.maxfiles=10 # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=INFO #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=ZeroPoint Application Server #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wrapper.ntservice.name=ZAppSvr wrapper.ping.timeout=30 wrapper.debug=true # Display name of the service wrapper.ntservice.displayname=ZeroPoint Application Server # Description of the service wrapper.ntservice.description=ZeroPoint Application Server # Service dependencies. Add dependencies as needed starting from 1 wrapper.ntservice.dependency.1= # Mode in which the service is installed. AUTO_START or DEMAND_START wrapper.ntservice.starttype=AUTO_START # Allow the service to interact with the desktop. wrapper.ntservice.interactive=false |
|
From: <b....@ve...> - 2005-02-28 14:03:38
|
Hello! i'm on the intranet behind the firewall. The server has nothing to do with = the proxy. Because I can start it normally telling it where to find the=20 java.policy file. My wrapper.config file is as follows: #******************************************************************** # TestWrapper Properties # # NOTE - Please use src/conf/wrapper.conf.in as a template for your # own application rather than the values used for the # TestWrapper sample. #******************************************************************** # Java Application wrapper.java.command=3Djava # Java Main class. This class must implement the WrapperListener=20 interface # or guarantee that the WrapperManager class is initialized. Helper # classes are provided to do this for you. See the Integration section # of the documentation for details. wrapper.java.mainclass=3Dat.vector.cdp4j.comm.Server # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=3D../build/CDP4J=5Fserver-NIGHTLY.jar wrapper.java.classpath.2=3D../build/CDP4J=5Fcommon-NIGHTLY.jar wrapper.java.classpath.3=3D../libs/commons-lang-2.0.jar wrapper.java.classpath.4=3D../libs/jt400.jar wrapper.java.classpath.5=3D../libs/x4j400.jar wrapper.java.classpath.6=3D../libs/wrapper.jar # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=3D../build # Java Additional Parameters wrapper.java.additional.1=3D-cp wrapper.java.additional.2=3D-Djava.security.policy=3D../ressources/java.pol= icy wrapper.java.additional.3=3D-Dhome=3D../ wrapper.java.additional.4=3D-Dcdpworld.dir=3D. wrapper.java.additional.5=3D-Djava.rmi.server.hostname=3Dlocalhost # Initial Java Heap Size (in MB) wrapper.java.initmemory=3D64 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=3D256 # Application parameters. Add parameters as needed starting from 1 wrapper.app.parameter.1=3Dat.vector.cdp4j.comm.Server wrapper.app.parameter.2=3D-Djava.security.policy=3D../ressources/java.policy #******************************************************************** # Wrapper Logging Properties #******************************************************************** # Format of output for the console. (See docs for formats) wrapper.console.format=3DPM # Log Level for console output. (See docs for log levels) wrapper.console.loglevel=3DINFO # Log file to use for wrapper output logging. wrapper.logfile=3D../logs/wrapper.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=3DLPTM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=3DINFO # Maximum size that the log file will be allowed to grow to before # the log is rolled. Size is specified in bytes. The default value # of 0, disables log rolling. May abbreviate with the 'k' (kb) or # 'm' (mb) suffix. For example: 10m =3D 10 megabytes. wrapper.logfile.maxsize=3D0 # Maximum number of rolled log files which will be allowed before old # files are deleted. The default value of 0 implies no limit. wrapper.logfile.maxfiles=3D0 # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=3DNONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=3DTest Wrapper for CDPworld Server Application #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wra...@ap...@ # Display name of the service wrapper.ntservice.displayname=3DCDPworld Server # Description of the service wrapper.ntservice.description=3DCDPworld Server Application as service # Service dependencies. Add dependencies as needed starting from 1 wrapper.ntservice.dependency.1=3D # Mode in which the service is installed. AUTO=5FSTART or DEMAND=5FSTART wrapper.ntservice.starttype=3DAUTO=5FSTART # Allow the service to interact with the desktop. wrapper.ntservice.interactive=3Dfalse Mit freundlichen Gruessen / Best regards =20 Dipl.Ing. Bab=FCr Somer Entwicklung und Beratung =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F Vector SW DV GmbH=20 fon: +43 1 216 50 40 -146 | Lassallestrasse 7a A 1020 Wien fax: +43 1 216 50 40 -50 |=20 Besuchen Sie uns auf der Vienna Autoshow! 15.-18. J=E4nner 2004, Halle D, Stand 524 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F =20 "Bashiro" <ba...@en...>=20 Sent by: wra...@li... 28.02.2005 12:02 Please respond to wra...@li... To wra...@li... cc Subject Re: [Wrapper-user] Access Denied problem Hello, do you use proxy ? bashiro > Hi! > > I have a java client/server application client accessing to server over > RMI. As I want to start the server with wrapper, I get > java.security.AccessControlException: access denied > (java.net.SocketpermissionException 225.225.225.225 > connect,accept,resolve). How must I configure the wrapper to read my > java.policy file. Should I do anything else? > > Please help! > > Mit freundlichen Gruessen / Best regards > > Dipl.Ing. Bab=FCr Somer > Entwicklung und Beratung > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F > Vector SW DV GmbH > fon: +43 1 216 50 40 -146 > | > Lassallestrasse 7a A 1020 Wien > fax: +43 1 216 50 40 -50 > | > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad=5Fid=3D6595&alloc=5Fid=3D14396&op=3Dclick =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ForwardSourceID:NT00008942=20 |
|
From: Bashiro <ba...@en...> - 2005-02-28 11:02:19
|
Hello, do you use proxy ? bashiro > Hi! > > I have a java client/server application client accessing to server over > RMI. As I want to start the server with wrapper, I get > java.security.AccessControlException: access denied > (java.net.SocketpermissionException 225.225.225.225 > connect,accept,resolve). How must I configure the wrapper to read my > java.policy file. Should I do anything else? > > Please help! > > Mit freundlichen Gruessen / Best regards > > Dipl.Ing. Babür Somer > Entwicklung und Beratung > _____________________________________________________ > Vector SW DV GmbH > fon: +43 1 216 50 40 -146 > | > Lassallestrasse 7a A 1020 Wien > fax: +43 1 216 50 40 -50 > | > _____________________________________________________ > > |
|
From: <b....@ve...> - 2005-02-28 09:26:24
|
Hi! I have a java client/server application client accessing to server over=20 RMI. As I want to start the server with wrapper, I get=20 java.security.AccessControlException: access denied=20 (java.net.SocketpermissionException 225.225.225.225=20 connect,accept,resolve). How must I configure the wrapper to read my=20 java.policy file. Should I do anything else? Please help! Mit freundlichen Gruessen / Best regards =20 Dipl.Ing. Bab=FCr Somer Entwicklung und Beratung =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F Vector SW DV GmbH=20 fon: +43 1 216 50 40 -146 | Lassallestrasse 7a A 1020 Wien fax: +43 1 216 50 40 -50 |=20 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F =20 |
|
From: Andreas W. <and...@em...> - 2005-02-28 09:13:34
|
Leif, unfortunately, I have no access to a A64 machine. But I found on Google, that you may have to add the '-m64' option to the link lines to force the compiler and linker to produce 64-bit binaries. If it still fails, I would enable the debug output of gcc to see, which other libraries it is trying to link into the JNI library. Perhaps one of them is not a 64-bit one. And they all should be shared libraries, not static ones. Cheers, Andreas > > Andreas, > Thanks, yes I got that far last night. But am now running into the > following error. > compile-c-unix: > if test ! -d .deps; then mkdir .deps; fi > gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -lm wrapper.c > wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c -o > ../../bin/wrapper > gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -c wrapperinfo.c > gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -shared > wrapperjni_unix.o wrapperinfo.o wrapperjni.o -o ../../lib/libwrapper.sl > /usr/bin/ld: wrapperjni_unix.o: relocation R_X86_64_32 can not be used > when making a shared object; recompile with -fPIC > wrapperjni_unix.o: could not read symbols: Bad value > collect2: ld returned 1 exit status > make: *** [libwrapper.sl] Error 1 > > From what little I have been able to find from Google, it appears to > be a linking problem > caused by a mismatch between libraries build with the -fPIC parameter > and one without. > Problem is that I think that all of the libraries being linked are being > build correctly. Still > investigating, but any ideas? > I also tried changing the target library name to .sl rather than .so > as is being done for > the HPUX-64 build. That appears to make no difference in the build, > didn't think it would. > I am still looking for the naming convention that is expected by the 64 > bit linux JVMs. > > The Wrapper binary is being built correctly, but the jni library is > not. Will post more if > I figure something out. > > Cheers, > Leif > > > Andreas Wendt wrote: > > >John, > > > >the function ceil is normally in the math library. > >Therefore, you should add a '-lm' to the link line in your Makefile: > > > >$(COMPILE) $(wrapper_SOURCE) -o $(BIN)/wrapper -lm > > > >Regards, > >Andreas > > > > > > > >>Hello Leif Mortenson, > >> > >>I have tried building this wrapper for a64 without much luck. It starts up > >>fine and finds ANT and JAVA_HOME but then it fails. I have tried with jvm > >>1.4.3 as well as 1.5. I've tried building it as user as well as root with > >>the source in /usr/src. > >> > >>The error I get: > >>Wrapper Build System > >>-------------------- > >>Buildfile: build.xml > >> > >>init: > >>OS='Linux' > >> > >>update-info: > >>Copying 1 file to > >>/usr/src/wrapper_3.1.2_src/src/java/org/tanukisoftware/wrapper > >>Copying 1 file to /usr/src/wrapper_3.1.2_src/src/c > >> > >>compile-java: > >>Compiling 1 source file to /usr/src/wrapper_3.1.2_src/build/classes > >> > >>compile-jni: > >>ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager > >> > >>compile-c-unix: > >>if test ! -d .deps; then mkdir .deps; fi > >>gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c wrapperinfo.c > >>wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper > >>/tmp/cces7BCe.o(.text+0x2f33): In function `wrapperStopPendingSignalled': > >>: undefined reference to `ceil' > >>/tmp/cces7BCe.o(.text+0x3064): In function `wrapperStartPendingSignalled': > >>: undefined reference to `ceil' > >>collect2: ld returned 1 exit status > >>make: *** [wrapper] Error 1 > >> > >>BUILD FAILED > >>/usr/src/wrapper_3.1.2_src/build.xml:328: exec returned: 2 > >> > >>Total time: 5 seconds > >> > >>Any suggestions? I currently don't have any production sites on this > >>server, could give you access if you want to give it a try. > >> > >>Thanks! > >> > >>John > >> > >> > >>------------------------------------------------------- > >>SF email is sponsored by - The IT Product Guide > >>Read honest & candid reviews on hundreds of IT Products from real users. > >>Discover which products truly live up to the hype. Start reading now. > >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >>_______________________________________________ > >>Wrapper-user mailing list > >>Wra...@li... > >>https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > >> > > > > > > > > > > > >------------------------------------------------------- > >SF email is sponsored by - The IT Product Guide > >Read honest & candid reviews on hundreds of IT Products from real users. > >Discover which products truly live up to the hype. Start reading now. > >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >_______________________________________________ > >Wrapper-user mailing list > >Wra...@li... > >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Adam E. <ada...@dy...> - 2005-02-28 03:37:46
|
Hi Leif, Thank you (and everyone else who replied) for your suggestions. Adding -Xrs to the grandchild processes has fixed the stopping when = logging off problem (at least on XP Pro, am still to test on W2K3 = Server). I have also set "wrapper.use_system_time=3Dfalse" to use the tick based = timer, and hope this will fix our JVM restart problems. Thanks again for your thorough explanations. Cheers, Adam |
|
From: Leif M. <le...@ta...> - 2005-02-27 04:19:21
|
I added feature request for the Wrapper to monitor a set of files for changes. Now that you mention it, this is something I would like to have as well and it should be fairly easy to implement on a lower level in the Wrapper code. https://sourceforge.net/tracker/index.php?func=detail&aid=1152738&group_id=39428&atid=425190 For now though. The code below is great but it probably more than he needs in that it requires you to implement your own WrapperListener implementation. He could simply start a thread someplace in his own application. The call to WrapperManager.restart() will work anywhere and does not need to be done in association with a custom WrapperListener. A fine detail, but as he is new to the Wrapper I wanted to point it out. Cheers, Leif Love, Erik wrote: >Here are some of the basics of what I did. Keep in mind that I took out alot of code dealing with initializing variables such as those to keep track of spawned threads, etc. But, you should be able to take this as a start and make it your own. For instance, instead of restarting the scheduler, you can just restart JBoss. > >1. My main wrapper application is a regular java class that implements WrapperListener and Runnable. (Runnable so it can be a thread) > public class Scheduler implements WrapperListener, Runnable > >2. One of the methods from WrapperListener is start...which is the main entry point to your app. I use that to read any config settings, initialize values, etc. and then to call my startListener method > >3. startListener is a simple method that looks like: > public void startListener() > { > try { > this.processThread = new Thread(this); > this.processThread.start(); > } catch (Exception e) { > e.printStackTrace(); > } > } > >4. As with all thread processing, when you call the start method, the thread then executes the run method which could do something like... > > public void run() > { > long waitTime = > while (this.runListener) { > try { > // See if any of the jars have changed requiring a bounce > > if (haveJarsChanged()) > { > restartScheduler(); > break; > } > > Thread.sleep(waitTime); > } catch (InterruptedException e) { > log.error("Interrupted Exception happened: " + e.getMessage()); > // Sleep was interrupted...expected. > } catch (Exception e) { > log.error("An exception occurred while running the schedule", e); > if (++totalErrors >= maxErrors) > { > log.error("Too many errors...stopping the Scheduler Application"); > statusCode = -1; > break; > } > } > } > stopListener(); > WrapperManager.stop(statusCode); > } > > private boolean haveJarsChanged() throws Exception > { > boolean jarsHaveChanged = false; > try { > long size = watchedJarMap.size(); > > HashMap tempMap = new HashMap(); > File directory = new File(jarPath); > String files[] = directory.list(); > for (int i=0;i<files.length;i++) { > String fileName = files[i]; > tempMap.put(fileName, ""+getLastModified(jarPath + "/" + fileName)); > } > > if (size == 0) > { > // This is the first time in so set the baseline > watchedJarMap = tempMap; > jarsHaveChanged = false; > } else if (size != tempMap.size()) { > // Jars have been added or deleted. > jarsHaveChanged = true; > } else { > Iterator iterator = watchedJarMap.keySet().iterator(); > while (iterator.hasNext()) > { > String fileName = (String)iterator.next(); > String newTime = (String)tempMap.get(fileName); > if (newTime == null) > { > // The jar no longer exists (have to check because the old jar count can still match new jar count) > jarsHaveChanged = true; > } > > long originalTime = Long.parseLong((String)watchedJarMap.get(fileName)); > if (originalTime != Long.parseLong(newTime)) > { > // The timestamp on the jar has changed > jarsHaveChanged = true; > } > } > } > } catch (Exception e) { > e.printStackTrace(); > this.stopListener(); > } > return jarsHaveChanged > } > > public void stopListener() > { > log.info("Stopping the RC Scheduler Application"); > this.runListener = false; > > // Stop any active threads > stopThreads(); > } > > private void restartScheduler() > { > log.info("Restart of the Scheduler was requested."); > stopListener(); > > // Go ahead and restart the jvm. > WrapperManager.restart(); > } > > >-----Original Message----- >From: wra...@li... >[mailto:wra...@li...]On Behalf Of Subramani, >GnanaShekar (GE Healthcare, non-ge) >Sent: Friday, February 25, 2005 10:38 AM >To: wra...@li... >Subject: RE: [Wrapper-user] On Demand Restarts > > >Hi, > >I am running Jboss on unix. Erik, what you have said, is exactly what I need. I am new to the Java Service Wrapper. I went through the list of wrapper properties, but nothing seemed to be of use for my purpose. Would appreciate if you list the steps you have taken to accomplish this. > >Thanks & Regards, >-GnanaShekar- > >-----Original Message----- >From: wra...@li... >[mailto:wra...@li...]On Behalf Of Love, Erik >Sent: Friday, February 25, 2005 8:46 AM >To: wra...@li... >Subject: RE: [Wrapper-user] On Demand Restarts > > >Are you wanting to restart it on a scheduled basis or "on change"? One of my wrapper-based apps gets a list of jars from a directory, including date/time and filesize information, and when any of those changes (or a new one is added), it automatically tells all of the spawned threads that it needs to restart, waits for them to restart and then calls the wrapper method to restart the jvm. It works very well. > >The whole key to mine is that the main wrapper application is just a management thread. It sits idle for a pre-determined time (example 2 minutes) and then checks to see if it needs to do anything such as launch a subprocess through an exec() command or spawn a thread. > >-----Original Message----- >From: wra...@li... >[mailto:wra...@li...]On Behalf Of Mattias >Ternert >Sent: Friday, February 25, 2005 4:13 AM >To: wra...@li... >Subject: SV: [Wrapper-user] On Demand Restarts > > >If you are using windows you can schedule your services to be restarted. Check that the services Task Scheduler is started, you can then schedule your services to be restarted by opening a dos-window and use the commands "at" end "net start "<service name>" "net stop "<service name>". > >//Mattias > >-----Ursprungligt meddelande----- >Från: wra...@li... >[mailto:wra...@li...]För Subramani, >GnanaShekar (GE Healthcare, non-ge) >Skickat: den 24 februari 2005 17:31 >Till: wra...@li... >Ämne: [Wrapper-user] On Demand Restarts > > >Hi, > >I have used integration method1 for JSW(Java Service Wrapper) to be able to start JBoss. >I want JBoss to be restarted automatically as and when there are changes made for its configuration files at ${JBoss_Home}/server/default/conf . This is the main purpose, I am using JSW for JBoss. I don't know what to do next. Please guide. > >Thanks & Regards, >-GnanaShekar- > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_ide95&alloc_id396&op=click >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_ide95&alloc_id396&op=click >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Leif M. <le...@ta...> - 2005-02-27 01:50:28
|
Geoffrey Mitchell wrote:
> I don't think you can do this with integration method 1. You would
> probably have to use integration method 3, and write a process that
> scans the config directory for changes at regular intervals, and
> triggers a restart through the service wrapper API's if a change is
> detected.
>
> Or, you could use integration method 1 and have a cron job scan for
> changes and run wrapper restart. Perhaps there are other options, but
> I can't think of any.
>
> Subramani, GnanaShekar (GE Healthcare, non-ge) wrote:
>
>> Hi,
>>
>> I have used integration method1 for JSW(Java Service Wrapper) to be
>> able to start JBoss. I want JBoss to be restarted automatically as
>> and when there are changes made for its configuration files at
>> ${JBoss_Home}/server/default/conf . This is the main purpose, I am
>> using JSW for JBoss. I don't know what to do next. Please guide.
>>
>> Thanks & Regards,
>> -GnanaShekar-
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>> ---
>> [This E-mail scanned for viruses by Declude Virus]
>>
>>
>>
>>
>>
> ---
> [This E-mail scanned for viruses by Declude Virus]
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Leif M. <le...@ta...> - 2005-02-27 01:47:15
|
Adam,
Firstly, I agree with most of what Dick said. If possible, try to
rework your
ServiceManager so that each instance is its own service. Version 3.2.0
has some
neat features that will make it easy to control and manage other
services. Problem
is that its release is still a ways off due to my schedule. The code is
in CVS though
if you don't mind development (UNSUPPORTED) versions.
The first problem with the Wrapper killing your JVM: I can't give
you a definite
cause without seeing the debug output of one of your restarts. Most
likely however
it is a timing issue as you said, caused by your system being under
heavy load.
To fix this, I would suggest using the tick based timer by setting the
wrapper.use_system_time=FALSE property. It is the default in 3.2.0 and much
more reliable. See the docs for details on what it does and how it is
different
from the old system time based timer.
If that doesn't clear up this problem then I would like to see the
debug output
(wrapper.debug=true) from your log file around the restart.
The second issue with the logouts is being caused because of a bug
in the JVM.
Java has a problem where it views any signal, including logouts as a
sign that it should
be shutdown. The Wrapper has features which protect the JVM that it
launched
from ever seeing this signal. But in your case, you are launching JVMs
which are
the grandchildren of the Wrapper and thus not protected.
As a quick fix, try adding the '-Xrs' parameter to those child JVMs
when they
are launched. That should work. Do not add it to the JVM being
launched directly
by the Wrapper as it will break several of the Wrapper's features. See
the docs
for the java command in the \tooldocs\win32\java.html page of your SDK docs.
The problem however is that even if you get all of the above
working, you are
in an unstable situation. If your service manager JVM crashes or hangs
then the
Wrapper will kill and restart it. The Wrapper does not know about the
grandchild
processes and so they will be left running.
A few people this year have asked about this kind of thing so I have
been giving
some thought about how to make this easier to do. To do it right
though is going to
take some work so it would not be available for a couple more releases
at least.
For now, I would suggest either adding some code to see if the child
JVMs are
already running on startup or using making each one a service as was
suggested
by Dick, but that will only work on Windows.
Another option is to add the wrapper.java.pidfile=bin/java.pid
property so that
the PID of the ServiceManager JVM is written to a file on startup.
That file can
then be read and its value passed to the child JVMs on startup along
with the pid
file's location. The child processes would then monitor this file. If
it goes away
or the pid that it contains is ever changed then it means that the parent
ServiceManager jvm was shutdown or restarted, meaning that they should shut
themselves down immediately. At this the least, this would be a good
safety
feature.
If your child processes were checking the pid file say every 10
seconds. Then
you could add the following property as well. wrapper.restart.delay=60
This
should give your child processes enough time to shut themselves down before
a new ServiceManager process is started in the event of a restart.
Hope this helps,
Cheers,
Leif
Adam Eijdenberg wrote:
>Hi all,
>
>We are trialling using the Java Service Wrapper for our product and so far are very impressed. We do however have two major issues that appear to manifest themselves mostly under Windows 2003 Server.
>
>To explain our issues, I'll first give some background on what our application does. Our application consists of 5 java processes, plus one we call the ServiceManager. The ServiceManager upon startup starts each of the other 5 processes by calling Runtime.getRuntime().exec(). It then continually checks that they are alive, and if not restarts them. It also has a Runtime.getRuntime().addShutdownHook() to ensure that its child processes are shutdown when it is shutdown.
>
>We are using the Java Service Wrapper (3.1.1) to wrap our ServiceManager by simply specifying our classname in the conf file. Our problems are as follows:
>
>1. When certain users log off from the server (via Remote Desktop), although the logs specify that the logged off signal is ignored, the child processes (ran via Runtime.getRuntime().exec() are killed).
>
>e.g.
>INFO | wrapper | 2005/02/14 15:22:14 | User logged out. Ignored.
>INFO | jvm 1 | 2005/02/14 15:22:14 | 15:22:14,421 INFO [ServiceRunner] Starting service scheduler
>INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,968 INFO [ServiceRunner] Starting service authenticator
>INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,984 INFO [ServiceRunner] Starting service freetext
>INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:15,015 INFO [ServiceRunner] Starting service conversion
>
>The ServiceRunner INFO messages are from our ServiceManager which is still running, but detecting the other service have shutdown so is restarting them.
>
>This is a problem as we are a web app, and users logged into our system will be kicked out as their sessions are tied to these running apps.
>
>Is there any way of preventing "child" processes of the wrapped service from also being killed?
>
>
>2. Every now and then, presumably when the server is under load, the JVM is terminated. This presents two problems, firstly that it is happening, and secondly that it doesn't call our shutdown hook, so the child processes aren't killed, but then when it is restarted by the service wrapper, the child processes are all started for a second time, leading to catastropic consequences to our application!
>
>INFO | jvm 1 | 2005/02/16 09:44:07 | 09:44:07,659 INFO [ServiceRunner] Starting service conversion
>ERROR | wrapper | 2005/02/17 08:13:29 | JVM appears hung: Timed out waiting for signal from JVM.
>ERROR | wrapper | 2005/02/17 08:13:29 | JVM did not exit on request, terminated
>STATUS | wrapper | 2005/02/17 08:13:34 | Launching a JVM...
>INFO | jvm 2 | 2005/02/17 08:13:35 | Wrapper (Version 3.1.1) http://wrapper.tanukisoftware.org
>INFO | jvm 2 | 2005/02/17 08:13:35 |
>INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO [RpcHandler] RPC: invoking start
>INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO [ServiceHandler] Reading configuration file
>INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,406 INFO [ServiceRunner] Starting service resourcecentre
>INFO | jvm 2 | 2005/02/17 08:13:37 | 08:13:37,250 INFO [ServiceRunner] Starting service resourcecentre
>INFO | jvm 2 | 2005/02/17 08:13:39 | 08:13:39,000 INFO [ServiceRunner] Starting service resourcecentre
>INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,406 INFO [ServiceRunner] Starting service freetext
>INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,734 INFO [ServiceRunner] Starting service resourcecentre
>INFO | jvm 2 | 2005/02/17 08:13:42 | 08:13:42,578 INFO [ServiceRunner] Starting service resourcecentre
>
>Is there any way to prevent the JVM appearing as hung when it isn't really?
>
>
>
>
>Look forward to hearing back from anyone!
>
>Cheers, Adam
>
>Adam Eijdenberg
>DYTECH SOLUTIONS Pty. Ltd.
>-----------------------------------
>
>Level 2, 25 Argyle Street
>GPO Box 642
>Hobart TAS 7000
>Ph: +61 3 6235 2222
>Fax: +61 3 6235 2299
>ada...@dy...
>www.dytech.com.au
>-----------------------------------
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
|
|
From: Leif M. <le...@ta...> - 2005-02-27 01:25:43
|
Andreas,
Thanks, yes I got that far last night. But am now running into the
following error.
compile-c-unix:
if test ! -d .deps; then mkdir .deps; fi
gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -lm wrapper.c
wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c -o
../../bin/wrapper
gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -c wrapperinfo.c
gcc -O3 -fPIC -Wall --pedantic -pthread -DUSE_NANOSLEEP -shared
wrapperjni_unix.o wrapperinfo.o wrapperjni.o -o ../../lib/libwrapper.sl
/usr/bin/ld: wrapperjni_unix.o: relocation R_X86_64_32 can not be used
when making a shared object; recompile with -fPIC
wrapperjni_unix.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libwrapper.sl] Error 1
From what little I have been able to find from Google, it appears to
be a linking problem
caused by a mismatch between libraries build with the -fPIC parameter
and one without.
Problem is that I think that all of the libraries being linked are being
build correctly. Still
investigating, but any ideas?
I also tried changing the target library name to .sl rather than .so
as is being done for
the HPUX-64 build. That appears to make no difference in the build,
didn't think it would.
I am still looking for the naming convention that is expected by the 64
bit linux JVMs.
The Wrapper binary is being built correctly, but the jni library is
not. Will post more if
I figure something out.
Cheers,
Leif
Andreas Wendt wrote:
>John,
>
>the function ceil is normally in the math library.
>Therefore, you should add a '-lm' to the link line in your Makefile:
>
>$(COMPILE) $(wrapper_SOURCE) -o $(BIN)/wrapper -lm
>
>Regards,
>Andreas
>
>
>
>>Hello Leif Mortenson,
>>
>>I have tried building this wrapper for a64 without much luck. It starts up
>>fine and finds ANT and JAVA_HOME but then it fails. I have tried with jvm
>>1.4.3 as well as 1.5. I've tried building it as user as well as root with
>>the source in /usr/src.
>>
>>The error I get:
>>Wrapper Build System
>>--------------------
>>Buildfile: build.xml
>>
>>init:
>>OS='Linux'
>>
>>update-info:
>>Copying 1 file to
>>/usr/src/wrapper_3.1.2_src/src/java/org/tanukisoftware/wrapper
>>Copying 1 file to /usr/src/wrapper_3.1.2_src/src/c
>>
>>compile-java:
>>Compiling 1 source file to /usr/src/wrapper_3.1.2_src/build/classes
>>
>>compile-jni:
>>ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager
>>
>>compile-c-unix:
>>if test ! -d .deps; then mkdir .deps; fi
>>gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c wrapperinfo.c
>>wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper
>>/tmp/cces7BCe.o(.text+0x2f33): In function `wrapperStopPendingSignalled':
>>: undefined reference to `ceil'
>>/tmp/cces7BCe.o(.text+0x3064): In function `wrapperStartPendingSignalled':
>>: undefined reference to `ceil'
>>collect2: ld returned 1 exit status
>>make: *** [wrapper] Error 1
>>
>>BUILD FAILED
>>/usr/src/wrapper_3.1.2_src/build.xml:328: exec returned: 2
>>
>>Total time: 5 seconds
>>
>>Any suggestions? I currently don't have any production sites on this
>>server, could give you access if you want to give it a try.
>>
>>Thanks!
>>
>>John
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>Wrapper-user mailing list
>>Wra...@li...
>>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
|
|
From: Leif M. <le...@ta...> - 2005-02-27 01:08:10
|
Lary,
Could you please post your wrapper.conf file as well as a few more
lines before what
you sent.? I am interested in everything after the "jvm 4" log out put
stops, particularly
the java command used to start the JVM.
Looking at the debug output below, it appears like you are maybe
using integration
method #3, rather than #1. I am not seeing any of the log output from the
WrapperSimpleApp class that I would normally expect to see. I can clear
that up
when I see the above info.
If it is the case that you have implemented your own WrapperListener
implementation
then the problem is that your WrapperListener.start method is not
returning as expected.
Cheers,
Leif
Larry Ashworth wrote:
> I'm attempting to use Java Service Wrapper to start ZAppSvr, but start
> up fails, both under linux
> and Win32 with the same errors.
>
> I set debug on and the following is the last failed attempt.
>
>
> INFO | jvm 5 | 2005/02/25 10:46:31 |
> INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
> INFO | jvm 5 | 2005/02/25 10:46:31 |
> INFO | jvm 5 | 2005/02/25 10:46:31 |
> WrapperManager.start(ZAppSvr@4f2c80, args["-noui"]) called by thread:
> main
> INFO | jvm 5 | 2005/02/25 10:46:31 | Open socket to wrapper...
> INFO | jvm 5 | 2005/02/25 10:46:31 | Opened Socket
> INFO | jvm 5 | 2005/02/25 10:46:31 | Send a packet KEY :
> XffqfX60atsyi_F3
> INFO | jvm 5 | 2005/02/25 10:46:31 |
> handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=32001,localport=3005])
> DEBUG | wrapperp | 2005/02/25 10:46:31 | accepted a socket from
> 127.0.0.1 on port 3005
> DEBUG | wrapperp | 2005/02/25 10:46:31 | read a packet KEY :
> XffqfX60atsyi_F3
> DEBUG | wrapper | 2005/02/25 10:46:31 | Got key from JVM:
> XffqfX60atsyi_F3
> DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet LOW_LOG_LEVEL : 1
> DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet PING_TIMEOUT : 30
> DEBUG | wrapper | 2005/02/25 10:46:31 | Start Application.
> DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet START : start
> INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet
> LOW_LOG_LEVEL : 1
> INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper Manager: LowLogLevel
> from Wrapper is 1
> INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet
> PING_TIMEOUT : 30
> INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper Manager: PingTimeout
> from Wrapper is 30000
> INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet START : start
> INFO | jvm 5 | 2005/02/25 10:46:31 | calling listener.start()
> INFO | jvm 5 | 2005/02/25 10:46:31 | ZeroPoint Product: ZCSentry
> INFO | jvm 5 | 2005/02/25 10:46:31 | Licensed to: ZeroPoint, Inc.
> INFO | jvm 5 | 2005/02/25 10:46:31 | : Clayton Ross
> INFO | jvm 5 | 2005/02/25 10:46:31 | :
> cr...@ze...
> ERROR | wrapper | 2005/02/25 10:47:00 | Startup failed: Timed out
> waiting for signal from JVM.
> ERROR | wrapper | 2005/02/25 10:47:00 | JVM did not exit on request,
> terminated
> DEBUG | wrapper | 2005/02/25 10:47:00 | JVM was only running for 30
> seconds leading to a failed restart count of 5.
> FATAL | wrapper | 2005/02/25 10:47:00 | There were 5 failed launches
> in a row, each lasting less than 300 seconds. Giving up.
> FATAL | wrapper | 2005/02/25 10:47:00 | There may be a
> configuration problem: please check the logs.
> STATUS | wrapper | 2005/02/25 10:47:01 | <-- Wrapper Stopped
> STATUS | wrapper | 2005/02/25 10:51:52 | ZeroPoint Application Server
> removed.
>
> How can I debug this problem? I've used the wrapper successfully on
> other smaller applications, and it works very well. I mimicked what I
> did before, but it does not work here.
>
> I'm using integration method #1.
>
> I look forward to your input.
> Thanks,
> Larry.
|
|
From: Larry A. <la...@ze...> - 2005-02-25 18:44:01
|
I'm attempting to use Java Service Wrapper to start ZAppSvr, but start up fails, both under linux and Win32 with the same errors. I set debug on and the following is the last failed attempt. INFO | jvm 5 | 2005/02/25 10:46:31 | INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org INFO | jvm 5 | 2005/02/25 10:46:31 | INFO | jvm 5 | 2005/02/25 10:46:31 | WrapperManager.start(ZAppSvr@4f2c80, args["-noui"]) called by thread: main INFO | jvm 5 | 2005/02/25 10:46:31 | Open socket to wrapper... INFO | jvm 5 | 2005/02/25 10:46:31 | Opened Socket INFO | jvm 5 | 2005/02/25 10:46:31 | Send a packet KEY : XffqfX60atsyi_F3 INFO | jvm 5 | 2005/02/25 10:46:31 | handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=32001,localport=3005]) DEBUG | wrapperp | 2005/02/25 10:46:31 | accepted a socket from 127.0.0.1 on port 3005 DEBUG | wrapperp | 2005/02/25 10:46:31 | read a packet KEY : XffqfX60atsyi_F3 DEBUG | wrapper | 2005/02/25 10:46:31 | Got key from JVM: XffqfX60atsyi_F3 DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet PING_TIMEOUT : 30 DEBUG | wrapper | 2005/02/25 10:46:31 | Start Application. DEBUG | wrapperp | 2005/02/25 10:46:31 | send a packet START : start INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet PING_TIMEOUT : 30 INFO | jvm 5 | 2005/02/25 10:46:31 | Wrapper Manager: PingTimeout from Wrapper is 30000 INFO | jvm 5 | 2005/02/25 10:46:31 | Received a packet START : start INFO | jvm 5 | 2005/02/25 10:46:31 | calling listener.start() INFO | jvm 5 | 2005/02/25 10:46:31 | ZeroPoint Product: ZCSentry INFO | jvm 5 | 2005/02/25 10:46:31 | Licensed to: ZeroPoint, Inc. INFO | jvm 5 | 2005/02/25 10:46:31 | : Clayton Ross INFO | jvm 5 | 2005/02/25 10:46:31 | : cr...@ze... ERROR | wrapper | 2005/02/25 10:47:00 | Startup failed: Timed out waiting for signal from JVM. ERROR | wrapper | 2005/02/25 10:47:00 | JVM did not exit on request, terminated DEBUG | wrapper | 2005/02/25 10:47:00 | JVM was only running for 30 seconds leading to a failed restart count of 5. FATAL | wrapper | 2005/02/25 10:47:00 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. FATAL | wrapper | 2005/02/25 10:47:00 | There may be a configuration problem: please check the logs. STATUS | wrapper | 2005/02/25 10:47:01 | <-- Wrapper Stopped STATUS | wrapper | 2005/02/25 10:51:52 | ZeroPoint Application Server removed. How can I debug this problem? I've used the wrapper successfully on other smaller applications, and it works very well. I mimicked what I did before, but it does not work here. I'm using integration method #1. I look forward to your input. Thanks, Larry. |
|
From: Geoffrey M. <ga...@im...> - 2005-02-25 16:37:51
|
I don't think you can do this with integration method 1. You would
probably have to use integration method 3, and write a process that
scans the config directory for changes at regular intervals, and
triggers a restart through the service wrapper API's if a change is
detected.
Or, you could use integration method 1 and have a cron job scan for
changes and run wrapper restart. Perhaps there are other options, but I
can't think of any.
Subramani, GnanaShekar (GE Healthcare, non-ge) wrote:
>Hi,
>
>I have used integration method1 for JSW(Java Service Wrapper) to be able to start JBoss.
>I want JBoss to be restarted automatically as and when there are changes made for its configuration files at ${JBoss_Home}/server/default/conf . This is the main purpose, I am using JSW for JBoss. I don't know what to do next. Please guide.
>
>Thanks & Regards,
>-GnanaShekar-
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>---
>[This E-mail scanned for viruses by Declude Virus]
>
>
>
>
>
---
[This E-mail scanned for viruses by Declude Virus]
|
|
From: Love, E. <EB...@ic...> - 2005-02-25 16:31:31
|
Here are some of the basics of what I did. Keep in mind that I took out =
alot of code dealing with initializing variables such as those to keep =
track of spawned threads, etc. But, you should be able to take this as =
a start and make it your own. For instance, instead of restarting the =
scheduler, you can just restart JBoss.
1. My main wrapper application is a regular java class that implements =
WrapperListener and Runnable. (Runnable so it can be a thread)
public class Scheduler implements WrapperListener, Runnable
2. One of the methods from WrapperListener is start...which is the main =
entry point to your app. I use that to read any config settings, =
initialize values, etc. and then to call my startListener method
3. startListener is a simple method that looks like:
public void startListener()
{
try {
this.processThread =3D new Thread(this);
this.processThread.start();
} catch (Exception e) {
e.printStackTrace();
}
}
4. As with all thread processing, when you call the start method, the =
thread then executes the run method which could do something like...
public void run()
{
long waitTime =3D=20
while (this.runListener) {
try {
// See if any of the jars have changed requiring a =
bounce
=20
if (haveJarsChanged())
{
restartScheduler();
break;
}
Thread.sleep(waitTime);
} catch (InterruptedException e) {
log.error("Interrupted Exception happened: " + =
e.getMessage());
// Sleep was interrupted...expected.
} catch (Exception e) {
log.error("An exception occurred while running the =
schedule", e);
if (++totalErrors >=3D maxErrors)
{
log.error("Too many errors...stopping the Scheduler =
Application");
statusCode =3D -1;
break;
}
}
}
stopListener();
WrapperManager.stop(statusCode);
}
private boolean haveJarsChanged() throws Exception
{
boolean jarsHaveChanged =3D false;
try {
long size =3D watchedJarMap.size();
HashMap tempMap =3D new HashMap();
File directory =3D new File(jarPath);
String files[] =3D directory.list();
for (int i=3D0;i<files.length;i++) {
String fileName =3D files[i];
tempMap.put(fileName, ""+getLastModified(jarPath + "/" + =
fileName));
}
if (size =3D=3D 0)
{
// This is the first time in so set the baseline
watchedJarMap =3D tempMap;
jarsHaveChanged =3D false;
} else if (size !=3D tempMap.size()) {
// Jars have been added or deleted.
jarsHaveChanged =3D true;
} else {
Iterator iterator =3D watchedJarMap.keySet().iterator();
while (iterator.hasNext())
{
String fileName =3D (String)iterator.next();
String newTime =3D (String)tempMap.get(fileName);
if (newTime =3D=3D null)
{
// The jar no longer exists (have to check =
because the old jar count can still match new jar count)
jarsHaveChanged =3D true;
}
long originalTime =3D =
Long.parseLong((String)watchedJarMap.get(fileName));
if (originalTime !=3D Long.parseLong(newTime))
{
// The timestamp on the jar has changed
jarsHaveChanged =3D true;
}
}
}
} catch (Exception e) {
e.printStackTrace();
this.stopListener();
}
return jarsHaveChanged
}
public void stopListener()
{
log.info("Stopping the RC Scheduler Application");
this.runListener =3D false;
// Stop any active threads
stopThreads();
}
private void restartScheduler()
{
log.info("Restart of the Scheduler was requested.");
stopListener();
// Go ahead and restart the jvm.
WrapperManager.restart();
}
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Subramani,
GnanaShekar (GE Healthcare, non-ge)
Sent: Friday, February 25, 2005 10:38 AM
To: wra...@li...
Subject: RE: [Wrapper-user] On Demand Restarts
Hi,
I am running Jboss on unix. Erik, what you have said, is exactly what I =
need. I am new to the Java Service Wrapper. I went through the list of =
wrapper properties, but nothing seemed to be of use for my purpose. =
Would appreciate if you list the steps you have taken to accomplish =
this.=20
Thanks & Regards,
-GnanaShekar-=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Love, Erik
Sent: Friday, February 25, 2005 8:46 AM
To: wra...@li...
Subject: RE: [Wrapper-user] On Demand Restarts
Are you wanting to restart it on a scheduled basis or "on change"? One =
of my wrapper-based apps gets a list of jars from a directory, including =
date/time and filesize information, and when any of those changes (or a =
new one is added), it automatically tells all of the spawned threads =
that it needs to restart, waits for them to restart and then calls the =
wrapper method to restart the jvm. It works very well.
The whole key to mine is that the main wrapper application is just a =
management thread. It sits idle for a pre-determined time (example 2 =
minutes) and then checks to see if it needs to do anything such as =
launch a subprocess through an exec() command or spawn a thread.
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Mattias
Ternert
Sent: Friday, February 25, 2005 4:13 AM
To: wra...@li...
Subject: SV: [Wrapper-user] On Demand Restarts
If you are using windows you can schedule your services to be restarted. =
Check that the services Task Scheduler is started, you can then schedule =
your services to be restarted by opening a dos-window and use the =
commands "at" end "net start "<service name>" "net stop "<service =
name>".
//Mattias
-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Subramani,
GnanaShekar (GE Healthcare, non-ge)
Skickat: den 24 februari 2005 17:31
Till: wra...@li...
=C4mne: [Wrapper-user] On Demand Restarts
Hi,
I have used integration method1 for JSW(Java Service Wrapper) to be able =
to start JBoss. =20
I want JBoss to be restarted automatically as and when there are changes =
made for its configuration files at ${JBoss_Home}/server/default/conf . =
This is the main purpose, I am using JSW for JBoss. I don't know what =
to do next. Please guide.
Thanks & Regards,
-GnanaShekar-
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Subramani, G. \(GE H. non-ge\) <Gna...@me...> - 2005-02-25 15:36:19
|
Hi,
I am running Jboss on unix. Erik, what you have said, is exactly what I =
need. I am new to the Java Service Wrapper. I went through the list of =
wrapper properties, but nothing seemed to be of use for my purpose. =
Would appreciate if you list the steps you have taken to accomplish =
this.=20
Thanks & Regards,
-GnanaShekar-=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Love, Erik
Sent: Friday, February 25, 2005 8:46 AM
To: wra...@li...
Subject: RE: [Wrapper-user] On Demand Restarts
Are you wanting to restart it on a scheduled basis or "on change"? One =
of my wrapper-based apps gets a list of jars from a directory, including =
date/time and filesize information, and when any of those changes (or a =
new one is added), it automatically tells all of the spawned threads =
that it needs to restart, waits for them to restart and then calls the =
wrapper method to restart the jvm. It works very well.
The whole key to mine is that the main wrapper application is just a =
management thread. It sits idle for a pre-determined time (example 2 =
minutes) and then checks to see if it needs to do anything such as =
launch a subprocess through an exec() command or spawn a thread.
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Mattias
Ternert
Sent: Friday, February 25, 2005 4:13 AM
To: wra...@li...
Subject: SV: [Wrapper-user] On Demand Restarts
If you are using windows you can schedule your services to be restarted. =
Check that the services Task Scheduler is started, you can then schedule =
your services to be restarted by opening a dos-window and use the =
commands "at" end "net start "<service name>" "net stop "<service =
name>".
//Mattias
-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Subramani,
GnanaShekar (GE Healthcare, non-ge)
Skickat: den 24 februari 2005 17:31
Till: wra...@li...
=C4mne: [Wrapper-user] On Demand Restarts
Hi,
I have used integration method1 for JSW(Java Service Wrapper) to be able =
to start JBoss. =20
I want JBoss to be restarted automatically as and when there are changes =
made for its configuration files at ${JBoss_Home}/server/default/conf . =
This is the main purpose, I am using JSW for JBoss. I don't know what =
to do next. Please guide.
Thanks & Regards,
-GnanaShekar-
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Love, E. <EB...@ic...> - 2005-02-25 14:46:43
|
Are you wanting to restart it on a scheduled basis or "on change"? One =
of my wrapper-based apps gets a list of jars from a directory, including =
date/time and filesize information, and when any of those changes (or a =
new one is added), it automatically tells all of the spawned threads =
that it needs to restart, waits for them to restart and then calls the =
wrapper method to restart the jvm. It works very well.
The whole key to mine is that the main wrapper application is just a =
management thread. It sits idle for a pre-determined time (example 2 =
minutes) and then checks to see if it needs to do anything such as =
launch a subprocess through an exec() command or spawn a thread.
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Mattias
Ternert
Sent: Friday, February 25, 2005 4:13 AM
To: wra...@li...
Subject: SV: [Wrapper-user] On Demand Restarts
If you are using windows you can schedule your services to be restarted. =
Check that the services Task Scheduler is started, you can then schedule =
your services to be restarted by opening a dos-window and use the =
commands "at" end "net start "<service name>" "net stop "<service =
name>".
//Mattias
-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Subramani,
GnanaShekar (GE Healthcare, non-ge)
Skickat: den 24 februari 2005 17:31
Till: wra...@li...
=C4mne: [Wrapper-user] On Demand Restarts
Hi,
I have used integration method1 for JSW(Java Service Wrapper) to be able =
to start JBoss. =20
I want JBoss to be restarted automatically as and when there are changes =
made for its configuration files at ${JBoss_Home}/server/default/conf . =
This is the main purpose, I am using JSW for JBoss. I don't know what =
to do next. Please guide.
Thanks & Regards,
-GnanaShekar-
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Dick, B. E. <Bri...@FM...> - 2005-02-25 13:04:48
|
- Use Wrapper to convert each child process into a service. - Change your ServiceManager to use "net start" to start child services - Change your ServiceManager to use "net stop" to stop child services - Use Wrapper's service monitor to restart child services Or - Use Windows Service Recovery to restart child services By wrapping the child processes as services, they won't be shutdown by a logoff. The "net start" command will not start a service that is already running. The "net stop" command will not stop a service that is already stopped. Also, the "sc" utility from the Windows Resource Kit has a few more features than the "net" commands. For example, you can use the machine parameter and distribute the services across multiple machines. -----Original Message----- From: Bashiro [mailto:ba...@en...]=20 Sent: Friday, February 25, 2005 3:52 AM To: wra...@li... Subject: Re: [Wrapper-user] NT Service Issues Hi Adam, I am not sure what Leif's suggestion will be. But to my understanding it is easy using the intergration method 1 as you are using. But in your case, if I understand correctly. Using intergration method 3 will help you out of the problem. That is; you will have controll over the wrapper and do some codings yourself. Hence you will be in charge how you want the wrapper to play (in some way). bashiro > Hi all, > > We are trialling using the Java Service Wrapper for our product and so far > are very impressed. We do however have two major issues that appear to > manifest themselves mostly under Windows 2003 Server. > > To explain our issues, I'll first give some background on what our > application does. Our application consists of 5 java processes, plus one > we call the ServiceManager. The ServiceManager upon startup starts each of > the other 5 processes by calling Runtime.getRuntime().exec(). It then > continually checks that they are alive, and if not restarts them. It also > has a Runtime.getRuntime().addShutdownHook() to ensure that its child > processes are shutdown when it is shutdown. > > We are using the Java Service Wrapper (3.1.1) to wrap our ServiceManager > by simply specifying our classname in the conf file. Our problems are as > follows: > > 1. When certain users log off from the server (via Remote Desktop), > although the logs specify that the logged off signal is ignored, the child > processes (ran via Runtime.getRuntime().exec() are killed). > > e.g. > INFO | wrapper | 2005/02/14 15:22:14 | User logged out. Ignored. > INFO | jvm 1 | 2005/02/14 15:22:14 | 15:22:14,421 INFO > [ServiceRunner] Starting service scheduler > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,968 INFO > [ServiceRunner] Starting service authenticator > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,984 INFO > [ServiceRunner] Starting service freetext > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:15,015 INFO > [ServiceRunner] Starting service conversion > > The ServiceRunner INFO messages are from our ServiceManager which is still > running, but detecting the other service have shutdown so is restarting > them. > > This is a problem as we are a web app, and users logged into our system > will be kicked out as their sessions are tied to these running apps. > > Is there any way of preventing "child" processes of the wrapped service > from also being killed? > > > 2. Every now and then, presumably when the server is under load, the JVM > is terminated. This presents two problems, firstly that it is happening, > and secondly that it doesn't call our shutdown hook, so the child > processes aren't killed, but then when it is restarted by the service > wrapper, the child processes are all started for a second time, leading to > catastropic consequences to our application! > > INFO | jvm 1 | 2005/02/16 09:44:07 | 09:44:07,659 INFO > [ServiceRunner] Starting service conversion > ERROR | wrapper | 2005/02/17 08:13:29 | JVM appears hung: Timed out > waiting for signal from JVM. > ERROR | wrapper | 2005/02/17 08:13:29 | JVM did not exit on request, > terminated > STATUS | wrapper | 2005/02/17 08:13:34 | Launching a JVM... > INFO | jvm 2 | 2005/02/17 08:13:35 | Wrapper (Version 3.1.1) > http://wrapper.tanukisoftware.org > INFO | jvm 2 | 2005/02/17 08:13:35 | > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO [RpcHandler] > RPC: invoking start > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO > [ServiceHandler] Reading configuration file > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,406 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:37 | 08:13:37,250 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:39 | 08:13:39,000 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,406 INFO > [ServiceRunner] Starting service freetext > INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,734 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:42 | 08:13:42,578 INFO > [ServiceRunner] Starting service resourcecentre > > Is there any way to prevent the JVM appearing as hung when it isn't > really? > > > > > Look forward to hearing back from anyone! > > Cheers, Adam > > Adam Eijdenberg > DYTECH SOLUTIONS Pty. Ltd. > ----------------------------------- > > Level 2, 25 Argyle Street > GPO Box 642 > Hobart TAS 7000 > Ph: +61 3 6235 2222 > Fax: +61 3 6235 2299 > ada...@dy... > www.dytech.com.au > ----------------------------------- > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dclick > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Mattias T. <Mat...@mi...> - 2005-02-25 09:13:12
|
If you are using windows you can schedule your services to be restarted. =
Check that the services Task Scheduler is started, you can then schedule =
your services to be restarted by opening a dos-window and use the =
commands "at" end "net start "<service name>" "net stop "<service =
name>".
//Mattias
-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Subramani,
GnanaShekar (GE Healthcare, non-ge)
Skickat: den 24 februari 2005 17:31
Till: wra...@li...
=C4mne: [Wrapper-user] On Demand Restarts
Hi,
I have used integration method1 for JSW(Java Service Wrapper) to be able =
to start JBoss. =20
I want JBoss to be restarted automatically as and when there are changes =
made for its configuration files at ${JBoss_Home}/server/default/conf . =
This is the main purpose, I am using JSW for JBoss. I don't know what =
to do next. Please guide.
Thanks & Regards,
-GnanaShekar-
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Bashiro <ba...@en...> - 2005-02-25 08:51:53
|
Hi Adam, I am not sure what Leif's suggestion will be. But to my understanding it is easy using the intergration method 1 as you are using. But in your case, if I understand correctly. Using intergration method 3 will help you out of the problem. That is; you will have controll over the wrapper and do some codings yourself. Hence you will be in charge how you want the wrapper to play (in some way). bashiro > Hi all, > > We are trialling using the Java Service Wrapper for our product and so far > are very impressed. We do however have two major issues that appear to > manifest themselves mostly under Windows 2003 Server. > > To explain our issues, I'll first give some background on what our > application does. Our application consists of 5 java processes, plus one > we call the ServiceManager. The ServiceManager upon startup starts each of > the other 5 processes by calling Runtime.getRuntime().exec(). It then > continually checks that they are alive, and if not restarts them. It also > has a Runtime.getRuntime().addShutdownHook() to ensure that its child > processes are shutdown when it is shutdown. > > We are using the Java Service Wrapper (3.1.1) to wrap our ServiceManager > by simply specifying our classname in the conf file. Our problems are as > follows: > > 1. When certain users log off from the server (via Remote Desktop), > although the logs specify that the logged off signal is ignored, the child > processes (ran via Runtime.getRuntime().exec() are killed). > > e.g. > INFO | wrapper | 2005/02/14 15:22:14 | User logged out. Ignored. > INFO | jvm 1 | 2005/02/14 15:22:14 | 15:22:14,421 INFO > [ServiceRunner] Starting service scheduler > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,968 INFO > [ServiceRunner] Starting service authenticator > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,984 INFO > [ServiceRunner] Starting service freetext > INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:15,015 INFO > [ServiceRunner] Starting service conversion > > The ServiceRunner INFO messages are from our ServiceManager which is still > running, but detecting the other service have shutdown so is restarting > them. > > This is a problem as we are a web app, and users logged into our system > will be kicked out as their sessions are tied to these running apps. > > Is there any way of preventing "child" processes of the wrapped service > from also being killed? > > > 2. Every now and then, presumably when the server is under load, the JVM > is terminated. This presents two problems, firstly that it is happening, > and secondly that it doesn't call our shutdown hook, so the child > processes aren't killed, but then when it is restarted by the service > wrapper, the child processes are all started for a second time, leading to > catastropic consequences to our application! > > INFO | jvm 1 | 2005/02/16 09:44:07 | 09:44:07,659 INFO > [ServiceRunner] Starting service conversion > ERROR | wrapper | 2005/02/17 08:13:29 | JVM appears hung: Timed out > waiting for signal from JVM. > ERROR | wrapper | 2005/02/17 08:13:29 | JVM did not exit on request, > terminated > STATUS | wrapper | 2005/02/17 08:13:34 | Launching a JVM... > INFO | jvm 2 | 2005/02/17 08:13:35 | Wrapper (Version 3.1.1) > http://wrapper.tanukisoftware.org > INFO | jvm 2 | 2005/02/17 08:13:35 | > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO [RpcHandler] > RPC: invoking start > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO > [ServiceHandler] Reading configuration file > INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,406 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:37 | 08:13:37,250 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:39 | 08:13:39,000 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,406 INFO > [ServiceRunner] Starting service freetext > INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,734 INFO > [ServiceRunner] Starting service resourcecentre > INFO | jvm 2 | 2005/02/17 08:13:42 | 08:13:42,578 INFO > [ServiceRunner] Starting service resourcecentre > > Is there any way to prevent the JVM appearing as hung when it isn't > really? > > > > > Look forward to hearing back from anyone! > > Cheers, Adam > > Adam Eijdenberg > DYTECH SOLUTIONS Pty. Ltd. > ----------------------------------- > > Level 2, 25 Argyle Street > GPO Box 642 > Hobart TAS 7000 > Ph: +61 3 6235 2222 > Fax: +61 3 6235 2299 > ada...@dy... > www.dytech.com.au > ----------------------------------- > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Andreas W. <and...@em...> - 2005-02-25 08:45:21
|
John, the function ceil is normally in the math library. Therefore, you should add a '-lm' to the link line in your Makefile: $(COMPILE) $(wrapper_SOURCE) -o $(BIN)/wrapper -lm Regards, Andreas > > Hello Leif Mortenson, > > I have tried building this wrapper for a64 without much luck. It starts up > fine and finds ANT and JAVA_HOME but then it fails. I have tried with jvm > 1.4.3 as well as 1.5. I've tried building it as user as well as root with > the source in /usr/src. > > The error I get: > Wrapper Build System > -------------------- > Buildfile: build.xml > > init: > OS='Linux' > > update-info: > Copying 1 file to > /usr/src/wrapper_3.1.2_src/src/java/org/tanukisoftware/wrapper > Copying 1 file to /usr/src/wrapper_3.1.2_src/src/c > > compile-java: > Compiling 1 source file to /usr/src/wrapper_3.1.2_src/build/classes > > compile-jni: > ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager > > compile-c-unix: > if test ! -d .deps; then mkdir .deps; fi > gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c wrapperinfo.c > wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper > /tmp/cces7BCe.o(.text+0x2f33): In function `wrapperStopPendingSignalled': > : undefined reference to `ceil' > /tmp/cces7BCe.o(.text+0x3064): In function `wrapperStartPendingSignalled': > : undefined reference to `ceil' > collect2: ld returned 1 exit status > make: *** [wrapper] Error 1 > > BUILD FAILED > /usr/src/wrapper_3.1.2_src/build.xml:328: exec returned: 2 > > Total time: 5 seconds > > Any suggestions? I currently don't have any production sites on this > server, could give you access if you want to give it a try. > > Thanks! > > John > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Adam E. <ada...@dy...> - 2005-02-25 04:45:23
|
Hi all, We are trialling using the Java Service Wrapper for our product and so = far are very impressed. We do however have two major issues that appear = to manifest themselves mostly under Windows 2003 Server. To explain our issues, I'll first give some background on what our = application does. Our application consists of 5 java processes, plus one = we call the ServiceManager. The ServiceManager upon startup starts each = of the other 5 processes by calling Runtime.getRuntime().exec(). It then = continually checks that they are alive, and if not restarts them. It = also has a Runtime.getRuntime().addShutdownHook() to ensure that its = child processes are shutdown when it is shutdown. We are using the Java Service Wrapper (3.1.1) to wrap our ServiceManager = by simply specifying our classname in the conf file. Our problems are as = follows: 1. When certain users log off from the server (via Remote Desktop), = although the logs specify that the logged off signal is ignored, the = child processes (ran via Runtime.getRuntime().exec() are killed). e.g. INFO | wrapper | 2005/02/14 15:22:14 | User logged out. Ignored. INFO | jvm 1 | 2005/02/14 15:22:14 | 15:22:14,421 INFO = [ServiceRunner] Starting service scheduler INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,968 INFO = [ServiceRunner] Starting service authenticator INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:14,984 INFO = [ServiceRunner] Starting service freetext INFO | jvm 1 | 2005/02/14 15:22:15 | 15:22:15,015 INFO = [ServiceRunner] Starting service conversion The ServiceRunner INFO messages are from our ServiceManager which is = still running, but detecting the other service have shutdown so is = restarting them. This is a problem as we are a web app, and users logged into our system = will be kicked out as their sessions are tied to these running apps. Is there any way of preventing "child" processes of the wrapped service = from also being killed? 2. Every now and then, presumably when the server is under load, the JVM = is terminated. This presents two problems, firstly that it is happening, = and secondly that it doesn't call our shutdown hook, so the child = processes aren't killed, but then when it is restarted by the service = wrapper, the child processes are all started for a second time, leading = to catastropic consequences to our application! INFO | jvm 1 | 2005/02/16 09:44:07 | 09:44:07,659 INFO = [ServiceRunner] Starting service conversion ERROR | wrapper | 2005/02/17 08:13:29 | JVM appears hung: Timed out = waiting for signal from JVM. ERROR | wrapper | 2005/02/17 08:13:29 | JVM did not exit on request, = terminated STATUS | wrapper | 2005/02/17 08:13:34 | Launching a JVM... INFO | jvm 2 | 2005/02/17 08:13:35 | Wrapper (Version 3.1.1) = http://wrapper.tanukisoftware.org INFO | jvm 2 | 2005/02/17 08:13:35 |=20 INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO = [RpcHandler] RPC: invoking start INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,375 INFO = [ServiceHandler] Reading configuration file INFO | jvm 2 | 2005/02/17 08:13:35 | 08:13:35,406 INFO = [ServiceRunner] Starting service resourcecentre INFO | jvm 2 | 2005/02/17 08:13:37 | 08:13:37,250 INFO = [ServiceRunner] Starting service resourcecentre INFO | jvm 2 | 2005/02/17 08:13:39 | 08:13:39,000 INFO = [ServiceRunner] Starting service resourcecentre INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,406 INFO = [ServiceRunner] Starting service freetext INFO | jvm 2 | 2005/02/17 08:13:40 | 08:13:40,734 INFO = [ServiceRunner] Starting service resourcecentre INFO | jvm 2 | 2005/02/17 08:13:42 | 08:13:42,578 INFO = [ServiceRunner] Starting service resourcecentre Is there any way to prevent the JVM appearing as hung when it isn't = really? Look forward to hearing back from anyone! Cheers, Adam Adam Eijdenberg DYTECH SOLUTIONS Pty. Ltd. ----------------------------------- Level 2, 25 Argyle Street GPO Box 642 Hobart TAS 7000 Ph: +61 3 6235 2222 Fax: +61 3 6235 2299 ada...@dy... www.dytech.com.au ----------------------------------- |
|
From: Leif M. <le...@ta...> - 2005-02-25 00:39:48
|
John,
That sounds like a simple include file problem. If you are
comfortable with giving me
access for a week or so then I can take a look at it for you. I have
wanted to play
around a bit with a 64-bit machine for a while anyway to try and figure
out a way to
distinguish between the 32-bit versions in the build. The HPUX64 build
currently
requires that a 64-bit property be manually passed to ant to get it to
work correctly.
It would be nice to be able to avoid that on Linux as well.
As everyone can tell from my recent absence from the list, life has
been busy lately.
Hopefully that will change soon. <:-) But send me the connection info
to my address
directly and I'll take a look at it over the next week.
Cheers,
Leif
mai...@st... wrote:
>Hello Leif Mortenson,
>
>I have tried building this wrapper for a64 without much luck. It starts up
>fine and finds ANT and JAVA_HOME but then it fails. I have tried with jvm
>1.4.3 as well as 1.5. I've tried building it as user as well as root with
>the source in /usr/src.
>
>The error I get:
>Wrapper Build System
>--------------------
>Buildfile: build.xml
>
>init:
>OS='Linux'
>
>update-info:
>Copying 1 file to
>/usr/src/wrapper_3.1.2_src/src/java/org/tanukisoftware/wrapper
>Copying 1 file to /usr/src/wrapper_3.1.2_src/src/c
>
>compile-java:
>Compiling 1 source file to /usr/src/wrapper_3.1.2_src/build/classes
>
>compile-jni:
>ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager
>
>compile-c-unix:
>if test ! -d .deps; then mkdir .deps; fi
>gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c wrapperinfo.c
>wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper
>/tmp/cces7BCe.o(.text+0x2f33): In function `wrapperStopPendingSignalled':
>: undefined reference to `ceil'
>/tmp/cces7BCe.o(.text+0x3064): In function `wrapperStartPendingSignalled':
>: undefined reference to `ceil'
>collect2: ld returned 1 exit status
>make: *** [wrapper] Error 1
>
>BUILD FAILED
>/usr/src/wrapper_3.1.2_src/build.xml:328: exec returned: 2
>
>Total time: 5 seconds
>
>Any suggestions? I currently don't have any production sites on this
>server, could give you access if you want to give it a try.
>
>Thanks!
>
>John
>
>
|
|
From: <mai...@st...> - 2005-02-24 21:09:43
|
Hello Leif Mortenson, I have tried building this wrapper for a64 without much luck. It starts up fine and finds ANT and JAVA_HOME but then it fails. I have tried with jvm 1.4.3 as well as 1.5. I've tried building it as user as well as root with the source in /usr/src. The error I get: Wrapper Build System -------------------- Buildfile: build.xml init: OS='Linux' update-info: Copying 1 file to /usr/src/wrapper_3.1.2_src/src/java/org/tanukisoftware/wrapper Copying 1 file to /usr/src/wrapper_3.1.2_src/src/c compile-java: Compiling 1 source file to /usr/src/wrapper_3.1.2_src/build/classes compile-jni: ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager compile-c-unix: if test ! -d .deps; then mkdir .deps; fi gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper /tmp/cces7BCe.o(.text+0x2f33): In function `wrapperStopPendingSignalled': : undefined reference to `ceil' /tmp/cces7BCe.o(.text+0x3064): In function `wrapperStartPendingSignalled': : undefined reference to `ceil' collect2: ld returned 1 exit status make: *** [wrapper] Error 1 BUILD FAILED /usr/src/wrapper_3.1.2_src/build.xml:328: exec returned: 2 Total time: 5 seconds Any suggestions? I currently don't have any production sites on this server, could give you access if you want to give it a try. Thanks! John |
|
From: <nic...@uk...> - 2005-02-24 19:15:50
|
>> I think I was just a little bit irritated by having >> all paths relative to the wrapper binary. You can give it absolute paths, no? -Nick Internet abr...@gm...@lists.sourceforge.net - 23/02/2005 19:07 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: AW: AW: [Wrapper-user] wrapper and relative file locations I wouldn't go so far to load files from inside jar's. Since the wrapper is a native application this would require tar/zip functionality. But your right to point out that the classpath is defined inside the wrapper config. Because I currently start java processes directly from command line I assumed that the classpath is defined in the shell environment. This may be true for Solaris/Linux where I can set the classpath using ".profile", but if I want to start my class= as NT service, the classpath won't be set in the service environment. One could only assume the classpath to be set in the environment during INSTALL time. But that's not sufficient, is it? I will think it over ;-) but for now my solution to pass "set.MYPATH=3D%MYPATH%" to the wrapper executable in the starting script and to use "%MYPATH%" as path for loa= ding include files works absolutely fine. I think I was just a little bit irritated by hav= ing all paths relative to the wrapper binary. / Andreas -----Urspr=FCngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Mittwoch, 23. Februar 2005 01:56 An: wra...@li... Betreff: Re: AW: [Wrapper-user] wrapper and relative file locations Should it also load them from inside JAR's that are in the classpath? Also, note that the java application's classpath is defined by the wrapper.config file. How does it find the config file? ;-) It would be do-able to have a WRAPPER_HOME env var, but I usually find env-vars a very brittle mechanism for configuration of server applicati= ons. -Nick Internet abr...@gm...@lists.sourceforge.net - 22/02/2005 21:38 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: AW: [Wrapper-user] wrapper and relative file locations Oh, and I forgot: even as a native application the wrapper could <naive>easily</naive> be enabled to use the classpath, because that's o= nly an environment variable which is easy to parse: Parse it, filter out al= l files and you got a list of directories where you can look for files gi= ven with relative path names. <naive>Shouldn't be too difficult, right?</na= ive> / Andreas -----Urspr=FCngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Dienstag, 22. Februar 2005 14:42 An: wra...@li... Betreff: Re: [Wrapper-user] wrapper and relative file locations Well, firstly, the wrapper is a native application, so it wont know too= much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simple= r (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially include= s) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Bel= ow that I have a "config" directory containing all configuration files I n= eed. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include i= t using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Superg=FCnstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. ***********************************************************************= ***** ****************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user = |
|
From: Subramani, G. \(GE H. non-ge\) <Gna...@me...> - 2005-02-24 16:30:09
|
Hi,
I have used integration method1 for JSW(Java Service Wrapper) to be able =
to start JBoss. =20
I want JBoss to be restarted automatically as and when there are changes =
made for its configuration files at ${JBoss_Home}/server/default/conf . =
This is the main purpose, I am using JSW for JBoss. I don't know what =
to do next. Please guide.
Thanks & Regards,
-GnanaShekar-
|