On 1/24/2019 10:28 AM, Lukasz Lenart wrote: > śr., 23 sty 2019 o 15:49 Yasser Zamani <yasserzam...@apache.org> napisał(a): >> I'm not sure if I get your point correctly but I didn't change `target` in >> [1]. >> >> If you meant the user's itself java 11 compiled classes structure, to double >> verify if it works, with [1]'s local branch with a few local changes into >> showcase app, I compiled showcase app into a war file with JDK11. Inside the >> war file, I verified that showcase classes are compiled with JDK11 and >> WEB-INF\lib\struts-convention-plugin.jar classes are compiled with JDK7 (via >> viewing their .class files first 8 bytes) i.e. similar to Sebastian case. I >> then deployed that war into tomcat starting with java 11. I saw it launched >> with no error and I saw it's bean-validation-example.action (a convention >> configured action) works fine. > > I think the proper test case scenario is as follow: > - build Struts with JDK7 (or JDK8 as we are going to use Java 8 in Struts > 2.6) > - prepare a Convention based Struts app > - build the app use JDK 11 (with target set to Java 11) > - start the app and see if all the actions were properly initialised > > Issue isn't with building Struts itself under JDK11 but with using > Struts in Java 11 based application (where the source is compiled with > JDK11)
Yes I already got the issue. As I illustrated above, I think I already done your proposed test scenario. As I illustrated above, I had compiled Struts showcase app with JDK11 source and target but had compiled the rest modules (including core and plugins and etc) with JDK7 source and target. I even had verified this in struts-showcase.war via viewing .class files raw first 8 bytes. This same struts-showcase.war with current 2.5 branch logs same errors which Sebastian and Paul reported. But this same struts-showcase.war with my proposed PR launches with no error in output and convention-based actions of it works fine. Regards.