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: David G. <dav...@ms...> - 2014-02-28 15:30:55
|
I have done this on other servers with allegedly the same configuration previously without issue, however on this particular server whenever I try and start the service it fails instantly with Error 1053 - which implies a timeout problem, however it happens so quickly (<1 second) that I’m doubtful that this is the root cause. I have update my application to the latest x86.3.5.24 version and I get the same problem. When I run the application on the console via a batch file it works fine. The java installed is the 32 bit version :- java version "1.7.0_45" Java(TM) SE Runtime Environment (build 1.7.0_45-b18) Java HotSpot(TM) Client VM (build 24.45-b08, mixed mode, sharing) |
|
From: David B. <da...@da...> - 2014-02-19 18:39:56
|
I do this all the time with JSW and YAJSW. I believe you have all the info you need. Repeating your bullet from below: Use a Remote Java Application Debug Configuration with the proper host and port specified You must have a Run/Debug definition in Eclipse where the port = 8000. Run netstat -a and look to see the target port is not already listening (in use). Uncomment the wrapper.conf lines you specify below. If on Windows shut the service off (Stop service) in the Windows service manager. Run you application at the console or command line (service.exe or whatever it is called). With the suspend=y it should just hang in the command shell window with a prompt waiting for Eclipse. Then back to Eclipse and run the Debug definition previously created. If successful the Thread Stack should appear on the left. BTW: given the current global security status I would not use my company email on this forum. HTH. On 02/19/2014 12:30 PM, bri...@we... wrote: > > Hello, > > > > I have not been able to attach the Eclipse debugger at all yet, > unfortunately. My thought was that the service would have to be > launched already before I could actually attach the debugger to it. > (In Visual Studio .NET it is that way, and that's what I am more > knowledgeable about. So I'm kind of trying to learn about the Wrapper > and java ad everything at once here L) > > > > Re: the DB crypto error: Yes, that is driving me crazy! I have > Googled the issue a bunch, and it was supposed to be fixed after I > corrected a JDBC driver versioning issue, but I have had no success. L > > > > Re: the "suspend=y", don't forget, I just put those 4 statements in my > wrapper.conf, and they are commented out, so they have no impact yet: > > > > #wrapper.java.additional.2="-Xdebug" \ > > #wrapper.java.additional.3="-Xnoagent" \ > > #wrapper.java.additional.4="-Djava.compiler=NONE" \ > > #wrapper.java.additional.5="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\ > > > > Thanks. > > > > */~ Brian ~/* > > > > *From:*David Brown [mailto:da...@da...] > *Sent:* Wednesday, February 19, 2014 9:40 AM > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] How to debug a Java Service Wrapper > running as a Windows service using Eclipse? > > > > Yes you have a serious crypto issue w/ your DB but it should not have > even gotten to this point because of: > > suspend=y > > Are you attaching the Eclipse debugger before launch? > > On 02/16/2014 06:23 PM, bri...@we... > <mailto:bri...@we...> wrote: > > Hello, > > > > I have been asked to make enhancements to an existing java > application that uses an older version of the Java Wrapper Service > (v3.1.2). Apparently this version is old enough that (at the > time) there was no 64-bit version, and also Tanuki did not yet > offer Professional and Standard editions either. > > > > I have used the 32-bit Eclipse Kepler IDE to make the enhancements: > > Version: Kepler Service Release 1 > > Build id: 20130919-0819 > > > > I have an existing Ant (v1.8.4) script that I use to build the > java application, which I have integrated successfully into the > Eclipse IDE. > > > > I have modified the existing wrapper.conf file of the Tanuki Java > Service Wrapper to allow me successful installation of this java > app as a Windows Service. However, I can see from the logs that > there are error in my code, and I would like to use Eclipse to > step through my code while it is running as a Windows service. I > have read a number of sites and articles, and I have a vague > understanding that most likely I need to do the following: > > > > * Add some settings to my wrapper.conf file > (wrapper.java.additional.N serttings? Other settings?) > * Use a Remote Java Application Debug Configuration with the > proper host and port specified > > > > I found a few settings that I think I might need, but I'm not sure > exactly how to configure them. I currently have them commented > out in my wrapper.conf file: > > > > #wrapper.java.additional.2="-Xdebug" \ > > #wrapper.java.additional.3="-Xnoagent" \ > > #wrapper.java.additional.4="-Djava.compiler=NONE" \ > > #wrapper.java.additional.5="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\ > > > > But beyond that, I don't have a clue how to set this up. > > > > *Requested info:* > > > > Wrapper version: v3.1.2 > > OS: Win 7 Enterprise SP1 > > Wrapper.conf file (attached): > > > > wrapper.log of my windows service. There are errors in the log, > but I think they are due to issues in my java code (specifically > when it tries to connect to our DB2 database). If I could debug > the service, then I could probably fix the errors: > > > > Please assist. > > > > Thanks. > > > > */~ Brian ~/* > > > > > > > > > > > ------------------------------------------------------------------------------ > > Android apps run on BlackBerry 10 > > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > > Now with support for Jelly Bean, Bluetooth, Mapview and more. > > Get your Android app in front of a whole new audience. Start now. > > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > > > > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... <mailto:Wra...@li...> > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: <bri...@we...> - 2014-02-19 18:30:24
|
Hello, I have not been able to attach the Eclipse debugger at all yet, unfortunately. My thought was that the service would have to be launched already before I could actually attach the debugger to it. (In Visual Studio .NET it is that way, and that's what I am more knowledgeable about. So I'm kind of trying to learn about the Wrapper and java ad everything at once here :() Re: the DB crypto error: Yes, that is driving me crazy! I have Googled the issue a bunch, and it was supposed to be fixed after I corrected a JDBC driver versioning issue, but I have had no success. :( Re: the "suspend=y", don't forget, I just put those 4 statements in my wrapper.conf, and they are commented out, so they have no impact yet: #wrapper.java.additional.2="-Xdebug" \ #wrapper.java.additional.3="-Xnoagent" \ #wrapper.java.additional.4="-Djava.compiler=NONE" \ #wrapper.java.additional.5="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\ Thanks. ~ Brian ~ From: David Brown [mailto:da...@da...] Sent: Wednesday, February 19, 2014 9:40 AM To: wra...@li... Subject: Re: [Wrapper-user] How to debug a Java Service Wrapper running as a Windows service using Eclipse? Yes you have a serious crypto issue w/ your DB but it should not have even gotten to this point because of: suspend=y Are you attaching the Eclipse debugger before launch? On 02/16/2014 06:23 PM, bri...@we...<mailto:bri...@we...> wrote: Hello, I have been asked to make enhancements to an existing java application that uses an older version of the Java Wrapper Service (v3.1.2). Apparently this version is old enough that (at the time) there was no 64-bit version, and also Tanuki did not yet offer Professional and Standard editions either. I have used the 32-bit Eclipse Kepler IDE to make the enhancements: Version: Kepler Service Release 1 Build id: 20130919-0819 I have an existing Ant (v1.8.4) script that I use to build the java application, which I have integrated successfully into the Eclipse IDE. I have modified the existing wrapper.conf file of the Tanuki Java Service Wrapper to allow me successful installation of this java app as a Windows Service. However, I can see from the logs that there are error in my code, and I would like to use Eclipse to step through my code while it is running as a Windows service. I have read a number of sites and articles, and I have a vague understanding that most likely I need to do the following: * Add some settings to my wrapper.conf file (wrapper.java.additional.N serttings? Other settings?) * Use a Remote Java Application Debug Configuration with the proper host and port specified I found a few settings that I think I might need, but I'm not sure exactly how to configure them. I currently have them commented out in my wrapper.conf file: #wrapper.java.additional.2="-Xdebug" \ #wrapper.java.additional.3="-Xnoagent" \ #wrapper.java.additional.4="-Djava.compiler=NONE" \ #wrapper.java.additional.5="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\ But beyond that, I don't have a clue how to set this up. Requested info: Wrapper version: v3.1.2 OS: Win 7 Enterprise SP1 Wrapper.conf file (attached): wrapper.log of my windows service. There are errors in the log, but I think they are due to issues in my java code (specifically when it tries to connect to our DB2 database). If I could debug the service, then I could probably fix the errors: Please assist. Thanks. ~ Brian ~ ------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: David B. <da...@da...> - 2014-02-19 14:39:40
|
Yes you have a serious crypto issue w/ your DB but it should not have even gotten to this point because of: suspend=y Are you attaching the Eclipse debugger before launch? On 02/16/2014 06:23 PM, bri...@we... wrote: > Hello, > > I have been asked to make enhancements to an existing java application > that uses an older version of the Java Wrapper Service (v3.1.2). > Apparently this version is old enough that (at the time) there was no > 64-bit version, and also Tanuki did not yet offer Professional and > Standard editions either. > > I have used the 32-bit Eclipse Kepler IDE to make the enhancements: > Version: Kepler Service Release 1 > Build id: 20130919-0819 > > I have an existing Ant (v1.8.4) script that I use to build the java > application, which I have integrated successfully into the Eclipse IDE. > > I have modified the existing wrapper.conf file of the Tanuki Java > Service Wrapper to allow me successful installation of this java app > as a Windows Service. However, I can see from the logs that there are > error in my code, and I would like to use Eclipse to step through my > code while it is running as a Windows service. I have read a number > of sites and articles, and I have a vague understanding that most > likely I need to do the following: > > > * Add some settings to my wrapper.conf file > (wrapper.java.additional.N serttings? Other settings?) > * Use a Remote Java Application Debug Configuration with the proper > host and port specified > > > I found a few settings that I think I might need, but I'm not sure > exactly how to configure them. I currently have them commented out in > my wrapper.conf file: > > #wrapper.java.additional.2="-Xdebug" \ > #wrapper.java.additional.3="-Xnoagent" \ > #wrapper.java.additional.4="-Djava.compiler=NONE" \ > #wrapper.java.additional.5="-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y"\ > > But beyond that, I don't have a clue how to set this up. > > *Requested**info:* > > Wrapper version: v3.1.2 > OS: Win 7 Enterprise SP1 > Wrapper.conf file (attached): > > wrapper.log of my windows service. There are errors in the log, but I > think they are due to issues in my java code (specifically when it > tries to connect to our DB2 database). If I could debug the service, > then I could probably fix the errors: > > Please assist. > > Thanks. > > /*~ Brian ~*/ > > > > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <lei...@ta...> - 2014-02-13 15:38:30
|
David, I am moving this thread into our support system as you mentioned that it should be confidential. Cheers, Leif On Thu, Feb 13, 2014 at 12:48 AM, David Brown <da...@da...>wrote: > Hello Leif, please find attached a screenshot of our directory structure > @ tomcat (confidentiality please). > > Thanks for the much needed reply. > > The dxop.war is mainly our jars and the lib directory is the usual tomcat > stuff. > > There is no catalina. > > Not all is clear unless I explain I have a mandate from my boss to explore > options to resolve our Windows service wrapper issues. > > In addition to avoiding YAJSW I am also trying to avoid winrun4j for > somewhat the same issues: lack of doco and support. > > Notwithstanding, I am forced to present both arguments side-by-side. > > I understand I can use method 3 but this is similar to winrun4j which > requires a Java Class that extends an Abstract class whereas JSW requires > interface implementation. > > The ideal presentation would be a nearly config free Windows service > installation of our app via something like method 2. > > If this is not possible then a much more issue free Windows service > installation using method 3. > > To do something similar to method 3 in winrun4j I will have to reread > everything I have forgotten about Java classloaders. > > Please advise, David. > > > > On 02/11/2014 07:54 PM, Leif Mortenson wrote: > > David, > The Wrapper also places no restrictions on the directory structure of the > application. The integration methods are of course based off of the > default to make it easier for most users. > > With the Wrapper, the main thing is that the working directory is always > forced to the location of the Wrapper binary. This is done for application > stability as everything will work reliably regardless of how the > application is started. There is a way to adjust this after the Wrapper's > configuration is loaded but before the JVM is launched. > (wrapper.working.dir). There are also some configurable paths at the top > of the shell and batch scripts that tell the script where the wrapper > binary and then its relative wrapper configuration file are located. > > Please explain your directory structure and what you would like to do and > we will try to help out. > > Cheers, > Leif > > > On Wed, Feb 12, 2014 at 6:25 AM, David Brown <da...@da...>wrote: > >> Hello, after reading enough of the doco: Method 2 - WrapperStartStopApp >> Integration (Windows/Tomcat) I realized that our current tomcat deploy >> is radically non-standard and the instructions given at: >> >> wrapper.tanukisoftware.com/doc/english/integrate-start-stop-win.html >> >> Will need to be somewhat modified to work with our tomcat (1.7). >> >> Currently, we are using YAJSW 10.1 and is the target for using JSW. >> >> YAJSW does not require a strict Tomcat directory structure. >> >> My question is there an integration method or some way of modifying a >> JSW integration method that will successfully install our application >> running under Tomcat as a Windows7 service? >> >> Please advise, David. >> > > > |
|
From: Leif M. <lei...@ta...> - 2014-02-12 02:01:54
|
David, The Wrapper also places no restrictions on the directory structure of the application. The integration methods are of course based off of the default to make it easier for most users. With the Wrapper, the main thing is that the working directory is always forced to the location of the Wrapper binary. This is done for application stability as everything will work reliably regardless of how the application is started. There is a way to adjust this after the Wrapper's configuration is loaded but before the JVM is launched. (wrapper.working.dir). There are also some configurable paths at the top of the shell and batch scripts that tell the script where the wrapper binary and then its relative wrapper configuration file are located. Please explain your directory structure and what you would like to do and we will try to help out. Cheers, Leif On Wed, Feb 12, 2014 at 6:25 AM, David Brown <da...@da...> wrote: > Hello, after reading enough of the doco: Method 2 - WrapperStartStopApp > Integration (Windows/Tomcat) I realized that our current tomcat deploy > is radically non-standard and the instructions given at: > > wrapper.tanukisoftware.com/doc/english/integrate-start-stop-win.html > > Will need to be somewhat modified to work with our tomcat (1.7). > > Currently, we are using YAJSW 10.1 and is the target for using JSW. > > YAJSW does not require a strict Tomcat directory structure. > > My question is there an integration method or some way of modifying a > JSW integration method that will successfully install our application > running under Tomcat as a Windows7 service? > > Please advise, David. > |
|
From: David B. <da...@da...> - 2014-02-11 21:25:28
|
Hello, after reading enough of the doco: Method 2 - WrapperStartStopApp Integration (Windows/Tomcat) I realized that our current tomcat deploy is radically non-standard and the instructions given at: wrapper.tanukisoftware.com/doc/english/integrate-start-stop-win.html Will need to be somewhat modified to work with our tomcat (1.7). Currently, we are using YAJSW 10.1 and is the target for using JSW. YAJSW does not require a strict Tomcat directory structure. My question is there an integration method or some way of modifying a JSW integration method that will successfully install our application running under Tomcat as a Windows7 service? Please advise, David. |
|
From: Leif M. <lei...@ta...> - 2014-01-30 17:25:56
|
Seamus,
What are you seeing when you try running the devicemanager.exe binary?
When running under the Wrapper, it will by default set the working
directory to the location of the Wrapper.exe. This may be affecting the
way your exe is locating its DLLs. My first guess is a PATH or other
environment variable issue.
Please try to get it working as a console app first.
Then and only then move on to getting it working as a service. I say this
because there are a number of additional security and environment related
issues that are possible when running as a service. It is usually simpler
to first try to get things worked out as a console.
Cheers,
Leif
On Thu, Jan 30, 2014 at 11:44 PM, Seamus McMorrow
<sea...@gm...>wrote:
> Hi,
>
> I am evaluating using Tanuki JSW as a wrapper for my java application.
>
> I have created a java application which manages a check scanner through a
> seperate "DeviceManger.exe" application, It is using COM/ActiveX OCX
> control to communicate.
>
> My java application starts the devicemanager.exe with a call like
> Runtime.getRuntime().exec(".....devicemanager.exe"). A dll related to
> devicemanager.exe is wrapped by ezjcom, to communicate events to the
> devicemanager.exe
>
> When I run this application as a standard java application everything
> works fine!
>
> However when I try to run the application with the wrapper from command
> line or as windows service, something isn't quite right, the communication
> between the wrapped java application, and the DeviceManger.exe does not
> seem to be working correctly. It seems as if there is something
> restricting/blocking the DeviceManger.exe. Unfortunately I don't have any
> error message, as this may be deep in the wrapper or windows dlls.
>
> I am using the 32bit version of the latest wrapper, as the dlls require
> this.
>
> I have tried enabling debug logging, java security with all permissions
> allowed. And still nothing seems to be working. I am currently looking at
> registering the OCX controls using regsvr32, etc, but having no luck.
>
> Does anyone have any idea on how I might debug this further or fix this
> issue?
>
> Kind Regards,
> Seamus
>
|
|
From: Seamus M. <sea...@gm...> - 2014-01-30 14:44:58
|
Hi,
I am evaluating using Tanuki JSW as a wrapper for my java application.
I have created a java application which manages a check scanner through a
seperate "DeviceManger.exe" application, It is using COM/ActiveX OCX
control to communicate.
My java application starts the devicemanager.exe with a call like
Runtime.getRuntime().exec(".....devicemanager.exe"). A dll related to
devicemanager.exe is wrapped by ezjcom, to communicate events to the
devicemanager.exe
When I run this application as a standard java application everything works
fine!
However when I try to run the application with the wrapper from command
line or as windows service, something isn't quite right, the communication
between the wrapped java application, and the DeviceManger.exe does not
seem to be working correctly. It seems as if there is something
restricting/blocking the DeviceManger.exe. Unfortunately I don't have any
error message, as this may be deep in the wrapper or windows dlls.
I am using the 32bit version of the latest wrapper, as the dlls require
this.
I have tried enabling debug logging, java security with all permissions
allowed. And still nothing seems to be working. I am currently looking at
registering the OCX controls using regsvr32, etc, but having no luck.
Does anyone have any idea on how I might debug this further or fix this
issue?
Kind Regards,
Seamus
|
|
From: Andreas W. <and...@1u...> - 2014-01-28 08:40:22
|
Hi all, we are using the community version of java service wrapper. Is it possible use logback for example, where we can use our own appenders, or is there any other option for external logging? Kind regards, Andreas |
|
From: Melinda S. <Me...@sh...> - 2013-12-02 12:45:33
|
Thanks Dannes. You’re correct we had a 32-bit JVM running on a 64-bit OS. We also had an OLD version of the Wrapper and have since upgraded to the new JVM as well as the new wrapper on a test box. We’ll be moving all this to our PROD box tomorrow morning in hopes that this will remedy our situation. Thanks again for replying. Regards. From: Dannes Wessels [mailto:di...@ex...] Sent: Sunday, December 01, 2013 22:20 To: Melinda Savoy Cc: wra...@li... Subject: Re: [Wrapper-user] Please Help - New problem just started after moving Java app to 2008 R2 box I am not convinced you are using a 64bit JVM here. The JVM is very old, please upgrade to a recent version first I'd say. Regards Dannes On 22 nov. 2013, at 17:05, Melinda Savoy <Me...@sh...<mailto:Me...@sh...>> wrote: # java.lang.OutOfMemoryError: requested 655360 bytes for GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space? # # Internal Error (allocation.inline.hpp:42), pid=4868, tid=4516 # Error: GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp # # Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode windows-x86) "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Dannes W. <di...@ex...> - 2013-12-02 04:20:22
|
I am not convinced you are using a 64bit JVM here. The JVM is very old, please upgrade to a recent version first I'd say. Regards Dannes > On 22 nov. 2013, at 17:05, Melinda Savoy <Me...@sh...> wrote: > > # java.lang.OutOfMemoryError: requested 655360 bytes for GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space? > > # > > # Internal Error (allocation.inline.hpp:42), pid=4868, tid=4516 > > # Error: GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp > > # > > # Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode windows-x86) |
|
From: Melinda S. <Me...@sh...> - 2013-11-22 11:20:33
|
I think, hope, to have found the problem with the "java.lang.OutOfMemoryError: unable to create new native thread" issues we've been experiencing and seems to be more frequent as of late. Question, is there a way to fix this? Any help would be appreciated ASAP. Just an FYI, when I added that additional command suggested below, the JVM went down every 2 hours. Here is the what I found in the log after putting in the suggested command in the wrapper.conf file: # # An unexpected error has been detected by Java Runtime Environment: # # java.lang.OutOfMemoryError: requested 655360 bytes for GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space? # # Internal Error (allocation.inline.hpp:42), pid=4868, tid=4516 # Error: GrET in C:\BUILD_AREA\jdk6_11\hotspot\src\share\vm\utilities\growableArray.cpp # # Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode windows-x86) # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread (0x01207c00): VMThread [stack: 0x492a0000,0x492f0000] [id=4516] Stack: [0x492a0000,0x492f0000] [error occurred during error reporting (printing stack bounds), id 0xc0000005] VM_Operation (0x4b48f2b0): GenCollectForAllocation, mode: safepoint, requested by thread 0x536c6000 --------------- P R O C E S S --------------- Java Threads: ( => current thread ) THERE WERE HUNDREDS OF APPLICATION THREADS LISTED IN THIS SECTION SO I DID NOT LIST THEM Other Threads: =>0x01207c00 VMThread [stack: 0x492a0000,0x492f0000] [id=4516] 0x4964f800 WatcherThread [stack: 0x49b20000,0x49b70000] [id=8228] VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x01189c40] UNKNOWN - owner thread: 0x01207c00 [0x0118a0a0] UNKNOWN - owner thread: 0x536c6000 Heap def new generation total 13376K, used 936K [0x03290000, 0x04110000, 0x08150000) eden space 11904K, 0% used [0x03290000, 0x03290000, 0x03e30000) from space 1472K, 63% used [0x03e30000, 0x03f1a2d8, 0x03fa0000) to space 1472K, 0% used [0x03fa0000, 0x03fa0000, 0x04110000) tenured generation total 111448K, used 111414K [0x08150000, 0x0ee26000, 0x43290000) the space 111448K, 99% used [0x08150000, 0x0ee1d818, 0x0ee1da00, 0x0ee26000) compacting perm gen total 12800K, used 12711K [0x43290000, 0x43f10000, 0x47290000) the space 12800K, 99% used [0x43290000, 0x43ef9c50, 0x43ef9e00, 0x43f10000) No shared spaces configured. Dynamic libraries: 0x00400000 - 0x00424000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\javaw.exe 0x777b0000 - 0x77930000 C:\Windows\SysWOW64\ntdll.dll 0x75100000 - 0x75210000 C:\Windows\syswow64\kernel32.dll 0x76320000 - 0x76367000 C:\Windows\syswow64\KERNELBASE.dll 0x76a10000 - 0x76ab0000 C:\Windows\syswow64\ADVAPI32.dll 0x75610000 - 0x756bc000 C:\Windows\syswow64\msvcrt.dll 0x76800000 - 0x76819000 C:\Windows\SysWOW64\sechost.dll 0x75400000 - 0x754f0000 C:\Windows\syswow64\RPCRT4.dll 0x74e90000 - 0x74ef0000 C:\Windows\syswow64\SspiCli.dll 0x74e80000 - 0x74e8c000 C:\Windows\syswow64\CRYPTBASE.dll 0x76370000 - 0x76470000 C:\Windows\syswow64\USER32.dll 0x76760000 - 0x767f0000 C:\Windows\syswow64\GDI32.dll 0x75240000 - 0x7524a000 C:\Windows\syswow64\LPK.dll 0x76470000 - 0x7650e000 C:\Windows\syswow64\USP10.dll 0x76700000 - 0x76760000 C:\Windows\system32\IMM32.DLL 0x76940000 - 0x76a0c000 C:\Windows\syswow64\MSCTF.dll 0x7c340000 - 0x7c396000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\msvcr71.dll 0x6d800000 - 0x6da56000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\client\jvm.dll 0x74c50000 - 0x74c82000 C:\Windows\system32\WINMM.dll 0x74c90000 - 0x74cdb000 C:\Windows\system32\apphelp.dll 0x6d280000 - 0x6d288000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\hpi.dll 0x76310000 - 0x76315000 C:\Windows\syswow64\PSAPI.DLL 0x6d7b0000 - 0x6d7bc000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\java.dll 0x6d7f0000 - 0x6d7ff000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\zip.dll 0x6d610000 - 0x6d623000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\net.dll 0x76c70000 - 0x76ca5000 C:\Windows\syswow64\WS2_32.dll 0x767f0000 - 0x767f6000 C:\Windows\syswow64\NSI.dll 0x74d60000 - 0x74d9c000 C:\Windows\system32\mswsock.dll 0x749e0000 - 0x749e6000 C:\Windows\System32\wship6.dll 0x74ce0000 - 0x74ce5000 C:\Windows\System32\wshtcpip.dll 0x74d10000 - 0x74d54000 C:\Windows\system32\DNSAPI.dll 0x749c0000 - 0x749dc000 C:\Windows\system32\IPHLPAPI.DLL 0x749b0000 - 0x749b7000 C:\Windows\system32\WINNSI.DLL 0x749a0000 - 0x749a6000 C:\Windows\system32\rasadhlp.dll 0x74960000 - 0x74998000 C:\Windows\System32\fwpuclnt.dll 0x6d560000 - 0x6d569000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\management.dll 0x748a0000 - 0x748b6000 C:\Windows\system32\CRYPTSP.dll 0x74860000 - 0x7489b000 C:\Windows\system32\rsaenh.dll 0x74c30000 - 0x74c47000 C:\Windows\system32\USERENV.dll 0x74c20000 - 0x74c2b000 C:\Windows\system32\profapi.dll 0x74da0000 - 0x74db0000 C:\Windows\system32\NLAapi.dll 0x74d00000 - 0x74d08000 C:\Windows\System32\winrnr.dll 0x74cf0000 - 0x74d00000 C:\Windows\system32\napinsp.dll 0x49b70000 - 0x49ba8000 C:\ATMoPOStR2009\lib\wrapper-windows-x86-32.dll 0x6d630000 - 0x6d639000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\nio.dll 0x73d50000 - 0x73d63000 C:\ATMoPOStR2009\lib\sqljdbc_auth.dll 0x6d790000 - 0x6d798000 C:\Program Files (x86)\Java\jre1.6.0_11\bin\sunmscapi.dll 0x754f0000 - 0x7560e000 C:\Windows\syswow64\CRYPT32.dll 0x77780000 - 0x7778c000 C:\Windows\syswow64\MSASN1.dll 0x74950000 - 0x74958000 C:\Windows\system32\secur32.dll 0x745d0000 - 0x745d8000 C:\Windows\system32\credssp.dll 0x74540000 - 0x745c8000 C:\Windows\SysWOW64\Kerberos.DLL 0x74520000 - 0x74531000 C:\Windows\system32\cryptdll.dll 0x744b0000 - 0x744f2000 C:\Windows\SysWOW64\msv1_0.DLL 0x74490000 - 0x744a8000 C:\Windows\system32\ntdsapi.dll VM Arguments: jvm_args: -Dcom.sun.management.jmxremote -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true -Xss128K -Xmx1024m -Djava.library.path=lib -Dwrapper.key=WyO_dGR8ZdnzaTyA -Dwrapper.port=32001 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug=TRUE -Dwrapper.pid=1508 -Dwrapper.version=3.3.5 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 java_command: com.sharpbancsystems.ATM.ATMoPOSt Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=C:\Program Files (x86)\Java\jre1.6.0_11 PATH=C:\Program Files (x86)\Java\jre1.6.0_31\bin;C:\Program Files (x86)\Perl\site\bin;C:\Program Files (x86)\Perl\bin;C:\Perl\site\bin;C:\Perl\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\GnuWin32\bin;C:\Applications USERNAME=SYSTEM OS=Windows_NT PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 44 Stepping 2, GenuineIntel --------------- S Y S T E M --------------- OS: Windows NT 6.1 Build 7600 CPU:total 24 (16 cores per cpu, 2 threads per core) family 6 model 12 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k free) vm_info: Java HotSpot(TM) Client VM (11.0-b16) for windows-x86 JRE (1.6.0_11-b03), built on Nov 10 2008 02:15:12 by "java_re" with MS VC++ 7.1 time: Thu Nov 21 18:02:51 2013 elapsed time: 6482 seconds ---------------------------------------------------------------------------------------------------------------------------- Re: [Wrapper-user] Please Help - New problem just started after moving Java app to 2008 R2 box From: Leif Mortenson <leif.mortenson@ta...<mailto:leif.mortenson@ta...>> - 2013-11-19 11:48:29 Attachments: Message as HTML Melinda, Another user sent the following: --- I think there may be a different cause to the one you have suggested. I'm not sure about 64bit Java using twice as much memory - that's never been the case for me. However the stack sizes are substantially bigger on 64bit Java. The user reports the exception "java.lang.OutOfMemoryError: unable to create new native thread". It could be they are out of heap but as it fails on creating a new thread it's much more likely to be out of thread stack space. Worth checking if the app is highly threaded - and if so reduce the thread stack size with Java's -Xss switch. For example, try this wrapper.java.additional.3=-Xss128K If this is the case, a more longer term solution would be to rewrite the application to use ThreadPools as a huge number of threads is never going to be efficient. --- Could you please give this a try and let me know how it works for you? Also, approximately how many threads does your application have? Try invoking a thread dump if you are unsure. Cheers, Leif Melinda Savoy Sharp BancSystems, Inc. Senior Java Developer * E: me...@sh...<mailto:me...@sh...> * O: 817.438.2161 "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Melinda S. <Me...@sh...> - 2013-11-21 15:29:09
|
When trying to start the Windows Service we shut down almost immediately. We have in the conf directory a file that we downloaded from the Server License page that we purchased and it has the confirmed info that we just saw from our Manage Server License page in our account but I'm still getting the error below. Can someone please let me know how to correct this ASAP? Thanks. STATUS | wrapper | 2013/11/21 08:50:06 | --> Wrapper Started as Service DEBUG | wrapper | 2013/11/21 08:50:06 | Allocating a console for the service. DEBUG | wrapper | 2013/11/21 08:50:06 | Found console window. STATUS | wrapper | 2013/11/21 08:50:06 | Java Service Wrapper Professional Edition 64-bit 3.5.21 STATUS | wrapper | 2013/11/21 08:50:06 | Copyright (C) 1999-2013 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2013/11/21 08:50:06 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | License Error: ERROR | wrapper | 2013/11/21 08:50:06 | A valid license was not found in the Wrapper configuration file. ERROR | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | The Java Service Wrapper requires a License Key to activate the ERROR | wrapper | 2013/11/21 08:50:06 | software. License Keys can be purchased on the Java Service Wrapper ERROR | wrapper | 2013/11/21 08:50:06 | web site: ERROR | wrapper | 2013/11/21 08:50:06 | http://wrapper.tanukisoftware.com/purchase ERROR | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | You can also immediately obtain a one-month Free trial license: ERROR | wrapper | 2013/11/21 08:50:06 | http://wrapper.tanukisoftware.com/trial ERROR | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | License Keys can be generated for any of the following HostIds. ERROR | wrapper | 2013/11/21 08:50:06 | HostId(s): ERROR | wrapper | 2013/11/21 08:50:06 | 525400ed8674 (#1) ERROR | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | ERROR | wrapper | 2013/11/21 08:50:06 | Optional host name for license: DBCDiscSim2 STATUS | wrapper | 2013/11/21 08:50:06 | <-- Wrapper Stopped DEBUG | wrapper | 2013/11/21 08:50:06 | active log file changed: logs\ATMoPOSt-wrapper.20131121.log Melinda Savoy Sharp BancSystems, Inc. Senior Java Developer * E: me...@sh...<mailto:me...@sh...> * O: 817.438.2161 "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Melinda S. <Me...@sh...> - 2013-11-20 18:47:53
|
I just found the correct PATH to resolve my issue below, however, NOW, I am getting a LOGIN FAILED on the SQL Server. I logged into the SQL Server with the login that I'm using via the application and I was able to login without issue.
Here is the error:
INFO | jvm 1 | 2013/11/20 10:46:04 | PassThrougDBConnection.connect() SQLException in connect:com.microsoft.sqlserver.jdbc.SQLServerException: Cannot open database "ATMoPOSt" requested by the login. The login failed. ClientConnectionId:d06df967-b5b6-48a0-b11a-01017506a293
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:216)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.TDSTokenHandler.onEOF(tdsparser.java:254)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.TDSParser.parse(tdsparser.java:84)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection$1LogonProcessor.complete(SQLServerConnection.java:2665)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.sendLogon(SQLServerConnection.java:2910)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.logon(SQLServerConnection.java:2234)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.access$000(SQLServerConnection.java:41)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection$LogonCommand.doExecute(SQLServerConnection.java:2220)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:5696)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1715)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(SQLServerConnection.java:1326)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:991)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:827)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(SQLServerDriver.java:1012)
INFO | jvm 1 | 2013/11/20 10:46:04 | at java.sql.DriverManager.getConnection(Unknown Source)
INFO | jvm 1 | 2013/11/20 10:46:04 | at java.sql.DriverManager.getConnection(Unknown Source)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.util.db.PassThroughDBConnection.connect(PassThroughDBConnection.java:181)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.util.db.PassThroughDBConnection.<init>(PassThroughDBConnection.java:452)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.util.db.PassThroughDBConnection.clone(PassThroughDBConnection.java:61)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.ATM.processor.SQLProcessor.setConnection(SQLProcessor.java:42)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.ATM.ATMServer.loadXmlConfiguration(ATMServer.java:621)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.ATM.ATMServer.checkConfiguration(ATMServer.java:1060)
INFO | jvm 1 | 2013/11/20 10:46:04 | at com.sharpbancsystems.ATM.ATMServer.run(ATMServer.java:1132)
INFO | jvm 1 | 2013/11/20 10:46:04 | at java.lang.Thread.run(Unknown Source)
INFO | jvm 1 | 2013/11/20 10:46:04 |
INFO | jvm 1 | 2013/11/20 10:46:04 | jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000
INFO | jvm 1 | 2013/11/20 10:46:04 | DB properties:{}
INFO | jvm 1 | 2013/11/20 10:46:04 | ****************jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000,1.6.0_45
INFO | jvm 1 | 2013/11/20 10:46:04 | PassThrougDBConnection.connect() SQLException in connect:com.microsoft.sqlserver.jdbc.SQLServerException: Cannot open database "ATMoPOSt" requested by the login. The login failed. ClientConnectionId:9bb2d1be-52d9-4dfb-bf79-3562d8fe1343
From: Melinda Savoy
Sent: Wednesday, November 20, 2013 09:24
To: wra...@li...
Subject: Upgrading Java Wrapper Service
We just installed a NEW version of the Java Wrapper Service on a new 64-bit system from a 32-bit system and JVM but now getting 2 errors below BOLDED and HIGHLIGHTED IN RED and the new version of the sqljdbc_auth.dll is there in the java.path.library and I'm not certain why it cannot be found. Any help/direction would be greatly appreciated. Thank you.
Melinda Savoy
Sharp BancSystems, Inc.
Senior Java Developer
* E: me...@sh...<mailto:me...@sh...>
* O: 817.438.2161
"We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email"
|
|
From: Isaiah K P. <isa...@in...> - 2013-11-20 16:37:10
|
I am out of the office until 11/25/2013. Hi Thanks for your mail, I am out of office as its a hoilday @ India this Friday (01/11) and Monday (04/11). Will be back on 05/11/2013 Will respond to your message when I return. I will respond to your message when I return. Please feel free to call me on my Mobile @ 9676867575 . Regards Isaiah Kumar P Note: This is an automated response to your message "Wrapper-user Digest, Vol 89, Issue 7" sent on 20/11/2013 20:54:47. This is the only notification you will receive while this person is away. |
|
From: David G. <dav...@ms...> - 2013-11-20 16:04:13
|
Also does the service run as Local System or under a domain account - if so does that account have the required permissions to access the DLL - wherever it may be. On 20 Nov 2013, at 15:33, Mike Pilone <MP...@np...> wrote: > It looks like your application can’t find any native libraries, including the wrapper DLL. Are you sure you have all the libraries in "C:\ATMoPOStR2009\..\lib” and the user executing the command has read permission? > > -mike > > <EE77025C-3161-4BDF-813D-327467A291D8[5].png> | Mike Pilone | Software Architect, Distribution | mp...@np... | o: 202-513-2679 m: 703-969-7493 > > > From: Melinda Savoy <Me...@sh...> > Reply-To: "wra...@li..." <wra...@li...> > Date: Wednesday, November 20, 2013 at 10:24 AM > To: "wra...@li..." <wra...@li...> > Subject: [Wrapper-user] Upgrading Java Wrapper Service > > We just installed a NEW version of the Java Wrapper Service on a new 64-bit system from a 32-bit system and JVM but now getting 2 errors below BOLDED and HIGHLIGHTED IN RED and the new version of the sqljdbc_auth.dll is there in the java.path.library and I’m not certain why it cannot be found. Any help/direction would be greatly appreciated. Thank you. > > DEBUG | wrapper | 2013/11/20 08:59:35 | Allocating a console for the service. > DEBUG | wrapper | 2013/11/20 08:59:35 | Found console window. > STATUS | wrapper | 2013/11/20 08:59:35 | --> Wrapper Started as Service > STATUS | wrapper | 2013/11/20 08:59:35 | Java Service Wrapper Community Edition 32-bit 3.3.5 > STATUS | wrapper | 2013/11/20 08:59:35 | Copyright (C) 1999-2009 Tanuki Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2013/11/20 08:59:35 | http://wrapper.tanukisoftware.org > STATUS | wrapper | 2013/11/20 08:59:35 | > DEBUG | wrapper | 2013/11/20 08:59:35 | Using tick timer. > DEBUG | wrapperp | 2013/11/20 08:59:35 | server listening on port 32000. > DEBUG | wrapper | 2013/11/20 08:59:35 | Ping settings: wrapper.ping.interval=10, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30 > STATUS | wrapper | 2013/11/20 08:59:35 | Launching a JVM... > DEBUG | wrapper | 2013/11/20 08:59:35 | command: "C:\Program Files\Java\jre1.6.0_45\bin\javaw.exe" -Dcom.sun.management.jmxremote -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true -Xmx1024m -Djava.library.path="../lib" -classpath "c:\ATMLib\wrapper.jar;c:\ATMLib\activation.jar;c:\ATMLib\ATMoPOSt.jar;c:\ATMLib\jdom.jar;c:\ATMLib\sftp.jar;c:\ATMLib\sqljdbc4.jar;c:\ATMLib\xercesImpl-2.6.2.jar;c:\ATMLib\jsch-0.1.40.jar;c:\ATMLib\mail.jar;c:\ATMLib\mailapi.jar;c:\ATMLib\pop3.jar;c:\ATMLib\smtp.jar;c:\ATMLib\dsn.jar;c:\ATMLib\imap.jar;c:\ATMLib\pool.jar;c:\ATMLib\common.jar;c:\ATMLib\jpos-1.5.0.jar;c:\ATMLib\commons-lang3-3.0.1.jar;c:\ATMLib\log4j-1.2.17.jar;c:\ATMLib\apache-log4j-extras-1.1.jar;." -Dwrapper.key="JyYCRLSjmnekB--5" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=3604 -Dwrapper.version="3.3.5" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 com.sharpbancsystems.ATM.ATMoPOSt > DEBUG | wrapper | 2013/11/20 08:59:35 | JVM started (PID=4076) > INFO | jvm 1 | 2013/11/20 08:59:36 | ATMoPOSt starting ... > INFO | jvm 1 | 2013/11/20 08:59:36 | ATMoPost: No Args - using defaults > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@12360be0 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: Initializing... > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: JVM #1 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Running a 64-bit JVM. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Registering shutdown hook > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Using wrapper > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager > INFO | jvm 1 | 2013/11/20 08:59:36 | 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 | 2013/11/20 08:59:36 | WrapperManager Debug: Unable to load native library: wrapper-windows-x86-64.dll Cause: no wrapper-windows-x86-64 in java.library.path > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Unable to load native library: wrapper.dll Cause: no wrapper in java.library.path > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: WARNING - Unable to load the Wrapper's native library because none of the > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: following files: > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: wrapper-windows-x86-64.dll > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: wrapper.dll > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: could be located on the following java.library.path: > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: C:\ATMoPOStR2009\..\lib > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: Please see the documentation for the wrapper.java.library.path > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: configuration property. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: System signals will not be handled correctly. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Java Version : 1.6.0_45-b06 Java HotSpot(TM) 64-Bit Server VM > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: OS Name : Windows Server 2012 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: OS Arch : amd64 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Startup runner thread started. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Control event monitor thread started. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperManager.start(com.sharpbancsystems.ATM.ATMoPOSt@5f70bea5, args[]) called by thread: main > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Communications runner thread started. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Opened Socket from 31000 to 32000 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Send a packet KEY : JyYCRLSjmnekB--5 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000]) > DEBUG | wrapperp | 2013/11/20 08:59:36 | accepted a socket from 127.0.0.1 on port 31000 > DEBUG | wrapperp | 2013/11/20 08:59:36 | read a packet KEY : JyYCRLSjmnekB--5 > DEBUG | wrapper | 2013/11/20 08:59:36 | Got key from JVM: JyYCRLSjmnekB--5 > DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet LOW_LOG_LEVEL : 1 > DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet PING_TIMEOUT : 30 > DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet PROPERTIES : (Property Values) > DEBUG | wrapper | 2013/11/20 08:59:36 | Start Application. > DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet START : start > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: LowLogLevel from Wrapper is 1 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: PingTimeout from Wrapper is 30000 > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values) > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet START : start > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: calling WrapperListener.start() > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperListener.start runner thread started. > INFO | jvm 1 | 2013/11/20 08:59:36 | Called start > INFO | jvm 1 | 2013/11/20 08:59:36 | Loading property file ./conf/properties/database.properties > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property atmswitch.database.ipaddress to 10.10.30.130 > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property sqljdbc.version to 4.0 > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.name to ATMoPOSt > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property jdbc.version to 4.0 > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.type to sqlserver > INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.class to com.microsoft.sqlserver.jdbc.SQLServerDriver > INFO | jvm 1 | 2013/11/20 08:59:36 | XMLConfiguration: filename =conf//ATMServer.xml, monitorTime=0, true,conf\ATMServer.xml > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: returned from WrapperListener.start() > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Send a packet STARTED : > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperListener.start runner thread stopped. > INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Startup runner thread stopped. > DEBUG | wrapperp | 2013/11/20 08:59:36 | read a packet STARTED : > DEBUG | wrapper | 2013/11/20 08:59:36 | JVM signalled that it was started. > INFO | jvm 1 | 2013/11/20 08:59:36 | XMLConfiguration: filename =conf//ATMServer.xml, monitorTime=0, true,conf\ATMServer.xml > INFO | jvm 1 | 2013/11/20 08:59:36 | Monitoring:conf\ATMServer.xml > INFO | jvm 1 | 2013/11/20 08:59:36 | jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000 > INFO | jvm 1 | 2013/11/20 08:59:36 | driver = com.microsoft.sqlserver.jdbc.SQLServerDriver > INFO | jvm 1 | 2013/11/20 08:59:36 | Driver version = 4.0 > INFO | jvm 1 | 2013/11/20 08:59:36 | DB properties:{} > INFO | jvm 1 | 2013/11/20 08:59:36 | ****************jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000,1.6.0_45 > INFO | jvm 1 | 2013/11/20 08:59:37 | Nov 20, 2013 8:59:36 AM com.microsoft.sqlserver.jdbc.AuthenticationJNI <clinit> > INFO | jvm 1 | 2013/11/20 08:59:37 | WARNING: Failed to load the sqljdbc_auth.dll cause : no sqljdbc_auth in java.library.path > DEBUG | wrapperp | 2013/11/20 08:59:37 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 08:59:37 | SERVICE_CONTROL_INTERROGATE > DEBUG | wrapperp | 2013/11/20 08:59:37 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 08:59:37 | SERVICE_CONTROL_INTERROGATE > INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > DEBUG | wrapperp | 2013/11/20 08:59:44 | send a packet PING : ping > INFO | jvm 1 | 2013/11/20 08:59:44 | WrapperManager Debug: Received a packet PING : ping > INFO | jvm 1 | 2013/11/20 08:59:44 | WrapperManager Debug: Send a packet PING : ping > DEBUG | wrapperp | 2013/11/20 08:59:44 | read a packet PING : ping > DEBUG | wrapperp | 2013/11/20 08:59:47 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 08:59:47 | SERVICE_CONTROL_INTERROGATE > INFO | jvm 1 | 2013/11/20 08:59:47 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 08:59:47 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > DEBUG | wrapperp | 2013/11/20 08:59:53 | send a packet PING : ping > INFO | jvm 1 | 2013/11/20 08:59:54 | WrapperManager Debug: Received a packet PING : ping > INFO | jvm 1 | 2013/11/20 08:59:54 | WrapperManager Debug: Send a packet PING : ping > DEBUG | wrapperp | 2013/11/20 08:59:54 | read a packet PING : ping > DEBUG | wrapperp | 2013/11/20 08:59:58 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 08:59:58 | SERVICE_CONTROL_INTERROGATE > INFO | jvm 1 | 2013/11/20 08:59:58 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 08:59:58 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > DEBUG | wrapperp | 2013/11/20 09:00:03 | send a packet PING : ping > INFO | jvm 1 | 2013/11/20 09:00:03 | WrapperManager Debug: Received a packet PING : ping > INFO | jvm 1 | 2013/11/20 09:00:03 | WrapperManager Debug: Send a packet PING : ping > DEBUG | wrapperp | 2013/11/20 09:00:03 | read a packet PING : ping > DEBUG | wrapperp | 2013/11/20 09:00:08 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 09:00:08 | SERVICE_CONTROL_INTERROGATE > INFO | jvm 1 | 2013/11/20 09:00:08 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 09:00:08 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > DEBUG | wrapperp | 2013/11/20 09:00:12 | send a packet PING : ping > INFO | jvm 1 | 2013/11/20 09:00:12 | WrapperManager Debug: Received a packet PING : ping > INFO | jvm 1 | 2013/11/20 09:00:12 | WrapperManager Debug: Send a packet PING : ping > DEBUG | wrapperp | 2013/11/20 09:00:12 | read a packet PING : ping > DEBUG | wrapperp | 2013/11/20 09:00:18 | send a packet SERVICE_CONTROL_CODE : 4 > DEBUG | wrapper | 2013/11/20 09:00:18 | SERVICE_CONTROL_INTERROGATE > INFO | jvm 1 | 2013/11/20 09:00:18 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 > INFO | jvm 1 | 2013/11/20 09:00:18 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 > INFO | jvm 1 | 2013/11/20 09:00:20 | PassThrougDBConnection.connect() SQLException in connect:com.microsoft.sqlserver.jdbc.SQLServerException: This driver is not configured for integrated authentication. ClientConnectionId:e55783b7-5408-4d3a-8290-042e71dc8450 > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1667) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.AuthenticationJNI.<init>(AuthenticationJNI.java:60) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.logon(SQLServerConnection.java:2229) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.access$000(SQLServerConnection.java:41) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection$LogonCommand.doExecute(SQLServerConnection.java:2220) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:5696) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1715) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(SQLServerConnection.java:1326) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:991) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:827) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(SQLServerDriver.java:1012) > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.sql.DriverManager.getConnection(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.sql.DriverManager.getConnection(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.util.db.PassThroughDBConnection.connect(PassThroughDBConnection.java:181) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.loadXmlConfiguration(ATMServer.java:619) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.checkConfiguration(ATMServer.java:1060) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.run(ATMServer.java:1132) > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.Thread.run(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | Caused by: java.lang.UnsatisfiedLinkError: no sqljdbc_auth in java.library.path > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.ClassLoader.loadLibrary(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.Runtime.loadLibrary0(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.System.loadLibrary(Unknown Source) > INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.AuthenticationJNI.<clinit>(AuthenticationJNI.java:35) > INFO | jvm 1 | 2013/11/20 09:00:20 | ... 16 more > > Melinda Savoy > Sharp BancSystems, Inc. > Senior Java Developer > > *E: me...@sh... > (O: 817.438.2161 > > "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk_______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Melinda S. <Me...@sh...> - 2013-11-20 15:24:45
|
We just installed a NEW version of the Java Wrapper Service on a new 64-bit system from a 32-bit system and JVM but now getting 2 errors below BOLDED and HIGHLIGHTED IN RED and the new version of the sqljdbc_auth.dll is there in the java.path.library and I'm not certain why it cannot be found. Any help/direction would be greatly appreciated. Thank you. DEBUG | wrapper | 2013/11/20 08:59:35 | Allocating a console for the service. DEBUG | wrapper | 2013/11/20 08:59:35 | Found console window. STATUS | wrapper | 2013/11/20 08:59:35 | --> Wrapper Started as Service STATUS | wrapper | 2013/11/20 08:59:35 | Java Service Wrapper Community Edition 32-bit 3.3.5 STATUS | wrapper | 2013/11/20 08:59:35 | Copyright (C) 1999-2009 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2013/11/20 08:59:35 | http://wrapper.tanukisoftware.org STATUS | wrapper | 2013/11/20 08:59:35 | DEBUG | wrapper | 2013/11/20 08:59:35 | Using tick timer. DEBUG | wrapperp | 2013/11/20 08:59:35 | server listening on port 32000. DEBUG | wrapper | 2013/11/20 08:59:35 | Ping settings: wrapper.ping.interval=10, wrapper.ping.interval.logged=1, wrapper.ping.timeout=30 STATUS | wrapper | 2013/11/20 08:59:35 | Launching a JVM... DEBUG | wrapper | 2013/11/20 08:59:35 | command: "C:\Program Files\Java\jre1.6.0_45\bin\javaw.exe" -Dcom.sun.management.jmxremote -Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true -Xmx1024m -Djava.library.path="../lib" -classpath "c:\ATMLib\wrapper.jar;c:\ATMLib\activation.jar;c:\ATMLib\ATMoPOSt.jar;c:\ATMLib\jdom.jar;c:\ATMLib\sftp.jar;c:\ATMLib\sqljdbc4.jar;c:\ATMLib\xercesImpl-2.6.2.jar;c:\ATMLib\jsch-0.1.40.jar;c:\ATMLib\mail.jar;c:\ATMLib\mailapi.jar;c:\ATMLib\pop3.jar;c:\ATMLib\smtp.jar;c:\ATMLib\dsn.jar;c:\ATMLib\imap.jar;c:\ATMLib\pool.jar;c:\ATMLib\common.jar;c:\ATMLib\jpos-1.5.0.jar;c:\ATMLib\commons-lang3-3.0.1.jar;c:\ATMLib\log4j-1.2.17.jar;c:\ATMLib\apache-log4j-extras-1.1.jar;." -Dwrapper.key="JyYCRLSjmnekB--5" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=3604 -Dwrapper.version="3.3.5" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 com.sharpbancsystems.ATM.ATMoPOSt DEBUG | wrapper | 2013/11/20 08:59:35 | JVM started (PID=4076) INFO | jvm 1 | 2013/11/20 08:59:36 | ATMoPOSt starting ... INFO | jvm 1 | 2013/11/20 08:59:36 | ATMoPost: No Args - using defaults INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperManager class initialized by thread: main Using classloader: sun.misc.Launcher$AppClassLoader@12360be0 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: Initializing... INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: JVM #1 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Running a 64-bit JVM. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Registering shutdown hook INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Using wrapper INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Registered MBean with Platform MBean Server: org.tanukisoftware.wrapper:type=WrapperManager INFO | jvm 1 | 2013/11/20 08:59:36 | 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 | 2013/11/20 08:59:36 | WrapperManager Debug: Unable to load native library: wrapper-windows-x86-64.dll Cause: no wrapper-windows-x86-64 in java.library.path INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Unable to load native library: wrapper.dll Cause: no wrapper in java.library.path INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: WARNING - Unable to load the Wrapper's native library because none of the INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: following files: INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: wrapper-windows-x86-64.dll INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: wrapper.dll INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: could be located on the following java.library.path: INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: C:\ATMoPOStR2009\..\lib INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: Please see the documentation for the wrapper.java.library.path INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: configuration property. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: System signals will not be handled correctly. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager: INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Java Version : 1.6.0_45-b06 Java HotSpot(TM) 64-Bit Server VM INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: OS Name : Windows Server 2012 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: OS Arch : amd64 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Startup runner thread started. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Control event monitor thread started. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperManager.start(com.sharpbancsystems.ATM.ATMoPOSt@5f70bea5, args[]) called by thread: main INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Communications runner thread started. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Open socket to wrapper...Wrapper-Connection INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Opened Socket from 31000 to 32000 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Send a packet KEY : JyYCRLSjmnekB--5 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000]) DEBUG | wrapperp | 2013/11/20 08:59:36 | accepted a socket from 127.0.0.1 on port 31000 DEBUG | wrapperp | 2013/11/20 08:59:36 | read a packet KEY : JyYCRLSjmnekB--5 DEBUG | wrapper | 2013/11/20 08:59:36 | Got key from JVM: JyYCRLSjmnekB--5 DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet LOW_LOG_LEVEL : 1 DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet PING_TIMEOUT : 30 DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet PROPERTIES : (Property Values) DEBUG | wrapper | 2013/11/20 08:59:36 | Start Application. DEBUG | wrapperp | 2013/11/20 08:59:36 | send a packet START : start INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet PING_TIMEOUT : 30 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: PingTimeout from Wrapper is 30000 INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet PROPERTIES : (Property Values) INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Received a packet START : start INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: calling WrapperListener.start() INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperListener.start runner thread started. INFO | jvm 1 | 2013/11/20 08:59:36 | Called start INFO | jvm 1 | 2013/11/20 08:59:36 | Loading property file ./conf/properties/database.properties INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property atmswitch.database.ipaddress to 10.10.30.130 INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property sqljdbc.version to 4.0 INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.name to ATMoPOSt INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property jdbc.version to 4.0 INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.type to sqlserver INFO | jvm 1 | 2013/11/20 08:59:36 | Setting property database.class to com.microsoft.sqlserver.jdbc.SQLServerDriver INFO | jvm 1 | 2013/11/20 08:59:36 | XMLConfiguration: filename =conf//ATMServer.xml, monitorTime=0, true,conf\ATMServer.xml INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: returned from WrapperListener.start() INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Send a packet STARTED : INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: WrapperListener.start runner thread stopped. INFO | jvm 1 | 2013/11/20 08:59:36 | WrapperManager Debug: Startup runner thread stopped. DEBUG | wrapperp | 2013/11/20 08:59:36 | read a packet STARTED : DEBUG | wrapper | 2013/11/20 08:59:36 | JVM signalled that it was started. INFO | jvm 1 | 2013/11/20 08:59:36 | XMLConfiguration: filename =conf//ATMServer.xml, monitorTime=0, true,conf\ATMServer.xml INFO | jvm 1 | 2013/11/20 08:59:36 | Monitoring:conf\ATMServer.xml INFO | jvm 1 | 2013/11/20 08:59:36 | jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000 INFO | jvm 1 | 2013/11/20 08:59:36 | driver = com.microsoft.sqlserver.jdbc.SQLServerDriver INFO | jvm 1 | 2013/11/20 08:59:36 | Driver version = 4.0 INFO | jvm 1 | 2013/11/20 08:59:36 | DB properties:{} INFO | jvm 1 | 2013/11/20 08:59:36 | ****************jdbc:sqlserver://10.10.30.130;databaseName=ATMoPOSt;integratedSecurity=true;EnableBulkLoad=true;BulkLoadBatchSize=1000,1.6.0_45 INFO | jvm 1 | 2013/11/20 08:59:37 | Nov 20, 2013 8:59:36 AM com.microsoft.sqlserver.jdbc.AuthenticationJNI <clinit> INFO | jvm 1 | 2013/11/20 08:59:37 | WARNING: Failed to load the sqljdbc_auth.dll cause : no sqljdbc_auth in java.library.path DEBUG | wrapperp | 2013/11/20 08:59:37 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 08:59:37 | SERVICE_CONTROL_INTERROGATE DEBUG | wrapperp | 2013/11/20 08:59:37 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 08:59:37 | SERVICE_CONTROL_INTERROGATE INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 08:59:37 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 DEBUG | wrapperp | 2013/11/20 08:59:44 | send a packet PING : ping INFO | jvm 1 | 2013/11/20 08:59:44 | WrapperManager Debug: Received a packet PING : ping INFO | jvm 1 | 2013/11/20 08:59:44 | WrapperManager Debug: Send a packet PING : ping DEBUG | wrapperp | 2013/11/20 08:59:44 | read a packet PING : ping DEBUG | wrapperp | 2013/11/20 08:59:47 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 08:59:47 | SERVICE_CONTROL_INTERROGATE INFO | jvm 1 | 2013/11/20 08:59:47 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 08:59:47 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 DEBUG | wrapperp | 2013/11/20 08:59:53 | send a packet PING : ping INFO | jvm 1 | 2013/11/20 08:59:54 | WrapperManager Debug: Received a packet PING : ping INFO | jvm 1 | 2013/11/20 08:59:54 | WrapperManager Debug: Send a packet PING : ping DEBUG | wrapperp | 2013/11/20 08:59:54 | read a packet PING : ping DEBUG | wrapperp | 2013/11/20 08:59:58 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 08:59:58 | SERVICE_CONTROL_INTERROGATE INFO | jvm 1 | 2013/11/20 08:59:58 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 08:59:58 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 DEBUG | wrapperp | 2013/11/20 09:00:03 | send a packet PING : ping INFO | jvm 1 | 2013/11/20 09:00:03 | WrapperManager Debug: Received a packet PING : ping INFO | jvm 1 | 2013/11/20 09:00:03 | WrapperManager Debug: Send a packet PING : ping DEBUG | wrapperp | 2013/11/20 09:00:03 | read a packet PING : ping DEBUG | wrapperp | 2013/11/20 09:00:08 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 09:00:08 | SERVICE_CONTROL_INTERROGATE INFO | jvm 1 | 2013/11/20 09:00:08 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 09:00:08 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 DEBUG | wrapperp | 2013/11/20 09:00:12 | send a packet PING : ping INFO | jvm 1 | 2013/11/20 09:00:12 | WrapperManager Debug: Received a packet PING : ping INFO | jvm 1 | 2013/11/20 09:00:12 | WrapperManager Debug: Send a packet PING : ping DEBUG | wrapperp | 2013/11/20 09:00:12 | read a packet PING : ping DEBUG | wrapperp | 2013/11/20 09:00:18 | send a packet SERVICE_CONTROL_CODE : 4 DEBUG | wrapper | 2013/11/20 09:00:18 | SERVICE_CONTROL_INTERROGATE INFO | jvm 1 | 2013/11/20 09:00:18 | WrapperManager Debug: Received a packet SERVICE_CONTROL_CODE : 4 INFO | jvm 1 | 2013/11/20 09:00:18 | WrapperManager Debug: ServiceControlCode from Wrapper with code 4 INFO | jvm 1 | 2013/11/20 09:00:20 | PassThrougDBConnection.connect() SQLException in connect:com.microsoft.sqlserver.jdbc.SQLServerException: This driver is not configured for integrated authentication. ClientConnectionId:e55783b7-5408-4d3a-8290-042e71dc8450 INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1667) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.AuthenticationJNI.<init>(AuthenticationJNI.java:60) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.logon(SQLServerConnection.java:2229) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.access$000(SQLServerConnection.java:41) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection$LogonCommand.doExecute(SQLServerConnection.java:2220) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:5696) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1715) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(SQLServerConnection.java:1326) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:991) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:827) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(SQLServerDriver.java:1012) INFO | jvm 1 | 2013/11/20 09:00:20 | at java.sql.DriverManager.getConnection(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | at java.sql.DriverManager.getConnection(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.util.db.PassThroughDBConnection.connect(PassThroughDBConnection.java:181) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.loadXmlConfiguration(ATMServer.java:619) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.checkConfiguration(ATMServer.java:1060) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.sharpbancsystems.ATM.ATMServer.run(ATMServer.java:1132) INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.Thread.run(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | Caused by: java.lang.UnsatisfiedLinkError: no sqljdbc_auth in java.library.path INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.ClassLoader.loadLibrary(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.Runtime.loadLibrary0(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | at java.lang.System.loadLibrary(Unknown Source) INFO | jvm 1 | 2013/11/20 09:00:20 | at com.microsoft.sqlserver.jdbc.AuthenticationJNI.<clinit>(AuthenticationJNI.java:35) INFO | jvm 1 | 2013/11/20 09:00:20 | ... 16 more Melinda Savoy Sharp BancSystems, Inc. Senior Java Developer * E: me...@sh...<mailto:me...@sh...> * O: 817.438.2161 "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Leif M. <lei...@ta...> - 2013-11-19 11:48:29
|
Melinda, Another user sent the following: --- I think there may be a different cause to the one you have suggested. I’m not sure about 64bit Java using twice as much memory – that’s never been the case for me. However the stack sizes are substantially bigger on 64bit Java. The user reports the exception “java.lang.OutOfMemoryError: unable to create new native thread”. It could be they are out of heap but as it fails on creating a new thread it’s much more likely to be out of thread stack space. Worth checking if the app is highly threaded – and if so reduce the thread stack size with Java’s –Xss switch. For example, try this wrapper.java.additional.3=-Xss128K If this is the case, a more longer term solution would be to rewrite the application to use ThreadPools as a huge number of threads is never going to be efficient. --- Could you please give this a try and let me know how it works for you? Also, approximately how many threads does your application have? Try invoking a thread dump if you are unsure. Cheers, Leif On Thu, Nov 14, 2013 at 11:04 PM, Leif Mortenson < lei...@ta...> wrote: > Melinda, > Please follow up on the other message you sent to support. > Here is what I wrote there: > ---- > I think those are old CVS version numbers so that is a VERY old version. > The Wrapper's version can be found by running the following: > wrapper.exe -v > > You should also see this information at the top of your wrapper.log file. > The Wrapper will output a warning if the wrapper.jar or wrapper.dll files > are not of the same version. > > The OutOfMemoryError you are getting is not related to the Wrapper. All > that means is that the JVM is not able to allocate enough memory. This can > happen if there is not enough memory on the server, or more likely, if you > need more memory than the maximum defined for the JVM. Yours is set to 1GB > here: > wrapper.java.maxmemory=1024 > > Is the JVM version the same on both servers? 64-bit JVMs require almost > twice the memory for the same application as a 32-bit JVM. It is also > possible that different data is causing the difference in behavior. > > You can try increasing the max memory. If you are still unsure of the > cause then you will need to make use of a profiler to see what is going on > in your application. This kind of issue is almost certainly not a Wrapper > issue, but please let me know if you have any questions or have more > information pointing to the Wrapper. > > Sincerely, > Leif Mortenson > Tanuki Software, Ltd. > > > > On Thu, Nov 14, 2013 at 10:01 PM, Melinda Savoy < > Me...@sh...> wrote: > >> I’m not sure what all info you guys require in order to answer the >> question we have. But any help/direction would be greatly appreciated as >> it is driving our tech support guys crazy. Thank you. >> >> >> >> We just started getting the following error after moving the JAR that the >> Wrapper service executes to a new MS 2008 R2 64 bit machine from a 2003 32 >> bit machine (BTW, this app was NOT having this error on the old box as the >> jar has not been changed since 10/1/2012): >> >> >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | Exception in thread >> "PulseChannel-ReceiveQueuer-6 73" java.lang.OutOfMemoryError: unable to >> create new native thread >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> java.lang.Thread.start0(Native Method) >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> java.lang.Thread.start(Unknown Source) >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> com.sharpbancsystems.ATM.channel.Request.start(Request.java:992) >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> com.sharpbancsystems.ATM.channel.RequestQueue.queue(RequestQueue.java:253) >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> com.sharpbancsystems.ATM.channel.ReceiveQueuer.run(ReceiveQueuer.java:143) >> >> INFO | jvm 1 | 2013/11/14 00:54:06.245 | at >> java.lang.Thread.run(Unknown Source) >> >> >> >> Below is our current wrapper.conf configuration and to my knowledge has >> not been changed when moved to this new server : >> >> >> >> #******************************************************************** >> >> # Wrapper Properties >> >> #******************************************************************** >> >> # Java Application >> >> #wrapper.java.command=C:/Program Files/Java/jre1.6.0_04/bin/java >> >> #wrapper.java.command=C:/Program Files/Java/jre1.5.0_14/bin/javaw.exe >> >> wrapper.java.command=C:/Program Files (x86)/Java/jre1.6.0_11/bin/javaw.exe >> >> #wrapper.java.command=C:/Program Files/Java/jdk1.6.0_14/jre/bin/javaw.exe >> >> #wrapper.java.command=C:/Program Files/Java/jre1.6.0_11/bin/javaw.exe >> >> >> >> # set current working directory so that PBF download can develop absolute >> path for download >> >> set.default.CWD=c:\ATMoPOStR2009\ >> >> >> >> # 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=com.sharpbancsystems.ATM.ATMoPOSt >> >> >> >> # Java Classpath (include wrapper.jar) Add class path elements as >> >> # needed starting from 1 >> >> wrapper.java.classpath.1=lib/wrapper.jar >> >> wrapper.java.classpath.2=lib/activation.jar >> >> wrapper.java.classpath.3=lib/ATMoPOSt.jar >> >> wrapper.java.classpath.4=lib/jdom.jar >> >> wrapper.java.classpath.5=lib/sftp.jar >> >> wrapper.java.classpath.6=lib/sqljdbc.jar >> >> wrapper.java.classpath.7=lib/sqljdbc1.2.jar >> >> wrapper.java.classpath.8=lib/xercesImpl-2.6.2.jar >> >> wrapper.java.classpath.9=lib/util.jar >> >> wrapper.java.classpath.10=lib/mail.jar >> >> wrapper.java.classpath.11=lib/mailapi.jar >> >> wrapper.java.classpath.12=lib/pop3.jar >> >> wrapper.java.classpath.13=lib/smtp.jar >> >> wrapper.java.classpath.14=lib/dsn.jar >> >> wrapper.java.classpath.15=lib/imap.jar >> >> wrapper.java.classpath.16=lib/pool.jar >> >> wrapper.java.classpath.17=lib/common.jar >> >> wrapper.java.classpath.18=lib/jpos-1.5.0.jar >> >> wrapper.java.classpath.19=lib/jsch-0.1.40.jar >> >> wrapper.java.classpath.20=. >> >> >> >> #wrapper.java.classpath.19=lib/mysql-connector-java-3.1.12-bin.jar >> >> # >> >> #wrapper.java.classpath.31=. >> >> >> >> # Java Library Path (location of Wrapper.DLL or libwrapper.so) >> >> wrapper.java.library.path.1=lib >> >> >> >> # Java Additional Parameters >> >> wrapper.java.additional.1=-server >> >> wrapper.java.additional.1=-Dcom.sun.management.jmxremote >> >> >> wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true >> >> >> >> # Initial Java Heap Size (in MB) >> >> #wrapper.java.initmemory=64 >> >> #wrapper.java.initmemory=1024 >> >> >> >> # Maximum Java Heap Size (in MB) >> >> wrapper.java.maxmemory=1024 >> >> >> >> # Application parameters. Add parameters as needed starting from 1 >> >> #wrapper.app.parameter.1=<YourMainClass> >> >> >> >> wrapper.ping.interval=10 >> >> wrapper.ping.timeout=30 >> >> >> >> #******************************************************************** >> >> # Wrapper Logging Properties >> >> #******************************************************************** >> >> wrapper.debug=TRUE >> >> >> >> # 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=DEBUG >> >> >> >> # Log file to use for wrapper output logging. >> >> wrapper.logfile=logs/ATMoPOSt-wrapper.YYYYMMDD.log >> >> >> >> # Format of output for the log file. (See docs for formats) >> >> wrapper.logfile.format=LPZM >> >> >> >> # Log Level for log file output. (See docs for log levels) >> >> wrapper.logfile.loglevel=STATUS >> >> >> >> # 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=500k >> >> >> >> # 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=30 >> >> wrapper.logfile.rollmode=DATE >> >> >> >> # Log Level for sys/event log output. (See docs for log levels) >> >> wrapper.syslog.loglevel=NONE >> >> >> >> #******************************************************************** >> >> # Wrapper Windows Properties >> >> #******************************************************************** >> >> # Title to use when running as a console >> >> wrapper.console.title=ATMoPOSt >> >> >> >> #******************************************************************** >> >> # Wrapper Windows NT/2000/XP Service Properties >> >> #******************************************************************** >> >> # WARNING - Do not modify any of these properties when an application >> >> # using this configuration file has been installed as a service. >> >> # Please uninstall the service before modifying this section. The >> >> # service can then be reinstalled. >> >> >> >> # Name of the service >> >> wrapper.ntservice.name=ATMoPOSt >> >> >> >> # Display name of the service >> >> wrapper.ntservice.displayname=ATMoPOSt >> >> >> >> # Description of the service >> >> wrapper.ntservice.description=ATM switching software from Sharp >> BancSystems >> >> >> >> # Service dependencies. Add dependencies as needed starting from 1 >> >> #wrapper.ntservice.dependency.1=MSSQLSERVER >> >> >> >> # 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 >> >> >> >> >> >> >> >> Melinda Savoy >> >> Sharp BancSystems, Inc. >> >> Senior Java Developer >> >> >> >> * E: me...@sh... >> >> ( O: 817.438.2161 >> >> >> > |
|
From: Aregala S. <sub...@gm...> - 2013-11-15 12:57:00
|
please -Xrs option in java opts. -Subbu On Thu, Nov 14, 2013 at 6:45 PM, Melinda Savoy <Me...@sh... > wrote: > Sorry but I forgot to include the version that we’re on (I have not > worked with your software before and apologize for the exclusion of this > info as this is a very old application and I’m sure an old version of your > software): > > > > /** > > * Handles all communication with the native portion of the Wrapper code. > > * The native wrapper code will launch Java in a separate process and > set > > * up a server socket which the Java code is expected to open a socket > to > > * on startup. When the server socket is created, a port will be chosen > > * depending on what is available to the system. This port will then be > > * passed to the Java process as property named "wrapper.port". > > * > > * For security reasons, the native code will only allow connections from > > * localhost and will expect to receive the key specified in a property > > * named "wrapper.key". > > * > > * This class is implemented as a singleton class. > > * > > * Generate JNI Headers with the following command in the build/classes > > * directory: > > * javah -jni -classpath ./ org.tanukisoftware.wrapper.WrapperManager > > * > > * *@author* Leif Mortenson <le...@ta...> > > * *@version* $Revision: 1.78 $ > > */ > > > > /** > > * Applications which need to be controlled directly as a service can > implement > > * the WrapperListener interface and then register themselves with the > > * WrapperManager on instantiation. The WrapperManager will then control > the > > * the class as a service for its entire life-cycle. > > * > > * *@author* Leif Mortenson <le...@ta...> > > * *@version* $Revision: 1.10 $ > > */ > > *public* *interface* WrapperListener > > > > *From:* Melinda Savoy > *Sent:* Thursday, November 14, 2013 07:01 > *To:* 'wra...@li...' > *Subject:* Please Help - New problem just started after moving Java app > to 2008 R2 box > *Importance:* High > > > > I’m not sure what all info you guys require in order to answer the > question we have. But any help/direction would be greatly appreciated as > it is driving our tech support guys crazy. Thank you. > > > > We just started getting the following error after moving the JAR that the > Wrapper service executes to a new MS 2008 R2 64 bit machine from a 2003 32 > bit machine (BTW, this app was NOT having this error on the old box as the > jar has not been changed since 10/1/2012): > > > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | Exception in thread > "PulseChannel-ReceiveQueuer-6 73" java.lang.OutOfMemoryError: unable to > create new native thread > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.start0(Native Method) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.start(Unknown Source) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.Request.start(Request.java:992) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.RequestQueue.queue(RequestQueue.java:253) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.ReceiveQueuer.run(ReceiveQueuer.java:143) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.run(Unknown Source) > > > > Below is our current wrapper.conf configuration and to my knowledge has > not been changed when moved to this new server : > > > > #******************************************************************** > > # Wrapper Properties > > #******************************************************************** > > # Java Application > > #wrapper.java.command=C:/Program Files/Java/jre1.6.0_04/bin/java > > #wrapper.java.command=C:/Program Files/Java/jre1.5.0_14/bin/javaw.exe > > wrapper.java.command=C:/Program Files (x86)/Java/jre1.6.0_11/bin/javaw.exe > > #wrapper.java.command=C:/Program Files/Java/jdk1.6.0_14/jre/bin/javaw.exe > > #wrapper.java.command=C:/Program Files/Java/jre1.6.0_11/bin/javaw.exe > > > > # set current working directory so that PBF download can develop absolute > path for download > > set.default.CWD=c:\ATMoPOStR2009\ > > > > # 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=com.sharpbancsystems.ATM.ATMoPOSt > > > > # Java Classpath (include wrapper.jar) Add class path elements as > > # needed starting from 1 > > wrapper.java.classpath.1=lib/wrapper.jar > > wrapper.java.classpath.2=lib/activation.jar > > wrapper.java.classpath.3=lib/ATMoPOSt.jar > > wrapper.java.classpath.4=lib/jdom.jar > > wrapper.java.classpath.5=lib/sftp.jar > > wrapper.java.classpath.6=lib/sqljdbc.jar > > wrapper.java.classpath.7=lib/sqljdbc1.2.jar > > wrapper.java.classpath.8=lib/xercesImpl-2.6.2.jar > > wrapper.java.classpath.9=lib/util.jar > > wrapper.java.classpath.10=lib/mail.jar > > wrapper.java.classpath.11=lib/mailapi.jar > > wrapper.java.classpath.12=lib/pop3.jar > > wrapper.java.classpath.13=lib/smtp.jar > > wrapper.java.classpath.14=lib/dsn.jar > > wrapper.java.classpath.15=lib/imap.jar > > wrapper.java.classpath.16=lib/pool.jar > > wrapper.java.classpath.17=lib/common.jar > > wrapper.java.classpath.18=lib/jpos-1.5.0.jar > > wrapper.java.classpath.19=lib/jsch-0.1.40.jar > > wrapper.java.classpath.20=. > > > > #wrapper.java.classpath.19=lib/mysql-connector-java-3.1.12-bin.jar > > # > > #wrapper.java.classpath.31=. > > > > # Java Library Path (location of Wrapper.DLL or libwrapper.so) > > wrapper.java.library.path.1=lib > > > > # Java Additional Parameters > > wrapper.java.additional.1=-server > > wrapper.java.additional.1=-Dcom.sun.management.jmxremote > > > wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true > > > > # Initial Java Heap Size (in MB) > > #wrapper.java.initmemory=64 > > #wrapper.java.initmemory=1024 > > > > # Maximum Java Heap Size (in MB) > > wrapper.java.maxmemory=1024 > > > > # Application parameters. Add parameters as needed starting from 1 > > #wrapper.app.parameter.1=<YourMainClass> > > > > wrapper.ping.interval=10 > > wrapper.ping.timeout=30 > > > > #******************************************************************** > > # Wrapper Logging Properties > > #******************************************************************** > > wrapper.debug=TRUE > > > > # 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=DEBUG > > > > # Log file to use for wrapper output logging. > > wrapper.logfile=logs/ATMoPOSt-wrapper.YYYYMMDD.log > > > > # Format of output for the log file. (See docs for formats) > > wrapper.logfile.format=LPZM > > > > # Log Level for log file output. (See docs for log levels) > > wrapper.logfile.loglevel=STATUS > > > > # 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=500k > > > > # 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=30 > > wrapper.logfile.rollmode=DATE > > > > # Log Level for sys/event log output. (See docs for log levels) > > wrapper.syslog.loglevel=NONE > > > > #******************************************************************** > > # Wrapper Windows Properties > > #******************************************************************** > > # Title to use when running as a console > > wrapper.console.title=ATMoPOSt > > > > #******************************************************************** > > # Wrapper Windows NT/2000/XP Service Properties > > #******************************************************************** > > # WARNING - Do not modify any of these properties when an application > > # using this configuration file has been installed as a service. > > # Please uninstall the service before modifying this section. The > > # service can then be reinstalled. > > > > # Name of the service > > wrapper.ntservice.name=ATMoPOSt > > > > # Display name of the service > > wrapper.ntservice.displayname=ATMoPOSt > > > > # Description of the service > > wrapper.ntservice.description=ATM switching software from Sharp BancSystems > > > > # Service dependencies. Add dependencies as needed starting from 1 > > #wrapper.ntservice.dependency.1=MSSQLSERVER > > > > # 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 > > > > > > > > Melinda Savoy > > Sharp BancSystems, Inc. > > Senior Java Developer > > > > * E: me...@sh... > > ( O: 817.438.2161 > > > "We understand that e-mail is a simple and cost effective method of > communication, however items such as requests and inquiries needing > immediate attention should not be sent via e-mail. Also, sensitive personal > and account information like account numbers, Social Security numbers, > passwords, or PIN numbers should not be sent by e-mail. Because an e-mail > message may not be immediately reviewed by a company representative, you > should contact the company by telephone, or in person for items needing > immediate attention. Furthermore, this e-mail and any attached files may > contain confidential and/or privileged material for the sole use of the > intended recipient. Any review, use, distribution or disclosure by others > is strictly prohibited. If you are not the intended recipient (or > authorized to receive this e-mail for the recipient), please contact the > sender by reply e-mail and delete all copies of this email" > > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <lei...@ta...> - 2013-11-14 14:11:31
|
Melinda, Please follow up on the other message you sent to support. Here is what I wrote there: ---- I think those are old CVS version numbers so that is a VERY old version. The Wrapper's version can be found by running the following: wrapper.exe -v You should also see this information at the top of your wrapper.log file. The Wrapper will output a warning if the wrapper.jar or wrapper.dll files are not of the same version. The OutOfMemoryError you are getting is not related to the Wrapper. All that means is that the JVM is not able to allocate enough memory. This can happen if there is not enough memory on the server, or more likely, if you need more memory than the maximum defined for the JVM. Yours is set to 1GB here: wrapper.java.maxmemory=1024 Is the JVM version the same on both servers? 64-bit JVMs require almost twice the memory for the same application as a 32-bit JVM. It is also possible that different data is causing the difference in behavior. You can try increasing the max memory. If you are still unsure of the cause then you will need to make use of a profiler to see what is going on in your application. This kind of issue is almost certainly not a Wrapper issue, but please let me know if you have any questions or have more information pointing to the Wrapper. Sincerely, Leif Mortenson Tanuki Software, Ltd. On Thu, Nov 14, 2013 at 10:01 PM, Melinda Savoy < Me...@sh...> wrote: > I’m not sure what all info you guys require in order to answer the > question we have. But any help/direction would be greatly appreciated as > it is driving our tech support guys crazy. Thank you. > > > > We just started getting the following error after moving the JAR that the > Wrapper service executes to a new MS 2008 R2 64 bit machine from a 2003 32 > bit machine (BTW, this app was NOT having this error on the old box as the > jar has not been changed since 10/1/2012): > > > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | Exception in thread > "PulseChannel-ReceiveQueuer-6 73" java.lang.OutOfMemoryError: unable to > create new native thread > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.start0(Native Method) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.start(Unknown Source) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.Request.start(Request.java:992) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.RequestQueue.queue(RequestQueue.java:253) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > com.sharpbancsystems.ATM.channel.ReceiveQueuer.run(ReceiveQueuer.java:143) > > INFO | jvm 1 | 2013/11/14 00:54:06.245 | at > java.lang.Thread.run(Unknown Source) > > > > Below is our current wrapper.conf configuration and to my knowledge has > not been changed when moved to this new server : > > > > #******************************************************************** > > # Wrapper Properties > > #******************************************************************** > > # Java Application > > #wrapper.java.command=C:/Program Files/Java/jre1.6.0_04/bin/java > > #wrapper.java.command=C:/Program Files/Java/jre1.5.0_14/bin/javaw.exe > > wrapper.java.command=C:/Program Files (x86)/Java/jre1.6.0_11/bin/javaw.exe > > #wrapper.java.command=C:/Program Files/Java/jdk1.6.0_14/jre/bin/javaw.exe > > #wrapper.java.command=C:/Program Files/Java/jre1.6.0_11/bin/javaw.exe > > > > # set current working directory so that PBF download can develop absolute > path for download > > set.default.CWD=c:\ATMoPOStR2009\ > > > > # 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=com.sharpbancsystems.ATM.ATMoPOSt > > > > # Java Classpath (include wrapper.jar) Add class path elements as > > # needed starting from 1 > > wrapper.java.classpath.1=lib/wrapper.jar > > wrapper.java.classpath.2=lib/activation.jar > > wrapper.java.classpath.3=lib/ATMoPOSt.jar > > wrapper.java.classpath.4=lib/jdom.jar > > wrapper.java.classpath.5=lib/sftp.jar > > wrapper.java.classpath.6=lib/sqljdbc.jar > > wrapper.java.classpath.7=lib/sqljdbc1.2.jar > > wrapper.java.classpath.8=lib/xercesImpl-2.6.2.jar > > wrapper.java.classpath.9=lib/util.jar > > wrapper.java.classpath.10=lib/mail.jar > > wrapper.java.classpath.11=lib/mailapi.jar > > wrapper.java.classpath.12=lib/pop3.jar > > wrapper.java.classpath.13=lib/smtp.jar > > wrapper.java.classpath.14=lib/dsn.jar > > wrapper.java.classpath.15=lib/imap.jar > > wrapper.java.classpath.16=lib/pool.jar > > wrapper.java.classpath.17=lib/common.jar > > wrapper.java.classpath.18=lib/jpos-1.5.0.jar > > wrapper.java.classpath.19=lib/jsch-0.1.40.jar > > wrapper.java.classpath.20=. > > > > #wrapper.java.classpath.19=lib/mysql-connector-java-3.1.12-bin.jar > > # > > #wrapper.java.classpath.31=. > > > > # Java Library Path (location of Wrapper.DLL or libwrapper.so) > > wrapper.java.library.path.1=lib > > > > # Java Additional Parameters > > wrapper.java.additional.1=-server > > wrapper.java.additional.1=-Dcom.sun.management.jmxremote > > > wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true > > > > # Initial Java Heap Size (in MB) > > #wrapper.java.initmemory=64 > > #wrapper.java.initmemory=1024 > > > > # Maximum Java Heap Size (in MB) > > wrapper.java.maxmemory=1024 > > > > # Application parameters. Add parameters as needed starting from 1 > > #wrapper.app.parameter.1=<YourMainClass> > > > > wrapper.ping.interval=10 > > wrapper.ping.timeout=30 > > > > #******************************************************************** > > # Wrapper Logging Properties > > #******************************************************************** > > wrapper.debug=TRUE > > > > # 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=DEBUG > > > > # Log file to use for wrapper output logging. > > wrapper.logfile=logs/ATMoPOSt-wrapper.YYYYMMDD.log > > > > # Format of output for the log file. (See docs for formats) > > wrapper.logfile.format=LPZM > > > > # Log Level for log file output. (See docs for log levels) > > wrapper.logfile.loglevel=STATUS > > > > # 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=500k > > > > # 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=30 > > wrapper.logfile.rollmode=DATE > > > > # Log Level for sys/event log output. (See docs for log levels) > > wrapper.syslog.loglevel=NONE > > > > #******************************************************************** > > # Wrapper Windows Properties > > #******************************************************************** > > # Title to use when running as a console > > wrapper.console.title=ATMoPOSt > > > > #******************************************************************** > > # Wrapper Windows NT/2000/XP Service Properties > > #******************************************************************** > > # WARNING - Do not modify any of these properties when an application > > # using this configuration file has been installed as a service. > > # Please uninstall the service before modifying this section. The > > # service can then be reinstalled. > > > > # Name of the service > > wrapper.ntservice.name=ATMoPOSt > > > > # Display name of the service > > wrapper.ntservice.displayname=ATMoPOSt > > > > # Description of the service > > wrapper.ntservice.description=ATM switching software from Sharp BancSystems > > > > # Service dependencies. Add dependencies as needed starting from 1 > > #wrapper.ntservice.dependency.1=MSSQLSERVER > > > > # 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 > > > > > > > > Melinda Savoy > > Sharp BancSystems, Inc. > > Senior Java Developer > > > > * E: me...@sh... > > ( O: 817.438.2161 > > > |
|
From: Melinda S. <Me...@sh...> - 2013-11-14 13:24:05
|
I'm not sure what all info you guys require in order to answer the question we have. But any help/direction would be greatly appreciated as it is driving our tech support guys crazy. Thank you. We just started getting the following error after moving the JAR that the Wrapper service executes to a new MS 2008 R2 64 bit machine from a 2003 32 bit machine (BTW, this app was NOT having this error on the old box as the jar has not been changed since 10/1/2012): INFO | jvm 1 | 2013/11/14 00:54:06.245 | Exception in thread "PulseChannel-ReceiveQueuer-6 73" java.lang.OutOfMemoryError: unable to create new native thread INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.start0(Native Method) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.start(Unknown Source) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.Request.start(Request.java:992) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.RequestQueue.queue(RequestQueue.java:253) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.ReceiveQueuer.run(ReceiveQueuer.java:143) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.run(Unknown Source) Below is our current wrapper.conf configuration and to my knowledge has not been changed when moved to this new server : #******************************************************************** # Wrapper Properties #******************************************************************** # Java Application #wrapper.java.command=C:/Program Files/Java/jre1.6.0_04/bin/java #wrapper.java.command=C:/Program Files/Java/jre1.5.0_14/bin/javaw.exe wrapper.java.command=C:/Program Files (x86)/Java/jre1.6.0_11/bin/javaw.exe #wrapper.java.command=C:/Program Files/Java/jdk1.6.0_14/jre/bin/javaw.exe #wrapper.java.command=C:/Program Files/Java/jre1.6.0_11/bin/javaw.exe # set current working directory so that PBF download can develop absolute path for download set.default.CWD=c:\ATMoPOStR2009\ # 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=com.sharpbancsystems.ATM.ATMoPOSt # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=lib/wrapper.jar wrapper.java.classpath.2=lib/activation.jar wrapper.java.classpath.3=lib/ATMoPOSt.jar wrapper.java.classpath.4=lib/jdom.jar wrapper.java.classpath.5=lib/sftp.jar wrapper.java.classpath.6=lib/sqljdbc.jar wrapper.java.classpath.7=lib/sqljdbc1.2.jar wrapper.java.classpath.8=lib/xercesImpl-2.6.2.jar wrapper.java.classpath.9=lib/util.jar wrapper.java.classpath.10=lib/mail.jar wrapper.java.classpath.11=lib/mailapi.jar wrapper.java.classpath.12=lib/pop3.jar wrapper.java.classpath.13=lib/smtp.jar wrapper.java.classpath.14=lib/dsn.jar wrapper.java.classpath.15=lib/imap.jar wrapper.java.classpath.16=lib/pool.jar wrapper.java.classpath.17=lib/common.jar wrapper.java.classpath.18=lib/jpos-1.5.0.jar wrapper.java.classpath.19=lib/jsch-0.1.40.jar wrapper.java.classpath.20=. #wrapper.java.classpath.19=lib/mysql-connector-java-3.1.12-bin.jar # #wrapper.java.classpath.31=. # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=lib # Java Additional Parameters wrapper.java.additional.1=-server wrapper.java.additional.1=-Dcom.sun.management.jmxremote wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true # Initial Java Heap Size (in MB) #wrapper.java.initmemory=64 #wrapper.java.initmemory=1024 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=1024 # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1=<YourMainClass> wrapper.ping.interval=10 wrapper.ping.timeout=30 #******************************************************************** # Wrapper Logging Properties #******************************************************************** wrapper.debug=TRUE # 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=DEBUG # Log file to use for wrapper output logging. wrapper.logfile=logs/ATMoPOSt-wrapper.YYYYMMDD.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=LPZM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=STATUS # 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=500k # 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=30 wrapper.logfile.rollmode=DATE # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=NONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=ATMoPOSt #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wrapper.ntservice.name=ATMoPOSt # Display name of the service wrapper.ntservice.displayname=ATMoPOSt # Description of the service wrapper.ntservice.description=ATM switching software from Sharp BancSystems # Service dependencies. Add dependencies as needed starting from 1 #wrapper.ntservice.dependency.1=MSSQLSERVER # 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 Melinda Savoy Sharp BancSystems, Inc. Senior Java Developer * E: me...@sh...<mailto:me...@sh...> * O: 817.438.2161 "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Melinda S. <Me...@sh...> - 2013-11-14 13:15:36
|
Sorry but I forgot to include the version that we're on (I have not worked with your software before and apologize for the exclusion of this info as this is a very old application and I'm sure an old version of your software): /** * Handles all communication with the native portion of the Wrapper code. * The native wrapper code will launch Java in a separate process and set * up a server socket which the Java code is expected to open a socket to * on startup. When the server socket is created, a port will be chosen * depending on what is available to the system. This port will then be * passed to the Java process as property named "wrapper.port". * * For security reasons, the native code will only allow connections from * localhost and will expect to receive the key specified in a property * named "wrapper.key". * * This class is implemented as a singleton class. * * Generate JNI Headers with the following command in the build/classes * directory: * javah -jni -classpath ./ org.tanukisoftware.wrapper.WrapperManager * * @author Leif Mortenson <le...@ta...> * @version $Revision: 1.78 $ */ /** * Applications which need to be controlled directly as a service can implement * the WrapperListener interface and then register themselves with the * WrapperManager on instantiation. The WrapperManager will then control the * the class as a service for its entire life-cycle. * * @author Leif Mortenson <le...@ta...> * @version $Revision: 1.10 $ */ public interface WrapperListener From: Melinda Savoy Sent: Thursday, November 14, 2013 07:01 To: 'wra...@li...' Subject: Please Help - New problem just started after moving Java app to 2008 R2 box Importance: High I'm not sure what all info you guys require in order to answer the question we have. But any help/direction would be greatly appreciated as it is driving our tech support guys crazy. Thank you. We just started getting the following error after moving the JAR that the Wrapper service executes to a new MS 2008 R2 64 bit machine from a 2003 32 bit machine (BTW, this app was NOT having this error on the old box as the jar has not been changed since 10/1/2012): INFO | jvm 1 | 2013/11/14 00:54:06.245 | Exception in thread "PulseChannel-ReceiveQueuer-6 73" java.lang.OutOfMemoryError: unable to create new native thread INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.start0(Native Method) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.start(Unknown Source) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.Request.start(Request.java:992) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.RequestQueue.queue(RequestQueue.java:253) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at com.sharpbancsystems.ATM.channel.ReceiveQueuer.run(ReceiveQueuer.java:143) INFO | jvm 1 | 2013/11/14 00:54:06.245 | at java.lang.Thread.run(Unknown Source) Below is our current wrapper.conf configuration and to my knowledge has not been changed when moved to this new server : #******************************************************************** # Wrapper Properties #******************************************************************** # Java Application #wrapper.java.command=C:/Program Files/Java/jre1.6.0_04/bin/java #wrapper.java.command=C:/Program Files/Java/jre1.5.0_14/bin/javaw.exe wrapper.java.command=C:/Program Files (x86)/Java/jre1.6.0_11/bin/javaw.exe #wrapper.java.command=C:/Program Files/Java/jdk1.6.0_14/jre/bin/javaw.exe #wrapper.java.command=C:/Program Files/Java/jre1.6.0_11/bin/javaw.exe # set current working directory so that PBF download can develop absolute path for download set.default.CWD=c:\ATMoPOStR2009\ # 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=com.sharpbancsystems.ATM.ATMoPOSt # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=lib/wrapper.jar wrapper.java.classpath.2=lib/activation.jar wrapper.java.classpath.3=lib/ATMoPOSt.jar wrapper.java.classpath.4=lib/jdom.jar wrapper.java.classpath.5=lib/sftp.jar wrapper.java.classpath.6=lib/sqljdbc.jar wrapper.java.classpath.7=lib/sqljdbc1.2.jar wrapper.java.classpath.8=lib/xercesImpl-2.6.2.jar wrapper.java.classpath.9=lib/util.jar wrapper.java.classpath.10=lib/mail.jar wrapper.java.classpath.11=lib/mailapi.jar wrapper.java.classpath.12=lib/pop3.jar wrapper.java.classpath.13=lib/smtp.jar wrapper.java.classpath.14=lib/dsn.jar wrapper.java.classpath.15=lib/imap.jar wrapper.java.classpath.16=lib/pool.jar wrapper.java.classpath.17=lib/common.jar wrapper.java.classpath.18=lib/jpos-1.5.0.jar wrapper.java.classpath.19=lib/jsch-0.1.40.jar wrapper.java.classpath.20=. #wrapper.java.classpath.19=lib/mysql-connector-java-3.1.12-bin.jar # #wrapper.java.classpath.31=. # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=lib # Java Additional Parameters wrapper.java.additional.1=-server wrapper.java.additional.1=-Dcom.sun.management.jmxremote wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperManager.mbean=true # Initial Java Heap Size (in MB) #wrapper.java.initmemory=64 #wrapper.java.initmemory=1024 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=1024 # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1=<YourMainClass> wrapper.ping.interval=10 wrapper.ping.timeout=30 #******************************************************************** # Wrapper Logging Properties #******************************************************************** wrapper.debug=TRUE # 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=DEBUG # Log file to use for wrapper output logging. wrapper.logfile=logs/ATMoPOSt-wrapper.YYYYMMDD.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=LPZM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=STATUS # 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=500k # 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=30 wrapper.logfile.rollmode=DATE # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=NONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=ATMoPOSt #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** # WARNING - Do not modify any of these properties when an application # using this configuration file has been installed as a service. # Please uninstall the service before modifying this section. The # service can then be reinstalled. # Name of the service wrapper.ntservice.name=ATMoPOSt # Display name of the service wrapper.ntservice.displayname=ATMoPOSt # Description of the service wrapper.ntservice.description=ATM switching software from Sharp BancSystems # Service dependencies. Add dependencies as needed starting from 1 #wrapper.ntservice.dependency.1=MSSQLSERVER # 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 Melinda Savoy Sharp BancSystems, Inc. Senior Java Developer * E: me...@sh...<mailto:me...@sh...> * O: 817.438.2161 "We understand that e-mail is a simple and cost effective method of communication, however items such as requests and inquiries needing immediate attention should not be sent via e-mail. Also, sensitive personal and account information like account numbers, Social Security numbers, passwords, or PIN numbers should not be sent by e-mail. Because an e-mail message may not be immediately reviewed by a company representative, you should contact the company by telephone, or in person for items needing immediate attention. Furthermore, this e-mail and any attached files may contain confidential and/or privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive this e-mail for the recipient), please contact the sender by reply e-mail and delete all copies of this email" |
|
From: Dannes W. <di...@ex...> - 2013-10-25 19:14:35
|
After upgrading to the latest MacOSX version (10.9) my application does not start anymore: STATUS | wrapper | 2013/10/24 20:27:14 | --> Wrapper Started as Daemon STATUS | wrapper | 2013/10/24 20:27:14 | Java Service Wrapper Community Edition 32-bit 3.5.20 STATUS | wrapper | 2013/10/24 20:27:14 | Copyright (C) 1999-2013 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2013/10/24 20:27:14 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2013/10/24 20:27:14 | STATUS | wrapper | 2013/10/24 20:27:15 | Launching a JVM... ERROR | wrapper | 2013/10/24 20:27:15 | JVM exited while loading the application. INFO | jvm 1 | 2013/10/24 20:27:15 | Error: This Java instance does not support a 32-bit JVM. INFO | jvm 1 | 2013/10/24 20:27:15 | Please install the desired version. STATUS | wrapper | 2013/10/24 20:27:15 | Automatic JVM Restarts disabled. Shutting down. STATUS | wrapper | 2013/10/24 20:27:15 | <-- Wrapper Stopped Starting this release, only the 64bit Java7 is available for the platform; somehow the scripts select the 32 bit version. The problem seems to be caused in the following block: # Resolve the architecture if [ "$DIST_OS" = "macosx" ] then OS_VER=`sw_vers | grep 'ProductVersion:' | grep -o '[0-9]*\.[0-9]*\.[0-9]*'` DIST_ARCH="universal" if [[ "$OS_VER" < "10.5.0" ]] then DIST_BITS="32" else if [ "X`sysctl -n hw.cpu64bit_capable`" == "X1" ] then DIST_BITS="64" else DIST_BITS="32" fi fi APP_PLIST_BASE=${PLIST_DOMAIN}.${APP_NAME} APP_PLIST=${APP_PLIST_BASE}.plist actually the following line cannot deal with the string "10.9": OS_VER=`sw_vers | grep 'ProductVersion:' | grep -o '[0-9]*\.[0-9]*\.[0-9]*'` some investigation shows that the MacOsX version of grep (2.5.1) is buggy: http://www.mail-archive.com/bug...@gn.../msg00993.html The solution is to use egrep instead and modify the match pattern: sw_vers | grep 'ProductVersion:' | egrep -o '[0-9]*\.[0-9]*(\.[0-9]*)?' I hope it can be fixed in an upcoming release. regards Dannes |
|
From: Leif M. <lei...@ta...> - 2013-10-23 08:11:56
|
Gaurav, As we wrote on the site, this is unfortunately the result of a change to the way Windows works. For security reasons, Microsoft decided to make this impossible. http://wrapper.tanukisoftware.com/doc/english/prop-ntservice-interactive.html It is now necessary for interactive services to have desktop specific clients which then communicate with the service using pipes or sockets. We have been looking into ways of implementing this for a future version, but it will almost certainly require changes to the user application to make it work. Cheers Leif On Tue, Oct 22, 2013 at 7:16 PM, Gaurav Pgoel <gau...@tc...> wrote: > Hi > > We have an application that uses swings to display pop up messages and > accept user inputs. For e.g. > > JOptionPane.*showInputDialog*("Enter User Id"); > > This when converted to Windows service works perfectly fine in Windows XP. > It displays proper pop ups as expected. > > But same service when installed in Windows 7 does not show pop ups. The > program just waits there. We added following in conf file, but to no avail. > > wrapper.ntservice.interactive=true > wrapper.ntservice.hide_console=true > > We also checked Windows Registry and set > HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows\NoInteractiveServices > to 0. But the same does not work. > > Below is the conf file: > > wrapper.lang.folder=../lang > > #******************************************************************** > # Wrapper Java Properties > #******************************************************************** > # Java Application > # Locate the java binary on the system PATH: > wrapper.java.command=java > > # Tell the Wrapper to log the full generated Java command line. > wrapper.java.command.loglevel=INFO > > # 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=../lib/wrapper.jar > wrapper.java.classpath.2=../lib/auto-upload.jar > wrapper.java.classpath.3=../lib/log4j-1.2.11.jar > wrapper.java.classpath.4=../lib/commons-io-2.0.jar > # Java Library Path (location of Wrapper.DLL or libwrapper.so) > wrapper.java.library.path.1=../lib > > # Java Bits. On applicable platforms, tells the JVM to run in 32 or > 64-bit mode. > wrapper.java.additional.auto_bits=TRUE > > > wrapper.java.additional.1=-Dorg.tanukisoftware.wrapper.WrapperSimpleApp.waitForStartMain=FALSE > > # Java Additional Parameters > > #wrapper.java.additional.2=-Dorg.tanukisoftware.wrapper.WrapperSimpleApp.maxStartMainWait=300 > > # 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.auto.upload.client.AutoFileUpload > > #******************************************************************** > # Wrapper Logging Properties > #******************************************************************** > # Enables Debug output from the Wrapper. > wrapper.debug=TRUE > > # 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=../system.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=2m > > # Maximum number of rolled log files which will be allowed before old > # files are deleted. The default value of 0 implies no limit. > wrapper.logfile.maxfiles=10 > > # Log Level for sys/event log output. (See docs for log levels) > wrapper.syslog.loglevel=NONE > > #******************************************************************** > # Wrapper General Properties > #******************************************************************** > # Allow for the use of non-contiguous numbered properties > wrapper.ignore_sequence_gaps=TRUE > > # Title to use when running as a console > wrapper.console.title=Automatic File Upload Service > > #******************************************************************** > # Wrapper JVM Checks > #******************************************************************** > # Detect DeadLocked Threads in the JVM. (Requires Standard Edition) > wrapper.check.deadlock=TRUE > wrapper.check.deadlock.interval=60 > wrapper.check.deadlock.action=RESTART > wrapper.check.deadlock.output=FULL > > # Out Of Memory detection. > wrapper.filter.trigger.1000=java.lang.OutOfMemoryError > wrapper.filter.action.1000=RESTART > wrapper.filter.message.1000=The JVM has run out of memory. > > # Specify custom mail content > wrapper.event.jvm_restart.email.body=The JVM was restarted.\n\nPlease > check on its status.\n > > # Name of the service > wrapper.name=Automatic File Upload > > # Display name of the service > wrapper.displayname=Automatic File Upload Service > > # Description of the service > wrapper.description=Automatic File Upload Application. > > # Service dependencies. Add dependencies as needed starting from 1 > wrapper.ntservice.dependency.1= > > # Mode in which the service is installed. AUTO_START, DELAY_START or > DEMAND_START > wrapper.ntservice.starttype=AUTO_START > > # Allow the service to interact with the desktop. > wrapper.ntservice.interactive=true > wrapper.ntservice.hide_console=true > > Please help. > > Thanks & Regards > Gaurav > > |
165 messages has been excluded from this view by a project administrator.
