The only issues thus far are the String.class file not found and 2 reporting plugins that don't work.
The plug in issue seems to be that the java version number is no longer a "number" 9-ea (for Oracle) and 9-internal (or some such for OpenJPA). I am down to SDB errors at this point. Claude On Sun, Feb 12, 2017 at 11:00 AM, Andy Seaborne <[email protected]> wrote: > > > On 11/02/17 21:15, Claude Warren wrote: > >> I got further, we seem to have a problem with the test case >> TestFileManager.fileMangerLocatorClassLoader() >> >> It is trying >> >> {code} >> InputStream in = fileManager.open("java/lang/String.class") ; >> {code} >> >> but returns null. Now I can change the test case to open a different >> class >> but my question is more about whether we have code that expects to locate >> the JVM core classes. My understanding is that they don't exist as files >> any more. Does anyone know of places where this might be a problem? >> > > None that I know of. I can't think of anything I've worked on that would > need to but it's a large enough codebase that anything can happen. > > The test can just open its own classfile which is quite likely to exist > and be accessible! > > On a side topic. I will create a new branch and checkin the changes for >> java9. I am planning on naming the branch jena-3.3.0-java9. Any >> objections? >> > > Just a throught: > An alternative is to create a PR from a branch in your own clone of Jena > on github and keep committing to it. The advantage is that people can view > the diffs on github more easily than looking at a branch. Github has nice > UI features to review changes. > > What changes are needed? Are there any systematic things that are arising? > > I'm kinda surprised any are needed in Java code except oddities like the > "java/lang/String.class" case. I thought the code was clean of "import > sun" etc. > > Weird that Oracle Java 9 does not work but OpenJDK 9 does. I can imagine > that at them moment that OpenJDK is slightly ahead because that is where > development is happening but Oracle wil want it's customer (internal and > external) to be testing. > > Andy > > >> Claude >> >> On Sat, Feb 11, 2017 at 8:44 PM, Claude Warren <[email protected]> wrote: >> >> I first tried with Oracle Java 9 (Mvn will not start) >>> I have just installed OpenJDK 9 and at least mvn starts. So now off to >>> see if I can get it to work. >>> >>> On Sat, Feb 11, 2017 at 3:46 PM, Andy Seaborne <[email protected]> wrote: >>> >>> Did you update the plugins? >>>> >>>> https://lists.apache.org/thread.html/05c16eb1f6cc088f2d48204 >>>> dfb244959ac2f728ed5fd96b7c969b905@%3Cdev.jena.apache.org%3E >>>> >>>> Minimum compatible versions: >>>> >>>> https://cwiki.apache.org/confluence/display/MAVEN/Java+9+-+Jigsaw >>>> >>>> Andy >>>> >>>> >>>> On 11/02/17 15:23, Claude Warren wrote: >>>> >>>> I thought this might be easier by now but ... has anyone here gotten >>>>> maven >>>>> to run under java 9 for any build at all? >>>>> >>>>> I was going to try to get Jena to build but I can't even get maven to >>>>> run. >>>>> >>>>> When I run maven on a simple project I get: NoClassDefFoundError: Could >>>>> not >>>>> initialize,class com.google.inject.internal.cglib.core.$ReflectUtils >>>>> >>>>> Claude >>>>> >>>>> >>>>> >>> >>> -- >>> I like: Like Like - The likeliest place on the web >>> <http://like-like.xenei.com> >>> LinkedIn: http://www.linkedin.com/in/claudewarren >>> >>> >> >> >> -- I like: Like Like - The likeliest place on the web <http://like-like.xenei.com> LinkedIn: http://www.linkedin.com/in/claudewarren
