Re: [Wrapper-user] Extra native libraries

[Rob D. <rob...@gm...>]

Hello Leif,

I added both lines to the conf:
set.PATH=..%WRAPPER_FILE_SEPARATOR%lib%WRAPPER_PATH_SEPARATOR%%PATH%
set.LD_LIBRARY_PATH=..%WRAPPER_FILE_SEPARATOR%lib%WRAPPER_PATH_SEPARATOR%%LD_LIBRARY_PATH%

And I checked the the wrapper.log:
DEBUG  | wrapper  | 2015/05/13 08:14:52 |   P---C |
Path=..\lib;C:\ProgramData\Oracle\Java\javapath;C:\Oracle\11.2.0.3\client_1\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program
Files\WIDCOMM\Bluetooth Software\;C:\Program Files\WIDCOMM\Bluetooth
Software\syswow64;C:\Program Files (x86)\Intel\OpenCL
SDK\2.0\bin\x86;C:\Program Files (x86)\Intel\OpenCL
SDK\2.0\bin\x64;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program
Files (x86)\Enterprise
Vault\EVClient\;C:\Progra~2\Java\jre7\bin;D:\apache-ant-1.9.4\bin;C:\Program
Files\Microsoft SQL
Server\110\Tools\Binn\;C:\Progra~2\Android\android-sdk\platform-tools;C:\Program
Files (x86)\Microsoft\ILMerge;D:\ikvm-7.2.4630.5\bin;C:\Program Files
(x86)\MySQL\MySQL Utilities\;C:\Program Files (x86)\MySQL\MySQL
Utilities\Doctrine extensions for
PHP\;C:\Qt\Qt5.3.2\5.3\msvc2013_64_opengl\bin;C:\Program
Files\TortoiseSVN\bin;C:\Program Files\Microsoft SQL
Server\120\Tools\Binn\;C:\Program Files (x86)\Microsoft
SDKs\TypeScript\1.0\;C:\Program Files (x86)\QuickTime\QTSystem\;c:\Program
Files (x86)\Microsoft SQL Server\90\Tools\binn\;C:\Program
Files\Microsoft\Web Platform
Installer\;C:\Progra~2\Quamotion\iMobileDevice;C:\Program
Files (x86)\Jamo Solutions\M-eux Test\bin;

I noticed that "../lib" is now added to my PATH, nevertheless, the place
where I copied them from, was already in my PATH (M-eux Test\bin). So
actually I didn't need them to copy them to ../lib.
Correct me if I'm wrong but as far as I understand the problem of the
location to the dll's is not an issue???

So the dll's are not loaded, I don't know why but I contacted the developer
of the tool I use and this is his response:

Indeed our DLL’s do not get loaded.

Inside Java we load the DLL by its absolute path. We know the absolute path
of the DLL because we consult the registry on the PC.

Inside the registry, we keep the path to the installation directory of
M-eux Test.

The consult the registry by launching a Windows command. So we launch a
process from the java code. Perhaps this causes the problems.
Strange is that we do not see the logs coming from our tool ( which can be
related since we have to read the logging.xml and for locating this file,
we consult the registry). So my guess is that the launch of the process
fails. Can you double check and make sure that the server allows the launch
of a process?


Br, Rob


2015-05-12 13:08 GMT+02:00 Leif Mortenson <lei...@ta...
>:

> Rob,
> We describe this on the following page:
> http://wrapper.tanukisoftware.com/doc/english/prop-java-library-path-n.html
>
> Java locates its native libraries using the java library path.
> You are specifying them on the classpath.  In both cases this is being
> ignored.  But they are all located in the ../lib directory.
>
> The most likely problem is that while java locates its native libraries
> using the java library path, those libraries locate ant dependent DLLs
> using the system PATH.
> The PATH is likely different in the user account where you are running
> your application.
> So my fist guess is that the SYSTEM user's PATH does not include the
> location of those dependent DLLs.
> We describe how to correct this in the above link.
>
> Please reply with the results.  If this in not the problem, I will think
> about it some more.
>
> Cheers,
> Leif
>
> On Tue, May 12, 2015 at 4:13 PM, Rob Daems <rob...@gm...> wrote:
>
>> Hello,
>>
>> I'm using the following:
>> wrapper version 3.5.26 (communicty) on win7 - 64bit.
>> Wrapper is started in 32 mode
>> Integration method 4 is used.
>>
>> When I execute the last step to see that everything is configured
>> correctly, by executing the bat manually, there are no problems. (see
>> wrapper_via_bat.log)
>>
>> But when I actually run it as a windows service I get problems. (see
>> wrapper_via_service.log)
>>
>> An exception is thrown. According to the developer of that program which
>> I use, it's caused that native libraries are not loaded.
>> Since my program uses native dll (cppdll.dll and csdll.dll) they should
>> be loaded, but I don't have a clue where I have to put these and where I've
>> to configure them to be loaded.
>> I configured the following but it wasn't successfull:
>>
>> # Java Classpath (include wrapper.jar)  Add class path elements as
>> #  needed starting from 1
>> wrapper.java.classpath.1=../lib/wrapper.jar
>> wrapper.java.classpath.2=../lib/*.jar
>> wrapper.java.classpath.3=../lib/Cppdll.dll
>> wrapper.java.classpath.4=../lib/Csdll.dll
>>
>> Nevertheless, I don't understand why it's working via the bat but not
>> when it's not running as a service
>>
>> Br, Rob
>>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>