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

Re: [Wrapper-user] JVM exited unexpectedly

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

Paul,

>This problem is not caused by the Java Service Wrapper - I just need some
>help to extract some diagnostics please!
>  
>
Lets see what we can do.

>I have a problem where my JVM exits about once a week (not at a consistent
>time) on Windows 2000 Advanced Server, JDK 1.3.1_09.
>
>This is a new box - dual P4 2.4GHz with hyperthreading, 6.3GB of RAM, and 2
>of the Java processes happily consume 1600MB of RAM each under the watchful
>eye of the Java Service Wrapper.  Thankfully the Java Service Wrapper kicks
>things off again when the JVM exits.
>  
>
You have the new record for the largest amount of memory that I have 
ever heard of :-O

>Before utilising the Java Service Wrapper, srvany (MS - yuck!) was used to
>control the application.  It did die every now and then, and normally we
>could explain it with a Dr Watson dialog saying that Java had caused an
>access violation etc.  We don't seem to be getting the Dr Watson errors,
>which is strange.  Peak RAM usage was around 4.25GB, which indicates that
>the Java processes had been hitting the ceiling of 1600MB, but they should
>garbage collect and get on their way.
>  
>
The thing you really have to be careful of with GC is virtual memory.  
If any of the JVMs
memory is being swapped to disk when the GC sweep takes place, the JVM 
can freeze up
for a long time as memory is swapped to and from the disk.  I have seen 
this cause JVM freezes
of 2 minutes on a 256MB JVM.  So I can imagine how long this would take 
on your system.
It sounds like you have plenty of memory to avoid this.  And as you say 
the wrapper is reporting
that the JVM exited unexpectedly, I think this is not the problem here.

>Currently the wrapper log file level is set to WARN, syslog is set to FATAL
>and console is set to FATAL.  As it may be another week before I see this
>happen again, I'm not keen on trial and error of logging levels to dump out
>more info next time the JVM decides to die - debug could result in huge
>files without need.
>  
>
OK.  Your log levels are hiding the information that we are going to 
want to see.
Currently, all JVM output is logged as INFO level messages.   If your 
JVM is crashing
then it will be printing a nice useful (?) core dump to the console.  
Since this is being
logged at a level of INFO, it is currently being thrown away.  The 
wrapper will also kick
out a lot of very useful information when the JVM restarts.  This will 
help us to find the
cause of your problems.

You really should be setting your wrapper log level to INFO.  If you are 
getting too much
output there then you might want to consider using a logging tool inside 
of your application
and redirect all of that extra output to another file.

Also if you are running as an NT service, the console log level does not 
really matter as
all output is ignored due to the lack of a console when running as a 
service.

To debug this, you will want to set the following in your properties file:
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=DEBUG
wrapper.logfile.maxsize=1m
wrapper.logfile.maxfiles=10

The format is important so I can see the timestamps of each message.
The maxsize and maxfiles will cause the wrapper.log file to roll when it
reaches 1MB in size.  The wrapper will then only keep the last 10 files.
This guarantees that you will never use more than 10MB of disk space.
Just make sure that this is long enough with your application for you to
be able to notice that your application crashed and save the log file
which contains the crash.

When you are able to reproduce the crash, I am going to need to see about
15-20 minutes worth of logs before the crash and then the full startup 
of your
app after the JVM is restarted.

>What can I do to get some info about what happened when the JVM exited?
>  
>
This will show up in the wrapper.log file at DEBUG and INFO log levels.

Cheers,
Leif

RE: [Wrapper-user] JVM exited unexpectedly

[Bill L. <bli...@to...>]

Hi Paul-

I am also working an issue where my app JVM exits for no apparent cause,
anywhere between 15 minutes and more than 1 month after startup. I have
not found the cause yet, but with lots of help from Leif, I believe the
cause is related to a deadlock and I have settled into the following
configuration:

-Wrapper version 3.0.5 (earlier versions had a bug where the pause was
short enough that sometimes the requested thread dump would be
truncated).
-Additions to the wrapper configuration file:
  wrapper.request_thread_dump_on_failed_jvm_exit=3Dtrue
  wrapper.debug=3Dtrue
-Set the loglevel for both the console and logfile to DEBUG.
-Start the application from a console instead of from a service (wrapper
-c ...). A thread dump can only be generated if the JVM is attached to a
console.

I am waiting for the next failure to generate a complete thread dump, so
I cannot tell you how helpful this will be, but I am hopeful.

One other thing. You mention garbage collection (GC). There are times
during GC when the JVM simply stops doing anything else, including
servicing Wrapper pings. These pauses can vary in length, depending on a
number of things including the GC strategy you are employing. One
condition that has a dramatic effect on GC pause time is whether or not
any of the JVM is in virtual memory. In my app, when any part of the JVM
goes into virtual memory, GC pause time can increase by two orders of
magnitude. I have seen pause times of over 90 seconds, which, depending
on your wrapper settings, is more than enough to cause the wrapper to
restart.

I hope this helps.

-Bill Littman


> -----Original Message-----
> From: Paul Casanova [mailto:cas...@au...]=20
> Sent: Tuesday, November 04, 2003 11:08 PM
> To: wra...@li...
> Subject: [Wrapper-user] JVM exited unexpectedly
>=20
>=20
>=20
>=20
>=20
>=20
> Hi all,
>=20
> This problem is not caused by the Java Service Wrapper - I=20
> just need some
> help to extract some diagnostics please!
>=20
> I have a problem where my JVM exits about once a week (not at=20
> a consistent
> time) on Windows 2000 Advanced Server, JDK 1.3.1_09.
>=20
> This is a new box - dual P4 2.4GHz with hyperthreading, 6.3GB=20
> of RAM, and 2
> of the Java processes happily consume 1600MB of RAM each=20
> under the watchful
> eye of the Java Service Wrapper.  Thankfully the Java Service=20
> Wrapper kicks
> things off again when the JVM exits.
>=20
> Before utilising the Java Service Wrapper, srvany (MS -=20
> yuck!) was used to
> control the application.  It did die every now and then, and=20
> normally we
> could explain it with a Dr Watson dialog saying that Java had=20
> caused an
> access violation etc.  We don't seem to be getting the Dr=20
> Watson errors,
> which is strange.  Peak RAM usage was around 4.25GB, which=20
> indicates that
> the Java processes had been hitting the ceiling of 1600MB,=20
> but they should
> garbage collect and get on their way.
>=20
> Currently the wrapper log file level is set to WARN, syslog=20
> is set to FATAL
> and console is set to FATAL.  As it may be another week=20
> before I see this
> happen again, I'm not keen on trial and error of logging=20
> levels to dump out
> more info next time the JVM decides to die - debug could=20
> result in huge
> files without need.
>=20
> What can I do to get some info about what happened when the=20
> JVM exited?
>=20
> Thanks in advance,
>=20
> Paul Casanova
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>=20

[Wrapper-user] JVM exited unexpectedly

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

Hi all,

This problem is not caused by the Java Service Wrapper - I just need some
help to extract some diagnostics please!

