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

Re: [Wrapper-user] JVM crash using wrapper and custom JNI

[Jason P. <jas...@gm...>]

Leif,

Thanks for your advice regarding my JVM crash issue.  I will use your printf
suggestion to see what's happening.

Apologies for the disconnected thread.. I got the batch email to my gmail
account and can't reply to just one post.

- Jason.

Re: [Wrapper-user] can not access a member with modifiers "public static"

[Jesse F. <jes...@gm...>]

Nevermind, my CLASS wasn't declared PUBLIC.

Sorry for the bother!

On 10/16/06, Jesse Farmer <jes...@gm...> wrote:
>
> Hi all:
>
> I am getting this error when I try to run my class:
>
> INFO   | jvm 1    | 2006/10/16 16:16:19 | WrapperSimpleApp: Encountered an
> error running main: java.lang.IllegalAccessException: Class
> org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
> class flipFileNames.FlipFileNames with modifiers "public static"
> INFO   | jvm 1    | 2006/10/16 16:16:19 | java.lang.IllegalAccessException:
> Class org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member
> of class flipFileNames.FlipFileNames with modifiers "public static"
> INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
> sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
> INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
> java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240)
> INFO   | jvm 1    | 2006/10/16 16:16:19 |     at java.lang.Thread.run(Unknown
> Source)
>
>
> My class is FlipFileNames, in a jar file flipFileNames.jar.  It has a main
> method that is public and static.  Normally I run the program by invoking
> the jar file, which contains a manifest to execute this main class.  I have
> also tried rebuilding my jar file without the manifest, but that makes no
> difference.  If I change the main method to simply a public void method, I
> get this error:
>
> INFO   | jvm 1    | 2006/10/16 16:23:05 | WrapperSimpleApp: The main
> method in class flipFileNames.FlipFileNames must be declared public and
> static.
>
>
> So what am I doing wrong?  Here is what my .conf file looks like:
> wrapper.java.command=java
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
> wrapper.java.classpath.1=./wrapper.jar
> wrapper.java.classpath.2=E:\java\mail.jar
> wrapper.java.classpath.3=E:\java\FXlib.jar
> wrapper.java.classpath.4=E:\java\activation.jar
> wrapper.java.classpath.5=E:\Java\sqljdbc.jar
> wrapper.java.classpath.6=E:\java\flipFileNames.jar
>
> wrapper.java.library.path.1=./
>
> wrapper.app.parameter.1=flipFileNames.FlipFileNames
> wrapper.app.parameter.2=../etc/config.xml
>
> wrapper.debug=TRUE
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=../logs/wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=0
> wrapper.logfile.maxfiles=0
> wrapper.syslog.loglevel=NONE
> wrapper.console.title=PNV_Monitor
>
> wrapper.ntservice.name=PNV_Monitor
> wrapper.ntservice.displayname=PNV_Monitor
> wrapper.ntservice.description=Monitors PNV processes.
> wrapper.ntservice.dependency.1=
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false
>
>
>
> Finally, this is what the command in the log looks like:
> command: "C:\WINNT\system32\java.exe" - Djava.library.path="./" -classpath
> "./wrapper.jar;E:\java\mail.jar;E:\java\FXlib.jar;E:\java\activation.jar;E:\Java\sqljdbc.jar;E:\java\flipFileNames.jar"
> -Dwrapper.key="FEurVAmkoYjw8k6w" -Dwrapper.port=32005 -
> Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE"
> -Dwrapper.pid=2640 -Dwrapper.version="3.2.2" -Dwrapper.native_library="wrapper"
> -Dwrapper.service="TRUE" - Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
> org.tanukisoftware.wrapper.WrapperSimpleApp flipFileNames.FlipFileNames../etc/config.xml
>
>
> All of my wrapper files are in E:\java\serviceWrapper.
>

[Wrapper-user] can not access a member with modifiers "public static"

[Jesse F. <jes...@gm...>]

Hi all:

I am getting this error when I try to run my class:

INFO   | jvm 1    | 2006/10/16 16:16:19 | WrapperSimpleApp: Encountered an
error running main: java.lang.IllegalAccessException: Class
org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of class
flipFileNames.FlipFileNames with modifiers "public static"
INFO   | jvm 1    | 2006/10/16 16:16:19 | java.lang.IllegalAccessException:
Class org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
class flipFileNames.FlipFileNames with modifiers "public static"
INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
java.lang.reflect.Method.invoke(Unknown Source)
INFO   | jvm 1    | 2006/10/16 16:16:19 |     at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240)
INFO   | jvm 1    | 2006/10/16 16:16:19 |     at java.lang.Thread.run(Unknown
Source)


My class is FlipFileNames, in a jar file flipFileNames.jar.  It has a main
method that is public and static.  Normally I run the program by invoking
the jar file, which contains a manifest to execute this main class.  I have
also tried rebuilding my jar file without the manifest, but that makes no
difference.  If I change the main method to simply a public void method, I
get this error:

INFO   | jvm 1    | 2006/10/16 16:23:05 | WrapperSimpleApp: The main method
in class flipFileNames.FlipFileNames must be declared public and static.


So what am I doing wrong?  Here is what my .conf file looks like:
wrapper.java.command=java
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.java.classpath.1=./wrapper.jar
wrapper.java.classpath.2=E:\java\mail.jar
wrapper.java.classpath.3=E:\java\FXlib.jar
wrapper.java.classpath.4=E:\java\activation.jar
wrapper.java.classpath.5=E:\Java\sqljdbc.jar
wrapper.java.classpath.6=E:\java\flipFileNames.jar

wrapper.java.library.path.1=./

wrapper.app.parameter.1=flipFileNames.FlipFileNames
wrapper.app.parameter.2=../etc/config.xml

wrapper.debug=TRUE
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=../logs/wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=0
wrapper.logfile.maxfiles=0
wrapper.syslog.loglevel=NONE
wrapper.console.title=PNV_Monitor

wrapper.ntservice.name=PNV_Monitor
wrapper.ntservice.displayname=PNV_Monitor
wrapper.ntservice.description=Monitors PNV processes.
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false



Finally, this is what the command in the log looks like:
command: "C:\WINNT\system32\java.exe" -Djava.library.path="./" -classpath
"./wrapper.jar;E:\java\mail.jar;E:\java\FXlib.jar;E:\java\activation.jar;E:\Java\sqljdbc.jar;E:\java\flipFileNames.jar"
-Dwrapper.key="FEurVAmkoYjw8k6w" -Dwrapper.port=32005 -
Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE"
-Dwrapper.pid=2640 -Dwrapper.version="3.2.2" -Dwrapper.native_library="wrapper"
-Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
org.tanukisoftware.wrapper.WrapperSimpleApp
flipFileNames.FlipFileNames../etc/config.xml


