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: Dan M. <Mc...@ro...> - 2004-11-17 13:36:08
|
Thanks found it. Shouldnt have started that project at 4pm :( Leif Mortenson <le...@ta...> wrote:Dan, The Catalina main class is complaining about being passed the incorrect parameters. Go back and take a look at the Tomcat integration example again. I can't tell the exact mistake from what you sent, but it is most likely a typo or something. If you don't see the problem, post back with your wrapper.conf file. Cheers, Leif Dan McCullough wrote: > Anyone seen this before. Whats wrong? > > > > STATUS | wrapper | 2004/11/16 15:17:03 | --> Wrapper Started as Daemon > STATUS | wrapper | 2004/11/16 15:17:03 | Launching a JVM... > INFO | jvm 1 | 2004/11/16 15:17:04 | Wrapper (Version 3.1.2) > http://wrapper.tanukisoftware.org > INFO | jvm 1 | 2004/11/16 15:17:04 | > INFO | jvm 1 | 2004/11/16 15:17:05 | usage: java > org.apache.catalina.startup.Catalina [ -config {pathname} ] [ -debug ] > [ -nonaming ] { start | stop } > INFO | jvm 1 | 2004/11/16 15:17:06 | Catalina.stop: > java.net.ConnectException: Connection refused > INFO | jvm 1 | 2004/11/16 15:17:06 | java.net.ConnectException: > Connection refused > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.PlainSocketImpl.socketConnect(Native Method) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.Socket.connect(Socket.java:452) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.Socket.connect(Socket.java:402) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.net.Socket.(Socket.java:309) > INFO&nbs p; | jvm 1 | 2004/11/16 15:17:06 | at > java.net.Socket.(Socket.java:124) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.lang.reflect.Method.invoke(Method.java:324) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.lang.reflect.Method.invoke(Method.java:324) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:136) > INFO | jvm 1 | 2004/11/16 15:17:06 | at > java.lang.Thread.run(Thread.java:534) > STATUS | wrapper | 2004/11/16 15:17:08 | <-- Wrapper Stopped > > > > -------------------------------------------------------- > "Theres no such thing as a problem unless the servers are on fire!" > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Leif M. <le...@ta...> - 2004-11-17 09:33:33
|
Thomas,
I looked over the files you sent (thanks for the complete request),
but I don't see anything
that stands out as being wrong. Can you go through the following steps
to track this down?
1) Copy the exact command generated by the Wrapper into a new bat file.
It should be one
long line. Place the file in the directory where the Wrapper.exe is
located.
2) Edit the resulting command by removing the -Dwrapper.key property.
3) Start the batch file and see what happens. You should get the exact
same behavior.
4) Edit the file again and make a copy of the line, commenting out the
original.
5) Remove the -Djava.library.path property.
6) Try again.
7) Repeat 4-6 as many times as necessary to get the exact same command
as the one that was
working for you.
A little bit of work, but that is how I usually track down such problems
at this point.
Please post back with the results.
Cheers,
Leif
Tho...@ub... wrote:
>Hi all,
>
>Alan Stuart posted this problem on 5th Oct this year but no resolution was posted.
>
>I have a Java app that uses log4j as well as other '-D' additional flags on the command line.
>
>When I ran the app previously all was well (the app found the file and appenders with no issues) however when using it with the wrapper I get :
>
> jvm 1 | log4j:WARN No appenders could be found for logger (com.ubs.datait.ustax.WhTcpServer).
> jvm 1 | log4j:WARN Please initialize the log4j system properly.
>
>I obviously then get no logger output.
>
>The command line I execute (when it works) is : - note: I formatted it for easy reading
>
> java -Dlog4j.configuration=c:\whTcpServer\configs\log4j.properties
> -Dconfig.location=file
> -Dconfig.filename=c:\whTcpServer\configs\config.xml
> -classpath %JAR%
> com.ubs.datait.ustax.WhTcpServer lnd1 lnd1
>
>The relavant entries in my wrapper.conf file are:
>
> wrapper.java.additional.1=-Dlog4j.configuration=c:\whTcpServer\configs\log4j.properties
> wrapper.java.additional.2=-Dconfig.location=file
> wrapper.java.additional.3=-Dconfig.filename=c:\whTcpServer\configs\config.xml
>
>When Alan asked this question, the responce he got was:
>
>---------------------------
> Alan,
> From what you posted, I don"t see a problem with how your
> configuration. But it is not
> possible to tell without seeing your full wrapper.conf file and the
> debug output from the
> startup of your application.
>
> Add the wrapper.debug=true property and look closely at the full
> java command that
> the Wrapper generates and see if anything stands out. If you don"t see
> the problem, then
> post that output back to this list and I"ll take a look at it.
>
> Cheers,
> Leif
>---------------------------
>
>So here it is:
> - wrapper.conf is attached
> - debug output is attached
> - the exact command being executed by the wrapper is : - note: I formatted it for easy reading
> C:\Java\J2sdk_1.4.2_05\bin\java -Dlog4j.configuration=c:\whTcpServer\configs\log4j.properties
> -Dconfig.location=file
> -Dconfig.filename=c:\whTcpServer\configs\config.xml
> -Djava.library.path="C:\whTcpServer\lib"
> -classpath "C:\Java\J2sdk_1.4.2_05\lib\tools.jar;C:\whTcpServer\lib\wrapper.jar;
> C:\whTcpServer\lib\ustax.jar;C:\whTcpServer\lib\j2ee.jar;
> C:\whTcpServer\lib\classes12.jar;C:\whTcpServer\lib\jconn2.jar;
> C:\whTcpServer\lib\jfig-1.4.1.jar;C:\whTcpServer\lib\log4j-1.2.6.jar;
> C:\whTcpServer\lib\pwcrules.jar;C:\whTcpServer\lib\xml-apis.jar;
> C:\whTcpServer\lib\xercesImpl.jar"
> -Dwrapper.key="Pol5M55D_K14nYDg"
> -Dwrapper.port=32000
> -Dwrapper.debug="TRUE"
> -Dwrapper.use_system_time="TRUE"
> -Dwrapper.version="3.1.2"
> -Dwrapper.native_library="wrapper"
> -Dwrapper.cpu.timeout="10"
> -Dwrapper.jvmid=1
> org.tanukisoftware.wrapper.WrapperSimpleApp
> com.ubs.datait.ustax.WhTcpServer lnd1 lnd1
>
>Any help would be most appriciated.
>
>Thank you for your time
>
>Tom Place
>
>
|
|
From: Leif M. <le...@ta...> - 2004-11-17 09:23:48
|
Justo,
The Wrapper does not come out of the box with the necessary Makefile
to do what you
are asking. But there is no reason that it should not work. Start with
the Makefile.linux
file and replace the references to the *_unix.c source files with
*_win.c. There will most
likely be some other changes required as well, but they should not be
significant.
If you get something working, please post a simple How-To along with
the resulting
Makefile for future users.
Cheers,
Leif
Justo Casablanca wrote:
> Hi all, is there a way to compile the C code with anything other than
> the MS VC/C++ ? Are there any open-source/free compilers that could be
> used to compile the wrapper.exe in Windows ?
>
> Thanks - Justo M. Casablanca
|
|
From: Leif M. <le...@ta...> - 2004-11-17 09:20:53
|
Dan,
The Catalina main class is complaining about being passed the
incorrect parameters.
Go back and take a look at the Tomcat integration example again. I
can't tell the exact
mistake from what you sent, but it is most likely a typo or something.
If you don't see
the problem, post back with your wrapper.conf file.
Cheers,
Leif
Dan McCullough wrote:
> Anyone seen this before. Whats wrong?
>
>
>
> STATUS | wrapper | 2004/11/16 15:17:03 | --> Wrapper Started as Daemon
> STATUS | wrapper | 2004/11/16 15:17:03 | Launching a JVM...
> INFO | jvm 1 | 2004/11/16 15:17:04 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
> INFO | jvm 1 | 2004/11/16 15:17:04 |
> INFO | jvm 1 | 2004/11/16 15:17:05 | usage: java
> org.apache.catalina.startup.Catalina [ -config {pathname} ] [ -debug ]
> [ -nonaming ] { start | stop }
> INFO | jvm 1 | 2004/11/16 15:17:06 | Catalina.stop:
> java.net.ConnectException: Connection refused
> INFO | jvm 1 | 2004/11/16 15:17:06 | java.net.ConnectException:
> Connection refused
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.PlainSocketImpl.socketConnect(Native Method)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.Socket.connect(Socket.java:452)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.Socket.connect(Socket.java:402)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.Socket.<init>(Socket.java:309)
> INFO&nbs p; | jvm 1 | 2004/11/16 15:17:06 | at
> java.net.Socket.<init>(Socket.java:124)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.lang.reflect.Method.invoke(Method.java:324)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.lang.reflect.Method.invoke(Method.java:324)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:136)
> INFO | jvm 1 | 2004/11/16 15:17:06 | at
> java.lang.Thread.run(Thread.java:534)
> STATUS | wrapper | 2004/11/16 15:17:08 | <-- Wrapper Stopped
>
>
>
> --------------------------------------------------------
> "Theres no such thing as a problem unless the servers are on fire!"
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
|
|
From: Leif M. <le...@ta...> - 2004-11-17 09:18:36
|
William,
I don't have any personal experience with COM, but take a look at
this FAQ entry. It may
apply to you as well. Post back regardless.
http://wrapper.tanukisoftware.org/doc/english/faq.html#4
Cheers,
Leif
WLi...@ci... wrote:
>I'm using JIntegra within JBoss by defining the location of jintegra.jar
>in an ENV variable JBOSS_CLASSPATH...everything works fine until I run
>JBOSS as a windows service using WRAPPER
>
>I can see the needed PATH and CLASSPATH settings via debugging. However it
>does not properly resolve the COM component. I get an automationException.
>
>If I run JBoss using the prescribed method as a console app prior to
>running it as a service.
>
>http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html
>
>The COM component is resolved as needed.
>
>Any ideas as to what may be going on ?
>
>Thanks
>
>William F. Lindsay
>
>CitiStreet
>Sales Force Automation
>Retirement Services Division
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: InterSystems CACHE
>FREE OODBMS DOWNLOAD - A multidimensional database that combines
>robust object and relational technologies, making it a perfect match
>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
|
|
From: Ori A. <oa...@me...> - 2004-11-17 08:13:29
|
This is a long shot but try checking permission issues, the windows services run by default on the system account which might not have sufficient permissions on the COM component. Maybe a more detailed exception from COM could help. Ori -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of WLi...@ci... Sent: Wednesday, November 17, 2004 12:28 AM To: wra...@li... Subject: [Wrapper-user] jintegra and JBoss I'm using JIntegra within JBoss by defining the location of jintegra.jar in an ENV variable JBOSS_CLASSPATH...everything works fine until I run JBOSS as a windows service using WRAPPER I can see the needed PATH and CLASSPATH settings via debugging. However it does not properly resolve the COM component. I get an automationException. If I run JBoss using the prescribed method as a console app prior to running it as a service. http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html The COM component is resolved as needed. Any ideas as to what may be going on ? Thanks William F. Lindsay CitiStreet Sales Force Automation Retirement Services Division ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ |
|
From: Vancaudenberg N. <Nat...@si...> - 2004-11-17 08:00:21
|
Hi, I am using wrapper 3.1.1 (integration method 3) and wrote a small program that is incorporated as a service in a large program (developed at another location). This large program uses a specific service control event to inform others about changes. When receiving such an event certain actions need to be taken. My problem now is that JSW does not forward user defined service control events to the WrapperListener. The other party does not want to change their code so I need to find a solution. Is it possible for the JSW to forward service control events different from stop, shutdown and interrogate to controlEvent(int) of the WrapperListener? Kind regards, Nathalie Vancaudenberg. |
|
From: <WLi...@ci...> - 2004-11-16 22:27:32
|
I'm using JIntegra within JBoss by defining the location of jintegra.jar in an ENV variable JBOSS_CLASSPATH...everything works fine until I run JBOSS as a windows service using WRAPPER I can see the needed PATH and CLASSPATH settings via debugging. However it does not properly resolve the COM component. I get an automationException. If I run JBoss using the prescribed method as a console app prior to running it as a service. http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html The COM component is resolved as needed. Any ideas as to what may be going on ? Thanks William F. Lindsay CitiStreet Sales Force Automation Retirement Services Division |
|
From: Dan M. <Mc...@ro...> - 2004-11-16 20:24:39
|
Anyone seen this before. Whats wrong? STATUS | wrapper | 2004/11/16 15:17:03 | --> Wrapper Started as Daemon STATUS | wrapper | 2004/11/16 15:17:03 | Launching a JVM... INFO | jvm 1 | 2004/11/16 15:17:04 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org INFO | jvm 1 | 2004/11/16 15:17:04 | INFO | jvm 1 | 2004/11/16 15:17:05 | usage: java org.apache.catalina.startup.Catalina [ -config {pathname} ] [ -debug ] [ -nonaming ] { start | stop } INFO | jvm 1 | 2004/11/16 15:17:06 | Catalina.stop: java.net.ConnectException: Connection refused INFO | jvm 1 | 2004/11/16 15:17:06 | java.net.ConnectException: Connection refused INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.PlainSocketImpl.socketConnect(Native Method) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.Socket.connect(Socket.java:452) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.Socket.connect(Socket.java:402) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.Socket.<init>(Socket.java:309) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.net.Socket.<init>(Socket.java:124) INFO | jvm 1 | 2004/11/16 15:17:06 | at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.lang.reflect.Method.invoke(Method.java:324) INFO | jvm 1 | 2004/11/16 15:17:06 | at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336) INFO | jvm 1 | 2004/11/16 15:17:06 | at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1 | 2004/11/16 15:17:06 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.lang.reflect.Method.invoke(Method.java:324) INFO | jvm 1 | 2004/11/16 15:17:06 | at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:136) INFO | jvm 1 | 2004/11/16 15:17:06 | at java.lang.Thread.run(Thread.java:534) STATUS | wrapper | 2004/11/16 15:17:08 | <-- Wrapper Stopped -------------------------------------------------------- "Theres no such thing as a problem unless the servers are on fire!" __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Justo C. <jca...@cf...> - 2004-11-15 22:02:33
|
Hi all, is there a way to compile the C code with anything other than the MS VC/C++ ? Are there any open-source/free compilers that could be used to compile the wrapper.exe in Windows ? =20 Thanks - Justo M. Casablanca |
|
From: <Tho...@ub...> - 2004-11-11 17:20:12
|
Hi all,
Alan Stuart posted this problem on 5th Oct this year but no resolution =
was posted.
I have a Java app that uses log4j as well as other '-D' additional flags =
on the command line.
When I ran the app previously all was well (the app found the file and =
appenders with no issues) however when using it with the wrapper I get :
jvm 1 | log4j:WARN No appenders could be found for logger =
(com.ubs.datait.ustax.WhTcpServer).
jvm 1 | log4j:WARN Please initialize the log4j system properly.
I obviously then get no logger output.
The command line I execute (when it works) is : - note: I formatted it =
for easy reading
java -Dlog4j.configuration=3Dc:\whTcpServer\configs\log4j.properties
-Dconfig.location=3Dfile=20
-Dconfig.filename=3Dc:\whTcpServer\configs\config.xml=20
-classpath %JAR%=20
com.ubs.datait.ustax.WhTcpServer lnd1 lnd1
The relavant entries in my wrapper.conf file are:
=
wrapper.java.additional.1=3D-Dlog4j.configuration=3Dc:\whTcpServer\config=
s\log4j.properties
wrapper.java.additional.2=3D-Dconfig.location=3Dfile
=
wrapper.java.additional.3=3D-Dconfig.filename=3Dc:\whTcpServer\configs\co=
nfig.xml
When Alan asked this question, the responce he got was:
---------------------------
Alan,
From what you posted, I don"t see a problem with how your=20
configuration. But it is not
possible to tell without seeing your full wrapper.conf file and the=20
debug output from the
startup of your application.
=20
Add the wrapper.debug=3Dtrue property and look closely at the full=20
java command that
the Wrapper generates and see if anything stands out. If you don"t =
see=20
the problem, then
post that output back to this list and I"ll take a look at it.
=20
Cheers,
Leif
---------------------------
So here it is:
- wrapper.conf is attached
- debug output is attached
- the exact command being executed by the wrapper is : - note: I =
formatted it for easy reading
C:\Java\J2sdk_1.4.2_05\bin\java =
-Dlog4j.configuration=3Dc:\whTcpServer\configs\log4j.properties=20
-Dconfig.location=3Dfile=20
=
-Dconfig.filename=3Dc:\whTcpServer\configs\config.xml=20
=
-Djava.library.path=3D"C:\whTcpServer\lib"=20
-classpath =
"C:\Java\J2sdk_1.4.2_05\lib\tools.jar;C:\whTcpServer\lib\wrapper.jar;
C:\whTcpServer\lib\ustax.jar;C:\whTcpServer\lib\j2ee.jar;
=
C:\whTcpServer\lib\classes12.jar;C:\whTcpServer\lib\jconn2.jar;
=
C:\whTcpServer\lib\jfig-1.4.1.jar;C:\whTcpServer\lib\log4j-1.2.6.jar;
=
C:\whTcpServer\lib\pwcrules.jar;C:\whTcpServer\lib\xml-apis.jar;
C:\whTcpServer\lib\xercesImpl.jar"=20
-Dwrapper.key=3D"Pol5M55D_K14nYDg"=20
-Dwrapper.port=3D32000=20
-Dwrapper.debug=3D"TRUE"=20
-Dwrapper.use_system_time=3D"TRUE"=20
-Dwrapper.version=3D"3.1.2"=20
-Dwrapper.native_library=3D"wrapper"=20
-Dwrapper.cpu.timeout=3D"10"=20
-Dwrapper.jvmid=3D1=20
org.tanukisoftware.wrapper.WrapperSimpleApp=20
com.ubs.datait.ustax.WhTcpServer lnd1 lnd1
Any help would be most appriciated.
Thank you for your time
Tom Place
|
|
From: Leif M. <le...@ta...> - 2004-11-11 06:26:06
|
Paul Casanova wrote: >Thanks Leif, > >The trouble is that we may not see this happen again for months - can't >enable debugging indefinitely. > > If you are using 3.1.2 you can also just set wrapper.java.command.loglevel=STATUS That will display the java command on startup but not any other debug output. Just noticed that the doc page for that property is missing :-/ Will get that taken care of. Cheers, Leif |
|
From: Paul C. <cas...@au...> - 2004-11-11 05:41:50
|
Thanks Leif,
The trouble is that we may not see this happen again for months - can't
enable debugging indefinitely.
As I said though, I now don't think it was the Wrapper as the docs say the
Wrapper selects ports between 32000 and 32999, so something else must have
been blocking.
Regards,
Paul Casanova
Leif Mortenson
<leif@tanukisoftw
are.com> To
Sent by: wra...@li...
wrapper-user-admi cc
n...@li...
ge.net Subject
Re: [Wrapper-user] Port number:
specify exclusions?
11/11/2004 04:34
PM
Please respond to
wrapper-user
Paul,
Run the wrapper with debug enabled. You should see the wrapper.port
property being
passed to the JVM in the command used to launch the JVM.
I do like the idea of being able to specify a range however. That
should be easy to do.
Cheers,
Leif
Paul Casanova wrote:
>Sorry,
>
>I've just re-read the doco and see that ports are automatically sourced
>from 32000-32999 - so it mustn't be the Wrapper that's taking the port.
>
>Apologies.
>
>Regards,
>
>Paul Casanova
>
>
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Leif M. <le...@ta...> - 2004-11-11 05:35:31
|
Paul,
Run the wrapper with debug enabled. You should see the wrapper.port
property being
passed to the JVM in the command used to launch the JVM.
I do like the idea of being able to specify a range however. That
should be easy to do.
Cheers,
Leif
Paul Casanova wrote:
>Sorry,
>
>I've just re-read the doco and see that ports are automatically sourced
>from 32000-32999 - so it mustn't be the Wrapper that's taking the port.
>
>Apologies.
>
>Regards,
>
>Paul Casanova
>
>
|
|
From: Paul C. <cas...@au...> - 2004-11-11 04:20:54
|
Sorry, I've just re-read the doco and see that ports are automatically sourced from 32000-32999 - so it mustn't be the Wrapper that's taking the port. Apologies. Regards, Paul Casanova |
|
From: Paul C. <cas...@au...> - 2004-11-11 04:00:36
|
Hi all, As usual the Wrapper is doing it's thing very well, with the exception of poaching my application's port number (1099) sometimes (twice now). This is only an issue because using RMI my apps bind to 1099 at the end of startup, at which point the Wrapper has already aquired this port (as mentioned - sometimes). I understand that the Wrapper now automatically selects an unused port to run on - is there any way to specify which ports not to use? Regards, Paul Casanova |
|
From: Megha B. <mb...@re...> - 2004-11-10 15:10:17
|
Hi, I have a wrapper for an application which uses proxool for database connection, when i stop the application, i have a shutdown hook for the database pool also but it doesn't shut down properly. I get the following exception: INFO: Shutting down 'wks' pool immediately [Shutdown Hook] INFO | jvm 1 | 2004/11/10 09:34:19 | Nov 10, 2004 9:34:18 AM org.logicalcobwebs.proxool.ShutdownHook remove INFO | jvm 1 | 2004/11/10 09:34:19 | SEVERE: Problem calling "get cause" on IllegalStateException. INFO | jvm 1 | 2004/11/10 09:34:19 | java.lang.reflect.InvocationTargetException INFO | jvm 1 | 2004/11/10 09:34:19 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1 | 2004/11/10 09:34:19 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) INFO | jvm 1 | 2004/11/10 09:34:19 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41) INFO | jvm 1 | 2004/11/10 09:34:19 | at java.lang.reflect.Method.invoke(Method.java:386) INFO | jvm 1 | 2004/11/10 09:34:19 | at org.logicalcobwebs.proxool.ShutdownHook.remove(ShutdownHook.java:40) INFO | jvm 1 | 2004/11/10 09:34:19 | at org.logicalcobwebs.proxool.ProxoolFacade.shutdown(ProxoolFacade.java:238) INFO | jvm 1 | 2004/11/10 09:34:19 | at org.logicalcobwebs.proxool.ProxoolFacade.shutdown(ProxoolFacade.java:220) INFO | jvm 1 | 2004/11/10 09:34:19 | at org.logicalcobwebs.proxool.ShutdownHook.run(ShutdownHook.java:99) INFO | jvm 1 | 2004/11/10 09:34:19 | at java.lang.Thread.run(Thread.java:568) INFO | jvm 1 | 2004/11/10 09:34:19 | Caused by: java.lang.IllegalStateException: Shutdown in progress INFO | jvm 1 | 2004/11/10 09:34:19 | at java.lang.Shutdown.remove(Shutdown.java:133) INFO | jvm 1 | 2004/11/10 09:34:19 | at java.lang.Runtime.removeShutdownHook(Runtime.java:250) INFO | jvm 1 | 2004/11/10 09:34:19 | ... 9 more Is there some way to gracefully exit out of both? thanks, Meg |
|
From: Leif M. <le...@ta...> - 2004-11-09 14:23:52
|
Ajay,
There are not currently any binaries available for that platform.
This does not mean that
the Wrapper can not be run on that platform, simply that I do not have
access to such a
machine in order to generate the build.
Please download the source distribution and give it a try. You
will most likely have a few
questions, but I should be able to walk you through it. The Wrapper's
build system uses
an included copy of Ant. Depending on the value of the os.name
property, it decides on a
Makefile to use for the current platform. Most likely you will need to
copy the current
Makefile.solaris file and make a few changes for your platform. I
suggest just running
./build.sh in the root of the src directory and see how far you get out
of the box.
I am able to support many of the platforms listed below because
several Wrapper users
are willing to donate a little bit of time and CPU a few times a year to
help out with releases
and testing. If I find someone for the Solaris Intel x86 platform to
help out then we can start
supporting that platform as well. (hint hint)
Cheers,
Leif
Ajay Khairnar wrote:
> Hi,
> I am using Java Service Wrapper for windows platform and it's working
> excellent. Thanks to tanukisoftware for development of this wrapper. I
> wish
> to know whether wrapper is available for Solaris Intel (X/86) platform or
> not. Because we are having Solaris Intel (X/86) machine and we want
> to test
> our program on this machine. I have not seen binaries download of wrapper
> for Solaris Intel (X/86) platform. Binaries downloads are available for
> following platform only:
>
> wrapper_aix_3.1.1.tar.gz -> Other
> wrapper_freebsd_3.1.1.tar.gz -> i386
> wrapper_hpux_3.1.1.tar.gz -> Other
> wrapper_hpux64_3.1.1.tar.gz -> Other
> wrapper_irix_3.1.1.tar.gz -> Other
> wrapper_linux_3.1.1.tar.gz -> i386
> wrapper_macosx_3.1.1.tar.gz -> PPC
> wrapper_osf1_3.1.1.tar.gz -> Alpha
> wrapper_solaris_3.1.1.tar.gz -> UltraSparc
> wrapper_win32_3.1.1.zip -> i386
>
> Please let me know from above which one i can use for Solaris Intel (X/86)
> platform.
> Please reply.
>
> Thanks in Advance.
>
> Regards,
> Ajay Khairnar
|
|
From: Sander S. <se...@ro...> - 2004-11-08 20:20:29
|
At 12:58 AM 11/9/2004 +0900, you wrote: > From the log, the problem is that the Wrapper is not able to launch the > "java" command. >Unless you have specified a user to run as in the shell script, the >Wrapper will be running >as root. My guess is that java is not on the PATH of the root user. > >The easiest way to fix this is to use a JAVA_HOME environment variable: >set.JAVA_HOME=/opt/java_sdk_xyz >wrapper.java.command=%JAVA_HOME%/bin/java > >You can either set it in your wrapper.conf file as above, or define it for >the root user. Okay, that did it. Things are working great now. It took me a while to figure out how to set an environment variable so that it would be available when necessary, but once I did things are working fine. Thanks a lot for your help. >What browser / version are you using? The font should not be small :-/ > >Cheers, >Leif I'm running IE6 on an XP box. The body of the website is acceptable, but the navigation on the left (Essentials, Documentation, etc.) is minuscule. I loaded things up on Firefox and an old version of Mozilla, and while these things are small, they are legible. I don't know what IE is doing, but those labels are too small to read. Sander |
|
From: Geoffrey M. <ga...@im...> - 2004-11-08 16:14:26
|
In your wrapper.conf, set wrapper.java.command to the full path to your java executable (if you don't know what that is, try "which java" at the command prompt). At boot time, the environment available is quite minimal, and paths are generally not set. You may find other paths which you need to explicitly set as well. Sander Smith wrote: > I've just started using this code and to say that I'm pleasantly > impressed would be an understatement. Things have been working great > out of the box with very minimal efforts from me. > > I have a little server that I've put the Wrapper in front of, and > things work fine. I'm developing on Windows, and it works there as > well as working as an NT service. I copy everything over to Linux, and > it works there also. Great. Now the problems start. I'd like to start > the server every time Linux boots as a daemon (just like an NT > Service). Unfortunately, while I know lots about Java and Windows, I > know almost squat about Linux. I put the start command in > /etc/rc.d/rc.local and have found that the server does not start. > Looking at my log I see: > > DEBUG | wrapper | 2004/11/08 09:56:00 | Spawning intermediate > process... > DEBUG | wrapper | 2004/11/08 09:56:00 | Spawning daemon process... > STATUS | wrapper | 2004/11/08 09:56:00 | --> Wrapper Started as Daemon > DEBUG | wrapper | 2004/11/08 09:56:00 | Using system timer. > DEBUG | wrapperp | 2004/11/08 09:56:00 | server listening on port 32000. > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[0] : java > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[1] : > -Djava.library.path=lib > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[2] : -classpath > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[3] : > lib/wrapper.jar:lib/Sericon.jar:lib/Tomcat.jar > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[4] : > -Dwrapper.key=PxmJatXIRjWOVZR_ > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[5] : > -Dwrapper.port=32000 > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[6] : > -Dwrapper.debug=TRUE > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[7] : > -Dwrapper.use_system_time=TRUE > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[8] : > -Dwrapper.version=3.1.2 > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[9] : > -Dwrapper.native_library=wrapper > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[10] : > -Dwrapper.service=TRUE > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[11] : > -Dwrapper.cpu.timeout=10 > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[12] : -Dwrapper.jvmid=1 > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[13] : > org.tanukisoftware.wrapper.WrapperSimpleApp > DEBUG | wrapper | 2004/11/08 09:56:00 | Command[14] : > com.Sericon.LicensingServer.GUI.MainServerNoWindows > STATUS | wrapper | 2004/11/08 09:56:00 | Launching a JVM... > ERROR | wrapper | 2004/11/08 09:56:00 | Unable to start JVM: No such > file or directory (2) > ERROR | wrapper | 2004/11/08 09:56:00 | Critical error: wait for JVM > process failed (No child processes) > DEBUG | wrapper | 2004/11/08 09:56:01 | JVM process exited with a > code of 1, setting the wrapper exit code to 1. > ERROR | wrapper | 2004/11/08 09:56:01 | JVM exited while loading the > application. > DEBUG | wrapper | 2004/11/08 09:56:01 | JVM was only running for 0 > seconds leading to a failed restart count of 1. > DEBUG | wrapper | 2004/11/08 09:56:01 | Waiting 5 seconds before > launching another JVM. > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[0] : java > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[1] : > -Djava.library.path=lib > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[2] : -classpath > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[3] : > lib/wrapper.jar:lib/Sericon.jar:lib/Tomcat.jar > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[4] : > -Dwrapper.key=17MbBIUs1QfWO6Wu > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[5] : > -Dwrapper.port=32000 > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[6] : > -Dwrapper.debug=TRUE > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[7] : > -Dwrapper.use_system_time=TRUE > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[8] : > -Dwrapper.version=3.1.2 > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[9] : > -Dwrapper.native_library=wrapper > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[10] : > -Dwrapper.service=TRUE > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[11] : > -Dwrapper.cpu.timeout=10 > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[12] : -Dwrapper.jvmid=2 > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[13] : > org.tanukisoftware.wrapper.WrapperSimpleApp > DEBUG | wrapper | 2004/11/08 09:56:05 | Command[14] : > com.Sericon.LicensingServer.GUI.MainServerNoWindows > STATUS | wrapper | 2004/11/08 09:56:05 | Launching a JVM... > ERROR | wrapper | 2004/11/08 09:56:05 | Unable to start JVM: No such > file or directory (2) > ERROR | wrapper | 2004/11/08 09:56:05 | Critical error: wait for JVM > process failed (No child processes) > DEBUG | wrapper | 2004/11/08 09:56:05 | JVM process exited with a > code of 1, setting the wrapper exit code to 1. > ERROR | wrapper | 2004/11/08 09:56:05 | Unable to start a JVM > STATUS | wrapper | 2004/11/08 09:56:05 | <-- Wrapper Stopped > > > > > I'm guessing that the boot process is not ready yet to start my > server. Should I be putting this command in a different place? Any > other ideas on what I should be doing? > > Thanks a lot for this great tool. One other criticism - what's with > the really tiny font on the webpage? > > Sander Smith > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > --- > [This E-mail scanned for viruses by Declude Virus] > > > --- [This E-mail scanned for viruses by Declude Virus] |
|
From: Leif M. <le...@ta...> - 2004-11-08 15:58:52
|
Sander, Sander Smith wrote: > I have a little server that I've put the Wrapper in front of, and > things work fine. I'm developing on Windows, and it works there as > well as working as an NT service. I copy everything over to Linux, and > it works there also. Great. Now the problems start. I'd like to start > the server every time Linux boots as a daemon (just like an NT > Service). Unfortunately, while I know lots about Java and Windows, I > know almost squat about Linux. I put the start command in > /etc/rc.d/rc.local and have found that the server does not start. > Looking at my log I see: From the log, the problem is that the Wrapper is not able to launch the "java" command. Unless you have specified a user to run as in the shell script, the Wrapper will be running as root. My guess is that java is not on the PATH of the root user. The easiest way to fix this is to use a JAVA_HOME environment variable: set.JAVA_HOME=/opt/java_sdk_xyz wrapper.java.command=%JAVA_HOME%/bin/java You can either set it in your wrapper.conf file as above, or define it for the root user. > Thanks a lot for this great tool. One other criticism - what's with > the really tiny font on the webpage? What browser / version are you using? The font should not be small :-/ Cheers, Leif |
|
From: Sander S. <se...@ro...> - 2004-11-08 15:30:05
|
I've just started using this code and to say that I'm pleasantly impressed would be an understatement. Things have been working great out of the box with very minimal efforts from me. I have a little server that I've put the Wrapper in front of, and things work fine. I'm developing on Windows, and it works there as well as working as an NT service. I copy everything over to Linux, and it works there also. Great. Now the problems start. I'd like to start the server every time Linux boots as a daemon (just like an NT Service). Unfortunately, while I know lots about Java and Windows, I know almost squat about Linux. I put the start command in /etc/rc.d/rc.local and have found that the server does not start. Looking at my log I see: DEBUG | wrapper | 2004/11/08 09:56:00 | Spawning intermediate process... DEBUG | wrapper | 2004/11/08 09:56:00 | Spawning daemon process... STATUS | wrapper | 2004/11/08 09:56:00 | --> Wrapper Started as Daemon DEBUG | wrapper | 2004/11/08 09:56:00 | Using system timer. DEBUG | wrapperp | 2004/11/08 09:56:00 | server listening on port 32000. DEBUG | wrapper | 2004/11/08 09:56:00 | Command[0] : java DEBUG | wrapper | 2004/11/08 09:56:00 | Command[1] : -Djava.library.path=lib DEBUG | wrapper | 2004/11/08 09:56:00 | Command[2] : -classpath DEBUG | wrapper | 2004/11/08 09:56:00 | Command[3] : lib/wrapper.jar:lib/Sericon.jar:lib/Tomcat.jar DEBUG | wrapper | 2004/11/08 09:56:00 | Command[4] : -Dwrapper.key=PxmJatXIRjWOVZR_ DEBUG | wrapper | 2004/11/08 09:56:00 | Command[5] : -Dwrapper.port=32000 DEBUG | wrapper | 2004/11/08 09:56:00 | Command[6] : -Dwrapper.debug=TRUE DEBUG | wrapper | 2004/11/08 09:56:00 | Command[7] : -Dwrapper.use_system_time=TRUE DEBUG | wrapper | 2004/11/08 09:56:00 | Command[8] : -Dwrapper.version=3.1.2 DEBUG | wrapper | 2004/11/08 09:56:00 | Command[9] : -Dwrapper.native_library=wrapper DEBUG | wrapper | 2004/11/08 09:56:00 | Command[10] : -Dwrapper.service=TRUE DEBUG | wrapper | 2004/11/08 09:56:00 | Command[11] : -Dwrapper.cpu.timeout=10 DEBUG | wrapper | 2004/11/08 09:56:00 | Command[12] : -Dwrapper.jvmid=1 DEBUG | wrapper | 2004/11/08 09:56:00 | Command[13] : org.tanukisoftware.wrapper.WrapperSimpleApp DEBUG | wrapper | 2004/11/08 09:56:00 | Command[14] : com.Sericon.LicensingServer.GUI.MainServerNoWindows STATUS | wrapper | 2004/11/08 09:56:00 | Launching a JVM... ERROR | wrapper | 2004/11/08 09:56:00 | Unable to start JVM: No such file or directory (2) ERROR | wrapper | 2004/11/08 09:56:00 | Critical error: wait for JVM process failed (No child processes) DEBUG | wrapper | 2004/11/08 09:56:01 | JVM process exited with a code of 1, setting the wrapper exit code to 1. ERROR | wrapper | 2004/11/08 09:56:01 | JVM exited while loading the application. DEBUG | wrapper | 2004/11/08 09:56:01 | JVM was only running for 0 seconds leading to a failed restart count of 1. DEBUG | wrapper | 2004/11/08 09:56:01 | Waiting 5 seconds before launching another JVM. DEBUG | wrapper | 2004/11/08 09:56:05 | Command[0] : java DEBUG | wrapper | 2004/11/08 09:56:05 | Command[1] : -Djava.library.path=lib DEBUG | wrapper | 2004/11/08 09:56:05 | Command[2] : -classpath DEBUG | wrapper | 2004/11/08 09:56:05 | Command[3] : lib/wrapper.jar:lib/Sericon.jar:lib/Tomcat.jar DEBUG | wrapper | 2004/11/08 09:56:05 | Command[4] : -Dwrapper.key=17MbBIUs1QfWO6Wu DEBUG | wrapper | 2004/11/08 09:56:05 | Command[5] : -Dwrapper.port=32000 DEBUG | wrapper | 2004/11/08 09:56:05 | Command[6] : -Dwrapper.debug=TRUE DEBUG | wrapper | 2004/11/08 09:56:05 | Command[7] : -Dwrapper.use_system_time=TRUE DEBUG | wrapper | 2004/11/08 09:56:05 | Command[8] : -Dwrapper.version=3.1.2 DEBUG | wrapper | 2004/11/08 09:56:05 | Command[9] : -Dwrapper.native_library=wrapper DEBUG | wrapper | 2004/11/08 09:56:05 | Command[10] : -Dwrapper.service=TRUE DEBUG | wrapper | 2004/11/08 09:56:05 | Command[11] : -Dwrapper.cpu.timeout=10 DEBUG | wrapper | 2004/11/08 09:56:05 | Command[12] : -Dwrapper.jvmid=2 DEBUG | wrapper | 2004/11/08 09:56:05 | Command[13] : org.tanukisoftware.wrapper.WrapperSimpleApp DEBUG | wrapper | 2004/11/08 09:56:05 | Command[14] : com.Sericon.LicensingServer.GUI.MainServerNoWindows STATUS | wrapper | 2004/11/08 09:56:05 | Launching a JVM... ERROR | wrapper | 2004/11/08 09:56:05 | Unable to start JVM: No such file or directory (2) ERROR | wrapper | 2004/11/08 09:56:05 | Critical error: wait for JVM process failed (No child processes) DEBUG | wrapper | 2004/11/08 09:56:05 | JVM process exited with a code of 1, setting the wrapper exit code to 1. ERROR | wrapper | 2004/11/08 09:56:05 | Unable to start a JVM STATUS | wrapper | 2004/11/08 09:56:05 | <-- Wrapper Stopped I'm guessing that the boot process is not ready yet to start my server. Should I be putting this command in a different place? Any other ideas on what I should be doing? Thanks a lot for this great tool. One other criticism - what's with the really tiny font on the webpage? Sander Smith |
|
From: Eoin (Peelmeagrape) <eo...@pe...> - 2004-10-27 15:07:27
|
I am putting together a release of some software. I would like to have
one release that can be launched with wrapper on different platforms.
What I have done so far is as follows (just showing linux and windows):
project/
bin/
wrapper.conf
wrapper.jar
wrapper.license.txt
windows/
wrapper.dll
wrapper.exe
installservice.bat
run.bat
linux/
wrapper
libwrapper.so
run.sh
the intention is to run the sh / bat file for the desired platform and
have them use the same conf file. To do this, i've made the following
settings in the conf file:
wrapper.working.dir=../..
wrapper.java.classpath.1=bin/wrapper.jar
wrapper.java.library.path.1=bin/%PLATFORM%/
wrapper.java.library.path.2=bin/windows/
and edited the script files to set an environment variable PLATFORM to
the name of the platform (windows, linux etc.). To get this to work with
windows service (where the bat file is not run on service start), i also
add the windows folder as a java library path.
run.bat contains:
set PLATFORM=windows
run.sh contains:
PLATFORM="linux"
export PLATFORM
This is all working ok. What I'm wondering is if there's a neater way to
do it (in particular adding the windows folder to library path for all
platforms i don't like). If not, would it be a useful feature for
wrapper to have some feature to make this type of multi-platform
configuration easier?
regards,
Eoin Curran.
|
|
From: Hazelton, P. <PHa...@fn...> - 2004-10-27 10:11:21
|
Hi If you've seen the previous mails on this topic and want the solution, I've worked out how to use these tools together. Here you go: Once a "jvmstat enabled" JVM is started it writes a HotSpot "perfdata" file to the temp directory of the user who started the JVM. The file's name is the process id of the JVM. When you run the jvmps or one of the other jvmstat instruments they seem to look for this file, in the temp directory of the user running the jvmstat instrument. The temp directory is determined by the TMP environment variable. In my case jvmstat was looking for the in C:\Documents and Settings\my_user\Local Settings\Temp. When I start the JVM normally the "perfdata" is in the directory, but using Wrapper it goes to C:\WINNT\Temp. Thus, the problem is not that Wrapper is not starting the JVM in a monitorable mode, but rather that the jvmstat tools just can't locate the "perfdata" left by the JVM. So, the simplest fix for this is changing the TMP environment variable to point to C:\WINNT\Temp before starting the jvmstat tools. Obviously with this information you could work out different, more elegant, ways of solving the problem. Cheers Paul my config: Windows 2000 SP4 J2SDK 1.4.2_06 jvmstat 2.0_b11 Wrapper 3.1.2 _________________________________________________________________________= __________________________ The views expressed in this email are, unless otherwise stated, those of = the author and not those of the FirstRand Banking Group an Authorised Financial Service Provider o= r its management. The information in this e-mail is confidential and is intended solely for= =20the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribut= ion or any action taken or=20 omitted in reliance on this, is prohibited and may be unlawful. Whilst all reasonable steps are taken to ensure the accuracy and integrit= y of information and data=20 transmitted electronically and to preserve the confidentiality thereof, n= o liability or=20 responsibility whatsoever is accepted if information or data is, for what= ever reason, corrupted=20 or does not reach its intended destination. =20 ________________________________ |
|
From: Richard E. <rem...@ed...> - 2004-10-26 15:37:54
|
Setting IGNORE_SIGNALS to true in the 3.1.2 linux script does not help. When SIGTERM is sent to the JVM, kill java_process_id the WrapperSimpleApp's controlEvent method is called with results in a call to WrapperManager.stop - both JVM and Wrapper are stopped. Richard Leif Mortenson wrote: > If you send a SIGTERM to the JVM, it will interpret this a CTRL-C and > shutdown cleanly. > This is actually the correct behavior. If you want the JVM and Wrapper > to ignore such > signals, you can do so by setting the wrapper.ignore_signals property. > If you do that however, > you should also take a look at the wrapper.anchorfile property. > http://wrapper.tanukisoftware.org/doc/english/prop-ignore-signals.html > http://wrapper.tanukisoftware.org/doc/english/prop-anchorfile.html > > If you choose this method, then I suggest setting the IGNORE_SIGNALS > property in the > 3.1.2 shell script rather than setting the properties directly. This > will cause the shell script > to cleanly start and stop the wrapper using the anchor file rather than > signals. > > Cheers, > Leif > > Richard Emberson wrote: > >> Version 3.1.2 >> OS linux >> using WrapperSimpleApp >> >> killing the java process using the kill command, >> >> >> >>> kill java_process_id >>> >> >> >> also kills the wrapper process. >> >> Why? >> >> Thanks. >> >> Richard >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
165 messages has been excluded from this view by a project administrator.