I have a problem where my JVM exits about once a week (not at a consistent
time) on Windows 2000 Advanced Server, JDK 1.3.1_09.

This is a new box - dual P4 2.4GHz with hyperthreading, 6.3GB of RAM, and 2
of the Java processes happily consume 1600MB of RAM each under the watchful
eye of the Java Service Wrapper.  Thankfully the Java Service Wrapper kicks
things off again when the JVM exits.

Before utilising the Java Service Wrapper, srvany (MS - yuck!) was used to
control the application.  It did die every now and then, and normally we
could explain it with a Dr Watson dialog saying that Java had caused an
access violation etc.  We don't seem to be getting the Dr Watson errors,
which is strange.  Peak RAM usage was around 4.25GB, which indicates that
the Java processes had been hitting the ceiling of 1600MB, but they should
garbage collect and get on their way.

Currently the wrapper log file level is set to WARN, syslog is set to FATAL
and console is set to FATAL.  As it may be another week before I see this
happen again, I'm not keen on trial and error of logging levels to dump out
more info next time the JVM decides to die - debug could result in huge
files without need.

What can I do to get some info about what happened when the JVM exited?

Thanks in advance,

Paul Casanova

[Wrapper-user] Re: DCOM and wrapper

[Philip K. <pk...@sp...>]

Ok, here is my guess on what is going on.  DCOM/COM interfaces exists in a
MTA (multi thread apartment) and maintains is own reference counter to
threads using it, as stated my Microsoft.  When I the java app in ran within
wrapper the jni calls are started in new threads.  I can view this via the
Microsoft debugger.  When the first call finishes that thread ends, (prior
to me next jni call)  and it kills the last and only reference in the MTA.
Thus when the other JNI calls go to use this interface it now longer exists.

 

So the question is why do the jni calls get place in new threads.  This is
not the results when the app is not ran within wrapper.  IE "java
myAppClass"

 

Thanks

Phil

 

Re: [Wrapper-user] realpath on unix?

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

Prashant,

>1.On unix systems what is the difference between wrapper begin started in
>"console" more and "start" more..
>Do both install the application as daemon? what happens if the wrapper is
>started in console mode in one xterm window, and then I close the same
>window (/session)?
>Will the application continue to run as daemon, meaning can i log out and
>expect it to be running?
>  
>
The "console" command will run the Wrapper in the current console.  You 
will not be able
to type "exit" in the console unless you first stop the Wrapper.   If 
you kill the console via
any other means then the Wrapper and its JVM will also be stopped 
because they are
child processes of the console.   The benefit of console mode is that 
you are able to see
the Wrapper's output in the console as well as have the ability to press 
CTRL-C and
CTRL-\ within that console.

The "start" command is used to launch the Wrapper as a detached 
process.  When running
as a detached process, you will immediately regain control of the 
console used to launch
the Wrapper.  You will also be able to now close the console and the 
Wrapper will stay
running.   The drawbacks are that the only way to see the output is to 
"tail -f wrapper.log"
and you will need to use the "stop" command to stop the wrapper and the 
"dump"
command to request a thread dump.

No matter how the Wrapper is launched, the "stop" and "dump" commands 
can always
be used from another console.

You mentioned installing the Wrapper as a daemon.   The "start" command 
will launch
the Wrapper as a daemon process, but it will not be restarted when the 
system is
rebooted.   This install process is a little different for every 
platform and depends on
what the application being run by the Wrapper actually does.
I have described how to do this on Solaris and Debian Linux systems on 
the following
page.   If you are using another platform, take a look at these for 
hints.  I would also
appreciate instructions for your platform so I can add it to the docs.
http://wrapper.tanukisoftware.org/doc/english/launch-nix.html

>2. What does "dump" mode do?
>  
>
Try it :-)   It tells the Wrapper to in turn prompt the JVM to perform a 
thread dump.   If
you launched the Wrapper using the "console" command, you can also do 
this by pressing
CTRL-\ in the console where the Wrapper is running.

Cheers,
Leif

Re: [Wrapper-user] realpath on unix?

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

Leif,

Thanks for the reply, clears things up. Couple more questions..

1.On unix systems what is the difference between wrapper begin started in
"console" more and "start" more..
Do both install the application as daemon? what happens if the wrapper is
started in console mode in one xterm window, and then I close the same
window (/session)?
Will the application continue to run as daemon, meaning can i log out and
expect it to be running?
2. What does "dump" mode do?

Thanks
Prashant

----- Original Message -----
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Tuesday, November 04, 2003 2:04 PM
Subject: Re: [Wrapper-user] realpath on unix?


> Prashant,
>     The realpath utility has actually not been used since version
> 3.0.3.   I have left it in for
> a couple releases to give projects a chance to upgrade their build
> scripts.  The references
> that were still in the documentation were mistakes.  They should have
> been pulled out for
> the 3.0.3 release.
>
>     The realpath utility used to help the shell script work around
> symbolic link references
> to find its true location.   As of version 3.0.3, the shell script that
> comes with the Wrapper
> is now able to do this on its own making the file obsolete.
>
>     Thanks for pointing this out.  I have fixed the docs for the next
> release.
>
> Cheers,
> Leif
>
> Prashant Reddy wrote:
>
> >Hello group,
> >
> >Integration method 1 requires that program "realpath" be copied along
with
> >wrapper, and the .so file.
> >what is the significance of this "realpath" file?
> >
> >Thanks
> >Prashant
> >
> >
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] realpath on unix?

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

Prashant,
    The realpath utility has actually not been used since version 
3.0.3.   I have left it in for
a couple releases to give projects a chance to upgrade their build 
scripts.  The references
that were still in the documentation were mistakes.  They should have 
been pulled out for
the 3.0.3 release.

    The realpath utility used to help the shell script work around 
symbolic link references
to find its true location.   As of version 3.0.3, the shell script that 
comes with the Wrapper
is now able to do this on its own making the file obsolete.

    Thanks for pointing this out.  I have fixed the docs for the next 
release.

Cheers,
Leif

Prashant Reddy wrote:

>Hello group,
>
>Integration method 1 requires that program "realpath" be copied along with
>wrapper, and the .so file.
>what is the significance of this "realpath" file?
>
>Thanks
>Prashant
>  
>

[Wrapper-user] realpath on unix?

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

Hello group,

Integration method 1 requires that program "realpath" be copied along with
wrapper, and the .so file.
what is the significance of this "realpath" file?

Thanks
Prashant

Re: [Wrapper-user] DCOM and wrapper

[Georg S. <geo...@ti...>]

1) get Don Box's "Essential COM" and read / understand it
2) Start creating something simple...

;-)

I don't think, CreateProcess() has some inherent COM qualities, it is 
the started process, that has.

Georg

Philip Kubat wrote:

>Thanks, I will work on creating something simple, (may take me a while).
>Please understand that I am also not a subject matter expert.
>
>I did try running wrapper via the command line vs a service and the same
>issue.
>
>Wrapper just creates the one process, the JVM?  Then the JVM spawns the JNI
>functions?  I am thinking it's a thread / COM issue.  
>
>Has anyone else tried to keep pointer in the JVM that are used by several
>JNI functions from with in Wrapper?
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...] On Behalf Of Leif
>Mortenson
>Sent: Thursday, October 30, 2003 10:07 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] DCOM and wrapper
>
>Jim,
>
>  
>
>>I haven't really had a chance to get back to it, but that's partly 
>>because I don't know what to check next.
>>    
>>
>
>Ditto.  I tried doing some Google searches, but there is way too much 
>info out there and
>without an example to get me started it is going take way too much time.
>
>  
>
>>>   If one of you guys could write up a simple simple application 
>>>which demonstrates this problem and explain to me what is going, I 
>>>might be able to figure out the problem and learn a little about COM 
>>>at the same time :-)  I emphasize the word simple here.
>>>      
>>>
>>Wow, you managed to use "simple" and "COM" in the same sentence.  Is 
>>that gramatically correct?
>>    
>>
>
>Hey, that was after I said that I don't know what I am talking about 
>:-)  I should have
>known though.  Very little of the Windows API that I have had to delve 
>into to get the
>Wrapper working has been "simple".
>
>  
>
>>>   In either case the Wrapper process is using the CreateProcess API 
>>>to create the
>>>      
>>>
>>The "CreateProcess" seems to have some inherent COM qualities, though 
>>what I haven't a clue.
>>    
>>
>
>:-/
>
>How about an as simple as possible example program.
>
>Cheers,
>Leif
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>  
>

Re: [Wrapper-user] getting thread dump

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

Giovanni,
    Ok.  So you are running your application within the Wrapper as a 
service.  In that
case it is easy.  There are 3 basic ways of doing this.

1) Use JMX.  This requires that your application has JMX support.
http://wrapper.tanukisoftware.org/doc/english/jmx.html

2) Call the WrapperManager.requestThreadDump() method directly from 
within your
code.  You can then use any number of methods to trigger this event, 
such as through
a servlet etc.

3) Add a block of code to your application to make use of the 
WrapperActionServer.
This looks like what you were trying to do originally.  It should be as 
easy as throwing
the following code into your application.  You can then telnet in at 
port 9999 and hit
shift-D.  Note the actions that are needed are commented out.
        try
        {
            int port = 9999;
            WrapperActionServer server = new WrapperActionServer( port );
            //server.enableShutdownAction( true );
            //server.enableHaltExpectedAction( true );
            //server.enableRestartAction( true );
            server.enableThreadDumpAction( true );
            //server.enableHaltUnexpectedAction( true );
            //server.enableAccessViolationAction( true );
            //server.enableAppearHungAction( true );
            server.start();
        }
        catch ( java.io.IOException e )
        {
            System.out.println( "Unable to open the action server 
socket: " + e.getMessage() );
        }

Note that methods 2 and 3 both require that the current class uses the same
ClassLoader as the WrapperManager was originally loaded.  As I write this
I thought that that might be the cause of the problem you are seeing.  
Any JVM
is only able to load a JNI library once.  The WrapperManager will be loaded
by the root class loader when the JVM is first launched.  If you then 
reference
the WrapperManager class from within a different ClassLoader, you have to
make sure that a new copy of that class is not being loaded.  If this 
happens
then the second copy of the WrapperManager will not be able to load its
native library.
I'll play around with this and see if there is something I can do to 
detect when
this happens and display a useful error message.

Cheers,
Leif


Giovanni Regola wrote:

> dear Leif,
>  
> I think I wasn't able to clearly explain my problem that I described 
> in my previous post (error loading Wrapper.dll)
>  
> the problem (and the question) is the following:
>  
> how can I get a thread dump of my java application if it has been 
> installed as NT Service and has been started from Control Panel - 
> Administration tools - Services ?
>  
> thanks for your help
>  
> best regards
>  
> Giovanni

RE: [Wrapper-user] DCOM and wrapper

[Philip K. <pk...@sp...>]

Thanks, I will work on creating something simple, (may take me a while).
Please understand that I am also not a subject matter expert.

I did try running wrapper via the command line vs a service and the same
issue.

Wrapper just creates the one process, the JVM?  Then the JVM spawns the JNI
functions?  I am thinking it's a thread / COM issue.  

Has anyone else tried to keep pointer in the JVM that are used by several
JNI functions from with in Wrapper?

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, October 30, 2003 10:07 PM
To: wra...@li...
Subject: Re: [Wrapper-user] DCOM and wrapper

Jim,

> I haven't really had a chance to get back to it, but that's partly 
> because I don't know what to check next.

Ditto.  I tried doing some Google searches, but there is way too much 
info out there and
without an example to get me started it is going take way too much time.

>>    If one of you guys could write up a simple simple application 
>> which demonstrates this problem and explain to me what is going, I 
>> might be able to figure out the problem and learn a little about COM 
>> at the same time :-)  I emphasize the word simple here.
>
> Wow, you managed to use "simple" and "COM" in the same sentence.  Is 
> that gramatically correct?

Hey, that was after I said that I don't know what I am talking about 
:-)  I should have
known though.  Very little of the Windows API that I have had to delve 
into to get the
Wrapper working has been "simple".

>>    In either case the Wrapper process is using the CreateProcess API 
>> to create the
>
> The "CreateProcess" seems to have some inherent COM qualities, though 
> what I haven't a clue.

:-/

How about an as simple as possible example program.

Cheers,
Leif




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] getting thread dump

[Giovanni R. <g.r...@so...>]

dear Leif,

I think I wasn't able to clearly explain my problem that I described in =
my previous post (error loading Wrapper.dll)

the problem (and the question) is the following:

how can I get a thread dump of my java application if it has been =
installed as NT Service and has been started from Control Panel - =
Administration tools - Services ?

thanks for your help

best regards

Giovanni
  ----- Original Message -----=20
  From: Giovanni Regola=20
  To: wra...@li...=20
  Sent: Friday, October 31, 2003 11:07 AM
  Subject: error loading Wrapper.dll


  dear experts,

  I would like to get a thread dump of my app via telnet.

  This is the code:

  package it.soltec.test;

  import java.io.IOException;
  import java.util.Date;
  import java.util.Timer;
  import java.util.TimerTask;
  import org.tanukisoftware.wrapper.WrapperActionServer;

  public class TestWrapper {

      private Timer timer =3D new Timer();
      private MyTimer myTimer =3D new MyTimer();
      private String library =3D "java.library.path";
      private String wrapperDllPath =3D =
"D:\\j2sdk1.4.2\\tools\\wrapper_win32_3.0.5\\lib";

      public TestWrapper() {
          int port =3D9999;
          WrapperActionServer server =3D new WrapperActionServer( port =
);=20
          server.enableShutdownAction( true );
          server.enableHaltExpectedAction( true );
          server.enableRestartAction( true );
          server.enableThreadDumpAction( true );
          server.enableHaltUnexpectedAction( true );
          server.enableAccessViolationAction( true );
          String property =3D =
System.getProperty(library)+";"+wrapperDllPath;
          System.setProperty(library,property);
          System.out.println(System.getProperty(library));
          try {
              server.start();
              System.out.println("Server running on port "+port);
          } catch (IOException e) {
              e.printStackTrace();
          }
          timer.schedule(myTimer, 0, 5000);
      }

      private class MyTimer extends TimerTask {
          public void run() {
              System.out.println("time: "+new Date());
          }
      }

      public static void main(String[] args) {
          new TestWrapper();
      }
  }

  When I try to connect via telnet I get the following error:

  =
