Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <le...@ta...> - 2007-05-30 08:13:08
|
Chandra, I would still suggest using Ant to create your wrapper.conf. If that is not an option, how about this: In your wrapper.conf file, add an include line like this: #include ../conf/wrapper-%BUILD_MODE%.conf The you can set a BUILD_MODE environment variable to control exactly which include file is used. I was not clear from your original request how you would expect the wrapper to know which configuration mode to be using at any time anyway. Cheers, Leif Chandra Patni wrote: > BTW, I am only asking for tagging <N> type properties. Usually, one > would use wrapper.java.initmemory, wrapper.java.maxmemory for memory > settings. Under this model, one would use wrapper.java.additional.<N> > for memory settings. > We also use these for heaps > 4G. Wrapper is hard coded for no more 4G > memory even for 64 bit versions. > > > > > -----Original Message----- > From: wra...@li... > [mailto:wra...@li...] On Behalf Of Chandra > Patni > Sent: Wednesday, May 23, 2007 11:27 PM > To: wra...@li... > Subject: Re: [Wrapper-user] dev/stage/production configuration selectors > > Leif, > We share application/configuration between servers. One example of this > is -Xms -Xmx for servers with 2GB vs 4GB memory. And we don't want to > have proliferation of config files for small changes but at the same > time allow some minors variation based on tags. > > I hope that you recognize that fine grained config selectors are very > useful features. > > One way to achieve the same effect by using > > #include nfspath/%TAG_NAME%/j2ee.conf > > Due to strict numbering requirement for wrapper > wrapper.java.additional.<n>, etc makes this difficult to maintain. Do > you have any plans to remove this restriction? I was looking at the > wrapper code and it didn't seem too difficult. > > -Chandra > > -----Original Message----- > From: wra...@li... > [mailto:wra...@li...] On Behalf Of Leif > Mortenson > Sent: Wednesday, May 23, 2007 6:08 PM > To: wra...@li... > Subject: Re: [Wrapper-user] dev/stage/production configuration selectors > > Chandra, > This is something that I often do myself using Ant. It is quite easy > to > do token replacements using Ant and generate the wrapper.conf > from a template. Have you looked into this? It would make your > production wrapper.conf much cleaner than what you suggested. > > Let me know if there are some reasons why Ant would not work for > you. > > Cheers, > Leif > > Chandra Patni wrote: > >> It will be quite useful if wrapper can support, >> >> wrapper.java.additional.N.development=-DDevSpecificProperty >> wrapper.java.additional.N.staging=-DStagingSpecificProperty >> wrapper.java.additional.N.production=-DProductionSpecificProperty >> >> #APPLICATION_ROLE variable is set to either (development, staging, >> production) >> >> wrapper.config.filter.selector=%APPLICATION_ROLE% >> >> I am wondering if anything like this already exists or in the >> > pipeline. > >> -Chandra >> |
|
From: Chuck W. <ch...@ma...> - 2007-05-30 07:43:36
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> You appear to be running out of something other than heap, e.g. native heap, perm space, or thread stack space.<br> <br> Here are other settings you might want to look at (values from my app):<br> <br> # Java Permanent space size<br> wrapper.java.additional.1=-XX:MaxPermSize=64m<br> <br> # Java thread stack size (within native heap)<br> # This can be increased if any stack overflows are seen, but making it too large can force a smaller wrapper.java.maxmemory, or<br> # if OutOfMemoryErrors are seen that do not explicitly indicate heap space or perm space (such no-message OOM's indicate native heap)<br> wrapper.java.additional.2=-Xss96k<br> <br> # Java compiled code space size (within native heap)<br> # This can be increased if OutOfMemoryError "out of swap space?" errors are observed in CompilerThread0<br> wrapper.java.additional.3=-Xmaxjitcodesize64m<br> wrapper.java.additional.4=-XX:ReservedCodeCacheSize=64m<br> <br> Chuck<br> <br> Stephens, Robert wrote on 05/29/2007 09:23 AM: <blockquote cite="mid...@qw..." type="cite"> <pre wrap="">Help...using Wrapper 3.2.3 I keep getting: INFO | jvm 1 | 2007/05/29 12:47:38 | java.lang.OutOfMemoryError After a day or so...But, I have added logging in my app to show the heap space, and I show 60MB of 64MB free! I also catch all exceptions, so I'm not sure how I could be missing it...I even show processing after the OutOfMemory exception, with all the memory available! Is it possible it's something in the Wrapper code? Robert ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. <a class="moz-txt-link-freetext" href="http://sourceforge.net/powerbar/db2/">http://sourceforge.net/powerbar/db2/</a> _______________________________________________ Wrapper-user mailing list <a class="moz-txt-link-abbreviated" href="mailto:Wra...@li...">Wra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/wrapper-user">https://lists.sourceforge.net/lists/listinfo/wrapper-user</a> !DSPAM:465c7dd985991893520546! </pre> </blockquote> <br> <div class="moz-signature">-- <br> <div style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal; color: black;"> <b>Chuck Williams</b><br> Manawiz<br> Principal<br> V: (808)885-8688<br> C: (415)846-9018<br> <a href="mailto:ch...@ma...">ch...@ma...</a><br> Skype: manawiz<br> AIM: hawimanawiz<br> Yahoo: jcwxx<br> </div> </div> </body> </html> |
|
From: Stephens, R. <rst...@pr...> - 2007-05-29 19:24:06
|
Help...using Wrapper 3.2.3 I keep getting: INFO | jvm 1 | 2007/05/29 12:47:38 | java.lang.OutOfMemoryError After a day or so...But, I have added logging in my app to show the heap space, and I show 60MB of 64MB free! I also catch all exceptions, so I'm not sure how I could be missing it...I even show processing after the OutOfMemory exception, with all the memory available! Is it possible it's something in the Wrapper code? Robert |
|
From: Leif M. <le...@ta...> - 2007-05-24 23:34:49
|
Gordon, That is strange. Can you reproduce exactly which property value was causing the problem? I want to make sure things are working as I am expecting. Cheers, Leif Gordon K Short wrote: > Leif, > I had this and several other logging settings set to DEBUG. When I changed > them to INFO to run this test the application worked. At this time the > application is working as expected. > Gordon > > -----Original Message----- > From: Leif Mortenson [mailto:le...@ta...] > Sent: Thursday, May 24, 2007 7:26 AM > To: go...@si...; wra...@li... > Subject: Re: [Wrapper-user] JNI memory > > Gordon, > Can you add the following to your wrapper.conf file. I want to check > your generated command line and make sure the memory settings > are correct. > > wrapper.java.command.loglevel=INFO > > The Wrapper shouldn't be affecting this. > > Cheers, > Leif > > Gordon K Short wrote: > >> This process, when initiated without the wrapper, operates just fine. >> There is a 1GB maxsize set, and the application attempts to allocate >> .5GB of that as a buffer to store binary objects. >> >> >> >> Using the wrapper, once the application attempts to allocate the >> buffer the error below is issued. >> >> >> >> Any ideas of how to overcome this problem will be much appreciated. >> >> >> >> >> >> >> >> WrapperSimpleApp: invoking main method >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,296 >> INFO HostMngr main ?]: loading /siftology/host/host.properties >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 >> DEBUG HostMngr main ?]: max direct buffer size: 1048576000 >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 >> DEBUG HostMngr main ?]: allocating direct buffer: 500 MB >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: >> Encountered an error running main: java.lang.OutOfMemoryError >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | java.lang.OutOfMemoryError >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> sun.misc.Unsafe.allocateMemory(Native Method) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> com.siftology.system.host.HostMngr.main(Unknown Source) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> >> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > ) > >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> >> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > .java:25) > >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> java.lang.reflect.Method.invoke(Method.java:597) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | at >> java.lang.Thread.run(Thread.java:619) >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: >> start(args) end. Main Completed=true, exitCode=1 >> >> INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperListener.start runner >> thread stopped. >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Gordon K S. <go...@si...> - 2007-05-24 16:24:24
|
Leif, I had this and several other logging settings set to DEBUG. When I changed them to INFO to run this test the application worked. At this time the application is working as expected. Gordon -----Original Message----- From: Leif Mortenson [mailto:le...@ta...] Sent: Thursday, May 24, 2007 7:26 AM To: go...@si...; wra...@li... Subject: Re: [Wrapper-user] JNI memory Gordon, Can you add the following to your wrapper.conf file. I want to check your generated command line and make sure the memory settings are correct. wrapper.java.command.loglevel=INFO The Wrapper shouldn't be affecting this. Cheers, Leif Gordon K Short wrote: > > This process, when initiated without the wrapper, operates just fine. > There is a 1GB maxsize set, and the application attempts to allocate > .5GB of that as a buffer to store binary objects. > > > > Using the wrapper, once the application attempts to allocate the > buffer the error below is issued. > > > > Any ideas of how to overcome this problem will be much appreciated. > > > > > > > > WrapperSimpleApp: invoking main method > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,296 > INFO HostMngr main ?]: loading /siftology/host/host.properties > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 > DEBUG HostMngr main ?]: max direct buffer size: 1048576000 > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 > DEBUG HostMngr main ?]: allocating direct buffer: 500 MB > > INFO | jvm 1 | 2007/05/18 02:41:53 | > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: > Encountered an error running main: java.lang.OutOfMemoryError > > INFO | jvm 1 | 2007/05/18 02:41:53 | java.lang.OutOfMemoryError > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.misc.Unsafe.allocateMemory(Native Method) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > com.siftology.system.host.HostMngr.main(Unknown Source) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.lang.reflect.Method.invoke(Method.java:597) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.lang.Thread.run(Thread.java:619) > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: > start(args) end. Main Completed=true, exitCode=1 > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperListener.start runner > thread stopped. > |
|
From: Leif M. <le...@ta...> - 2007-05-24 14:26:08
|
Gordon, Can you add the following to your wrapper.conf file. I want to check your generated command line and make sure the memory settings are correct. wrapper.java.command.loglevel=INFO The Wrapper shouldn't be affecting this. Cheers, Leif Gordon K Short wrote: > > This process, when initiated without the wrapper, operates just fine. > There is a 1GB maxsize set, and the application attempts to allocate > .5GB of that as a buffer to store binary objects. > > > > Using the wrapper, once the application attempts to allocate the > buffer the error below is issued. > > > > Any ideas of how to overcome this problem will be much appreciated. > > > > > > > > WrapperSimpleApp: invoking main method > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,296 > INFO HostMngr main ?]: loading /siftology/host/host.properties > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 > DEBUG HostMngr main ?]: max direct buffer size: 1048576000 > > INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 > DEBUG HostMngr main ?]: allocating direct buffer: 500 MB > > INFO | jvm 1 | 2007/05/18 02:41:53 | > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: > Encountered an error running main: java.lang.OutOfMemoryError > > INFO | jvm 1 | 2007/05/18 02:41:53 | java.lang.OutOfMemoryError > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.misc.Unsafe.allocateMemory(Native Method) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > com.siftology.system.host.HostMngr.main(Unknown Source) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.lang.reflect.Method.invoke(Method.java:597) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) > > INFO | jvm 1 | 2007/05/18 02:41:53 | at > java.lang.Thread.run(Thread.java:619) > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: > start(args) end. Main Completed=true, exitCode=1 > > INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperListener.start runner > thread stopped. > |
|
From: Gordon K S. <go...@si...> - 2007-05-24 08:45:55
|
This process, when initiated without the wrapper, operates just fine. There is a 1GB maxsize set, and the application attempts to allocate .5GB of that as a buffer to store binary objects. Using the wrapper, once the application attempts to allocate the buffer the error below is issued. Any ideas of how to overcome this problem will be much appreciated. WrapperSimpleApp: invoking main method INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,296 INFO HostMngr main ?]: loading /siftology/host/host.properties INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 DEBUG HostMngr main ?]: max direct buffer size: 1048576000 INFO | jvm 1 | 2007/05/18 02:41:53 | [2007-05-18 02:41:53,306 DEBUG HostMngr main ?]: allocating direct buffer: 500 MB INFO | jvm 1 | 2007/05/18 02:41:53 | INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: Encountered an error running main: java.lang.OutOfMemoryError INFO | jvm 1 | 2007/05/18 02:41:53 | java.lang.OutOfMemoryError INFO | jvm 1 | 2007/05/18 02:41:53 | at sun.misc.Unsafe.allocateMemory(Native Method) INFO | jvm 1 | 2007/05/18 02:41:53 | at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99) INFO | jvm 1 | 2007/05/18 02:41:53 | at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288) INFO | jvm 1 | 2007/05/18 02:41:53 | at com.siftology.system.host.HostMngr.main(Unknown Source) INFO | jvm 1 | 2007/05/18 02:41:53 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2007/05/18 02:41:53 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) INFO | jvm 1 | 2007/05/18 02:41:53 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) INFO | jvm 1 | 2007/05/18 02:41:53 | at java.lang.reflect.Method.invoke(Method.java:597) INFO | jvm 1 | 2007/05/18 02:41:53 | at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) INFO | jvm 1 | 2007/05/18 02:41:53 | at java.lang.Thread.run(Thread.java:619) INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperSimpleApp: start(args) end. Main Completed=true, exitCode=1 INFO | jvm 1 | 2007/05/18 02:41:53 | WrapperListener.start runner thread stopped. |
|
From: Hubert F. <hub...@ab...> - 2007-05-24 07:52:20
|
Leif,
Thanks for fixing this :-)
No there weren 't any problems omitting the stop. The JVM shot down
correctly.
Thank you
Hubert
>>> Leif Mortenson <le...@ta...> 24.05.2007 08:49 >>>
Hubert,
This is a bug. The problem is that the WrapperActionServer stop
method blocks for the termination of the runner thread handling
incoming commands. That runner thread is in turn blocking in
WrapperManager.stop for the JVM to shutdown.
I have fixed this by making use of the WrapperManager.
stopAndReturn method. The same problem exists with the the
restart action.
This has been fixed for the next release.
In the mean time however, you should be able to simply omit
the call to WrapperActionServer.stop. The JVM should then
shutdown correctly. Were having any problems if this was not
called?
Cheers,
Leif
Hubert Felber wrote:
> For some reason my question was placed in the wrong discussion, so I
> resend it:
>
> Where is the correct place to stop the WrapperActionServer?
>
> I use implementation method 3.
> I initialize WrapperActionServer in the start() method and stop it
by
> calling the WrapperActionServer int the stop() method.
>
> If I don't call the stop method, wrapper behaves good if I request
> shutdown or restart using WrapperActionServer with telnet.
> If I call WrapperActionServer.stop() , the process hangs. Last thing
I
> see is "WrapperListener.stop runner thread started."
>
> Can anybody please help?
> Hubert
>
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug:
> WrapperManager.stop(0) called by thread: WrapperActionServer_runner
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Send
a
> packet STOP : 0
> DEBUG | wrapperp | 2007/05/21 10:32:09 | read a packet STOP : 0
> DEBUG | wrapper | 2007/05/21 10:32:09 | JVM requested a shutdown.
> (0)
> DEBUG | wrapper | 2007/05/21 10:32:09 | wrapperStopProcess(0)
> called.
> DEBUG | wrapper | 2007/05/21 10:32:09 | Sending stop signal to JVM
> DEBUG | wrapperp | 2007/05/21 10:32:09 | send a packet STOP : NULL
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug:
> Received a packet STOP :
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> Thread,
> WrapperActionServer_runner, handling the shutdown process.
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> calling
> listener.stop()
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> Waiting
> for WrapperListener.stop runner thread to complete.
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> WrapperListener.stop runner thread started.
>
>
>
>
> ________________________________________
> ABACUS User Conference 2007
> ABACUS Business Software: Next Generation
> Donnerstag, 14. oder Freitag, 15. Juni 2007
> Anmeldung unter: www.abacus.ch
>
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
________________________________________
ABACUS User Conference 2007
ABACUS Business Software: Next Generation
Donnerstag, 14. oder Freitag, 15. Juni 2007
Anmeldung unter: www.abacus.ch
|
|
From: Leif M. <le...@ta...> - 2007-05-24 06:49:23
|
Hubert,
This is a bug. The problem is that the WrapperActionServer stop
method blocks for the termination of the runner thread handling
incoming commands. That runner thread is in turn blocking in
WrapperManager.stop for the JVM to shutdown.
I have fixed this by making use of the WrapperManager.
stopAndReturn method. The same problem exists with the the
restart action.
This has been fixed for the next release.
In the mean time however, you should be able to simply omit
the call to WrapperActionServer.stop. The JVM should then
shutdown correctly. Were having any problems if this was not
called?
Cheers,
Leif
Hubert Felber wrote:
> For some reason my question was placed in the wrong discussion, so I
> resend it:
>
> Where is the correct place to stop the WrapperActionServer?
>
> I use implementation method 3.
> I initialize WrapperActionServer in the start() method and stop it by
> calling the WrapperActionServer int the stop() method.
>
> If I don't call the stop method, wrapper behaves good if I request
> shutdown or restart using WrapperActionServer with telnet.
> If I call WrapperActionServer.stop() , the process hangs. Last thing I
> see is "WrapperListener.stop runner thread started."
>
> Can anybody please help?
> Hubert
>
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug:
> WrapperManager.stop(0) called by thread: WrapperActionServer_runner
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Send a
> packet STOP : 0
> DEBUG | wrapperp | 2007/05/21 10:32:09 | read a packet STOP : 0
> DEBUG | wrapper | 2007/05/21 10:32:09 | JVM requested a shutdown.
> (0)
> DEBUG | wrapper | 2007/05/21 10:32:09 | wrapperStopProcess(0)
> called.
> DEBUG | wrapper | 2007/05/21 10:32:09 | Sending stop signal to JVM
> DEBUG | wrapperp | 2007/05/21 10:32:09 | send a packet STOP : NULL
> INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug:
> Received a packet STOP :
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> Thread,
> WrapperActionServer_runner, handling the shutdown process.
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> calling
> listener.stop()
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> Waiting
> for WrapperListener.stop runner thread to complete.
> INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug:
> WrapperListener.stop runner thread started.
>
>
>
>
> ________________________________________
> ABACUS User Conference 2007
> ABACUS Business Software: Next Generation
> Donnerstag, 14. oder Freitag, 15. Juni 2007
> Anmeldung unter: www.abacus.ch
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
|
From: Chandra P. <cp...@ig...> - 2007-05-24 06:33:32
|
BTW, I am only asking for tagging <N> type properties. Usually, one would use wrapper.java.initmemory, wrapper.java.maxmemory for memory settings. Under this model, one would use wrapper.java.additional.<N> for memory settings.=20 We also use these for heaps > 4G. Wrapper is hard coded for no more 4G memory even for 64 bit versions. -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Chandra Patni Sent: Wednesday, May 23, 2007 11:27 PM To: wra...@li... Subject: Re: [Wrapper-user] dev/stage/production configuration selectors Leif, We share application/configuration between servers. One example of this is -Xms -Xmx for servers with 2GB vs 4GB memory. And we don't want to have proliferation of config files for small changes but at the same time allow some minors variation based on tags. I hope that you recognize that fine grained config selectors are very useful features. One way to achieve the same effect by using=20 #include nfspath/%TAG_NAME%/j2ee.conf Due to strict numbering requirement for wrapper wrapper.java.additional.<n>, etc makes this difficult to maintain. Do you have any plans to remove this restriction? I was looking at the wrapper code and it didn't seem too difficult.=20 -Chandra -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Wednesday, May 23, 2007 6:08 PM To: wra...@li... Subject: Re: [Wrapper-user] dev/stage/production configuration selectors Chandra, This is something that I often do myself using Ant. It is quite easy to do token replacements using Ant and generate the wrapper.conf from a template. Have you looked into this? It would make your production wrapper.conf much cleaner than what you suggested. Let me know if there are some reasons why Ant would not work for you. Cheers, Leif Chandra Patni wrote: > It will be quite useful if wrapper can support, > > wrapper.java.additional.N.development=3D-DDevSpecificProperty > wrapper.java.additional.N.staging=3D-DStagingSpecificProperty > wrapper.java.additional.N.production=3D-DProductionSpecificProperty > > #APPLICATION_ROLE variable is set to either (development, staging, > production)=20 > > wrapper.config.filter.selector=3D%APPLICATION_ROLE% > > I am wondering if anything like this already exists or in the pipeline. > > -Chandra ------------------------------------------------------------------------ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------------------------ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Chandra P. <cp...@ig...> - 2007-05-24 06:26:57
|
Leif, We share application/configuration between servers. One example of this is -Xms -Xmx for servers with 2GB vs 4GB memory. And we don't want to have proliferation of config files for small changes but at the same time allow some minors variation based on tags. I hope that you recognize that fine grained config selectors are very useful features. One way to achieve the same effect by using=20 #include nfspath/%TAG_NAME%/j2ee.conf Due to strict numbering requirement for wrapper wrapper.java.additional.<n>, etc makes this difficult to maintain. Do you have any plans to remove this restriction? I was looking at the wrapper code and it didn't seem too difficult.=20 -Chandra -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Wednesday, May 23, 2007 6:08 PM To: wra...@li... Subject: Re: [Wrapper-user] dev/stage/production configuration selectors Chandra, This is something that I often do myself using Ant. It is quite easy to do token replacements using Ant and generate the wrapper.conf from a template. Have you looked into this? It would make your production wrapper.conf much cleaner than what you suggested. Let me know if there are some reasons why Ant would not work for you. Cheers, Leif Chandra Patni wrote: > It will be quite useful if wrapper can support, > > wrapper.java.additional.N.development=3D-DDevSpecificProperty > wrapper.java.additional.N.staging=3D-DStagingSpecificProperty > wrapper.java.additional.N.production=3D-DProductionSpecificProperty > > #APPLICATION_ROLE variable is set to either (development, staging, > production)=20 > > wrapper.config.filter.selector=3D%APPLICATION_ROLE% > > I am wondering if anything like this already exists or in the pipeline. > > -Chandra ------------------------------------------------------------------------ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2007-05-24 01:08:10
|
Chandra, This is something that I often do myself using Ant. It is quite easy to do token replacements using Ant and generate the wrapper.conf from a template. Have you looked into this? It would make your production wrapper.conf much cleaner than what you suggested. Let me know if there are some reasons why Ant would not work for you. Cheers, Leif Chandra Patni wrote: > It will be quite useful if wrapper can support, > > wrapper.java.additional.N.development=-DDevSpecificProperty > wrapper.java.additional.N.staging=-DStagingSpecificProperty > wrapper.java.additional.N.production=-DProductionSpecificProperty > > #APPLICATION_ROLE variable is set to either (development, staging, > production) > > wrapper.config.filter.selector=%APPLICATION_ROLE% > > I am wondering if anything like this already exists or in the pipeline. > > -Chandra |
|
From: Chandra P. <cp...@ig...> - 2007-05-23 23:27:48
|
It will be quite useful if wrapper can support, wrapper.java.additional.N.development=3D-DDevSpecificProperty wrapper.java.additional.N.staging=3D-DStagingSpecificProperty wrapper.java.additional.N.production=3D-DProductionSpecificProperty #APPLICATION_ROLE variable is set to either (development, staging, production)=20 wrapper.config.filter.selector=3D%APPLICATION_ROLE% I am wondering if anything like this already exists or in the pipeline. -Chandra |
|
From: Hubert F. <hub...@ab...> - 2007-05-22 13:26:36
|
For some reason my question was placed in the wrong discussion, so I resend it: Where is the correct place to stop the WrapperActionServer? I use implementation method 3. I initialize WrapperActionServer in the start() method and stop it by calling the WrapperActionServer int the stop() method. If I don't call the stop method, wrapper behaves good if I request shutdown or restart using WrapperActionServer with telnet. If I call WrapperActionServer.stop() , the process hangs. Last thing I see is "WrapperListener.stop runner thread started." Can anybody please help? Hubert INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: WrapperManager.stop(0) called by thread: WrapperActionServer_runner INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Send a packet STOP : 0 DEBUG | wrapperp | 2007/05/21 10:32:09 | read a packet STOP : 0 DEBUG | wrapper | 2007/05/21 10:32:09 | JVM requested a shutdown. (0) DEBUG | wrapper | 2007/05/21 10:32:09 | wrapperStopProcess(0) called. DEBUG | wrapper | 2007/05/21 10:32:09 | Sending stop signal to JVM DEBUG | wrapperp | 2007/05/21 10:32:09 | send a packet STOP : NULL INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Received a packet STOP : INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: Thread, WrapperActionServer_runner, handling the shutdown process. INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: calling listener.stop() INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: Waiting for WrapperListener.stop runner thread to complete. INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: WrapperListener.stop runner thread started. ________________________________________ ABACUS User Conference 2007 ABACUS Business Software: Next Generation Donnerstag, 14. oder Freitag, 15. Juni 2007 Anmeldung unter: www.abacus.ch |
|
From: Hubert F. <hub...@ab...> - 2007-05-21 08:45:12
|
Where is the correct place to stop the WrapperActionServer? I use implementation method 3. I initialize WrapperActionServer in the start() method and stop it by calling the WrapperActionServer int the stop() method. If I don't call the stop method, wrapper behaves good if I request shutdown or restart using WrapperActionServer with telnet. If I call WrapperActionServer.stop() , the process hangs. Last thing I see is "WrapperListener.stop runner thread started." Can anybody please help? Hubert INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: WrapperManager.stop(0) called by thread: WrapperActionServer_runner INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Send a packet STOP : 0 DEBUG | wrapperp | 2007/05/21 10:32:09 | read a packet STOP : 0 DEBUG | wrapper | 2007/05/21 10:32:09 | JVM requested a shutdown. (0) DEBUG | wrapper | 2007/05/21 10:32:09 | wrapperStopProcess(0) called. DEBUG | wrapper | 2007/05/21 10:32:09 | Sending stop signal to JVM DEBUG | wrapperp | 2007/05/21 10:32:09 | send a packet STOP : NULL INFO | jvm 1 | 2007/05/21 10:32:09 | WrapperManager Debug: Received a packet STOP : INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: Thread, WrapperActionServer_runner, handling the shutdown process. INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: calling listener.stop() INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: Waiting for WrapperListener.stop runner thread to complete. INFO | jvm 1 | 2007/05/21 10:32:10 | WrapperManager Debug: WrapperListener.stop runner thread started. ________________________________________ ABACUS User Conference 2007 ABACUS Business Software: Next Generation Donnerstag, 14. oder Freitag, 15. Juni 2007 Anmeldung unter: www.abacus.ch |
|
From: Kannan E. <kan...@gm...> - 2007-05-21 08:02:48
|
Hi, Wrapper Service - 3.2.1 OS - Windows XP I have read these links, http://wrapper.tanukisoftware.org/doc/english/props-envvars.html http://sourceforge.net/tracker/?func=detail&aid=1491138&group_id=39428&atid=425187 These links say how to provide an environment variable for a wrapper configuration. Whenever I change my environment variable to a different value, I need to uninstall the service, change the conf, reinstall the service and start the service However, Let us assume that I want to pick an environment variable that is defined in the system (My computer -> Right click -> Variables -> Set value). Can someone tell me how to achieve it? Basically, If I change the environment variable, simply restarting the service should pick the new value. Is this possible? -- Regards, Kannan Ekanath |
|
From: Peter C. <pc...@mi...> - 2007-05-17 13:02:54
|
I don't think it was any problem with the Java Service Wrapper. It was
an administrative error. It was something along the lines that the
shared folder that had the service was no longer visible because the
user that was trying to run the service had changed the password and it
seems that the folder permissions didn't pick up the password.
So, I guess if I saw an error message stating that the user didn't have
permission to the folder where the library files were, that would have
helped me a lot in narrowing the problem.
Other than that, the Java Service Wrapper is great.
Thanks for making it available.
=20
=20
Peter Choe=20
Application Developer=20
=20
Micro Strategies Inc.
People | Passion | Technology=20
=20
104 Broadway=20
Denville, NJ 07834=20
Voice: (973) 625-7721 ext. 6484=20
Fax: (973) 625-5130=20
pc...@mi...=20
www.microstrat.com=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, May 16, 2007 5:55 PM
To: wra...@li...
Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper
service
Peter,
Great, glad you got it working. What was the exact permission problem
that you had? There have been several users over the years who have
had problems like this. I would like to find a way to make the Wrapper
report a more helpful message describing the problem.
> The only think I 'error' is the Loading native library for
> wrapper-windows-x86-32.
This is actually OK. It tries to load the native library using two=20
different names.
I need to change the debug output as it causes confusion.
Cheers,
Leif
Peter Choe wrote:
> It was a permission problem of the user not being able to get access
to
> the folder.
>
> Thanks for the help. Really appreciate it.
>
> =20
> =20
>
> Peter Choe=20
> Application Developer=20
> =20
> Micro Strategies Inc.
> People | Passion | Technology=20
> =20
> 104 Broadway=20
> Denville, NJ 07834=20
> Voice: (973) 625-7721 ext. 6484=20
> Fax: (973) 625-5130=20
> pc...@mi...=20
> www.microstrat.com=20
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Peter
> Choe
> Sent: Wednesday, May 16, 2007 8:37 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper
> service
>
> Here is the log from the debug.
>
> STATUS | wrapper | 2007/05/16 08:29:26 | --> Wrapper Started as
Service
> DEBUG | wrapper | 2007/05/16 08:29:26 | Using tick timer.
> DEBUG | wrapperp | 2007/05/16 08:29:26 | server listening on port
> 32000.
> STATUS | wrapper | 2007/05/16 08:29:26 | Launching a JVM...
> DEBUG | wrapper | 2007/05/16 08:29:26 | command:
> "c:\j2sdk1.4.2_08\bin\java" -Djava.library.path=3D"C:\Evergreen
> Service\lib" -classpath "C:\Evergreen
> Service\lib\bcprov-jdk14-119.jar;C:\Evergreen
> Service\lib\castor.jar;C:\Evergreen
> Service\lib\commons-collections-3.1.jar;C:\Evergreen
> Service\lib\commons-collections-3.2.jar;C:\Evergreen
> Service\lib\commons-fileupload.jar;C:\Evergreen
> Service\lib\commons-io.jar;C:\Evergreen
> Service\lib\commons-lang.jar;C:\Evergreen
> Service\lib\commons-logging.jar;C:\Evergreen
> Service\lib\j2ee.jar;C:\Evergreen Service\lib\jdom.jar;C:\Evergreen
> Service\lib\log4j.jar;C:\Evergreen
Service\lib\msi_core.jar;C:\Evergreen
> Service\lib\msi_ecm.jar;C:\Evergreen
Service\lib\msi_fs.jar;C:\Evergreen
> Service\lib\msi_loader.jar;C:\Evergreen
> Service\lib\msi_utils.jar;C:\Evergreen
> Service\lib\msi_wsmp.jar;C:\Evergreen
> Service\lib\msi_wsmpweb.jar;C:\Evergreen
> Service\lib\quartz.jar;C:\Evergreen Service\lib\wom.jar;C:\Evergreen
> Service\lib\worksitemp-auth.jar;C:\Evergreen
> Service\lib\worksitemp.jar;C:\Evergreen
> Service\lib\wrapper.jar;C:\Evergreen
> Service\lib\xercesImpl.jar;C:\Evergreen
> Service\lib\xml-apis.jar;C:\Evergreen Service\classes"
> -Dwrapper.key=3D"51e2tFZXSEcCoNDN" -Dwrapper.port=3D32000
> -Dwrapper.jvm.port.min=3D31000 -Dwrapper.jvm.port.max=3D31999
> -Dwrapper.debug=3D"TRUE" -Dwrapper.pid=3D5184 =
-Dwrapper.version=3D"3.2.3"
> -Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE"
> -Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
> org.tanukisoftware.wrapper.WrapperSimpleApp
> com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler
> DEBUG | wrapper | 2007/05/16 08:29:26 | JVM started (PID=3D5188)
> INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager class
> initialized by thread: main Using classloader:
> sun.misc.Launcher$AppClassLoader@53ba3d
> INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper (Version 3.2.3)
> http://wrapper.tanukisoftware.org
> INFO | jvm 1 | 2007/05/16 08:29:27 | Copyright 1999-2006 Tanuki
> Software, Inc. All Rights Reserved.
> INFO | jvm 1 | 2007/05/16 08:29:27 |=20
> INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: JVM #1
> INFO | jvm 1 | 2007/05/16 08:29:27 | Running a 32-bit JVM.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Registering
> shutdown hook
> INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Using
wrapper
> INFO | jvm 1 | 2007/05/16 08:29:27 | Load native library. One or
> more attempts may fail if platform specific libraries do not exist.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Loading native library
failed:
> wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no
> wrapper-windows-x86-32 in java.library.path
> INFO | jvm 1 | 2007/05/16 08:29:27 | Loaded native library:
> wrapper.dll
> INFO | jvm 1 | 2007/05/16 08:29:27 | Calling native
initialization
> method.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Initializing WrapperManager
> native library.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Java Executable:
> c:\j2sdk1.4.2_08\bin\java.exe
> INFO | jvm 1 | 2007/05/16 08:29:27 | Windows version: 5.2.3790
> INFO | jvm 1 | 2007/05/16 08:29:27 | Java Version :
1.4.2_08-b03
> Java HotSpot(TM) Client VM
> INFO | jvm 1 | 2007/05/16 08:29:27 | Java VM Vendor : Sun
> Microsystems Inc.
> INFO | jvm 1 | 2007/05/16 08:29:27 |=20
> INFO | jvm 1 | 2007/05/16 08:29:27 | Startup runner thread
started.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Control event monitor thread
> started.
> INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp: Unable to
> locate the class
> com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler:
> java.lang.ClassNotFoundException:
> com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler
> INFO | jvm 1 | 2007/05/16 08:29:27 |=20
> INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp Usage:
> INFO | jvm 1 | 2007/05/16 08:29:27 | java
> org.tanukisoftware.wrapper.WrapperSimpleApp {app_class}
[app_arguments]
> INFO | jvm 1 | 2007/05/16 08:29:27 |=20
> INFO | jvm 1 | 2007/05/16 08:29:27 | Where:
> INFO | jvm 1 | 2007/05/16 08:29:27 | app_class: The fully
> qualified class name of the application to run.
> INFO | jvm 1 | 2007/05/16 08:29:27 | app_arguments: The
> arguments that would normally be passed to the
> INFO | jvm 1 | 2007/05/16 08:29:27 |
application.
> INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager.stop(1)
called
> by thread: main
> INFO | jvm 1 | 2007/05/16 08:29:27 | Communications runner thread
> started.
> INFO | jvm 1 | 2007/05/16 08:29:27 | Open socket to
> wrapper...Wrapper-Connection
> INFO | jvm 1 | 2007/05/16 08:29:27 | Opened Socket from 31000 to
> 32000
> INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet KEY :
> 51e2tFZXSEcCoNDN
> INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet STOP : 1
> INFO | jvm 1 | 2007/05/16 08:29:27 |
> handleSocket(Socket[addr=3D/127.0.0.1,port=3D32000,localport=3D31000])
> DEBUG | wrapperp | 2007/05/16 08:29:27 | accepted a socket from
> 127.0.0.1 on port 31000
> DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet KEY :
> 51e2tFZXSEcCoNDN
> DEBUG | wrapper | 2007/05/16 08:29:27 | Got key from JVM:
> 51e2tFZXSEcCoNDN
> DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet LOW_LOG_LEVEL
:
> 1
> DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PING_TIMEOUT :
> 30
> DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PROPERTIES :
> (Property Values)
> DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet STOP : 1
> DEBUG | wrapper | 2007/05/16 08:29:27 | JVM requested a shutdown.
(1)
> DEBUG | wrapper | 2007/05/16 08:29:27 | wrapperStopProcess(1)
called.
> DEBUG | wrapper | 2007/05/16 08:29:27 | Sending stop signal to JVM
> DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet STOP : NULL
> INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet
> LOW_LOG_LEVEL : 1
> INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: LowLogLevel
> from Wrapper is 1
> INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet
PING_TIMEOUT
> : 30
> INFO | jvm 1 | 2007/05/16 08:29:27 | PingTimeout from Wrapper is
> 30000
> INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PROPERTIES
:
> (Property Values)
> INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet STOP :=20
> INFO | jvm 1 | 2007/05/16 08:29:28 | Thread, main, handling the
> shutdown process.
> INFO | jvm 1 | 2007/05/16 08:29:28 | shutdownJVM(1) Thread:main
> INFO | jvm 1 | 2007/05/16 08:29:28 | Send a packet STOPPED : 1
> DEBUG | wrapperp | 2007/05/16 08:29:28 | read a packet STOPPED : 1
> DEBUG | wrapper | 2007/05/16 08:29:28 | JVM signalled that it was
> stopped.
> INFO | jvm 1 | 2007/05/16 08:29:28 | Closing socket.
> DEBUG | wrapperp | 2007/05/16 08:29:28 | socket read no code
(closed?).
> DEBUG | wrapperp | 2007/05/16 08:29:28 | server listening on port
> 32001.
> INFO | jvm 1 | 2007/05/16 08:29:28 | Server daemon shut down
> INFO | jvm 1 | 2007/05/16 08:29:28 | calling System.exit(1)
> DEBUG | wrapper | 2007/05/16 08:29:28 | JVM process exited with a
code
> of 1, however the wrapper exit code was already 1.
> DEBUG | wrapper | 2007/05/16 08:29:28 | JVM exited normally.
> STATUS | wrapper | 2007/05/16 08:29:29 | <-- Wrapper Stopped
>
> The only think I 'error' is the Loading native library for
> wrapper-windows-x86-32.
>
>
> =20
>
> Peter Choe=20
> Application Developer=20
> =20
> Micro Strategies Inc.
> People | Passion | Technology=20
> =20
> 104 Broadway=20
> Denville, NJ 07834=20
> Voice: (973) 625-7721 ext. 6484=20
> Fax: (973) 625-5130=20
> pc...@mi...=20
> www.microstrat.com=20
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Tuesday, May 15, 2007 6:27 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper
> service
>
> Peter,
> Your classpath elements all use absolute directory references and
> are to a local drive so I do not see anything obvious that would be
> causing any of your classes not to be found.
> One possibility is a file permission restriction on the directory.
> It
> may be that the account you are running as does not have the ability
> to see those files.
>
> Try setting wrapper.debug=3Dtrue and then rerunning your
> application. Seeing that output might help me to give you some
> advice.
>
> Also, the wrapper supports wildcards in its classpath definitions.
> Your classpath can be reduced to the following:
>
> wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\*.jar
> wrapper.java.classpath.2=3Dc:\Evergreen Service\classes
>
> In the debug output you will see a line containing the full
> generated
> command used to launch Java. Check to make sure that all of the
> required jar files are listed in that classpath. It will have the
above
> wildcard expanded, but should only include files that will be visible
to
> Java.
>
> Cheers,
> Leif
>
>
> Peter Choe wrote:
> =20
>> I am trying to get Java wrapper service running as a NT service. I
am
>> =20
>
> =20
>> able to do it when I run the service as the local system account.
But
>> =20
>
> =20
>> when I try to run it as a different user on the system, I get a=20
>> ClassNotFoundException. I tried to setting the CLASSPATH system=20
>> variable but that didn't work.
>>
>> I can't tell where the classpath is set when I run the service as a=20
>> different user.
>>
>> Anyone have a suggestion on where I can set the classpath.
>>
>> #COPY OF MY wrapper.conf file
>> #********************************************************************
>> # Wrapper Properties
>> #********************************************************************
>> # Java Application
>> wrapper.java.command=3Dc:\j2sdk1.4.2_08\bin\java
>>
>> # 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
>> =20
> section
> =20
>> # of the documentation for details.
>> wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp
>>
>> # Java Classpath (include wrapper.jar) Add class path elements as
>> # needed starting from 1
>> wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\wrapper.jar
>> wrapper.java.classpath.2=3Dc:\Evergreen Service\classes
>> wrapper.java.classpath.3=3Dc:\Evergreen
>> =20
> Service\lib\commons-fileupload.jar
> =20
>> wrapper.java.classpath.4=3Dc:\Evergreen Service\lib\commons-io.jar
>> wrapper.java.classpath.5=3Dc:\Evergreen =
Service\lib\commons-logging.jar
>> wrapper.java.classpath.6=3Dc:\Evergreen Service\lib\jdom.jar
>> wrapper.java.classpath.7=3Dc:\Evergreen Service\lib\msi_core.jar
>> wrapper.java.classpath.8=3Dc:\Evergreen Service\lib\msi_ecm.jar
>> wrapper.java.classpath.9=3Dc:\Evergreen Service\lib\msi_fs.jar
>> wrapper.java.classpath.10=3Dc:\Evergreen Service\lib\msi_loader.jar
>> wrapper.java.classpath.11=3Dc:\Evergreen Service\lib\msi_utils.jar
>> wrapper.java.classpath.12=3Dc:\Evergreen Service\lib\msi_wsmp.jar
>> wrapper.java.classpath.13=3Dc:\Evergreen Service\lib\msi_wsmpweb.jar
>> wrapper.java.classpath.14=3Dc:\Evergreen Service\lib\quartz.jar
>> wrapper.java.classpath.15=3Dc:\Evergreen Service\lib\wom.jar
>> wrapper.java.classpath.16=3Dc:\Evergreen Service\lib\worksitemp.jar
>> wrapper.java.classpath.17=3Dc:\Evergreen
Service\lib\worksitemp-auth.jar
>> wrapper.java.classpath.18=3Dc:\Evergreen Service\lib\castor.jar
>> wrapper.java.classpath.19=3Dc:\Evergreen Service\lib\commons-lang.jar
>> wrapper.java.classpath.20=3Dc:\Evergreen Service\lib\xercesImpl.jar
>> wrapper.java.classpath.21=3Dc:\Evergreen Service\lib\log4j.jar
>> wrapper.java.classpath.22=3Dc:\Evergreen Service\lib\xml-apis.jar
>> wrapper.java.classpath.23=3Dc:\Evergreen
>> =20
> Service\lib\bcprov-jdk14-119.jar
> =20
>> wrapper.java.classpath.24=3Dc:\Evergreen Service\lib\j2ee.jar
>> wrapper.java.classpath.25=3Dc:\Evergreen=20
>> Service\lib\commons-collections-3.2.jar
>>
>> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>> wrapper.java.library.path.1=3Dc:\Evergreen Service\lib
>>
>> # Initial Java Heap Size (in MB)
>> #wrapper.java.initmemory=3D3
>>
>> # Maximum Java Heap Size (in MB)
>> #wrapper.java.maxmemory=3D64
>>
>> # Application parameters. Add parameters as needed starting from 1
>>
>> =20
>
wrapper.app.parameter.1=3Dcom.microstrat.wsmp.cpg.ap.evergreen.EvergreenB=
a
> tchScheduler=20
> =20
>> #wrapper.app.parameter.2=3Dtest
>>
>> #********************************************************************
>> # 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=3D5000k
>>
>> # 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=3D5
>>
>> # Log Level for sys\event log output. (See docs for log levels)
>> wrapper.syslog.loglevel=3DNONE
>>
>> wra...@ap...@
>>
>> # Name of the service
>> wrapper.ntservice.name=3DEvergreen Check
>>
>> # Display name of the service
>> wrapper.ntservice.displayname=3DEvergreen Check
>>
>> # Description of the service
>> wrapper.ntservice.description=3DEvergreen Check Processing
>>
>> # Service dependencies. Add dependencies as needed starting from 1
>> wrapper.ntservice.dependency.1=3D
>>
>> # Mode in which the service is installed. AUTO_START or DEMAND_START
>> wrapper.ntservice.starttype=3DAUTO_START
>>
>> # Allow the service to interact with the desktop.
>> wrapper.ntservice.interactive=3Dfalse
>>
>> =20
>
>
>
------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
------------------------------------------------------------------------
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2007-05-16 21:55:06
|
Peter, Great, glad you got it working. What was the exact permission problem that you had? There have been several users over the years who have had problems like this. I would like to find a way to make the Wrapper report a more helpful message describing the problem. > The only think I 'error' is the Loading native library for > wrapper-windows-x86-32. This is actually OK. It tries to load the native library using two different names. I need to change the debug output as it causes confusion. Cheers, Leif Peter Choe wrote: > It was a permission problem of the user not being able to get access to > the folder. > > Thanks for the help. Really appreciate it. > > > > > Peter Choe > Application Developer > > Micro Strategies Inc. > People | Passion | Technology > > 104 Broadway > Denville, NJ 07834 > Voice: (973) 625-7721 ext. 6484 > Fax: (973) 625-5130 > pc...@mi... > www.microstrat.com > > -----Original Message----- > From: wra...@li... > [mailto:wra...@li...] On Behalf Of Peter > Choe > Sent: Wednesday, May 16, 2007 8:37 AM > To: wra...@li... > Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper > service > > Here is the log from the debug. > > STATUS | wrapper | 2007/05/16 08:29:26 | --> Wrapper Started as Service > DEBUG | wrapper | 2007/05/16 08:29:26 | Using tick timer. > DEBUG | wrapperp | 2007/05/16 08:29:26 | server listening on port > 32000. > STATUS | wrapper | 2007/05/16 08:29:26 | Launching a JVM... > DEBUG | wrapper | 2007/05/16 08:29:26 | command: > "c:\j2sdk1.4.2_08\bin\java" -Djava.library.path="C:\Evergreen > Service\lib" -classpath "C:\Evergreen > Service\lib\bcprov-jdk14-119.jar;C:\Evergreen > Service\lib\castor.jar;C:\Evergreen > Service\lib\commons-collections-3.1.jar;C:\Evergreen > Service\lib\commons-collections-3.2.jar;C:\Evergreen > Service\lib\commons-fileupload.jar;C:\Evergreen > Service\lib\commons-io.jar;C:\Evergreen > Service\lib\commons-lang.jar;C:\Evergreen > Service\lib\commons-logging.jar;C:\Evergreen > Service\lib\j2ee.jar;C:\Evergreen Service\lib\jdom.jar;C:\Evergreen > Service\lib\log4j.jar;C:\Evergreen Service\lib\msi_core.jar;C:\Evergreen > Service\lib\msi_ecm.jar;C:\Evergreen Service\lib\msi_fs.jar;C:\Evergreen > Service\lib\msi_loader.jar;C:\Evergreen > Service\lib\msi_utils.jar;C:\Evergreen > Service\lib\msi_wsmp.jar;C:\Evergreen > Service\lib\msi_wsmpweb.jar;C:\Evergreen > Service\lib\quartz.jar;C:\Evergreen Service\lib\wom.jar;C:\Evergreen > Service\lib\worksitemp-auth.jar;C:\Evergreen > Service\lib\worksitemp.jar;C:\Evergreen > Service\lib\wrapper.jar;C:\Evergreen > Service\lib\xercesImpl.jar;C:\Evergreen > Service\lib\xml-apis.jar;C:\Evergreen Service\classes" > -Dwrapper.key="51e2tFZXSEcCoNDN" -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.debug="TRUE" -Dwrapper.pid=5184 -Dwrapper.version="3.2.3" > -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" > -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 > org.tanukisoftware.wrapper.WrapperSimpleApp > com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler > DEBUG | wrapper | 2007/05/16 08:29:26 | JVM started (PID=5188) > INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager class > initialized by thread: main Using classloader: > sun.misc.Launcher$AppClassLoader@53ba3d > INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 1 | 2007/05/16 08:29:27 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 1 | 2007/05/16 08:29:27 | > INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: JVM #1 > INFO | jvm 1 | 2007/05/16 08:29:27 | Running a 32-bit JVM. > INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Registering > shutdown hook > INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Using wrapper > INFO | jvm 1 | 2007/05/16 08:29:27 | Load native library. One or > more attempts may fail if platform specific libraries do not exist. > INFO | jvm 1 | 2007/05/16 08:29:27 | Loading native library failed: > wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no > wrapper-windows-x86-32 in java.library.path > INFO | jvm 1 | 2007/05/16 08:29:27 | Loaded native library: > wrapper.dll > INFO | jvm 1 | 2007/05/16 08:29:27 | Calling native initialization > method. > INFO | jvm 1 | 2007/05/16 08:29:27 | Initializing WrapperManager > native library. > INFO | jvm 1 | 2007/05/16 08:29:27 | Java Executable: > c:\j2sdk1.4.2_08\bin\java.exe > INFO | jvm 1 | 2007/05/16 08:29:27 | Windows version: 5.2.3790 > INFO | jvm 1 | 2007/05/16 08:29:27 | Java Version : 1.4.2_08-b03 > Java HotSpot(TM) Client VM > INFO | jvm 1 | 2007/05/16 08:29:27 | Java VM Vendor : Sun > Microsystems Inc. > INFO | jvm 1 | 2007/05/16 08:29:27 | > INFO | jvm 1 | 2007/05/16 08:29:27 | Startup runner thread started. > INFO | jvm 1 | 2007/05/16 08:29:27 | Control event monitor thread > started. > INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp: Unable to > locate the class > com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler: > java.lang.ClassNotFoundException: > com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler > INFO | jvm 1 | 2007/05/16 08:29:27 | > INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp Usage: > INFO | jvm 1 | 2007/05/16 08:29:27 | java > org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments] > INFO | jvm 1 | 2007/05/16 08:29:27 | > INFO | jvm 1 | 2007/05/16 08:29:27 | Where: > INFO | jvm 1 | 2007/05/16 08:29:27 | app_class: The fully > qualified class name of the application to run. > INFO | jvm 1 | 2007/05/16 08:29:27 | app_arguments: The > arguments that would normally be passed to the > INFO | jvm 1 | 2007/05/16 08:29:27 | application. > INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager.stop(1) called > by thread: main > INFO | jvm 1 | 2007/05/16 08:29:27 | Communications runner thread > started. > INFO | jvm 1 | 2007/05/16 08:29:27 | Open socket to > wrapper...Wrapper-Connection > INFO | jvm 1 | 2007/05/16 08:29:27 | Opened Socket from 31000 to > 32000 > INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet KEY : > 51e2tFZXSEcCoNDN > INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet STOP : 1 > INFO | jvm 1 | 2007/05/16 08:29:27 | > handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000]) > DEBUG | wrapperp | 2007/05/16 08:29:27 | accepted a socket from > 127.0.0.1 on port 31000 > DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet KEY : > 51e2tFZXSEcCoNDN > DEBUG | wrapper | 2007/05/16 08:29:27 | Got key from JVM: > 51e2tFZXSEcCoNDN > DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet LOW_LOG_LEVEL : > 1 > DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PING_TIMEOUT : > 30 > DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PROPERTIES : > (Property Values) > DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet STOP : 1 > DEBUG | wrapper | 2007/05/16 08:29:27 | JVM requested a shutdown. (1) > DEBUG | wrapper | 2007/05/16 08:29:27 | wrapperStopProcess(1) called. > DEBUG | wrapper | 2007/05/16 08:29:27 | Sending stop signal to JVM > DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet STOP : NULL > INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet > LOW_LOG_LEVEL : 1 > INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: LowLogLevel > from Wrapper is 1 > INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PING_TIMEOUT > : 30 > INFO | jvm 1 | 2007/05/16 08:29:27 | PingTimeout from Wrapper is > 30000 > INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PROPERTIES : > (Property Values) > INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet STOP : > INFO | jvm 1 | 2007/05/16 08:29:28 | Thread, main, handling the > shutdown process. > INFO | jvm 1 | 2007/05/16 08:29:28 | shutdownJVM(1) Thread:main > INFO | jvm 1 | 2007/05/16 08:29:28 | Send a packet STOPPED : 1 > DEBUG | wrapperp | 2007/05/16 08:29:28 | read a packet STOPPED : 1 > DEBUG | wrapper | 2007/05/16 08:29:28 | JVM signalled that it was > stopped. > INFO | jvm 1 | 2007/05/16 08:29:28 | Closing socket. > DEBUG | wrapperp | 2007/05/16 08:29:28 | socket read no code (closed?). > DEBUG | wrapperp | 2007/05/16 08:29:28 | server listening on port > 32001. > INFO | jvm 1 | 2007/05/16 08:29:28 | Server daemon shut down > INFO | jvm 1 | 2007/05/16 08:29:28 | calling System.exit(1) > DEBUG | wrapper | 2007/05/16 08:29:28 | JVM process exited with a code > of 1, however the wrapper exit code was already 1. > DEBUG | wrapper | 2007/05/16 08:29:28 | JVM exited normally. > STATUS | wrapper | 2007/05/16 08:29:29 | <-- Wrapper Stopped > > The only think I 'error' is the Loading native library for > wrapper-windows-x86-32. > > > > > Peter Choe > Application Developer > > Micro Strategies Inc. > People | Passion | Technology > > 104 Broadway > Denville, NJ 07834 > Voice: (973) 625-7721 ext. 6484 > Fax: (973) 625-5130 > pc...@mi... > www.microstrat.com > -----Original Message----- > From: wra...@li... > [mailto:wra...@li...] On Behalf Of Leif > Mortenson > Sent: Tuesday, May 15, 2007 6:27 PM > To: wra...@li... > Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper > service > > Peter, > Your classpath elements all use absolute directory references and > are to a local drive so I do not see anything obvious that would be > causing any of your classes not to be found. > One possibility is a file permission restriction on the directory. > It > may be that the account you are running as does not have the ability > to see those files. > > Try setting wrapper.debug=true and then rerunning your > application. Seeing that output might help me to give you some > advice. > > Also, the wrapper supports wildcards in its classpath definitions. > Your classpath can be reduced to the following: > > wrapper.java.classpath.1=c:\Evergreen Service\lib\*.jar > wrapper.java.classpath.2=c:\Evergreen Service\classes > > In the debug output you will see a line containing the full > generated > command used to launch Java. Check to make sure that all of the > required jar files are listed in that classpath. It will have the above > wildcard expanded, but should only include files that will be visible to > Java. > > Cheers, > Leif > > > Peter Choe wrote: > >> I am trying to get Java wrapper service running as a NT service. I am >> > > >> able to do it when I run the service as the local system account. But >> > > >> when I try to run it as a different user on the system, I get a >> ClassNotFoundException. I tried to setting the CLASSPATH system >> variable but that didn't work. >> >> I can't tell where the classpath is set when I run the service as a >> different user. >> >> Anyone have a suggestion on where I can set the classpath. >> >> #COPY OF MY wrapper.conf file >> #******************************************************************** >> # Wrapper Properties >> #******************************************************************** >> # Java Application >> wrapper.java.command=c:\j2sdk1.4.2_08\bin\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=org.tanukisoftware.wrapper.WrapperSimpleApp >> >> # Java Classpath (include wrapper.jar) Add class path elements as >> # needed starting from 1 >> wrapper.java.classpath.1=c:\Evergreen Service\lib\wrapper.jar >> wrapper.java.classpath.2=c:\Evergreen Service\classes >> wrapper.java.classpath.3=c:\Evergreen >> > Service\lib\commons-fileupload.jar > >> wrapper.java.classpath.4=c:\Evergreen Service\lib\commons-io.jar >> wrapper.java.classpath.5=c:\Evergreen Service\lib\commons-logging.jar >> wrapper.java.classpath.6=c:\Evergreen Service\lib\jdom.jar >> wrapper.java.classpath.7=c:\Evergreen Service\lib\msi_core.jar >> wrapper.java.classpath.8=c:\Evergreen Service\lib\msi_ecm.jar >> wrapper.java.classpath.9=c:\Evergreen Service\lib\msi_fs.jar >> wrapper.java.classpath.10=c:\Evergreen Service\lib\msi_loader.jar >> wrapper.java.classpath.11=c:\Evergreen Service\lib\msi_utils.jar >> wrapper.java.classpath.12=c:\Evergreen Service\lib\msi_wsmp.jar >> wrapper.java.classpath.13=c:\Evergreen Service\lib\msi_wsmpweb.jar >> wrapper.java.classpath.14=c:\Evergreen Service\lib\quartz.jar >> wrapper.java.classpath.15=c:\Evergreen Service\lib\wom.jar >> wrapper.java.classpath.16=c:\Evergreen Service\lib\worksitemp.jar >> wrapper.java.classpath.17=c:\Evergreen Service\lib\worksitemp-auth.jar >> wrapper.java.classpath.18=c:\Evergreen Service\lib\castor.jar >> wrapper.java.classpath.19=c:\Evergreen Service\lib\commons-lang.jar >> wrapper.java.classpath.20=c:\Evergreen Service\lib\xercesImpl.jar >> wrapper.java.classpath.21=c:\Evergreen Service\lib\log4j.jar >> wrapper.java.classpath.22=c:\Evergreen Service\lib\xml-apis.jar >> wrapper.java.classpath.23=c:\Evergreen >> > Service\lib\bcprov-jdk14-119.jar > >> wrapper.java.classpath.24=c:\Evergreen Service\lib\j2ee.jar >> wrapper.java.classpath.25=c:\Evergreen >> Service\lib\commons-collections-3.2.jar >> >> # Java Library Path (location of Wrapper.DLL or libwrapper.so) >> wrapper.java.library.path.1=c:\Evergreen Service\lib >> >> # 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=com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBa > tchScheduler > >> #wrapper.app.parameter.2=test >> >> #******************************************************************** >> # 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=5000k >> >> # 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=5 >> >> # Log Level for sys\event log output. (See docs for log levels) >> wrapper.syslog.loglevel=NONE >> >> wra...@ap...@ >> >> # Name of the service >> wrapper.ntservice.name=Evergreen Check >> >> # Display name of the service >> wrapper.ntservice.displayname=Evergreen Check >> >> # Description of the service >> wrapper.ntservice.description=Evergreen Check Processing >> >> # 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 >> >> > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Peter C. <pc...@mi...> - 2007-05-16 13:59:48
|
It was a permission problem of the user not being able to get access to
the folder.
Thanks for the help. Really appreciate it.
=20
=20
Peter Choe=20
Application Developer=20
=20
Micro Strategies Inc.
People | Passion | Technology=20
=20
104 Broadway=20
Denville, NJ 07834=20
Voice: (973) 625-7721 ext. 6484=20
Fax: (973) 625-5130=20
pc...@mi...=20
www.microstrat.com=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Peter
Choe
Sent: Wednesday, May 16, 2007 8:37 AM
To: wra...@li...
Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper
service
Here is the log from the debug.
STATUS | wrapper | 2007/05/16 08:29:26 | --> Wrapper Started as Service
DEBUG | wrapper | 2007/05/16 08:29:26 | Using tick timer.
DEBUG | wrapperp | 2007/05/16 08:29:26 | server listening on port
32000.
STATUS | wrapper | 2007/05/16 08:29:26 | Launching a JVM...
DEBUG | wrapper | 2007/05/16 08:29:26 | command:
"c:\j2sdk1.4.2_08\bin\java" -Djava.library.path=3D"C:\Evergreen
Service\lib" -classpath "C:\Evergreen
Service\lib\bcprov-jdk14-119.jar;C:\Evergreen
Service\lib\castor.jar;C:\Evergreen
Service\lib\commons-collections-3.1.jar;C:\Evergreen
Service\lib\commons-collections-3.2.jar;C:\Evergreen
Service\lib\commons-fileupload.jar;C:\Evergreen
Service\lib\commons-io.jar;C:\Evergreen
Service\lib\commons-lang.jar;C:\Evergreen
Service\lib\commons-logging.jar;C:\Evergreen
Service\lib\j2ee.jar;C:\Evergreen Service\lib\jdom.jar;C:\Evergreen
Service\lib\log4j.jar;C:\Evergreen Service\lib\msi_core.jar;C:\Evergreen
Service\lib\msi_ecm.jar;C:\Evergreen Service\lib\msi_fs.jar;C:\Evergreen
Service\lib\msi_loader.jar;C:\Evergreen
Service\lib\msi_utils.jar;C:\Evergreen
Service\lib\msi_wsmp.jar;C:\Evergreen
Service\lib\msi_wsmpweb.jar;C:\Evergreen
Service\lib\quartz.jar;C:\Evergreen Service\lib\wom.jar;C:\Evergreen
Service\lib\worksitemp-auth.jar;C:\Evergreen
Service\lib\worksitemp.jar;C:\Evergreen
Service\lib\wrapper.jar;C:\Evergreen
Service\lib\xercesImpl.jar;C:\Evergreen
Service\lib\xml-apis.jar;C:\Evergreen Service\classes"
-Dwrapper.key=3D"51e2tFZXSEcCoNDN" -Dwrapper.port=3D32000
-Dwrapper.jvm.port.min=3D31000 -Dwrapper.jvm.port.max=3D31999
-Dwrapper.debug=3D"TRUE" -Dwrapper.pid=3D5184 =
-Dwrapper.version=3D"3.2.3"
-Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE"
-Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1
org.tanukisoftware.wrapper.WrapperSimpleApp
com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler
DEBUG | wrapper | 2007/05/16 08:29:26 | JVM started (PID=3D5188)
INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager class
initialized by thread: main Using classloader:
sun.misc.Launcher$AppClassLoader@53ba3d
INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper (Version 3.2.3)
http://wrapper.tanukisoftware.org
INFO | jvm 1 | 2007/05/16 08:29:27 | Copyright 1999-2006 Tanuki
Software, Inc. All Rights Reserved.
INFO | jvm 1 | 2007/05/16 08:29:27 |=20
INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: JVM #1
INFO | jvm 1 | 2007/05/16 08:29:27 | Running a 32-bit JVM.
INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Registering
shutdown hook
INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Using wrapper
INFO | jvm 1 | 2007/05/16 08:29:27 | Load native library. One or
more attempts may fail if platform specific libraries do not exist.
INFO | jvm 1 | 2007/05/16 08:29:27 | Loading native library failed:
wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no
wrapper-windows-x86-32 in java.library.path
INFO | jvm 1 | 2007/05/16 08:29:27 | Loaded native library:
wrapper.dll
INFO | jvm 1 | 2007/05/16 08:29:27 | Calling native initialization
method.
INFO | jvm 1 | 2007/05/16 08:29:27 | Initializing WrapperManager
native library.
INFO | jvm 1 | 2007/05/16 08:29:27 | Java Executable:
c:\j2sdk1.4.2_08\bin\java.exe
INFO | jvm 1 | 2007/05/16 08:29:27 | Windows version: 5.2.3790
INFO | jvm 1 | 2007/05/16 08:29:27 | Java Version : 1.4.2_08-b03
Java HotSpot(TM) Client VM
INFO | jvm 1 | 2007/05/16 08:29:27 | Java VM Vendor : Sun
Microsystems Inc.
INFO | jvm 1 | 2007/05/16 08:29:27 |=20
INFO | jvm 1 | 2007/05/16 08:29:27 | Startup runner thread started.
INFO | jvm 1 | 2007/05/16 08:29:27 | Control event monitor thread
started.
INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp: Unable to
locate the class
com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler:
java.lang.ClassNotFoundException:
com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler
INFO | jvm 1 | 2007/05/16 08:29:27 |=20
INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp Usage:
INFO | jvm 1 | 2007/05/16 08:29:27 | java
org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments]
INFO | jvm 1 | 2007/05/16 08:29:27 |=20
INFO | jvm 1 | 2007/05/16 08:29:27 | Where:
INFO | jvm 1 | 2007/05/16 08:29:27 | app_class: The fully
qualified class name of the application to run.
INFO | jvm 1 | 2007/05/16 08:29:27 | app_arguments: The
arguments that would normally be passed to the
INFO | jvm 1 | 2007/05/16 08:29:27 | application.
INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager.stop(1) called
by thread: main
INFO | jvm 1 | 2007/05/16 08:29:27 | Communications runner thread
started.
INFO | jvm 1 | 2007/05/16 08:29:27 | Open socket to
wrapper...Wrapper-Connection
INFO | jvm 1 | 2007/05/16 08:29:27 | Opened Socket from 31000 to
32000
INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet KEY :
51e2tFZXSEcCoNDN
INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet STOP : 1
INFO | jvm 1 | 2007/05/16 08:29:27 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D32000,localport=3D31000])
DEBUG | wrapperp | 2007/05/16 08:29:27 | accepted a socket from
127.0.0.1 on port 31000
DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet KEY :
51e2tFZXSEcCoNDN
DEBUG | wrapper | 2007/05/16 08:29:27 | Got key from JVM:
51e2tFZXSEcCoNDN
DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet LOW_LOG_LEVEL :
1
DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PING_TIMEOUT :
30
DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PROPERTIES :
(Property Values)
DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet STOP : 1
DEBUG | wrapper | 2007/05/16 08:29:27 | JVM requested a shutdown. (1)
DEBUG | wrapper | 2007/05/16 08:29:27 | wrapperStopProcess(1) called.
DEBUG | wrapper | 2007/05/16 08:29:27 | Sending stop signal to JVM
DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet STOP : NULL
INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet
LOW_LOG_LEVEL : 1
INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: LowLogLevel
from Wrapper is 1
INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PING_TIMEOUT
: 30
INFO | jvm 1 | 2007/05/16 08:29:27 | PingTimeout from Wrapper is
30000
INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PROPERTIES :
(Property Values)
INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet STOP :=20
INFO | jvm 1 | 2007/05/16 08:29:28 | Thread, main, handling the
shutdown process.
INFO | jvm 1 | 2007/05/16 08:29:28 | shutdownJVM(1) Thread:main
INFO | jvm 1 | 2007/05/16 08:29:28 | Send a packet STOPPED : 1
DEBUG | wrapperp | 2007/05/16 08:29:28 | read a packet STOPPED : 1
DEBUG | wrapper | 2007/05/16 08:29:28 | JVM signalled that it was
stopped.
INFO | jvm 1 | 2007/05/16 08:29:28 | Closing socket.
DEBUG | wrapperp | 2007/05/16 08:29:28 | socket read no code (closed?).
DEBUG | wrapperp | 2007/05/16 08:29:28 | server listening on port
32001.
INFO | jvm 1 | 2007/05/16 08:29:28 | Server daemon shut down
INFO | jvm 1 | 2007/05/16 08:29:28 | calling System.exit(1)
DEBUG | wrapper | 2007/05/16 08:29:28 | JVM process exited with a code
of 1, however the wrapper exit code was already 1.
DEBUG | wrapper | 2007/05/16 08:29:28 | JVM exited normally.
STATUS | wrapper | 2007/05/16 08:29:29 | <-- Wrapper Stopped
The only think I 'error' is the Loading native library for
wrapper-windows-x86-32.
=20
Peter Choe=20
Application Developer=20
=20
Micro Strategies Inc.
People | Passion | Technology=20
=20
104 Broadway=20
Denville, NJ 07834=20
Voice: (973) 625-7721 ext. 6484=20
Fax: (973) 625-5130=20
pc...@mi...=20
www.microstrat.com=20
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Tuesday, May 15, 2007 6:27 PM
To: wra...@li...
Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper
service
Peter,
Your classpath elements all use absolute directory references and
are to a local drive so I do not see anything obvious that would be
causing any of your classes not to be found.
One possibility is a file permission restriction on the directory.
It
may be that the account you are running as does not have the ability
to see those files.
Try setting wrapper.debug=3Dtrue and then rerunning your
application. Seeing that output might help me to give you some
advice.
Also, the wrapper supports wildcards in its classpath definitions.
Your classpath can be reduced to the following:
wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\*.jar
wrapper.java.classpath.2=3Dc:\Evergreen Service\classes
In the debug output you will see a line containing the full
generated
command used to launch Java. Check to make sure that all of the
required jar files are listed in that classpath. It will have the above
wildcard expanded, but should only include files that will be visible to
Java.
Cheers,
Leif
Peter Choe wrote:
>
> I am trying to get Java wrapper service running as a NT service. I am
> able to do it when I run the service as the local system account. But
> when I try to run it as a different user on the system, I get a=20
> ClassNotFoundException. I tried to setting the CLASSPATH system=20
> variable but that didn't work.
>
> I can't tell where the classpath is set when I run the service as a=20
> different user.
>
> Anyone have a suggestion on where I can set the classpath.
>
> #COPY OF MY wrapper.conf file
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=3Dc:\j2sdk1.4.2_08\bin\java
>
> # 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=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar) Add class path elements as
> # needed starting from 1
> wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\wrapper.jar
> wrapper.java.classpath.2=3Dc:\Evergreen Service\classes
> wrapper.java.classpath.3=3Dc:\Evergreen
Service\lib\commons-fileupload.jar
> wrapper.java.classpath.4=3Dc:\Evergreen Service\lib\commons-io.jar
> wrapper.java.classpath.5=3Dc:\Evergreen =
Service\lib\commons-logging.jar
> wrapper.java.classpath.6=3Dc:\Evergreen Service\lib\jdom.jar
> wrapper.java.classpath.7=3Dc:\Evergreen Service\lib\msi_core.jar
> wrapper.java.classpath.8=3Dc:\Evergreen Service\lib\msi_ecm.jar
> wrapper.java.classpath.9=3Dc:\Evergreen Service\lib\msi_fs.jar
> wrapper.java.classpath.10=3Dc:\Evergreen Service\lib\msi_loader.jar
> wrapper.java.classpath.11=3Dc:\Evergreen Service\lib\msi_utils.jar
> wrapper.java.classpath.12=3Dc:\Evergreen Service\lib\msi_wsmp.jar
> wrapper.java.classpath.13=3Dc:\Evergreen Service\lib\msi_wsmpweb.jar
> wrapper.java.classpath.14=3Dc:\Evergreen Service\lib\quartz.jar
> wrapper.java.classpath.15=3Dc:\Evergreen Service\lib\wom.jar
> wrapper.java.classpath.16=3Dc:\Evergreen Service\lib\worksitemp.jar
> wrapper.java.classpath.17=3Dc:\Evergreen =
Service\lib\worksitemp-auth.jar
> wrapper.java.classpath.18=3Dc:\Evergreen Service\lib\castor.jar
> wrapper.java.classpath.19=3Dc:\Evergreen Service\lib\commons-lang.jar
> wrapper.java.classpath.20=3Dc:\Evergreen Service\lib\xercesImpl.jar
> wrapper.java.classpath.21=3Dc:\Evergreen Service\lib\log4j.jar
> wrapper.java.classpath.22=3Dc:\Evergreen Service\lib\xml-apis.jar
> wrapper.java.classpath.23=3Dc:\Evergreen
Service\lib\bcprov-jdk14-119.jar
> wrapper.java.classpath.24=3Dc:\Evergreen Service\lib\j2ee.jar
> wrapper.java.classpath.25=3Dc:\Evergreen=20
> Service\lib\commons-collections-3.2.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=3Dc:\Evergreen Service\lib
>
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3D3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=3D64
>
> # Application parameters. Add parameters as needed starting from 1
>
wrapper.app.parameter.1=3Dcom.microstrat.wsmp.cpg.ap.evergreen.EvergreenB=
a
tchScheduler=20
>
> #wrapper.app.parameter.2=3Dtest
>
> #********************************************************************
> # 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=3D5000k
>
> # 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=3D5
>
> # Log Level for sys\event log output. (See docs for log levels)
> wrapper.syslog.loglevel=3DNONE
>
> wra...@ap...@
>
> # Name of the service
> wrapper.ntservice.name=3DEvergreen Check
>
> # Display name of the service
> wrapper.ntservice.displayname=3DEvergreen Check
>
> # Description of the service
> wrapper.ntservice.description=3DEvergreen Check Processing
>
> # Service dependencies. Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=3D
>
> # Mode in which the service is installed. AUTO_START or DEMAND_START
> wrapper.ntservice.starttype=3DAUTO_START
>
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=3Dfalse
>
------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Peter C. <pc...@mi...> - 2007-05-16 12:37:01
|
Here is the log from the debug. STATUS | wrapper | 2007/05/16 08:29:26 | --> Wrapper Started as Service DEBUG | wrapper | 2007/05/16 08:29:26 | Using tick timer. DEBUG | wrapperp | 2007/05/16 08:29:26 | server listening on port 32000. STATUS | wrapper | 2007/05/16 08:29:26 | Launching a JVM... DEBUG | wrapper | 2007/05/16 08:29:26 | command: "c:\j2sdk1.4.2_08\bin\java" -Djava.library.path=3D"C:\Evergreen Service\lib" -classpath "C:\Evergreen Service\lib\bcprov-jdk14-119.jar;C:\Evergreen Service\lib\castor.jar;C:\Evergreen Service\lib\commons-collections-3.1.jar;C:\Evergreen Service\lib\commons-collections-3.2.jar;C:\Evergreen Service\lib\commons-fileupload.jar;C:\Evergreen Service\lib\commons-io.jar;C:\Evergreen Service\lib\commons-lang.jar;C:\Evergreen Service\lib\commons-logging.jar;C:\Evergreen Service\lib\j2ee.jar;C:\Evergreen Service\lib\jdom.jar;C:\Evergreen Service\lib\log4j.jar;C:\Evergreen Service\lib\msi_core.jar;C:\Evergreen Service\lib\msi_ecm.jar;C:\Evergreen Service\lib\msi_fs.jar;C:\Evergreen Service\lib\msi_loader.jar;C:\Evergreen Service\lib\msi_utils.jar;C:\Evergreen Service\lib\msi_wsmp.jar;C:\Evergreen Service\lib\msi_wsmpweb.jar;C:\Evergreen Service\lib\quartz.jar;C:\Evergreen Service\lib\wom.jar;C:\Evergreen Service\lib\worksitemp-auth.jar;C:\Evergreen Service\lib\worksitemp.jar;C:\Evergreen Service\lib\wrapper.jar;C:\Evergreen Service\lib\xercesImpl.jar;C:\Evergreen Service\lib\xml-apis.jar;C:\Evergreen Service\classes" -Dwrapper.key=3D"51e2tFZXSEcCoNDN" -Dwrapper.port=3D32000 -Dwrapper.jvm.port.min=3D31000 -Dwrapper.jvm.port.max=3D31999 -Dwrapper.debug=3D"TRUE" -Dwrapper.pid=3D5184 = -Dwrapper.version=3D"3.2.3" -Dwrapper.native_library=3D"wrapper" -Dwrapper.service=3D"TRUE" -Dwrapper.cpu.timeout=3D"10" -Dwrapper.jvmid=3D1 org.tanukisoftware.wrapper.WrapperSimpleApp com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler DEBUG | wrapper | 2007/05/16 08:29:26 | JVM started (PID=3D5188) INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@53ba3d INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org INFO | jvm 1 | 2007/05/16 08:29:27 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. INFO | jvm 1 | 2007/05/16 08:29:27 |=20 INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: JVM #1 INFO | jvm 1 | 2007/05/16 08:29:27 | Running a 32-bit JVM. INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Registering shutdown hook INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: Using wrapper INFO | jvm 1 | 2007/05/16 08:29:27 | Load native library. One or more attempts may fail if platform specific libraries do not exist. INFO | jvm 1 | 2007/05/16 08:29:27 | Loading native library failed: wrapper-windows-x86-32.dll Cause: java.lang.UnsatisfiedLinkError: no wrapper-windows-x86-32 in java.library.path INFO | jvm 1 | 2007/05/16 08:29:27 | Loaded native library: wrapper.dll INFO | jvm 1 | 2007/05/16 08:29:27 | Calling native initialization method. INFO | jvm 1 | 2007/05/16 08:29:27 | Initializing WrapperManager native library. INFO | jvm 1 | 2007/05/16 08:29:27 | Java Executable: c:\j2sdk1.4.2_08\bin\java.exe INFO | jvm 1 | 2007/05/16 08:29:27 | Windows version: 5.2.3790 INFO | jvm 1 | 2007/05/16 08:29:27 | Java Version : 1.4.2_08-b03 Java HotSpot(TM) Client VM INFO | jvm 1 | 2007/05/16 08:29:27 | Java VM Vendor : Sun Microsystems Inc. INFO | jvm 1 | 2007/05/16 08:29:27 |=20 INFO | jvm 1 | 2007/05/16 08:29:27 | Startup runner thread started. INFO | jvm 1 | 2007/05/16 08:29:27 | Control event monitor thread started. INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp: Unable to locate the class com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler: java.lang.ClassNotFoundException: com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler INFO | jvm 1 | 2007/05/16 08:29:27 |=20 INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperSimpleApp Usage: INFO | jvm 1 | 2007/05/16 08:29:27 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments] INFO | jvm 1 | 2007/05/16 08:29:27 |=20 INFO | jvm 1 | 2007/05/16 08:29:27 | Where: INFO | jvm 1 | 2007/05/16 08:29:27 | app_class: The fully qualified class name of the application to run. INFO | jvm 1 | 2007/05/16 08:29:27 | app_arguments: The arguments that would normally be passed to the INFO | jvm 1 | 2007/05/16 08:29:27 | application. INFO | jvm 1 | 2007/05/16 08:29:27 | WrapperManager.stop(1) called by thread: main INFO | jvm 1 | 2007/05/16 08:29:27 | Communications runner thread started. INFO | jvm 1 | 2007/05/16 08:29:27 | Open socket to wrapper...Wrapper-Connection INFO | jvm 1 | 2007/05/16 08:29:27 | Opened Socket from 31000 to 32000 INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet KEY : 51e2tFZXSEcCoNDN INFO | jvm 1 | 2007/05/16 08:29:27 | Send a packet STOP : 1 INFO | jvm 1 | 2007/05/16 08:29:27 | handleSocket(Socket[addr=3D/127.0.0.1,port=3D32000,localport=3D31000]) DEBUG | wrapperp | 2007/05/16 08:29:27 | accepted a socket from 127.0.0.1 on port 31000 DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet KEY : 51e2tFZXSEcCoNDN DEBUG | wrapper | 2007/05/16 08:29:27 | Got key from JVM: 51e2tFZXSEcCoNDN DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet PROPERTIES : (Property Values) DEBUG | wrapperp | 2007/05/16 08:29:27 | read a packet STOP : 1 DEBUG | wrapper | 2007/05/16 08:29:27 | JVM requested a shutdown. (1) DEBUG | wrapper | 2007/05/16 08:29:27 | wrapperStopProcess(1) called. DEBUG | wrapper | 2007/05/16 08:29:27 | Sending stop signal to JVM DEBUG | wrapperp | 2007/05/16 08:29:27 | send a packet STOP : NULL INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2007/05/16 08:29:27 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PING_TIMEOUT : 30 INFO | jvm 1 | 2007/05/16 08:29:27 | PingTimeout from Wrapper is 30000 INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet PROPERTIES : (Property Values) INFO | jvm 1 | 2007/05/16 08:29:27 | Received a packet STOP :=20 INFO | jvm 1 | 2007/05/16 08:29:28 | Thread, main, handling the shutdown process. INFO | jvm 1 | 2007/05/16 08:29:28 | shutdownJVM(1) Thread:main INFO | jvm 1 | 2007/05/16 08:29:28 | Send a packet STOPPED : 1 DEBUG | wrapperp | 2007/05/16 08:29:28 | read a packet STOPPED : 1 DEBUG | wrapper | 2007/05/16 08:29:28 | JVM signalled that it was stopped. INFO | jvm 1 | 2007/05/16 08:29:28 | Closing socket. DEBUG | wrapperp | 2007/05/16 08:29:28 | socket read no code (closed?). DEBUG | wrapperp | 2007/05/16 08:29:28 | server listening on port 32001. INFO | jvm 1 | 2007/05/16 08:29:28 | Server daemon shut down INFO | jvm 1 | 2007/05/16 08:29:28 | calling System.exit(1) DEBUG | wrapper | 2007/05/16 08:29:28 | JVM process exited with a code of 1, however the wrapper exit code was already 1. DEBUG | wrapper | 2007/05/16 08:29:28 | JVM exited normally. STATUS | wrapper | 2007/05/16 08:29:29 | <-- Wrapper Stopped The only think I 'error' is the Loading native library for wrapper-windows-x86-32. =20 Peter Choe=20 Application Developer=20 =20 Micro Strategies Inc. People | Passion | Technology=20 =20 104 Broadway=20 Denville, NJ 07834=20 Voice: (973) 625-7721 ext. 6484=20 Fax: (973) 625-5130=20 pc...@mi...=20 www.microstrat.com=20 -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Tuesday, May 15, 2007 6:27 PM To: wra...@li... Subject: Re: [Wrapper-user] classnotfoundexception in java wrapper service Peter, Your classpath elements all use absolute directory references and are to a local drive so I do not see anything obvious that would be causing any of your classes not to be found. One possibility is a file permission restriction on the directory. It may be that the account you are running as does not have the ability to see those files. Try setting wrapper.debug=3Dtrue and then rerunning your application. Seeing that output might help me to give you some advice. Also, the wrapper supports wildcards in its classpath definitions. Your classpath can be reduced to the following: wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\*.jar wrapper.java.classpath.2=3Dc:\Evergreen Service\classes In the debug output you will see a line containing the full generated command used to launch Java. Check to make sure that all of the required jar files are listed in that classpath. It will have the above wildcard expanded, but should only include files that will be visible to Java. Cheers, Leif Peter Choe wrote: > > I am trying to get Java wrapper service running as a NT service. I am > able to do it when I run the service as the local system account. But > when I try to run it as a different user on the system, I get a=20 > ClassNotFoundException. I tried to setting the CLASSPATH system=20 > variable but that didn't work. > > I can't tell where the classpath is set when I run the service as a=20 > different user. > > Anyone have a suggestion on where I can set the classpath. > > #COPY OF MY wrapper.conf file > #******************************************************************** > # Wrapper Properties > #******************************************************************** > # Java Application > wrapper.java.command=3Dc:\j2sdk1.4.2_08\bin\java > > # 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=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp > > # Java Classpath (include wrapper.jar) Add class path elements as > # needed starting from 1 > wrapper.java.classpath.1=3Dc:\Evergreen Service\lib\wrapper.jar > wrapper.java.classpath.2=3Dc:\Evergreen Service\classes > wrapper.java.classpath.3=3Dc:\Evergreen Service\lib\commons-fileupload.jar > wrapper.java.classpath.4=3Dc:\Evergreen Service\lib\commons-io.jar > wrapper.java.classpath.5=3Dc:\Evergreen = Service\lib\commons-logging.jar > wrapper.java.classpath.6=3Dc:\Evergreen Service\lib\jdom.jar > wrapper.java.classpath.7=3Dc:\Evergreen Service\lib\msi_core.jar > wrapper.java.classpath.8=3Dc:\Evergreen Service\lib\msi_ecm.jar > wrapper.java.classpath.9=3Dc:\Evergreen Service\lib\msi_fs.jar > wrapper.java.classpath.10=3Dc:\Evergreen Service\lib\msi_loader.jar > wrapper.java.classpath.11=3Dc:\Evergreen Service\lib\msi_utils.jar > wrapper.java.classpath.12=3Dc:\Evergreen Service\lib\msi_wsmp.jar > wrapper.java.classpath.13=3Dc:\Evergreen Service\lib\msi_wsmpweb.jar > wrapper.java.classpath.14=3Dc:\Evergreen Service\lib\quartz.jar > wrapper.java.classpath.15=3Dc:\Evergreen Service\lib\wom.jar > wrapper.java.classpath.16=3Dc:\Evergreen Service\lib\worksitemp.jar > wrapper.java.classpath.17=3Dc:\Evergreen = Service\lib\worksitemp-auth.jar > wrapper.java.classpath.18=3Dc:\Evergreen Service\lib\castor.jar > wrapper.java.classpath.19=3Dc:\Evergreen Service\lib\commons-lang.jar > wrapper.java.classpath.20=3Dc:\Evergreen Service\lib\xercesImpl.jar > wrapper.java.classpath.21=3Dc:\Evergreen Service\lib\log4j.jar > wrapper.java.classpath.22=3Dc:\Evergreen Service\lib\xml-apis.jar > wrapper.java.classpath.23=3Dc:\Evergreen Service\lib\bcprov-jdk14-119.jar > wrapper.java.classpath.24=3Dc:\Evergreen Service\lib\j2ee.jar > wrapper.java.classpath.25=3Dc:\Evergreen=20 > Service\lib\commons-collections-3.2.jar > > # Java Library Path (location of Wrapper.DLL or libwrapper.so) > wrapper.java.library.path.1=3Dc:\Evergreen Service\lib > > # Initial Java Heap Size (in MB) > #wrapper.java.initmemory=3D3 > > # Maximum Java Heap Size (in MB) > #wrapper.java.maxmemory=3D64 > > # Application parameters. Add parameters as needed starting from 1 > wrapper.app.parameter.1=3Dcom.microstrat.wsmp.cpg.ap.evergreen.EvergreenB= a tchScheduler=20 > > #wrapper.app.parameter.2=3Dtest > > #******************************************************************** > # 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=3D5000k > > # 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=3D5 > > # Log Level for sys\event log output. (See docs for log levels) > wrapper.syslog.loglevel=3DNONE > > wra...@ap...@ > > # Name of the service > wrapper.ntservice.name=3DEvergreen Check > > # Display name of the service > wrapper.ntservice.displayname=3DEvergreen Check > > # Description of the service > wrapper.ntservice.description=3DEvergreen Check Processing > > # Service dependencies. Add dependencies as needed starting from 1 > wrapper.ntservice.dependency.1=3D > > # Mode in which the service is installed. AUTO_START or DEMAND_START > wrapper.ntservice.starttype=3DAUTO_START > > # Allow the service to interact with the desktop. > wrapper.ntservice.interactive=3Dfalse > ------------------------------------------------------------------------ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2007-05-15 22:26:38
|
Peter,
Your classpath elements all use absolute directory references and
are to a local drive so I do not see anything obvious that would be
causing any of your classes not to be found.
One possibility is a file permission restriction on the directory. It
may be that the account you are running as does not have the ability
to see those files.
Try setting wrapper.debug=true and then rerunning your
application. Seeing that output might help me to give you some
advice.
Also, the wrapper supports wildcards in its classpath definitions.
Your classpath can be reduced to the following:
wrapper.java.classpath.1=c:\Evergreen Service\lib\*.jar
wrapper.java.classpath.2=c:\Evergreen Service\classes
In the debug output you will see a line containing the full generated
command used to launch Java. Check to make sure that all of the
required jar files are listed in that classpath. It will have the above
wildcard expanded, but should only include files that will be visible to
Java.
Cheers,
Leif
Peter Choe wrote:
>
> I am trying to get Java wrapper service running as a NT service. I am
> able to do it when I run the service as the local system account. But
> when I try to run it as a different user on the system, I get a
> ClassNotFoundException. I tried to setting the CLASSPATH system
> variable but that didn't work.
>
> I can't tell where the classpath is set when I run the service as a
> different user.
>
> Anyone have a suggestion on where I can set the classpath.
>
> #COPY OF MY wrapper.conf file
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=c:\j2sdk1.4.2_08\bin\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=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar) Add class path elements as
> # needed starting from 1
> wrapper.java.classpath.1=c:\Evergreen Service\lib\wrapper.jar
> wrapper.java.classpath.2=c:\Evergreen Service\classes
> wrapper.java.classpath.3=c:\Evergreen Service\lib\commons-fileupload.jar
> wrapper.java.classpath.4=c:\Evergreen Service\lib\commons-io.jar
> wrapper.java.classpath.5=c:\Evergreen Service\lib\commons-logging.jar
> wrapper.java.classpath.6=c:\Evergreen Service\lib\jdom.jar
> wrapper.java.classpath.7=c:\Evergreen Service\lib\msi_core.jar
> wrapper.java.classpath.8=c:\Evergreen Service\lib\msi_ecm.jar
> wrapper.java.classpath.9=c:\Evergreen Service\lib\msi_fs.jar
> wrapper.java.classpath.10=c:\Evergreen Service\lib\msi_loader.jar
> wrapper.java.classpath.11=c:\Evergreen Service\lib\msi_utils.jar
> wrapper.java.classpath.12=c:\Evergreen Service\lib\msi_wsmp.jar
> wrapper.java.classpath.13=c:\Evergreen Service\lib\msi_wsmpweb.jar
> wrapper.java.classpath.14=c:\Evergreen Service\lib\quartz.jar
> wrapper.java.classpath.15=c:\Evergreen Service\lib\wom.jar
> wrapper.java.classpath.16=c:\Evergreen Service\lib\worksitemp.jar
> wrapper.java.classpath.17=c:\Evergreen Service\lib\worksitemp-auth.jar
> wrapper.java.classpath.18=c:\Evergreen Service\lib\castor.jar
> wrapper.java.classpath.19=c:\Evergreen Service\lib\commons-lang.jar
> wrapper.java.classpath.20=c:\Evergreen Service\lib\xercesImpl.jar
> wrapper.java.classpath.21=c:\Evergreen Service\lib\log4j.jar
> wrapper.java.classpath.22=c:\Evergreen Service\lib\xml-apis.jar
> wrapper.java.classpath.23=c:\Evergreen Service\lib\bcprov-jdk14-119.jar
> wrapper.java.classpath.24=c:\Evergreen Service\lib\j2ee.jar
> wrapper.java.classpath.25=c:\Evergreen
> Service\lib\commons-collections-3.2.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=c:\Evergreen Service\lib
>
> # 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=com.microstrat.wsmp.cpg.ap.evergreen.EvergreenBatchScheduler
>
> #wrapper.app.parameter.2=test
>
> #********************************************************************
> # 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=5000k
>
> # 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=5
>
> # Log Level for sys\event log output. (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> wra...@ap...@
>
> # Name of the service
> wrapper.ntservice.name=Evergreen Check
>
> # Display name of the service
> wrapper.ntservice.displayname=Evergreen Check
>
> # Description of the service
> wrapper.ntservice.description=Evergreen Check Processing
>
> # 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: Ilya V. <ivo...@cl...> - 2007-05-15 21:31:13
|
Disregard, please. =20 I registered the wrong mask. :( it should have been WrapperEventListener.EVENT_FLAG_CONTROL. =20 Regards, Ilya =20 ________________________________ From: wra...@li... [mailto:wra...@li...] On Behalf Of Ilya Volvovski Sent: Monday, May 14, 2007 5:33 PM To: wra...@li... Subject: [Wrapper-user] CTRL_C_Event listener is not invoked =09 =09 Hi, =20 I just downloaded Java Wrapper and wrote a Helloworld app, that starts and waits for shutdown. =20 I registered a listener for WrapperManager.WRAPPER_CTRL_C_EVENT but fireEvent() is not invoked on my listener upon CRTL-C. Application however exits as expected (running on Windows). =20 Any ideas? =20 Ilya Volvovski =20 =20 =20 =20 =20 |
|
From: Ilya V. <ivo...@cl...> - 2007-05-14 22:33:23
|
Hi, =20 I just downloaded Java Wrapper and wrote a Helloworld app, that starts and waits for shutdown. =20 I registered a listener for WrapperManager.WRAPPER_CTRL_C_EVENT but fireEvent() is not invoked on my listener upon CRTL-C. Application however exits as expected (running on Windows). =20 Any ideas? =20 Ilya Volvovski =20 =20 =20 =20 =20 |
|
From: Aparna K. <ap...@da...> - 2007-05-14 15:57:58
|
Thanks Leif,
I think we'll split the application and run them as two processes.
Thanks,
Aparna
-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]=20
Sent: Friday, May 11, 2007 7:56 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Problem with printer discovery on a network-
when application wrapped as a service
Aparna,
Not that I know of. Some applications get around this problem by
running two processes. One is the main service process, and the second
is a small process that gets launched when a user logs in. It runs as
the logged in user and communicates in the background with the main
service using a state file, socket, or some other method.
I know it is a pain, but I am not aware of any way to get around
this due to the way Windows is designed.
If anyone has any other information on this, I would love to hear
about it as well.
Cheers,
Leif
Aparna Khade wrote:
> Leif,
>
> I was trying this out at the time I received this email. Thank you=20
> very much.
>
> My application uses jdic to install the application in the system
tray.
> For this I need to set the wrapper.ntservice.interactive property to=20
> true.
> If I use the wrapper.ntservice.account property, the wrapper ignores=20
> the wrapper.ntservice.interactive property.
>
> Is there any way to have both?
>
> Thanks in advance.
> Aparna
>
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Friday, May 11, 2007 11:16 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Problem with printer discovery on a=20
> network- when application wrapped as a service
>
> Aparna,
> See my notes inline below
>
> Aparna Khade wrote:
> =20
>> Thanks for your response.
>>
>> My service was initially running under the Local System account.=20
>>
>> A few minutes ago, I set the wrapper.ntservice.account &=20
>> wrapper.ntservice.password.prompt configuration parameters.
>> But I got this error:
>> The service did not start due to a logon failure.
>> =20
>> =20
> What is the exact message you are getting? Did you read over the=20
> following page? There are some things you need to do security wise to
> enable an account to run a service:
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.h
> tm
> l
> =20
>> I see that it got installed, though, but could not be started. When I
>> tried to start it manually, the system set it to 'disabled'.
>>
>> I see that services are started under Local System or Network Service
>> accounts.
>> Any idea how to start it under the Network Service accounts?=20
>> We will be distributing this application to several clients. I cannot
>> hard code the user account in the configuration file.
>> =20
>> =20
> One option is to set the following in your configuration file:
> wrapper.ntservice.account=3D%MYAPP_ACCOUNT%
> Then set a system wide environment variable with the correct
> value. You could also set the property in an include file etc.
>
> Cheers,
> Leif
>
> =20
>> -----Original Message-----
>> From: da...@sm... [mailto:da...@sm...]
>> Sent: Friday, May 11, 2007 10:22 AM
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] Problem with printer discovery on a
>> network- when application wrapped as a service
>>
>> My guess would be:
>> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.
>> h
>> tm
>> l
>>
>> When running as a service, Wrapper runs on default as the SYSTEM=20
>> account, which has no access to network shares (and in your case=20
>> printers). By specifying an account that it should run as, it will be
>> able to see all the printers that that account has access to.
>>
>> Many thanks,
>>
>> David Hayes
>>
>>
>> Quoting Aparna Khade <ap...@da...>:
>>
>> =20
>> =20
>>> Hi,
>>>
>>> I have developed a Java application using JDK 1.5 and one of the=20
>>> tasks
>>> =20
>>> =20
>> =20
>> =20
>>> of the application is to detect all the printers installed on the=20
>>> user's machine.
>>>
>>> When I test my application before wrapping it as a service, it=20
>>> detects
>>> =20
>>> =20
>> =20
>> =20
>>> all the printers (including network printers) But, when the=20
>>> application is installed as a service, it DOES NOT detect network=20
>>> printers.
>>>
>>> I looked on the site for any related configuration parameters, but=20
>>> could not find any.
>>>
>>> Is there something specific that needs to be done to look for=20
>>> network
>>> =20
>
> =20
>>> resources.
>>> I would appreciate any help in this matter.
>>>
>>>
>>> Thanks,
>>> Aparna
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> --- This SF.net email is sponsored by DB2 Express Download DB2=20
>>> Express
>>> =20
>>> =20
>> =20
>> =20
>>> C - the FREE version of DB2 express and take control of your XML. No
>>> limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>> =20
>>> =20
>>
>> ---------------------------------------------------------------------
>> -
>> --
>> -
>> This SF.net email is sponsored by DB2 Express Download DB2 Express C=20
>> -
>> =20
>
> =20
>> the FREE version of DB2 express and take control of your XML. No
>> =20
> limits.
> =20
>> Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>> ---------------------------------------------------------------------
>> -
>> --- This SF.net email is sponsored by DB2 Express Download DB2=20
>> Express
>> =20
>
> =20
>> C - the FREE version of DB2 express and take control of your XML. No=20
>> limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>> =20
>> =20
>
>
> ----------------------------------------------------------------------
> --
> -
> This SF.net email is sponsored by DB2 Express Download DB2 Express C -
> the FREE version of DB2 express and take control of your XML. No
limits.
> Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by DB2 Express Download DB2 Express
> C - the FREE version of DB2 express and take control of your XML. No=20
> limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express Download DB2 Express C -
the FREE version of DB2 express and take control of your XML. No limits.
Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2007-05-11 23:56:06
|
Aparna,
Not that I know of. Some applications get around this problem by
running two processes. One is the main service process, and the second
is a small process that gets launched when a user logs in. It runs as
the logged in user and communicates in the background with the main
service using a state file, socket, or some other method.
I know it is a pain, but I am not aware of any way to get around this
due to the way Windows is designed.
If anyone has any other information on this, I would love to hear about
it as well.
Cheers,
Leif
Aparna Khade wrote:
> Leif,
>
> I was trying this out at the time I received this email. Thank you very
> much.
>
> My application uses jdic to install the application in the system tray.
> For this I need to set the wrapper.ntservice.interactive property to
> true.
> If I use the wrapper.ntservice.account property, the wrapper ignores the
> wrapper.ntservice.interactive property.
>
> Is there any way to have both?
>
> Thanks in advance.
> Aparna
>
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Friday, May 11, 2007 11:16 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Problem with printer discovery on a network-
> when application wrapped as a service
>
> Aparna,
> See my notes inline below
>
> Aparna Khade wrote:
>
>> Thanks for your response.
>>
>> My service was initially running under the Local System account.
>>
>> A few minutes ago, I set the wrapper.ntservice.account &
>> wrapper.ntservice.password.prompt configuration parameters.
>> But I got this error:
>> The service did not start due to a logon failure.
>>
>>
> What is the exact message you are getting? Did you read over the
> following page? There are some things you need to do security wise to
> enable an account to run a service:
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.htm
> l
>
>> I see that it got installed, though, but could not be started. When I
>> tried to start it manually, the system set it to 'disabled'.
>>
>> I see that services are started under Local System or Network Service
>> accounts.
>> Any idea how to start it under the Network Service accounts?
>> We will be distributing this application to several clients. I cannot
>> hard code the user account in the configuration file.
>>
>>
> One option is to set the following in your configuration file:
> wrapper.ntservice.account=%MYAPP_ACCOUNT%
> Then set a system wide environment variable with the correct
> value. You could also set the property in an include file etc.
>
> Cheers,
> Leif
>
>
>> -----Original Message-----
>> From: da...@sm... [mailto:da...@sm...]
>> Sent: Friday, May 11, 2007 10:22 AM
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] Problem with printer discovery on a
>> network- when application wrapped as a service
>>
>> My guess would be:
>> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-account.h
>> tm
>> l
>>
>> When running as a service, Wrapper runs on default as the SYSTEM
>> account, which has no access to network shares (and in your case
>> printers). By specifying an account that it should run as, it will be
>> able to see all the printers that that account has access to.
>>
>> Many thanks,
>>
>> David Hayes
>>
>>
>> Quoting Aparna Khade <ap...@da...>:
>>
>>
>>
>>> Hi,
>>>
>>> I have developed a Java application using JDK 1.5 and one of the
>>> tasks
>>>
>>>
>>
>>
>>> of the application is to detect all the printers installed on the
>>> user's machine.
>>>
>>> When I test my application before wrapping it as a service, it
>>> detects
>>>
>>>
>>
>>
>>> all the printers (including network printers) But, when the
>>> application is installed as a service, it DOES NOT detect network
>>> printers.
>>>
>>> I looked on the site for any related configuration parameters, but
>>> could not find any.
>>>
>>> Is there something specific that needs to be done to look for network
>>>
>
>
>>> resources.
>>> I would appreciate any help in this matter.
>>>
>>>
>>> Thanks,
>>> Aparna
>>>
>>> ---------------------------------------------------------------------
>>> -
>>> --- This SF.net email is sponsored by DB2 Express Download DB2
>>> Express
>>>
>>>
>>
>>
>>> C - the FREE version of DB2 express and take control of your XML. No
>>> limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>>
>>
>> ----------------------------------------------------------------------
>> --
>> -
>> This SF.net email is sponsored by DB2 Express Download DB2 Express C -
>>
>
>
>> the FREE version of DB2 express and take control of your XML. No
>>
> limits.
>
>> Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>> ----------------------------------------------------------------------
>> --- This SF.net email is sponsored by DB2 Express Download DB2 Express
>>
>
>
>> C - the FREE version of DB2 express and take control of your XML. No
>> limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>>
>
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express Download DB2 Express C -
> the FREE version of DB2 express and take control of your XML. No limits.
> Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|
165 messages has been excluded from this view by a project administrator.
