wrapper-user — User issues for Wrapper. (Support questions, etc.)

[Wrapper-user] getting exit code from JSW/integ method 3

[Brent P. <bop...@ma...>]

I'm starting my service from another separate java application. Occasionally
there is a situation when the service can't start properly due to the existence
of a lock file. I want the java application to be able to realize when this
happens and react accordingly. Ideally, I would like the service to exit with a
specific integer that indicates this situation. (Alternatively, I could pass
some string to standard out (or error) that the java application can look for.)
I have been using the ProcessBuilder to start the service.  Here is a snippet 
of that code:

      ProcessBuilder pb = new ProcessBuilder(args[0], args[1], args[2]);
      Process pr = pb.start();
      //code here to capture standard err and out
      int exitVal =pr.waitFor();
      System.out.println("exit value: " + exitVal);			

Judging from the wrapper log it seems like JSW is passing my exit value
properly. But the value is not being printed outfrom the above code. (the value
passed is 9, but it returns 1 or 2).

I also can't figure out an easy way to print to standard out since JSW traps all that
and prints it to the wrapper log.

Does anybody have any other ideas about a better way to go about this? I realize that
this may not be a problem with JSW, but a problem with how I'm trying to retrieve
the exit value. Maybe there a better approach altogether..  I'll post 
some other info below.  Please let me know if I should add anything else.

Thanks!
Brent



Other info:
-------------------
I'm using integration method 3. During startup of my application, there
occasionally is a problem with a lock file being in place. My app detects when
that occurs and passes an exception back to the Main class(which implements
wrapperlistener). When this happens, the start() method in this class returns an
integer other than 0 (in this case, 9) to indicate a failed startup.

Sample output:
-------------------
C:\sandbox\update\bin>java Test wrapper.exe -t "../conf/wrapper.conf"
out: wrapper  | Starting the eGranary Client Update Service service...
out: wrapper  | The eGranary Client Update Service service was launched, but fai
led to start.
exit value: 1

C:\sandbox\update\bin>java Test net start egranupd
out: The eGranary Client Update Service service is starting....
err: The eGranary Client Update Service service could not be started.
err: A system error has occurred.
err: System error 1067 has occurred.
err: The process terminated unexpectedly.
exit value: 2


wrapper.log:
--------------------
DEBUG  | wrapper  | 2005/07/14 11:45:53 | Working directory set to: ../
STATUS | wrapper  | 2005/07/14 11:45:53 | Starting the eGranary Client Update Service service...
DEBUG  | wrapper  | 2005/07/14 11:45:53 | Working directory set to: ../
STATUS | wrapper  | 2005/07/14 11:45:53 | --> Wrapper Started as Service
DEBUG  | wrapper  | 2005/07/14 11:45:53 | Using system timer.
DEBUG  | wrapperp | 2005/07/14 11:45:54 | server listening on port 32000.
STATUS | wrapper  | 2005/07/14 11:45:54 | Launching a JVM...
DEBUG  | wrapper  | 2005/07/14 11:45:54 | command: "C:\WINDOWS\system32\java.exe" -Dconfig.filename=conf\EGranUpd.conf.xml -Dconfig.location=file -Djava.library.path="lib" -classpath "dist/eGranUpd.jar;lib/wrapper.jar;lib/jfig.jar;lib/log4j.jar;lib/lucene.jar;lib/FileTracking.jar;lib/je.jar" -Dwrapper.key="UmfiEFkaKo5d9MJN" -Dwrapper.port=32000 -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 org.widernet.upd_svc.Main
DEBUG  | wrapper  | 2005/07/14 11:45:54 | JVM started (PID=1276)
INFO   | jvm 1    | 2005/07/14 11:45:54 | WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@133056f
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper Manager: Registering shutdown hook
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2005/07/14 11:45:54 | Loaded native library: wrapper.dll
INFO   | jvm 1    | 2005/07/14 11:45:54 | Calling native initialization method.
INFO   | jvm 1    | 2005/07/14 11:45:54 | Initializing WrapperManager native library.
INFO   | jvm 1    | 2005/07/14 11:45:54 | Java Executable: C:\WINDOWS\system32\java.exe
INFO   | jvm 1    | 2005/07/14 11:45:54 | Windows version: 5.1.2600
INFO   | jvm 1    | 2005/07/14 11:45:54 | Java Version   : 1.5.0_03-b07 Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2005/07/14 11:45:54 | Java VM Vendor : Sun Microsystems Inc.
INFO   | jvm 1    | 2005/07/14 11:45:54 | 
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2005/07/14 11:45:54 | 
INFO   | jvm 1    | 2005/07/14 11:45:54 | WrapperManager.start(org.widernet.upd_svc.Main@a90653, args[]) called by thread: main
INFO   | jvm 1    | 2005/07/14 11:45:54 | Open socket to wrapper...
INFO   | jvm 1    | 2005/07/14 11:45:54 | Opened Socket
INFO   | jvm 1    | 2005/07/14 11:45:54 | Send a packet KEY : UmfiEFkaKo5d9MJN
INFO   | jvm 1    | 2005/07/14 11:45:54 | handleSocket(Socket[addr=localhost/127.0.0.1,port=32000,localport=1516])
DEBUG  | wrapperp | 2005/07/14 11:45:54 | accepted a socket from 127.0.0.1 on port 1516
DEBUG  | wrapperp | 2005/07/14 11:45:54 | read a packet KEY : UmfiEFkaKo5d9MJN
DEBUG  | wrapper  | 2005/07/14 11:45:54 | Got key from JVM: UmfiEFkaKo5d9MJN
DEBUG  | wrapperp | 2005/07/14 11:45:54 | send a packet LOW_LOG_LEVEL : 1
DEBUG  | wrapperp | 2005/07/14 11:45:54 | send a packet PING_TIMEOUT : 30
DEBUG  | wrapper  | 2005/07/14 11:45:54 | Start Application.
DEBUG  | wrapperp | 2005/07/14 11:45:54 | send a packet START : start
INFO   | jvm 1    | 2005/07/14 11:45:54 | Received a packet LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper Manager: LowLogLevel from Wrapper is 1
INFO   | jvm 1    | 2005/07/14 11:45:54 | Received a packet PING_TIMEOUT : 30
INFO   | jvm 1    | 2005/07/14 11:45:54 | Wrapper Manager: PingTimeout from Wrapper is 30000
INFO   | jvm 1    | 2005/07/14 11:45:54 | Received a packet START : start
INFO   | jvm 1    | 2005/07/14 11:45:54 | calling listener.start()
INFO   | jvm 1    | 2005/07/14 11:45:54 | 0 [Wrapper-Connection] INFO root  - workingdir: C:\sandbox\update
INFO   | jvm 1    | 2005/07/14 11:45:54 | 0 [Wrapper-Connection] INFO root  - initializing internal configuration
INFO   | jvm 1    | 2005/07/14 11:45:54 | 31 [Wrapper-Connection] INFO org.igfay.jfig.XMLJFigParser  - Process file conf\EGranUpd.conf.xml
DEBUG  | wrapper  | 2005/07/14 11:45:54 | Pause reading child output to share cycles.
INFO   | jvm 1    | 2005/07/14 11:45:54 | 140 [Wrapper-Connection] INFO root  - loading Log4j config file: C:\sandbox\update/conf/log4j.xml
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - --------------------------------------
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - 
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - Section: a_paths
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - 
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - Section: indexer
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - 
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO - Section: lucene
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO -  Key: analyzer Value: standard
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO -  Key: maxMergeDocs Value: 
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO -  Key: mergeFactor Value: 
INFO   | jvm 1    | 2005/07/14 11:45:54 | INFO -  Key: minMergeDocs Value: 
INFO   | jvm 1    | 2005/07/14 11:45:55 | INFO - 
INFO   | jvm 1    | 2005/07/14 11:45:55 | INFO - Section: upd_svc
INFO   | jvm 1    | 2005/07/14 11:45:55 | INFO - --------------------------------------
INFO   | jvm 1    | 2005/07/14 11:45:55 | EGranUpdate startup Failed
INFO   | jvm 1    | 2005/07/14 11:45:55 | WrapperManager.stop(9) called by thread: Wrapper-Connection
INFO   | jvm 1    | 2005/07/14 11:45:55 | Send a packet STOP : 9
DEBUG  | wrapperp | 2005/07/14 11:45:55 | read a packet STOP : 9
DEBUG  | wrapper  | 2005/07/14 11:45:55 | JVM requested a shutdown. (9)
DEBUG  | wrapper  | 2005/07/14 11:45:55 | wrapperStopProcess(9) called.
DEBUG  | wrapper  | 2005/07/14 11:45:55 | Sending stop signal to JVM
DEBUG  | wrapperp | 2005/07/14 11:45:55 | send a packet STOP : NULL
INFO   | jvm 1    | 2005/07/14 11:45:56 | Thread, Wrapper-Connection, handling the shutdown process.
INFO   | jvm 1    | 2005/07/14 11:45:56 | Send a packet STOPPED : 0
DEBUG  | wrapperp | 2005/07/14 11:45:56 | read a packet STOPPED : 0
DEBUG  | wrapper  | 2005/07/14 11:45:56 | JVM signalled that it was stopped.
INFO   | jvm 1    | 2005/07/14 11:45:56 | Closing socket.
DEBUG  | wrapperp | 2005/07/14 11:45:56 | socket read no code (closed?).
INFO   | jvm 1    | 2005/07/14 11:45:56 | calling System.exit(9)
DEBUG  | wrapper  | 2005/07/14 11:45:56 | JVM process exited with a code of 9, however the wrapper exit code was already 9.
DEBUG  | wrapper  | 2005/07/14 11:45:56 | JVM exited normally.
STATUS | wrapper  | 2005/07/14 11:45:57 | <-- Wrapper Stopped
ERROR  | wrapper  | 2005/07/14 11:45:58 | The eGranary Client Update Service service was launched, but failed to start. 