D:\j2sdk1.4.2\bin;.;C:\WINNT\system32;C:\WINNT;C:\WINNT\system32;C:\WINNT=
;C:\WINNT\System32\Wbem;C:\Programmi\Microsoft SQL =
Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun =
Microsystems\Message Queue =
3.0\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Mi=
crosoft SQL Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun =
Microsystems\Message Queue =
3.0\bin;D:\jakarta-ant-1.5\bin;D:\j2sdk1.4.2\bin;D:\TowerJ\bin\x86-w32;D:=
\Programmi\Microsoft Visual Studio =
.NET\Vc7\bin;;D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib
  Server running on port 9999
  time: Fri Oct 31 10:39:05 CET 2003
  time: Fri Oct 31 10:39:10 CET 2003
  time: Fri Oct 31 10:39:15 CET 2003
  time: Fri Oct 31 10:39:20 CET 2003
  WARNING - Unable to load native library 'Wrapper.DLL'. The file
  is located on the path at the following location but could
  not be loaded:
  D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib\Wrapper.DLL
  Please verify that the file is readable by the current user
  and that the file has not been corrupted in any way.
  System signals will not be handled correctly.
  wrapper library not loaded.

  Do you know how to solve this problem?

  thanks in advance

  Giovanni Regola

RE: [Wrapper-user] console apps and the wrapper

[Ramachandra, A. <Ram...@Sy...>]

Leif
    i did this:
wrapper.ntservice.interactive=true
wrapper.ntservice.hide-console=false

in wrapper.conf.
I did not see notepad come up.I did see an entry for notepad.exe in the task
manager.
So it launches but i cannot see the notepad window.

 -Thanks
 -Arun

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Wednesday, October 22, 2003 7:08 PM
To: wra...@li...
Subject: Re: [Wrapper-user] console apps and the wrapper


Arun,
    I have not tried that exact thing before.   The notepad process is 
considered a child
process of the JVM, and thus of the Wrapper.   In order for the Wrapper 
or any of its
child processes to be able to display a GUI the service needs to have 
its interactive flag
set.

    Have you tried setting the wrapper.ntservice.interactive flag?  Make 
sure you read the
docs for this property as there are some tricks to get it to work with 
certain JVM
versions.
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.htm
l

    Please report back with the results?  I am interested to hear if 
that works.   If not
what happens if you try to launch the Notepad process directly, rather 
than via a batch
file?

Cheers,
Leif

Ramachandra, Arun wrote:

> OK this is a tricky one i guess:
> I have an app one of whose functions is to open up a batchfile which 
> opens up a notepad editor. I use the wrapper to run this as a service. 
> When run as a console app it works fine. HOwever when i invoke this 
> functionality with the wrapper i can see the notepad.exe as a process 
> but don't see any notepad window open up.
>
> 1:> How can i get around this?
> 2:>Can i get around this at all?
>
> To generalise, if i invoke a console app which requires interaction 
> with the user how do i invoke it when my app is a service?
>
>  -Thanks
>  -Arun
>




-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] error loading Wrapper.dll

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

Giovanni,
    There are a couple of problems here.

    The first problem is that it is not possible to modify the library 
path once the JVM has
been launched.  You are changing the value in memory which  the Wrapper 
then uses to
try to figure out why it could not load the wrapper.dll library.  The 
Wrapper thinks that
the library was on the path but could not be loaded.  It then shows the 
message that you
are seeing.   The problem is that the actual library path that the JVM 
uses to load the
libraries is empty.
    To fix this, you want to add the following to the command line you 
are using to launch
the Wrapper.
java -Djava.library.path=D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib 
-classpath path classname

    This will get you a little farther but things will still not work 
for you.   The problem is
that the WrapperActionServer, or more accurately, the WrapperManager 
class was not
designed to work the way you are trying to use it.

    I tried out your program and discovered a problem that makes it 
impossible to kill the
JVM using CTRL-C if a WrapperListener is never registered with the 
WrapperManager.
This will be fixed in the net release.

    I also noticed that the WrapperManager.requestThreadDump() does not work
correctly when the JVM is not being controlled by the JVM (On 
Windows).   I am
looking into why that is.

    Have you read over the Integration manual yet? It will give you an 
idea of how the
Wrapper and its classes were intended to be used.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    If there is a reason why you want to use the Action class without 
using the full
Wrapper could you explain it to me?  It might be an area worth supporting.

Cheers,
Leif
  
Giovanni Regola wrote:

> dear experts,
>  
> I would like to get a thread dump of my app via telnet.
>  
> This is the code:
>  
> *package* it.soltec.test;
>  
> *import* java.io.IOException;
> *import* java.util.Date;
> *import* java.util.Timer;
> *import* java.util.TimerTask;
> *import* org.tanukisoftware.wrapper.WrapperActionServer;
>  
> *public* *class* TestWrapper {
>  
> *    private* Timer timer = *new* Timer();
> *    private* MyTimer myTimer = *new* MyTimer();
> *    private* String library = "java.library.path";
> *    private* String wrapperDllPath = 
> "D:\\j2sdk1.4.2\\tools\\wrapper_win32_3.0.5\\lib";
>  
> *    public* TestWrapper() {
> *        int* port =9999;
>         WrapperActionServer server = *new* WrapperActionServer( port );
>         server.enableShutdownAction( *true* );
>         server.enableHaltExpectedAction( *true* );
>         server.enableRestartAction( *true* );
>         server.enableThreadDumpAction( *true* );
>         server.enableHaltUnexpectedAction( *true* );
>         server.enableAccessViolationAction( *true* );
>         String property = System.getProperty(library)+";"+wrapperDllPath;
>         System.setProperty(library,property);
>         System.out.println(System.getProperty(library));
> *        try* {
>             server.start();
>             System.out.println("Server running on port "+port);
>         } *catch* (IOException e) {
>             e.printStackTrace();
>         }
>         timer.schedule(myTimer, 0, 5000);
>     }
>  
> *    private* *class* MyTimer *extends* TimerTask {
> *        public* *void* run() {
>             System.out.println("time: "+*new* Date());
>         }
>     }
>  
> *    public* *static* *void* main(String[] args) {
> *        new* TestWrapper();
>     }
> }
>  
> When I try to connect via telnet I get the following error:
>  
> D:\j2sdk1.4.2\bin;.;C:\WINNT\system32;C:\WINNT;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Microsoft 
> SQL Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun 
> Microsystems\Message Queue 
> 3.0\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Microsoft 
> SQL Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun 
> Microsystems\Message Queue 
> 3.0\bin;D:\jakarta-ant-1.5\bin;D:\j2sdk1.4.2\bin;D:\TowerJ\bin\x86-w32;D:\Programmi\Microsoft 
> Visual Studio .NET\Vc7\bin;;D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib
> Server running on port 9999
> time: Fri Oct 31 10:39:05 CET 2003
> time: Fri Oct 31 10:39:10 CET 2003
> time: Fri Oct 31 10:39:15 CET 2003
> time: Fri Oct 31 10:39:20 CET 2003
> WARNING - Unable to load native library 'Wrapper.DLL'. The file
> is located on the path at the following location but could
> not be loaded:
> D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib\Wrapper.DLL
> Please verify that the file is readable by the current user
> and that the file has not been corrupted in any way.
> System signals will not be handled correctly.
> wrapper library not loaded.
>  
> Do you know how to solve this problem?
>  
> thanks in advance
>  
> Giovanni Regola

