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

[Wrapper-user] JVM exited while loading the application

[v103 <v1...@za...>]

Leif, the portion of log file is listed as below.
I even adjusted the ping property of conf file but yet to be resolved.

Thanks in advance.

Taikei

STATUS | wrapper  | 2004/02/25 09:19:01 | --> Wrapper Started as Console
STATUS | wrapper  | 2004/02/25 09:19:02 | Launching a JVM...
INFO   | jvm 1    | 2004/02/25 09:19:03 | Long-running Background Threads
Running...
INFO   | jvm 1    | 2004/02/25 09:19:03 | Long-running Background Threads
Main Done...
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-0 loop #1
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-1 loop #1
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-0 loop #2
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-1 loop #2
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-0 loop #3
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-1 loop #3
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-0 loop #4
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-1 loop #4
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-0 loop #5
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-1 loop #5
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-0 loop #6
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-1 loop #6
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-0 loop #7
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-1 loop #7
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-0 loop #8
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-1 loop #8
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-0 loop #9
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-1 loop #9
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-0 loop #10
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-1 loop #10
INFO   | jvm 1    | 2004/02/25 09:19:08 | App-Thread-0 stopping.
INFO   | jvm 1    | 2004/02/25 09:19:08 | App-Thread-1 stopping.
INFO   | jvm 1    | 2004/02/25 09:19:08 | The JVM and then the wrapper
should exit now.
ERROR  | wrapper  | 2004/02/25 09:19:08 | JVM exited while loading the
application.
STATUS | wrapper  | 2004/02/25 09:19:14 | Launching a JVM...
INFO   | jvm 2    | 2004/02/25 09:19:14 | Long-running Background Threads
Running...
INFO   | jvm 2    | 2004/02/25 09:19:14 | Long-running Background Threads
Main Done...
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-0 loop #1
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-1 loop #1
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-0 loop #2

[Wrapper-user] JVM exited while loading the application

[Taikei M. <ta...@ie...>]

Leif, the portion of log file is listed as below.
I even adjusted the ping property of conf file but yet to be resolved.

Thanks in advance.

Taikei

STATUS | wrapper  | 2004/02/25 09:19:01 | --> Wrapper Started as Console
STATUS | wrapper  | 2004/02/25 09:19:02 | Launching a JVM...
INFO   | jvm 1    | 2004/02/25 09:19:03 | Long-running Background Threads
Running...
INFO   | jvm 1    | 2004/02/25 09:19:03 | Long-running Background Threads
Main Done...
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-0 loop #1
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-1 loop #1
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-0 loop #2
INFO   | jvm 1    | 2004/02/25 09:19:03 | App-Thread-1 loop #2
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-0 loop #3
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-1 loop #3
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-0 loop #4
INFO   | jvm 1    | 2004/02/25 09:19:04 | App-Thread-1 loop #4
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-0 loop #5
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-1 loop #5
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-0 loop #6
INFO   | jvm 1    | 2004/02/25 09:19:05 | App-Thread-1 loop #6
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-0 loop #7
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-1 loop #7
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-0 loop #8
INFO   | jvm 1    | 2004/02/25 09:19:06 | App-Thread-1 loop #8
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-0 loop #9
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-1 loop #9
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-0 loop #10
INFO   | jvm 1    | 2004/02/25 09:19:07 | App-Thread-1 loop #10
INFO   | jvm 1    | 2004/02/25 09:19:08 | App-Thread-0 stopping.
INFO   | jvm 1    | 2004/02/25 09:19:08 | App-Thread-1 stopping.
INFO   | jvm 1    | 2004/02/25 09:19:08 | The JVM and then the wrapper
should exit now.
ERROR  | wrapper  | 2004/02/25 09:19:08 | JVM exited while loading the
application.
STATUS | wrapper  | 2004/02/25 09:19:14 | Launching a JVM...
INFO   | jvm 2    | 2004/02/25 09:19:14 | Long-running Background Threads
Running...
INFO   | jvm 2    | 2004/02/25 09:19:14 | Long-running Background Threads
Main Done...
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-0 loop #1
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-1 loop #1
INFO   | jvm 2    | 2004/02/25 09:19:14 | App-Thread-0 loop #2

Re: [Wrapper-user] Error loading lib under hp/ux

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

Geoffrey,
    My guess is that you are using a 64-bit version of HP-UX?  Correct?

    If so, this is a known problem.   I need to figure out how to make life
more smooth for such users.  As I understand it, 64-bit versions of
HP-UX (and Solaris) require a slightly different native library.

   Here are some messages from the archive where this was previously
discussed.   You will need to build the Wrapper's JNI library from source
using the makefile posted in last archive below.
http://sourceforge.net/mailarchive/message.php?msg_id=6216873
http://sourceforge.net/mailarchive/message.php?msg_id=6222861
http://sourceforge.net/mailarchive/message.php?msg_id=6229425
http://sourceforge.net/mailarchive/message.php?msg_id=6235817
http://sourceforge.net/mailarchive/message.php?msg_id=6252999
http://sourceforge.net/mailarchive/message.php?msg_id=6270183
http://sourceforge.net/mailarchive/message.php?msg_id=6282129
http://sourceforge.net/mailarchive/message.php?msg_id=6307507 <- 
required makefile

   I would like to be able to get things set up so the HP-UX release 
includes both
binaries.   Or at least 32 and 64 bit releases for the platform.  If you 
have any info
that would be helpful, I would appreciate it.

   Most features of the Wrapper will work fine without the native 
library.  It is required
to be able to handle system signals correctly however.  The next release 
also includes
a few more native features that users have requested.

Cheers,
Leif

Geoffrey Mitchell wrote:

> I am getting the following error under HP/UX 11.11, running jdk 1.4.2:
>
> wrapper  | --> Wrapper Started as Console
> wrapper  | Launching a JVM...
> jvm 1    |
> jvm 1    | WARNING - Unable to load native library 'libwrapper.so'.  
> The file
> jvm 1    |           is located on the path at the following location 
> but could
> jvm 1    |           not be loaded:
> jvm 1    |             /usr/local/jboss-3.2.3/lib/libwrapper.so
> jvm 1    |           Please verify that the file is readable by the 
> current user
> jvm 1    |           and that the file has not been corrupted in any way.
> jvm 1    |           System signals will not be handled correctly.
> jvm 1    |
> jvm 1    | Wrapper (Version 3.0.5)
>
> The library is definitely readable, and we tried both the binary hp-ux 
> distribution and a locally compiled binary with the same result.
>
> Any ideas what could be the problem?
>
> thanks,
> Geoff

Re: [Wrapper-user] Startup failed

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

Alain,
    Are you using Integration Method #1?   Most likely you will want to 
be specifying the WrapperSimpleApp helper class are your main class.  
Then specify the name of your
class as its first argument.  If you are specifying your class as the 
main class, things will
not work.  It is explained in the integration docs, but the Wrapper 
requires that the
JVM do some work on startup.  This is all handled automatically if you 
make use of
one of the two helper classes (Methods #1, #2), or manually if using 
Method #3.

    If you have questions after reading through that documentation, 
please set the
wrapper.debug=true property in the conf file and then post back with the 
contents
of the Wrapper.log for a SINGLE JVM run along with your wrapper.conf.  I 
will
then be able to tell you the exact problem.

Cheers,
Leif

Alain Gaeremynck wrote:

> I am a j2ee programmer so please be kind and don't laugh
>
> Using the wrapper i am trying to create a service that monitors the 
> content of a folder and perform an action when it changes.
>
> I created a small set of class that performs the task throught a 
> Timer. here is a copy of the main:
>
> public class WrapperTest {
>
>    public WrapperTest() throws ConfigurationException {
>        FolderMonitor fm = new FolderMonitor(new 
> File("/home/garem/workarea/rci/runtime/conf"));
>        Timer tm = new Timer();
>        System.out.println("running");
>        tm.scheduleAtFixedRate(fm, 0,600);
>    }
>
>
>    public static void main(String[] args) throws Exception {
>        WrapperTest wp = new WrapperTest();
>    }
> }
>
> as a stand alone i add a few line to the main to exit on <<enter>> 
> using System.in
>
> now i've used the example given to start jboss and i get the following 
> error:
>    Startup failed: Timed out waiting for signal from JVM.
>    wrapper  | JVM did not exit on request, terminated
>
>
> if i remove the timer then it dies and restart and dies and restarts ....
>
> What is it that i did not unserstand
>
> Alain Gaeremynck
> interstructure
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] Startup failed

[Alain G. <ga...@in...>]

I am a j2ee programmer so please be kind and don't laugh

Using the wrapper i am trying to create a service that monitors the 
content of a folder and perform an action when it changes.

I created a small set of class that performs the task throught a Timer. 
here is a copy of the main:

public class WrapperTest {

