product-is: Runinng the pack windows as a service fails due to NoClassDefFound Error against OpenJDK 17.0.2.1 and Oracle JDK 17.0.3.1

How to reproduce:

  1. Follow https://is.docs.wso2.com/en/latest/setup/installing-as-a-windows-service/
  2. carbon_home set for IS-Home
  3. JAVA_HOME is set
  4. Download YASJW 12.14 version
  5. Replace the wrapper.conf with IS packs wrapper.conf (steps mentioned in above link)
  6. run RunConsole.bat

Getting below Error backend

image


C:\yajsw-stable-12.14\yajsw-stable-12.14\bat>call setenv.bat
"java" -Xmx30m -Dwrapper_home="C:\yajsw-stable-12.14\yajsw-stable-12.14\bat\/.." -Djna_tmpdir="C:\yajsw-stable-12.14\yajsw-stable-12.14\bat\/../tmp" -Djava.net.preferIPv4Stack=true --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.lang.invoke=ALL-UNNAMED --add-opens=java.base/java.lang.invoke=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED -jar "C:\yajsw-stable-12.14\yajsw-stable-12.14\bat\/../wrapper.jar" -c "C:\yajsw-stable-12.14\yajsw-stable-12.14\bat\/../conf/wrapper.conf"
YAJSW: yajsw-stable-12.14
OS   : Windows 11/10.0/amd64
JVM  : Oracle Corporation/17.0.2/C:\shanika\jdk\openjdk\openjdk-17.0.2_windows-x64_bin\jdk-17.0.2/64
java.lang.NoClassDefFoundError: Could not initialize class org.codehaus.groovy.vmplugin.v7.Java7
        at org.codehaus.groovy.vmplugin.VMPluginFactory.<clinit>(VMPluginFactory.java:43)
        at org.codehaus.groovy.reflection.GroovyClassValueFactory.<clinit>(GroovyClassValueFactory.java:35)
        at org.codehaus.groovy.reflection.ClassInfo.<clinit>(ClassInfo.java:107)
        at org.codehaus.groovy.reflection.ReflectionCache.getCachedClass(ReflectionCache.java:95)
        at org.codehaus.groovy.reflection.ReflectionCache.<clinit>(ReflectionCache.java:39)
        at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:209)
        at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init>(MetaClassRegistryImpl.java:107)
        at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init>(MetaClassRegistryImpl.java:85)
        at groovy.lang.GroovySystem.<clinit>(GroovySystem.java:36)
        at org.codehaus.groovy.runtime.InvokerHelper.<clinit>(InvokerHelper.java:86)
        at groovy.lang.GroovyObjectSupport.getDefaultMetaClass(GroovyObjectSupport.java:59)
        at groovy.lang.GroovyObjectSupport.<init>(GroovyObjectSupport.java:32)
        at groovy.lang.Binding.<init>(Binding.java:33)
        at org.rzo.yajsw.config.groovy.ConfigurationBinding.<init>(ConfigurationBinding.java:17)
        at org.rzo.yajsw.config.groovy.GInterpolator.<init>(GInterpolator.java:31)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
        at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:480)
        at org.rzo.yajsw.config.YajswConfigurationImpl.createGInterpolatornew(YajswConfigurationImpl.java:422)
        at org.rzo.yajsw.config.YajswConfigurationImpl.init(YajswConfigurationImpl.java:174)
        at org.rzo.yajsw.config.YajswConfigurationImpl.<init>(YajswConfigurationImpl.java:139)
        at org.rzo.yajsw.config.YajswConfigurationImpl.<init>(YajswConfigurationImpl.java:122)
        at org.rzo.yajsw.wrapper.WrappedProcessFactory.createProcess(WrappedProcessFactory.java:45)
        at org.rzo.yajsw.wrapper.WrappedProcessFactory.createProcessList(WrappedProcessFactory.java:61)
        at org.rzo.yajsw.WrapperExe.doConsole(WrapperExe.java:640)
        at org.rzo.yajsw.WrapperExe.executeCommand(WrapperExe.java:156)
        at org.rzo.yajsw.WrapperExe.main(WrapperExe.java:124)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.rzo.yajsw.boot.WrapperExeBooter.main(WrapperExeBooter.java:49)
java.lang.reflect.InvocationTargetException
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.rzo.yajsw.boot.WrapperExeBooter.main(WrapperExeBooter.java:49)
Caused by: java.lang.IllegalAccessError: class org.rzo.yajsw.wrapper.AbstractWrappedProcess (in unnamed module @0x100fc185) cannot access class sun.security.action.GetPropertyAction (in module java.base) because module java.base does not export sun.security.action to unnamed module @0x100fc185
        at org.rzo.yajsw.wrapper.AbstractWrappedProcess.<clinit>(AbstractWrappedProcess.java:242)
        at org.rzo.yajsw.wrapper.WrappedProcessFactory.createProcess(WrappedProcessFactory.java:38)
        at org.rzo.yajsw.wrapper.WrappedProcessFactory.createProcess(WrappedProcessFactory.java:46)
        at org.rzo.yajsw.wrapper.WrappedProcessFactory.createProcessList(WrappedProcessFactory.java:61)
        at org.rzo.yajsw.WrapperExe.doConsole(WrapperExe.java:640)
        at org.rzo.yajsw.WrapperExe.executeCommand(WrapperExe.java:156)
        at org.rzo.yajsw.WrapperExe.main(WrapperExe.java:124)
        ... 5 more

Environment information (Please complete the following information; remove any unnecessary fields) : openjdk 17.0.2.1 and oracle JDK 17.0.3.1 YAJSW 12.14 windows 11 IS 6.0.0 alpha 3 snapshot

About this issue

  • Original URL
  • State: closed
  • Created 2 years ago
  • Comments: 20 (20 by maintainers)

Most upvoted comments

@piraveena @Thumimku As this is a pack start up problem and a user cannot even start the pack without the changes we did for wrapper.conf why we are not sending this fixed wrapper.conf by default inbuilt with the pack. A user might not check the doc always for problems like startups. Doesn’t it required to support the pack startup with the default conf file sent inside the pack.