RE: [Wrapper-user] error loading Wrapper.dll

[Andreas W. <And...@ag...>]

Giovanni,
=20
setting the system property java.library.path has no effect to the JVM =
(see =
http://developer.java.sun.com/developer/bugParade/bugs/4280189.html).
You will have to set it via wrapper.conf.
=20
Regards,
Andreas
=20
 -----Original Message-----
From: Giovanni Regola [mailto:g.r...@so...]
Sent: Friday, October 31, 2003 11:08 AM
To: wra...@li...
Subject: [Wrapper-user] error loading Wrapper.dll



dear experts,
=20
I would like to get a thread dump of my app via telnet.
=20
This is the code:
=20
package it.soltec.test;
=20
import java.io.IOException;
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;
import org.tanukisoftware.wrapper.WrapperActionServer;
=20
public class TestWrapper {
=20
    private Timer timer =3D new Timer();
    private MyTimer myTimer =3D new MyTimer();
    private String library =3D "java.library.path";
    private String wrapperDllPath =3D =
"D:\\j2sdk1.4.2\\tools\\wrapper_win32_3.0.5\\lib";
=20
    public TestWrapper() {
        int port =3D9999;
        WrapperActionServer server =3D new WrapperActionServer( port );=20
        server.enableShutdownAction( true );
        server.enableHaltExpectedAction( true );
        server.enableRestartAction( true );
        server.enableThreadDumpAction( true );
        server.enableHaltUnexpectedAction( true );
        server.enableAccessViolationAction( true );
        String property =3D =
System.getProperty(library)+";"+wrapperDllPath;
        System.setProperty(library,property);
        System.out.println(System.getProperty(library));
        try {
            server.start();
            System.out.println("Server running on port "+port);
        } catch (IOException e) {
            e.printStackTrace();
        }
        timer.schedule(myTimer, 0, 5000);
    }
=20
    private class MyTimer extends TimerTask {
        public void run() {
            System.out.println("time: "+new Date());
        }
    }
=20
    public static void main(String[] args) {
        new TestWrapper();
    }
}
=20
When I try to connect via telnet I get the following error:
=20
D:\j2sdk1.4.2\bin;.;C:\WINNT\system32;C:\WINNT;C:\WINNT\system32;C:\WINNT=
;C:\WINNT\System32\Wbem;C:\Programmi\Microsoft SQL
Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun =
Microsystems\Message Queue
3.0\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Mi=
crosoft SQL Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun
Microsystems\Message Queue =
3.0\bin;D:\jakarta-ant-1.5\bin;D:\j2sdk1.4.2\bin;D:\TowerJ\bin\x86-w32;D:=
\Programmi\Microsoft Visual Studio
.NET\Vc7\bin;;D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib
Server running on port 9999
time: Fri Oct 31 10:39:05 CET 2003
time: Fri Oct 31 10:39:10 CET 2003
time: Fri Oct 31 10:39:15 CET 2003
time: Fri Oct 31 10:39:20 CET 2003
WARNING - Unable to load native library 'Wrapper.DLL'. The file
is located on the path at the following location but could
not be loaded:
D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib\Wrapper.DLL
Please verify that the file is readable by the current user
and that the file has not been corrupted in any way.
System signals will not be handled correctly.
wrapper library not loaded.
=20
Do you know how to solve this problem?
=20
thanks in advance
=20
Giovanni Regola

[Wrapper-user] error loading Wrapper.dll

[Giovanni R. <g.r...@so...>]

dear experts,

I would like to get a thread dump of my app via telnet.

This is the code:

package it.soltec.test;

import java.io.IOException;
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;
import org.tanukisoftware.wrapper.WrapperActionServer;

public class TestWrapper {

    private Timer timer =3D new Timer();
    private MyTimer myTimer =3D new MyTimer();
    private String library =3D "java.library.path";
    private String wrapperDllPath =3D =
"D:\\j2sdk1.4.2\\tools\\wrapper_win32_3.0.5\\lib";

    public TestWrapper() {
        int port =3D9999;
        WrapperActionServer server =3D new WrapperActionServer( port );=20
        server.enableShutdownAction( true );
        server.enableHaltExpectedAction( true );
        server.enableRestartAction( true );
        server.enableThreadDumpAction( true );
        server.enableHaltUnexpectedAction( true );
        server.enableAccessViolationAction( true );
        String property =3D =
System.getProperty(library)+";"+wrapperDllPath;
        System.setProperty(library,property);
        System.out.println(System.getProperty(library));
        try {
            server.start();
            System.out.println("Server running on port "+port);
        } catch (IOException e) {
            e.printStackTrace();
        }
        timer.schedule(myTimer, 0, 5000);
    }

    private class MyTimer extends TimerTask {
        public void run() {
            System.out.println("time: "+new Date());
        }
    }

    public static void main(String[] args) {
        new TestWrapper();
    }
}

When I try to connect via telnet I get the following error:

D:\j2sdk1.4.2\bin;.;C:\WINNT\system32;C:\WINNT;C:\WINNT\system32;C:\WINNT=
;C:\WINNT\System32\Wbem;C:\Programmi\Microsoft SQL =
Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun =
Microsystems\Message Queue =
3.0\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Programmi\Mi=
crosoft SQL Server\80\Tools\Binn\;C:\PROGRA~1\ULTRAE~1;D:\Programmi\Sun =
Microsystems\Message Queue =
3.0\bin;D:\jakarta-ant-1.5\bin;D:\j2sdk1.4.2\bin;D:\TowerJ\bin\x86-w32;D:=
\Programmi\Microsoft Visual Studio =
.NET\Vc7\bin;;D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib
Server running on port 9999
time: Fri Oct 31 10:39:05 CET 2003
time: Fri Oct 31 10:39:10 CET 2003
time: Fri Oct 31 10:39:15 CET 2003
time: Fri Oct 31 10:39:20 CET 2003
WARNING - Unable to load native library 'Wrapper.DLL'. The file
is located on the path at the following location but could
not be loaded:
D:\j2sdk1.4.2\tools\wrapper_win32_3.0.5\lib\Wrapper.DLL
Please verify that the file is readable by the current user
and that the file has not been corrupted in any way.
System signals will not be handled correctly.
wrapper library not loaded.

Do you know how to solve this problem?

thanks in advance

Giovanni Regola

RE: [Wrapper-user] Solaris 9, 64 bits question? (Unable to load native library 'libwrapper.so')

[Andreas W. <And...@ag...>]

Dave,

you will most likely have to recompile the wrapper to get it work on =
Solaris 64 bit (see http://babbage.clarku.edu/java/docs/guide/vm/).

Regards,
Andreas

> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Friday, October 31, 2003 4:34 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Solaris 9, 64 bits question?=20
> (Unable to load
> native library 'libwrapper.so')
>=20
>=20
> Dave,
>=20
> > 1- I use Method 3 on my project, and I get the following=20
> warning when=20
> > using wrapper on Solaris 9, 64 bits, WHY?
> > =20
> > INFO   | jvm 1    | 2003/10/30 09:41:03 | WARNING - Unable to load=20
> > native library 'libwrapper.so'.  The file
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |           is=20
> located on the=20
> > path at the following location but could
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |           not be loaded:
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |            =20
> > /opt/Project/lib/libwrapper.so
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |           Please=20
> verify that=20
> > the file is readable by the current user
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |           and=20
> that the file=20
> > has not been corrupted in any way.
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |           System signals=20
> > will not be handled correctly.
> > INFO   | jvm 1    | 2003/10/30 09:41:03 |
> > INFO   | jvm 1    | 2003/10/30 09:41:04 | Wrapper (Version 3.0.5)
> > INFO   | jvm 1    | 2003/10/30 09:41:04 |
>=20
>     I don't have access to such a nice toy to test this out. However,=20
> another user running
> on a 64 bit version of HP-UX was having similar problems a=20
> couple weeks=20
> ago.  The
> solution there had been to create a new makefile and rebuild=20
> from source.
>=20
>     The following excerpt from the thread.
> http://sourceforge.net/mailarchive/message.php?msg_id=3D6307507
>=20
>     On that system, Java seemed to require a library file called=20
> libwrapper.sl.  That may be
> what is being searched for on your system as well.  When loading of a=20
> native library fails
> the Wrapper tries to resolve the actual problem by looking=20
> for the file=20
> it assumes is being
> loaded.  For Solaris systems the wrapper currently assumes that=20
> libwrapper.so is being
> requested.  That may be false for your system.
>=20
>     One of my more helpful users, Andreas Wendt has been working on a=20
> system of
> allowing the Wrapper to run on more platforms and specific=20
> architectures.  I have a first
> pass at this in my hands and am working on getting it up and running.
>     I am hoping to get this support into the next release so I would=20
> appreciate any help
> you could give in the testing area for your platform when the=20
> time comes.
>=20
>     If you are able to get things working using a new=20
> Makefile, please=20
> post it to the list
> along with any info you think would be useful to get it working.
>=20
> Cheers,
> Leif
>=20
> >   2- Why the binaries realpath and wrapper are not already build in=20
> > the binary package (wrapper_solaris_3.0.5.tar.gz=20
> >=20
> <http://prdownloads.sourceforge.net/wrapper/wrapper_solaris_3.
0.5.tar.gz?download>)=20
> ?

??  I just rechecked this and both realpath and wrapper exist in that=20
file.  They are
located in the bin directory.  Are they maybe just failing to run on=20
your 64bit system?

By the way, the realpath binary is no longer used by the shell script. =20
I left it in for a
while to give various projects time to fix their build files.   It will=20
most likely be removed
in the next release.

Cheers,
Leif




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper ping logs

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

Luis,

>One thing, I've been asked for, is there any way to prevent the
>jvm_restart?  Currently I've set this to a very long time, but if it
>could be terminated upon a failure, it would makes things easier, than
>to have a services sleeping for duration.
>  
>
The Wrapper by default will restart the JVM up to 5 times if the JVM 
exits unexpectedly
within a short period of time.   This can be controlled using the max 
failed invocations
property.  Take a look at the following page for details.

http://wrapper.tanukisoftware.org/doc/english/prop-max-failed-invocations.html

Let me know if you have any questions.  In general, you should not play 
around with the
various timeouts.

Cheers,
Leif

RE: [Wrapper-user] Wrapper ping logs

[Luis G. <lui...@sk...>]

Leif,
We were not trying to comment anything, just that someone modified the
file and accidentally added the trailing ;. =20

One thing, I've been asked for, is there any way to prevent the
jvm_restart?  Currently I've set this to a very long time, but if it
could be terminated upon a failure, it would makes things easier, than
to have a services sleeping for duration.

Thanks for your help.

Luis


-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]=20
Sent: Thursday, October 30, 2003 7:51 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper ping logs

Luis,
    The ';' character is not a special character in the Wrapper.  The=20
Wrapper is seeing
that you specified a log level called "INFO;".   Since that is an=20
unknown log level, the
Wrapper's logging system is simply falling back to the safest choice,=20
which is "DEBUG".
This is the same behavior as the LogKit and Log4J logging systems when=20
an unknown
log level is encountered.
    If you were trying to specify a comment, you can use the '#'
character.

    Cheers,
    Leif

Luis Guzman wrote:

>Hi leif,
>What does an ; in the configuration file do?  We had an issue where it
>was in the following line as shown.
>wrapper.logfile.loglevel=3DINFO;
>
>It then cause the wrapper to go into debug mode and print stdout the
>following info.
>2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
>Received a packet PING : ping=20
>2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
>Send a packet PING : ok=20
>2003/10/30 17:48:06 | DEBUG  | wrapperp | read a packet PING : ok=20
>2003/10/30 17:48:06 | DEBUG  | wrapper  | Got ping response from JVM=20
>
>Is there a wrapper configuration check that could catch this before
>launching?
>
>Thanks for your help.
>
>
>--------------------------------------------------
>Luis Guzman
>Network & System Administrator
>lui...@sk...
>=20
>Sakonnet Technology
>594 Broadway, Suite 1008
>New York NY 10012=20
>www.sknt.com
>=20
>+1 917 237 3817 direct
>+1 212 343 3103 fax=20
>
>_______________________________________________________
>This message is for the named recipient's use only.  It may contain
sensitive and private proprietary information.  No confidentiality is
waived or lost by any incorrect transmission.  If you are not the
intended recipient, please immediately delete it and all copies of it
from your system, destroy any hard copies of it and notify the sender.
You must not, directly or indirectly, use, disclose, distribute, print,
or copy any part of this message if you are not the intended recipient.
Sakonnet Technology, LLC and its subsidiaries reserve the right to
monitor all e-mail communications through their networks. Any views
expressed in this message are those of the individual sender, except
where the message states otherwise and the sender is authorized to state
them to be the views of any such entity.  Unless otherwise stated, any
pricing information given in this message is indicative only, is subject
to change and does not constitute an offer to deal at any price quoted.
Any reference to the terms of executed transactions should be treated as
preliminary only and subject to our formal written confirmation.=20
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
>




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

_______________________________________________________
This message is for the named recipient's use only.  It may contain =
sensitive and private proprietary information.  No confidentiality is =
waived or lost by any incorrect transmission.  If you are not the =
intended recipient, please immediately delete it and all copies of it =
from your system, destroy any hard copies of it and notify the sender.  =
You must not, directly or indirectly, use, disclose, distribute, print, =
or copy any part of this message if you are not the intended recipient.  =
Sakonnet Technology, LLC and its subsidiaries reserve the right to =
monitor all e-mail communications through their networks. Any views =
expressed in this message are those of the individual sender, except =
where the message states otherwise and the sender is authorized to state =
them to be the views of any such entity.  Unless otherwise stated, any =
pricing information given in this message is indicative only, is subject =
to change and does not constitute an offer to deal at any price quoted. =
Any reference to the terms of executed transactions should be treated as =
preliminary only and subject to our formal written confirmation.=20

Re: [Wrapper-user] Solaris 9, 64 bits question? (Unable to load native library 'libwrapper.so')

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

Dave,

> 1- I use Method 3 on my project, and I get the following warning when 
> using wrapper on Solaris 9, 64 bits, WHY?
>  
> INFO   | jvm 1    | 2003/10/30 09:41:03 | WARNING - Unable to load 
> native library 'libwrapper.so'.  The file
> INFO   | jvm 1    | 2003/10/30 09:41:03 |           is located on the 
> path at the following location but could
> INFO   | jvm 1    | 2003/10/30 09:41:03 |           not be loaded:
> INFO   | jvm 1    | 2003/10/30 09:41:03 |             
> /opt/Project/lib/libwrapper.so
> INFO   | jvm 1    | 2003/10/30 09:41:03 |           Please verify that 
> the file is readable by the current user
> INFO   | jvm 1    | 2003/10/30 09:41:03 |           and that the file 
> has not been corrupted in any way.
> INFO   | jvm 1    | 2003/10/30 09:41:03 |           System signals 
> will not be handled correctly.
> INFO   | jvm 1    | 2003/10/30 09:41:03 |
> INFO   | jvm 1    | 2003/10/30 09:41:04 | Wrapper (Version 3.0.5)
> INFO   | jvm 1    | 2003/10/30 09:41:04 |

    I don't have access to such a nice toy to test this out. However, 
another user running
on a 64 bit version of HP-UX was having similar problems a couple weeks 
ago.  The
solution there had been to create a new makefile and rebuild from source.

    The following excerpt from the thread.
http://sourceforge.net/mailarchive/message.php?msg_id=6307507

    On that system, Java seemed to require a library file called 
libwrapper.sl.  That may be
what is being searched for on your system as well.  When loading of a 
native library fails
the Wrapper tries to resolve the actual problem by looking for the file 
it assumes is being
loaded.  For Solaris systems the wrapper currently assumes that 
libwrapper.so is being
requested.  That may be false for your system.

    One of my more helpful users, Andreas Wendt has been working on a 
system of
allowing the Wrapper to run on more platforms and specific 
architectures.  I have a first
pass at this in my hands and am working on getting it up and running.
    I am hoping to get this support into the next release so I would 
appreciate any help
you could give in the testing area for your platform when the time comes.

    If you are able to get things working using a new Makefile, please 
post it to the list
along with any info you think would be useful to get it working.

Cheers,
Leif

>   2- Why the binaries realpath and wrapper are not already build in 
> the binary package (wrapper_solaris_3.0.5.tar.gz 
> <http://prdownloads.sourceforge.net/wrapper/wrapper_solaris_3.0.5.tar.gz?download>) 
> ?

??  I just rechecked this and both realpath and wrapper exist in that 
file.  They are
located in the bin directory.  Are they maybe just failing to run on 
your 64bit system?

By the way, the realpath binary is no longer used by the shell script.  
I left it in for a
while to give various projects time to fix their build files.   It will 
most likely be removed
in the next release.

Cheers,
Leif

Re: [Wrapper-user] DCOM and wrapper

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

Jim,

> I haven't really had a chance to get back to it, but that's partly 
> because I don't know what to check next.

Ditto.  I tried doing some Google searches, but there is way too much 
info out there and
without an example to get me started it is going take way too much time.

>>    If one of you guys could write up a simple simple application 
>> which demonstrates this problem and explain to me what is going, I 
>> might be able to figure out the problem and learn a little about COM 
>> at the same time :-)  I emphasize the word simple here.
>
> Wow, you managed to use "simple" and "COM" in the same sentence.  Is 
> that gramatically correct?

Hey, that was after I said that I don't know what I am talking about 
:-)  I should have
known though.  Very little of the Windows API that I have had to delve 
into to get the
Wrapper working has been "simple".

