#35 wrapper.java.customProcName with openjdk 10 on windows 2012 server with YAJSW 12.13a doesn't work

[Ronny Ekman]

wrapper Service can't find java SE and java.dll when using wrapper.java.customProcName with openjdk 10 on windows 2012 server with YAJSW 12.13a. The wrapper starts when using the same configuration without wrapper.java.customProcName is set. We are trying to upgrade from Oracle java 1.8.0_xxx to an openJdk. The openjdk i installed in an catalog like e:\sysapp\java\jdkz10 and the path is added to envrionment variable path. java -version works fine in an command window. Openjdk doesnt put any variables in the windows registry like the oracle jdk does. No jre is provided just the jdk. We have been using YAJSW for many years but only with oracle jre and jdk installed. Attaching log files, configuration files, windows service command string

[rzo]

hello,

sun/oracle jdk writes to the windows registry during installation. thus it suffices for yajsw to search the registry for the installed java versions.
this is not the case for openjdk and it is also not the case on linux. scanning all drives for java installations to find the correct java version is not feasible. so currently i do not have an idea on how to port this functionality to openjdk.

does someone have an idea ?

-- Ron

[Ronny Ekman]

hello,

There is two config parameters that points to the java directory , are
they not enough ?

wrapper.java.command=E:/SYSAPP/Java/jdkz10.1/bin/java
wrapper.ntservice.java.command=E:/SYSAPP/Java/jdkz10.1/bin/java

Hälsningar
Ronny Ekman (ROEK01)
Tel 15174, 0708-184737

From: "rzo" rzorzorzo@users.sourceforge.net
To: "[yajsw:support-requests] "
35@support-requests.yajsw.p.re.sourceforge.net
Date: 22/10/2018 20:55
Subject: [yajsw:support-requests] #35 wrapper.java.customProcName
with openjdk 10 on windows 2012 server with YAJSW 12.13a doesn't work

hello,
sun/oracle jdk writes to the windows registry during installation. thus it
suffices for yajsw to search the registry for the installed java versions.
this is not the case for openjdk and it is also not the case on linux.
scanning all drives for java installations to find the correct java
version is not feasible. so currently i do not have an idea on how to port
this functionality to openjdk.
does someone have an idea ?
-- Ron

[support-requests:#35] wrapper.java.customProcName with openjdk 10 on
windows 2012 server with YAJSW 12.13a doesn't work
Status: open
Group: Any
Created: Mon Oct 22, 2018 01:54 PM UTC by Ronny Ekman
Last Updated: Mon Oct 22, 2018 01:54 PM UTC
Owner: rzo
Attachments:
rmi_not_running.log (2.8 kB; application/octet-stream)
rmi_working.log (9.0 kB; application/octet-stream)
windows_service_command.txt (359 Bytes; text/plain)
wrapper.classpath.conf (4.7 kB; application/octet-stream)
wrapper.java.additional.conf (1.3 kB; application/octet-stream)
wrapper.rmi.conf (1.2 kB; application/octet-stream)
wrapper.rmiclasspath.conf (4.6 kB; application/octet-stream)
wrapper Service can't find java SE and java.dll when using
wrapper.java.customProcName with openjdk 10 on windows 2012 server with
YAJSW 12.13a. The wrapper starts when using the same configuration without
wrapper.java.customProcName is set. We are trying to upgrade from Oracle
java 1.8.0_xxx to an openJdk. The openjdk i installed in an catalog like
e:\sysapp\java\jdkz10 and the path is added to envrionment variable path.
java -version works fine in an command window. Openjdk doesnt put any
variables in the windows registry like the oracle jdk does. No jre is
provided just the jdk. We have been using YAJSW for many years but only
with oracle jre and jdk installed. Attaching log files, configuration
files, windows service command string

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/yajsw/support-requests/35/
To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/

[rzo]

hello,

this works for me:

java_homex = C:/Program Files/Java/jre-10.0.2
wrapper.java.command=${java_homex}/bin/java.exe
wrapper.ntservice.java.command=${wrapper.java.command}
wrapper.java.customProcName=test.exe

pls provide some more details: configuration, log file.

-- Ron

[Ronny Ekman]

Hi I have trimmed my wrapper config to minimize our config. If I remove / comment the row with wrapper.java.customProcName=test.exe the wrapper starts up without an error like Error: could not find java.dll. I am testing with latest openjdk 11.0.1. It's the same problem with 10.0.2. Providing you with 1. config file 2. Word doc with screenshots etc from windows java settings 3. Start log when customerProcName i set (start_rmi.log) 4. Start log when customerProcName is not used (start_rmi_2.log)

[Ronny Ekman]

Added to more files. They are included in wrapper.rmi.conf. Its just lists of our jar files for the system and doesen't have any inpact on this test

[Ronny Ekman]

One more thing to mention is that I have no other java version installed. No old Oracle java. I have checked the registry for hidden setting ..

[rzo]

hello,
i suppose you are using oracle jdk/jre without having installed it. only unzipped the zip file.
in this case there is no entry in the windows registry and java.exe does not know where to look for the java.dll. In this case java.exe and java.dll and all other dependent dlls have to be in the same folder.

but, with customProcName the exe is copied and executed from the tmp folder, so as not to "polute" the java bin folder.

i tried setting path env var to the java bin folder, but this does not seem to help.

the same issue happens with openjdk which has no windows install.

currently there is no solution to that. the only way would be to copy java.exe to the java bin folder instead of the tmp folder.

do you have a suggestion ?

-- Ron

[Ronny Ekman]

Hi, i have checked with my colleagues and we can't find any better solution than puting the java.exe copy in the java bin catalog to make windows to find java.dll. We think this will be god enough for us if we want to use a different name to show up in windows taskmanager window. This is maybe just a windows problem . YAJSW will automatically create a copy of java.exe to "rmi-service.exe" and put it in the bin catalog if we set our parameters like in this exampel

java_homex = E:/SYSAPP/Java/jdk11.0.1
wrapper.java.command=${java_homex}/bin/java.exe
wrapper.ntservice.java.command=${wrapper.java.command}
wrapper.java.customProcName=${java_homex}/bin/rmi-service.exe