Re: [Wrapper-user] How to load native library Wrapper.dll

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

Giovanni,
    You mentioned that you are using the "WrapperActionServer" class as 
an instance
of the WrapperServer?  I am not sure exactly what you meant, but it 
doesn't sound
correct.

    The Wrapper provides two utility classes which make integration with 
most
applications possible without any coding.  They are the WrapperSimpleApp and
WrapperStartStopApp classes.  Both of which are described in the integration
section of the documentation.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    The WrapperActionServer is a utility class that can be added to 
applications to
provide control of the Wrapper via a simple telnet connection.  It is a 
very light
weight alternative to things like JMX.

    As for the error you are getting, that usually happens if the 
wrapper.dll file has
been corrupted in some way.  If it has been checked into CVS make sure 
that it
was checked in as a binary file.  If it is text, CVS will corrupt the file.
(Common mistake)

    If none of the above solves your problem, please add the property
'wrapper.debug=true' to your wrapper.conf file and launch your program.
Please post back with your wrapper.conf file and the wrapper.log from a 
SINGLE
run of the wrapper.   I should be able to then see the problem.

Cheers,
Leif

Giovanni Regola wrote:

> Dear experts,
>  
> I need to integrate Java Service Wrapper with my application.
> The Wrapper Server (an instance of WrapperActionServer class) starts 
> correctly and listens on the specified port.
> In order to get a thread dump of my application I open a telnet on the 
> specified port and put the "D" key
>  
> I get the following error:
>  
> 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:\Sviluppo\MFI\PROJECT_MFI_ServiceBroker\res\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.
>  
> Any ideas to solve the problem?
>  
> thanks in advance
>  
> best regards
>  
> Giovanni Regola