>>    In either case the Wrapper process is using the CreateProcess API 
>> to create the
>
> The "CreateProcess" seems to have some inherent COM qualities, though 
> what I haven't a clue.

:-/

How about an as simple as possible example program.

Cheers,
Leif

Re: [Wrapper-user] DCOM and wrapper

[Jim R. <jr...@er...>]

Leif,

On 2003.10.30 18:06, Leif Mortenson wrote:
> Jim, Philip,
>    Sorry to hear that you had never gotten that working Jim.  As I 
> said before however, I have never used the COM interface nor have any 
> plans to in the foreseeable future. I would not know where to start 
> trying to fix this with what I have to go on right now.

I haven't really had a chance to get back to it, but that's partly 
because I don't know what to check next.

> 
>    If one of you guys could write up a simple simple application 
> which demonstrates this problem and explain to me what is going, I 
> might be able to figure out the problem and learn a little about COM 
> at the same time :-)  I emphasize the word simple here.

Wow, you managed to use "simple" and "COM" in the same sentence.  Is 
that gramatically correct?

> 
>    In either case the Wrapper process is using the CreateProcess API 
> to create the

The "CreateProcess" seems to have some inherent COM qualities, though 
what I haven't a clue.

Jim


> Jim, Philip,
> 
> 
> Jim Redman wrote:
> 
>> Philip,
>> 
>> I hit the same basic problem - and have no solution.  In my case, I 
>> received an iMarshall request, then no other COM requests.  Again 
>> the app works find as a batch file, just not in the wrapper.  I have 
>> no further clues.
>> 
>> Jim
>>  On 2003.10.30 12:13, Philip Kubat wrote:
>> 
>>> My application is a WMI (Microsoft Wbem) java application.  I have
>>> used JNI
>>> to access WMI via DCOM.  The applications works fine if it is run 
>>> via
>>> the
>>> command line and java.  It does not work within wrapper.  I believe
>>> the
>>> problem is how I am "passing" the pointer to the IWbemServices 
>>> object.
>>>  In
>>> msdev debug I do not seem to retain a valid object (via pointer) of
>>> the
>>> object that I need methods of in additional JNI calls.  I have two 
>>> JNI
>>> functions.  One that creates and connects to WMI via DCOM then 
>>> stores
>>> the
>>> pointer into the java environment (in the object that makes the
>>> function
>>> call to JNI).   The second uses methods of that WMI object via the
>>> pointer
>>> to retrieve system data, this methods is used several time through 
>>> out
>>> the
>>> application.  Any ideas and thought would be helpful.
>>> 
>>> 
>>> 
>>> Does wrapper some who create new threads for these JNI calls?   Do I
>>> need a
>>> better means to pass the pointer?  Is there a what to protect the
>>> memory of
>>> that pointer?
>>> 
>>> 
>>> 
>>> Thanks!
>>> 
>>> 
>> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
-- 