    public WrapperTest() throws ConfigurationException {
        FolderMonitor fm = new FolderMonitor(new 
File("/home/garem/workarea/rci/runtime/conf"));
        Timer tm = new Timer();
        System.out.println("running");
        tm.scheduleAtFixedRate(fm, 0,600);
    }


    public static void main(String[] args) throws Exception {
        WrapperTest wp = new WrapperTest();
    }
}

as a stand alone i add a few line to the main to exit on <<enter>> using 
System.in

now i've used the example given to start jboss and i get the following 
error:
    Startup failed: Timed out waiting for signal from JVM.
    wrapper  | JVM did not exit on request, terminated


if i remove the timer then it dies and restart and dies and restarts ....

What is it that i did not unserstand

Alain Gaeremynck
interstructure

Re: [Wrapper-user] Messages

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

Taikei,
Could you please enable debugging with the wrapper.debug=true
property? Then post back with the log output. It is difficult to tell
you the cause without that info.

Cheers,
Leif

v103 wrote:

> I am using WrapperSimpleApp to invoke thread and basically works fine.
> Windows XP / command wrapper -c wrapper.conf
> However this error keeps restarting the application for over and over
> after message
> "wrapper | JVM exited while loading the application"
> This is after WrapperManage.stop().
> Is this because of WrapperSimpleApp which calls System.exit() within JVM.
> Any ideas, thank you.
> Taikei

[Wrapper-user] Messages

[v103 <v1...@za...>]

I am using WrapperSimpleApp to invoke thread and basically works fine.
Windows XP / command wrapper -c wrapper.conf

However this error keeps restarting the application for over and over  after
message
"wrapper | JVM exited while loading the application"
This is after WrapperManage.stop().

Is this because of WrapperSimpleApp which calls System.exit() within JVM.

Any ideas, thank you.

Taikei

Re: [Wrapper-user] Dealing w/ JVM still accepting pings, but process hung

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

Jennifer,
As you have pointed out, the Wrapper is only able to monitor the health 
of the JVM
as a whole.  If a piece of code within the application stops working, 
there is currently
no way for the Wrapper to detect that.

I will give some more thought to how the Wrapper might be able to help 
with this
problem in the future.

For now however, rather than modifying the Wrapper.   I would suggest 
creating
a simple thread which loops and constantly compares the current time 
with a timeout
value set before and after calls to the code you are worried about.   If 
the thread
ever decides that it has timed out then it could simply make a call to
WrapperManager.restart();

Playing with the way the Wrapper and JVM communicate is not advisable.  Long
term, you will probably end up running into other problems.

Cheers,
Leif

Jennifer Kolar wrote:

> Actually- in case anyone is interested,I figured out my own soln...
>
> I added another member variable in WrapperManager  "m_ignorePings" and 
> a setter to set it to true or false (false by default).
> in WrapperManager in the case statement that is responding to input 
> from the native side, if the message is "ping" and the
> value of m_ignorePings is true, the WrapperManager simply doesn't send 
> a ping response back. I also exposed the ability for the child to tell 
> the wrappermanager to
> send a ping to the native side so that when I am in this ignorePings 
> state, my application can still let the native side know the VM is 
> alive on its own terms.
>
> then, in my child application- I can set the ignorePings state to true 
> whenever I am entering a method I think will potentially hang, and set 
> it to false when I leave it.
>
> No C or JNI changes needed.
> Jennifer
>
>
> Jennifer Kolar wrote on 2/18/2004, 11:34 AM:
>
>> I have an application that I am launching via the wrapper as a 
>> service from the simplewrapper app.
>> I have the problem that the JVM pinging in the wrapper is still 
>> happening successfully but the inner process in hung.. and since the 
>> wrapper thinks
>> the JVM is still alive, it allows the process to continue nicely.
>>
>> Leif, anyone, have any ideas on how to work around this.
>>
>> One thought I have had- but I don't see it exposed in any way in the 
>> JNI layer is to tell the wrapper to Stop and Start its internal ping. 
>> It is easy expose a ping method
>> on the wrapper that the child application can call.. and in that 
>> way---  if I think my child app is entering a dangerous method, I can 
>> have the wrapper stop its own pinging, have my
>> app send the ping itself, and then once I am out of dangerous 
>> territory.. restart the internal pinging in the wrapper. Any ideas on 
>> how to do this?
>>
>> thanks
>> Jennifer
>

Re: [Wrapper-user] RE: JNI on Win 2000

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

Lakshmanan,

>	I dont have full development environment in my laptop for the jni
>library. So i will add the printf statements tomm.
>  
>
Ok, let me know the results when you are able to make those changes.

>	I made a change to the service. I made the service use the same user
>as that of the standalone application uses (instead of the system user),
>even then the same problem repeats.
>
Thanks for testing that.  That eliminates some possible causes. :-/ 

>  I have Locale set to English. I dont
>even have japanese locale installed in my machine.
>  
>
I didn't expect that you were running Japanese. :-)  But other 
non-english locales also
have similar problems.  Double byte locales are just an order of 
magnitude more
complex.

Cheers,
Leif

>Thanks
>Lakshmanan
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]
>Sent: Friday, February 20, 2004 8:53 AM
>To: wra...@li...
>Subject: Re: [Wrapper-user] RE: JNI on Win 2000
>
>
>Lakshmanan,
>Would it be possible for you to modify your C code as follows:
>    printf("---BEGIN---\n");
>    printf("%s\n", pTransferStr);
>    printf("----END----\n");
>    flushall();
>    return (*env)->NewStringUTF(env, pTransferStr);
>
>It looks like the character encoding is getting confused somewhere along 
>the way.
>Not sure why that is happening as they appear to be simple ascii 
>characters.  The
>above code will verify that the string has the expected value while 
>still in C.  The
>flush is required to get the output to actually be sent immediately to 
>the console
>and thus the Wrapper.
>
>For now, I am going to assume that the above code will show the same 
>thing in
>both runs and that the problem is in the creation of the String using the
>NewStringUTF call.  What is the locale of your machine?  Is it 
>English?   I have
>had problems with character sets in C while working with the Japanese locale
>before.  The fact of the matter is that it is much easier to work with 
>character
>encodings in Java.  For this reason, when I have worked with Strings 
>with JNI
>in the past, I always pass the string into the JVM as a byte[].  It is 
>then easy
>to create a string object within the JVM using new String(bytes, 
>"encoding");
>In most cases, the default encoding works new String(bytes);
>
>I am also wondering what is going on though, so lets keep trying to get the
>NewStringUTF method working.
>
>Another test would be to call getBytes on the string you obtain from JNI and
>then display their values to the console.  By comparing this output you 
>can verify
>that the problem is happening in the NewStringUTF call and not someplace 
>later.
>Use getBytes( "8859_1" ); so we can guarantee that the same character set is
>being used in each case.
>
>The NwStringUTF call assumes that the raw byte array contains UTF-8 encoded
>characters.  The only thing that I can think of is that maybe they are 
>not actually
>UTF-8 characters in both cases?   When as a service, the Wrapper is 
>running as
>the SYSTEM user along with all of its environment settings.  When run as a
>console, it is running as you.
>
>These things can be quite difficult to track down.  Dumping the raw byte 
>values as
>numbers both before and after the transition from C to Java should help 
>to locate
>exactly where the problem is arising.
>
>Turned into a ramble, but I write as I think. :-)
>
>Cheers,
>Leif
>  
>

RE: [Wrapper-user] RE: JNI on Win 2000

[Lakshmanan R. <LRa...@Pr...>]

Hi Leif,

	I dont have full development environment in my laptop for the jni
library. So i will add the printf statements tomm.

	I made a change to the service. I made the service use the same user
as that of the standalone application uses (instead of the system user),
even then the same problem repeats.  I have Locale set to English. I dont
even have japanese locale installed in my machine.

Thanks
Lakshmanan

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Friday, February 20, 2004 8:53 AM
To: wra...@li...
Subject: Re: [Wrapper-user] RE: JNI on Win 2000


Lakshmanan,
Would it be possible for you to modify your C code as follows:
    printf("---BEGIN---\n");
    printf("%s\n", pTransferStr);
    printf("----END----\n");
    flushall();
    return (*env)->NewStringUTF(env, pTransferStr);

It looks like the character encoding is getting confused somewhere along 
the way.
Not sure why that is happening as they appear to be simple ascii 
characters.  The
above code will verify that the string has the expected value while 
still in C.  The
flush is required to get the output to actually be sent immediately to 
the console
and thus the Wrapper.

For now, I am going to assume that the above code will show the same 
thing in
both runs and that the problem is in the creation of the String using the
NewStringUTF call.  What is the locale of your machine?  Is it 
English?   I have
had problems with character sets in C while working with the Japanese locale
before.  The fact of the matter is that it is much easier to work with 
character
encodings in Java.  For this reason, when I have worked with Strings 
with JNI
in the past, I always pass the string into the JVM as a byte[].  It is 
then easy
to create a string object within the JVM using new String(bytes, 
"encoding");
In most cases, the default encoding works new String(bytes);

