Hi Peter, no worries - obviously I don't upgrade very frequently.
As for upgrading to jdk9 (10, 11), I am not entirely sure how much refactoring would be required. If anybody else knows or is interested in figuring it out, please write the dev list. Thanks, Sean ________________________________________ From: Peter Abramowitsch <pabramowit...@gmail.com> Sent: Monday, November 12, 2018 1:35 PM To: dev@ctakes.apache.org Subject: Re: Compiling Ctakes from Subversion [EXTERNAL] I feel ashamed to say.....25. I tend to do updates infrequently and jump forward many versions. To create longer periods of stability. It just happened that some new code in ctakes-temporal 4.0.1 no longer compiled under that version. Do you think it will soon be time to move forward off of eight? Peter On Mon, Nov 12, 2018, 4:29 PM Finan, Sean <sean.fi...@childrens.harvard.edu wrote: > Hi all, > > I have been using 111 - which turned 2 years old last month. > > When we first ported ctakes 4.0 to java8 I was using java 8 update 60 - > now over 3 years old. > > Peter, > what version were you using? > > Thanks, > Sean > ________________________________________ > From: Peter Abramowitsch <pabramowit...@gmail.com> > Sent: Monday, November 12, 2018 9:55 AM > To: dev@ctakes.apache.org > Subject: Re: Compiling Ctakes from Subversion [EXTERNAL] > > Thanks Ghandi > > Turns out, after a bunch of tests that the older version of jdk8 I was > using (25) must have not been able to link to the generic classes it had > generated. I was prepared to find that my problem was a contaminated maven > cache or some other error of mine, but after a lot of testing, I narrowed > it down to just the java compiler version. On the latest version of 8 > (jdk1.8.0_192) it does compile straight through. > > Perhaps someone with write access to the Wiki pages should note it in the > developer instructions: > That it needs to be a late version of Java 8. (And not Java 9 or later > until the changes are made to the POM dependencies in ytex that bring back > in in java.activation) > > Peter > > On Mon, Nov 12, 2018 at 7:17 AM Gandhi Rajan Natarajan < > gandhi.natara...@arisglobal.com> wrote: > > > Hi Peter, > > > > I use Java 1.8.0_171. Checked out the source code from - > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__svn.apache.org_repos_asf_ctakes_trunk&d=DwIFaQ&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4gTao&m=4eP6RBmyPfD_FjXsiov_qLD3CHrI8oN4Q5ogUvU0wxQ&s=jzBD6GNkVI1qBUcXCch0GlnHBrtQn-2MYlG_JC3Iusk&e= > > > > I don’t get any compilation issue in ctakes-temporal module running the > > command - " mvn clean install" > > > > Regards, > > Gandhi > > > > -----Original Message----- > > From: Peter Abramowitsch <pabramowit...@gmail.com> > > Sent: Sunday, November 11, 2018 4:50 PM > > To: dev@ctakes.apache.org > > Subject: Compiling Ctakes from Subversion > > > > I cannot finds a configuration which permits a complete compile of the > SVN > > 4.0.1 version of the code > > > > Is anyone having this problem? > > > > When compiling using JAVA 1.8.x you get compile errors in > ctakes-temporal > > There are various rather oblique assignments between Generic types, which > > produce errors of this sort. > > > > [ERROR] > > > > > /Users/peterabramowitsch/projects/apache/ctakes/trunk2/ctakes-temporal/src/main/java/org/apache/ctakes/temporal/eval/Evaluation_ImplBase.java:[899,45] > > [unchecked] unchecked generic array creation for varargs parameter of > type > > Collection<CAP#1>[] > > [ERROR] where CAP#1 is a fresh type-variable: > > CAP#1 extends TOP from capture of ? extends TOP > > > > Then if you try to compile it using JAVA 1.9.x ctakes-temporal compiles > > but now you have a problem with ctakes-ytex which depends on some jaxb > > modules for the hibernate schema generation. > > root cause: > > > > Caused by: java.lang.ClassNotFoundException: > > javax.activation.MimeTypeParseException > > at > > > > > org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) > > at > > > > > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) > > at > > > > > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) > > ... 48 more > > > > These are no longer included by default with the JDK Following help out > > on the net, I added this dependencies to that projects's pom. > > > > <dependency> > > <groupId>javax.activation</groupId> > > <artifactId>activation</artifactId> > > <version>1.1.1</version> > > </dependency> > > > > But the problem did not go away. > > > > *So my question is thia: Has anybody been able to compile the current > SVN > > version from top to bottom, and if so, exactly what environment are you > > using to do it* > > *Java Version? Mods to POM files, Source Files etc.* > > > > Peter > > This email and any files transmitted with it are confidential and > intended > > solely for the use of the individual or entity to whom they are > addressed. > > If you are not the named addressee you should not disseminate, distribute > > or copy this e-mail. Please notify the sender or system manager by email > > immediately if you have received this e-mail by mistake and delete this > > e-mail from your system. If you are not the intended recipient you are > > notified that disclosing, copying, distributing or taking any action in > > reliance on the contents of this information is strictly prohibited and > > against the law. > > >