________________________________________________________________
Sent via the WebMail system at mail.widernet.org


 
                   

RE: [Wrapper-user] Wrapper Capabilities Question

[Klingensmith, R. F <ros...@lm...>]

I have never tested it....but found it on several forums.
http://www.theserverside.net/discussions/thread.tss?thread_id=24994
being one of them. 
Since none of you have ever heard of it, it is probably not possible.
 
Sorry for any confusion.

Ross Klingensmith 


	-----Original Message-----
	From: wra...@li...
[mailto:wra...@li...] On Behalf Of Dick,
Brian E.
	Sent: Thursday, July 14, 2005 12:01 PM
	To: wra...@li...
	Subject: RE: [Wrapper-user] Wrapper Capabilities Question
	
	
	Have you tested passing arguments? I have never seen this
feature of "net start" and it is not documented.

		-----Original Message-----
		From: Klingensmith, Ross F
[mailto:ros...@lm...] 
		Sent: Thursday, July 14, 2005 11:19 AM
		To: wra...@li...
		Subject: [Wrapper-user] Wrapper Capabilities Question
		
		

		Hello and thanks in advance for any information, 

		Can the wrapper take advantage of the ability to pass
arguments while starting and stopping services using the NET commands? 

		Example:    "net start service /arg1" 

		The need for this is that I have a service that requires
a dynamic argument into its main and therefore cant hardcode an
app.param


		Another question: 
		Once the service is installed, is the config file
referenced on each start/stop? If this were the case I could write a
program that changes the app.param in the config file and the problem
would be solved.


		Any thoughts or comments would be appreciated greatly. 

		Ross Klingensmith 

RE: [Wrapper-user] Wrapper Capabilities Question

[Dick, B. E. <Bri...@FM...>]

Have you tested passing arguments? I have never seen this feature of
"net start" and it is not documented.

	-----Original Message-----
	From: Klingensmith, Ross F [mailto:ros...@lm...]

	Sent: Thursday, July 14, 2005 11:19 AM
	To: wra...@li...
	Subject: [Wrapper-user] Wrapper Capabilities Question
=09
=09

	Hello and thanks in advance for any information,=20

	Can the wrapper take advantage of the ability to pass arguments
while starting and stopping services using the NET commands?=20

	Example:    "net start service /arg1"=20

	The need for this is that I have a service that requires a
dynamic argument into its main and therefore cant hardcode an app.param


	Another question:=20
	Once the service is installed, is the config file referenced on
each start/stop? If this were the case I could write a program that
changes the app.param in the config file and the problem would be
solved.


	Any thoughts or comments would be appreciated greatly.=20

	Ross Klingensmith=20

Re: [Wrapper-user] Wrapper Capabilities Question

[<nic...@uk...>]

How do  these arguments get passed when the machine reboots?
-Nick





Internet
ros...@lm...@lists.sourceforge.net - 14/07/2005 16:18


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] Wrapper Capabilities Question


Hello and thanks in advance for any information,

Can the wrapper take advantage of the ability to pass arguments while
starting and stopping services using the NET commands?
Example:    "net start service /arg1"

The need for this is that I have a service that requires a dynamic
argument into its main and therefore cant hardcode an app.param

Another question:
Once the service is installed, is the config file referenced on each
start/stop? If this were the case I could write a program that changes
the app.param in the config file and the problem would be solved.

Any thoughts or comments would be appreciated greatly.

Ross Klingensmith



(See attached file: C.htm)

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.

Re: [Wrapper-user] Wrapper Capabilities Question

[Leif M. <le...@ta...>]

Ross,

Klingensmith, Ross F wrote:

> Can the wrapper take advantage of the ability to pass arguments while 
> starting and stopping services using the NET commands?
>
> Example:    "net start/ service/ //arg1"/
>
I had not known that was possible.  No the Wrapper does not support this.

> The need for this is that I have a service that requires a dynamic 
> argument into its main and therefore cant hardcode an app.param
>
> Another question:
>
> Once the service is installed, is the config file referenced on each 
> start/stop? If this were the case I could write a program that changes 
> the app.param in the config file and the problem would be solved.
>
The wrapper.conf file is loaded when the service is started, so yes, you 
can modify it before starting the service and the changes will take 
effect.  An easy way to do this is to use include files to create a 
cascading config file.  This way you simply create the include file and 
the main wrapper.conf stays unchanged.  Much easier from batch files etc.
http://wrapper.tanukisoftware.org/doc/english/props-cascading.html

Cheers,
Leif

[Wrapper-user] Wrapper Capabilities Question

[Klingensmith, R. F <ros...@lm...>]

Hello and thanks in advance for any information,

Can the wrapper take advantage of the ability to pass arguments while
starting and stopping services using the NET commands? 
Example:    "net start service /arg1" 

The need for this is that I have a service that requires a dynamic
argument into its main and therefore cant hardcode an app.param

Another question:
Once the service is installed, is the config file referenced on each
start/stop? If this were the case I could write a program that changes
the app.param in the config file and the problem would be solved.

Any thoughts or comments would be appreciated greatly.