I am also wondering what is going on though, so lets keep trying to get the
NewStringUTF method working.

Another test would be to call getBytes on the string you obtain from JNI and
then display their values to the console.  By comparing this output you 
can verify
that the problem is happening in the NewStringUTF call and not someplace 
later.
Use getBytes( "8859_1" ); so we can guarantee that the same character set is
being used in each case.

The NwStringUTF call assumes that the raw byte array contains UTF-8 encoded
characters.  The only thing that I can think of is that maybe they are 
not actually
UTF-8 characters in both cases?   When as a service, the Wrapper is 
running as
the SYSTEM user along with all of its environment settings.  When run as a
console, it is running as you.

These things can be quite difficult to track down.  Dumping the raw byte 
values as
numbers both before and after the transition from C to Java should help 
to locate
exactly where the problem is arising.

Turned into a ramble, but I write as I think. :-)

Cheers,
Leif

Lakshmanan Ramakrishnan wrote:

>Hi,
>
>The First output is when I run the application as service and the second
>output is when I run it as a stand alone program.  In both the instances ,
I
>run it integrated with java wrapper.
>
>The JNI is written in c++ and the exact code is 
>
>		return (*env)->NewStringUTF(env, pTransferStr);
>
>	where pTransferStr is defined as 'unsigned char pTransferStr[362];'
>
>Thanks for the quick reply
>Lakshmanan
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]
>Sent: Friday, February 20, 2004 7:02 AM
>To: wra...@li...
>Subject: Re: [Wrapper-user] RE: JNI on Win 2000
>
>
>Lakshmanan,
>Thanks for the output.  But I am afraid this does not really help me to 
>narrow down
>the problem.   You say that the string is being obtained from a call 
>your your JNI
>library correct?   What is the native call returning.  Is it a String 
>object, a byte[],
>or a char[]?
>
>Could you describe in more detail the differences between the two 
>programs below?
>The first one says, when run as a DLL.   What are you referring to?   Is 
>this the case
>that your native code is being run as a JNI library being accessed by Java?
>
>What about the second where you say running as a stand alone program?   
>Is this
>referring to a standalone C program?  Or are you still referring to a 
>Java / JNI
>configuration?
>
>I want to confirm that you have this working in a Java program that has 
>not yet
>integrated with the Java Service Wrapper?  I need this kind of info to 
>be able to
>help you narrow down the problem.
>
>If it is working in a standalone Java program but not working in the 
>same program
>running under the Wrapper then we need to narrow down at which point things
>are breaking down for you.  The text appears to be quite simple standard 
>ASCII.
>I work with various double byte Japanese encodings all the time and the 
>console
>logging features all work flawlessly.  My current thinking is that this 
>is a problem
>actually getting the string from JNI into the JVM.  That is why I am 
>interested in
>exactly how you are doing that.   Code fragments may be helpful in 
>explaining
>things.
>
>Cheers,
>Leif
>
>
>Lakshmanan Ramakrishnan wrote:
>
>  
>
>>Hi,
>>
>>	When i run it as a dll this is the output that is recorded
>>
>>[19 Feb 2004 14:49:06,578 DEBUG] IOL class
>>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>>:???????????????????????????@???K??@???K?????????@@@@@@@@@@@@@@@@@@@??????
@
>>    
>>
>@
>  
>
>>@@@????@@@???K??@???????@@@@@@@@@@@???????@?????K??@@?????K???????????????
?
>>    
>>
>?
>  
>
>>????@?????K??@?????K??@@?????K??@@?????K???@?????K??@?????K???@?????K??@@?
?
>>    
>>
>?
>  
>
>>??K??@???K??@???K??@@@???????@???????????@?????K??????@?????K????????@@@@@
@
>>    
>>
>@
>  
>
>>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>>
>>When i run it a standalone program this is the output i get from the dll
>>
>>[19 Feb 2004 14:54:02,734 DEBUG] IOL class
>>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>>:VLSNBA0257N20040927WA200004 000.00 000.001000CSL                   500CSL
>>0500   000.00 0000000           0000000 00000.00
>>00000.00WAT3TKLGH600100117X 00406.17 00128.33  00000.00  00000.00X
00016.50
>>00000.00X 00006.17  00000.00 000.00 000.00   0000000 00000000000
>>00000.000000 00000.00INTRT3                       GRSUCCESSFUL CALL
>>COMPLETED               
>>
>>What could be wrong?
>>
>>Thanks in advance
>>Lakshmanan
>>
>>-----Original Message-----
>>From: Lakshmanan Ramakrishnan
>>[mailto:LRa...@Pr...]
>>Sent: Friday, January 30, 2004 9:34 AM
>>To: wra...@li...
>>Subject: [Wrapper-user] RE: JNI on Win 2000
>>
>>
>>Hi,
>>
>>	I will send a detailed output tomm.
>>
>>Thanks,
>>Lakshmanan
>>
>>
>>
>>By: mortenson ( Leif Mortenson ) 
>>RE: JNI on Win 2000   
>>2004-01-28 18:13  
>>
>>Lakshman,
>>I am not aware of any such problems with the Wrapper. The Wrapper itself
>>makes use of JNI calls and I have not seen any string related problems on
>>    
>>
>my
>  
>
>>2k system. What does the string contain? Are they standard characters or
>>extended?
>>
>>How are you returning the string to the JVM? I always use byte arrays and
>>then decode them into strings in the JVM. It makes it much easier to deal
>>with various character sets.
>>
>>I can't think of any reason why the app would work standalone but fail
>>    
>>
>under
>  
>
>>the wrapper however.
>>
>>What is the thread that you are referring to?
>>
>>Is the JNI library something that you developed? Would it be possible to
>>    
>>
>add
>  
>
>>some debug output to it just before returning the string to the JVM?
>>
>>Rereading your post, you say that it works when running in a console. This
>>is under the Wrapper correct. But it is failing when running as a service.
>>When run as a service, the Wrapper is run using the SYSTEM user. Is it
>>possible that there are some environment differences between the user
>>running the console version vs the SYSTEM user?
>>
>>By the way, could we move this over to the wrapper-user mailing list? The
>>posts are more visible and others may have some useful feedback.
>>
>>Cheers,
>>Leif  
>> 
>>



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] RE: JNI on Win 2000

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

Lakshmanan,
Would it be possible for you to modify your C code as follows:
    printf("---BEGIN---\n");
    printf("%s\n", pTransferStr);
    printf("----END----\n");
    flushall();
    return (*env)->NewStringUTF(env, pTransferStr);

It looks like the character encoding is getting confused somewhere along 
the way.
Not sure why that is happening as they appear to be simple ascii 
characters.  The
above code will verify that the string has the expected value while 
still in C.  The
flush is required to get the output to actually be sent immediately to 
the console
and thus the Wrapper.

For now, I am going to assume that the above code will show the same 
thing in
both runs and that the problem is in the creation of the String using the
NewStringUTF call.  What is the locale of your machine?  Is it 
English?   I have
had problems with character sets in C while working with the Japanese locale
before.  The fact of the matter is that it is much easier to work with 
character
encodings in Java.  For this reason, when I have worked with Strings 
with JNI
in the past, I always pass the string into the JVM as a byte[].  It is 
then easy
to create a string object within the JVM using new String(bytes, 
"encoding");
In most cases, the default encoding works new String(bytes);

I am also wondering what is going on though, so lets keep trying to get the
NewStringUTF method working.

Another test would be to call getBytes on the string you obtain from JNI and
then display their values to the console.  By comparing this output you 
can verify
that the problem is happening in the NewStringUTF call and not someplace 
later.
Use getBytes( "8859_1" ); so we can guarantee that the same character set is
being used in each case.

The NwStringUTF call assumes that the raw byte array contains UTF-8 encoded
characters.  The only thing that I can think of is that maybe they are 
not actually
UTF-8 characters in both cases?   When as a service, the Wrapper is 
running as
the SYSTEM user along with all of its environment settings.  When run as a
console, it is running as you.

These things can be quite difficult to track down.  Dumping the raw byte 
values as
numbers both before and after the transition from C to Java should help 
to locate
exactly where the problem is arising.

Turned into a ramble, but I write as I think. :-)

Cheers,
Leif

Lakshmanan Ramakrishnan wrote:

>Hi,
>
>The First output is when I run the application as service and the second
>output is when I run it as a stand alone program.  In both the instances , I
>run it integrated with java wrapper.
>
>The JNI is written in c++ and the exact code is 
>
>		return (*env)->NewStringUTF(env, pTransferStr);
>
>	where pTransferStr is defined as 'unsigned char pTransferStr[362];'
>
>Thanks for the quick reply
>Lakshmanan
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...]
>Sent: Friday, February 20, 2004 7:02 AM
>To: wra...@li...
>Subject: Re: [Wrapper-user] RE: JNI on Win 2000
>
>
>Lakshmanan,
>Thanks for the output.  But I am afraid this does not really help me to 
>narrow down
>the problem.   You say that the string is being obtained from a call 
>your your JNI
>library correct?   What is the native call returning.  Is it a String 
>object, a byte[],
>or a char[]?
>
>Could you describe in more detail the differences between the two 
>programs below?
>The first one says, when run as a DLL.   What are you referring to?   Is 
>this the case
>that your native code is being run as a JNI library being accessed by Java?
>
>What about the second where you say running as a stand alone program?   
>Is this
>referring to a standalone C program?  Or are you still referring to a 
>Java / JNI
>configuration?
>
>I want to confirm that you have this working in a Java program that has 
>not yet
>integrated with the Java Service Wrapper?  I need this kind of info to 
>be able to
>help you narrow down the problem.
>
>If it is working in a standalone Java program but not working in the 
>same program
>running under the Wrapper then we need to narrow down at which point things
>are breaking down for you.  The text appears to be quite simple standard 
>ASCII.
>I work with various double byte Japanese encodings all the time and the 
>console
>logging features all work flawlessly.  My current thinking is that this 
>is a problem
>actually getting the string from JNI into the JVM.  That is why I am 
>interested in
>exactly how you are doing that.   Code fragments may be helpful in 
>explaining
>things.
>
>Cheers,
>Leif
>
>
>Lakshmanan Ramakrishnan wrote:
>
>  
>
>>Hi,
>>
>>	When i run it as a dll this is the output that is recorded
>>
>>[19 Feb 2004 14:49:06,578 DEBUG] IOL class
>>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>>:???????????????????????????@???K??@???K?????????@@@@@@@@@@@@@@@@@@@??????@
>>    
>>
>@
>  
>
>>@@@????@@@???K??@???????@@@@@@@@@@@???????@?????K??@@?????K????????????????
>>    
>>
>?
>  
>
>>????@?????K??@?????K??@@?????K??@@?????K???@?????K??@?????K???@?????K??@@??
>>    
>>
>?
>  
>
>>??K??@???K??@???K??@@@???????@???????????@?????K??????@?????K????????@@@@@@
>>    
>>
>@
>  
>
>>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>>
>>When i run it a standalone program this is the output i get from the dll
>>
>>[19 Feb 2004 14:54:02,734 DEBUG] IOL class
>>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>>:VLSNBA0257N20040927WA200004 000.00 000.001000CSL                   500CSL
>>0500   000.00 0000000           0000000 00000.00
>>00000.00WAT3TKLGH600100117X 00406.17 00128.33  00000.00  00000.00X 00016.50
>>00000.00X 00006.17  00000.00 000.00 000.00   0000000 00000000000
>>00000.000000 00000.00INTRT3                       GRSUCCESSFUL CALL
>>COMPLETED               
>>
>>What could be wrong?
>>
>>Thanks in advance
>>Lakshmanan
>>
>>-----Original Message-----
>>From: Lakshmanan Ramakrishnan
>>[mailto:LRa...@Pr...]
>>Sent: Friday, January 30, 2004 9:34 AM
>>To: wra...@li...
>>Subject: [Wrapper-user] RE: JNI on Win 2000
>>
>>
>>Hi,
>>
>>	I will send a detailed output tomm.
>>
>>Thanks,
>>Lakshmanan
>>
>>
>>
>>By: mortenson ( Leif Mortenson ) 
>>RE: JNI on Win 2000   
>>2004-01-28 18:13  
>>
>>Lakshman,
>>I am not aware of any such problems with the Wrapper. The Wrapper itself
>>makes use of JNI calls and I have not seen any string related problems on
>>    
>>
>my
>  
>
>>2k system. What does the string contain? Are they standard characters or
>>extended?
>>
>>How are you returning the string to the JVM? I always use byte arrays and
>>then decode them into strings in the JVM. It makes it much easier to deal
>>with various character sets.
>>
>>I can't think of any reason why the app would work standalone but fail
>>    
>>
>under
>  
>
>>the wrapper however.
>>
>>What is the thread that you are referring to?
>>
>>Is the JNI library something that you developed? Would it be possible to
>>    
>>
>add
>  
>
>>some debug output to it just before returning the string to the JVM?
>>
>>Rereading your post, you say that it works when running in a console. This
>>is under the Wrapper correct. But it is failing when running as a service.
>>When run as a service, the Wrapper is run using the SYSTEM user. Is it
>>possible that there are some environment differences between the user
>>running the console version vs the SYSTEM user?
>>
>>By the way, could we move this over to the wrapper-user mailing list? The
>>posts are more visible and others may have some useful feedback.
>>
>>Cheers,
>>Leif  
>> 
>>

RE: [Wrapper-user] RE: JNI on Win 2000

[Lakshmanan R. <LRa...@Pr...>]

Hi,

The First output is when I run the application as service and the second
output is when I run it as a stand alone program.  In both the instances , I
run it integrated with java wrapper.

The JNI is written in c++ and the exact code is 

		return (*env)->NewStringUTF(env, pTransferStr);

	where pTransferStr is defined as 'unsigned char pTransferStr[362];'

Thanks for the quick reply
Lakshmanan

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Friday, February 20, 2004 7:02 AM
To: wra...@li...
Subject: Re: [Wrapper-user] RE: JNI on Win 2000


Lakshmanan,
Thanks for the output.  But I am afraid this does not really help me to 
narrow down
the problem.   You say that the string is being obtained from a call 
your your JNI
library correct?   What is the native call returning.  Is it a String 
object, a byte[],
or a char[]?

Could you describe in more detail the differences between the two 
programs below?
The first one says, when run as a DLL.   What are you referring to?   Is 
this the case
that your native code is being run as a JNI library being accessed by Java?

What about the second where you say running as a stand alone program?   
Is this
referring to a standalone C program?  Or are you still referring to a 
Java / JNI
configuration?

I want to confirm that you have this working in a Java program that has 
not yet
integrated with the Java Service Wrapper?  I need this kind of info to 
be able to
help you narrow down the problem.

If it is working in a standalone Java program but not working in the 
same program
running under the Wrapper then we need to narrow down at which point things
are breaking down for you.  The text appears to be quite simple standard 
ASCII.
I work with various double byte Japanese encodings all the time and the 
console
logging features all work flawlessly.  My current thinking is that this 
is a problem
actually getting the string from JNI into the JVM.  That is why I am 
interested in
exactly how you are doing that.   Code fragments may be helpful in 
explaining
things.

Cheers,
Leif


Lakshmanan Ramakrishnan wrote:

>Hi,
>
>	When i run it as a dll this is the output that is recorded
>
>[19 Feb 2004 14:49:06,578 DEBUG] IOL class
>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>:???????????????????????????@???K??@???K?????????@@@@@@@@@@@@@@@@@@@??????@
@
>@@@????@@@???K??@???????@@@@@@@@@@@???????@?????K??@@?????K????????????????
?
>????@?????K??@?????K??@@?????K??@@?????K???@?????K??@?????K???@?????K??@@??
?
>??K??@???K??@???K??@@@???????@???????????@?????K??????@?????K????????@@@@@@
@
>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>
>When i run it a standalone program this is the output i get from the dll
>
>[19 Feb 2004 14:54:02,734 DEBUG] IOL class
>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>:VLSNBA0257N20040927WA200004 000.00 000.001000CSL                   500CSL
>0500   000.00 0000000           0000000 00000.00
>00000.00WAT3TKLGH600100117X 00406.17 00128.33  00000.00  00000.00X 00016.50
>00000.00X 00006.17  00000.00 000.00 000.00   0000000 00000000000
>00000.000000 00000.00INTRT3                       GRSUCCESSFUL CALL
>COMPLETED               
>
>What could be wrong?
>
>Thanks in advance
>Lakshmanan
>
>-----Original Message-----
>From: Lakshmanan Ramakrishnan
>[mailto:LRa...@Pr...]
>Sent: Friday, January 30, 2004 9:34 AM
>To: wra...@li...
>Subject: [Wrapper-user] RE: JNI on Win 2000
>
>
>Hi,
>
>	I will send a detailed output tomm.
>
>Thanks,
>Lakshmanan
>
>
>
>By: mortenson ( Leif Mortenson ) 
> RE: JNI on Win 2000   
>2004-01-28 18:13  
>
> Lakshman,
>I am not aware of any such problems with the Wrapper. The Wrapper itself
>makes use of JNI calls and I have not seen any string related problems on
my
>2k system. What does the string contain? Are they standard characters or
>extended?
>
>How are you returning the string to the JVM? I always use byte arrays and
>then decode them into strings in the JVM. It makes it much easier to deal
>with various character sets.
>
>I can't think of any reason why the app would work standalone but fail
under
>the wrapper however.
>
>What is the thread that you are referring to?
>
>Is the JNI library something that you developed? Would it be possible to
add
>some debug output to it just before returning the string to the JVM?
>
>Rereading your post, you say that it works when running in a console. This
>is under the Wrapper correct. But it is failing when running as a service.
>When run as a service, the Wrapper is run using the SYSTEM user. Is it
>possible that there are some environment differences between the user
>running the console version vs the SYSTEM user?
>
>By the way, could we move this over to the wrapper-user mailing list? The
>posts are more visible and others may have some useful feedback.
>
>Cheers,
>Leif  
>  
>



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] RE: JNI on Win 2000

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

