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: Christian M. <chr...@ta...> - 2011-06-01 02:19:02
|
Arun, the error you are seeing doesn't seem to be directly related with the Wrapper but your applications. Can you verify that there are no other programs running which have already bound the ports your application(s) are trying to bind? You can check this for instance with "netstat" [1] before running your Scheduler also after seeing below error. 3.0.5 is actually a very old version which was released around 4 or 5 years ago. At this time there was no Standard and Professional Edition only Community available. Please let me know if you need any further assistance. Cheers, Christian [1] http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/netstat.mspx?mfr=true On Tue, May 31, 2011 at 11:42 PM, Arun Kumar Janarthanan <aru...@co...> wrote: > > Hi, > > We were migrating a windows server from Windows 2000 32 bit which had Jboss, > Tomcat and few other Java service configured through wrapper service, the > system were up and running prettymuch ok as long as we were in windows 2000 > 32 bit. > > However a month ago we had to move the complete services and application > from windows 2000 32 bit to Windows 2008 R2 64bit AMD, since we moved into > the new environment we have been getting frequent socket exception in the > services like Jboss and others are running as service and below are the > details. > > Please advice if I need to download wrapper 64bit windows version and update > them in respective locations of Jboss, Tomcat and other services. > > Also the current version does not slow weather I am running professional / > standard / community version. Kindly advice > > Jboss Logs: > > INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper (Version 3.0.5) > INFO | jvm 1 | 2011/05/31 09:50:06 | > INFO | jvm 1 | 2011/05/31 09:50:06 | Open socket to wrapper... > INFO | jvm 1 | 2011/05/31 09:50:06 | Opened Socket > INFO | jvm 1 | 2011/05/31 09:50:06 | Send a packet KEY : > 3PlFBXtqG1P_1hVE > INFO | jvm 1 | 2011/05/31 09:50:06 | > handleSocket(Socket[addr=/127.0.0.1,port=1777,localport=32171]) > INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet LOW_LOG_LEVEL : > 1 > INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: LowLogLevel from > Wrapper is 1 > INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet PING_TIMEOUT : > 300 > INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: PingTimeout from > Wrapper is 300000 > INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet START : start > INFO | jvm 1 | 2011/05/31 09:50:06 | calling listener.start() > INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) > INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: invoking main > method > INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: main method > completed > INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) end. > Main Completed=true, exitCode=null > INFO | jvm 1 | 2011/05/31 09:50:06 | returned from listener.start() > > Error: > > INFO | jvm 1 | 2011/05/31 01:10:54 | Caused by: > java.net.SocketException: No buffer space available (maximum connections > reached?): JVM_Bind > INFO | jvm 1 | 2011/05/31 01:10:54 | at > java.net.PlainSocketImpl.socketBind(Native Method) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > java.net.Socket.bind(Socket.java:472) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > java.net.Socket.<init>(Socket.java:289) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > java.net.Socket.<init>(Socket.java:119) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > com.inet.tds.w.a(Unknown Source) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > com.inet.tds.w.a(Unknown Source) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > com.inet.tds.w.<init>(Unknown Source) > INFO | jvm 1 | 2011/05/31 01:10:54 | at > com.inet.tds.w.a(Unknown Source) > > Wrapper Service: > > INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper (Version 3.0.5) > INFO | jvm 1 | 2011/05/31 09:29:30 | > INFO | jvm 1 | 2011/05/31 09:29:30 | Open socket to wrapper... > INFO | jvm 1 | 2011/05/31 09:29:30 | Opened Socket > INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet KEY : > uPij007QRU4x6nJn > INFO | jvm 1 | 2011/05/31 09:29:30 | > handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=1798,localport=31990]) > INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet LOW_LOG_LEVEL : > 1 > INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: LowLogLevel from > Wrapper is 1 > INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet PING_TIMEOUT : > 300 > INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: PingTimeout from > Wrapper is 300000 > INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet START : start > INFO | jvm 1 | 2011/05/31 09:29:30 | calling listener.start() > INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) > INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: invoking main > method > INFO | jvm 1 | 2011/05/31 09:29:30 | DBInit starts here.. > INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: main method > completed > INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) end. > Main Completed=true, exitCode=null > INFO | jvm 1 | 2011/05/31 09:29:30 | returned from listener.start() > INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet STARTED : > > Wrapper Error: > > Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: > JVM_BindCause :java.net.SocketException: Unrecognized Windows Sockets error: > 0: JVM_Bind > INFO | jvm 1 | 2011/05/30 22:06:09 | com.inet.tds.at: [TDS > Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: > JVM_Bind > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.aq.a(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.TdsDriver.connect(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.sql.DriverManager.getConnection(DriverManager.java:525) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.sql.DriverManager.getConnection(DriverManager.java:171) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.readersdigest.util.DatabaseFactory.getNewConnection(DatabaseFactory.java:154) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.readersdigest.util.DatabaseFactory.getConnection(DatabaseFactory.java:98) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.readersdigest.util.Database.dbInit(Database.java:157) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.readersdigest.util.Database.dbInit(Database.java:111) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.readersdigest.util.SchedulerTask.run(SchedulerTask.java:73) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.util.TimerThread.mainLoop(Timer.java:512) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.util.TimerThread.run(Timer.java:462) > INFO | jvm 1 | 2011/05/30 22:06:09 | Caused by: > java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.net.PlainSocketImpl.socketBind(Native Method) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.net.Socket.bind(Socket.java:553) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.net.Socket.<init>(Socket.java:363) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > java.net.Socket.<init>(Socket.java:178) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.w.a(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.w.a(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.w.<init>(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | at > com.inet.tds.w.a(Unknown Source) > INFO | jvm 1 | 2011/05/30 22:06:09 | ... 10 more > > wrapper conf: > > #wrapper.java.command=%JAVA_HOME%/bin/java > #wrapper.java.command=D:/Java/j2sdk1.4.1_02/bin/java > wrapper.java.command=%JAVA_HOME%/bin/java > > # Initial Java Heap Size (in MB) > wrapper.java.initmemory=128 > > # Maximum Java Heap Size (in MB) > wrapper.java.maxmemory=768 > > wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp > > wrapper.app.parameter.1=com.readersdigest.util.SchedulerApp > #wrapper.app.parameter.2=10101 > > #wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\jdk1.3.1_01\jre\lib\security\cacerts > wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\Java\j2sdk1.4.1_02\jre\lib\security\cacerts > wrapper.java.additional.2=-Djavax.net.ssl.trustStorePassword=changeit > > wrapper.java.classpath.1=../lib/wrapper.jar > wrapper.java.classpath.2=%JAVA_HOME%/lib/tools.jar > wrapper.java.classpath.3=d:\payment\service1\jar\jaxp.jar > wrapper.java.classpath.4=d:\Java\xerces-2.4.0.jar > wrapper.java.classpath.5=d:\Java\xalan-2.4.0.jar > wrapper.java.classpath.6=d:\java\classes > wrapper.java.classpath.7=d:\Java\epipe.jar > wrapper.java.classpath.8=d:\Java\readersdigest.jar > wrapper.java.classpath.9=d:\Java\changeone.jar > wrapper.java.classpath.10=d:\Java\Opta7.03.jar > wrapper.java.classpath.11=d:\Java\jsse1.0.2\lib\jcert.jar > wrapper.java.classpath.12=d:\Java\jsse1.0.2\lib\jnet.jar > wrapper.java.classpath.13=d:\Java\jsse1.0.2\lib\jsse.jar > wrapper.java.classpath.14=d:\Java\parser.jar > wrapper.java.classpath.15=d:\Java\ftp\build\ftp.jar > wrapper.java.classpath.16=d:\Java\jaf-1.0.1\activation.jar > wrapper.java.classpath.17=d:\Java\javamail-1.2\imap.jar > wrapper.java.classpath.18=d:\Java\javamail-1.2\mail.jar > wrapper.java.classpath.19=d:\Java\javamail-1.2\mailapi.jar > wrapper.java.classpath.20=d:\Java\javamail-1.2\pop3.jar > wrapper.java.classpath.21=d:\Java\javamail-1.2\smtp.jar > wrapper.java.classpath.22=D:\verisign\payflowpro\java\Verisign.jar > wrapper.java.classpath.23=d:\Java\rddotcom.jar > wrapper.java.classpath.24=d:\Java\apache\commons-beanutils.jar > wrapper.java.classpath.25=d:\Java\apache\commons-collections.jar > wrapper.java.classpath.26=d:\Java\apache\commons-dbcp.jar > wrapper.java.classpath.27=d:\Java\apache\commons-digester.jar > wrapper.java.classpath.28=d:\Java\apache\commons-fileupload.jar > wrapper.java.classpath.29=d:\Java\apache\commons-lang.jar > wrapper.java.classpath.30=d:\Java\apache\commons-net-1.4.1.jar > wrapper.java.classpath.31=d:\Java\apache\commons-logging.jar > wrapper.java.classpath.32=d:\Java\apache\commons-pool.jar > wrapper.java.classpath.33=d:\Java\apache\commons-resources.jar > wrapper.java.classpath.34=d:\Java\apache\commons-validator.jar > wrapper.java.classpath.35=d:\Java\apache\commons-httpclient-2.0-beta2.jar > wrapper.java.classpath.36=d:\Java\apache\jakarta-oro.jar > wrapper.java.classpath.37=d:\Java\apache\struts.jar > wrapper.java.classpath.38=d:\Java\apache\dtdparser.jar > wrapper.java.classpath.39=d:\Java\apache\velocity-J2EE-dep-1.3.1.jar > wrapper.java.classpath.40=d:\Java\apache\sslext.jar > wrapper.java.classpath.41=d:\Java\apache\dtdparser.jar > wrapper.java.classpath.42=d:\jboss-3.2.2\client\jbossall-client.jar > wrapper.java.classpath.43=d:\jboss-3.2.2\client\jbossjmx-ant.jar > wrapper.java.classpath.44=D:\jboss-3.2.2\server\default\deploy\emailservice.ear\conf.jar > wrapper.java.classpath.45=D:\Java\ant\ant.jar > wrapper.java.classpath.46=D:\Java\ant\ant-launcher.jar > wrapper.java.classpath.47=D:\Java\ant\commons-net-1.4.0.jar > wrapper.java.classpath.48=D:\Java\ant\jakarta-oro-2.0.8.jar > wrapper.java.classpath.49=D:\Java\ant\jsch-0.1.14.jar > wrapper.java.classpath.50=D:\Java\ant\ant-jsch.jar > wrapper.java.classpath.51=d:\Java\apache\xmlparserv2.jar > wrapper.java.classpath.52=d:\Java\wsdl4j.jar > wrapper.java.classpath.53=d:\Java\saaj.jar > wrapper.java.classpath.54=d:\Java\axis.jar > wrapper.java.classpath.55=d:\Java\commons-discovery.jar > wrapper.java.classpath.56=d:\Java\jaxrpc.jar > wrapper.java.classpath.57=d:\Java\xercesImpl.jar > wrapper.java.classpath.58=d:\Java\xmlParserAPIs.jar > > wrapper.java.classpath.59=d:\java\commons-codec-1.3.jar > wrapper.java.classpath.60=d:\java\cryptclient.jar > > > wrapper.java.classpath.61=d:\Java\hibernate2.jar > wrapper.java.classpath.62=d:\Java\dom4j-1.4.jar > wrapper.java.classpath.63=d:\Java\odmg-3.0.jar > wrapper.java.classpath.64=d:\Java\cglib-full-2.0.2.jar > wrapper.java.classpath.65=d:\Java\ehcache-1.0.jar > > wrapper.java.library.path.1=../lib > > > wrapper.port=1797 > wrapper.startup.timeout=300 > wrapper.ping.timeout=300 > wrapper.shutdown.timeout=300 > wrapper.disable_shutdown_hook=TRUE > wrapper.request_thread_dump_on_failed_jvm_exit=TRUE > wrapper.ntservice.name=Epipe > wrapper.ntservice.displayname=Epipe Scheduler > wrapper.ntservice.description=Epipe Scheduler > wrapper.ntservice.starttype=AUTO_START > wrapper.ntservice.process_priority=HIGH > > #******************************************************************** > # Wrapper Logging Properties > #******************************************************************** > #NONE for no output > #FATAL to only show fatal error messages > #ERROR to show all error messages > #STATUS to show all state changes > #INFO shows all JVM output and informative messages > #DEBUG shows detailed debug information > #The default value is INFO > wrapper.logfile=../logs/EpipeScheduler.log > #wrapper.console.loglevel=INFO > wrapper.console.loglevel=DEBUG > > # 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=20m > > # 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.syslog.loglevel=DEBUG > wrapper.java.additional.1=-Djavax.net.ssl.keyStore="M:\RDAiCryptWS\util\certs\rdaicryptclient_prod.jks" > wrapper.java.additional.2=-Djavax.net.ssl.keyStorePassword="changeit" > wrapper.java.additional.3=-Duser.timezone="US/Eastern" > > > Best Regards, > Arun Janarthanan > IOMC Web Operations | e-Mail: aru...@re... Mobile: > +19142447518. > HCL on Behalf Readers Digest Association. > > Please email to we...@rd... for the fastest turn around. > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Arun K. J. <aru...@co...> - 2011-05-31 14:55:57
|
Hi, We were migrating a windows server from Windows 2000 32 bit which had Jboss, Tomcat and few other Java service configured through wrapper service, the system were up and running prettymuch ok as long as we were in windows 2000 32 bit. However a month ago we had to move the complete services and application from windows 2000 32 bit to Windows 2008 R2 64bit AMD, since we moved into the new environment we have been getting frequent socket exception in the services like Jboss and others are running as service and below are the details. Please advice if I need to download wrapper 64bit windows version and update them in respective locations of Jboss, Tomcat and other services. Also the current version does not slow weather I am running professional / standard / community version. Kindly advice Jboss Logs: INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2011/05/31 09:50:06 | INFO | jvm 1 | 2011/05/31 09:50:06 | Open socket to wrapper... INFO | jvm 1 | 2011/05/31 09:50:06 | Opened Socket INFO | jvm 1 | 2011/05/31 09:50:06 | Send a packet KEY : 3PlFBXtqG1P_1hVE INFO | jvm 1 | 2011/05/31 09:50:06 | handleSocket(Socket[addr=/127.0.0.1,port=1777,localport=32171]) INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet PING_TIMEOUT : 300 INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: PingTimeout from Wrapper is 300000 INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet START : start INFO | jvm 1 | 2011/05/31 09:50:06 | calling listener.start() INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: invoking main method INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: main method completed INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) end. Main Completed=true, exitCode=null INFO | jvm 1 | 2011/05/31 09:50:06 | returned from listener.start() Error: INFO | jvm 1 | 2011/05/31 01:10:54 | Caused by: java.net.SocketException: No buffer space available (maximum connections reached?): JVM_Bind INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.bind(Socket.java:472) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.<init>(Socket.java:289) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.<init>(Socket.java:119) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.<init>(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) Wrapper Service: INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2011/05/31 09:29:30 | INFO | jvm 1 | 2011/05/31 09:29:30 | Open socket to wrapper... INFO | jvm 1 | 2011/05/31 09:29:30 | Opened Socket INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet KEY : uPij007QRU4x6nJn INFO | jvm 1 | 2011/05/31 09:29:30 | handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=1798,localport=31990]) INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet PING_TIMEOUT : 300 INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: PingTimeout from Wrapper is 300000 INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet START : start INFO | jvm 1 | 2011/05/31 09:29:30 | calling listener.start() INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: invoking main method INFO | jvm 1 | 2011/05/31 09:29:30 | DBInit starts here.. INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: main method completed INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) end. Main Completed=true, exitCode=null INFO | jvm 1 | 2011/05/31 09:29:30 | returned from listener.start() INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet STARTED : Wrapper Error: Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_BindCause :java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | com.inet.tds.at: [TDS Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.aq.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.TdsDriver.connect(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.sql.DriverManager.getConnection(DriverManager.java:525) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.sql.DriverManager.getConnection(DriverManager.java:171) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.DatabaseFactory.getNewConnection(DatabaseFactory.java:154) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.DatabaseFactory.getConnection(DatabaseFactory.java:98) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.Database.dbInit(Database.java:157) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.Database.dbInit(Database.java:111) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.SchedulerTask.run(SchedulerTask.java:73) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.util.TimerThread.mainLoop(Timer.java:512) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.util.TimerThread.run(Timer.java:462) INFO | jvm 1 | 2011/05/30 22:06:09 | Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.bind(Socket.java:553) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.<init>(Socket.java:363) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.<init>(Socket.java:178) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.<init>(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | ... 10 more wrapper conf: #wrapper.java.command=%JAVA_HOME%/bin/java #wrapper.java.command=D:/Java/j2sdk1.4.1_02/bin/java wrapper.java.command=%JAVA_HOME%/bin/java # Initial Java Heap Size (in MB) wrapper.java.initmemory=128 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=768 wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.app.parameter.1=com.readersdigest.util.SchedulerApp #wrapper.app.parameter.2=10101 #wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\jdk1.3.1_01\jre\lib\security\cacerts wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\Java\j2sdk1.4.1_02\jre\lib\security\cacerts wrapper.java.additional.2=-Djavax.net.ssl.trustStorePassword=changeit wrapper.java.classpath.1=../lib/wrapper.jar wrapper.java.classpath.2=%JAVA_HOME%/lib/tools.jar wrapper.java.classpath.3=d:\payment\service1\jar\jaxp.jar wrapper.java.classpath.4=d:\Java\xerces-2.4.0.jar wrapper.java.classpath.5=d:\Java\xalan-2.4.0.jar wrapper.java.classpath.6=d:\java\classes wrapper.java.classpath.7=d:\Java\epipe.jar wrapper.java.classpath.8=d:\Java\readersdigest.jar wrapper.java.classpath.9=d:\Java\changeone.jar wrapper.java.classpath.10=d:\Java\Opta7.03.jar wrapper.java.classpath.11=d:\Java\jsse1.0.2\lib\jcert.jar wrapper.java.classpath.12=d:\Java\jsse1.0.2\lib\jnet.jar wrapper.java.classpath.13=d:\Java\jsse1.0.2\lib\jsse.jar wrapper.java.classpath.14=d:\Java\parser.jar wrapper.java.classpath.15=d:\Java\ftp\build\ftp.jar wrapper.java.classpath.16=d:\Java\jaf-1.0.1\activation.jar wrapper.java.classpath.17=d:\Java\javamail-1.2\imap.jar wrapper.java.classpath.18=d:\Java\javamail-1.2\mail.jar wrapper.java.classpath.19=d:\Java\javamail-1.2\mailapi.jar wrapper.java.classpath.20=d:\Java\javamail-1.2\pop3.jar wrapper.java.classpath.21=d:\Java\javamail-1.2\smtp.jar wrapper.java.classpath.22=D:\verisign\payflowpro\java\Verisign.jar wrapper.java.classpath.23=d:\Java\rddotcom.jar wrapper.java.classpath.24=d:\Java\apache\commons-beanutils.jar wrapper.java.classpath.25=d:\Java\apache\commons-collections.jar wrapper.java.classpath.26=d:\Java\apache\commons-dbcp.jar wrapper.java.classpath.27=d:\Java\apache\commons-digester.jar wrapper.java.classpath.28=d:\Java\apache\commons-fileupload.jar wrapper.java.classpath.29=d:\Java\apache\commons-lang.jar wrapper.java.classpath.30=d:\Java\apache\commons-net-1.4.1.jar wrapper.java.classpath.31=d:\Java\apache\commons-logging.jar wrapper.java.classpath.32=d:\Java\apache\commons-pool.jar wrapper.java.classpath.33=d:\Java\apache\commons-resources.jar wrapper.java.classpath.34=d:\Java\apache\commons-validator.jar wrapper.java.classpath.35=d:\Java\apache\commons-httpclient-2.0-beta2.jar wrapper.java.classpath.36=d:\Java\apache\jakarta-oro.jar wrapper.java.classpath.37=d:\Java\apache\struts.jar wrapper.java.classpath.38=d:\Java\apache\dtdparser.jar wrapper.java.classpath.39=d:\Java\apache\velocity-J2EE-dep-1.3.1.jar wrapper.java.classpath.40=d:\Java\apache\sslext.jar wrapper.java.classpath.41=d:\Java\apache\dtdparser.jar wrapper.java.classpath.42=d:\jboss-3.2.2\client\jbossall-client.jar wrapper.java.classpath.43=d:\jboss-3.2.2\client\jbossjmx-ant.jar wrapper.java.classpath.44=D:\jboss-3.2.2\server\default\deploy\emailservice.ear\conf.jar wrapper.java.classpath.45=D:\Java\ant\ant.jar wrapper.java.classpath.46=D:\Java\ant\ant-launcher.jar wrapper.java.classpath.47=D:\Java\ant\commons-net-1.4.0.jar wrapper.java.classpath.48=D:\Java\ant\jakarta-oro-2.0.8.jar wrapper.java.classpath.49=D:\Java\ant\jsch-0.1.14.jar wrapper.java.classpath.50=D:\Java\ant\ant-jsch.jar wrapper.java.classpath.51=d:\Java\apache\xmlparserv2.jar wrapper.java.classpath.52=d:\Java\wsdl4j.jar wrapper.java.classpath.53=d:\Java\saaj.jar wrapper.java.classpath.54=d:\Java\axis.jar wrapper.java.classpath.55=d:\Java\commons-discovery.jar wrapper.java.classpath.56=d:\Java\jaxrpc.jar wrapper.java.classpath.57=d:\Java\xercesImpl.jar wrapper.java.classpath.58=d:\Java\xmlParserAPIs.jar wrapper.java.classpath.59=d:\java\commons-codec-1.3.jar wrapper.java.classpath.60=d:\java\cryptclient.jar wrapper.java.classpath.61=d:\Java\hibernate2.jar wrapper.java.classpath.62=d:\Java\dom4j-1.4.jar wrapper.java.classpath.63=d:\Java\odmg-3.0.jar wrapper.java.classpath.64=d:\Java\cglib-full-2.0.2.jar wrapper.java.classpath.65=d:\Java\ehcache-1.0.jar wrapper.java.library.path.1=../lib wrapper.port=1797 wrapper.startup.timeout=300 wrapper.ping.timeout=300 wrapper.shutdown.timeout=300 wrapper.disable_shutdown_hook=TRUE wrapper.request_thread_dump_on_failed_jvm_exit=TRUE wrapper.ntservice.name=Epipe wrapper.ntservice.displayname=Epipe Scheduler wrapper.ntservice.description=Epipe Scheduler wrapper.ntservice.starttype=AUTO_START wrapper.ntservice.process_priority=HIGH #******************************************************************** # Wrapper Logging Properties #******************************************************************** #NONE for no output #FATAL to only show fatal error messages #ERROR to show all error messages #STATUS to show all state changes #INFO shows all JVM output and informative messages #DEBUG shows detailed debug information #The default value is INFO wrapper.logfile=../logs/EpipeScheduler.log #wrapper.console.loglevel=INFO wrapper.console.loglevel=DEBUG # 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=20m # 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.syslog.loglevel=DEBUG wrapper.java.additional.1=-Djavax.net.ssl.keyStore="M:\RDAiCryptWS\util\certs\rdaicryptclient_prod.jks" wrapper.java.additional.2=-Djavax.net.ssl.keyStorePassword="changeit" wrapper.java.additional.3=-Duser.timezone="US/Eastern" Best Regards, Arun Janarthanan IOMC Web Operations | e-Mail: aru...@re... Mobile: +19142447518. HCL on Behalf Readers Digest Association. Please email to we...@rd... for the fastest turn around. |
|
From: Arun K. J. <aru...@co...> - 2011-05-31 14:55:18
|
Hi, We were migrating a windows server from Windows 2000 32 bit which had Jboss, Tomcat and few other Java service configured through wrapper service, the system were up and running prettymuch ok as long as we were in windows 2000 32 bit. However a month ago we had to move the complete services and application from windows 2000 32 bit to Windows 2008 R2 64bit AMD, since we moved into the new environment we have been getting frequent socket exception in the services like Jboss and others are running as service and below are the details. Please advice if I need to download wrapper 64bit windows version and update them in respective locations of Jboss, Tomcat and other services. Also the current version does not slow weather I am running professional / standard / community version. Kindly advice Jboss Logs: INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2011/05/31 09:50:06 | INFO | jvm 1 | 2011/05/31 09:50:06 | Open socket to wrapper... INFO | jvm 1 | 2011/05/31 09:50:06 | Opened Socket INFO | jvm 1 | 2011/05/31 09:50:06 | Send a packet KEY : 3PlFBXtqG1P_1hVE INFO | jvm 1 | 2011/05/31 09:50:06 | handleSocket(Socket[addr=/127.0.0.1,port=1777,localport=32171]) INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet PING_TIMEOUT : 300 INFO | jvm 1 | 2011/05/31 09:50:06 | Wrapper Manager: PingTimeout from Wrapper is 300000 INFO | jvm 1 | 2011/05/31 09:50:06 | Received a packet START : start INFO | jvm 1 | 2011/05/31 09:50:06 | calling listener.start() INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: invoking main method INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: main method completed INFO | jvm 1 | 2011/05/31 09:50:06 | WrapperSimpleApp: start(args) end. Main Completed=true, exitCode=null INFO | jvm 1 | 2011/05/31 09:50:06 | returned from listener.start() Error: INFO | jvm 1 | 2011/05/31 01:10:54 | Caused by: java.net.SocketException: No buffer space available (maximum connections reached?): JVM_Bind INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:331) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.bind(Socket.java:472) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.<init>(Socket.java:289) INFO | jvm 1 | 2011/05/31 01:10:54 | at java.net.Socket.<init>(Socket.java:119) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.<init>(Unknown Source) INFO | jvm 1 | 2011/05/31 01:10:54 | at com.inet.tds.w.a(Unknown Source) Wrapper Service: INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper (Version 3.0.5) INFO | jvm 1 | 2011/05/31 09:29:30 | INFO | jvm 1 | 2011/05/31 09:29:30 | Open socket to wrapper... INFO | jvm 1 | 2011/05/31 09:29:30 | Opened Socket INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet KEY : uPij007QRU4x6nJn INFO | jvm 1 | 2011/05/31 09:29:30 | handleSocket(Socket[addr=127.0.0.1/127.0.0.1,port=1798,localport=31990]) INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet LOW_LOG_LEVEL : 1 INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: LowLogLevel from Wrapper is 1 INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet PING_TIMEOUT : 300 INFO | jvm 1 | 2011/05/31 09:29:30 | Wrapper Manager: PingTimeout from Wrapper is 300000 INFO | jvm 1 | 2011/05/31 09:29:30 | Received a packet START : start INFO | jvm 1 | 2011/05/31 09:29:30 | calling listener.start() INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: invoking main method INFO | jvm 1 | 2011/05/31 09:29:30 | DBInit starts here.. INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: main method completed INFO | jvm 1 | 2011/05/31 09:29:30 | WrapperSimpleApp: start(args) end. Main Completed=true, exitCode=null INFO | jvm 1 | 2011/05/31 09:29:30 | returned from listener.start() INFO | jvm 1 | 2011/05/31 09:29:30 | Send a packet STARTED : Wrapper Error: Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_BindCause :java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | com.inet.tds.at: [TDS Driver]java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.aq.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.TdsDriver.connect(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.sql.DriverManager.getConnection(DriverManager.java:525) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.sql.DriverManager.getConnection(DriverManager.java:171) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.DatabaseFactory.getNewConnection(DatabaseFactory.java:154) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.DatabaseFactory.getConnection(DatabaseFactory.java:98) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.Database.dbInit(Database.java:157) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.Database.dbInit(Database.java:111) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.readersdigest.util.SchedulerTask.run(SchedulerTask.java:73) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.util.TimerThread.mainLoop(Timer.java:512) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.util.TimerThread.run(Timer.java:462) INFO | jvm 1 | 2011/05/30 22:06:09 | Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.PlainSocketImpl.socketBind(Native Method) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.bind(Socket.java:553) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.<init>(Socket.java:363) INFO | jvm 1 | 2011/05/30 22:06:09 | at java.net.Socket.<init>(Socket.java:178) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.<init>(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | at com.inet.tds.w.a(Unknown Source) INFO | jvm 1 | 2011/05/30 22:06:09 | ... 10 more wrapper conf: #wrapper.java.command=%JAVA_HOME%/bin/java #wrapper.java.command=D:/Java/j2sdk1.4.1_02/bin/java wrapper.java.command=%JAVA_HOME%/bin/java # Initial Java Heap Size (in MB) wrapper.java.initmemory=128 # Maximum Java Heap Size (in MB) wrapper.java.maxmemory=768 wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.app.parameter.1=com.readersdigest.util.SchedulerApp #wrapper.app.parameter.2=10101 #wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\jdk1.3.1_01\jre\lib\security\cacerts wrapper.java.additional.1=-Djavax.net.ssl.trustStore=D:\Java\j2sdk1.4.1_02\jre\lib\security\cacerts wrapper.java.additional.2=-Djavax.net.ssl.trustStorePassword=changeit wrapper.java.classpath.1=../lib/wrapper.jar wrapper.java.classpath.2=%JAVA_HOME%/lib/tools.jar wrapper.java.classpath.3=d:\payment\service1\jar\jaxp.jar wrapper.java.classpath.4=d:\Java\xerces-2.4.0.jar wrapper.java.classpath.5=d:\Java\xalan-2.4.0.jar wrapper.java.classpath.6=d:\java\classes wrapper.java.classpath.7=d:\Java\epipe.jar wrapper.java.classpath.8=d:\Java\readersdigest.jar wrapper.java.classpath.9=d:\Java\changeone.jar wrapper.java.classpath.10=d:\Java\Opta7.03.jar wrapper.java.classpath.11=d:\Java\jsse1.0.2\lib\jcert.jar wrapper.java.classpath.12=d:\Java\jsse1.0.2\lib\jnet.jar wrapper.java.classpath.13=d:\Java\jsse1.0.2\lib\jsse.jar wrapper.java.classpath.14=d:\Java\parser.jar wrapper.java.classpath.15=d:\Java\ftp\build\ftp.jar wrapper.java.classpath.16=d:\Java\jaf-1.0.1\activation.jar wrapper.java.classpath.17=d:\Java\javamail-1.2\imap.jar wrapper.java.classpath.18=d:\Java\javamail-1.2\mail.jar wrapper.java.classpath.19=d:\Java\javamail-1.2\mailapi.jar wrapper.java.classpath.20=d:\Java\javamail-1.2\pop3.jar wrapper.java.classpath.21=d:\Java\javamail-1.2\smtp.jar wrapper.java.classpath.22=D:\verisign\payflowpro\java\Verisign.jar wrapper.java.classpath.23=d:\Java\rddotcom.jar wrapper.java.classpath.24=d:\Java\apache\commons-beanutils.jar wrapper.java.classpath.25=d:\Java\apache\commons-collections.jar wrapper.java.classpath.26=d:\Java\apache\commons-dbcp.jar wrapper.java.classpath.27=d:\Java\apache\commons-digester.jar wrapper.java.classpath.28=d:\Java\apache\commons-fileupload.jar wrapper.java.classpath.29=d:\Java\apache\commons-lang.jar wrapper.java.classpath.30=d:\Java\apache\commons-net-1.4.1.jar wrapper.java.classpath.31=d:\Java\apache\commons-logging.jar wrapper.java.classpath.32=d:\Java\apache\commons-pool.jar wrapper.java.classpath.33=d:\Java\apache\commons-resources.jar wrapper.java.classpath.34=d:\Java\apache\commons-validator.jar wrapper.java.classpath.35=d:\Java\apache\commons-httpclient-2.0-beta2.jar wrapper.java.classpath.36=d:\Java\apache\jakarta-oro.jar wrapper.java.classpath.37=d:\Java\apache\struts.jar wrapper.java.classpath.38=d:\Java\apache\dtdparser.jar wrapper.java.classpath.39=d:\Java\apache\velocity-J2EE-dep-1.3.1.jar wrapper.java.classpath.40=d:\Java\apache\sslext.jar wrapper.java.classpath.41=d:\Java\apache\dtdparser.jar wrapper.java.classpath.42=d:\jboss-3.2.2\client\jbossall-client.jar wrapper.java.classpath.43=d:\jboss-3.2.2\client\jbossjmx-ant.jar wrapper.java.classpath.44=D:\jboss-3.2.2\server\default\deploy\emailservice.ear\conf.jar wrapper.java.classpath.45=D:\Java\ant\ant.jar wrapper.java.classpath.46=D:\Java\ant\ant-launcher.jar wrapper.java.classpath.47=D:\Java\ant\commons-net-1.4.0.jar wrapper.java.classpath.48=D:\Java\ant\jakarta-oro-2.0.8.jar wrapper.java.classpath.49=D:\Java\ant\jsch-0.1.14.jar wrapper.java.classpath.50=D:\Java\ant\ant-jsch.jar wrapper.java.classpath.51=d:\Java\apache\xmlparserv2.jar wrapper.java.classpath.52=d:\Java\wsdl4j.jar wrapper.java.classpath.53=d:\Java\saaj.jar wrapper.java.classpath.54=d:\Java\axis.jar wrapper.java.classpath.55=d:\Java\commons-discovery.jar wrapper.java.classpath.56=d:\Java\jaxrpc.jar wrapper.java.classpath.57=d:\Java\xercesImpl.jar wrapper.java.classpath.58=d:\Java\xmlParserAPIs.jar wrapper.java.classpath.59=d:\java\commons-codec-1.3.jar wrapper.java.classpath.60=d:\java\cryptclient.jar wrapper.java.classpath.61=d:\Java\hibernate2.jar wrapper.java.classpath.62=d:\Java\dom4j-1.4.jar wrapper.java.classpath.63=d:\Java\odmg-3.0.jar wrapper.java.classpath.64=d:\Java\cglib-full-2.0.2.jar wrapper.java.classpath.65=d:\Java\ehcache-1.0.jar wrapper.java.library.path.1=../lib wrapper.port=1797 wrapper.startup.timeout=300 wrapper.ping.timeout=300 wrapper.shutdown.timeout=300 wrapper.disable_shutdown_hook=TRUE wrapper.request_thread_dump_on_failed_jvm_exit=TRUE wrapper.ntservice.name=Epipe wrapper.ntservice.displayname=Epipe Scheduler wrapper.ntservice.description=Epipe Scheduler wrapper.ntservice.starttype=AUTO_START wrapper.ntservice.process_priority=HIGH #******************************************************************** # Wrapper Logging Properties #******************************************************************** #NONE for no output #FATAL to only show fatal error messages #ERROR to show all error messages #STATUS to show all state changes #INFO shows all JVM output and informative messages #DEBUG shows detailed debug information #The default value is INFO wrapper.logfile=../logs/EpipeScheduler.log #wrapper.console.loglevel=INFO wrapper.console.loglevel=DEBUG # 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=20m # 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.syslog.loglevel=DEBUG wrapper.java.additional.1=-Djavax.net.ssl.keyStore="M:\RDAiCryptWS\util\certs\rdaicryptclient_prod.jks" wrapper.java.additional.2=-Djavax.net.ssl.keyStorePassword="changeit" wrapper.java.additional.3=-Duser.timezone="US/Eastern" Best Regards, Arun Janarthanan IOMC Web Operations | e-Mail: aru...@re... Mobile: +19142447518. HCL on Behalf Readers Digest Association. Please email to we...@rd... for the fastest turn around. |
|
From: Francesco D. <fc...@ho...> - 2011-05-31 10:34:48
|
i have this batch x.bat, in this script are this command javaw -DFAXSHELL -classpath "lib/faxshell.jar;lib/ojdbc14_10g.jar;lib/log4j-1.2.14.jar;lib/axis2-adb-1.4.1.jar;lib/axis2-jaxws-1.4.1.jar;lib/axis2-jaxws-api-1.4.1.jar;lib/axis2-kernel-1.4.1.jar;lib/axis2-xmlbeans-1.4.1.jar;lib/axiom-api-1.2.7.jar;lib/axiom-impl-1.2.7.jar;lib/wsdl4j-1.6.2.jar;lib/XmlSchema-1.4.2.jar;lib/commons-logging-1.0.4.jar;lib/backport-util-concurrent-3.1.jar;lib/neethi-2.0.4.jar;lib/commons-httpclient-3.1.jar;lib/commons-codec-1.3.jar;lib/commons-beanutils.jar;lib/assilt.jar" ssc.assilt.batch.fax.FaxShell now, i would create a service with the wrapper... somebody can help me please ? (with wrapper.conf.. and witch method use to run this batch...) |
|
From: Christian M. <chr...@ta...> - 2011-05-31 02:27:00
|
Lars, If you are running your application from the user context/session on windows and try to launch the Wrapper in order to interact with the Service (for e.g. start/stop the service) then the Wrapper will request elevation, if the process doesn't have appropriate privileges yet. It doesn't matter if the Wrapper was launched from console or through the JVM by Runtime.exec(). I only would suggest you call waitFor() on the process once launched since the Wrapper will pause as long as the User has granted/denied elevation to the Process. It's currently not possible to call the service update from the WrapperManager API (this is what I think you meant). If you want to update the service without reinstalling it, you would have to create a process for the Wrapper with that option from inside your application with Runtime.exec() or ProcessBuilder, or the WrapperManager.exec(). Please let me know if you have any further questions. Best Regards, Christian On Mon, May 30, 2011 at 7:27 PM, Lars Schnoor <Lar...@if...> wrote: > Hi Leif > > The problem is that I would like to be able to start the service from a > Java program, I have a System Tray program that allows me to perform > actions on the service and I can already restart and stop the service, > so I would like to be able to start the service as well. I would like to > be able to start the service from a Runtime.exec(), is that possible? > Is it possible to use the -u option from within the wrapper? > > Lars > > On 30-05-2011 11:35, Leif Mortenson wrote: >> Lars, >> When running under Windows 7, you will need to open an elevated >> Command Prompt to do this. In the start menu, right click on the >> Command Prompt icon and you will see the option to launch as an >> administrator. All of the methods will then work from there. >> >> Starting with version 3.5.7, the Wrapper should also try to elevate >> itself if you run "wrapper -t" from a normal console. >> >> Please let me know how this works for you. >> >> Cheers, >> Leif >> >> >> >> On Mon, May 30, 2011 at 6:15 PM, Lars Schnoor<Lar...@if...> wrote: >>> Hi Christian >>> >>> I have tried the "sc", "net" and "wrapper -t" method and I always get an >>> access denied message, I am running Windows 7. >>> >>> Lars >>> >>> On 30-05-2011 10:40, Christian Mueller wrote: >>>> Lars, >>>> >>>> this is currently possible with the -u option of the Wrapper binary. >>>> If you run the wrapper conf file with the -u parameter the wrapper >>>> will update the properties of your service without uninstalling and >>>> reinstalling it. However, if the application was running as a service >>>> at the time you are trying to update the service, the Wrapper will >>>> first stop the server. >>>> For instance: >>>> bin\wrapper -u ..\conf\wrapper.conf >>>> >>>> There are many ways of starting the service, apart from the services dialog: >>>> >>>> - directly through the Wrapper by running the Wrapper with the parameter "-t" >>>> bin\wrapper -t ..\conf\wrapper.conf >>>> - the Install-App.bat file (which will implicitly call the Wrapper >>>> binary with "-t") >>>> - the Windows command-line tool "sc", i.e. sc start [Service Name] >>>> http://ss64.com/nt/sc.html >>>> - the Windows command-line tool "net", i.e. net start [ServiceName] >>>> http://ss64.com/nt/net_service.html >>>> etc... >>>> >>>> please let me know if you have any further questions on this. >>>> >>>> Best Regards, >>>> Christian >>>> >>>> On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor<Lar...@if...> wrote: >>>>> Hi >>>>> >>>>> Some time ago I asked if the wrapper.ntservice.starttype could be set >>>>> and would have effect after the service is installed and I was told that >>>>> it could be set but that it would not have effect, has this been >>>>> changed/fixed? I would like to change the mode from AUTO_START to >>>>> DEMAND_START or reverse without uninstalling and installing the service. >>>>> I would also like to ask if there is a way to start the service after >>>>> installing it without restarting the computer or manually going into the >>>>> Services dialog and starting it that way? >>>>> Thanks >>>>> >>>>> Lars >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Christian <chr...@ta...> - 2011-05-30 10:27:51
|
Lars, this is most likely because you are running the commands from an non-privileged environment. Starting/stopping a service requires Admin privileges. Starting with windows Vista, it's actually not enough anymore to be an admin and run those commands, you actually also need to run them explicitly in an elevated context, i.e. "As administrator" via UAC[1]. In 3.5.7 I have added direct support to use UAC directly from within the Wrapper: * Implemented a way to install, remove, start, stop, etc., the Wrapper as a Windows service from a non-elevated (UAC) console. The Wrapper is elevated transparently using a child process. This is needed starting with Windows Vista and 2008 for smooth interaction with the Windows Service Manager. Please let me know if you have any further questions Best Regards, Christian [1] http://en.wikipedia.org/wiki/User_Account_Control -----Original Message----- From: Lars Schnoor <Lar...@if...> Reply-to: Lar...@if..., wra...@li... To: wra...@li... Subject: Re: [Wrapper-user] Wrapper question Date: Mon, 30 May 2011 11:15:18 +0200 Hi Christian I have tried the "sc", "net" and "wrapper -t" method and I always get an access denied message, I am running Windows 7. Lars On 30-05-2011 10:40, Christian Mueller wrote: > Lars, > > this is currently possible with the -u option of the Wrapper binary. > If you run the wrapper conf file with the -u parameter the wrapper > will update the properties of your service without uninstalling and > reinstalling it. However, if the application was running as a service > at the time you are trying to update the service, the Wrapper will > first stop the server. > For instance: > bin\wrapper -u ..\conf\wrapper.conf > > There are many ways of starting the service, apart from the services dialog: > > - directly through the Wrapper by running the Wrapper with the parameter "-t" > bin\wrapper -t ..\conf\wrapper.conf > - the Install-App.bat file (which will implicitly call the Wrapper > binary with "-t") > - the Windows command-line tool "sc", i.e. sc start [Service Name] > http://ss64.com/nt/sc.html > - the Windows command-line tool "net", i.e. net start [ServiceName] > http://ss64.com/nt/net_service.html > etc... > > please let me know if you have any further questions on this. > > Best Regards, > Christian > > On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor<Lar...@if...> wrote: >> Hi >> >> Some time ago I asked if the wrapper.ntservice.starttype could be set >> and would have effect after the service is installed and I was told that >> it could be set but that it would not have effect, has this been >> changed/fixed? I would like to change the mode from AUTO_START to >> DEMAND_START or reverse without uninstalling and installing the service. >> I would also like to ask if there is a way to start the service after >> installing it without restarting the computer or manually going into the >> Services dialog and starting it that way? >> Thanks >> >> Lars >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------------------------------ vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Lars S. <Lar...@if...> - 2011-05-30 10:27:21
|
Hi Leif The problem is that I would like to be able to start the service from a Java program, I have a System Tray program that allows me to perform actions on the service and I can already restart and stop the service, so I would like to be able to start the service as well. I would like to be able to start the service from a Runtime.exec(), is that possible? Is it possible to use the -u option from within the wrapper? Lars On 30-05-2011 11:35, Leif Mortenson wrote: > Lars, > When running under Windows 7, you will need to open an elevated > Command Prompt to do this. In the start menu, right click on the > Command Prompt icon and you will see the option to launch as an > administrator. All of the methods will then work from there. > > Starting with version 3.5.7, the Wrapper should also try to elevate > itself if you run "wrapper -t" from a normal console. > > Please let me know how this works for you. > > Cheers, > Leif > > > > On Mon, May 30, 2011 at 6:15 PM, Lars Schnoor<Lar...@if...> wrote: >> Hi Christian >> >> I have tried the "sc", "net" and "wrapper -t" method and I always get an >> access denied message, I am running Windows 7. >> >> Lars >> >> On 30-05-2011 10:40, Christian Mueller wrote: >>> Lars, >>> >>> this is currently possible with the -u option of the Wrapper binary. >>> If you run the wrapper conf file with the -u parameter the wrapper >>> will update the properties of your service without uninstalling and >>> reinstalling it. However, if the application was running as a service >>> at the time you are trying to update the service, the Wrapper will >>> first stop the server. >>> For instance: >>> bin\wrapper -u ..\conf\wrapper.conf >>> >>> There are many ways of starting the service, apart from the services dialog: >>> >>> - directly through the Wrapper by running the Wrapper with the parameter "-t" >>> bin\wrapper -t ..\conf\wrapper.conf >>> - the Install-App.bat file (which will implicitly call the Wrapper >>> binary with "-t") >>> - the Windows command-line tool "sc", i.e. sc start [Service Name] >>> http://ss64.com/nt/sc.html >>> - the Windows command-line tool "net", i.e. net start [ServiceName] >>> http://ss64.com/nt/net_service.html >>> etc... >>> >>> please let me know if you have any further questions on this. >>> >>> Best Regards, >>> Christian >>> >>> On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor<Lar...@if...> wrote: >>>> Hi >>>> >>>> Some time ago I asked if the wrapper.ntservice.starttype could be set >>>> and would have effect after the service is installed and I was told that >>>> it could be set but that it would not have effect, has this been >>>> changed/fixed? I would like to change the mode from AUTO_START to >>>> DEMAND_START or reverse without uninstalling and installing the service. >>>> I would also like to ask if there is a way to start the service after >>>> installing it without restarting the computer or manually going into the >>>> Services dialog and starting it that way? >>>> Thanks >>>> >>>> Lars > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <lei...@ta...> - 2011-05-30 09:35:57
|
Lars, When running under Windows 7, you will need to open an elevated Command Prompt to do this. In the start menu, right click on the Command Prompt icon and you will see the option to launch as an administrator. All of the methods will then work from there. Starting with version 3.5.7, the Wrapper should also try to elevate itself if you run "wrapper -t" from a normal console. Please let me know how this works for you. Cheers, Leif On Mon, May 30, 2011 at 6:15 PM, Lars Schnoor <Lar...@if...> wrote: > Hi Christian > > I have tried the "sc", "net" and "wrapper -t" method and I always get an > access denied message, I am running Windows 7. > > Lars > > On 30-05-2011 10:40, Christian Mueller wrote: >> Lars, >> >> this is currently possible with the -u option of the Wrapper binary. >> If you run the wrapper conf file with the -u parameter the wrapper >> will update the properties of your service without uninstalling and >> reinstalling it. However, if the application was running as a service >> at the time you are trying to update the service, the Wrapper will >> first stop the server. >> For instance: >> bin\wrapper -u ..\conf\wrapper.conf >> >> There are many ways of starting the service, apart from the services dialog: >> >> - directly through the Wrapper by running the Wrapper with the parameter "-t" >> bin\wrapper -t ..\conf\wrapper.conf >> - the Install-App.bat file (which will implicitly call the Wrapper >> binary with "-t") >> - the Windows command-line tool "sc", i.e. sc start [Service Name] >> http://ss64.com/nt/sc.html >> - the Windows command-line tool "net", i.e. net start [ServiceName] >> http://ss64.com/nt/net_service.html >> etc... >> >> please let me know if you have any further questions on this. >> >> Best Regards, >> Christian >> >> On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor<Lar...@if...> wrote: >>> Hi >>> >>> Some time ago I asked if the wrapper.ntservice.starttype could be set >>> and would have effect after the service is installed and I was told that >>> it could be set but that it would not have effect, has this been >>> changed/fixed? I would like to change the mode from AUTO_START to >>> DEMAND_START or reverse without uninstalling and installing the service. >>> I would also like to ask if there is a way to start the service after >>> installing it without restarting the computer or manually going into the >>> Services dialog and starting it that way? >>> Thanks >>> >>> Lars |
|
From: Lars S. <Lar...@if...> - 2011-05-30 09:15:31
|
Hi Christian I have tried the "sc", "net" and "wrapper -t" method and I always get an access denied message, I am running Windows 7. Lars On 30-05-2011 10:40, Christian Mueller wrote: > Lars, > > this is currently possible with the -u option of the Wrapper binary. > If you run the wrapper conf file with the -u parameter the wrapper > will update the properties of your service without uninstalling and > reinstalling it. However, if the application was running as a service > at the time you are trying to update the service, the Wrapper will > first stop the server. > For instance: > bin\wrapper -u ..\conf\wrapper.conf > > There are many ways of starting the service, apart from the services dialog: > > - directly through the Wrapper by running the Wrapper with the parameter "-t" > bin\wrapper -t ..\conf\wrapper.conf > - the Install-App.bat file (which will implicitly call the Wrapper > binary with "-t") > - the Windows command-line tool "sc", i.e. sc start [Service Name] > http://ss64.com/nt/sc.html > - the Windows command-line tool "net", i.e. net start [ServiceName] > http://ss64.com/nt/net_service.html > etc... > > please let me know if you have any further questions on this. > > Best Regards, > Christian > > On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor<Lar...@if...> wrote: >> Hi >> >> Some time ago I asked if the wrapper.ntservice.starttype could be set >> and would have effect after the service is installed and I was told that >> it could be set but that it would not have effect, has this been >> changed/fixed? I would like to change the mode from AUTO_START to >> DEMAND_START or reverse without uninstalling and installing the service. >> I would also like to ask if there is a way to start the service after >> installing it without restarting the computer or manually going into the >> Services dialog and starting it that way? >> Thanks >> >> Lars >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Christian M. <chr...@ta...> - 2011-05-30 08:40:31
|
Lars, this is currently possible with the -u option of the Wrapper binary. If you run the wrapper conf file with the -u parameter the wrapper will update the properties of your service without uninstalling and reinstalling it. However, if the application was running as a service at the time you are trying to update the service, the Wrapper will first stop the server. For instance: bin\wrapper -u ..\conf\wrapper.conf There are many ways of starting the service, apart from the services dialog: - directly through the Wrapper by running the Wrapper with the parameter "-t" bin\wrapper -t ..\conf\wrapper.conf - the Install-App.bat file (which will implicitly call the Wrapper binary with "-t") - the Windows command-line tool "sc", i.e. sc start [Service Name] http://ss64.com/nt/sc.html - the Windows command-line tool "net", i.e. net start [ServiceName] http://ss64.com/nt/net_service.html etc... please let me know if you have any further questions on this. Best Regards, Christian On Mon, May 30, 2011 at 4:48 PM, Lars Schnoor <Lar...@if...> wrote: > Hi > > Some time ago I asked if the wrapper.ntservice.starttype could be set > and would have effect after the service is installed and I was told that > it could be set but that it would not have effect, has this been > changed/fixed? I would like to change the mode from AUTO_START to > DEMAND_START or reverse without uninstalling and installing the service. > I would also like to ask if there is a way to start the service after > installing it without restarting the computer or manually going into the > Services dialog and starting it that way? > Thanks > > Lars > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Lars S. <Lar...@if...> - 2011-05-30 08:09:07
|
Hi Some time ago I asked if the wrapper.ntservice.starttype could be set and would have effect after the service is installed and I was told that it could be set but that it would not have effect, has this been changed/fixed? I would like to change the mode from AUTO_START to DEMAND_START or reverse without uninstalling and installing the service. I would also like to ask if there is a way to start the service after installing it without restarting the computer or manually going into the Services dialog and starting it that way? Thanks Lars |
|
From: Leif M. <lei...@ta...> - 2011-05-30 05:46:09
|
Hi all, I would like to announce the promotion of release 3.5.9 of the Java Service Wrapper to stable status. This release contains some performance improvements and a fix to an important bug which could cause the JVM to be restarted when large amounts of output are logged from the JVM. Please see the release notes for a full list of improvements: http://wrapper.tanukisoftware.com/doc/english/release-notes.html We recommend that users upgrade when possible. Cheers, Leif |
|
From: Leif M. <lei...@ta...> - 2011-05-27 16:30:02
|
Jakob, We have been able to reproduce and fix this problem by adding a new wrapper.log.lf_delay.threshold property which defaults to 500ms. When a single line of console output from the JVM is printed in parts with a delay in between the Wrapper was sometimes thinking that the log output was completed and logged it prematurely. For example: --- System.out.print( "BEGIN" ); Thread.sleep(250); System.out.println( " END" ); --- This should be logged as: --- BEGIN END --- But the Wrapper was breaking this up and logging it as two lines. --- BEGIN END --- When this is done from Java code, it can cause problems if more that one threads are logging at the same time. The JVM appears to do this when logging the GC output. It is fine there because the JVM suspends other threads while the GC is being run. But if the timing of the Wrapper loop was perfect, it could log in between the print and the println, thus breaking up the output into two lines. The new default will be long enough to make sure that this never happens. But we added a property so that even longer values could be defined if needed. This will be in the next release. Cheers, Leif On Fri, May 27, 2011 at 4:40 PM, Christian <chr...@ta...> wrote: > Jakob, > > I have just created this bug report on our sourceforge site: > http://sourceforge.net/tracker/?func=detail&aid=3308280&group_id=39428&atid=425187 > > Best Regards, > Christian > > -----Original Message----- > From: Jakob Ericsson <jak...@gm...> > Reply-to: wra...@li... > To: wra...@li... > Subject: Re: [Wrapper-user] -verbose:gc and wrapper log extra new lines > Date: Fri, 27 May 2011 09:31:20 +0200 > > Great to hear that you could reproduce the problem. > Have you created a issue/bug that I could link to for internal issues? > > Regards, > Jakob > > On Fri, May 27, 2011 at 9:24 AM, Christian Mueller > <chr...@ta...> wrote: >> Jakob, >> >> I was doing some tests on our machines and could reproduce the problem >> with the extra line feed you are seeing. >> >> The line feed was more likely to occur when a system is under heavy >> load, since the GC log entry is actually done by a System.print and a >> println so it looks it's one line, but actually 2 prints. On heavy >> load the time between those 2 prints is increasing and with some bad >> timing, the wrapper will read and printout stdout in between causing >> the extra line feed. >> >> We will work on fixing this for the next release. >> >> I'm very sorry for the inconveniences this might have caused you. >> >> Best Regards, >> Christian >> >> On Thu, May 26, 2011 at 5:12 PM, Jakob Ericsson >> <jak...@gm...> wrote: >>> Christian, >>> >>> It did not help. >>> >>> TATUS | wrapper | 2011/05/26 10:07:59 | Java Service Wrapper Standard >>> Edition 64-bit 3.5.7 >>> STATUS | wrapper | 2011/05/26 10:07:59 | Copyright (C) 1999-2010 >>> Tanuki Software, Ltd. All Rights Reserved. >>> STATUS | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com >>> STATUS | wrapper | 2011/05/26 10:07:59 | Licensed to XXXXXXXXXXXXXXXX >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> -------------------------------------------------------------------- >>> NOTICE | wrapper | 2011/05/26 10:07:59 | Thank you for your interest >>> in the Java Service Wrapper. >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> NOTICE | wrapper | 2011/05/26 10:07:59 | You are running with a full >>> featured trial License Key which will >>> NOTICE | wrapper | 2011/05/26 10:07:59 | allow you to run or restart >>> the Java Service Wrapper as many times >>> NOTICE | wrapper | 2011/05/26 10:07:59 | as you like until >>> 2011/06/26. If the Wrapper is running at that >>> NOTICE | wrapper | 2011/05/26 10:07:59 | point, it will shutdown on >>> its own after an additional 24 hours. >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> NOTICE | wrapper | 2011/05/26 10:07:59 | The Java Service Wrapper >>> requires a License Key to activate the >>> NOTICE | wrapper | 2011/05/26 10:07:59 | software. License Keys can >>> be purchased on the Java Service Wrapper >>> NOTICE | wrapper | 2011/05/26 10:07:59 | web site: >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> http://wrapper.tanukisoftware.com/purchase >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> NOTICE | wrapper | 2011/05/26 10:07:59 | This trial License Key in >>> intended for testing and development and >>> NOTICE | wrapper | 2011/05/26 10:07:59 | should not be used as part >>> of a production environment. >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> -------------------------------------------------------------------- >>> NOTICE | wrapper | 2011/05/26 10:07:59 | >>> STATUS | wrapper | 2011/05/26 10:07:59 | >>> INFO | jvm 1 | 2011/05/26 10:08:15 | [Full GC 176171K->2577K(6134208K), 0.0631505 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:15 | [GC 2577K(6134208K), 0.0003601 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:17 | >>> INFO | jvm 1 | 2011/05/26 10:08:31 | [GC 1260945K->62371K(6134208K), 0.0745148 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:36 | [GC >>> INFO | jvm 1 | 2011/05/26 10:08:36 | 637829K(6134208K), 0.3924890 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:41 | [GC 1320710K->110578K(6134208K), 0.0913535 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:45 | [GC >>> INFO | jvm 1 | 2011/05/26 10:08:46 | 720854K(6134208K), 0.5177127 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:48 | [GC >>> INFO | jvm 1 | 2011/05/26 10:08:48 | 1368946K->154958K(6134208K), 0.4591796 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:52 | [GC >>> INFO | jvm 1 | 2011/05/26 10:08:52 | 761585K(6134208K), 0.3975162 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:56 | [GC 1413232K->126244K(6134208K), 0.0503159 secs] >>> INFO | jvm 1 | 2011/05/26 10:08:59 | [GC >>> INFO | jvm 1 | 2011/05/26 10:08:59 | 733916K(6134208K), 0.4527670 secs] >>> INFO | jvm 1 | 2011/05/26 10:09:03 | [GC 1384612K->158331K(6134208K), 0.0369100 secs] >>> INFO | jvm 1 | 2011/05/26 10:09:07 | [GC >>> INFO | jvm 1 | 2011/05/26 10:09:07 | 757702K(6134208K), 0.4024972 secs] >>> INFO | jvm 1 | 2011/05/26 10:09:11 | [GC 1416676K->141412K(6134208K), 0.0650510 secs] >>> INFO | jvm 1 | 2011/05/26 10:09:12 | [GC >>> INFO | jvm 1 | 2011/05/26 10:09:13 | 763342K(6134208K), 0.2949841 secs] >>> >>> >>> /Jakob >>> >>> >>> On Thu, May 26, 2011 at 9:19 AM, Jakob Ericsson >>> <jak...@gm...> wrote: >>>> Hi, >>>> >>>> We are running on bundled version in TC-server >>>> (http://www.springsource.com/products/tcserver), which seems to be >>>> 3.2.3. In 64-bit mode. >>>> I will give it a go and test on later version if possible to get it to start. >>>> >>>> /Jakob >>>> >>>> >>>> On Thu, May 26, 2011 at 8:40 AM, Christian Mueller >>>> <chr...@ta...> wrote: >>>>> Jakob, >>>>> >>>>> What version of the Wrapper are you running? >>>>> >>>>> What you report sounds familiar, and has been reported in the past. We >>>>> were working on improving this for the 3.4.0 release: >>>>> >>>>> * Fix a problem where Java log output would sometimes get extra line >>>>> feeds when under heavy load. >>>>> http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 >>>>> >>>>> Could you please try version 3.4.0 (or any later) and see if this >>>>> resolves your problem? >>>>> >>>>> Best Regards, >>>>> Christian >>>>> >>>>> On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson >>>>> <jak...@gm...> wrote: >>>>>> Hi, >>>>>> >>>>>> We are using the tanuki wrapper together with TCserver/tomcat and want >>>>>> to have -verbose:gc to the wrapper log. We used to log to specific >>>>>> file but this was overwritten during every jvm restart. Somewhat >>>>>> explained in this post, >>>>>> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >>>>>> >>>>>> But now we are facing another problem. The wrapper-log is sometimes >>>>>> adding new lines in the middle of a gc log statement. Is this a flush >>>>>> issue? >>>>>> How can I prevent this in the wrapper log? >>>>>> >>>>>> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >>>>>> 1868705K->610204K(6134208K), 0.0062318 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >>>>>> 1868572K->610487K(6134208K), 0.0055004 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >>>>>> 1868855K->610658K(6134208K), 0.0042818 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >>>>>> 1869026K->610890K(6134208K), 0.0049682 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >>>>>> 1869258K->611066K(6134208K), 0.0054197 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >>>>>> 1869434K->611094K(6134208K), 0.0041137 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >>>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | >>>>>> 1869462K->611304K(6134208K), 0.0060016 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >>>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | >>>>>> 1869672K->610972K(6134208K), 0.0053010 secs] >>>>>> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >>>>>> 1869340K->611257K(6134208K), 0.0040952 secs] >>>>>> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >>>>>> 1869625K->612006K(6134208K), 0.0079602 secs] >>>>>> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >>>>>> 1870374K->612103K(6134208K), 0.0053934 secs] >>>>>> >>>>>> >>>>>> If logging to a specific file, result looks like this. No new lines! >>>>>> >>>>>> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >>>>>> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >>>>>> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >>>>>> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >>>>>> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >>>>>> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >>>>>> >>>>>> >>>>>> We are running Windows 2008 server R2. >>>>>> >>>>>> Regards, >>>>>> Jakob |
|
From: Christian <chr...@ta...> - 2011-05-27 08:32:39
|
Jakob, I have just created this bug report on our sourceforge site: http://sourceforge.net/tracker/?func=detail&aid=3308280&group_id=39428&atid=425187 Best Regards, Christian -----Original Message----- From: Jakob Ericsson <jak...@gm...> Reply-to: wra...@li... To: wra...@li... Subject: Re: [Wrapper-user] -verbose:gc and wrapper log extra new lines Date: Fri, 27 May 2011 09:31:20 +0200 Great to hear that you could reproduce the problem. Have you created a issue/bug that I could link to for internal issues? Regards, Jakob On Fri, May 27, 2011 at 9:24 AM, Christian Mueller <chr...@ta...> wrote: > Jakob, > > I was doing some tests on our machines and could reproduce the problem > with the extra line feed you are seeing. > > The line feed was more likely to occur when a system is under heavy > load, since the GC log entry is actually done by a System.print and a > println so it looks it's one line, but actually 2 prints. On heavy > load the time between those 2 prints is increasing and with some bad > timing, the wrapper will read and printout stdout in between causing > the extra line feed. > > We will work on fixing this for the next release. > > I'm very sorry for the inconveniences this might have caused you. > > Best Regards, > Christian > > On Thu, May 26, 2011 at 5:12 PM, Jakob Ericsson > <jak...@gm...> wrote: >> Christian, >> >> It did not help. >> >> TATUS | wrapper | 2011/05/26 10:07:59 | Java Service Wrapper Standard >> Edition 64-bit 3.5.7 >> STATUS | wrapper | 2011/05/26 10:07:59 | Copyright (C) 1999-2010 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com >> STATUS | wrapper | 2011/05/26 10:07:59 | Licensed to XXXXXXXXXXXXXXXX >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2011/05/26 10:07:59 | Thank you for your interest >> in the Java Service Wrapper. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | You are running with a full >> featured trial License Key which will >> NOTICE | wrapper | 2011/05/26 10:07:59 | allow you to run or restart >> the Java Service Wrapper as many times >> NOTICE | wrapper | 2011/05/26 10:07:59 | as you like until >> 2011/06/26. If the Wrapper is running at that >> NOTICE | wrapper | 2011/05/26 10:07:59 | point, it will shutdown on >> its own after an additional 24 hours. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | The Java Service Wrapper >> requires a License Key to activate the >> NOTICE | wrapper | 2011/05/26 10:07:59 | software. License Keys can >> be purchased on the Java Service Wrapper >> NOTICE | wrapper | 2011/05/26 10:07:59 | web site: >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> http://wrapper.tanukisoftware.com/purchase >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | This trial License Key in >> intended for testing and development and >> NOTICE | wrapper | 2011/05/26 10:07:59 | should not be used as part >> of a production environment. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> STATUS | wrapper | 2011/05/26 10:07:59 | >> INFO | jvm 1 | 2011/05/26 10:08:15 | [Full GC 176171K->2577K(6134208K), 0.0631505 secs] >> INFO | jvm 1 | 2011/05/26 10:08:15 | [GC 2577K(6134208K), 0.0003601 secs] >> INFO | jvm 1 | 2011/05/26 10:08:17 | >> INFO | jvm 1 | 2011/05/26 10:08:31 | [GC 1260945K->62371K(6134208K), 0.0745148 secs] >> INFO | jvm 1 | 2011/05/26 10:08:36 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:36 | 637829K(6134208K), 0.3924890 secs] >> INFO | jvm 1 | 2011/05/26 10:08:41 | [GC 1320710K->110578K(6134208K), 0.0913535 secs] >> INFO | jvm 1 | 2011/05/26 10:08:45 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:46 | 720854K(6134208K), 0.5177127 secs] >> INFO | jvm 1 | 2011/05/26 10:08:48 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:48 | 1368946K->154958K(6134208K), 0.4591796 secs] >> INFO | jvm 1 | 2011/05/26 10:08:52 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:52 | 761585K(6134208K), 0.3975162 secs] >> INFO | jvm 1 | 2011/05/26 10:08:56 | [GC 1413232K->126244K(6134208K), 0.0503159 secs] >> INFO | jvm 1 | 2011/05/26 10:08:59 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:59 | 733916K(6134208K), 0.4527670 secs] >> INFO | jvm 1 | 2011/05/26 10:09:03 | [GC 1384612K->158331K(6134208K), 0.0369100 secs] >> INFO | jvm 1 | 2011/05/26 10:09:07 | [GC >> INFO | jvm 1 | 2011/05/26 10:09:07 | 757702K(6134208K), 0.4024972 secs] >> INFO | jvm 1 | 2011/05/26 10:09:11 | [GC 1416676K->141412K(6134208K), 0.0650510 secs] >> INFO | jvm 1 | 2011/05/26 10:09:12 | [GC >> INFO | jvm 1 | 2011/05/26 10:09:13 | 763342K(6134208K), 0.2949841 secs] >> >> >> /Jakob >> >> >> On Thu, May 26, 2011 at 9:19 AM, Jakob Ericsson >> <jak...@gm...> wrote: >>> Hi, >>> >>> We are running on bundled version in TC-server >>> (http://www.springsource.com/products/tcserver), which seems to be >>> 3.2.3. In 64-bit mode. >>> I will give it a go and test on later version if possible to get it to start. >>> >>> /Jakob >>> >>> >>> On Thu, May 26, 2011 at 8:40 AM, Christian Mueller >>> <chr...@ta...> wrote: >>>> Jakob, >>>> >>>> What version of the Wrapper are you running? >>>> >>>> What you report sounds familiar, and has been reported in the past. We >>>> were working on improving this for the 3.4.0 release: >>>> >>>> * Fix a problem where Java log output would sometimes get extra line >>>> feeds when under heavy load. >>>> http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 >>>> >>>> Could you please try version 3.4.0 (or any later) and see if this >>>> resolves your problem? >>>> >>>> Best Regards, >>>> Christian >>>> >>>> On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson >>>> <jak...@gm...> wrote: >>>>> Hi, >>>>> >>>>> We are using the tanuki wrapper together with TCserver/tomcat and want >>>>> to have -verbose:gc to the wrapper log. We used to log to specific >>>>> file but this was overwritten during every jvm restart. Somewhat >>>>> explained in this post, >>>>> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >>>>> >>>>> But now we are facing another problem. The wrapper-log is sometimes >>>>> adding new lines in the middle of a gc log statement. Is this a flush >>>>> issue? >>>>> How can I prevent this in the wrapper log? >>>>> >>>>> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >>>>> 1868705K->610204K(6134208K), 0.0062318 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >>>>> 1868572K->610487K(6134208K), 0.0055004 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >>>>> 1868855K->610658K(6134208K), 0.0042818 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >>>>> 1869026K->610890K(6134208K), 0.0049682 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >>>>> 1869258K->611066K(6134208K), 0.0054197 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >>>>> 1869434K->611094K(6134208K), 0.0041137 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | >>>>> 1869462K->611304K(6134208K), 0.0060016 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | >>>>> 1869672K->610972K(6134208K), 0.0053010 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >>>>> 1869340K->611257K(6134208K), 0.0040952 secs] >>>>> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >>>>> 1869625K->612006K(6134208K), 0.0079602 secs] >>>>> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >>>>> 1870374K->612103K(6134208K), 0.0053934 secs] >>>>> >>>>> >>>>> If logging to a specific file, result looks like this. No new lines! >>>>> >>>>> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >>>>> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >>>>> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >>>>> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >>>>> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >>>>> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >>>>> >>>>> >>>>> We are running Windows 2008 server R2. >>>>> >>>>> Regards, >>>>> Jakob >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> vRanger cuts backup time in half-while increasing security. >>>>> With the market-leading solution for virtual backup and recovery, >>>>> you get blazing-fast, flexible, and affordable data protection. >>>>> Download your free trial now. >>>>> http://p.sf.net/sfu/quest-d2dcopy1 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> vRanger cuts backup time in half-while increasing security. >>>> With the market-leading solution for virtual backup and recovery, >>>> you get blazing-fast, flexible, and affordable data protection. >>>> Download your free trial now. >>>> http://p.sf.net/sfu/quest-d2dcopy1 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>> >>> >>> >>> -- >>> Jakob Ericsson, JAKERI AB >>> http://www.jakeri.net/ >>> -- >>> >> >> >> >> -- >> Jakob Ericsson, JAKERI AB >> http://www.jakeri.net/ >> -- >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Jakob E. <jak...@gm...> - 2011-05-27 07:31:27
|
Great to hear that you could reproduce the problem. Have you created a issue/bug that I could link to for internal issues? Regards, Jakob On Fri, May 27, 2011 at 9:24 AM, Christian Mueller <chr...@ta...> wrote: > Jakob, > > I was doing some tests on our machines and could reproduce the problem > with the extra line feed you are seeing. > > The line feed was more likely to occur when a system is under heavy > load, since the GC log entry is actually done by a System.print and a > println so it looks it's one line, but actually 2 prints. On heavy > load the time between those 2 prints is increasing and with some bad > timing, the wrapper will read and printout stdout in between causing > the extra line feed. > > We will work on fixing this for the next release. > > I'm very sorry for the inconveniences this might have caused you. > > Best Regards, > Christian > > On Thu, May 26, 2011 at 5:12 PM, Jakob Ericsson > <jak...@gm...> wrote: >> Christian, >> >> It did not help. >> >> TATUS | wrapper | 2011/05/26 10:07:59 | Java Service Wrapper Standard >> Edition 64-bit 3.5.7 >> STATUS | wrapper | 2011/05/26 10:07:59 | Copyright (C) 1999-2010 >> Tanuki Software, Ltd. All Rights Reserved. >> STATUS | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com >> STATUS | wrapper | 2011/05/26 10:07:59 | Licensed to XXXXXXXXXXXXXXXX >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2011/05/26 10:07:59 | Thank you for your interest >> in the Java Service Wrapper. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | You are running with a full >> featured trial License Key which will >> NOTICE | wrapper | 2011/05/26 10:07:59 | allow you to run or restart >> the Java Service Wrapper as many times >> NOTICE | wrapper | 2011/05/26 10:07:59 | as you like until >> 2011/06/26. If the Wrapper is running at that >> NOTICE | wrapper | 2011/05/26 10:07:59 | point, it will shutdown on >> its own after an additional 24 hours. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | The Java Service Wrapper >> requires a License Key to activate the >> NOTICE | wrapper | 2011/05/26 10:07:59 | software. License Keys can >> be purchased on the Java Service Wrapper >> NOTICE | wrapper | 2011/05/26 10:07:59 | web site: >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> http://wrapper.tanukisoftware.com/purchase >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> NOTICE | wrapper | 2011/05/26 10:07:59 | This trial License Key in >> intended for testing and development and >> NOTICE | wrapper | 2011/05/26 10:07:59 | should not be used as part >> of a production environment. >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> -------------------------------------------------------------------- >> NOTICE | wrapper | 2011/05/26 10:07:59 | >> STATUS | wrapper | 2011/05/26 10:07:59 | >> INFO | jvm 1 | 2011/05/26 10:08:15 | [Full GC 176171K->2577K(6134208K), 0.0631505 secs] >> INFO | jvm 1 | 2011/05/26 10:08:15 | [GC 2577K(6134208K), 0.0003601 secs] >> INFO | jvm 1 | 2011/05/26 10:08:17 | >> INFO | jvm 1 | 2011/05/26 10:08:31 | [GC 1260945K->62371K(6134208K), 0.0745148 secs] >> INFO | jvm 1 | 2011/05/26 10:08:36 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:36 | 637829K(6134208K), 0.3924890 secs] >> INFO | jvm 1 | 2011/05/26 10:08:41 | [GC 1320710K->110578K(6134208K), 0.0913535 secs] >> INFO | jvm 1 | 2011/05/26 10:08:45 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:46 | 720854K(6134208K), 0.5177127 secs] >> INFO | jvm 1 | 2011/05/26 10:08:48 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:48 | 1368946K->154958K(6134208K), 0.4591796 secs] >> INFO | jvm 1 | 2011/05/26 10:08:52 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:52 | 761585K(6134208K), 0.3975162 secs] >> INFO | jvm 1 | 2011/05/26 10:08:56 | [GC 1413232K->126244K(6134208K), 0.0503159 secs] >> INFO | jvm 1 | 2011/05/26 10:08:59 | [GC >> INFO | jvm 1 | 2011/05/26 10:08:59 | 733916K(6134208K), 0.4527670 secs] >> INFO | jvm 1 | 2011/05/26 10:09:03 | [GC 1384612K->158331K(6134208K), 0.0369100 secs] >> INFO | jvm 1 | 2011/05/26 10:09:07 | [GC >> INFO | jvm 1 | 2011/05/26 10:09:07 | 757702K(6134208K), 0.4024972 secs] >> INFO | jvm 1 | 2011/05/26 10:09:11 | [GC 1416676K->141412K(6134208K), 0.0650510 secs] >> INFO | jvm 1 | 2011/05/26 10:09:12 | [GC >> INFO | jvm 1 | 2011/05/26 10:09:13 | 763342K(6134208K), 0.2949841 secs] >> >> >> /Jakob >> >> >> On Thu, May 26, 2011 at 9:19 AM, Jakob Ericsson >> <jak...@gm...> wrote: >>> Hi, >>> >>> We are running on bundled version in TC-server >>> (http://www.springsource.com/products/tcserver), which seems to be >>> 3.2.3. In 64-bit mode. >>> I will give it a go and test on later version if possible to get it to start. >>> >>> /Jakob >>> >>> >>> On Thu, May 26, 2011 at 8:40 AM, Christian Mueller >>> <chr...@ta...> wrote: >>>> Jakob, >>>> >>>> What version of the Wrapper are you running? >>>> >>>> What you report sounds familiar, and has been reported in the past. We >>>> were working on improving this for the 3.4.0 release: >>>> >>>> * Fix a problem where Java log output would sometimes get extra line >>>> feeds when under heavy load. >>>> http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 >>>> >>>> Could you please try version 3.4.0 (or any later) and see if this >>>> resolves your problem? >>>> >>>> Best Regards, >>>> Christian >>>> >>>> On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson >>>> <jak...@gm...> wrote: >>>>> Hi, >>>>> >>>>> We are using the tanuki wrapper together with TCserver/tomcat and want >>>>> to have -verbose:gc to the wrapper log. We used to log to specific >>>>> file but this was overwritten during every jvm restart. Somewhat >>>>> explained in this post, >>>>> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >>>>> >>>>> But now we are facing another problem. The wrapper-log is sometimes >>>>> adding new lines in the middle of a gc log statement. Is this a flush >>>>> issue? >>>>> How can I prevent this in the wrapper log? >>>>> >>>>> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >>>>> 1868705K->610204K(6134208K), 0.0062318 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >>>>> 1868572K->610487K(6134208K), 0.0055004 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >>>>> 1868855K->610658K(6134208K), 0.0042818 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >>>>> 1869026K->610890K(6134208K), 0.0049682 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >>>>> 1869258K->611066K(6134208K), 0.0054197 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >>>>> 1869434K->611094K(6134208K), 0.0041137 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >>>>> INFO | jvm 1 | 2011/05/26 04:57:48 | >>>>> 1869462K->611304K(6134208K), 0.0060016 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >>>>> INFO | jvm 1 | 2011/05/26 04:58:46 | >>>>> 1869672K->610972K(6134208K), 0.0053010 secs] >>>>> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >>>>> 1869340K->611257K(6134208K), 0.0040952 secs] >>>>> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >>>>> 1869625K->612006K(6134208K), 0.0079602 secs] >>>>> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >>>>> 1870374K->612103K(6134208K), 0.0053934 secs] >>>>> >>>>> >>>>> If logging to a specific file, result looks like this. No new lines! >>>>> >>>>> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >>>>> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >>>>> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >>>>> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >>>>> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >>>>> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >>>>> >>>>> >>>>> We are running Windows 2008 server R2. >>>>> >>>>> Regards, >>>>> Jakob >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> vRanger cuts backup time in half-while increasing security. >>>>> With the market-leading solution for virtual backup and recovery, >>>>> you get blazing-fast, flexible, and affordable data protection. >>>>> Download your free trial now. >>>>> http://p.sf.net/sfu/quest-d2dcopy1 >>>>> _______________________________________________ >>>>> Wrapper-user mailing list >>>>> Wra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> vRanger cuts backup time in half-while increasing security. >>>> With the market-leading solution for virtual backup and recovery, >>>> you get blazing-fast, flexible, and affordable data protection. >>>> Download your free trial now. >>>> http://p.sf.net/sfu/quest-d2dcopy1 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>> >>> >>> >>> -- >>> Jakob Ericsson, JAKERI AB >>> http://www.jakeri.net/ >>> -- >>> >> >> >> >> -- >> Jakob Ericsson, JAKERI AB >> http://www.jakeri.net/ >> -- >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > -- Jakob Ericsson, JAKERI AB http://www.jakeri.net/ -- |
|
From: Christian M. <chr...@ta...> - 2011-05-27 07:25:05
|
Jakob, I was doing some tests on our machines and could reproduce the problem with the extra line feed you are seeing. The line feed was more likely to occur when a system is under heavy load, since the GC log entry is actually done by a System.print and a println so it looks it's one line, but actually 2 prints. On heavy load the time between those 2 prints is increasing and with some bad timing, the wrapper will read and printout stdout in between causing the extra line feed. We will work on fixing this for the next release. I'm very sorry for the inconveniences this might have caused you. Best Regards, Christian On Thu, May 26, 2011 at 5:12 PM, Jakob Ericsson <jak...@gm...> wrote: > Christian, > > It did not help. > > TATUS | wrapper | 2011/05/26 10:07:59 | Java Service Wrapper Standard > Edition 64-bit 3.5.7 > STATUS | wrapper | 2011/05/26 10:07:59 | Copyright (C) 1999-2010 > Tanuki Software, Ltd. All Rights Reserved. > STATUS | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com > STATUS | wrapper | 2011/05/26 10:07:59 | Licensed to XXXXXXXXXXXXXXXX > NOTICE | wrapper | 2011/05/26 10:07:59 | > NOTICE | wrapper | 2011/05/26 10:07:59 | > -------------------------------------------------------------------- > NOTICE | wrapper | 2011/05/26 10:07:59 | Thank you for your interest > in the Java Service Wrapper. > NOTICE | wrapper | 2011/05/26 10:07:59 | > NOTICE | wrapper | 2011/05/26 10:07:59 | You are running with a full > featured trial License Key which will > NOTICE | wrapper | 2011/05/26 10:07:59 | allow you to run or restart > the Java Service Wrapper as many times > NOTICE | wrapper | 2011/05/26 10:07:59 | as you like until > 2011/06/26. If the Wrapper is running at that > NOTICE | wrapper | 2011/05/26 10:07:59 | point, it will shutdown on > its own after an additional 24 hours. > NOTICE | wrapper | 2011/05/26 10:07:59 | > NOTICE | wrapper | 2011/05/26 10:07:59 | The Java Service Wrapper > requires a License Key to activate the > NOTICE | wrapper | 2011/05/26 10:07:59 | software. License Keys can > be purchased on the Java Service Wrapper > NOTICE | wrapper | 2011/05/26 10:07:59 | web site: > NOTICE | wrapper | 2011/05/26 10:07:59 | > http://wrapper.tanukisoftware.com/purchase > NOTICE | wrapper | 2011/05/26 10:07:59 | > NOTICE | wrapper | 2011/05/26 10:07:59 | This trial License Key in > intended for testing and development and > NOTICE | wrapper | 2011/05/26 10:07:59 | should not be used as part > of a production environment. > NOTICE | wrapper | 2011/05/26 10:07:59 | > -------------------------------------------------------------------- > NOTICE | wrapper | 2011/05/26 10:07:59 | > STATUS | wrapper | 2011/05/26 10:07:59 | > INFO | jvm 1 | 2011/05/26 10:08:15 | [Full GC 176171K->2577K(6134208K), 0.0631505 secs] > INFO | jvm 1 | 2011/05/26 10:08:15 | [GC 2577K(6134208K), 0.0003601 secs] > INFO | jvm 1 | 2011/05/26 10:08:17 | > INFO | jvm 1 | 2011/05/26 10:08:31 | [GC 1260945K->62371K(6134208K), 0.0745148 secs] > INFO | jvm 1 | 2011/05/26 10:08:36 | [GC > INFO | jvm 1 | 2011/05/26 10:08:36 | 637829K(6134208K), 0.3924890 secs] > INFO | jvm 1 | 2011/05/26 10:08:41 | [GC 1320710K->110578K(6134208K), 0.0913535 secs] > INFO | jvm 1 | 2011/05/26 10:08:45 | [GC > INFO | jvm 1 | 2011/05/26 10:08:46 | 720854K(6134208K), 0.5177127 secs] > INFO | jvm 1 | 2011/05/26 10:08:48 | [GC > INFO | jvm 1 | 2011/05/26 10:08:48 | 1368946K->154958K(6134208K), 0.4591796 secs] > INFO | jvm 1 | 2011/05/26 10:08:52 | [GC > INFO | jvm 1 | 2011/05/26 10:08:52 | 761585K(6134208K), 0.3975162 secs] > INFO | jvm 1 | 2011/05/26 10:08:56 | [GC 1413232K->126244K(6134208K), 0.0503159 secs] > INFO | jvm 1 | 2011/05/26 10:08:59 | [GC > INFO | jvm 1 | 2011/05/26 10:08:59 | 733916K(6134208K), 0.4527670 secs] > INFO | jvm 1 | 2011/05/26 10:09:03 | [GC 1384612K->158331K(6134208K), 0.0369100 secs] > INFO | jvm 1 | 2011/05/26 10:09:07 | [GC > INFO | jvm 1 | 2011/05/26 10:09:07 | 757702K(6134208K), 0.4024972 secs] > INFO | jvm 1 | 2011/05/26 10:09:11 | [GC 1416676K->141412K(6134208K), 0.0650510 secs] > INFO | jvm 1 | 2011/05/26 10:09:12 | [GC > INFO | jvm 1 | 2011/05/26 10:09:13 | 763342K(6134208K), 0.2949841 secs] > > > /Jakob > > > On Thu, May 26, 2011 at 9:19 AM, Jakob Ericsson > <jak...@gm...> wrote: >> Hi, >> >> We are running on bundled version in TC-server >> (http://www.springsource.com/products/tcserver), which seems to be >> 3.2.3. In 64-bit mode. >> I will give it a go and test on later version if possible to get it to start. >> >> /Jakob >> >> >> On Thu, May 26, 2011 at 8:40 AM, Christian Mueller >> <chr...@ta...> wrote: >>> Jakob, >>> >>> What version of the Wrapper are you running? >>> >>> What you report sounds familiar, and has been reported in the past. We >>> were working on improving this for the 3.4.0 release: >>> >>> * Fix a problem where Java log output would sometimes get extra line >>> feeds when under heavy load. >>> http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 >>> >>> Could you please try version 3.4.0 (or any later) and see if this >>> resolves your problem? >>> >>> Best Regards, >>> Christian >>> >>> On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson >>> <jak...@gm...> wrote: >>>> Hi, >>>> >>>> We are using the tanuki wrapper together with TCserver/tomcat and want >>>> to have -verbose:gc to the wrapper log. We used to log to specific >>>> file but this was overwritten during every jvm restart. Somewhat >>>> explained in this post, >>>> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >>>> >>>> But now we are facing another problem. The wrapper-log is sometimes >>>> adding new lines in the middle of a gc log statement. Is this a flush >>>> issue? >>>> How can I prevent this in the wrapper log? >>>> >>>> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >>>> 1868705K->610204K(6134208K), 0.0062318 secs] >>>> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >>>> 1868572K->610487K(6134208K), 0.0055004 secs] >>>> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >>>> 1868855K->610658K(6134208K), 0.0042818 secs] >>>> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >>>> 1869026K->610890K(6134208K), 0.0049682 secs] >>>> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >>>> 1869258K->611066K(6134208K), 0.0054197 secs] >>>> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >>>> 1869434K->611094K(6134208K), 0.0041137 secs] >>>> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >>>> INFO | jvm 1 | 2011/05/26 04:57:48 | >>>> 1869462K->611304K(6134208K), 0.0060016 secs] >>>> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >>>> INFO | jvm 1 | 2011/05/26 04:58:46 | >>>> 1869672K->610972K(6134208K), 0.0053010 secs] >>>> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >>>> 1869340K->611257K(6134208K), 0.0040952 secs] >>>> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >>>> 1869625K->612006K(6134208K), 0.0079602 secs] >>>> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >>>> 1870374K->612103K(6134208K), 0.0053934 secs] >>>> >>>> >>>> If logging to a specific file, result looks like this. No new lines! >>>> >>>> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >>>> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >>>> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >>>> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >>>> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >>>> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >>>> >>>> >>>> We are running Windows 2008 server R2. >>>> >>>> Regards, >>>> Jakob >>>> >>>> ------------------------------------------------------------------------------ >>>> vRanger cuts backup time in half-while increasing security. >>>> With the market-leading solution for virtual backup and recovery, >>>> you get blazing-fast, flexible, and affordable data protection. >>>> Download your free trial now. >>>> http://p.sf.net/sfu/quest-d2dcopy1 >>>> _______________________________________________ >>>> Wrapper-user mailing list >>>> Wra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>>> >>> >>> ------------------------------------------------------------------------------ >>> vRanger cuts backup time in half-while increasing security. >>> With the market-leading solution for virtual backup and recovery, >>> you get blazing-fast, flexible, and affordable data protection. >>> Download your free trial now. >>> http://p.sf.net/sfu/quest-d2dcopy1 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >> >> >> >> -- >> Jakob Ericsson, JAKERI AB >> http://www.jakeri.net/ >> -- >> > > > > -- > Jakob Ericsson, JAKERI AB > http://www.jakeri.net/ > -- > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Christian M. <chr...@ta...> - 2011-05-27 03:09:11
|
Hu, I'm very sorry for the troubles you are having. This is a know problem starting on Windows Vista. The black deskop you are seeing on your screenshots is from session 0. http://www.microsoft.com/whdc/system/sysinternals/session0changes.mspx Microsoft changed the way Windows handles Interactive services to improve security. It is no longer possible for a process running as a service to communicate with any desktop other than the session 0 desktop. We are working on a way to work around this but it is going to involve multiple processes and will NOT allow a normal Java application running as a service which has a GUI to display its GUI directly. This is still a little ways off however. It will involve launching secondary Wrapper and optionally Java processes in the individual desktop's user space that will interact with each desktop. These child processes will then communicate back to the central Wrapper and or JVM that is always running as a service. We are currently working on a 3.6.0 release, which will support high level encryption for new license features. After 3.6.0 is released, which will be by the end of march, it is scheduled to focus on the session 0 issue and implement a solution for it. Please let me know if you have any questions. Best Regards, Christian Mueller Tanuki Software, Ltd. 2011/5/27 Bin Hu <hu...@ms...>: > Hi, experts > > My OS is win7 home edition, jdk 1.6 > > I have write a small application which Capture the currently screen every 5 > seconds and store the image to a specified folder, I wrote it in eclipse and > run successfully in eclipse. > > But when I install the application into services via Wrapper and start the > service, it will do the same thing. The problem is that, the service always > capture the screen as a BLACK picture. > > I have checked the "Allow service to interact with desktop" checkbox. > > Please help me! > > Best Regards!! > > Hu Bin > > > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Bin Hu <hu...@ms...> - 2011-05-26 16:10:16
|
Hi, experts My OS is win7 home edition, jdk 1.6 I have write a small application which Capture the currently screen every 5 seconds and store the image to a specified folder, I wrote it in eclipse and run successfully in eclipse. But when I install the application into services via Wrapper and start the service, it will do the same thing. The problem is that, the service always capture the screen as a BLACK picture. I have checked the "Allow service to interact with desktop" checkbox. Please help me! Best Regards!! Hu Bin |
|
From: Jakob E. <jak...@gm...> - 2011-05-26 08:12:51
|
Christian, It did not help. TATUS | wrapper | 2011/05/26 10:07:59 | Java Service Wrapper Standard Edition 64-bit 3.5.7 STATUS | wrapper | 2011/05/26 10:07:59 | Copyright (C) 1999-2010 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2011/05/26 10:07:59 | Licensed to XXXXXXXXXXXXXXXX NOTICE | wrapper | 2011/05/26 10:07:59 | NOTICE | wrapper | 2011/05/26 10:07:59 | -------------------------------------------------------------------- NOTICE | wrapper | 2011/05/26 10:07:59 | Thank you for your interest in the Java Service Wrapper. NOTICE | wrapper | 2011/05/26 10:07:59 | NOTICE | wrapper | 2011/05/26 10:07:59 | You are running with a full featured trial License Key which will NOTICE | wrapper | 2011/05/26 10:07:59 | allow you to run or restart the Java Service Wrapper as many times NOTICE | wrapper | 2011/05/26 10:07:59 | as you like until 2011/06/26. If the Wrapper is running at that NOTICE | wrapper | 2011/05/26 10:07:59 | point, it will shutdown on its own after an additional 24 hours. NOTICE | wrapper | 2011/05/26 10:07:59 | NOTICE | wrapper | 2011/05/26 10:07:59 | The Java Service Wrapper requires a License Key to activate the NOTICE | wrapper | 2011/05/26 10:07:59 | software. License Keys can be purchased on the Java Service Wrapper NOTICE | wrapper | 2011/05/26 10:07:59 | web site: NOTICE | wrapper | 2011/05/26 10:07:59 | http://wrapper.tanukisoftware.com/purchase NOTICE | wrapper | 2011/05/26 10:07:59 | NOTICE | wrapper | 2011/05/26 10:07:59 | This trial License Key in intended for testing and development and NOTICE | wrapper | 2011/05/26 10:07:59 | should not be used as part of a production environment. NOTICE | wrapper | 2011/05/26 10:07:59 | -------------------------------------------------------------------- NOTICE | wrapper | 2011/05/26 10:07:59 | STATUS | wrapper | 2011/05/26 10:07:59 | INFO | jvm 1 | 2011/05/26 10:08:15 | [Full GC 176171K->2577K(6134208K), 0.0631505 secs] INFO | jvm 1 | 2011/05/26 10:08:15 | [GC 2577K(6134208K), 0.0003601 secs] INFO | jvm 1 | 2011/05/26 10:08:17 | INFO | jvm 1 | 2011/05/26 10:08:31 | [GC 1260945K->62371K(6134208K), 0.0745148 secs] INFO | jvm 1 | 2011/05/26 10:08:36 | [GC INFO | jvm 1 | 2011/05/26 10:08:36 | 637829K(6134208K), 0.3924890 secs] INFO | jvm 1 | 2011/05/26 10:08:41 | [GC 1320710K->110578K(6134208K), 0.0913535 secs] INFO | jvm 1 | 2011/05/26 10:08:45 | [GC INFO | jvm 1 | 2011/05/26 10:08:46 | 720854K(6134208K), 0.5177127 secs] INFO | jvm 1 | 2011/05/26 10:08:48 | [GC INFO | jvm 1 | 2011/05/26 10:08:48 | 1368946K->154958K(6134208K), 0.4591796 secs] INFO | jvm 1 | 2011/05/26 10:08:52 | [GC INFO | jvm 1 | 2011/05/26 10:08:52 | 761585K(6134208K), 0.3975162 secs] INFO | jvm 1 | 2011/05/26 10:08:56 | [GC 1413232K->126244K(6134208K), 0.0503159 secs] INFO | jvm 1 | 2011/05/26 10:08:59 | [GC INFO | jvm 1 | 2011/05/26 10:08:59 | 733916K(6134208K), 0.4527670 secs] INFO | jvm 1 | 2011/05/26 10:09:03 | [GC 1384612K->158331K(6134208K), 0.0369100 secs] INFO | jvm 1 | 2011/05/26 10:09:07 | [GC INFO | jvm 1 | 2011/05/26 10:09:07 | 757702K(6134208K), 0.4024972 secs] INFO | jvm 1 | 2011/05/26 10:09:11 | [GC 1416676K->141412K(6134208K), 0.0650510 secs] INFO | jvm 1 | 2011/05/26 10:09:12 | [GC INFO | jvm 1 | 2011/05/26 10:09:13 | 763342K(6134208K), 0.2949841 secs] /Jakob On Thu, May 26, 2011 at 9:19 AM, Jakob Ericsson <jak...@gm...> wrote: > Hi, > > We are running on bundled version in TC-server > (http://www.springsource.com/products/tcserver), which seems to be > 3.2.3. In 64-bit mode. > I will give it a go and test on later version if possible to get it to start. > > /Jakob > > > On Thu, May 26, 2011 at 8:40 AM, Christian Mueller > <chr...@ta...> wrote: >> Jakob, >> >> What version of the Wrapper are you running? >> >> What you report sounds familiar, and has been reported in the past. We >> were working on improving this for the 3.4.0 release: >> >> * Fix a problem where Java log output would sometimes get extra line >> feeds when under heavy load. >> http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 >> >> Could you please try version 3.4.0 (or any later) and see if this >> resolves your problem? >> >> Best Regards, >> Christian >> >> On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson >> <jak...@gm...> wrote: >>> Hi, >>> >>> We are using the tanuki wrapper together with TCserver/tomcat and want >>> to have -verbose:gc to the wrapper log. We used to log to specific >>> file but this was overwritten during every jvm restart. Somewhat >>> explained in this post, >>> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >>> >>> But now we are facing another problem. The wrapper-log is sometimes >>> adding new lines in the middle of a gc log statement. Is this a flush >>> issue? >>> How can I prevent this in the wrapper log? >>> >>> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >>> 1868705K->610204K(6134208K), 0.0062318 secs] >>> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >>> 1868572K->610487K(6134208K), 0.0055004 secs] >>> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >>> 1868855K->610658K(6134208K), 0.0042818 secs] >>> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >>> 1869026K->610890K(6134208K), 0.0049682 secs] >>> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >>> 1869258K->611066K(6134208K), 0.0054197 secs] >>> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >>> 1869434K->611094K(6134208K), 0.0041137 secs] >>> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >>> INFO | jvm 1 | 2011/05/26 04:57:48 | >>> 1869462K->611304K(6134208K), 0.0060016 secs] >>> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >>> INFO | jvm 1 | 2011/05/26 04:58:46 | >>> 1869672K->610972K(6134208K), 0.0053010 secs] >>> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >>> 1869340K->611257K(6134208K), 0.0040952 secs] >>> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >>> 1869625K->612006K(6134208K), 0.0079602 secs] >>> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >>> 1870374K->612103K(6134208K), 0.0053934 secs] >>> >>> >>> If logging to a specific file, result looks like this. No new lines! >>> >>> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >>> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >>> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >>> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >>> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >>> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >>> >>> >>> We are running Windows 2008 server R2. >>> >>> Regards, >>> Jakob >>> >>> ------------------------------------------------------------------------------ >>> vRanger cuts backup time in half-while increasing security. >>> With the market-leading solution for virtual backup and recovery, >>> you get blazing-fast, flexible, and affordable data protection. >>> Download your free trial now. >>> http://p.sf.net/sfu/quest-d2dcopy1 >>> _______________________________________________ >>> Wrapper-user mailing list >>> Wra...@li... >>> https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > > > -- > Jakob Ericsson, JAKERI AB > http://www.jakeri.net/ > -- > -- Jakob Ericsson, JAKERI AB http://www.jakeri.net/ -- |
|
From: Jakob E. <jak...@gm...> - 2011-05-26 07:19:57
|
Hi, We are running on bundled version in TC-server (http://www.springsource.com/products/tcserver), which seems to be 3.2.3. In 64-bit mode. I will give it a go and test on later version if possible to get it to start. /Jakob On Thu, May 26, 2011 at 8:40 AM, Christian Mueller <chr...@ta...> wrote: > Jakob, > > What version of the Wrapper are you running? > > What you report sounds familiar, and has been reported in the past. We > were working on improving this for the 3.4.0 release: > > * Fix a problem where Java log output would sometimes get extra line > feeds when under heavy load. > http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 > > Could you please try version 3.4.0 (or any later) and see if this > resolves your problem? > > Best Regards, > Christian > > On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson > <jak...@gm...> wrote: >> Hi, >> >> We are using the tanuki wrapper together with TCserver/tomcat and want >> to have -verbose:gc to the wrapper log. We used to log to specific >> file but this was overwritten during every jvm restart. Somewhat >> explained in this post, >> http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. >> >> But now we are facing another problem. The wrapper-log is sometimes >> adding new lines in the middle of a gc log statement. Is this a flush >> issue? >> How can I prevent this in the wrapper log? >> >> INFO | jvm 1 | 2011/05/26 04:49:22 | [GC >> 1868705K->610204K(6134208K), 0.0062318 secs] >> INFO | jvm 1 | 2011/05/26 04:51:04 | [GC >> 1868572K->610487K(6134208K), 0.0055004 secs] >> INFO | jvm 1 | 2011/05/26 04:53:03 | [GC >> 1868855K->610658K(6134208K), 0.0042818 secs] >> INFO | jvm 1 | 2011/05/26 04:54:21 | [GC >> 1869026K->610890K(6134208K), 0.0049682 secs] >> INFO | jvm 1 | 2011/05/26 04:55:36 | [GC >> 1869258K->611066K(6134208K), 0.0054197 secs] >> INFO | jvm 1 | 2011/05/26 04:56:45 | [GC >> 1869434K->611094K(6134208K), 0.0041137 secs] >> INFO | jvm 1 | 2011/05/26 04:57:48 | [GC >> INFO | jvm 1 | 2011/05/26 04:57:48 | >> 1869462K->611304K(6134208K), 0.0060016 secs] >> INFO | jvm 1 | 2011/05/26 04:58:46 | [GC >> INFO | jvm 1 | 2011/05/26 04:58:46 | >> 1869672K->610972K(6134208K), 0.0053010 secs] >> INFO | jvm 1 | 2011/05/26 04:59:59 | [GC >> 1869340K->611257K(6134208K), 0.0040952 secs] >> INFO | jvm 1 | 2011/05/26 05:01:28 | [GC >> 1869625K->612006K(6134208K), 0.0079602 secs] >> INFO | jvm 1 | 2011/05/26 05:03:00 | [GC >> 1870374K->612103K(6134208K), 0.0053934 secs] >> >> >> If logging to a specific file, result looks like this. No new lines! >> >> 0.853: [GC 2405K(6134208K), 0.0003878 secs] >> 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] >> 21.357: [GC 637590K(6134208K), 0.4003372 secs] >> 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] >> 30.754: [GC 722976K(6134208K), 0.5191931 secs] >> 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] >> >> >> We are running Windows 2008 server R2. >> >> Regards, >> Jakob >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > -- Jakob Ericsson, JAKERI AB http://www.jakeri.net/ -- |
|
From: Christian M. <chr...@ta...> - 2011-05-26 06:41:25
|
Jakob, What version of the Wrapper are you running? What you report sounds familiar, and has been reported in the past. We were working on improving this for the 3.4.0 release: * Fix a problem where Java log output would sometimes get extra line feeds when under heavy load. http://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.4.0 Could you please try version 3.4.0 (or any later) and see if this resolves your problem? Best Regards, Christian On Thu, May 26, 2011 at 3:26 PM, Jakob Ericsson <jak...@gm...> wrote: > Hi, > > We are using the tanuki wrapper together with TCserver/tomcat and want > to have -verbose:gc to the wrapper log. We used to log to specific > file but this was overwritten during every jvm restart. Somewhat > explained in this post, > http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. > > But now we are facing another problem. The wrapper-log is sometimes > adding new lines in the middle of a gc log statement. Is this a flush > issue? > How can I prevent this in the wrapper log? > > INFO | jvm 1 | 2011/05/26 04:49:22 | [GC > 1868705K->610204K(6134208K), 0.0062318 secs] > INFO | jvm 1 | 2011/05/26 04:51:04 | [GC > 1868572K->610487K(6134208K), 0.0055004 secs] > INFO | jvm 1 | 2011/05/26 04:53:03 | [GC > 1868855K->610658K(6134208K), 0.0042818 secs] > INFO | jvm 1 | 2011/05/26 04:54:21 | [GC > 1869026K->610890K(6134208K), 0.0049682 secs] > INFO | jvm 1 | 2011/05/26 04:55:36 | [GC > 1869258K->611066K(6134208K), 0.0054197 secs] > INFO | jvm 1 | 2011/05/26 04:56:45 | [GC > 1869434K->611094K(6134208K), 0.0041137 secs] > INFO | jvm 1 | 2011/05/26 04:57:48 | [GC > INFO | jvm 1 | 2011/05/26 04:57:48 | > 1869462K->611304K(6134208K), 0.0060016 secs] > INFO | jvm 1 | 2011/05/26 04:58:46 | [GC > INFO | jvm 1 | 2011/05/26 04:58:46 | > 1869672K->610972K(6134208K), 0.0053010 secs] > INFO | jvm 1 | 2011/05/26 04:59:59 | [GC > 1869340K->611257K(6134208K), 0.0040952 secs] > INFO | jvm 1 | 2011/05/26 05:01:28 | [GC > 1869625K->612006K(6134208K), 0.0079602 secs] > INFO | jvm 1 | 2011/05/26 05:03:00 | [GC > 1870374K->612103K(6134208K), 0.0053934 secs] > > > If logging to a specific file, result looks like this. No new lines! > > 0.853: [GC 2405K(6134208K), 0.0003878 secs] > 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] > 21.357: [GC 637590K(6134208K), 0.4003372 secs] > 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] > 30.754: [GC 722976K(6134208K), 0.5191931 secs] > 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] > > > We are running Windows 2008 server R2. > > Regards, > Jakob > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Jakob E. <jak...@gm...> - 2011-05-26 06:26:52
|
Hi, We are using the tanuki wrapper together with TCserver/tomcat and want to have -verbose:gc to the wrapper log. We used to log to specific file but this was overwritten during every jvm restart. Somewhat explained in this post, http://stackoverflow.com/questions/3822097/rolling-garbage-collector-logs-in-java. But now we are facing another problem. The wrapper-log is sometimes adding new lines in the middle of a gc log statement. Is this a flush issue? How can I prevent this in the wrapper log? INFO | jvm 1 | 2011/05/26 04:49:22 | [GC 1868705K->610204K(6134208K), 0.0062318 secs] INFO | jvm 1 | 2011/05/26 04:51:04 | [GC 1868572K->610487K(6134208K), 0.0055004 secs] INFO | jvm 1 | 2011/05/26 04:53:03 | [GC 1868855K->610658K(6134208K), 0.0042818 secs] INFO | jvm 1 | 2011/05/26 04:54:21 | [GC 1869026K->610890K(6134208K), 0.0049682 secs] INFO | jvm 1 | 2011/05/26 04:55:36 | [GC 1869258K->611066K(6134208K), 0.0054197 secs] INFO | jvm 1 | 2011/05/26 04:56:45 | [GC 1869434K->611094K(6134208K), 0.0041137 secs] INFO | jvm 1 | 2011/05/26 04:57:48 | [GC INFO | jvm 1 | 2011/05/26 04:57:48 | 1869462K->611304K(6134208K), 0.0060016 secs] INFO | jvm 1 | 2011/05/26 04:58:46 | [GC INFO | jvm 1 | 2011/05/26 04:58:46 | 1869672K->610972K(6134208K), 0.0053010 secs] INFO | jvm 1 | 2011/05/26 04:59:59 | [GC 1869340K->611257K(6134208K), 0.0040952 secs] INFO | jvm 1 | 2011/05/26 05:01:28 | [GC 1869625K->612006K(6134208K), 0.0079602 secs] INFO | jvm 1 | 2011/05/26 05:03:00 | [GC 1870374K->612103K(6134208K), 0.0053934 secs] If logging to a specific file, result looks like this. No new lines! 0.853: [GC 2405K(6134208K), 0.0003878 secs] 16.915: [GC 1260773K->62176K(6134208K), 0.0711920 secs] 21.357: [GC 637590K(6134208K), 0.4003372 secs] 26.548: [GC 1320507K->110141K(6134208K), 0.0879849 secs] 30.754: [GC 722976K(6134208K), 0.5191931 secs] 33.719: [GC 1368509K->137204K(6134208K), 0.2726067 secs] We are running Windows 2008 server R2. Regards, Jakob |
|
From: Leif M. <lei...@ta...> - 2011-05-23 23:33:58
|
Martin, The Wrapper configuration file is read into a Hash Map in memory so the last value loaded will be the one that is used. See the diagram and explanation here: http://wrapper.tanukisoftware.com/doc/english/props-cascading.html Do you mean that you wish to use the following defaults but then allow the user to change the locations from the application and have them take effect on restart? If so then start with this in your wrapper.conf --- ... wrapper.restart.reload_configuration=TRUE wrapper.app.parameter.1=aero.sita.gsl.bio.services.backEnd.commonCore.externalJms.ExternalJmsServer wrapper.app.parameter.2=spring/biometricServices/consumer/biometricStorageConsumerConfig.xml wrapper.app.parameter.3=spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml wrapper.app.parameter.4=spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml #include ../conf/wrapper-settings.conf ... --- Initially the wrapper-settings.conf would not exist. But when you got the location you wanted, it could be created like this: --- #encoding=UTF-8 wrapper.app.parameter.2=../xml/spring/biometricServices/consumer/biometricStorageConsumerConfig.xml wrapper.app.parameter.3=../xml/spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml wrapper.app.parameter.4=../xml/spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml --- The reload configuration property will tell the Wrapper to reload the configuration file after each restart http://wrapper.tanukisoftware.com/doc/english/prop-restart-reload-configuration.html Please let me know how this works for you, or if I missed what you are trying to do. Cheers, Leif On Mon, May 23, 2011 at 8:21 PM, <Mar...@si...> wrote: > > Hi everyone > > This is my first post... > > We have a java app which we run as a service using the Java Service > Wrapper... > > In our wrapper.conf file we pass in four parameters (shown below).... > # Application parameters. Add parameters as needed starting from 1 > wrapper.app.parameter.1=aero.sita.gsl.bio.services.backEnd.commonCore.externalJms.ExternalJmsServer > wrapper.app.parameter.2=spring/biometricServices/consumer/biometricStorageConsumerConfig.xml > wrapper.app.parameter.3=spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml > wrapper.app.parameter.4=spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml > > Parameters 2,3 & 4 are XML files which live inside a jar file that is > referenced by our application. > > I would like to override these files (as they provide just default > functionality) and place them in a directory that someone can browse to and > update as necessary.... > Once we restart our app, the new settings would get read, and used by our > app.... > > I have tried a few things such as... > wrapper.java.classpath.32=../xml/spring/biometricServices/consumer/biometricStorageConsumerConfig.xml > wrapper.java.classpath.33=../xml/spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml > wrapper.java.classpath.34=../xml/spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml > but have had no luck > > Is there any way I can do this using the wrapper.conf file > > Thanks in advance for any help you can provide > > Regards > Martin > > Martin Lynch > Associate Programmer > Government & Security Solutions > SITA > Société Internationale de Télécommunications Aéronautiques > > Office Tel: +353 (0)74 91 94 700 > Direct Tel: +353 (0)74 91 94 781 > CVS 293 4781 > Fax: +353 (0) 74 91 94 717 > Email: mar...@si... |
|
From: <Mar...@si...> - 2011-05-23 12:19:10
|
Hi everyone This is my first post... We have a java app which we run as a service using the Java Service Wrapper... In our wrapper.conf file we pass in four parameters (shown below).... # Application parameters. Add parameters as needed starting from 1 wrapper.app.parameter.1=aero.sita.gsl.bio.services.backEnd.commonCore.externalJms.ExternalJmsServer wrapper.app.parameter.2=spring/biometricServices/consumer/biometricStorageConsumerConfig.xml wrapper.app.parameter.3=spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml wrapper.app.parameter.4=spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml Parameters 2,3 & 4 are XML files which live inside a jar file that is referenced by our application. I would like to override these files (as they provide just default functionality) and place them in a directory that someone can browse to and update as necessary.... Once we restart our app, the new settings would get read, and used by our app.... I have tried a few things such as... wrapper.java.classpath.32=../xml/spring/biometricServices/consumer/biometricStorageConsumerConfig.xml wrapper.java.classpath.33=../xml/spring/biometricServices/consumer/biometricMatchingConsumerConfig.xml wrapper.java.classpath.34=../xml/spring/biometricServices/consumer/biometricIdentificationConsumerConfig.xml but have had no luck Is there any way I can do this using the wrapper.conf file Thanks in advance for any help you can provide Regards Martin Martin Lynch Associate Programmer Government & Security Solutions SITA Société Internationale de Télécommunications Aéronautiques Office Tel: +353 (0)74 91 94 700 Direct Tel: +353 (0)74 91 94 781 CVS 293 4781 Fax: +353 (0) 74 91 94 717 Email: mar...@si... This document is strictly confidential and intended only for use by the addressee unless otherwise stated. If you are not the intended recipient, please notify the sender immediately and delete it from your system. |
|
From: Leif M. <lei...@ta...> - 2011-05-18 23:05:15
|
David, Just stopping should be fine. "Installing" on a UNIX system is simply creating symbolic links to the script in most cases. Please let me know how it works for you. Cheers, Leif On Thu, May 19, 2011 at 2:10 AM, David Hoffer <dho...@gm...> wrote: > Leif, > > I'm about ready to deploy this change. I understand it needs to be stopped > but since this is 'installed' as a daemon do I have to 'undo' that first? > Or just stop and restart? > > Thanks, > -Dave > > On Tue, May 17, 2011 at 1:09 PM, Leif Mortenson > <lei...@ta...> wrote: >> >> David, >> The controlEvent method gives you a chance to either handle or ignore >> the signal within the JVM process. This is a very old API and the >> problem with it is that the Wrapper process may also receive a TERM >> signal. If that happens, the Wrapper will proceed to initiate the >> shutdown process regardless of what this method does. For this >> reason, this method is more useful as a reporting method. >> >> To prevent your application from responding to TERM signals, you will >> want to use the wrapper.ignore_signals property >> http://wrapper.tanukisoftware.com/doc/english/prop-ignore-signals.html >> >> On UNIX, the recommended way of doing this is to set the >> IGNORE_SIGNALS variable at the top of the shell script that comes with >> the Wrapper. Make sure the Wrapper is stopped when this change is >> made as it changes the way the script controls the Wrapper. >> Please see the above page for more details. >> >> Let me know how this works for you. >> >> Cheers, >> Leif >> >> On Tue, May 17, 2011 at 5:16 PM, David Hoffer <dho...@gm...> wrote: >> > I have the wrapper installed on Linux as a service and need as close >> > to 100% up time as is possible. The wrapper recently received a >> > WRAPPER_CTRL_TERM_EVENT and shut the app and wrapper down. My >> > controlEvent() is like this...as copied from some JSW sample code... >> > >> > public void controlEvent(int event) { >> > >> > try { >> > if (WrapperManager.isControlledByNativeWrapper()) { >> > // The Wrapper will take care of this event >> > } else { >> > // We are not being controlled by the Wrapper, so >> > handle the event ourselves. >> > if ((event == WrapperManager.WRAPPER_CTRL_C_EVENT) || >> > (event == WrapperManager.WRAPPER_CTRL_CLOSE_EVENT) || (event == >> > WrapperManager.WRAPPER_CTRL_SHUTDOWN_EVENT)) { >> > log.warn("We are handling the received event >> > ourselves and we are stopping the service"); >> > WrapperManager.stop(0); >> > } >> > } >> > } >> > } >> > >> > Now I see that recent javadocs say to use...(unless one knows what >> > they are doing) >> > >> > public void controlEvent( int event ) >> > { >> > if ( ( event == WrapperManager.WRAPPER_CTRL_LOGOFF_EVENT ) && >> > WrapperManager.isLaunchedAsService() ) >> > { >> > // Ignore >> > } else { >> > WrapperManager.stop( 0 ); >> > } >> > } >> > >> > It seems neither of these handle WRAPPER_CTRL_TERM_EVENT in a way that >> > provides 100% up time, rather it just shuts things down cleanly. >> > >> > What is the right way to handle this? I.e. should I ignore the >> > signal? should I restart after shutdown? How? >> > >> > Thanks, >> > -Dave |
165 messages has been excluded from this view by a project administrator.