Ross Klingensmith

Re: [Wrapper-user] ExceptionInInitializererror when starting wrapper

[Leif M. <le...@ta...>]

Timothy,
    Could you enable wrapper.debug=true and then send the resulting log 
file
for a single startup along with your wrapper.conf file.   I am interested in
the full stack trace of this error along with the startup 
configuration.  This
will all tell me whether this is a Wrapper problem or a problem in one of
your classes.

Cheers,
Leif

Timothy Ryan Racz wrote:

>Hello,
>
>I'm getting the following error when starting the wrapper in a Mandrake 
>Linux environment:
>
>Unable to locate the class com.ecrsoft.ofs.startup.OFSMain: 
>java.lang.ExceptionInInitializerError
>
>If that was a classNotFoundException I would think there is something 
>wrong with the classpath.  I've checked the classpath and all looks 
>right, though.
>
>I have the wrapper executable and the wrapper.conf files in my working 
>directory and wrapper.jar and libwrapper.so in my lib directory.  I'm 
>starting the program as follows:
>
>./wrapper ./wrapper.conf
>
>in the wrapper.conf file I've pointed it to the libwrapper.so and 
>wrapper.jar is in my classpath.
>
>Has anyone seen something like this?  Any ideas as to what could cause 
>this?
>
>thank you,
>
>Tim
>  
>

Re: [Wrapper-user] Help me

[Leif M. <le...@ta...>]

Raghu,
 From the UnsatisfiedLinkError, you can tell that this is a problem 
loading a native
library.  This means that the location of the required DLL is not being 
included in
the library path correctly.

You currently have the following:
wrapper.java.library.path.1=../lib
wrapper.java.library.path.2=%JAVA_HOME%\lib\tools.jar

The second line should not be there, the library path is do load JNI DLL 
files on
Windows, or .so files on UNIX, jar files are loaded with the classpath.

I assume that your program was working without the Wrapper, which means that
the default path was working.  Java sets the java library path to the 
system PATH
by default.  You can get this same behavior by doing the following:

wrapper.java.library.path.1=../lib
wrapper.java.library.path.append_system_path=true

This requires 3.1.0 or newer.  I suggest version 3.1.2.

Cheers,
Leif

raghu raj reddy wrote:

>  
>  
> hello sir
> i have some problem with wrapper class
> please go through it and send me the answer as soon as possible:=
> my java class code is:=
> JOptionPane.showInputDialog(null,"Input ID");
>                     if(flag){
>                          Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
>                          String 
> name=System.getProperty("user.name").trim();
>                          System.out.println("NAMEIN------"+name);
>                          String attUpdate = "update TS_ATD set 
> ATD_STAT='1' where NET_NAME ='"+name+"'";
>                         
>  con=DriverManager.getConnection("jdbc:odbc:FBIC","FBICEXT","FBICEXT");
>                          con.setAutoCommit(true);
>                          st=con.createStatement();
>                          st.executeUpdate(attUpdate);
>                          flag=false;
>                          System.out.println("Upadets succcess INNN");  
>                        
>                     }//if
>                       t.suspend();           
>
> if comment the following statement it is working fine:
> JOptionPane.showInputDialog(null,"Input ID");
> if not commented it throwing following exception:
>
> wrapperstartstop encounter error in running 
> main:java.lang.unsatisfiedLinkError no java Accessbridge in 
> java.library.path:
> my config file is:
>
> # Java Application
> wrapper.java.command=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=com.silveregg.wrapper.WrapperStartStopApp
> #com.silveregg.wrapper.WrapperStartStopApp
> #org.tanukisoftware.wrapper.WrapperStartStopApp
>
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=../lib/wrapper.jar
> wrapper.java.classpath.2=%JAVA_HOME%/lib/tools.jar
> wrapper.java.classpath.3=../bin
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
> wrapper.java.library.path.2=%JAVA_HOME%\lib\tools.jar
> # Java Additional Parameters
> #wrapper.java.additional.1=
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
>
> # Application parameters.  Add parameters as needed starting from 1
> #wrapper.app.parameter.1=
> wrapper.app.parameter.1=Attendence.AttendenceIn
> wrapper.app.parameter.2=0
> wrapper.app.parameter.3=Attendence.AttendenceOut
> wrapper.app.parameter.4=true
> wrapper.app.parameter.5=0
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Format of output for the console.  (See docs for formats)
> wrapper.console.format=PM
>
> # Log Level for console output.  (See docs for log levels)
> wrapper.console.loglevel=INFO
>
> # Log file to use for wrapper output logging.
> wrapper.logfile=../logs/wrapper.log
>
> # Format of output for the log file.  (See docs for formats)
> wrapper.logfile.format=LPTM
>
> # Log Level for log file output.  (See docs for log levels)
> wrapper.logfile.loglevel=INFO
>
> # Maximum size that the log file will be allowed to grow to before
> #  the log is rolled. Size is specified in bytes.  The default value
> #  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
> #  'm' (mb) suffix.  For example: 10m = 10 megabytes.
> wrapper.logfile.maxsize=0
>
>
> # Maximum number of rolled log files which will be allowed before old
> #  files are deleted.  The default value of 0 implies no limit.
> wrapper.logfile.maxfiles=0
>
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=Test Wrapper Sample Application
>
> #********************************************************************
> # Wrapper Windows NT/2000/XP Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> #  using this configuration file has been installed as a service.
> #  Please uninstall the service before modifying this section.  The
> #  service can then be reinstalled.
>
> # Name of the service
> wrapper.ntservice.name=AttFBIC
>
> # Display name of the service
> wrapper.ntservice.displayname=AttFBIC
> # Description of the service
> wrapper.ntservice.description=AttFBIC
>
> # Service dependencies.  Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
>
> # Mode in which the service is installed.  AUTO_START or DEMAND_START
> wrapper.ntservice.starttype=AUTO_START
>
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=true
>
>
> PLEASE GO THROUGH IT AND PLESE SEND ME MAIL AS SOON AS POSSIBLE
>

Re: [Wrapper-user] Avoid JVM restart ?

[Leif M. <le...@ta...>]

The number of restarts are limiting using the following property.  This 
limits all restarts, not
just System.exit calls.  As nick said, the wrapper.on_exit.<n> 
properties are the best way
to catch that event.
http://wrapper.tanukisoftware.org/doc/english/prop-max-failed-invocations.html

Cheers,
Leif

nic...@uk... wrote:

>If the JVM exits normally (ie System.exit()) , then the wrapper should not
>restart it (unless it has been configured to do so...)
>Here is the relavent configuration you should check for...
>http://wrapper.tanukisoftware.org/doc/english/prop-on-exit-n.html
>
>If the JVM crashes, then it will be restarted.
>(I thought you could limit the number of restarts - but cant see where...)
>
>-Nick
>
>
>
>
>
>Internet
>mar...@un...@lists.sourceforge.net - 13/07/2005 12:12
>
>
>Please respond to wra...@li...
>
>Sent by:    wra...@li...
>
>
>
>To:    wrapper-user
>
>cc:
>
>
>Subject:    [Wrapper-user] Avoid JVM restart ?
>
>
>Hello,
>
>The service wrapper restarts the jvm when the jvm has been exiting. Is
>there any chance to avoid this behaviour?
>It would be a reasonable feature to terminate the service wrapper when
>the jvm exits.
>
>Regards,
>Martin
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the 'Do More With Dual!' webinar
>happening
>July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
>core and dual graphics technology at this free one hour event hosted by HP,
>AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
>_______________________________________________
>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.
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
>July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
>core and dual graphics technology at this free one hour event hosted by HP,
>AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] Avoid JVM restart ?