Lakshmanan,
Thanks for the output.  But I am afraid this does not really help me to 
narrow down
the problem.   You say that the string is being obtained from a call 
your your JNI
library correct?   What is the native call returning.  Is it a String 
object, a byte[],
or a char[]?

Could you describe in more detail the differences between the two 
programs below?
The first one says, when run as a DLL.   What are you referring to?   Is 
this the case
that your native code is being run as a JNI library being accessed by Java?

What about the second where you say running as a stand alone program?   
Is this
referring to a standalone C program?  Or are you still referring to a 
Java / JNI
configuration?

I want to confirm that you have this working in a Java program that has 
not yet
integrated with the Java Service Wrapper?  I need this kind of info to 
be able to
help you narrow down the problem.

If it is working in a standalone Java program but not working in the 
same program
running under the Wrapper then we need to narrow down at which point things
are breaking down for you.  The text appears to be quite simple standard 
ASCII.
I work with various double byte Japanese encodings all the time and the 
console
logging features all work flawlessly.  My current thinking is that this 
is a problem
actually getting the string from JNI into the JVM.  That is why I am 
interested in
exactly how you are doing that.   Code fragments may be helpful in 
explaining
things.

Cheers,
Leif


Lakshmanan Ramakrishnan wrote:

>Hi,
>
>	When i run it as a dll this is the output that is recorded
>
>[19 Feb 2004 14:49:06,578 DEBUG] IOL class
>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>:???????????????????????????@???K??@???K?????????@@@@@@@@@@@@@@@@@@@??????@@
>@@@????@@@???K??@???????@@@@@@@@@@@???????@?????K??@@?????K?????????????????
>????@?????K??@?????K??@@?????K??@@?????K???@?????K??@?????K???@?????K??@@???
>??K??@???K??@???K??@@@???????@???????????@?????K??????@?????K????????@@@@@@@
>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>
>When i run it a standalone program this is the output i get from the dll
>
>[19 Feb 2004 14:54:02,734 DEBUG] IOL class
>com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
>:VLSNBA0257N20040927WA200004 000.00 000.001000CSL                   500CSL
>0500   000.00 0000000           0000000 00000.00
>00000.00WAT3TKLGH600100117X 00406.17 00128.33  00000.00  00000.00X 00016.50
>00000.00X 00006.17  00000.00 000.00 000.00   0000000 00000000000
>00000.000000 00000.00INTRT3                       GRSUCCESSFUL CALL
>COMPLETED               
>
>What could be wrong?
>
>Thanks in advance
>Lakshmanan
>
>-----Original Message-----
>From: Lakshmanan Ramakrishnan
>[mailto:LRa...@Pr...]
>Sent: Friday, January 30, 2004 9:34 AM
>To: wra...@li...
>Subject: [Wrapper-user] RE: JNI on Win 2000
>
>
>Hi,
>
>	I will send a detailed output tomm.
>
>Thanks,
>Lakshmanan
>
>
>
>By: mortenson ( Leif Mortenson ) 
> RE: JNI on Win 2000   
>2004-01-28 18:13  
>
> Lakshman,
>I am not aware of any such problems with the Wrapper. The Wrapper itself
>makes use of JNI calls and I have not seen any string related problems on my
>2k system. What does the string contain? Are they standard characters or
>extended?
>
>How are you returning the string to the JVM? I always use byte arrays and
>then decode them into strings in the JVM. It makes it much easier to deal
>with various character sets.
>
>I can't think of any reason why the app would work standalone but fail under
>the wrapper however.
>
>What is the thread that you are referring to?
>
>Is the JNI library something that you developed? Would it be possible to add
>some debug output to it just before returning the string to the JVM?
>
>Rereading your post, you say that it works when running in a console. This
>is under the Wrapper correct. But it is failing when running as a service.
>When run as a service, the Wrapper is run using the SYSTEM user. Is it
>possible that there are some environment differences between the user
>running the console version vs the SYSTEM user?
>
>By the way, could we move this over to the wrapper-user mailing list? The
>posts are more visible and others may have some useful feedback.
>
>Cheers,
>Leif  
>  
>

RE: [Wrapper-user] RE: JNI on Win 2000

[Lakshmanan R. <LRa...@Pr...>]

Hi,

	When i run it as a dll this is the output that is recorded

[19 Feb 2004 14:49:06,578 DEBUG] IOL class
com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
:???????????????????????????@???K??@???K?????????@@@@@@@@@@@@@@@@@@@??????@@
@@@????@@@???K??@???????@@@@@@@@@@@???????@?????K??@@?????K?????????????????
????@?????K??@?????K??@@?????K??@@?????K???@?????K??@?????K???@?????K??@@???
??K??@???K??@???K??@@@???????@???????????@?????K??????@?????K????????@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

When i run it a standalone program this is the output i get from the dll

[19 Feb 2004 14:54:02,734 DEBUG] IOL class
com.pa.iol.rating.quote.ULCRatingHelper:String from CADB
:VLSNBA0257N20040927WA200004 000.00 000.001000CSL                   500CSL
0500   000.00 0000000           0000000 00000.00
00000.00WAT3TKLGH600100117X 00406.17 00128.33  00000.00  00000.00X 00016.50
00000.00X 00006.17  00000.00 000.00 000.00   0000000 00000000000
00000.000000 00000.00INTRT3                       GRSUCCESSFUL CALL
COMPLETED               

What could be wrong?

Thanks in advance
Lakshmanan

-----Original Message-----
From: Lakshmanan Ramakrishnan
[mailto:LRa...@Pr...]
Sent: Friday, January 30, 2004 9:34 AM
To: wra...@li...
Subject: [Wrapper-user] RE: JNI on Win 2000


Hi,

	I will send a detailed output tomm.

Thanks,
Lakshmanan



By: mortenson ( Leif Mortenson ) 
 RE: JNI on Win 2000   
2004-01-28 18:13  

 Lakshman,
I am not aware of any such problems with the Wrapper. The Wrapper itself
makes use of JNI calls and I have not seen any string related problems on my
2k system. What does the string contain? Are they standard characters or
extended?

How are you returning the string to the JVM? I always use byte arrays and
then decode them into strings in the JVM. It makes it much easier to deal
with various character sets.

I can't think of any reason why the app would work standalone but fail under
the wrapper however.

What is the thread that you are referring to?

Is the JNI library something that you developed? Would it be possible to add
some debug output to it just before returning the string to the JVM?

Rereading your post, you say that it works when running in a console. This
is under the Wrapper correct. But it is failing when running as a service.
When run as a service, the Wrapper is run using the SYSTEM user. Is it
possible that there are some environment differences between the user
running the console version vs the SYSTEM user?

By the way, could we move this over to the wrapper-user mailing list? The
posts are more visible and others may have some useful feedback.

Cheers,
Leif  


________________________________________________________________________
This electronic mail transmission may contain privileged,
confidential and/or proprietary information intended only for the
person(s) named.  Any use, distribution, copying or disclosure to
another person is strictly prohibited.  If you are not the
addressee indicated in this message (or responsible for delivery
of the message to such person), you may not copy or deliver this
message to anyone. In such case, you should destroy this message
and kindly notify the sender by reply email.
________________________________________________________________________


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Logging levels query

[Jennifer K. <jk...@si...>]

yep- atleast INFO- anything more verbose would work too.
Jennifer