Jim Redman
(505) 662 5156 x85
http://www.ergotech.com

Re: [Wrapper-user] DCOM and wrapper

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

Jim, Philip,
    Sorry to hear that you had never gotten that working Jim.  As I said 
before however,
I have never used the COM interface nor have any plans to in the 
foreseeable future.
I would not know where to start trying to fix this with what I have to 
go on right now.

    If one of you guys could write up a simple simple application which 
demonstrates
this problem and explain to me what is going, I might be able to figure 
out the problem
and learn a little about COM at the same time :-)  I emphasize the word 
simple here.

    Most likely any conflicts are being caused by the C, or native code, 
rather than
anything in Java so if possible it would be best to be able to see 
source for both.

    Ideally a project zip file where I just have to compile "A", run "B" 
and look at "C"
would be great.

    I do have a couple questions though.  When you say that the 
application is failing
in the Wrapper,  is that true of running the Wrapper in a console as 
well as as a
service?
    In either case the Wrapper process is using the CreateProcess API to 
create the
JVM as a child process.  All of your COM code will then be running 
inside of that
child process.   There may be some COM setup that needs to be done to 
prepare
the child process.  Just a guess at this point however.

Cheers,
Leif

Jim, Philip,


Jim Redman wrote:

> Philip,
>
> I hit the same basic problem - and have no solution.  In my case, I 
> received an iMarshall request, then no other COM requests.  Again the 
> app works find as a batch file, just not in the wrapper.  I have no 
> further clues.
>
> Jim
>  On 2003.10.30 12:13, Philip Kubat wrote:
>
>> My application is a WMI (Microsoft Wbem) java application.  I have
>> used JNI
>> to access WMI via DCOM.  The applications works fine if it is run via
>> the
>> command line and java.  It does not work within wrapper.  I believe
>> the
>> problem is how I am "passing" the pointer to the IWbemServices object.
>>  In
>> msdev debug I do not seem to retain a valid object (via pointer) of
>> the
>> object that I need methods of in additional JNI calls.  I have two JNI
>> functions.  One that creates and connects to WMI via DCOM then stores
>> the
>> pointer into the java environment (in the object that makes the
>> function
>> call to JNI).   The second uses methods of that WMI object via the
>> pointer
>> to retrieve system data, this methods is used several time through out
>> the
>> application.  Any ideas and thought would be helpful.
>>
>>
>>
>> Does wrapper some who create new threads for these JNI calls?   Do I
>> need a
>> better means to pass the pointer?  Is there a what to protect the
>> memory of
>> that pointer?
>>
>>
>>
>> Thanks!
>>
>>
>