[Martin K. <mar...@un...>]

Especially for the case of VM crashes it would be nice to avoid the restart.
Our customers expect the system to run correctly, so they never check their
logfiles. The restart "hides" the crash, so we never get information,
that's something going wrong.

Martin


nic...@uk... wrote:

>If the JVM exits normally (ie System.exit()) , then the wrapper should not
>restart it (unless it has been configured to do so...)
>Here is the relavent configuration you should check for...
>http://wrapper.tanukisoftware.org/doc/english/prop-on-exit-n.html
>
>If the JVM crashes, then it will be restarted.
>(I thought you could limit the number of restarts - but cant see where...)
>
>-Nick
>
>
>
>
>
>Internet
>mar...@un...@lists.sourceforge.net - 13/07/2005 12:12
>
>
>Please respond to wra...@li...
>
>Sent by:    wra...@li...
>
>
>
>To:    wrapper-user
>
>cc:
>
>
>Subject:    [Wrapper-user] Avoid JVM restart ?
>
>
>Hello,
>
>The service wrapper restarts the jvm when the jvm has been exiting. Is
>there any chance to avoid this behaviour?
>It would be a reasonable feature to terminate the service wrapper when
>the jvm exits.
>
>Regards,
>Martin
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the 'Do More With Dual!' webinar
>happening
>July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
>core and dual graphics technology at this free one hour event hosted by HP,
>AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
>_______________________________________________
>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.
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
>July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
>core and dual graphics technology at this free one hour event hosted by HP,
>AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>  
>

Re: [Wrapper-user] Avoid JVM restart ?

[<nic...@uk...>]

If the JVM exits normally (ie System.exit()) , then the wrapper should not
restart it (unless it has been configured to do so...)
Here is the relavent configuration you should check for...
http://wrapper.tanukisoftware.org/doc/english/prop-on-exit-n.html

If the JVM crashes, then it will be restarted.
(I thought you could limit the number of restarts - but cant see where...)

-Nick





Internet
mar...@un...@lists.sourceforge.net - 13/07/2005 12:12


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] Avoid JVM restart ?


Hello,

The service wrapper restarts the jvm when the jvm has been exiting. Is
there any chance to avoid this behaviour?
It would be a reasonable feature to terminate the service wrapper when
the jvm exits.

Regards,
Martin



-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar
happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
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.

[Wrapper-user] Avoid JVM restart ?

[Martin K. <mar...@un...>]

Hello,

The service wrapper restarts the jvm when the jvm has been exiting. Is
there any chance to avoid this behaviour?
It would be a reasonable feature to terminate the service wrapper when
the jvm exits.

Regards,
Martin

[Wrapper-user] Help me

[raghu r. r. <b3r...@re...>]

 =A0=0A =A0=0Ahello sir=0Ai have some problem with wrapper class=0Aplease g=
o through it and send me the answer as soon as possible:=3D=0Amy java class=
 code is:=3D=0AJOptionPane.showInputDialog(null,"Input ID");=0A				if(flag)=
{=0A					Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");=0A					String name=
=3DSystem.getProperty("user.name").trim();=0A					System.out.println("NAMEI=
N------"+name);=0A					String attUpdate =3D "update TS_ATD set ATD_STAT=3D'=
1' where NET_NAME =3D'"+name+"'";=0A					con=3DDriverManager.getConnection(=
"jdbc:odbc:FBIC","FBICEXT","FBICEXT");=0A					con.setAutoCommit(true);=0A		=
			st=3Dcon.createStatement();=0A					st.executeUpdate(attUpdate);=0A					f=
lag=3Dfalse;=0A					System.out.println("Upadets succcess INNN");					=0A			=
	}//if=0A                      t.suspend();             =0A=0Aif comment th=
e following statement it is working fine:=0AJOptionPane.showInputDialog(nul=
l,"Input ID");=0Aif not commented it throwing following exception:=0A=0Awra=
pperstartstop encounter error in running main:java.lang.unsatisfiedLinkErro=
r no java Accessbridge in java.library.path:=0Amy config file is:=0A=0A# Ja=
va Application=0Awrapper.java.command=3Djava=0A=0A# Java Main class.  This =
class must implement the WrapperListener interface=0A#  or guarantee that t=
he WrapperManager class is initialized.  Helper=0A#  classes are provided t=
o do this for you.  See the Integration section=0A#  of the documentation f=
or details.=0Awrapper.java.mainclass=3Dcom.silveregg.wrapper.WrapperStartSt=
opApp=0A#com.silveregg.wrapper.WrapperStartStopApp=0A#org.tanukisoftware.wr=
apper.WrapperStartStopApp=0A=0A# Java Classpath (include wrapper.jar)  Add =
class path elements as=0A#  needed starting from 1=0Awrapper.java.classpath=
.1=3D../lib/wrapper.jar=0Awrapper.java.classpath.2=3D%JAVA_HOME%/lib/tools.=
jar=0Awrapper.java.classpath.3=3D../bin=0A# Java Library Path (location of =
Wrapper.DLL or libwrapper.so)=0Awrapper.java.library.path.1=3D../lib=0Awrap=
per.java.library.path.2=3D%JAVA_HOME%\lib\tools.jar=0A# Java Additional Par=
ameters=0A#wrapper.java.additional.1=3D=0A# Initial Java Heap Size (in MB)=
=0A#wrapper.java.initmemory=3D3=0A=0A# Maximum Java Heap Size (in MB)=0A#wr=
apper.java.maxmemory=3D64=0A=0A# Application parameters.  Add parameters as=
 needed starting from 1=0A#wrapper.app.parameter.1=3D=0Awrapper.app.paramet=
er.1=3DAttendence.AttendenceIn=0Awrapper.app.parameter.2=3D0=0Awrapper.app.=
parameter.3=3DAttendence.AttendenceOut=0Awrapper.app.parameter.4=3Dtrue=0Aw=
rapper.app.parameter.5=3D0=0A#*********************************************=
***********************=0A# Wrapper Logging Properties=0A#*****************=
***************************************************=0A# Format of output fo=
r the console.  (See docs for formats)=0Awrapper.console.format=3DPM=0A=0A#=
 Log Level for console output.  (See docs for log levels)=0Awrapper.console=
.loglevel=3DINFO=0A=0A# Log file to use for wrapper output logging.=0Awrapp=
er.logfile=3D../logs/wrapper.log=0A=0A# Format of output for the log file. =
 (See docs for formats)=0Awrapper.logfile.format=3DLPTM=0A=0A# Log Level fo=
r log file output.  (See docs for log levels)=0Awrapper.logfile.loglevel=3D=
INFO=0A=0A# Maximum size that the log file will be allowed to grow to befor=
e=0A#  the log is rolled. Size is specified in bytes.  The default value=0A=
#  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or=0A#  'm=
' (mb) suffix.  For example: 10m =3D 10 megabytes.=0Awrapper.logfile.maxsiz=
e=3D0=0A=0A=0A# Maximum number of rolled log files which will be allowed be=
fore old=0A#  files are deleted.  The default value of 0 implies no limit.=
=0Awrapper.logfile.maxfiles=3D0=0A=0A# Log Level for sys/event log output. =
 (See docs for log levels)=0Awrapper.syslog.loglevel=3DNONE=0A=0A#*********=