Paul Casanova wrote on 2/18/2004, 6:05 PM:

 >
 >
 >
 >
 > Thanks Jennifer,
 >
 > So basically to get stdout and stderr output caught by the log files, I
 > need INFO?
 >
 > Regards,
 >
 > Paul Casanova
 >
 >
 >
 > |---------+---------------------------------------->
 > |         |           "Jennifer Kolar"             |
 > |         |           <jk...@si...>     |
 > |         |           Sent by:                     |
 > |         |           wra...@li...|
 > |         |           ceforge.net                  |
 > |         |                                        |
 > |         |                                        |
 > |         |           19/02/2004 12:14 PM          |
 > |         |           Please respond to            |
 > |         |           wrapper-user                 |
 > |---------+---------------------------------------->
 >
 > 
 >--------------------------------------------------------------------------------------------------------------|
 >
 >
 > | 

 > |
 >   |       To:
 > wra...@li... 

 > |
 >   |
 > cc: 

 > |
 >   |       Subject:  Re: [Wrapper-user] Logging levels
 > query                                                      |
 >
 > 
 >--------------------------------------------------------------------------------------------------------------|
 >
 >
 >
 >
 >
 > StdErr and StdOut come out if you have INFO logging on .. in the logfile
 > logger (or console logger) dep on how you are running.. you don't want
 > INFO on the system logger- really- you don't. you will fill your event
 > log quickly.
 >
 > Any level will output all levels "harsher" than and including the level
 > you have specified. (like commons-logging).
 >
 > Leif's error levels from least verbose (harshest) to most verbose are:
 >              NONE, FATAL, ERROR, WARN, STATUS, INFO, DEBUG
 > so, STATUS will give you STATUS, WARN, ERROR and FATAL messages.
 >
 > Hope that helps.
 >
 > Jennifer
 >
 > Paul Casanova wrote on 2/18/2004, 4:19 PM:
 >
 > >
 > >
 > >
 > >
 > > Hi all,
 > >
 > > Just wondering about the STATUS log level: does this still output
 > > FATAL and
 > > ERROR messages as well?
 > >
 > > At what level(s) are stdout and stderr messages logged?  Our
 > application
 > > has some catch clauses that currently take an action to handle the
 > > exception, but no output is produced.  I'd like to do a
 > > printStackTrace(System.err) for some diagnosis, as I think some of
 > these
 > > catches could be the cause of some of our application issues.
 > >
 > > Regards,
 > >
 > > Paul Casanova
 > >
 > >
 > >
 > > -------------------------------------------------------
 > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
 > > Build and deploy apps & Web services for Linux with
 > > a free DVD software kit from IBM. Click Now!
 > > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
 > > _______________________________________________
 > > Wrapper-user mailing list
 > > Wra...@li...
 > > https://lists.sourceforge.net/lists/listinfo/wrapper-user
 > >
 >
 >
 >
 >
 > -------------------------------------------------------
 > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
 > Build and deploy apps & Web services for Linux with
 > a free DVD software kit from IBM. Click Now!
 > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
 > _______________________________________________
 > Wrapper-user mailing list
 > Wra...@li...
 > https://lists.sourceforge.net/lists/listinfo/wrapper-user
 >
 >
 >
 >
 > -------------------------------------------------------
 > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
 > Build and deploy apps & Web services for Linux with
 > a free DVD software kit from IBM. Click Now!
 > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
 > _______________________________________________
 > Wrapper-user mailing list
 > Wra...@li...
 > https://lists.sourceforge.net/lists/listinfo/wrapper-user
 >

Re: [Wrapper-user] Logging levels query

[Paul C. <cas...@au...>]

Thanks Jennifer,

So basically to get stdout and stderr output caught by the log files, I
need INFO?

Regards,

Paul Casanova



|---------+---------------------------------------->
|         |           "Jennifer Kolar"             |
|         |           <jk...@si...>     |
|         |           Sent by:                     |
|         |           wra...@li...|
|         |           ceforge.net                  |
|         |                                        |
|         |                                        |
|         |           19/02/2004 12:14 PM          |
|         |           Please respond to            |
|         |           wrapper-user                 |
|---------+---------------------------------------->
  >--------------------------------------------------------------------------------------------------------------|
  |                                                                                                              |
  |       To:       wra...@li...                                                           |
  |       cc:                                                                                                    |
  |       Subject:  Re: [Wrapper-user] Logging levels query                                                      |
  >--------------------------------------------------------------------------------------------------------------|




StdErr and StdOut come out if you have INFO logging on .. in the logfile
logger (or console logger) dep on how you are running.. you don't want
INFO on the system logger- really- you don't. you will fill your event
log quickly.

Any level will output all levels "harsher" than and including the level
you have specified. (like commons-logging).

Leif's error levels from least verbose (harshest) to most verbose are:
             NONE, FATAL, ERROR, WARN, STATUS, INFO, DEBUG
so, STATUS will give you STATUS, WARN, ERROR and FATAL messages.

Hope that helps.

Jennifer

Paul Casanova wrote on 2/18/2004, 4:19 PM:

 >
 >
 >
 >
 > Hi all,
 >
 > Just wondering about the STATUS log level: does this still output
 > FATAL and
 > ERROR messages as well?
 >
 > At what level(s) are stdout and stderr messages logged?  Our application
 > has some catch clauses that currently take an action to handle the
 > exception, but no output is produced.  I'd like to do a
 > printStackTrace(System.err) for some diagnosis, as I think some of these
 > catches could be the cause of some of our application issues.
 >
 > Regards,
 >
 > Paul Casanova
 >
 >
 >
 > -------------------------------------------------------
 > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
 > Build and deploy apps & Web services for Linux with
 > a free DVD software kit from IBM. Click Now!
 > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
 > _______________________________________________
 > Wrapper-user mailing list
 > Wra...@li...
 > https://lists.sourceforge.net/lists/listinfo/wrapper-user
 >




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Logging levels query

[Jennifer K. <jk...@si...>]

StdErr and StdOut come out if you have INFO logging on .. in the logfile 
logger (or console logger) dep on how you are running.. you don't want 
INFO on the system logger- really- you don't. you will fill your event 
log quickly.

Any level will output all levels "harsher" than and including the level 
you have specified. (like commons-logging).

Leif's error levels from least verbose (harshest) to most verbose are:
	NONE, FATAL, ERROR, WARN, STATUS, INFO, DEBUG
so, STATUS will give you STATUS, WARN, ERROR and FATAL messages.

Hope that helps.

Jennifer

Paul Casanova wrote on 2/18/2004, 4:19 PM:

 >
 >
 >
 >
 > Hi all,
 >
 > Just wondering about the STATUS log level: does this still output
 > FATAL and
 > ERROR messages as well?
 >
 > At what level(s) are stdout and stderr messages logged?  Our application
 > has some catch clauses that currently take an action to handle the
 > exception, but no output is produced.  I'd like to do a
 > printStackTrace(System.err) for some diagnosis, as I think some of these
 > catches could be the cause of some of our application issues.
 >
 > Regards,
 >
 > Paul Casanova
 >
 >
 >
 > -------------------------------------------------------
 > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
 > Build and deploy apps & Web services for Linux with
 > a free DVD software kit from IBM. Click Now!
 > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
 > _______________________________________________
 > Wrapper-user mailing list
 > Wra...@li...
 > https://lists.sourceforge.net/lists/listinfo/wrapper-user
 >

[Wrapper-user] Logging levels query

[Paul C. <cas...@au...>]

Hi all,

Just wondering about the STATUS log level: does this still output FATAL and
ERROR messages as well?

At what level(s) are stdout and stderr messages logged?  Our application
has some catch clauses that currently take an action to handle the
exception, but no output is produced.  I'd like to do a
printStackTrace(System.err) for some diagnosis, as I think some of these
catches could be the cause of some of our application issues.

Regards,

Paul Casanova

Re: [Wrapper-user] Running Java's rmiregistry as a service

[whack er <wha...@ya...>]

Try this :)
 
Registry registry =LocateRegistry.createRegistry(1099);
YourServer rmiserver=new YourServer();
registry.rebind("//localhost/remoteserver",rmiserver);
Naming.rebind("//localhost/remoteserver); 

There is no need to run rmiregistry seperately.
 
Hope this help.
 

Russell Rice <rr...@mo...> wrote:
I've done this (quite oddly, I might add - and there's probably a better way to
do it and anyone else feel free to chime in)

My process was before I needed the "rmiregistry" in my java app server (service,
even), I execute the process from inside Java as a new thread. The trick is to
make sure that process gets killed when the service shuts down. I don't have
exact code available right now, but if you need additional help, let me know -
I can hunt down a code snippet.

Russ

Quoting Gerardo Rojas :

> All,
> 
> I have been trying unsuccesfully to run Java's builting "rmiregistry" as a
> service. I have tried several diff combinations but nothing seems to work. 
> I have downloaded the Wrapper and made all changes. I believe this is not
> working because the rmiregistry is an executable. Any feedback or HELP would
> be appreciated.
> 
> 
> --
> Gerardo S. Rojas
> mailto: gr...@st...
> 
> 




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

---------------------------------
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.

Re: [Wrapper-user] Running Java's rmiregistry as a service

[Russell R. <rr...@mo...>]

I've done this (quite oddly, I might add - and there's probably a better way to
do it and anyone else feel free to chime in)

My process was before I needed the "rmiregistry" in my java app server (service,
even), I execute the process from inside Java as a new thread.  The trick is to
make sure that process gets killed when the service shuts down.  I don't have
exact code available right now, but if you need additional help, let me know -
I can hunt down a code snippet.

Russ

Quoting Gerardo Rojas <gr...@st...>:

> All,
> 
> I have been trying unsuccesfully to run Java's builting "rmiregistry" as a
> service.  I have tried several diff combinations but nothing seems to work. 
> I have downloaded the Wrapper and made all changes.  I believe this is not
> working because the rmiregistry is an executable.  Any feedback or HELP would
> be appreciated.
> 
> 
> --
> Gerardo S. Rojas
> mailto: gr...@st...
> 
> 