All of my wrapper files are in E:\java\serviceWrapper.

Re: [Wrapper-user] wrapper-delta-pack-3.2.2.tar.gz

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

Rakesh,
    I do not have access to an HP-UX system to do the builds 
personally.  The 3.1.2
and previous versions were build by a user donating their time.  
Unfortunately, they
are no longer able to help out.

    The delta pack is a compilation of all the platforms that I am able 
to support, so
no, it will not do what you want.

    Good news is that if you download the prerelease distribution and run:
./build32.sh release
    It should create the hpux release distribution for you.  It requires 
that you
have a c compiler installed, but you might want to give it a try.

Cheers,
Leif

Rak...@vw... wrote:
> Hello,
>
> I am downloading the wrapper for first time and was wondering it the above
> delta pack can be used on HP-UX B 11.11 or do I have to use
> wrapper_hpux_3.1.2.tar.gz
>
> Thanks
>   

[Wrapper-user] wrapper-delta-pack-3.2.2.tar.gz

[<Rak...@vw...>]

Hello,

I am downloading the wrapper for first time and was wondering it the above
delta pack can be used on HP-UX B 11.11 or do I have to use
wrapper_hpux_3.1.2.tar.gz

Thanks


The information contained in this e-mail message may be privileged,
confidential and protected from disclosure. If you are not the intended
recipient, any dissemination, distribution or copying is strictly
prohibited. If you think that you have received this e-mail message in
error please e-mail the sender and delete the message. Thank you.

Re: [Wrapper-user] JVM crash using wrapper and custom JNI

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

Jason,
    The Wrapper tries to shutdown the application as closely to the 
normal way as
possible, but there are some slight timing differences during the 
shutdown process.
My guess is that it is a timing problem of some sort.

    There are a lot of programs using JNI code that run without problem 
under the
Wrapper, so until I see further evidence, I think we should assume for 
now that it
is a problem in your code.

    You are correct that debugging JNI code can be a bit of pain.  The 
method that
I usually use that is actually the most efficient is to place a bunch of 
printf statements
in your code and then see exactly what is happening.  The problem is 
that something
with the way Java works causes printf output not to be sent to the console
immediately.  This means that whatever happens right before a crash will 
be lost.
The fix is to add a flushall(); call right after the printf();  Not 
efficient performance wise,
but it works.

    For example:
printf("releaseSAVI() 1\n"); flushall();

    You are getting an access violation, so most likely you are trying 
to access a
null pointer or a pointer to memory that has already been freed.   Make 
sure that
you are only calling your cleanup code once.   Add debug output at the 
entry and
exit point to all of your native functions without making any assumptions.
Hopefully one of those things will make the cause pop out.

    How many threads are accessing your code.  synchronization problems 
are a
common cause of crashes in C.  The printf s at the entry and exit of 
each function
might make this cause obvious.

    One more possible difference.   Make sure that you are running the 
correct
JVM.   Most people have their wrapper.conf set up to locate the java exe 
on the
system path.   The path when running as a service is often different 
than that from
a console.   You may for example be running Java 1.4 as a service, but 
1.5 when
run standalone from a batch file.   If you set the wrapper.debug=true 
property,
you can see exactly what is being run as the Wrapper launches the JVM.

Cheers,
Leif

Jason Polites wrote:
> Hello all,
>
> I am using the wrapper to launch a java app which loads a native 
> library of my own creation.  When running outside the wrapper, my 
> native code initialises and terminates successfully, and always has.  
> When I run this same app within the wrapper, the JVM crashes when I am 
> terminating my native resource.
>
> The native code I have is loading a COM DLL, and when my java app 
> closes it releases an unloads the COM DLL.  It is during this process 
> that I get the JVM crash.
>
> Crash details are:
>
> jvm 1    | #
> jvm 1    | # An unexpected error has been detected by HotSpot Virtual 
> Machine:
> jvm 1    | #
> jvm 1    | #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at 
> pc=0x1900507f, pid=1168, tid=3016
> jvm 1    | #
> jvm 1    | # Java VM: Java HotSpot(TM) Server VM (1.5.0_09-b01 mixed mode)
> jvm 1    | # Problematic frame:
> jvm 1    | # C
> jvm 1    |   [JSAVI2.dll+0xb507f]
> jvm 1    | #
> jvm 1    | # An error report file with more information is saved as 
> hs_err_pid1168.log
> jvm 1    | #
> jvm 1    | # If you would like to submit a bug report, please visit:
> jvm 1    | #   http://java.sun.com/webapps/bugreport/crash.jsp
> jvm 1    | #
> wrapper  | JVM exited unexpectedly while stopping the application.
>
> You will see that the "Problematic frame" is reported as JSAVI2.dll.  
> This is my native DLL which loads/unloads the COM DLL.
>
> The call stack in the JVM error report looks like this:
>
> Stack: [0x19780000,0x197c0000),  sp=0x197bee20,  free space=251k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, 
> C=native code)
> C  [JSAVI2.dll+0xb507f]
> C  [JSAVI2.dll+0xb7259]
> j  
> com.synetek.virus.scanner.JSavi.releaseSAVI(Lcom/synetek/virus/scanner/ScannerLog;)V+0 
>
> j  
> com.synetek.virus.scanner.JSavi.destroy(Lcom/synetek/virus/scanner/ScannerLog;)V+9
> j  com.synetek.everymail.core.handler.PipelineHandler.destroy()V+27
> j  com.synetek.event.EventProcessor.destroy()V+43
> j  com.synetek.processor.MultiProcessor.destroy (J)V+41
> j  com.synetek.processor.ManagedMultiProcessor.stop(J)V+9
> j  com.synetek.everymail.core.pipeline.poll.PipelinePoller.destroy()V+12
> j  com.synetek.poller.AbstractPoller.stop(J)V+78
> j  com.synetek.poller.remote.RemoteController.stop (J)V+5
> v  ~StubRoutines::call_stub
> V  [jvm.dll+0xf96e0]
>
> You can see that my call to "releaseSAVI" is where the crash occurs. 
>
> Ordinarily I would assume that there is something wrong with my DLL, 
> but it has been working correctly until now.  I have checked and 
> double-checked the implementation of this native method in the C++ 
> code and I cannot see how or why I should be experiencing any problems 
> (the native method is only 3 lines of code!).
>
> As stated, when I run my app in straight java land all is well.  I 
> have tried to debug my JNI DLL from Visual Studio, but the only way I 
> know to do this is to "attach" to the java.exe process from within 
> Visual Studio.  Problem is that because java.exe crashes I don't get 
> an opportunity to step through the execution of the native code.
>
> I'm a bit stuck here as there doesn't appear to be anything I can to 
> short of not using the wrapper.  This leaves me in the unenviable 
> position of having to write my own (urgh).
>
> Have tried disabling HotSpot.. same problem.
>
> Anyone have any ideas?
>
> Thanks.