***********************************************************=0A# Wrapper Win=
dows Properties=0A#********************************************************=
************=0A# Title to use when running as a console=0Awrapper.console.t=
itle=3DTest Wrapper Sample Application=0A=0A#******************************=
**************************************=0A# Wrapper Windows NT/2000/XP Servi=
ce Properties=0A#**********************************************************=
**********=0A# WARNING - Do not modify any of these properties when an appl=
ication=0A#  using this configuration file has been installed as a service.=
=0A#  Please uninstall the service before modifying this section.  The=0A# =
 service can then be reinstalled.=0A=0A# Name of the service=0Awrapper.ntse=
rvice.name=3DAttFBIC=0A=0A# Display name of the service=0Awrapper.ntservice=
.displayname=3DAttFBIC=0A# Description of the service=0Awrapper.ntservice.d=
escription=3DAttFBIC=0A=0A# Service dependencies.  Add dependencies as need=
ed starting from 1=0Awrapper.ntservice.dependency.1=3D=0A=0A# Mode in which=
 the service is installed.  AUTO_START or DEMAND_START=0Awrapper.ntservice.=
starttype=3DAUTO_START=0A=0A# Allow the service to interact with the deskto=
p.=0Awrapper.ntservice.interactive=3Dtrue=0A=0A=0APLEASE GO THROUGH IT AND =
PLESE SEND ME MAIL AS SOON AS POSSIBLE=0A =0A

[Wrapper-user] ExceptionInInitializererror when starting wrapper

[Timothy R. R. <tr...@ap...>]

Hello,

I'm getting the following error when starting the wrapper in a Mandrake 
Linux environment:

Unable to locate the class com.ecrsoft.ofs.startup.OFSMain: 
java.lang.ExceptionInInitializerError

If that was a classNotFoundException I would think there is something 
wrong with the classpath.  I've checked the classpath and all looks 
right, though.

I have the wrapper executable and the wrapper.conf files in my working 
directory and wrapper.jar and libwrapper.so in my lib directory.  I'm 
starting the program as follows:

./wrapper ./wrapper.conf

in the wrapper.conf file I've pointed it to the libwrapper.so and 
wrapper.jar is in my classpath.

Has anyone seen something like this?  Any ideas as to what could cause 
this?

thank you,

Tim

[Wrapper-user] (no subject)

[<dp...@ro...>]

Subject: JVM appears hung, and SOMETIMES java class not found



I have had the following problem 4 times since the start of 2005, and I'm
hoping someone can suggest what I should be looking at.

(This situation is in our production environment which has very tight
controls over changes, so I am certain that nothing has changed in the
source, or security between when this works and when it fails)

Frequently, (about once a week) we get the messages
ERROR  | wrapper | date time | JVM appears hung: Timed out waiting for
signal from JVM. ERROR  | wrapper | date time | Java Virtual Machine did
not exit on request, terminated INFO  |jvm 4  |  date  time | Launching a
JVM

and usually the next 2 messages are:

INFO  | jvm   | date time | Wrapper (Version 3.0.3)
INFO  | jvm   | date time |


4 times this year however, we get the following:

ERROR  | wrapper | date time | JVM appears hung: Timed out waiting for
signal from JVM. ERROR  | wrapper | date time | Java Virtual Machine did
not exit on request, terminated INFO  |jvm 4  |  date  time | Launching a
JVM
ERROR  | wrapper | date time | The java class is not found:
com/solcorp/pathfinderwrapper/WrapperStartStopApp

The "Launching a JVM" and "class is not found" messages repeats 5 times,
and then another message, (which I don't have handy right now) indiates
that there have been 5 failed starts in a short period of time, and the
service is stopping.

From here, we have to stop and restart our application.


Why does it successfully restart most of the time, but not all of the
time?

Our envionment:

We have 2 Win2003 servers in a websphere (5.1) cluster.
Both servers have 3 NT services running with the wrapper.
The config files for the wrappers are sitting on a NAS (network attached
storage) drive, and the same files are shared between the 2 servers. (if
your familiar, this is part of an Ingenium instalation, and my expertise
is from the Mainframe world).


Thanks in advance  for any suggestions 

King Walling




-- 
-----------------------------------------------------------
dp...@ro...
-----------------------------------------------------------

Re: [Wrapper-user] No GUI in entire System when running Wrapper as a Service

[Leif M. <le...@ta...>]

Rogerio,
    I was never able to reproduce this personally either.  That is a 
workaround that I
know works.  I don't have any answers to why it works or what the exact 
cause of
the problem is.  I was not able to think of anything about the Wrapper 
itself that
could be the cause of the problem.  It appears to be something to do 
with the
JVM and how it accesses the JVMs DLLs and resources when running as a 
service.

    Even if you are using VNC rather than a local terminal, on Windows 
you are
still needing to use Direct X to do so.  From the examples of this 
problem in the
past, I thought it was only an issue if the the Wrapper controlled JVM was
displaying a GUI?  Does your application do so?  If the Interactive 
property is false
then it may not be visible even though the application is "showing" a 
dialog.

Cheers,
Leif

Rogério wrote:

> Thanks Leif.
> But you want me to update DirectX in a server machine???
> A machine that does not have a monitor attached, it is used with VNC 
> or Terminal Services...
> How do I explain this to a customer??? It is very unsual...
>
> In fact, I were using a simple "javaservice.exe", that does not have 
> half the features the wrapper has, but it works "as is" in the 
> customer systems...
> Didn't you find a way to workaround this bug? Why is only the wrapper 
> affected by this bug?
>
> In fact, in my unique machine with the bug, the upgrade of DirectX 
> really worked, but I have other machines with Windows 2000 and DirectX 
> 7.0, and others with DirectX 8.1 that works as is!!!!!! I am confused, 
> I can't say for sure which is the environment that has the bug...
>
>    Thanks,
>    Rogerio.
>
>
> ----- Original Message ----- From: "Leif Mortenson" 
> <le...@ta...>
> To: <wra...@li...>
> Sent: Thursday, June 30, 2005 7:19 PM
> Subject: Re: [Wrapper-user] No GUI in entire System when running 
> Wrapper as a Service
>
>
>> Rogerio,
>> I need to make this more visible, you currently have to search old 
>> bugs to find it.
>>
>> It appears to be a DirectX big that is fixed by upgrading to DirectX 
>> 9.0b.
>> See the following Bug for details:
>> https://sourceforge.net/tracker/index.php?func=detail&aid=812467&group_id=39428&atid=425187 
>>
>>
>> Cheers,
>> Leif
>>
>> Rogério wrote:
>>
>>> Hi all,
>>>
>>> I've been using the JSW for a few weeks, and it´s been distributed 
>>> for several customers.
>>> Recently, I received some complaints about Java Control Panel not 
>>> showing anymore.
>>> Fortunately, I found a machine that exhibits the problem, and it´s 
>>> very weird...
>>>
>>> If I run my server as a Service, any Java application that I start 
>>> hangs in the show() or setVisible(true) of a Frame!!!
>>> It´s that! I open a command prompt and type java TestApp, a simple 
>>> app that only shows a Frame, with a System.out.println before and 
>>> after that, and the Frame never shows up neither the 
>>> System.out.println after...........
>>>
>>> And then I realized that Java Control Panel is a Java application...
>>> Also I have a Config application, that runs locally, and that the 
>>> customers think isn't working, since the command prompt is always 
>>> blank.
>>>
>>> But in my machine it doesn't happen. The only diference I could see 
>>> is that I have JDK, and the customers have JRE.
>>>
>>> Please help!!!
>>>
>>>     Thanks,
>>>     Rogerio.
>>>
>>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>> from IBM. Find simple to follow Roadmaps, straightforward articles,
>> informative Webcasts and more! Get everything you need to get up to
>> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user 
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] No GUI in entire System when running Wrapper as a Service