RE: [Wrapper-user] Running Java's rmiregistry as a service

[Alex V. <ale...@ap...>]

Gerardo,

Here is an (untested) idea: Have your wrapper listener create and export =
an
RMI registry fromm within the JVM:

    public Integer start(String[] args)
    {
        try
        {
            java.rmi.LocateRegistry.createRegistry(4500)
        }
        catch (Throwable t)
        {
            t.printStacktrace();
            Return new Integer(1);
        }
 =20
        System.out.println("Registry started on port 4500");
        return null;
    }
}

Rgrds, Alex.

PS: If it works, I'd be interested to know about it.

_______________________

Alexandre Vauthey
Director of Server Technology
Application Networks
444, Ramona Street
Palo Alto, CA 94301
Tel: 1 (650) 462-7224

www.application-networks.com
_______________________
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Gerardo =
Rojas
Sent: Tuesday, February 17, 2004 11:07 AM
To: wra...@li...
Subject: [Wrapper-user] Running Java's rmiregistry as a service


All,=20
I have been trying unsuccesfully to run Java's builting "rmiregistry" as =
a
service.  I have tried several diff combinations but nothing seems to =
work.
I have downloaded the Wrapper and made all changes.  I believe this is =
not
working because the rmiregistry is an executable.  Any feedback or HELP
would be appreciated.


--=20
Gerardo S. Rojas=20
mailto: gr...@st...=20

RE: [Wrapper-user] timeout problem --> windows issue

[Alex V. <ale...@ap...>]

Hi all,

I found the answer to my problem. Turns out to be a windows issue, which =
I'm
pasted below in case someone encounters the same problem. Note it only
applies to Win2000, not NT.

Rgrds, Alex.

(pasted from =
http://support.microsoft.com/default.aspx?scid=3Dkb;en-us;278712)

Error Message "Error 1053" When Using the Services Snap-in
View products that this article applies to.
This article was previously published under Q278712=20
SYMPTOMS
When you use the Services snap-in to start a local service on a =
Microsoft
Windows 2000-based computer, a Progress dialog box is displayed. If the
service does not start in the three-minute time period set for this =
Progress
dialog box, the snap-in may cause your system to display the following =
error
message:=20

Error 1053: The service did not respond to the start or control request =
in a
timely fashion.=20
CAUSE
This behavior may occur because the error message is displayed when the
service takes more than three minutes to respond. This arbitrary time =
limit
had been set with the intention that the user or administrator should be
advised of the service status when this time limit is reached. However, =
the
wording of the message may give the impression to the user that the =
service
is unable to start, when in fact the service may simply be taking a very
long time to start.

The preceding error message is misleading because the service may still =
be
in a Start Pending state.=20
RESOLUTION
To work around this behavior, you must clear the error message and =
continue
to check for the service to start. If the service does not start, you =
must
check the System event log for Service Control Manager errors related to =
the
service that is being monitored. If no error is posted to the event log, =
the
service should eventually start.=20

For more information about troubleshooting Service Control Manager =
errors,
please refer to the Microsoft Knowledge Base.=20
STATUS
Microsoft has confirmed that this is a problem in the Microsoft products
that are listed at the beginning of this article.=20
The information in this article applies to:
Microsoft Windows 2000 Server SP1
Microsoft Windows 2000 Advanced Server SP1
Microsoft Windows 2000 Professional SP1

_______________________
=20
Alexandre Vauthey
Director of Server Technology
Application Networks
444, Ramona Street
Palo Alto, CA 94301
Tel: 1 (650) 462-7224
=20
www.application-networks.com
_______________________


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Alex V.
Sent: Monday, February 16, 2004 4:17 PM
To: wra...@li...
Subject: [Wrapper-user] timeout problem


Hi,

I'm configuring the wrapper to never timeout =
(wrapper.startup.timeout=3D0),
but I still get a popup error message from windows after about 2 mins:

"Could not start the 'myService' service on local computer. Error 1053: =
the
service did not respond to the start or control request in a timely =
fashion"

I've also tried with 300 (5mns) and did not see any difference.

Any idea ?

Thanks, Alex.



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Running Java's rmiregistry as a service

[Gerardo R. <gr...@st...>]

All,

I have been trying unsuccesfully to run Java's builting "rmiregistry" as =
a service.  I have tried several diff combinations but nothing seems to =
work.  I have downloaded the Wrapper and made all changes.  I believe =
this is not working because the rmiregistry is an executable.  Any =
feedback or HELP would be appreciated.


--
Gerardo S. Rojas
mailto: gr...@st...

Re: [Wrapper-user] Trouble running as a service an app that replaces a standard java class

[Prashant <pra...@pr...>]

Leif,
Is it not a good idea to print th Java command used to invoke the Client 
program, instead of associating this with debug=true?

Even better some property to print the commad only wrapper.print.javacmd 
= true ? - true could be the default value.

It will be very straight forward to resolve any path conflicts. May be 
then you would not get so many posts asking whats wrong when you run a 
program as a Wrapper service. :)

Prashant
Leif Mortenson wrote:

> Chris,
>    This one was easy. :-)   Take a look at the Java command that the 
> Wrapper is
> generating to launch the JVM.   When the Wrapper is running as a 
> service, the
> COUGAAR_INSTALL_PATH environment variable does not appear to be
> defined.  Because of this several of your system properties along with 
> the
> -Xbootclasspath are not being set correctly:
>
> DEBUG  | wrapper  | 2004/02/16 09:12:54 | command: 
> "C:\WINDOWS\system32\java.exe" 
> -Dorg.cougaar.system.path=%COUGAAR_INSTALL_PATH%\sys 
> -Dorg.cougaar.install.path=%COUGAAR_INSTALL_PATH% 
> -Dorg.cougaar.core.servlet.enable=true 
> -Dorg.cougaar.lib.web.scanRange=100 
> -Dorg.cougaar.lib.web.http.port=8800 
> -Dorg.cougaar.lib.web.https.port=-1 
> -Dorg.cougaar.lib.web.https.clientAuth=true 
> -Dorg.cougaar.core.logging.config.filename=log.properties 
> -Xbootclasspath/p:%COUGAAR_INSTALL_PATH%\lib\javaiopatch.jar -Xms50m 
> -Xmx100m -Djava.library.path="..\lib" -classpath 
> "..\lib\wrapper.jar;c:\bb\MetricsOperationsCenter\classes;C:\cougaar_10.4.2\lib\bootstrap.jar;C:\cougaar_10.4.2\lib\core.jar;C:\cougaar_10.4.2\lib\glm.jar;C:\cougaar_10.4.2\lib\planning.jar;C:\cougaar_10.4.2\lib\toolkit.jar;C:\cougaar_10.4.2\lib\util.jar;C:\cougaar_10.4.2\lib\webserver.jar;C:\cougaar_10.4.2\lib\webtomcat.jar;C:\cougaar_10.4.2\lib\community.jar;C:\cougaar_10.4.2\lib\javaiopatch.jar;C:\cougaar_10.4.2\sys\log4j.jar;C:\cougaar_10.4.2\sys\servlet.jar;C:\cougaar_10.4.2\sys\tomcat_40.jar" 
> -Dwrapper.key="497dMLKMPftbRjqo" -Dwrapper.port=32000 
> -Dwrapper.debug="TRUE" -Dwrapper.service="TRUE" 
> -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 
> mil.darpa.bb.metrics.ServiceNode -c -n LsiNode
>
>    How is this environment variable being set when running as a 
> console app?
> Is it being set in your batch file?  There are a couple ways to get 
> this working
> when running as a service.
>
>    The first is to set the environment variable in the System control 
> panel.  Make sure
> it is set as a system wide variable or in the environment of the user 
> running the
> Wrapper, usually SYSTEM.
>
>    The second option is to tell the Wrapper to set the variable when 
> it runs.   This
> can be done by defining a property: set.COUGAAR_INSTALL_PATH=C:/xxx
> You can set the property in the wrapper.conf file.  But most likely 
> this is available
> the batch file you are using to run the wrapper, so will will want to 
> pass it as a
> parameter to the Wrapper when it is used to install itself as a 
> service.  The Wrapper
> will store any and all parameters in the registry so they can be 
> reused later when
> the service is actually run.
>
>    Your batch file would contain a line like the following:
> Wrapper.exe -i ../conf/wrapper.conf set.COUGAAR_INSTALL_PATH=C:/xxx
>
> Cheers,
> Leif
>
> Chris Brundick wrote:
>
>> I've attached the wrapper.log generated with debug=true.  Let me know 
>> if you discover anything.
>>  
>> Thanks,
>> Chris
>>
>> */Leif Mortenson <le...@ta...>/* wrote:
>>
>>     Chris,
>>
>>     Chris Brundick wrote:
>>
>>     > Thanks for the reply Leif. I did as you suggested and attempted to
>>     > run after removing the -Dwrapper.key and it ran just fine. It's
>>     only
>>     > within the wrapper that I appear to have problems.
>>     >
>>     > I'm using the -Xbootclasspath:/p option on the java command 
>> line to
>>     > insert my class in front of the standard rt.jar, is it possible
>>     that
>>     > the wrapper has an issue with this?
>>
>>     Playing with the core java classes completely destroys the
>>     portability
>>     of the program
>>     so it is not something that I have ever played with. I am sure you
>>     have
>>     a reason for
>>     doing so though. There are some security related issues that I would
>>     expect could arise
>>     because the main method is called from the wrapper's helper class
>>     which,
>>     unless you
>>     make it so, is not privileged code. However, as you say that running
>>     the same
>>     command generated by Wrapper works, I doubt this is the problem.
>>
>>     I don't have any ideas on what might be causing this at the moment.
>>     Could you
>>     enable the wrapper.debug=true property in your conf file and then
>>     post
>>     the resulting
>>     debug output from a single launch of the JVM? I may have some ideas
>>     once I have
>>     seen the error in context.
>>
>>     Cheers,
>>     Leif
>>
>>     >
>>     > */Leif Mortenson /* wrote:
>>     >
>>     > Chris,
>>     > In general, that is not something you are supposed to do. But I
>>     > assume you
>>     > know that. :-)
>>     >
>>     > Normally, the rt.jar jar file is not located on the class path. I
>>     > believe it is looked at
>>     > before anything else on your classpath (??) I actually would not
>>     > expect
>>     > what you are
>>     > doing to work even when running Java manually, so I am not sure
>>     > why you
>>     > are only
>>     > having problems running with the Wrapper.
>>     >
>>     > Set the wrapper.debug=true property in your wrapper.conf file. 
>> This
>>     > will cause
>>     > the Wrapper to display the full Java command used to launch the
>>     > JVM in
>>     > the log.
>>     > Copy that full command into a fresh batch file. You will need to
>>     > remove the
>>     > -Dwrapper.key property from the command, but other than that you
>>     > should not
>>     > make any changes.
>>     > Now try running that script. It should behave exactly as it does
>>     > when running
>>     > under the Wrapper, only the Wrapper is now out of the equation. 
>> You
>>     > can then
>>     > fiddle with that batch file until you have things working. When 
>> you
>>     > know what the
>>     > problem was it should be easy to make the changes to the
>>     wrapper.conf
>>     > file to get
>>     > things working.
>>     >
>>     > Let me know if you have any questions while doing the above.
>>     >
>>     > Cheers,
>>     > Leif
>>     >
>>     > Chris Brundick wrote:
>>     >
>>     > > I'm very close to being able to run my application as a 
>> service in
>>     > > WinXP but I'm having an issue. I am replacing one of the 
>> standard
>>     > > java classes in java.io with my own version. I place my jar
>>     > > containing this class in the wrapper.java.classpath list in my
>>     > > wrapper.conf but it doesn't appear to recognize it. It seems to
>>     > work
>>     > > just fine in the console. Any thoughts?
>>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] JVM hang causes

[Paul C. <cas...@au...>]

Thanks Leif.

The server is Windows 2000 Advanced Server with 6.3GB of physical RAM -
according to the task manager the highest peak that I've ever seen was 5.1
GB, so there's still over a GB of physical RAM left always.  So, no
unfortunately I can't put it down to disk swapping.

We inherited support of this application, which was developed by another
organization around 5 years ago.  The logging is pretty ordinary (hooray
for the extra logging flexibility provided by the Wrapper!), and the logs
showed nothing for around 1/2 an hour prior to the ping timeout - BUT the
task table in the database showed that reports were being run and
successfully completing right up until around 30 seconds before the JVM
failed to respond to pings.  Sounds like a coincidence, but the report
completed normally.

It's possible that the logging system for our application needs an overhaul
- there's a HUGE difference in output between normal and debug levels for
the application - with nothing in between.

System.out and System.err get output to the Wrapper logs when the log level
is INFO correct?  I was thinking of supplementing the current behaviours
with a printStackTrace(System.err) whenever an exception occurs, and adding
other informative output to System.out so that we can at least know when
tasks are being scheduled and by whom.

Is the JVM for 1.4.2_03 less prone to lock up than 1.3.1_09 by any chance?
Our client intends to update the JDK, but it probably won't be for a few
months.

I'm not sure what the CPU was doing, but when I logged on the Wrapper had
just restarted the JVM, so I could see the "blip" in the RAM usage -
meaning that the process was still using it's full allocation of RAM while
it was hung.

I have no doubt that the Wrapper did as it should have - I'm just not sure
where abouts in the hay stack I should start looking for the needle.
That's why I'm looking for any suggestions and/or advice available :).

Sorry I don't quite understand this:
"This is a bug that has been fixed in 3.1.0.   It was not previously
possible to invoke a thread dump on exit when running as an NT service due
to the lack of a
console. "

Can I still run my app as a service (not as console) and get a thread dump
now with V 3.10?  Because our application only does this once every couple
of months I'd rather not run it as a console if it means that it can't be
shut down easily (as per as a service) via a call to the Wrapper - or can
it?

Thanks for your help.

Paul Casanova




|---------+---------------------------------------->
|         |           Leif Mortenson               |
|         |           <le...@ta...>    |
|         |           Sent by:                     |
|         |           wra...@li...|
|         |           ceforge.net                  |
|         |                                        |
|         |                                        |
|         |           17/02/2004 02:59 PM          |
|         |           Please respond to            |
|         |           wrapper-user                 |
|---------+---------------------------------------->
  >--------------------------------------------------------------------------------------------------------------|
  |                                                                                                              |
  |       To:       wra...@li...                                                           |
  |       cc:                                                                                                    |
  |       Subject:  Re: [Wrapper-user] JVM hang causes                                                           |
  >--------------------------------------------------------------------------------------------------------------|




Paul,

Paul Casanova wrote:

>The JVM for the main process of our application (-Xmx1600M) was restarted
>by the Java Service Wrapper today after pinging with no response from the
>JVM for 10 mintues (as configured).
>
>I can't for the life of me work out why it was hung though - there were no
>exceptions in either the JSW log file nor the application's log file.
>
>
See more below, but if the JVM does lock up, there will usually not be
any stack
traces or errors.  The display of such errors requires that the JVM
still be running.

>Moreover, when the JSW tried to get a thread dump on exit, it failed.
>Here's a snippet from the log file:
>ERROR  | wrapper  | 2004/02/17 12:02:55 | JVM appears hung: Timed out
>waiting for signal from JVM.
>STATUS | wrapper  | 2004/02/17 12:02:55 | Dumping JVM state.
>DEBUG  | wrapper  | 2004/02/17 12:02:55 | Sending BREAK event to process
>group 336.
>ERROR  | wrapper  | 2004/02/17 12:02:55 | Unable to send BREAK event to
JVM
>process.  Err(6 : The handle is invalid. (0x6))
>
>
This is a bug that has been fixed in 3.1.0.   It was not previously
possible to invoke a
thread dump on exit when running as an NT service due to the lack of a
console.

http://sourceforge.net/tracker/index.php?func=detail&amp;aid=831775&amp;group_id=39428&amp;atid=425187


Thread dumps invoked from within the JVM had always worked.

>ERROR  | wrapper  | 2004/02/17 12:02:58 | Java Virtual Machine did not
exit
>on request, terminated
>
>Before this was just 10 minutes of pinging without response from the JVM.
>I know that noone can tell me what happened, but does anyone have some
>ideas on where to start looking (ie make the haystack smaller so that the
>needle is more obvious!).
>
>
If you were able to see pings being sent to the JVM but no replies then
the problem is
most likely a problem with the JVM.
During those 10 minutes, do you know whether or not your application was
responsive?
Do you know what the CPU usage of the machine was during this time?

If your app was unresponsive and CPU usage was low then the problem was
most
likely that the JVM froze up, and the Wrapper did its job.

Are you sure that all 1600MB of the JVM is able to fit entirely in real
memory?  If
the memory is being swapped to disk it is possible that the JVM was simply
unresponsive as it was being swapped.   I have never run an app quite
this large,
but I have seen a JVM freeze up for up to 2 minutes as it attempts to do
a GC
sweep in cases where there is not enough memory.  That was for a JVM using
around 200MB.  So It seems entirely possible that such a sweep could take
10
minutes for 1600MB.  This will happen even without using the Wrapper.

Are you able to reproduce this?  If so, try running in a console so the
dump on exit
feature works.   Version 3.1.0 also fixes a timeout problem with very
large dumps
so it may be worth testing with the prerelease version.  You can build
from CVS
or I could get you a snapshot build if you need.
Note however that it the JVM is truly hung then thread dumps will not work

I always like to learn as much as possible about these problems so the
Wrapper
can be improved, were possible, to make their root causes as obvious as
possible.

Cheers,
Leif



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user