[Wrapper-user] JVM crash using wrapper and custom JNI

[Jason P. <jas...@gm...>]

Hello all,

I am using the wrapper to launch a java app which loads a native library of
my own creation.  When running outside the wrapper, my native code
initialises and terminates successfully, and always has.  When I run this
same app within the wrapper, the JVM crashes when I am terminating my native
resource.

The native code I have is loading a COM DLL, and when my java app closes it
releases an unloads the COM DLL.  It is during this process that I get the
JVM crash.

Crash details are:

jvm 1    | #
jvm 1    | # An unexpected error has been detected by HotSpot Virtual
Machine:
jvm 1    | #
jvm 1    | #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x1900507f,
pid=1168, tid=3016
jvm 1    | #
jvm 1    | # Java VM: Java HotSpot(TM) Server VM (1.5.0_09-b01 mixed mode)
jvm 1    | # Problematic frame:
jvm 1    | # C
jvm 1    |   [JSAVI2.dll+0xb507f]
jvm 1    | #
jvm 1    | # An error report file with more information is saved as
hs_err_pid1168.log
jvm 1    | #
jvm 1    | # If you would like to submit a bug report, please visit:
jvm 1    | #   http://java.sun.com/webapps/bugreport/crash.jsp
jvm 1    | #
wrapper  | JVM exited unexpectedly while stopping the application.

You will see that the "Problematic frame" is reported as JSAVI2.dll.  This
is my native DLL which loads/unloads the COM DLL.

The call stack in the JVM error report looks like this:

Stack: [0x19780000,0x197c0000),  sp=0x197bee20,  free space=251k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
code)
C  [JSAVI2.dll+0xb507f]
C  [JSAVI2.dll+0xb7259]
j  com.synetek.virus.scanner.JSavi.releaseSAVI
(Lcom/synetek/virus/scanner/ScannerLog;)V+0
j  com.synetek.virus.scanner.JSavi.destroy
(Lcom/synetek/virus/scanner/ScannerLog;)V+9
j  com.synetek.everymail.core.handler.PipelineHandler.destroy()V+27
j  com.synetek.event.EventProcessor.destroy()V+43
j  com.synetek.processor.MultiProcessor.destroy(J)V+41
j  com.synetek.processor.ManagedMultiProcessor.stop(J)V+9
j  com.synetek.everymail.core.pipeline.poll.PipelinePoller.destroy()V+12
j  com.synetek.poller.AbstractPoller.stop(J)V+78
j  com.synetek.poller.remote.RemoteController.stop(J)V+5
v  ~StubRoutines::call_stub
V  [jvm.dll+0xf96e0]

You can see that my call to "releaseSAVI" is where the crash occurs.

Ordinarily I would assume that there is something wrong with my DLL, but it
has been working correctly until now.  I have checked and double-checked the
implementation of this native method in the C++ code and I cannot see how or
why I should be experiencing any problems (the native method is only 3 lines
of code!).

As stated, when I run my app in straight java land all is well.  I have
tried to debug my JNI DLL from Visual Studio, but the only way I know to do
this is to "attach" to the java.exe process from within Visual Studio.
Problem is that because java.exe crashes I don't get an opportunity to step
through the execution of the native code.

I'm a bit stuck here as there doesn't appear to be anything I can to short
of not using the wrapper.  This leaves me in the unenviable position of
having to write my own (urgh).

Have tried disabling HotSpot.. same problem.

Anyone have any ideas?

Thanks.

Re: [Wrapper-user] solaris-sparc 32bit libwrapper.so is ELFCLASS64?!

[Chris <ch...@hm...>]

Fixed in 3.2.2

Chris wrote:
> I just downloaded the solaris sparc 32 bit version of wrapper 3.2.1.
> I got an error 'unable to load native library....wrong ELF Class:
> ELFCLASS64.
> 
> If i use the java bin from jdk1.5.0_09/bin/sparcv9, it works fine.  But
> I want to run the 32 bit version, it's much faster.
> 
> The libwrapper.so in the solaris-sparc-64-3.2.1 download does not appear
> to be different.
> 
> Thanks for your help
> 

-- 
Chris
HMGCC

The information contained in this message (and any attachments) may
be confidential and is intended for the sole use of the named addressee.
Access, copying, alteration or re-use of the e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient please advise the sender immediately by returning the e-mail
and deleting it from your system.

This information may be exempt from disclosure under Freedom Of Information 
Act 2000 and may be subject to exemption under other UK information 
legislation. Refer disclosure requests to the Information Officer.


The original of this email was scanned for viruses by Government Secure Intranet (GSi)  virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs.
On leaving the GSI this email was certified virus free.
The MessageLabs Anti Virus Service is the first managed service to achieve the CSIA Claims Tested Mark (CCTM Certificate Number 2006/04/0007), the UK Government quality mark initiative for information security products and services.  For more information about this please visit www.cctmark.gov.uk

Re: [Wrapper-user] Using WrapperSimpleApp Integration

[Chris <ch...@hm...>]

You need to make the class public too

HTH
Chris