[<ro...@so...>]

Thanks Leif.
But you want me to update DirectX in a server machine???
A machine that does not have a monitor attached, it is used with VNC or 
Terminal Services...
How do I explain this to a customer??? It is very unsual...

In fact, I were using a simple "javaservice.exe", that does not have half 
the features the wrapper has, but it works "as is" in the customer 
systems...
Didn't you find a way to workaround this bug? Why is only the wrapper 
affected by this bug?

In fact, in my unique machine with the bug, the upgrade of DirectX really 
worked, but I have other machines with Windows 2000 and DirectX 7.0, and 
others with DirectX 8.1 that works as is!!!!!! I am confused, I can't say 
for sure which is the environment that has the bug...

    Thanks,
    Rogerio.


----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Thursday, June 30, 2005 7:19 PM
Subject: Re: [Wrapper-user] No GUI in entire System when running Wrapper as 
a Service


> Rogerio,
> I need to make this more visible, you currently have to search old bugs to 
> find it.
>
> It appears to be a DirectX big that is fixed by upgrading to DirectX 9.0b.
> See the following Bug for details:
> https://sourceforge.net/tracker/index.php?func=detail&aid=812467&group_id=39428&atid=425187
>
> Cheers,
> Leif
>
> Rogério wrote:
>
>> Hi all,
>>
>> I've been using the JSW for a few weeks, and it´s been distributed for 
>> several customers.
>> Recently, I received some complaints about Java Control Panel not showing 
>> anymore.
>> Fortunately, I found a machine that exhibits the problem, and it´s very 
>> weird...
>>
>> If I run my server as a Service, any Java application that I start hangs 
>> in the show() or setVisible(true) of a Frame!!!
>> It´s that! I open a command prompt and type java TestApp, a simple app 
>> that only shows a Frame, with a System.out.println before and after that, 
>> and the Frame never shows up neither the System.out.println 
>> after...........
>>
>> And then I realized that Java Control Panel is a Java application...
>> Also I have a Config application, that runs locally, and that the 
>> customers think isn't working, since the command prompt is always blank.
>>
>> But in my machine it doesn't happen. The only diference I could see is 
>> that I have JDK, and the customers have JRE.
>>
>> Please help!!!
>>
>>     Thanks,
>>     Rogerio.
>>
>>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user 

Re: [Wrapper-user] unable to load native library on AIX

[Leif M. <le...@ta...>]

Sorry, I meant TERM, the default kill signal.

Cheers,
Leif

First Last wrote:

> ok, but what exactly do you mean with "kill halt" ?
>
> */Leif Mortenson <le...@ta...>/* wrote:
>
>     Santo,
>     Can you try launching your application with the wrapper.debug=true
>     property set,
>     then try stopping your application with kill halt. I should be
>     able to
>     see what is
>     happening there from the debug output.
>
>     Cheers,
>     Leif
>
>     First Last wrote:
>
>     > Leif,
>     >
>     > I checked whether our AIX machine is running in 64-bit mode and
>     indeed
>     > it is.
>     > Apparently one of my colleagues needed 64-bit mode for testing
>     > purposes and therefore
>     > switched the machine to 64-bit mode.
>     >
>     > So, the problem that the libwrapper.so library cannot be loaded is
>     > probably caused by this.
>     >
>     > But, apart from that, I still have problems shutting down my
>     > application in a normal clean way.
>     > Only "kill -9" can bring the application down.
>     >
>     > I thought this had to do with th e libwrapper.so issue, but because
>     > that seems to be caused by the 64-bit mode, it's probably something
>     > else that is causing this.
>     >
>     > thanks,
>     >
>     > Santo
>     >
>     > */Leif Mortenson /* wrote:
>     >
>     > Santo,
>     > I am not familiar with AIX personally. It is built by a user who
>     > donates their time.
>     > This problem has been seen on other platforms however when a 32-bit
>     > version of
>     > the Wrapper is run with a 64-bit JVM. The Wrapper binary works
>     > fine as
>     > it is a
>     > separate process. But the native library is not able to be
>     loaded due
>     > to linking
>     > problems.
>     > The other possible causes, a bad so file and file permissions, have
>     > already been
>     > checked by you.
>     >
>     > You might want to try running with "-verbose:jni -Xcheck:jni" set
>     > when launching
>     > the JVM. That might (??) give you a little more information.
>     >
>     > Cheers,
>     > Leif
>     >
>     > First Last wrote:
>     >
>     > > Hi,
>     > >
>     > > I'm using the java service wrapper on several platforms (windows,
>     > > solaris and aix).
>     > > On the aix platform, I get the following error:
>     > >
>     > > STATUS | wrapper | 2005/06/14 11:37:29 | --> Wrapper Started as
>     > Daemon
>     > > STATUS | wrapper | 2005/06/14 11:37:29 | Launching a JVM...
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | WARNING - Unable to load the
>     > > Wrapper's native library 'libwrapper.so'.
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | The file is
>     > > located on the path at the following location but
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | could not be loaded:
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > > /TivoliNotFwk/dman/bin/aix/./libwrapper.so
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | Please verify that
>     > > the file is readable by the current user
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | and that the file
>     > > has not been corrupted in any way.
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 | System signals
>     > > will not be handled correctly.
>     > > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > > INFO | jvm 1 | 2005/06/14 11:37:3 0 | Wrapper (Version 3.1.2)
>     > > http://wrapper.tanukisoftware.org
>     > >
>     > > Despite the error, the application gets started, but we are not
>     > able
>     > > to shut it down in a normal way (only with kill -9)
>     > >
>     > > I already tried to redownload the wrapper files, changing the file
>     > > permissions, but nothing helps.
>     > > Seems like the native library is corrupt in some way ?
>     > >
>     > > I'm using v3.1.2 (as far as I know that's the most recent version)
>     > >
>     > > __________________________________________________
>     > > Do You Yahoo!?
>     > > Tired of spam? Yahoo! Mail has the best spam protection around
>     > > http://mail.yahoo.com
>     > >
>     >
>     >
>     >
>     > -------------------------------------------------------
>     > SF.Net email is sponsored by: Discover Easy Linux Migration
>     Strategies
>     > from IBM. Find simple to follow Roadmaps, straightforward articles,
>     > informative Webcasts and more! Get everything you need to get up to
>     > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>     > _______________________________________________
>     > 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
>     >
>
>
>
>     -------------------------------------------------------
>     SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>     from IBM. Find simple to follow Roadmaps, straightforward articles,
>     informative Webcasts and more! Get everything you need to get up to
>     speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>     _______________________________________________
>     Wrapper-user mailing list
>     Wra...@li...
>     https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> ------------------------------------------------------------------------
> Yahoo! Sports
> Rekindle the Rivalries. Sign up for Fantasy Football 
> <http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=33539/*http://football.fantasysports.yahoo.com?ovchn=YAH&ovcpn=Integration&ovcrn=Mail+footer&ovrfd=YAH&ovtac=AD%20> 

Re: [Wrapper-user] unable to load native library on AIX

[First L. <san...@ya...>]

ok, but what exactly do you mean with "kill halt" ?

Leif Mortenson <le...@ta...> wrote:Santo,
Can you try launching your application with the wrapper.debug=true 
property set,
then try stopping your application with kill halt. I should be able to 
see what is
happening there from the debug output.

Cheers,
Leif

First Last wrote:

> Leif,
> 
> I checked whether our AIX machine is running in 64-bit mode and indeed 
> it is.
> Apparently one of my colleagues needed 64-bit mode for testing 
> purposes and therefore
> switched the machine to 64-bit mode.
> 
> So, the problem that the libwrapper.so library cannot be loaded is 
> probably caused by this.
> 
> But, apart from that, I still have problems shutting down my 
> application in a normal clean way.
> Only "kill -9" can bring the application down.
> 
> I thought this had to do with the libwrapper.so issue, but because 
> that seems to be caused by the 64-bit mode, it's probably something 
> else that is causing this.
> 
> thanks,
> 
> Santo
>
> */Leif Mortenson /* wrote:
>
> Santo,
> I am not familiar with AIX personally. It is built by a user who
> donates their time.
> This problem has been seen on other platforms however when a 32-bit
> version of
> the Wrapper is run with a 64-bit JVM. The Wrapper binary works
> fine as
> it is a
> separate process. But the native library is not able to be loaded due
> to linking
> problems.
> The other possible causes, a bad so file and file permissions, have
> already been
> checked by you.
>
> You might want to try running with "-verbose:jni -Xcheck:jni" set
> when launching
> the JVM. That might (??) give you a little more information.
>
> Cheers,
> Leif
>
> First Last wrote:
>
> > Hi,
> >
> > I'm using the java service wrapper on several platforms (windows,
> > solaris and aix).
> > On the aix platform, I get the following error:
> >
> > STATUS | wrapper | 2005/06/14 11:37:29 | --> Wrapper Started as
> Daemon
> > STATUS | wrapper | 2005/06/14 11:37:29 | Launching a JVM...
> > INFO | jvm 1 | 2005/06/14 11:37:30 |
> > INFO | jvm 1 | 2005/06/14 11:37:30 | WARNING - Unable to load the
> > Wrapper's native library 'libwrapper.so'.
> > INFO | jvm 1 | 2005/06/14 11:37:30 | The file is
> > located on the path at the following location but
> > INFO | jvm 1 | 2005/06/14 11:37:30 | could not be loaded:
> > INFO | jvm 1 | 2005/06/14 11:37:30 |
> > /TivoliNotFwk/dman/bin/aix/./libwrapper.so
> > INFO | jvm 1 | 2005/06/14 11:37:30 | Please verify that
> > the file is readable by the current user
> > INFO | jvm 1 | 2005/06/14 11:37:30 | and that the file
> > has not been corrupted in any way.
> > INFO | jvm 1 | 2005/06/14 11:37:30 | System signals
> > will not be handled correctly.
> > INFO | jvm 1 | 2005/06/14 11:37:30 |
> > INFO | jvm 1 | 2005/06/14 11:37:3 0 | Wrapper (Version 3.1.2)
> > http://wrapper.tanukisoftware.org
> >
> > Despite the error, the application gets started, but we are not
> able
> > to shut it down in a normal way (only with kill -9)
> >
> > I already tried to redownload the wrapper files, changing the file
> > permissions, but nothing helps.
> > Seems like the native library is corrupt in some way ?
> >
> > I'm using v3.1.2 (as far as I know that's the most recent version)
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> 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
>



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


		
---------------------------------
Yahoo! Sports
 Rekindle the Rivalries. Sign up for Fantasy Football

Re: [Wrapper-user] unable to load native library on AIX

[Leif M. <le...@ta...>]

Santo,
    Can you try launching your application with the wrapper.debug=true 
property set,
then try stopping your application with kill halt.  I should be able to 
see what is
happening there from the debug output.

Cheers,
Leif

First Last wrote:

> Leif,
>  
> I checked whether our AIX machine is running in 64-bit mode and indeed 
> it is.
> Apparently one of my colleagues needed 64-bit mode for testing 
> purposes and therefore
> switched the machine to 64-bit mode.
>  
> So, the problem that the libwrapper.so library cannot be loaded is 
> probably caused by this.
>  
> But, apart from that, I still have problems shutting down my 
> application in a normal clean way.
> Only "kill -9" can bring the application down.
>  
> I thought this had to do with the libwrapper.so issue, but because 
> that seems to be caused by the 64-bit mode, it's probably something 
> else that is causing this.
>  
> thanks,
>  
> Santo
>
> */Leif Mortenson <le...@ta...>/* wrote:
>
>     Santo,
>     I am not familiar with AIX personally. It is built by a user who
>     donates their time.
>     This problem has been seen on other platforms however when a 32-bit
>     version of
>     the Wrapper is run with a 64-bit JVM. The Wrapper binary works
>     fine as
>     it is a
>     separate process. But the native library is not able to be loaded due
>     to linking
>     problems.
>     The other possible causes, a bad so file and file permissions, have
>     already been
>     checked by you.
>
>     You might want to try running with "-verbose:jni -Xcheck:jni" set
>     when launching
>     the JVM. That might (??) give you a little more information.
>
>     Cheers,
>     Leif
>
>     First Last wrote:
>
>     > Hi,
>     >
>     > I'm using the java service wrapper on several platforms (windows,
>     > solaris and aix).
>     > On the aix platform, I get the following error:
>     >
>     > STATUS | wrapper | 2005/06/14 11:37:29 | --> Wrapper Started as
>     Daemon
>     > STATUS | wrapper | 2005/06/14 11:37:29 | Launching a JVM...
>     > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | WARNING - Unable to load the
>     > Wrapper's native library 'libwrapper.so'.
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | The file is
>     > located on the path at the following location but
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | could not be loaded:
>     > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > /TivoliNotFwk/dman/bin/aix/./libwrapper.so
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | Please verify that
>     > the file is readable by the current user
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | and that the file
>     > has not been corrupted in any way.
>     > INFO | jvm 1 | 2005/06/14 11:37:30 | System signals
>     > will not be handled correctly.
>     > INFO | jvm 1 | 2005/06/14 11:37:30 |
>     > INFO | jvm 1 | 2005/06/14 11:37:3 0 | Wrapper (Version 3.1.2)
>     > http://wrapper.tanukisoftware.org
>     >
>     > Despite the error, the application gets started, but we are not
>     able
>     > to shut it down in a normal way (only with kill -9)
>     >
>     > I already tried to redownload the wrapper files, changing the file
>     > permissions, but nothing helps.
>     > Seems like the native library is corrupt in some way ?
>     >
>     > I'm using v3.1.2 (as far as I know that's the most recent version)
>     >
>     > __________________________________________________
>     > Do You Yahoo!?
>     > Tired of spam? Yahoo! Mail has the best spam protection around
>     > http://mail.yahoo.com
>     >
>
>
>
>     -------------------------------------------------------
>     SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>     from IBM. Find simple to follow Roadmaps, straightforward articles,
>     informative Webcasts and more! Get everything you need to get up to
>     speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>     _______________________________________________
>     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
>

Re: [Wrapper-user] unable to load native library on AIX

[First L. <san...@ya...>]

Leif,
 
I checked whether our AIX machine is running in 64-bit mode and indeed it is.
Apparently one of my colleagues needed 64-bit mode for testing purposes and therefore
switched the machine to 64-bit mode.
 
So, the problem that the libwrapper.so library cannot be loaded is probably caused by this.
 
But, apart from that, I still have problems shutting down my application in a normal clean way.
Only "kill -9" can bring the application down.
 
I thought this had to do with the libwrapper.so issue, but because that seems to be caused by the 64-bit mode, it's probably something else that is causing this.
 
thanks,
 
Santo

Leif Mortenson <le...@ta...> wrote:
Santo,
I am not familiar with AIX personally. It is built by a user who 
donates their time.
This problem has been seen on other platforms however when a 32-bit 
version of
the Wrapper is run with a 64-bit JVM. The Wrapper binary works fine as 
it is a
separate process. But the native library is not able to be loaded due 
to linking
problems.
The other possible causes, a bad so file and file permissions, have 
already been
checked by you.

You might want to try running with "-verbose:jni -Xcheck:jni" set 
when launching
the JVM. That might (??) give you a little more information.

Cheers,
Leif

First Last wrote:

> Hi,
> 
> I'm using the java service wrapper on several platforms (windows, 
> solaris and aix).
> On the aix platform, I get the following error:
> 
> STATUS | wrapper | 2005/06/14 11:37:29 | --> Wrapper Started as Daemon
> STATUS | wrapper | 2005/06/14 11:37:29 | Launching a JVM...
> INFO | jvm 1 | 2005/06/14 11:37:30 |
> INFO | jvm 1 | 2005/06/14 11:37:30 | WARNING - Unable to load the 
> Wrapper's native library 'libwrapper.so'.
> INFO | jvm 1 | 2005/06/14 11:37:30 | The file is 
> located on the path at the following location but
> INFO | jvm 1 | 2005/06/14 11:37:30 | could not be loaded:
> INFO | jvm 1 | 2005/06/14 11:37:30 | 
> /TivoliNotFwk/dman/bin/aix/./libwrapper.so
> INFO | jvm 1 | 2005/06/14 11:37:30 | Please verify that 
> the file is readable by the current user
> INFO | jvm 1 | 2005/06/14 11:37:30 | and that the file 
> has not been corrupted in any way.
> INFO | jvm 1 | 2005/06/14 11:37:30 | System signals 
> will not be handled correctly.
> INFO | jvm 1 | 2005/06/14 11:37:30 |
> INFO | jvm 1 | 2005/06/14 11:37:30 | Wrapper (Version 3.1.2) 
> http://wrapper.tanukisoftware.org
> 
> Despite the error, the application gets started, but we are not able 
> to shut it down in a normal way (only with kill -9)
> 
> I already tried to redownload the wrapper files, changing the file 
> permissions, but nothing helps.
> Seems like the native library is corrupt in some way ?
> 
> I'm using v3.1.2 (as far as I know that's the most recent version)
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
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 

Re: [Wrapper-user] No GUI in entire System when running Wrapper as a Service

[Leif M. <le...@ta...>]

Rogerio,
I need to make this more visible, you currently have to search old bugs 
to find it.

It appears to be a DirectX big that is fixed by upgrading to DirectX 9.0b.
See the following Bug for details:
https://sourceforge.net/tracker/index.php?func=detail&aid=812467&group_id=39428&atid=425187

Cheers,
Leif

Rogério wrote:

> Hi all,
>
> I've been using the JSW for a few weeks, and it´s been distributed for 
> several customers.
> Recently, I received some complaints about Java Control Panel not 
> showing anymore.
> Fortunately, I found a machine that exhibits the problem, and it´s 
> very weird...
>
> If I run my server as a Service, any Java application that I start 
> hangs in the show() or setVisible(true) of a Frame!!!
> It´s that! I open a command prompt and type java TestApp, a simple app 
> that only shows a Frame, with a System.out.println before and after 
> that, and the Frame never shows up neither the System.out.println 
> after...........
>
> And then I realized that Java Control Panel is a Java application...
> Also I have a Config application, that runs locally, and that the 
> customers think isn't working, since the command prompt is always blank.
>
> But in my machine it doesn't happen. The only diference I could see is 
> that I have JDK, and the customers have JRE.
>
> Please help!!!
>
>     Thanks,
>     Rogerio.
>
>  

[Wrapper-user] No GUI in entire System when running Wrapper as a Service

[<ro...@so...>]

Hi all,

I've been using the JSW for a few weeks, and it=B4s been distributed for =
several customers.
Recently, I received some complaints about Java Control Panel not =
showing anymore.
Fortunately, I found a machine that exhibits the problem, and it=B4s =
very weird...

If I run my server as a Service, any Java application that I start hangs =
in the show() or setVisible(true) of a Frame!!!
It=B4s that! I open a command prompt and type java TestApp, a simple app =
that only shows a Frame, with a System.out.println before and after =
that, and the Frame never shows up neither the System.out.println =
after...........

And then I realized that Java Control Panel is a Java application...
Also I have a Config application, that runs locally, and that the =
customers think isn't working, since the command prompt is always blank.

But in my machine it doesn't happen. The only diference I could see is =
that I have JDK, and the customers have JRE.

Please help!!!

    Thanks,
    Rogerio.

[Wrapper-user] No GUI in entire System when running Wrapper as a Service

[<ro...@so...>]

Hi all,

I've been using the JSW for a few weeks, and it´s been distributed for 
several customers.
Recently, I received some complaints about Java Control Panel not showing 
anymore.
Fortunately, I found a machine that exhibits the problem, and it´s very 
weird...

If I run my server as a Service, any Java application that I start hangs in 
the show or setVisible of a Frame!!!
It´s that! I open a command prompt and type java TestApp, a simple app that 
only shows a Frame, with a System.out.println before and after that, and the 
Frame never shows up neither the System.out.println after...........

And then I realized that Java Control Panel is a Java application...

But in my machine it doesn't happen. The only diference I could see is that 
I have JDK, and the customers have JRE.

Please help!!!

    Thanks,
    Rogerio.

Re: [Wrapper-user] Java file.exists() return false (when NT service and network drive is used)

[KRASSIMIR B. <kr...@ho...>]

Thanks, Leif.

The workaround of using the original network path worked very well. I am =
still curious though why using drive letter does not. I will keep you =
posted if I find anything that resolves it.

Thanks again,
Krassimir=20

----- Original Message -----=20
From: Leif Mortenson=20
To: wra...@li...=20
Sent: Wednesday, June 29, 2005 6:54 PM
Subject: Re: [Wrapper-user] Java file.exists() return false (when NT =
service and network drive is used)


I have had problems on some Windows versions with this as well, but have
never been able to figure out exactly what is causing the problems. It
works on some machines but not others.

I have seen cases where starting the service on system starup will not
work, but starting it when the account that the service is running as is
is also logged in works fine. I haven't seen any clues that this is a
Wrapper specific problem, there may be something that the Wrapper
needs to be doing on initialization that I am not aware of however.

A workaround that I found was to use Universal paths rather than the
mapped drives. So use the original \\computer\path rather than the
mapped drive. That has worked reliably for me. You still need to
be running as a user with network access, who has permission to
access the specific remote resource.

Cheers,
Leif



Krassimir Boyanov wrote:

> Hi,
>
> I have Java application, using the Wrapper and installed as a NT
> service, which have to save a file on a mapped network drive (for
> example U:). Before saving a file it checks for the existence of the
> directory path - see below:
>
> File rootDir =3D new File("U:/");
> if (!rootDir.exists())
> {
> logger.error("Root directory does not exist! ");
> }
>
> The problem is that the exists() method returns false. I do not
> observe the same issue if I run the same code under command prompt
> (without using the wrapper and the NT service), i.e. the same method
> exists() returns true.
>
> The service is setup to run under the same account as the network
> drive is mapped.
>
> Please advice on how to resolve this problem. Your help is highly
> appreciated.
>
> Krassimir
>



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user