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: Tony A. <Ton...@ru...> - 2005-02-23 19:15:03
|
Hello,
I have the wrapper configured and working but wanted to crank up the
amount of memory available so I set the wrapper.java.initmemory to be
1024 and the wrapper.java.maxmemory to be 2048. Previously I have them
set to 1024 for init and 1280 for max and it starts the application
fine. If I try to use a value bigger than 1280 it always fails. How can
I get this to work for more memory. I am using this on a Window2003
server with 4GB ram and about 3.5GB unutilized? I am using JVM 1.4.2_06
on ther server and using it to start JBoss. Any help would be greatly
appreciated.
thanks,
Here is my wrapper.conf if that is any help:
#********************************************************************
# Wrapper Version 3.1.2
#********************************************************************
# Java Application
wrapper.java.command=D:\java\j2sdk1.4.2_06\bin\java
# Java Main class. This class must implement the WrapperListener
interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration
section
# of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=D:\JBoss\jboss_tomcat\jboss\server\tomcatEclipse\lib\wrapper.jar
wrapper.java.classpath.2=D:\java\j2sdk1.4.2_06\lib\tools.jar
wrapper.java.classpath.3=D:\JBoss\jboss_tomcat\jboss\bin\run.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=D:\JBoss\jboss_tomcat\jboss\server\tomcatEclipse\lib
# Java Additional Parameters - Remote Debugging Disabled (default)
wrapper.java.additional.1=-server
-Dprogram.name=D:\JBoss\jboss_tomcat\jboss\bin\run.bat
wrapper.java.additional.2=-Dpropfile=D:\RcDepWarJB\summit\assnlist.properties
wrapper.java.additional.3=-Dcontextfile=D:\RcDepWarJB\summit\context.properties
wrapper.java.additional.4=-Drc.plugins=D:\RcPlugins
wrapper.java.additional.5=-Drc.serverConfigFile=D:\RcDepWarJB\summit\config.properties
wrapper.java.additional.6=-Drc.debugLevel=2 -XX:MaxPermSize=256m
-XX:PermSize=64m -Djava.rmi.server.hostname=localhost
# Java Additional Parameters - Remote Debugging Enabled
# wrapper.java.additional.1=-server
-Dprogram.name=D:\JBoss\jboss_tomcat\jboss\bin\run.bat
#
wrapper.java.additional.2=-Dpropfile=D:\RcDepWarJB\summit\assnlist.properties
#
wrapper.java.additional.3=-Dcontextfile=D:\RcDepWarJB\summit\context.properties
# wrapper.java.additional.4=-Drc.plugins=D:\RcPlugins
-Drc.serverConfigFile=D:\RcDepWarJB\summit\config.properties
# wrapper.java.additional.5=-Drc.debugLevel=2 -XX:MaxPermSize=256m
-XX:PermSize=64m -Djava.rmi.server.hostname=localhost
# wrapper.java.additional.6=-Xdebug
-Xrunjdwp:server=y,transport=dt_socket,address=4142,suspend=n
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=1024
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=1280
# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=org.jboss.Main
wrapper.app.parameter.2=-c
wrapper.app.parameter.3=tomcatEclipse
Tony Awbrey
RuffaloCODY, LLC.
Phone: 319.730.2480
Fax: 319.362.7457
Address: 65 Kirkwood North Road SW
Cedar Rapids, IA 52404
IBM Certified Specialist --
iSeries Technical Solutions Design V4R5
iSeries Solution Sales V5R3
|
|
From: <abr...@gm...> - 2005-02-23 19:07:25
|
I wouldn't go so far to load files from inside jar's. Since the wrapper is a native application this would require tar/zip functionality. But your right to point out that the classpath is defined inside the wrapper config. Because I currently start java processes directly from command line I assumed that the classpath is defined in the shell environment. This may be true for Solaris/Linux where I can set the classpath using ".profile", but if I want to start my class as NT service, the classpath won't be set in the service environment. One could only assume the classpath to be set in the environment during INSTALL time. But that's not sufficient, is it? I will think it over ;-) but for now my solution to pass "set.MYPATH=%MYPATH%" to the wrapper executable in the starting script and to use "%MYPATH%" as path for loading include files works absolutely fine. I think I was just a little bit irritated by having all paths relative to the wrapper binary. / Andreas -----Ursprüngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Mittwoch, 23. Februar 2005 01:56 An: wra...@li... Betreff: Re: AW: [Wrapper-user] wrapper and relative file locations Should it also load them from inside JAR's that are in the classpath? Also, note that the java application's classpath is defined by the wrapper.config file. How does it find the config file? ;-) It would be do-able to have a WRAPPER_HOME env var, but I usually find env-vars a very brittle mechanism for configuration of server applications. -Nick Internet abr...@gm...@lists.sourceforge.net - 22/02/2005 21:38 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: AW: [Wrapper-user] wrapper and relative file locations Oh, and I forgot: even as a native application the wrapper could <naive>easily</naive> be enabled to use the classpath, because that's only an environment variable which is easy to parse: Parse it, filter out all files and you got a list of directories where you can look for files given with relative path names. <naive>Shouldn't be too difficult, right?</naive> / Andreas -----Ursprüngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Dienstag, 22. Februar 2005 14:42 An: wra...@li... Betreff: Re: [Wrapper-user] wrapper and relative file locations Well, firstly, the wrapper is a native application, so it wont know too much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simpler (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially includes) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Below that I have a "config" directory containing all configuration files I need. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include it using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. **************************************************************************** ****************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Frederic L. <fre...@gm...> - 2005-02-23 09:32:28
|
Hi, Glen, I've very interested in the changes you made, specially being able to use the wrapper to quick start some applications like a java gui app where I do not need the wrapper monitoring the "java" process. Would it be possible to post or send me by email the binaries of the wrapper including your changes? thanks, -fred |
|
From: <nic...@uk...> - 2005-02-23 00:55:46
|
Should it also load them from inside JAR's that are in the classpath? Also, note that the java application's classpath is defined by the wrapper.config file. How does it find the config file? ;-) It would be do-able to have a WRAPPER_HOME env var, but I usually find env-vars a very brittle mechanism for configuration of server applicati= ons. -Nick Internet abr...@gm...@lists.sourceforge.net - 22/02/2005 21:38 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: AW: [Wrapper-user] wrapper and relative file locations Oh, and I forgot: even as a native application the wrapper could <naive>easily</naive> be enabled to use the classpath, because that's o= nly an environment variable which is easy to parse: Parse it, filter out al= l files and you got a list of directories where you can look for files gi= ven with relative path names. <naive>Shouldn't be too difficult, right?</na= ive> / Andreas -----Urspr=FCngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Dienstag, 22. Februar 2005 14:42 An: wra...@li... Betreff: Re: [Wrapper-user] wrapper and relative file locations Well, firstly, the wrapper is a native application, so it wont know too= much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simple= r (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially include= s) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Bel= ow that I have a "config" directory containing all configuration files I n= eed. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include i= t using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Superg=FCnstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. ***********************************************************************= ***** ****************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user = |
|
From: <abr...@gm...> - 2005-02-22 21:38:36
|
Oh, and I forgot: even as a native application the wrapper could <naive>easily</naive> be enabled to use the classpath, because that's only an environment variable which is easy to parse: Parse it, filter out all files and you got a list of directories where you can look for files given with relative path names. <naive>Shouldn't be too difficult, right?</naive> / Andreas -----Ursprüngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Dienstag, 22. Februar 2005 14:42 An: wra...@li... Betreff: Re: [Wrapper-user] wrapper and relative file locations Well, firstly, the wrapper is a native application, so it wont know too much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simpler (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially includes) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Below that I have a "config" directory containing all configuration files I need. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include it using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. **************************************************************************** ****************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: <abr...@gm...> - 2005-02-22 21:31:18
|
Hi, I need the configuration for Windows, Solaris and Linux. What I'm doing now is almost what you suggested: I'm passing "set.MYPATH=%MYPATH%" respectively "set.MYPATH=$MYPATH" in the calling script to the wrapper. I wouldn't need that on Unix/Linux, but I want to start the processes on Windows as a service and "MYPATH" is not defined in that environment. Works just fine. Thanks, Andreas -----Ursprüngliche Nachricht----- Von: wra...@li... [mailto:wra...@li...]Im Auftrag von nic...@uk... Gesendet: Dienstag, 22. Februar 2005 14:42 An: wra...@li... Betreff: Re: [Wrapper-user] wrapper and relative file locations Well, firstly, the wrapper is a native application, so it wont know too much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simpler (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially includes) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Below that I have a "config" directory containing all configuration files I need. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include it using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. **************************************************************************** ****************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: <nic...@uk...> - 2005-02-22 13:45:16
|
Well, firstly, the wrapper is a native application, so it wont know too much about classpath ;-) Are you on windows or unix? You can pass absolute paths to the config files if that makes it simpler (just edit the batch/shell script file) -Nick Internet ABr...@gm...@lists.sourceforge.net - 22/02/2005 09:35 Please respond to wra...@li... Sent by: wra...@li... To: wrapper-user cc: Subject: [Wrapper-user] wrapper and relative file locations Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially includes) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Below that I have a "config" directory containing all configuration files I need. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include it using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Superg=FCnstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user This message and any attachments (the "message") is=20 intended solely for the addressees and is confidential.=20 If you receive this message in error, please delete it and=20 immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole=20 or partial, is prohibited except formal approval. The internet=20 can not guarantee the integrity of this message.=20 BNP PARIBAS (and its subsidiaries) shall (will) not=20 therefore be liable for the message if modified.=20 ***************************************************************************= ******************* BNP Paribas Private Bank London Branch is authorised=20 by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the=20 United Kingdom. =20 BNP Paribas Fund Services UK Limited is authorised and=20 regulated by the Financial Services Authority. |
|
From: <ABr...@gm...> - 2005-02-22 09:35:22
|
Hi, I do not quite understand why the wrapper's path name behavior is so dependent on the wrappers location. Is it possible for the wrapper to find config-files (especially includes) also in the class path? That would make life much easier. For my application I have a directory named "run" in the classpath. Below that I have a "config" directory containing all configuration files I need. Inside of java I can alwas load them using the ClassLoader and "config/filename". I would like to place a basic wrapper configuration there and include it using "#include config/base.conf", but that does not work. Regards, Andreas -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl |
|
From: Huang, Y. (M. R. Interface) <yuf...@ml...> - 2005-02-21 12:40:41
|
Any thoughts about this? Yufu -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Huang, Yufu (MLCI Real Interface) Sent: Friday, February 18, 2005 7:21 AM To: wra...@li... Subject: [Wrapper-user] WrapperSimpleApp and NT Service Properties' Recovery Configure Hi, I'm using WrapperSimpleApp for my Java application. Should I use NT Service Properties' Recovery to configure the response in case the service fails? Is it true that WrapperSimpleApp starts the wrapped application (JVM) while NT service starts the service itself? Thanks. Yufu -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -------------------------------------------------------- ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Jim R. <jr...@er...> - 2005-02-21 01:09:23
|
Does anyone care about this? (With apologies to the "the wrapper should
only be used for services" folks.)
With the idea of making a wrapperW.exe, the solution seems to go about
like this (some refinements and more testing needed). Modify
wrapper_win.c
replace:
void _CRTAPI1 main(int argc, char **argv) {
with something like this, then compile it as a Win32 application:
void _CRTAPI1 myMain(int argc, char **argv);
#ifdef _WIN32
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nShowCmd ) {
char** argv = malloc(sizeof(char *)*1);
MSG msg;
BOOL bRet;
char appName[MAX_PATH];
GetModuleFileName(hInstance, appName, sizeof(appName)-1);
argv[0] = appName;
myMain (1, argv);
// Start the message loop.
while( (bRet = GetMessage( &msg, NULL, 0, 0 )) != 0)
{
if (bRet == -1)
{
// handle the error and possibly exit
}
else
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
}
#else {
void _CRTAPI1 main(int argc, char **argv) {
main(argc, argv);
}
#endif
// renamed main.
void _CRTAPI1 myMain(int argc, char **argv) {
[...]
The problem is that I don't parse the arguments - just push in argv[0].
The lpCmdLine string seems to be pretty close, but I think that it's
missing argv[0] - the application name.
There are a number of examples of parsing and creating an argv and argc.
For example, this message seems to contain the code:
http://public.kitware.com/pipermail/cmake/2004-June/005170.html
This seems close:
http://wwwhome.cs.utwente.nl/~gansevle/win32/wstart/wstart.c
But the most thorough work I've found is here
http://cvs.sourceforge.net/viewcvs.py/fellow/fellow/SRC/WIN32/C/WINMAIN.C?view=markup
from the "fellow" project:
http://sourceforge.net/projects/fellow
This code is GPL'd and so incompatible with the Wrapper license. I
expect that if we asked, they'd allow the wrapper to use that piece of
code (bottom 1/3 of the file or so), but someone would have to be
intereted enough to ask.
Jim
--
Jim Redman
(505) 662 5156 x85
http://www.ergotech.com
|
|
From: Bashiro <ba...@en...> - 2005-02-19 17:03:42
|
Hi Jim thanks for the reply. And I really appreciate this. I will see if I can start to make a work around. > > I think that the silence from the list probably indicates that you're on > your own. I agree with you. bashiro > > I should all work, except that I have no idea of the concept of a > "service" on OS/2. > > OT The eComStation seems to be an interesting idea, but with IBM putting > increasing resources into Linux, I wonder about its future. Of course, > treating it as purely a platform to support Java, there wouldn't seem to > be much of a risk/commitment (other than porting the wrapper). > > Jim > > Bashiro wrote: >> I asked this question a few days ago can anyone help ? >> >> Hi all, >> >> I wonder if wrapper could be run on OS2 warp or eComstation ? >> Has anyone any idea ? >> I think theoritically it should be possible, but I have to ask. >> Practically is this possible ? >> >> bashiro >> >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- > Jim Redman > (505) 662 5156 x85 > http://www.ergotech.com > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: <kri...@st...> - 2005-02-19 14:23:19
|
Thank you a lot for your help. My attempts of multi-threaded access to the COM object seems to be what's causing the problem. Now when I am rewriting my java part to ensure that only one thread can use the dll it seems to be working better. But it puzzles me why my old java code worked without the wrapper (has been running stable for several months) if this multi-threaded access to the COM object is the true cause. Kristian Citerar Jim Redman <jr...@er...>: > There's a good chance that it's not a Wrapper problem but that the > Wrapper happens to expose a problem in your existing dll. > The first thing is that if you're automating "an office app", there's a > good chance that you're using COM. COM is inherently single threaded > and if you've got a COM object in there anywhere, then _eventually_ > accessing it from multiple threads will cause a crash. It's my > experience that it's not consistent and you can get away with moving COM > objects from on thread to another sometimes. > > Check the classpath. One common problem is accessing a class > (env->FindClass) from the dll when the class does not exist, is not on > the classpath, etc. (There are also some classloader issues that I > don't understand here, this isn't a wrapper issue, but if you're > creating your own classloaders then you may have a problem). > > An Java exception thrown in the dll that you don't check for can also > cause a JVM crash - changing the environment could easily have > introduced such a problem. > > You can run the entire application within a debugger and set a > breakpoint to catch the crash. There's a setting in VC, something about > catching exceptions. Which application to run is part of the Debug > settings in VC. In GDB you can just start any application. Once you > have the crash point you can check the variables and see if you have > anything odd in the code, and generally debug what is going on. > > Jim > > kri...@st... wrote: > > It is a wrapper question. As I wrote in my first sentance I point out that > my > > application works fine when _not_ running in the wrapper environment. > Hence, the > > odd behaviour must have something to do with the wrapper. > > > > Citerar Bashiro <ba...@en...>: > > > > > >>I don't get it. Is this a wrapper question or > >>it's a general java question ? > >>bashiro > >> > >> > >> > >> > >>>Hello, > >>> > >>>First of all it might be worth saying that my application works perfectly > >>>fine > >>>without the wrapper. I am using a dll that maintains a state depending on > >>>various calls (this dll actually automates an office app). > >>>Trying to make calls in a one threaded application works, the problem > >>>arises > >>>when I have multiple threads. One simple test I made is letting one > thread > >>>run > >>>the init method in my dll, then letting the shutdown hook run the exit. > >>>When > >>>making that call the jvm crashes: > >>> > >>># Internal Error (0xe06d7363), pid=232, tid=2960 > >>># > >>># Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode, sharing) > >>># Problematic frame: > >>># C [kernel32.dll+0xd756] > >>> > >>>looking at the stack I can see > >>> > >>>Stack: [0x031f0000,0x03230000), sp=0x0322f8f4, free space=254k > >>>Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > >>>code) > >>>C [kernel32.dll+0xd756] > >>>C [MYOWN.dll+0x7a2b] > >>>... > >>>J last java call made > >>> > >>>current thread is marked as being in native. > >>> > >>>I am clueless about what to do. Any ideas of what causes this problem > when > >>>runnin in the wrapper would be very appreciated! > >>> > >>>Kristian > >>> > >>> > >>>------------------------------------------------------- > >>>SF email is sponsored by - The IT Product Guide > >>>Read honest & candid reviews on hundreds of IT Products from real users. > >>>Discover which products truly live up to the hype. Start reading now. > >>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >>>_______________________________________________ > >>>Wrapper-user mailing list > >>>Wra...@li... > >>>https://lists.sourceforge.net/lists/listinfo/wrapper-user > >>> > >> > >> > >> > >>------------------------------------------------------- > >>SF email is sponsored by - The IT Product Guide > >>Read honest & candid reviews on hundreds of IT Products from real users. > >>Discover which products truly live up to the hype. Start reading now. > >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >>_______________________________________________ > >>Wrapper-user mailing list > >>Wra...@li... > >>https://lists.sourceforge.net/lists/listinfo/wrapper-user > >> > > > > > > > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- > Jim Redman > (505) 662 5156 x85 > http://www.ergotech.com > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Jim R. <jr...@er...> - 2005-02-19 13:28:41
|
Bashiro, I think that the silence from the list probably indicates that you're on your own. I should all work, except that I have no idea of the concept of a "service" on OS/2. OT The eComStation seems to be an interesting idea, but with IBM putting increasing resources into Linux, I wonder about its future. Of course, treating it as purely a platform to support Java, there wouldn't seem to be much of a risk/commitment (other than porting the wrapper). Jim Bashiro wrote: > I asked this question a few days ago can anyone help ? > > Hi all, > > I wonder if wrapper could be run on OS2 warp or eComstation ? > Has anyone any idea ? > I think theoritically it should be possible, but I have to ask. > Practically is this possible ? > > bashiro > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com |
|
From: Jim R. <jr...@er...> - 2005-02-19 13:13:03
|
There's a good chance that it's not a Wrapper problem but that the Wrapper happens to expose a problem in your existing dll. The first thing is that if you're automating "an office app", there's a good chance that you're using COM. COM is inherently single threaded and if you've got a COM object in there anywhere, then _eventually_ accessing it from multiple threads will cause a crash. It's my experience that it's not consistent and you can get away with moving COM objects from on thread to another sometimes. Check the classpath. One common problem is accessing a class (env->FindClass) from the dll when the class does not exist, is not on the classpath, etc. (There are also some classloader issues that I don't understand here, this isn't a wrapper issue, but if you're creating your own classloaders then you may have a problem). An Java exception thrown in the dll that you don't check for can also cause a JVM crash - changing the environment could easily have introduced such a problem. You can run the entire application within a debugger and set a breakpoint to catch the crash. There's a setting in VC, something about catching exceptions. Which application to run is part of the Debug settings in VC. In GDB you can just start any application. Once you have the crash point you can check the variables and see if you have anything odd in the code, and generally debug what is going on. Jim kri...@st... wrote: > It is a wrapper question. As I wrote in my first sentance I point out that my > application works fine when _not_ running in the wrapper environment. Hence, the > odd behaviour must have something to do with the wrapper. > > Citerar Bashiro <ba...@en...>: > > >>I don't get it. Is this a wrapper question or >>it's a general java question ? >>bashiro >> >> >> >> >>>Hello, >>> >>>First of all it might be worth saying that my application works perfectly >>>fine >>>without the wrapper. I am using a dll that maintains a state depending on >>>various calls (this dll actually automates an office app). >>>Trying to make calls in a one threaded application works, the problem >>>arises >>>when I have multiple threads. One simple test I made is letting one thread >>>run >>>the init method in my dll, then letting the shutdown hook run the exit. >>>When >>>making that call the jvm crashes: >>> >>># Internal Error (0xe06d7363), pid=232, tid=2960 >>># >>># Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode, sharing) >>># Problematic frame: >>># C [kernel32.dll+0xd756] >>> >>>looking at the stack I can see >>> >>>Stack: [0x031f0000,0x03230000), sp=0x0322f8f4, free space=254k >>>Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native >>>code) >>>C [kernel32.dll+0xd756] >>>C [MYOWN.dll+0x7a2b] >>>... >>>J last java call made >>> >>>current thread is marked as being in native. >>> >>>I am clueless about what to do. Any ideas of what causes this problem when >>>runnin in the wrapper would be very appreciated! >>> >>>Kristian >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>>_______________________________________________ >>>Wrapper-user mailing list >>>Wra...@li... >>>https://lists.sourceforge.net/lists/listinfo/wrapper-user >>> >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>_______________________________________________ >>Wrapper-user mailing list >>Wra...@li... >>https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com |
|
From: <kri...@st...> - 2005-02-19 11:56:05
|
It is a wrapper question. As I wrote in my first sentance I point out that my application works fine when _not_ running in the wrapper environment. Hence, the odd behaviour must have something to do with the wrapper. Citerar Bashiro <ba...@en...>: > I don't get it. Is this a wrapper question or > it's a general java question ? > bashiro > > > > > > > Hello, > > > > First of all it might be worth saying that my application works perfectly > > fine > > without the wrapper. I am using a dll that maintains a state depending on > > various calls (this dll actually automates an office app). > > Trying to make calls in a one threaded application works, the problem > > arises > > when I have multiple threads. One simple test I made is letting one thread > > run > > the init method in my dll, then letting the shutdown hook run the exit. > > When > > making that call the jvm crashes: > > > > # Internal Error (0xe06d7363), pid=232, tid=2960 > > # > > # Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode, sharing) > > # Problematic frame: > > # C [kernel32.dll+0xd756] > > > > looking at the stack I can see > > > > Stack: [0x031f0000,0x03230000), sp=0x0322f8f4, free space=254k > > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > > code) > > C [kernel32.dll+0xd756] > > C [MYOWN.dll+0x7a2b] > > ... > > J last java call made > > > > current thread is marked as being in native. > > > > I am clueless about what to do. Any ideas of what causes this problem when > > runnin in the wrapper would be very appreciated! > > > > Kristian > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Bashiro <ba...@en...> - 2005-02-19 11:49:27
|
I asked this question a few days ago can anyone help ? Hi all, I wonder if wrapper could be run on OS2 warp or eComstation ? Has anyone any idea ? I think theoritically it should be possible, but I have to ask. Practically is this possible ? bashiro |
|
From: Bashiro <ba...@en...> - 2005-02-19 11:47:31
|
I don't get it. Is this a wrapper question or it's a general java question ? bashiro > > Hello, > > First of all it might be worth saying that my application works perfectly > fine > without the wrapper. I am using a dll that maintains a state depending on > various calls (this dll actually automates an office app). > Trying to make calls in a one threaded application works, the problem > arises > when I have multiple threads. One simple test I made is letting one thread > run > the init method in my dll, then letting the shutdown hook run the exit. > When > making that call the jvm crashes: > > # Internal Error (0xe06d7363), pid=232, tid=2960 > # > # Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode, sharing) > # Problematic frame: > # C [kernel32.dll+0xd756] > > looking at the stack I can see > > Stack: [0x031f0000,0x03230000), sp=0x0322f8f4, free space=254k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [kernel32.dll+0xd756] > C [MYOWN.dll+0x7a2b] > ... > J last java call made > > current thread is marked as being in native. > > I am clueless about what to do. Any ideas of what causes this problem when > runnin in the wrapper would be very appreciated! > > Kristian > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: <kri...@st...> - 2005-02-19 11:21:06
|
Hello, First of all it might be worth saying that my application works perfectly fine without the wrapper. I am using a dll that maintains a state depending on various calls (this dll actually automates an office app). Trying to make calls in a one threaded application works, the problem arises when I have multiple threads. One simple test I made is letting one thread run the init method in my dll, then letting the shutdown hook run the exit. When making that call the jvm crashes: # Internal Error (0xe06d7363), pid=232, tid=2960 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode, sharing) # Problematic frame: # C [kernel32.dll+0xd756] looking at the stack I can see Stack: [0x031f0000,0x03230000), sp=0x0322f8f4, free space=254k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [kernel32.dll+0xd756] C [MYOWN.dll+0x7a2b] ... J last java call made current thread is marked as being in native. I am clueless about what to do. Any ideas of what causes this problem when runnin in the wrapper would be very appreciated! Kristian |
|
From: Jim R. <jr...@er...> - 2005-02-19 02:41:42
|
I've just revisited a problem from way back where our SECS OPC server (JNI/COM) did not run under the Wrapper. It's now working correctly (XP Pro or W2K) as a command line application (thanks Leif), however, when it's installed as a service the whole application appears to work correctly (all the logs are the same in either case) but the COM interface just doesn't work. I don't have many clues (yet) but one is that procexp from http://www.sysinternals.com/ntw2k/freeware/procexp.shtml lists the user as NT AUTHORITY/SYSTEM rather then either the interactive user or the wrapper config (wrapper.ntservice.account & wrapper.ntservice.password). Which leads me to believe that there is a security issue. If anyone has had any success with COM servers under the wrapper, has any suggestions, etc. I'd be happy to hear them. Jim -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com |
|
From: Huang, Y. (M. R. Interface) <yuf...@ml...> - 2005-02-18 13:21:58
|
Hi, I'm using WrapperSimpleApp for my Java application. Should I use NT Service Properties' Recovery to configure the response in case the service fails? Is it true that WrapperSimpleApp starts the wrapped application (JVM) while NT service starts the service itself? Thanks. Yufu -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the = sender, delete it and do not read, act upon, print, disclose, copy, = retain or redistribute it. Click here for important additional terms = relating to this e-mail. http://www.ml.com/email_terms/ -------------------------------------------------------- |
|
From: Dick, B. E. <Bri...@FM...> - 2005-02-17 22:05:19
|
Can wrapper create a service on a remote Windows server? I know the Windows Service Manager supports this, but I don't see a wrapper configuration property for the server name. Later, BEDick |
|
From: Leif M. <le...@ta...> - 2005-02-17 21:42:54
|
mai...@st... wrote: >Everytime i send email to this list i get back a complaint from mail >delivery system about too many hops. > > One user's account was causing that. It has been going on for a week or so. I just unsubscribed that account so it should stop. >DumbQuestion: could someone tell me how to build from the source? I am >assuming I only need to build the libwrapper.so. > > Download th src tar file. Extract it into a clean directory. Run the build.sh script in the root directory. It should all build. It is possible that you may need to make some changes to the src/c/Makefile.linux file to get things working on your AMD64 system. Take a look at the HPUX64 makefile for possible changes. Sorry I can't help much here, but do ask if you run into any problems. I may have some ideas. Once you get it working, do post the new Make file so I can add it to the next release. Cheers, Leif |
|
From: <mai...@st...> - 2005-02-17 15:01:26
|
Everytime i send email to this list i get back a complaint from mail delivery system about too many hops. DumbQuestion: could someone tell me how to build from the source? I am assuming I only need to build the libwrapper.so. Thanks, John |
|
From: Leif M. <le...@ta...> - 2005-02-17 13:55:47
|
HPUX-64 users also had problems running with the HPUX-32 libwrapper.so. The wrapper binary works fine but the JVM has problems linking. You might want to try downloading the source distribution and building from source on that machine. Also look into what the naming scheme is for the 64 bit linux. HPUX-64 uses the name libwrapper.sl rather than the .so extension. Unfortunately I don't have any hardware to play with. Donations accepted :-) Cheers, Leif mai...@st... wrote: >0. Fedora core 2 on AMD64 server with Apache 2 and an instance of tomcat 5 >1. Yes its executable: -rwxr-xr-x Its executable right from the tar.gz >file. > >-John > >"0.What environment are you running on ....??? > 1.Have you set the library as executable ? ( yes, i know its a library )" > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: <mai...@st...> - 2005-02-17 13:49:36
|
0. Fedora core 2 on AMD64 server with Apache 2 and an instance of tomcat 5 1. Yes its executable: -rwxr-xr-x Its executable right from the tar.gz file. -John "0.What environment are you running on ....??? 1.Have you set the library as executable ? ( yes, i know its a library )" |
165 messages has been excluded from this view by a project administrator.