Re: [Wrapper-user] Wrapper ping logs

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

Luis,
    The ';' character is not a special character in the Wrapper.  The=20
Wrapper is seeing
that you specified a log level called "INFO;".   Since that is an=20
unknown log level, the
Wrapper's logging system is simply falling back to the safest choice,=20
which is "DEBUG".
This is the same behavior as the LogKit and Log4J logging systems when=20
an unknown
log level is encountered.
    If you were trying to specify a comment, you can use the '#' characte=
r.

    Cheers,
    Leif

Luis Guzman wrote:

>Hi leif,
>What does an ; in the configuration file do?  We had an issue where it
>was in the following line as shown.
>wrapper.logfile.loglevel=3DINFO;
>
>It then cause the wrapper to go into debug mode and print stdout the
>following info.
>2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
>Received a packet PING : ping=20
>2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
>Send a packet PING : ok=20
>2003/10/30 17:48:06 | DEBUG  | wrapperp | read a packet PING : ok=20
>2003/10/30 17:48:06 | DEBUG  | wrapper  | Got ping response from JVM=20
>
>Is there a wrapper configuration check that could catch this before
>launching?
>
>Thanks for your help.
>
>
>--------------------------------------------------
>Luis Guzman
>Network & System Administrator
>lui...@sk...
>=20
>Sakonnet Technology
>594 Broadway, Suite 1008
>New York NY 10012=20
>www.sknt.com
>=20
>+1 917 237 3817 direct
>+1 212 343 3103 fax=20
>
>_______________________________________________________
>This message is for the named recipient's use only.  It may contain sens=
itive and private proprietary information.  No confidentiality is waived =
or lost by any incorrect transmission.  If you are not the intended recip=
ient, please immediately delete it and all copies of it from your system,=
 destroy any hard copies of it and notify the sender.  You must not, dire=
ctly or indirectly, use, disclose, distribute, print, or copy any part of=
 this message if you are not the intended recipient.  Sakonnet Technology=
, LLC and its subsidiaries reserve the right to monitor all e-mail commun=
ications through their networks. Any views expressed in this message are =
those of the individual sender, except where the message states otherwise=
 and the sender is authorized to state them to be the views of any such e=
ntity.  Unless otherwise stated, any pricing information given in this me=
ssage is indicative only, is subject to change and does not constitute an=
 offer to deal at any price quoted. Any reference to the terms of execute=
d transactions should be treated as preliminary only and subject to our f=
ormal written confirmation.=20
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> =20
>

[Wrapper-user] Wrapper ping logs

[Luis G. <lui...@sk...>]

Hi leif,
What does an ; in the configuration file do?  We had an issue where it
was in the following line as shown.
wrapper.logfile.loglevel=3DINFO;

It then cause the wrapper to go into debug mode and print stdout the
following info.
2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
Received a packet PING : ping=20
2003/10/30 17:48:06 | INFO   | jvm 1    | 17:48:06,120 INFO  [STDOUT]
Send a packet PING : ok=20
2003/10/30 17:48:06 | DEBUG  | wrapperp | read a packet PING : ok=20
2003/10/30 17:48:06 | DEBUG  | wrapper  | Got ping response from JVM=20

Is there a wrapper configuration check that could catch this before
launching?

Thanks for your help.


--------------------------------------------------
Luis Guzman
Network & System Administrator
lui...@sk...
=20
Sakonnet Technology
594 Broadway, Suite 1008
New York NY 10012=20
www.sknt.com
=20
+1 917 237 3817 direct
+1 212 343 3103 fax=20

_______________________________________________________
This message is for the named recipient's use only.  It may contain =
sensitive and private proprietary information.  No confidentiality is =
waived or lost by any incorrect transmission.  If you are not the =
intended recipient, please immediately delete it and all copies of it =
from your system, destroy any hard copies of it and notify the sender.  =
You must not, directly or indirectly, use, disclose, distribute, print, =
or copy any part of this message if you are not the intended recipient.  =
Sakonnet Technology, LLC and its subsidiaries reserve the right to =
monitor all e-mail communications through their networks. Any views =
expressed in this message are those of the individual sender, except =
where the message states otherwise and the sender is authorized to state =
them to be the views of any such entity.  Unless otherwise stated, any =
pricing information given in this message is indicative only, is subject =
to change and does not constitute an offer to deal at any price quoted. =
Any reference to the terms of executed transactions should be treated as =
preliminary only and subject to our formal written confirmation.=20