David Schulberg wrote:
> Hi,
> 
> Yes I am not very familiar with Java.
> 
> With regard to the error I am getting now:
> 'java.lang.IllegalAccessException: Class
> org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
> class Proxy with modifiers "public static"'
> 
> I am unsure of exactly how to change my class definition which is
> currently:
> 
> class Proxy {
> 
> 	public static void main(String args[]) throws IOException{
>         
>         //parse arguments from command line
>  
> .....
> 
> 
> How should this be redeclared for the wrapper?
> 
> Regards,
> David
> 
> I understand you have posted a remark to use 
> On Tue, 10 Oct 2006 14:07:12 +0900, "Leif Mortenson"
> <le...@ta...> said:
> 
>>David,
>>Please keep replies on the list for the benefit of other users.
>>
>>I saw a couple problems off the bat.  They are both basic Java problems
>>so
>>I wonder if you are new to Java. :-)
>>
>>The first is your classpath.  You specified the following:
>>wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
>>wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\proxy.class
>>
>>It looks like you have some un jared classes in your bin directory.
>>In that case, rather than including all of those classes on your class
>>path,
>>you should include the root directory that contains your packages and
>>classes.  So try the following:
>>wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
>>wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\
>>
>>In general, a better way of doing this is to create a classes directory 
>>under
>>lib and then place your unjared classes there.  You would then have:
>>wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
>>wrapper.java.classpath.2=C:\Temp\ProxyServer\lib\classes
>>
>>The second problem is with your main class.   You secified the following
>>arguments to the WrapperSimpleApp class:
>>wrapper.app.parameter.1=proxy.main
>>wrapper.app.parameter.2=1234
>>wrapper.app.parameter.3=192.168.2.70
>>wrapper.app.parameter.4=4999
>>
>>Unless you have an inner class named main.  This is probably incorrect.
>>You want to specify the class name rather than the method name.  This
>>should be:
>>wrapper.app.parameter.1=proxy
>>wrapper.app.parameter.2=1234
>>wrapper.app.parameter.3=192.168.2.70
>>wrapper.app.parameter.4=4999
>>
>>Third is a style issue.  In general, Java class names are always 
>>capitalized.
>>This is done to make it clear what is a class and what is a method name.
>>So to follow this standard, your "proxy" class should be named "Proxy".
>>
>>Cheers,
>>Leif
>>
>>David Schulberg wrote:
>>
>>>Hi Leif,
>>>
>>>I gratefully accept your offer to checkout my wrapper.conf file.
>>>I continue to get the error
>>>WrapperSimpleApp: Unable to locate the class proxy:
>>>java.lang.ClassNotFoundException: proxy
>>>
>>>Regards,
>>>David
>>>
>>>-----Original Message-----
>>>From: Leif Mortenson [mailto:le...@ta...] 
> 
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET.
> On entering the GSI, this email was scanned for viruses by the Government Secure Intranet (GSi) virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs.
> In case of problems, please call your organisational IT Helpdesk.
> The MessageLabs Anti Virus Service is the first managed service to achieve the CSIA Claims Tested Mark (CCTM Certificate Number 2006/04/0007), the UK Government quality mark initiative for information security products and services.  For more information about this please visit www.cctmark.gov.uk
> 

-- 
Chris
HMGCC

The information contained in this message (and any attachments) may
be confidential and is intended for the sole use of the named addressee.
Access, copying, alteration or re-use of the e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient please advise the sender immediately by returning the e-mail
and deleting it from your system.

This information may be exempt from disclosure under Freedom Of Information 
Act 2000 and may be subject to exemption under other UK information 
legislation. Refer disclosure requests to the Information Officer.


The original of this email was scanned for viruses by Government Secure Intranet (GSi)  virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs.
On leaving the GSI this email was certified virus free.
The MessageLabs Anti Virus Service is the first managed service to achieve the CSIA Claims Tested Mark (CCTM Certificate Number 2006/04/0007), the UK Government quality mark initiative for information security products and services.  For more information about this please visit www.cctmark.gov.uk

Re: [Wrapper-user] Using WrapperSimpleApp Integration

[David S. <da...@ev...>]

Hi,

Yes I am not very familiar with Java.

With regard to the error I am getting now:
'java.lang.IllegalAccessException: Class
org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
class Proxy with modifiers "public static"'

I am unsure of exactly how to change my class definition which is
currently:

class Proxy {

	public static void main(String args[]) throws IOException{
        
        //parse arguments from command line
 
.....


How should this be redeclared for the wrapper?

Regards,
David

I understand you have posted a remark to use 
On Tue, 10 Oct 2006 14:07:12 +0900, "Leif Mortenson"
<le...@ta...> said:
> David,
> Please keep replies on the list for the benefit of other users.
> 
> I saw a couple problems off the bat.  They are both basic Java problems
> so
> I wonder if you are new to Java. :-)
> 
> The first is your classpath.  You specified the following:
> wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
> wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\proxy.class
> 
> It looks like you have some un jared classes in your bin directory.
> In that case, rather than including all of those classes on your class
> path,
> you should include the root directory that contains your packages and
> classes.  So try the following:
> wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
> wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\
> 
> In general, a better way of doing this is to create a classes directory 
> under
> lib and then place your unjared classes there.  You would then have:
> wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
> wrapper.java.classpath.2=C:\Temp\ProxyServer\lib\classes
> 
> The second problem is with your main class.   You secified the following
> arguments to the WrapperSimpleApp class:
> wrapper.app.parameter.1=proxy.main
> wrapper.app.parameter.2=1234
> wrapper.app.parameter.3=192.168.2.70
> wrapper.app.parameter.4=4999
> 
> Unless you have an inner class named main.  This is probably incorrect.
> You want to specify the class name rather than the method name.  This
> should be:
> wrapper.app.parameter.1=proxy
> wrapper.app.parameter.2=1234
> wrapper.app.parameter.3=192.168.2.70
> wrapper.app.parameter.4=4999
> 
> Third is a style issue.  In general, Java class names are always 
> capitalized.
> This is done to make it clear what is a class and what is a method name.
> So to follow this standard, your "proxy" class should be named "Proxy".
> 
> Cheers,
> Leif
> 
> David Schulberg wrote:
> > Hi Leif,
> >
> > I gratefully accept your offer to checkout my wrapper.conf file.
> > I continue to get the error
> > WrapperSimpleApp: Unable to locate the class proxy:
> > java.lang.ClassNotFoundException: proxy
> >
> > Regards,
> > David
> >
> > -----Original Message-----
> > From: Leif Mortenson [mailto:le...@ta...] 

[Wrapper-user] Wrapper 3.2.2 Release

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

Hello all,
Version 3.2.2 of the Java Service Wrapper has been released today.
This version contains a fix to a critical crash error in the windows
versions of 3.2.0 and 3.2.1.  UNIX versions of the wrapper were not
affected by the problem.

There were a few other minor fixes and improvements as well.

Please see the release notes for a full list of changes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

The web site has also been updated to reflect the features of the 3.2.2
release. There are a few areas such as the delta-pack and java security
model which are not yet documented. I will try to get those filled in over
the coming weeks.
http://wrapper.tanukisoftware.org/doc/english/introduction.html

As always, a lot of work has gone into getting this version of the Wrapper
together and ready for a release. Please consider support its ongoing
development:
http://wrapper.tanukisoftware.org/doc/english/donate.html

Post back if there are any questions.
Enjoy

Cheers,
Leif

[Wrapper-user] solaris-sparc 32bit libwrapper.so is ELFCLASS64?!

[Chris <ch...@hm...>]

I just downloaded the solaris sparc 32 bit version of wrapper 3.2.1.
I got an error 'unable to load native library....wrong ELF Class:
ELFCLASS64.

If i use the java bin from jdk1.5.0_09/bin/sparcv9, it works fine.  But
I want to run the 32 bit version, it's much faster.

The libwrapper.so in the solaris-sparc-64-3.2.1 download does not appear
to be different.

Thanks for your help

-- 
Chris
HMGCC

The information contained in this message (and any attachments) may
be confidential and is intended for the sole use of the named addressee.
Access, copying, alteration or re-use of the e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient please advise the sender immediately by returning the e-mail
and deleting it from your system.

This information may be exempt from disclosure under Freedom Of Information 
Act 2000 and may be subject to exemption under other UK information 
legislation. Refer disclosure requests to the Information Officer.


The original of this email was scanned for viruses by Government Secure Intranet (GSi)  virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs.
On leaving the GSI this email was certified virus free.
The MessageLabs Anti Virus Service is the first managed service to achieve the CSIA Claims Tested Mark (CCTM Certificate Number 2006/04/0007), the UK Government quality mark initiative for information security products and services.  For more information about this please visit www.cctmark.gov.uk

[Wrapper-user] Another Fatal error in Wrapper

[Heather L. <hea...@th...>]

Leif,

Hi.  Thank you for your quick response and fix of the wrapper defect in
3.2.0 and 3.2.1.  Unfortunately, I've had another wrapper crash.  This
one was on a different (but similar) system (Windows, wrapper version
3.2.0).

FATAL  | wrapper  | 2006/10/11 15:11:21 | encountered a fatal error in
Wrapper
FATAL  | wrapper  | 2006/10/11 15:11:21 |   exceptionCode    =3D
EXCEPTION_ACCESS_VIOLATION
FATAL  | wrapper  | 2006/10/11 15:11:21 |   exceptionFlag    =3D
EXCEPTION_NONCONTINUABLE_EXCEPTION
FATAL  | wrapper  | 2006/10/11 15:11:21 |   exceptionAddress =3D =
7C82F527
FATAL  | wrapper  | 2006/10/11 15:11:21 |   Read access exception from
0061FEBD
FATAL  | wrapper  | 2006/10/11 15:11:21 | <-- Wrapper Stopping due to
error in service control handler.
   =20
Thanks,
Heather


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Tuesday, October 10, 2006 11:20 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Fatal error in Wrapper

Heather,
Another user just reported a similar problem.  They seem to be able to
reproduce it more easily.  I have requested more information.  But you
might want to monitor the following bug issue.
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D425187&aid=3D157453=
7&gro
up_id=3D39428

Cheers,
Leif

Heather Leonard wrote:
> Leif,
>
> Version: 3.2.0
> Platform: Windows Server 2003
>
> I have verified that wrapper.jar, wrapper.exe and wrapper.dll are all=20
> from the same version.
>
> The error occurred at least 11 days after the JVM was launched so=20
> definitely not at start up.  After the crash was discovered, the=20
> service was restarted without error (a couple of days later). =20
> Unfortunately, I have been unable to reproduce the error.  Since it=20
> occurred in customer's production system, I have copied their=20
> installation on my machine to try to reproduce the error.  In this=20
> way, I can reproduce the exact conditions when the error occurred. =20
> However, it is not exactly the same system.  Since the application=20
> receives data over a socket, is it possible for the client to send=20
> something that would cause this error?
>
> Thanks,
> Heather
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif=20
> Mortenson
> Sent: Thursday, October 05, 2006 11:05 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Fatal error in Wrapper
>
> Heather,
>     You somehow figured out a way to crash the Wrapper process itself.

> Unfortunately,
> this is a state that the Wrapper is not able to recover from on its
own.
> I would definitely like to figure out a way to reproduce this as this=20
> is the first I have heard of this problem.
>
>     Could you tell me what version of the Wrapper you are using as=20
> well as the platform.
> Are you sure that you are using the wrapper.jar, wrapper.exe, and=20
> wrapper.dll all from the same version?
>
>     The message about packet type 110 is perplexing.  Packet Id #110=20
> is the access key.
> I double checked the code, but this is only sent from the JVM to the=20
> Wrapper process
> and then only once at startup.   Your error log shows that this packet

> Id 110 was
> received by the JVM from the Wrapper.
>
>     How long after the JVM was launched did you encounter this error?
>
> Cheers,
> Leif
>
> Heather Leonard wrote:
>  =20
>> Hi,
>>
>> My application crashed and the following error was in the wrapper
log.
>>
>> INFO   | jvm 1    | 2006/09/29 18:46:20 | Wrapper code received an=20
>> unknown packet type: 110
>> FATAL  | wrapper  | 2006/09/29 18:46:25 | encountered a fatal error=20
>> in
>>    =20
>
>  =20
>> Wrapper
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionCode    =3D=20
>> EXCEPTION_ACCESS_VIOLATION
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionFlag    =3D=20
>> EXCEPTION_NONCONTINUABLE_EXCEPTION
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionAddress =3D
>>    =20
> 7C82F527
>  =20
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   Read access exception
from
>>    =20
>
>  =20
>> 0061FE7D
>> FATAL  | wrapper  | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to

>> error in service main.
>>
>> I have since been unable to reproduce the crash.  I have two=20
>> questions.  Can anyone explain this error and why it would occur?
>> Also, I would like the application to restart when an error like this

>> occurs.  Will setting the wrapper.on_exit.default property to RESTART

>> cause a restart in this case?
>>
>> Thanks,
>> Heather Leonard
>>

[Wrapper-user] solaris-sparc 32 libwrapper.so is ELFCLASS64?!

[Chris <ch...@hm...>]

I just downloaded the solaris sparc 32 bit version of wrapper 3.2.1.
I got an error 'unable to load native library....wrong ELF Class: 
ELFCLASS64.

If i use the java bin from jdk1.5.0_09/bin/sparcv9, it works fine.  But 
I want to run the 32 bit version, it's much faster.

The libwrapper.so in the solaris-sparc-64-3.2.1 download does not appear 
to be different.

Thanks for your help
-- 
Chris
HMGCC

The information contained in this message (and any attachments) may
be confidential and is intended for the sole use of the named addressee.
Access, copying, alteration or re-use of the e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient please advise the sender immediately by returning the e-mail
and deleting it from your system.

This information may be exempt from disclosure under Freedom Of Information 
Act 2000 and may be subject to exemption under other UK information 
legislation. Refer disclosure requests to the Information Officer.


The original of this email was scanned for viruses by Government Secure Intranet (GSi)  virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs.
On leaving the GSI this email was certified virus free.
The MessageLabs Anti Virus Service is the first managed service to achieve the CSIA Claims Tested Mark (CCTM Certificate Number 2006/04/0007), the UK Government quality mark initiative for information security products and services.  For more information about this please visit www.cctmark.gov.uk

Re: [Wrapper-user] Schedule restart

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

Eva,
    Set the following property to enable the command file feature (see 
the docs)
http://wrapper.tanukisoftware.org/doc/english/prop-commandfile.html
wrapper.commandfile=./myapp.command

    Now create a file myapp.command.restart which contains a single line of
text "RESTART", without the quotes.
    All you have to do to cause the wrapper to restart is to run:
copy myapp.command.restart myapp.command
    The wrapper will detect it within a few seconds and restart the JVM.
Put the copy command into a batch file called restart.bat

    Next step is to make this copy process automatic.  Windows has a
cron job like scheduler built in called schtasks.  You can set your restart
batch file to run at a specific time as follows:

schtasks /Create /SC DAILY /ST 05:00:00 /tn myapprestart /tr 
d:\Myapp\bin\restart.bat

    This will delete the job:
schtasks /Delete /tn myapprestart

    This will list all available jobs:
schtasks /Query

    Hope this helps,
    Cheers,
    Leif



Eva Lim wrote:
> Hi Leif,
>  
> I see, my application is running on Windows XP.
>  
> Thanks for your advice :)
>  
>
> */Leif Mortenson <le...@ta...>/* wrote:
>
>     Eva,
>     That is not something that the wrapper supports directly. What
>     platform
>     are you
>     running on? There are ways to do this on the various platforms.
>
>     Cheers,
>     Leif
>
>     Eva Lim wrote:
>     > Hi,
>     >
>     > Am I able to schedule the Java Service Wrapper to restart the
>     JVM and
>     > my application at a particular time of the day?
>     >
>     > Many thanks for your help!
>     >
>     >
>     > Cheers,
>     > Angela
>     >
>
>
>     -------------------------------------------------------------------------
>     Take Surveys. Earn Cash. Influence the Future of IT
>     Join SourceForge.net's Techsay panel and you'll get the chance to
>     share your
>     opinions on IT & business topics through brief surveys -- and earn
>     cash
>     http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>     _______________________________________________
>     Wrapper-user mailing list
>     Wra...@li...
>     https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

Re: [Wrapper-user] Service depends on remote service

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

Abbas,
    The Wrapper does not currently do that directly.  It is actually a 
complicated
problem that depends on the particular application.
    Even if everything depends on your admin server, I can't imagine 
that you
would be happy with everything falling apart and shutting down if it 
goes down
for some reason.

    Cheers,
    Leif

Mirza Abbas Raza wrote:
> Hi,
>
> I am running weblogic cluster nodes(admin and managed) as windows 
> service on individual boxes. The managed nodes that run on separate 
> boxes depend on the admin server running on its own box. Is there a 
> way to indicate that these managed nodes depend on the admin server? I 
> am doing a workaround by having my own java class doing the pinging 
> and resolving the dependency. It would be great if there is a standard 
> or a way wrapper let me just configure. Appreciate any help.
>
> Thanks,
> Abbas

[Wrapper-user] NOTICE: was Re: Fatal error in Wrapper

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

Heather and all.
    To keep you updated on this.  I think I have gotten it fixed.  There 
was a
synchronization problem introduced in 3.2.0 which made it possible for 
two threads
to access the backend socket at the same time.
    This would only happen on Windows when running as a service.  And 
then only
if the service received an INTERROGATE or other signal from the service 
manager.
If it was received at the same time as a ping was scheduled then those 
two packets
would be sent to the JVM at the same time.
    In most cases, this would result in the packets being mixed and thus 
appearing
corrupted.  But in some cases, it would cause the wrapper to crash.

    Unfortunately this makes 3.2.0 and 3.2.1 unreliable when run as a 
service
under Windows.  I am trying to get everything tied up and tested to get the
3.2.2 release out as quickly as possible.

    Versions before 3.2.0 were not effected by this bug.

    As many users are running mission critical applications which would 
suffer
from going down, I wanted to mention a couple things to watch out for.
Not all systems appear to have many INTERROGATE signals being sent
around.  But those that do appear to get them at a fairly high frequency.
I assume they are being triggered by administration or monitoring tools.

    Systems which are at high risk of a crash will have messages like the
following in their wrapper.log.   These are caused by the overlapping
packets.
---
INFO   | jvm 1    | 2006/09/29 18:46:20 | Wrapper code received an 
unknown packet type: 110
---
    The 110 can be anything.  If you are seeing this then you will want
to keep an eye on the wrapper.

    I got pretty good at reproducing this over the last couple days by 
artificially
increasing the number of calls to the unsynchronized function.  In all cases
I got several messages like the one above before having the wrapper crash.
But I see no reason why a crash on the first occurrence would not be 
possible

1) If possible running as a console app rather than a service would remove
the risk of a crash all together.

2) Reduce the likelyhood of a collision by decreasing the ping interval.
This will hinder the wrapper's ability to recover from a JVM crash promptly,
so you will want to be sure to restore these to their original values as 
soon
as you upgrade to 3.2.2
---
wrapper.ping.interval=300
wrapper.ping.timeout=630
---

I'll try to get the release out as soon as things are tested.
Let me know if you have any questions about this.
Cheers,
Leif

   


Leif Mortenson wrote:
> Heather,
> Another user just reported a similar problem.  They seem to be able to 
> reproduce it more
> easily.  I have requested more information.  But you might want to 
> monitor the following
> bug issue.
> https://sourceforge.net/tracker/?func=detail&atid=425187&aid=1574537&group_id=39428
>
> Cheers,
> Leif
>
> Heather Leonard wrote:
>   
>> Leif,
>>
>> Version: 3.2.0
>> Platform: Windows Server 2003
>>
>> I have verified that wrapper.jar, wrapper.exe and wrapper.dll are all
>> from the same version.
>>
>> The error occurred at least 11 days after the JVM was launched so
>> definitely not at start up.  After the crash was discovered, the service
>> was restarted without error (a couple of days later).  Unfortunately, I
>> have been unable to reproduce the error.  Since it occurred in
>> customer's production system, I have copied their installation on my
>> machine to try to reproduce the error.  In this way, I can reproduce the
>> exact conditions when the error occurred.  However, it is not exactly
>> the same system.  Since the application receives data over a socket, is
>> it possible for the client to send something that would cause this
>> error?  
>>
>> Thanks,
>> Heather
>>
>> -----Original Message-----
>> From: wra...@li...
>> [mailto:wra...@li...] On Behalf Of Leif
>> Mortenson
>> Sent: Thursday, October 05, 2006 11:05 AM
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] Fatal error in Wrapper
>>
>> Heather,
>>     You somehow figured out a way to crash the Wrapper process itself.  
>> Unfortunately,
>> this is a state that the Wrapper is not able to recover from on its own.
>> I would definitely like to figure out a way to reproduce this as this is
>> the first I have heard of this problem.
>>
>>     Could you tell me what version of the Wrapper you are using as well
>> as the platform.
>> Are you sure that you are using the wrapper.jar, wrapper.exe, and
>> wrapper.dll all from the same version?
>>
>>     The message about packet type 110 is perplexing.  Packet Id #110 is
>> the access key.
>> I double checked the code, but this is only sent from the JVM to the
>> Wrapper process
>> and then only once at startup.   Your error log shows that this packet 
>> Id 110 was
>> received by the JVM from the Wrapper.
>>
>>     How long after the JVM was launched did you encounter this error?
>>
>> Cheers,
>> Leif
>>
>> Heather Leonard wrote:
>>   
>>     
>>> Hi,
>>>
>>> My application crashed and the following error was in the wrapper log.
>>>
>>> INFO   | jvm 1    | 2006/09/29 18:46:20 | Wrapper code received an 
>>> unknown packet type: 110
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 | encountered a fatal error in
>>>     
>>>       
>>   
>>     
>>> Wrapper
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionCode    = 
>>> EXCEPTION_ACCESS_VIOLATION
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionFlag    = 
>>> EXCEPTION_NONCONTINUABLE_EXCEPTION
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionAddress =
>>>     
>>>       
>> 7C82F527
>>   
>>     
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   Read access exception from
>>>     
>>>       
>>   
>>     
>>> 0061FE7D
>>> FATAL  | wrapper  | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to 
>>> error in service main.
>>>
>>> I have since been unable to reproduce the crash.  I have two 
>>> questions.  Can anyone explain this error and why it would occur?
>>> Also, I would like the application to restart when an error like this 
>>> occurs.  Will setting the wrapper.on_exit.default property to RESTART 
>>> cause a restart in this case?
>>>
>>> Thanks,
>>> Heather Leonard
>>>       

Re: [Wrapper-user] Can JWS load Java JRE from local folder?

[Dave H. <DH...@xr...>]

Leif,

Your right, that was easy, and it works great.  I have to say that JWS
is one of the best open-source projects around...it just works...keep up
the good work!

-dh

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Tuesday, October 10, 2006 7:49 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Can JWS load Java JRE from local folder?

Dave,
Yes this is easy.  Simply specify the java command as follows then=20
create that
directory relative to the location of the wrapper.exe.

wrapper.java.command=3D../jre/bin/java

Leaving off the .exe will make it work on both Windows and UNIX
versions.

Cheers,
Leif

Dave Hoffer wrote:
> Is it possible to configure my Windows based service to load the JRE
> from a local JRE installation instead of a system one?  This would
make
> our application install much easier but I wasn't sure how to tell JWS
to
> look in a local directory for the JRE.
>
> How can I specify where to look for the JRE?
>
> -dh
>  =20


------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Can JWS load Java JRE from local folder?

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

Dave,
Yes this is easy.  Simply specify the java command as follows then 
create that
directory relative to the location of the wrapper.exe.

wrapper.java.command=../jre/bin/java

Leaving off the .exe will make it work on both Windows and UNIX versions.

Cheers,
Leif

Dave Hoffer wrote:
> Is it possible to configure my Windows based service to load the JRE
> from a local JRE installation instead of a system one?  This would make
> our application install much easier but I wasn't sure how to tell JWS to
> look in a local directory for the JRE.
>
> How can I specify where to look for the JRE?
>
> -dh
>   

[Wrapper-user] Can JWS load Java JRE from local folder?

[Dave H. <DH...@xr...>]

Is it possible to configure my Windows based service to load the JRE
from a local JRE installation instead of a system one?  This would make
our application install much easier but I wasn't sure how to tell JWS to
look in a local directory for the JRE.

How can I specify where to look for the JRE?

-dh

Re: [Wrapper-user] Fatal error in Wrapper

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

Heather,
Another user just reported a similar problem.  They seem to be able to 
reproduce it more
easily.  I have requested more information.  But you might want to 
monitor the following
bug issue.
https://sourceforge.net/tracker/?func=detail&atid=425187&aid=1574537&group_id=39428

Cheers,
Leif

Heather Leonard wrote:
> Leif,
>
> Version: 3.2.0
> Platform: Windows Server 2003
>
> I have verified that wrapper.jar, wrapper.exe and wrapper.dll are all
> from the same version.
>
> The error occurred at least 11 days after the JVM was launched so
> definitely not at start up.  After the crash was discovered, the service
> was restarted without error (a couple of days later).  Unfortunately, I
> have been unable to reproduce the error.  Since it occurred in
> customer's production system, I have copied their installation on my
> machine to try to reproduce the error.  In this way, I can reproduce the
> exact conditions when the error occurred.  However, it is not exactly
> the same system.  Since the application receives data over a socket, is
> it possible for the client to send something that would cause this
> error?  
>
> Thanks,
> Heather
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Thursday, October 05, 2006 11:05 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Fatal error in Wrapper
>
> Heather,
>     You somehow figured out a way to crash the Wrapper process itself.  
> Unfortunately,
> this is a state that the Wrapper is not able to recover from on its own.
> I would definitely like to figure out a way to reproduce this as this is
> the first I have heard of this problem.
>
>     Could you tell me what version of the Wrapper you are using as well
> as the platform.
> Are you sure that you are using the wrapper.jar, wrapper.exe, and
> wrapper.dll all from the same version?
>
>     The message about packet type 110 is perplexing.  Packet Id #110 is
> the access key.
> I double checked the code, but this is only sent from the JVM to the
> Wrapper process
> and then only once at startup.   Your error log shows that this packet 
> Id 110 was
> received by the JVM from the Wrapper.
>
>     How long after the JVM was launched did you encounter this error?
>
> Cheers,
> Leif
>
> Heather Leonard wrote:
>   
>> Hi,
>>
>> My application crashed and the following error was in the wrapper log.
>>
>> INFO   | jvm 1    | 2006/09/29 18:46:20 | Wrapper code received an 
>> unknown packet type: 110
>> FATAL  | wrapper  | 2006/09/29 18:46:25 | encountered a fatal error in
>>     
>
>   
>> Wrapper
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionCode    = 
>> EXCEPTION_ACCESS_VIOLATION
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionFlag    = 
>> EXCEPTION_NONCONTINUABLE_EXCEPTION
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   exceptionAddress =
>>     
> 7C82F527
>   
>> FATAL  | wrapper  | 2006/09/29 18:46:25 |   Read access exception from
>>     
>
>   
>> 0061FE7D
>> FATAL  | wrapper  | 2006/09/29 18:46:25 | <-- Wrapper Stopping due to 
>> error in service main.
>>
>> I have since been unable to reproduce the crash.  I have two 
>> questions.  Can anyone explain this error and why it would occur?
>> Also, I would like the application to restart when an error like this 
>> occurs.  Will setting the wrapper.on_exit.default property to RESTART 
>> cause a restart in this case?
>>
>> Thanks,
>> Heather Leonard
>>
>>
>> ----------------------------------------------------------------------
>> --
>>
>> ----------------------------------------------------------------------
>> --- Take Surveys. Earn Cash. Influence the Future of IT Join 
>> SourceForge.net's Techsay panel and you'll get the chance to share 
>> your opinions on IT & business topics through brief surveys -- and 
>> earn cash 
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV
>> DEV
>> ----------------------------------------------------------------------
>> --
>>
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>   
>>     
>
>
> ------------------------------------------------------------------------
> -
> Take Surveys. Earn Cash. Influence the Future of IT Join
> SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] Using WrapperSimpleApp Integration

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

David,
Please keep replies on the list for the benefit of other users.

I saw a couple problems off the bat.  They are both basic Java problems so
I wonder if you are new to Java. :-)

The first is your classpath.  You specified the following:
wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\proxy.class

It looks like you have some un jared classes in your bin directory.
In that case, rather than including all of those classes on your class path,
you should include the root directory that contains your packages and
classes.  So try the following:
wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
wrapper.java.classpath.2=C:\Temp\ProxyServer\bin\

In general, a better way of doing this is to create a classes directory 
under
lib and then place your unjared classes there.  You would then have:
wrapper.java.classpath.1=C:\Temp\ProxyServer\lib\wrapper.jar
wrapper.java.classpath.2=C:\Temp\ProxyServer\lib\classes

The second problem is with your main class.   You secified the following
arguments to the WrapperSimpleApp class:
wrapper.app.parameter.1=proxy.main
wrapper.app.parameter.2=1234
wrapper.app.parameter.3=192.168.2.70
wrapper.app.parameter.4=4999

Unless you have an inner class named main.  This is probably incorrect.
You want to specify the class name rather than the method name.  This
should be:
wrapper.app.parameter.1=proxy
wrapper.app.parameter.2=1234
wrapper.app.parameter.3=192.168.2.70
wrapper.app.parameter.4=4999

Third is a style issue.  In general, Java class names are always 
capitalized.
This is done to make it clear what is a class and what is a method name.
So to follow this standard, your "proxy" class should be named "Proxy".

Cheers,
Leif

David Schulberg wrote:
> Hi Leif,
>
> I gratefully accept your offer to checkout my wrapper.conf file.
> I continue to get the error
> WrapperSimpleApp: Unable to locate the class proxy:
> java.lang.ClassNotFoundException: proxy
>
> Regards,
> David
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...] 
> Sent: Monday, 9 October 2006 10:33 AM
> To: da...@ev...; wra...@li...
> Subject: Re: [Wrapper-user] Using WrapperSimpleApp Integration
>
> David,
> If that is what your command line looks like then your CLASSPATH must be 
> getting
> defined as a system property. I assume that you are having problems when 
> running as
> a service? This would be because you have not set the CLASSPATH as a 
> system wide
> environment variable.
>
> That said, the CLASSPATH environment variable is BAD BAD BAD! You will
> run into problems if you try to use more than one application on the 
> same machine.
>
> You really should be using the -classpath parameter to the JVM. This is the
> normal way to be using the wrapper.
>
> Make you you have defined classpath properties for each jar and classes 
> directory
> that would normally go on your classpath.
>
> If you have more questions, include your wrapper.conf file so I can see 
> exactly
> what you are doing.
>
> Cheers,
> Leif
>
> David Schulberg wrote:
>   
>> A simple question regarding using the Method 1 - WrapperSimpleApp 
>> Integration with my java application which I normally run from Windows 
>> command line
>>
>> "java proxy parm1 parm2 parm3".
>>
>> Getting error: Unable to locate the class proxy: 
>> java.lang.ClassNotFoundException: proxy
>>
>> What should I be defining in my wrapper.conf to overcome this error? 
>> The application proxy comprises just class proxy with method
>>
>> 'public static void main(String args[]).'
>>
>> Regards,
>>
>> David
>>
>>     
>
>   

Re: [Wrapper-user] how can i start my application which has a gui based on swt as a window's service under "WrapperSimpleApp" model

[Beersoccer <bee...@gm...>]

i have found the answer in the forum. someone met the same problem as mine a
long time ago:) anyway, thank you very much for your help, leif.

2006/10/9, Leif Mortenson <le...@ta...>:
>
> First of all, does it work when running in console mode?
>
> If so.  Have you set the wrapper.ntservice.interactive property to
> true?  That
> is required so the service can interact with the desktop.
>
> Chers,
> Leif
>
> Beersoccer wrote:
> > my application has a gui based on swt, and it can work correctly in a
> > console under "WrapperSimpleApp" model. when i install my application
> > as a windows service, i can install it and start it normally, but i
> > can't see my gui any more. i don't know why. is there anyone can help
> > me? thanks a lot!
> >
> > --
> > Stand on the shoulders of giants!
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>



-- 
Stand on the shoulders of giants!

Re: [Wrapper-user] Fatal error in Wrapper

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

Heather,
    The socket is opened from the JVM to the wrapper.  That socket is 
local and is
maintained.  There should be no way for another application to connect 
and send
data.   The JVM is also the client side of the socket.  So that would 
not explain how
the JVM received a strange packet.

    Cheers,
    Leif

Heather Leonard wrote:
> Leif,
>
> Version: 3.2.0
> Platform: Windows Server 2003
>
> I have verified that wrapper.jar, wrapper.exe and wrapper.dll are all
> from the same version.
>
> The error occurred at least 11 days after the JVM was launched so
> definitely not at start up.  After the crash was discovered, the service
> was restarted without error (a couple of days later).  Unfortunately, I
> have been unable to reproduce the error.  Since it occurred in
> customer's production system, I have copied their installation on my
> machine to try to reproduce the error.  In this way, I can reproduce the
> exact conditions when the error occurred.  However, it is not exactly
> the same system.  Since the application receives data over a socket, is
> it possible for the client to send something that would cause this
> error?  
>
> Thanks,
> Heather
>   

Re: [Wrapper-user] how can i start my application which has a gui based on swt as a window's service under "WrapperSimpleApp" model

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

First of all, does it work when running in console mode?

If so.  Have you set the wrapper.ntservice.interactive property to 
true?  That
is required so the service can interact with the desktop.

Chers,
Leif

Beersoccer wrote:
> my application has a gui based on swt, and it can work correctly in a 
> console under "WrapperSimpleApp" model. when i install my application 
> as a windows service, i can install it and start it normally, but i 
> can't see my gui any more. i don't know why. is there anyone can help 
> me? thanks a lot!
>
> -- 
> Stand on the shoulders of giants!