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: Christian M. <chr...@ta...> - 2010-07-14 11:26:56
|
guy, thank you for your interest in the JSW. Wrapper versions prior to 3.3.5 are linking to libm.so.2. However this file is not available on Solaris 8. there are 2 options now for using the wrapper: either create a softlink of /usr/lib/libm.so.1 to /usr/lib/libm.so.2 or (more recommended) try using a newer version of the wrapper. Since (I think) 3.3.6 or 3.3.7 we use an older sparc version for building the releases. so they are linking with libm.so.1 and should be fine to use also on Solaris 8 machines. If you have anymore questions please don't hesitate asking. Cheers, christian On Wed, Jul 14, 2010 at 8:14 PM, Guy <guy...@gm...> wrote: > Hi all, > > we have an application using the wrapper and are running version 3.3.5 of > the wrapper (wrapper-solaris-sparc-32-3.3.5.tar). We are running on Solaris > 5.8: > > # uname -a > SunOS sbedskav 5.8 Generic_127721-01 sun4u sparc SUNW,Sun-Fire-V240 > > But when we run our application we get the following error: > > ld.so.1: wrapper: fatal: libm.so.2: open failed: No such file or directory. > > We tried older versions of the wrapper, but these resulted in other errors. > > Any help would be appreciated ! > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Guy <guy...@gm...> - 2010-07-14 11:14:36
|
Hi all, we have an application using the wrapper and are running version 3.3.5 of the wrapper (wrapper-solaris-sparc-32-3.3.5.tar). We are running on Solaris 5.8: # uname -a SunOS sbedskav 5.8 Generic_127721-01 sun4u sparc SUNW,Sun-Fire-V240 But when we run our application we get the following error: ld.so.1: wrapper: fatal: libm.so.2: open failed: No such file or directory. We tried older versions of the wrapper, but these resulted in other errors. Any help would be appreciated ! |
|
From: drekbour <dre...@fa...> - 2010-07-12 12:55:33
|
Thanks. I created https://sourceforge.net/tracker/?func=detail&aid=3028382&group_id=39428&atid=425187 so I have something to follow. On Fri, 02 Jul 2010 20:51 +0900, "Christian" <chr...@ta...> wrote: > Hi, > > thank you for your mail. > > You didn't do anything wrong, I could reproduce the problem you were > experiencing. > > I will go through the script and make sure spaces in a path will be > handled correctly. > > I'm very sorry for any inconveniences arose because of this. > > Cheers, > Christian > > On Thu, 2010-07-01 at 06:07 -0700, drekbour wrote: > > Hi all. > > > > I am installing 3.4.1-st on RHEL 4 (don't think the linux flavour > > matters here) and get the following: > > $ sudo ./coolapp install > > Detected RHEL or Fedora: > > Installing the Cool Application daemon.. > > ln: when making multiple links, last argument must be a directory > > error reading information about service coolapp: No such file or > > directory > > error reading information about service coolapp: No such file or > > directory > > > > Spaces in the installation path are the cause (confirmed) but there > > seems to be some complex path munging done in script.sh that probably > > should be taking this very real possiblity into account. > > > > See (very old) tracker item: > > https://sourceforge.net/tracker/index.php?func=detail&aid=1507316&group_id=39428&atid=425187 > > > > Am I doing something wrong or shall I raise this as a bug? > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > -- http://www.fastmail.fm - Does exactly what it says on the tin |
|
From: Niambh S. <NSc...@cu...> - 2010-07-09 12:28:03
|
Hi there, I have checked that as that was my first approach. The XMLServer that I am installing is pretty much a standalone application, it does ship xerces-2.9.1.jar. However and the build script has a classpath setting set, to ensure the version we ship is used. The application has a start and stop command, and both of these have a classpath set. I have also checked my own classpath to see if I had a reference to xerces or xerces-impl, and I don't Over the past few weeks I have been testing our installer infrastructure, and I have been installing and deploying applications on Websphere. I was having problems logging in to the application and was looking at the SystemError.log file and I spotted a similar issue org.apache.xerces.parsers.XIncludeAwareParserConfiguration incompatible with org.apache.xerces.xni.parser.XMLParserConfiguration I did some more investigations (we are using WAS 7.0.0.7) and came across this known issue with IBM http://www-01.ibm.com/support/docview.wss?uid=swg1PK95911 . Obviously the calling classes are different but this is the same error I am getting in the wrapper log file, only the calling class appears to be at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341). When I am testing our XMLServer, I have to be very careful of what version of JAVA is used and I must have JAVA_HOME set to Suns version of Java. Many thanks, Niambh -----Original Message----- From: Hubert Felber [mailto:Hub...@ab...] Sent: 09 July 2010 12:56 To: wra...@li... Subject: [Wrapper-user] Antw: Re: org.apache.xerces.parsers.XIncludeAwareParserConfiguration when trying to stop an XMLServer service Niambh Could it be, that there are different versions of Xerces jars used? >>> Niambh Scullion <NSc...@cu...> 07.07.2010 12:34 >>> Hi Leif, Many thanks for your response, I have tried what you have suggested and I am still seeing the same error. I have tried attaching the log, however it is too large, so I will attach a portion of the log. I have attempted to stop the service four times. Each time I stop my service the same error appears. 1) I added logging - wrapper.java.command.loglevel=INFO (this is my base). 2) I updated my path to look at the sun java. The stop failed. 3) I had a local variable called JAVA_HOME_OVERRIDE - this was set to look at a WAS version of java, I removed this, I also updated a J2EE_JAR to point to Suns version of j2ee.jar, I checked my Java version which is 1.5.0_06. The stop failed. 4) I changed wrapper.java.command.loglevel=DEBUG, to see if I could see anything else. I am attaching the logs, I am not sure if this is local as I have run this on another machine with the same issue. Many thanks, Niambh From: Leif Mortenson [mailto:lei...@ta...] Sent: 05 July 2010 21:13 To: wra...@li... Subject: Re: [Wrapper-user] org.apache.xerces.parsers.XIncludeAwareParserConfiguration when trying to stop an XMLServer service Niambh, My first guess is that you are using the wrong JVM. By default, the Wrapper locates a JVM on the system path. this can be different when running as a service vs running in a console. Please add the wrapper.java.command.loglevel=INFO property and make sure that the JVM being used is valid. If that is the problem then you can be more specific with the following property as follows: wrapper.java.command=%JAVA_HOME%/bin/java Please let me know how this works for you. Cheers, Leif On Tue, Jul 6, 2010 at 3:45 AM, Niambh Scullion <NSc...@cu...<mailto:NSc...@cu...>> wrote: Hi Guys, I hope someone can be of help to me, I am creating a service as part of an XMLServer installation. When I install my XMLServer via the control panle, when I start my service, the service as expected starts successfully. However when I restart or stop my service the following error is appearing in the log: The version of Xerces, the xmlserver build file is using is xerces-2.9.1.jar. BUILD FAILED INFO | jvm 1 | 2010/07/05 16:25:25 | java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.runBuild(Main.java:743) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.startAnt(Main.java:217) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2010/07/05 16:25:25 | at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) The thing is, when I stop the service via the command prompt, it stops successfully C:\Curam\XmlServer\bin>Wrapper.exe -r ..\conf\wrapper.conf wrapper | Service is running. Stopping it... wrapper | Curam XML Server service stopped. wrapper | Curam XML Server service removed. Has any one seen this issue before? Many thanks in advance, Niambh The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. |
|
From: Hubert F. <Hub...@ab...> - 2010-07-09 11:56:34
|
Niambh Could it be, that there are different versions of Xerces jars used? >>> Niambh Scullion <NSc...@cu...> 07.07.2010 12:34 >>> Hi Leif, Many thanks for your response, I have tried what you have suggested and I am still seeing the same error. I have tried attaching the log, however it is too large, so I will attach a portion of the log. I have attempted to stop the service four times. Each time I stop my service the same error appears. 1) I added logging - wrapper.java.command.loglevel=INFO (this is my base). 2) I updated my path to look at the sun java. The stop failed. 3) I had a local variable called JAVA_HOME_OVERRIDE - this was set to look at a WAS version of java, I removed this, I also updated a J2EE_JAR to point to Suns version of j2ee.jar, I checked my Java version which is 1.5.0_06. The stop failed. 4) I changed wrapper.java.command.loglevel=DEBUG, to see if I could see anything else. I am attaching the logs, I am not sure if this is local as I have run this on another machine with the same issue. Many thanks, Niambh From: Leif Mortenson [mailto:lei...@ta...] Sent: 05 July 2010 21:13 To: wra...@li... Subject: Re: [Wrapper-user] org.apache.xerces.parsers.XIncludeAwareParserConfiguration when trying to stop an XMLServer service Niambh, My first guess is that you are using the wrong JVM. By default, the Wrapper locates a JVM on the system path. this can be different when running as a service vs running in a console. Please add the wrapper.java.command.loglevel=INFO property and make sure that the JVM being used is valid. If that is the problem then you can be more specific with the following property as follows: wrapper.java.command=%JAVA_HOME%/bin/java Please let me know how this works for you. Cheers, Leif On Tue, Jul 6, 2010 at 3:45 AM, Niambh Scullion <NSc...@cu...<mailto:NSc...@cu...>> wrote: Hi Guys, I hope someone can be of help to me, I am creating a service as part of an XMLServer installation. When I install my XMLServer via the control panle, when I start my service, the service as expected starts successfully. However when I restart or stop my service the following error is appearing in the log: The version of Xerces, the xmlserver build file is using is xerces-2.9.1.jar. BUILD FAILED INFO | jvm 1 | 2010/07/05 16:25:25 | java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.runBuild(Main.java:743) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.startAnt(Main.java:217) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2010/07/05 16:25:25 | at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) The thing is, when I stop the service via the command prompt, it stops successfully C:\Curam\XmlServer\bin>Wrapper.exe -r ..\conf\wrapper.conf wrapper | Service is running. Stopping it... wrapper | Curam XML Server service stopped. wrapper | Curam XML Server service removed. Has any one seen this issue before? Many thanks in advance, Niambh The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. |
|
From: Tanuki S. S. <su...@ta...> - 2010-07-09 06:40:34
|
Michael, Sorry for the delay. Is the machine that you are running on a Native Chinese machine? Or did you set the locale of a particular desktop session to Chinese? I asked because Windows has a system default locale as well as the locale of the current user. When you run as a service, are you running as the default SYSTEM user? Or have you tried configuring a specific account to run as with the wrapper.ntservice.account property? Be sure to read the docs for this property as the account must be configured in order to run services: http://wrapper.tanukisoftware.com/doc/english/prop-ntservice-account.html Sincerely, Leif Mortenson Tanuki Software, Ltd. On Mon, Jul 5, 2010 at 9:25 AM, Michael Kwok <mi...@mk...> wrote: > Hi > > I have added “wrapper.java.command.loglevel=INFO” and have not noticed any > differences in the generated output. > > I understand that the JVM should be the same in console and service mode, > but for some reason, its unable to use a referenced font when it runs in > service mode. We believe its something to do with how in console mode, the > wrapper is able to interact with the users desktop, but when its in service > mode its not able to, do you have any idea about this? > > Thanks > > Michael > > From: Leif Mortenson [mailto:lei...@ta...] > Sent: Friday, July 02, 2010 4:14 PM > To: wra...@li... > Subject: Re: [Wrapper-user] wrapper.exe cannot use specific fonts when > running in service mode on windows 2008 > > Michael, > It is a fairly common mistake that a different JVM is being used when > running as a Service vs in a console. Please set the following property > and compare the generated command lines in each case. > wrapper.java.command.loglevel=INFO > > If they are different, then it is most likely an environment or path issue. > What does your wrapper.java.command property look like? > > Cheers, > Leif > > On Fri, Jul 2, 2010 at 4:08 PM, Michael Kwok <mi...@mk...> wrote: > > Hello, > > We have encountered a problem whereby when we use wrapper.exe from the > command line a java application is able to use specific Chinese Fonts when > calling vb program. But as soon as we run it in service mode, the Font is > unable to be used. > > We have repeated the exercise on a Chinese Windows XP machine and it works > fine both in service mode and command line mode, but when we try this on a > Chinese Windows 2008 the Chinese font is shown as square blocks. > > Would you have any suggestions on what the problem can be? > > Thanks > > Michael -- Leif Mortenson Tanuki Software, Ltd. 6-16-7-1001 Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel/Fax: +81-3-3878-3211 http://www.tanukisoftware.com lei...@ta... |
|
From: Leif M. <lei...@ta...> - 2010-07-08 23:03:05
|
Thies, I am sorry for the trouble. This is not really a bug. It is because the batch files or shell script that were named testwrapper in the Wrapper's bin directory are being used as is for your application. Those scripts have a hard coding parameter in them that make it possible to pass in an argument from the command line. Please use the template batch files from the WRAPPER/src/bin directory for your application. This was an issue with 3.4.0 and 3.4.1 and several other users have been confused by it as well. We have added some checks to the 3.5.1 release coming out today which will warn you when it detects this and hopefully save the time I am sure you spent looking into this. We are not currently in Iblio but I will have our team look into what is necessary to upload. One of our users had uploaded 3.2.3 several years back. Cheers, Leif On Fri, Jul 9, 2010 at 6:50 AM, Thies Edeling <th...@rr...> wrote: > I'm using wrapper 3.4.1 and somehow the wrapper.app.parameter.1 config > parameter isn't passed to the mainclass (WrapperSimpleApp in my case) > anymore. > Even when modifying the supplied test wrapper config to WrapperSimpleApp > and using a non-existing class as parameter I'm still getting the usage > message in my logs; no classnotfound exception. > > Is this a known issue? My config which was working for 3.2.3 doesn't > work with 3.4.1 for this reason. > > Also, is there a Maven repo providing wrapper.jar for 3.4.1 ? Ibiblio > only has 3.2.3. > > thx > > |
|
From: Thies E. <th...@rr...> - 2010-07-08 22:06:23
|
I'm using wrapper 3.4.1 and somehow the wrapper.app.parameter.1 config parameter isn't passed to the mainclass (WrapperSimpleApp in my case) anymore. Even when modifying the supplied test wrapper config to WrapperSimpleApp and using a non-existing class as parameter I'm still getting the usage message in my logs; no classnotfound exception. Is this a known issue? My config which was working for 3.2.3 doesn't work with 3.4.1 for this reason. Also, is there a Maven repo providing wrapper.jar for 3.4.1 ? Ibiblio only has 3.2.3. thx |
|
From: Niambh S. <NSc...@cu...> - 2010-07-07 10:35:12
|
| wrapper | 2010/07/06 08:28:38 | Service command: c:\Curam\XmlServer\bin\Wrapper.exe -s c:\Curam\XmlServer\conf\wrapper.conf STATUS | wrapper | 2010/07/06 08:28:39 | Curam XML Server installed. STATUS | wrapper | 2010/07/06 08:30:57 | --> Wrapper Started as Service STATUS | wrapper | 2010/07/06 08:30:57 | Java Service Wrapper Community Edition 3.3.1 STATUS | wrapper | 2010/07/06 08:30:57 | Copyright (C) 1999-2008 Tanuki Software, Inc. All Rights Reserved. STATUS | wrapper | 2010/07/06 08:30:57 | http://wrapper.tanukisoftware.org STATUS | wrapper | 2010/07/06 08:30:57 | DEBUG | wrapper | 2010/07/06 08:30:57 | Using tick timer. DEBUG | wrapperp | 2010/07/06 08:30:58 | server listening on port 32000. DEBUG | wrapper | 2010/07/06 08:30:58 | Ping settings: wrapper.ping.interval=5, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30 STATUS | wrapper | 2010/07/06 08:30:58 | Launching a JVM... INFO | wrapper | 2010/07/06 08:30:58 | command: "G:\CC\DevEnv\6.0\java\bin\java" -Dant.home=G:\CC\DevEnv\6.0\ant -Xmx768m -Djava.library.path="../lib" -classpath "../lib/wrapper.jar;G:\CC\DevEnv\6.0\ant/lib/ant.jar;G:\CC\DevEnv\6.0\ant/lib/ant-launcher.jar" -Dwrapper.key="oti53WYPz9GdQ4iL" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=4948 -Dwrapper.version="3.3.1" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperStartStopApp org.apache.tools.ant.launch.Launcher 2 -f ../xmlserver/xmlserver.xml org.apache.tools.ant.launch.Launcher true 3 -f ../xmlserver/xmlserver.xml stop DEBUG | wrapper | 2010/07/06 08:30:58 | JVM started (PID=4920) INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@a39137 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager: Initializing... INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: JVM #1 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Running a 32-bit JVM. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Registering shutdown hook INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Using wrapper INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Load native library. One or more attempts may fail if platform specific libraries do not exist. This is NORMAL and is only a problem if they all fail. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Unable to load native library: wrapper-windows-x86-32.dll Cause: no wrapper-windows-x86-32 in java.library.path INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Loaded native library: wrapper.dll INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Calling native initialization method. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperJNI Debug: Initializing WrapperManager native library. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperJNI Debug: Java Executable: G:\CC\DevEnv\6.0\java\bin\java.exe INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperJNI Debug: Windows version: 5.1.2600 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Java Version : 1.5.0_06-b05 Java HotSpot(TM) Client VM INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: OS Name : Windows XP INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: OS Arch : x86 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Control event monitor thread started. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Startup runner thread started. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperStartStopApp@fd54d6, args["-f", "../xmlserver/xmlserver.xml"]) called by thread: main INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Communications runner thread started. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Opened Socket from 31000 to 32000 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Send a packet KEY : oti53WYPz9GdQ4iL INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000]) DEBUG | wrapperp | 2010/07/06 08:30:58 | accepted a socket from 127.0.0.1 on port 31000 DEBUG | wrapperp | 2010/07/06 08:30:58 | read a packet KEY : oti53WYPz9GdQ4iL DEBUG | wrapper | 2010/07/06 08:30:58 | Got key from JVM: oti53WYPz9GdQ4iL DEBUG | wrapperp | 2010/07/06 08:30:58 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2010/07/06 08:30:58 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2010/07/06 08:30:58 | send a packet PROPERTIES : (Property Values) DEBUG | wrapper | 2010/07/06 08:30:58 | Start Application. DEBUG | wrapperp | 2010/07/06 08:30:58 | send a packet START : start INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: PingTimeout from Wrapper is 30000 INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values) INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Received a packet START : start INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: calling WrapperListener.start() INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperManager Debug: WrapperListener.start runner thread started. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperStartStopApp Debug: start(args) Will wait up to 2 seconds for the main method to complete. INFO | jvm 1 | 2010/07/06 08:30:58 | WrapperStartStopApp Debug: invoking start main method INFO | jvm 1 | 2010/07/06 08:30:58 | Buildfile: ..\xmlserver\xmlserver.xml INFO | jvm 1 | 2010/07/06 08:30:59 | INFO | jvm 1 | 2010/07/06 08:30:59 | main: INFO | jvm 1 | 2010/07/06 08:30:59 | [mkdir] Created dir: c:\Curam\XmlServer\xmlserver\tmp INFO | jvm 1 | 2010/07/06 08:30:59 | [mkdir] Created dir: c:\Curam\XmlServer\xmlserver\template INFO | jvm 1 | 2010/07/06 08:30:59 | [mkdir] Created dir: c:\Curam\XmlServer\xmlserver\stats INFO | jvm 1 | 2010/07/06 08:30:59 | [copy] Copying 1 file to c:\Curam\XmlServer\xmlserver INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] ------------------------------------------------------------------------------- INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] Curam XML Server INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] Copyright (c) 2002-2005 Curam Software Ltd. INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] Started : Tue Jul 06 08:30:59 BST 2010 INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] ------------------------------------------------------------------------------- INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Clear Template Cache : false INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using Server Command : CMD /x/c .\ntprint.bat %d\%f %p INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Listening on Port : 1800 INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Template Cache Dir. : ./template INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Temporary Directory : ./tmp INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Temporary File Root : doc INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Tracing Conn. Trafic : false INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using Output Method Pipe : false INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using STDERR Sink : false INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using STDOUT Sink : false INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using Template Cache : true INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Using Output Method File : true INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Thread Pool Size : 5 INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Thread Pool Queue Size : 200 INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Socket operations timeout : 60000 INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Statistics Folder : ./stats INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Defined Job Type : "HTML". INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Defined Job Type : "RTF". INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Defined Job Type : "TEXT". INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Defined Job Type : "PDFRTL". INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLConfiguration] Defined Job Type : "PDFLTR". INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] ------------------------------------------------------------------------------- INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] [INFO] [XMLServer] XML Server awaiting connections on port 1800.... INFO | jvm 1 | 2010/07/06 08:30:59 | [xmlserver] INFO | jvm 1 | 2010/07/06 08:30:59 | WrapperManager Debug: Send a packet START_PENDING : 5000 DEBUG | wrapperp | 2010/07/06 08:30:59 | read a packet START_PENDING : 5000 DEBUG | wrapper | 2010/07/06 08:30:59 | JVM signalled a start pending with waitHint of 5000 millis. INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperManager Debug: Send a packet START_PENDING : 5000 INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperStartStopApp Debug: start(args) end. Main Completed=false, exitCode=null INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperManager Debug: WrapperListener.start runner thread stopped. INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperManager Debug: returned from WrapperListener.start() INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperManager Debug: Send a packet STARTED : DEBUG | wrapperp | 2010/07/06 08:31:00 | read a packet START_PENDING : 5000 DEBUG | wrapper | 2010/07/06 08:31:00 | JVM signalled a start pending with waitHint of 5000 millis. DEBUG | wrapperp | 2010/07/06 08:31:00 | read a packet STARTED : DEBUG | wrapper | 2010/07/06 08:31:00 | JVM signalled that it was started. INFO | jvm 1 | 2010/07/06 08:31:00 | WrapperManager Debug: Startup runner thread stopped. DEBUG | wrapperp | 2010/07/06 08:31:02 | send a packet PING : ping INFO | jvm 1 | 2010/07/06 08:31:02 | WrapperManager Debug: Received a packet PING : ping INFO | jvm 1 | 2010/07/06 08:31:02 | WrapperManager Debug: Send a packet PING : ping DEBUG | wrapperp | 2010/07/06 08:31:02 | read a packet PING : ping DEBUG | wrapper | 2010/07/06 08:31:03 | ServiceControlHandler(1) DEBUG | wrapperp | 2010/07/06 08:31:03 | send a packet SERVICE_CONTROL_CODE : 1 DEBUG | wrapper | 2010/07/06 08:31:03 | SERVICE_CONTROL_STOP DEBUG | wrapper | 2010/07/06 08:31:03 | wrapperStopProcess(0) called. INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 1 INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: ServiceControlCode from Wrapper with code 1 DEBUG | wrapper | 2010/07/06 08:31:03 | Sending stop signal to JVM DEBUG | wrapperp | 2010/07/06 08:31:03 | send a packet STOP : NULL INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: Received a packet STOP : INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: Thread, Wrapper-Connection, handling the shutdown process. INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: calling listener.stop() INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: Waiting for WrapperListener.stop runner thread to complete. INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperManager Debug: WrapperListener.stop runner thread started. INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperStartStopApp Debug: stop(0) INFO | jvm 1 | 2010/07/06 08:31:03 | WrapperStartStopApp Debug: invoking stop main method INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] Buildfile: ..\xmlserver\xmlserver.xml INFO | jvm 1 | 2010/07/06 08:31:03 | INFO | jvm 1 | 2010/07/06 08:31:03 | BUILD FAILED INFO | jvm 1 | 2010/07/06 08:31:03 | java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.Main.runBuild(Main.java:743) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.Main.startAnt(Main.java:217) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) INFO | jvm 1 | 2010/07/06 08:31:03 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2010/07/06 08:31:03 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2010/07/06 08:31:03 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2010/07/06 08:31:03 | at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) INFO | jvm 1 | 2010/07/06 08:31:03 | at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) INFO | jvm 1 | 2010/07/06 08:31:03 | INFO | jvm 1 | 2010/07/06 08:31:03 | Total time: 0 seconds INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.Main.runBuild(Main.java:743) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.Main.startAnt(Main.java:217) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) INFO | jvm 1 | 2010/07/06 08:31:03 | [xmlserver] org.apache.xerces.parsers.XIncludeAwareParserConfiguration DEBUG | wrapper | 2010/07/06 08:31:03 | JVM process exited with a code of 1, setting the wrapper exit code to 1. WARN | wrapper | 2010/07/06 08:31:03 | JVM exited unexpectedly while stopping the application. STATUS | wrapper | 2010/07/06 08:31:04 | <-- Wrapper Stopped STATUS | wrapper | 2010/07/06 08:48:47 | Curam XML Server removed. DEBUG | wrapper | 2010/07/06 08:49:11 | Service command: C:\Curam\XmlServer\bin\Wrapper.exe -s |
|
From: Leif M. <lei...@ta...> - 2010-07-06 15:55:01
|
Peter, Currently the upgrade process is manual. Updating the files requires the restarting of both the JVM and Wrapper. If you have some ideas in this area, or examples of what you would like to see, we would be happy to hear and consider them for a future release. Cheers, Leif On Tue, Jul 6, 2010 at 9:26 PM, Peter Dahm <pd...@it...> wrote: > Hi, > > > > is there any of way to update an application wich is running with the > wrapper ? > > > > Especially the wrapper.exe and wrapper.jar or do I have to stop the wrapper > manually and replace the resources or does the wrapper work together with > OSGi ? > > > > Peter > > |
|
From: Peter D. <pd...@it...> - 2010-07-06 15:19:40
|
Hi, is there any of way to update an application wich is running with the wrapper ? Especially the wrapper.exe and wrapper.jar or do I have to stop the wrapper manually and replace the resources or does the wrapper work together with OSGi ? Peter |
|
From: Leif M. <lei...@ta...> - 2010-07-05 20:13:17
|
Niambh, My first guess is that you are using the wrong JVM. By default, the Wrapper locates a JVM on the system path. this can be different when running as a service vs running in a console. Please add the wrapper.java.command.loglevel=INFO property and make sure that the JVM being used is valid. If that is the problem then you can be more specific with the following property as follows: wrapper.java.command=%JAVA_HOME%/bin/java Please let me know how this works for you. Cheers, Leif On Tue, Jul 6, 2010 at 3:45 AM, Niambh Scullion <NSc...@cu... > wrote: > Hi Guys, > > > > I hope someone can be of help to me, I am creating a service as part of an > XMLServer installation. When I install my XMLServer via the control panle, > when I start my service, the service as expected starts successfully. > However when I restart or stop my service the following error is appearing > in the log: > > > > The version of Xerces, the xmlserver build file is using is > xerces-2.9.1.jar. > > > > BUILD FAILED > > INFO | jvm 1 | 2010/07/05 16:25:25 | java.lang.ClassCastException: > org.apache.xerces.parsers.XIncludeAwareParserConfiguration > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.Main.runBuild(Main.java:743) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.Main.startAnt(Main.java:217) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > java.lang.reflect.Method.invoke(Method.java:585) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) > > INFO | jvm 1 | 2010/07/05 16:25:25 | at > org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) > > > > The thing is, when I stop the service via the command prompt, it stops > successfully > > C:\Curam\XmlServer\bin>Wrapper.exe -r ..\conf\wrapper.conf > > wrapper | Service is running. Stopping it... > > wrapper | Curam XML Server service stopped. > > wrapper | Curam XML Server service removed. > > > > Has any one seen this issue before? > > > > Many thanks in advance, > > Niambh > |
|
From: Niambh S. <NSc...@cu...> - 2010-07-05 18:45:16
|
Hi Guys, I hope someone can be of help to me, I am creating a service as part of an XMLServer installation. When I install my XMLServer via the control panle, when I start my service, the service as expected starts successfully. However when I restart or stop my service the following error is appearing in the log: The version of Xerces, the xmlserver build file is using is xerces-2.9.1.jar. BUILD FAILED INFO | jvm 1 | 2010/07/05 16:25:25 | java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:140) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.runBuild(Main.java:743) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.Main.startAnt(Main.java:217) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2010/07/05 16:25:25 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2010/07/05 16:25:25 | at java.lang.reflect.Method.invoke(Method.java:585) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperStartStopApp.stop(WrapperStartStopApp.java:423) INFO | jvm 1 | 2010/07/05 16:25:25 | at org.tanukisoftware.wrapper.WrapperManager$13.run(WrapperManager.java:3341) The thing is, when I stop the service via the command prompt, it stops successfully C:\Curam\XmlServer\bin>Wrapper.exe -r ..\conf\wrapper.conf wrapper | Service is running. Stopping it... wrapper | Curam XML Server service stopped. wrapper | Curam XML Server service removed. Has any one seen this issue before? Many thanks in advance, Niambh The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. |
|
From: Michael K. <mi...@mk...> - 2010-07-05 00:48:26
|
Hi I have added "wrapper.java.command.loglevel=INFO" and have not noticed any differences in the generated output. I understand that the JVM should be the same in console and service mode, but for some reason, its unable to use a referenced font when it runs in service mode. We believe its something to do with how in console mode, the wrapper is able to interact with the users desktop, but when its in service mode its not able to, do you have any idea about this? Thanks Michael From: Leif Mortenson [mailto:lei...@ta...] Sent: Friday, July 02, 2010 4:14 PM To: wra...@li... Subject: Re: [Wrapper-user] wrapper.exe cannot use specific fonts when running in service mode on windows 2008 Michael, It is a fairly common mistake that a different JVM is being used when running as a Service vs in a console. Please set the following property and compare the generated command lines in each case. wrapper.java.command.loglevel=INFO If they are different, then it is most likely an environment or path issue. What does your wrapper.java.command property look like? Cheers, Leif On Fri, Jul 2, 2010 at 4:08 PM, Michael Kwok <mi...@mk...> wrote: Hello, We have encountered a problem whereby when we use wrapper.exe from the command line a java application is able to use specific Chinese Fonts when calling vb program. But as soon as we run it in service mode, the Font is unable to be used. We have repeated the exercise on a Chinese Windows XP machine and it works fine both in service mode and command line mode, but when we try this on a Chinese Windows 2008 the Chinese font is shown as square blocks. Would you have any suggestions on what the problem can be? Thanks Michael No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/2968 - Release Date: 07/02/10 02:35:00 |
|
From: Christian <chr...@ta...> - 2010-07-02 12:51:31
|
Hi, thank you for your mail. You didn't do anything wrong, I could reproduce the problem you were experiencing. I will go through the script and make sure spaces in a path will be handled correctly. I'm very sorry for any inconveniences arose because of this. Cheers, Christian On Thu, 2010-07-01 at 06:07 -0700, drekbour wrote: > Hi all. > > I am installing 3.4.1-st on RHEL 4 (don't think the linux flavour > matters here) and get the following: > $ sudo ./coolapp install > Detected RHEL or Fedora: > Installing the Cool Application daemon.. > ln: when making multiple links, last argument must be a directory > error reading information about service coolapp: No such file or > directory > error reading information about service coolapp: No such file or > directory > > Spaces in the installation path are the cause (confirmed) but there > seems to be some complex path munging done in script.sh that probably > should be taking this very real possiblity into account. > > See (very old) tracker item: > https://sourceforge.net/tracker/index.php?func=detail&aid=1507316&group_id=39428&atid=425187 > > Am I doing something wrong or shall I raise this as a bug? > |
|
From: Leif M. <lei...@ta...> - 2010-07-02 08:13:43
|
Michael, It is a fairly common mistake that a different JVM is being used when running as a Service vs in a console. Please set the following property and compare the generated command lines in each case. wrapper.java.command.loglevel=INFO If they are different, then it is most likely an environment or path issue. What does your wrapper.java.command property look like? Cheers, Leif On Fri, Jul 2, 2010 at 4:08 PM, Michael Kwok <mi...@mk...> wrote: > Hello, > > > > We have encountered a problem whereby when we use wrapper.exe from the > command line a java application is able to use specific Chinese Fonts when > calling vb program. But as soon as we run it in service mode, the Font is > unable to be used. > > > > We have repeated the exercise on a Chinese Windows XP machine and it works > fine both in service mode and command line mode, but when we try this on a > Chinese Windows 2008 the Chinese font is shown as square blocks. > > > > Would you have any suggestions on what the problem can be? > > > > Thanks > > > > Michael > |
|
From: Michael K. <mi...@mk...> - 2010-07-02 08:09:12
|
Hello, We have encountered a problem whereby when we use wrapper.exe from the command line a java application is able to use specific Chinese Fonts when calling vb program. But as soon as we run it in service mode, the Font is unable to be used. We have repeated the exercise on a Chinese Windows XP machine and it works fine both in service mode and command line mode, but when we try this on a Chinese Windows 2008 the Chinese font is shown as square blocks. Would you have any suggestions on what the problem can be? Thanks Michael |
|
From: drekbour <dre...@fa...> - 2010-07-01 13:07:57
|
Hi all. I am installing 3.4.1-st on RHEL 4 (don't think the linux flavour matters here) and get the following: $ sudo ./coolapp install Detected RHEL or Fedora: Installing the Cool Application daemon.. ln: when making multiple links, last argument must be a directory error reading information about service coolapp: No such file or directory error reading information about service coolapp: No such file or directory Spaces in the installation path are the cause (confirmed) but there seems to be some complex path munging done in script.sh that probably should be taking this very real possiblity into account. See (very old) tracker item: https://sourceforge.net/tracker/index.php?func=detail&aid=1507316&group_id=39428&atid=425187 Am I doing something wrong or shall I raise this as a bug? -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again |
|
From: Alan Xu <ala...@gm...> - 2010-07-01 09:39:29
|
Hubert, It works! Thanks for your help! Alan On Thu, Jul 1, 2010 at 4:13 PM, Hubert Felber <Hub...@ab...>wrote: > Alan, > > At least you have to grant that user account to logon as service. > Maybe in some cases you also have to set "act as part of the operating > system" > You do this in Control Panel -> Local Security Policy -> User Rights > Assignment. > There on the right panel, you select the Policy "Log on as service" > Then you add user or groups. > This should be enough. The "act as part of the OS" should not be > required. > > Regards > Hubert > > > >>> Alan Xu <ala...@gm...> 01.07.2010 10:02 >>> > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Hubert F. <Hub...@ab...> - 2010-07-01 08:23:39
|
Alan,
Partially wrong path:
The Path is
"Local Security Policy"->
"Local Policies"->
"User Rights Assignment"
"Log on as service"
>>> Alan Xu <ala...@gm...> 01.07.2010 10:02 >>>
Hi, Hubert
The service installation succeed, but I got an error when I tried to
start
the service:
Unable to start the service - The service did not start due to a logon
failure. (0x42d)
I added below properties in wrapper.conf file:
wrapper.ntservice.account=<domain>\<username>
wrapper.ntservice.password=<plain_text_pwd>
I am sure the username/pwd are correct.
Do you have any ideal about it?
Thanks!
Alan
On Thu, Jul 1, 2010 at 2:55 PM, Alan Xu <ala...@gm...> wrote:
> Hi, Hubert
>
> Thank you for the quick reply. I am trying to use a user account for
the
> service and will update you later!
>
> Cheers
> Alan
>
>
> On Thu, Jul 1, 2010 at 2:17 PM, Hubert Felber
<Hub...@ab...>wrote:
>
>> Hey Alan,
>>
>> Are you using windows?
>>
>> The printers are probabely installed for a certain user. Running
your
>> app in console means, that you use that users settings. Running as
>> service probabely means that it runs with LocalSystem account,
which
>> does not have any printers assigned.
>> You 'll have to run the service with a user a account that has the
>> printer installed.
>> Hubert
>>
>>
>> >>> Alan Xu <ala...@gm...> 01.07.2010 08:11 >>>
>> Hi, Guys
>>
>> I am using *PrinterJob.lookupPrintServices()* to get printer
services
>> in my
>> java application. It works fine in console, but when I wrapped it
to
>> Java
>> Service Wrapper, I get nothing. Anyone can help me out or give some
>> suggestions.
>>
>> Thank you very much!
>> Alan
>>
>>
>>
------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>
>
|
|
From: Hubert F. <Hub...@ab...> - 2010-07-01 08:13:20
|
Alan, At least you have to grant that user account to logon as service. Maybe in some cases you also have to set "act as part of the operating system" You do this in Control Panel -> Local Security Policy -> User Rights Assignment. There on the right panel, you select the Policy "Log on as service" Then you add user or groups. This should be enough. The "act as part of the OS" should not be required. Regards Hubert >>> Alan Xu <ala...@gm...> 01.07.2010 10:02 >>> |
|
From: Alan Xu <ala...@gm...> - 2010-07-01 08:02:21
|
Hi, Hubert The service installation succeed, but I got an error when I tried to start the service: Unable to start the service - The service did not start due to a logon failure. (0x42d) I added below properties in wrapper.conf file: wrapper.ntservice.account=<domain>\<username> wrapper.ntservice.password=<plain_text_pwd> I am sure the username/pwd are correct. Do you have any ideal about it? Thanks! Alan On Thu, Jul 1, 2010 at 2:55 PM, Alan Xu <ala...@gm...> wrote: > Hi, Hubert > > Thank you for the quick reply. I am trying to use a user account for the > service and will update you later! > > Cheers > Alan > > > On Thu, Jul 1, 2010 at 2:17 PM, Hubert Felber <Hub...@ab...>wrote: > >> Hey Alan, >> >> Are you using windows? >> >> The printers are probabely installed for a certain user. Running your >> app in console means, that you use that users settings. Running as >> service probabely means that it runs with LocalSystem account, which >> does not have any printers assigned. >> You 'll have to run the service with a user a account that has the >> printer installed. >> Hubert >> >> >> >>> Alan Xu <ala...@gm...> 01.07.2010 08:11 >>> >> Hi, Guys >> >> I am using *PrinterJob.lookupPrintServices()* to get printer services >> in my >> java application. It works fine in console, but when I wrapped it to >> Java >> Service Wrapper, I get nothing. Anyone can help me out or give some >> suggestions. >> >> Thank you very much! >> Alan >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > |
|
From: Alan Xu <ala...@gm...> - 2010-07-01 06:55:25
|
Hi, Hubert Thank you for the quick reply. I am trying to use a user account for the service and will update you later! Cheers Alan On Thu, Jul 1, 2010 at 2:17 PM, Hubert Felber <Hub...@ab...>wrote: > Hey Alan, > > Are you using windows? > > The printers are probabely installed for a certain user. Running your > app in console means, that you use that users settings. Running as > service probabely means that it runs with LocalSystem account, which > does not have any printers assigned. > You 'll have to run the service with a user a account that has the > printer installed. > Hubert > > > >>> Alan Xu <ala...@gm...> 01.07.2010 08:11 >>> > Hi, Guys > > I am using *PrinterJob.lookupPrintServices()* to get printer services > in my > java application. It works fine in console, but when I wrapped it to > Java > Service Wrapper, I get nothing. Anyone can help me out or give some > suggestions. > > Thank you very much! > Alan > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Hubert F. <Hub...@ab...> - 2010-07-01 06:18:05
|
Hey Alan, Are you using windows? The printers are probabely installed for a certain user. Running your app in console means, that you use that users settings. Running as service probabely means that it runs with LocalSystem account, which does not have any printers assigned. You 'll have to run the service with a user a account that has the printer installed. Hubert >>> Alan Xu <ala...@gm...> 01.07.2010 08:11 >>> Hi, Guys I am using *PrinterJob.lookupPrintServices()* to get printer services in my java application. It works fine in console, but when I wrapped it to Java Service Wrapper, I get nothing. Anyone can help me out or give some suggestions. Thank you very much! Alan |
|
From: Alan Xu <ala...@gm...> - 2010-07-01 06:11:08
|
Hi, Guys I am using *PrinterJob.lookupPrintServices()* to get printer services in my java application. It works fine in console, but when I wrapped it to Java Service Wrapper, I get nothing. Anyone can help me out or give some suggestions. Thank you very much! Alan |