From users-return-11757-apmail-openjpa-users-archive=openjpa.apache.org@openjpa.apache.org Sun Mar 15 21:28:54 2015 Return-Path: X-Original-To: apmail-openjpa-users-archive@minotaur.apache.org Delivered-To: apmail-openjpa-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B9FA110FED for ; Sun, 15 Mar 2015 21:28:54 +0000 (UTC) Received: (qmail 86157 invoked by uid 500); 15 Mar 2015 21:28:54 -0000 Delivered-To: apmail-openjpa-users-archive@openjpa.apache.org Received: (qmail 86115 invoked by uid 500); 15 Mar 2015 21:28:54 -0000 Mailing-List: contact users-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@openjpa.apache.org Delivered-To: mailing list users@openjpa.apache.org Received: (qmail 86101 invoked by uid 99); 15 Mar 2015 21:28:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Mar 2015 21:28:54 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of hal.hildebrand@me.com designates 17.158.236.236 as permitted sender) Received: from [17.158.236.236] (HELO nk11p04mm-asmtp001.mac.com) (17.158.236.236) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Mar 2015 21:28:50 +0000 Received: from [10.137.199.71] (unknown [184.173.166.154]) by nk11p04mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NL900MNDVN91T30@nk11p04mm-asmtp001.mac.com> for users@openjpa.apache.org; Sun, 15 Mar 2015 21:28:23 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-15_03:2015-03-13,2015-03-15,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503150225 From: Hal Hildebrand Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable MIME-version: 1.0 (1.0) Subject: Re: Java 8/Java 7 end of life Message-id: <9C92CE4C-B8F1-468A-8599-F7D67A804DCF@me.com> Date: Sun, 15 Mar 2015 16:28:19 -0500 References: <2FFAFD73C8FCEA4FB07C5E997664B1A039CB883E@HMS11.hm.local> <28901F78-51B8-468C-A6B2-F24BFCE05233@me.com> <88CB62524DE0644AAE21D8BAB8CFC0CA2FC30D29@dueexs06.bertschi.domain> <6E16013A-DF7F-4210-9964-045A155D06FD@me.com> <202F2EA1-4DCA-430E-8108-9E38ADCAEA0D@me.com> <8ADF803D-80E1-4413-B00F-B9F86F865F77@me.com> In-reply-to: To: "users@openjpa.apache.org" X-Mailer: iPhone Mail (12D508) X-Virus-Checked: Checked by ClamAV on apache.org True. But I am curious. What would be an example of what you need to do. Not= just being flip ;) genuinely curious.=20 > On Mar 15, 2015, at 3:55 PM, Charlie Mordant wrote: >=20 > It's also kinda nice to mix the JPA criteria API and J8 functions ;) > Also, I'm an applicative architect, how can I tell my product users to use= > J8 everywhere but in the model module... This has a little bit of support > cost in a big company. >=20 > 2015-03-15 19:26 GMT+01:00 Hal Hildebrand : >=20 >> Heh. Really. Just modularize your code base. You can compile the orm >> portion with 1.7 and do the rest with 1.8. It's not hard at all and reall= y. >> It's what you should be doing anyway. Works like a charm. >>=20 >> 1.8 is not an issue unless you pollute your domain model. Just treat them= >> as pojos. Like God intended ;) >>=20 >>>> On Mar 15, 2015, at 12:22 PM, Charlie Mordant >>> wrote: >>>=20 >>> Hi, >>>=20 >>> So the 2.2.x release is more advanced than the 2.3.x? Shouldn't be nice >> to >>> backport changes to 2.3 and make a new release? >>> J1.7 is near EOL and it should be nice to avoid loosing users because >>> they're thinking that they can use OpenJPA with J8... >>>=20 >>> Regards, >>>=20 >>> 2015-03-11 15:28 GMT+01:00 Hal Hildebrand : >>>=20 >>>> Eh, it=E2=80=99s fine for me. My stuff is modularized so I can compile= all that >>>> with 1.7 and I don=E2=80=99t need 1.8 features in the database model an= yway. No >>>> worries. >>>>=20 >>>>> On Mar 11, 2015, at 7:21 AM, Rick Curtis wrote: >>>>>=20 >>>>> Yes, supported wasn't added to 2.3.x. Try trunk or 2.2.x >>>>>=20 >>>>> On Wed, Mar 11, 2015 at 8:44 AM, Hal Hildebrand >>=20 >>>>> wrote: >>>>>=20 >>>>>> Sorry, this fell out of my inbox. >>>>>>=20 >>>>>> I'm using 2.3.0 and JDK 1.8 and maven. If I change the target to 1.8= >>>> from >>>>>> 1.7, I get: >>>>>>=20 >>>>>> java.lang.IllegalArgumentException >>>>>> at org.apache.xbean.asm4.ClassReader.(Unknown Source) >>>>>> at org.apache.xbean.asm4.ClassReader.(Unknown Source) >>>>>> at org.apache.xbean.asm4.ClassReader.(Unknown Source) >>>>>> at >> org.apache.openjpa.enhance.AsmAdaptor.toJava7ByteArray(AsmAdaptor.java:93= ) >>>>>> at >>>>>> org.apache.openjpa.enhance.AsmAdaptor.writeJava7(AsmAdaptor.java:84) >>>>>> at >>>> org.apache.openjpa.enhance.AsmAdaptor.write(AsmAdaptor.java:54) >>>>>> at >>>>>> org.apache.openjpa.enhance.PCEnhancer.record(PCEnhancer.java:633) >>>>>> at >>>>>> org.apache.openjpa.enhance.PCEnhancer.record(PCEnhancer.java:619) >>>>>> at >>>> org.apache.openjpa.enhance.PCEnhancer.run(PCEnhancer.java:4900) >>>>>> at >> org.apache.openjpa.ant.PCEnhancerTask.executeOn(PCEnhancerTask.java:89) >>>>>> at >>>>>> org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:184= ) >>>>>> at >>>>>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java= :62) >>>>>> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) >>>>>> at java.lang.reflect.Method.invoke(Method.java:497) >>>>>> at >> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:10= 6) >>>>>> at org.apache.tools.ant.Task.perform(Task.java:348) >>>>>> at org.apache.tools.ant.Target.execute(Target.java:390) >>>>>> at org.apache.tools.ant.Target.performTasks(Target.java:411) >>>>>> at >>>>>> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) >>>>>> at org.apache.tools.ant.Project.executeTarget(Project.java:1368)= >>>>>> at >>>>>> org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:327= ) >>>>>> at >> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuil= dPluginManager.java:133) >>>>>> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.jav= a:208) >>>>>> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.jav= a:153) >>>>>> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.jav= a:145) >>>>>> at >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(L= ifecycleModuleBuilder.java:108) >>>>>> at >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(L= ifecycleModuleBuilder.java:76) >>>>>> at >> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreaded= Builder.build(SingleThreadedBuilder.java:51) >>>>>> at >> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleSta= rter.java:116) >>>>>> at >> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:361) >>>>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:155) >>>>>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584) >>>>>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:213) >>>>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:157) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java= :62) >>>>>> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) >>>>>> at java.lang.reflect.Method.invoke(Method.java:497) >>>>>> at >> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher= .java:289) >>>>>> at >> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:22= 9) >>>>>> at >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launch= er.java:415) >>>>>> at >> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)= >>>>>>=20 >>>>>>> On Mar 9, 2015, at 11:30 AM, Rick Curtis wrote:= >>>>>>>=20 >>>>>>> Hal - >>>>>>>=20 >>>>>>> What are you seeing for problems? We've done some amount of testing >>>>>> Entity >>>>>>> enhancement when using java 8 language features. >>>>>>>=20 >>>>>>> Thanks, >>>>>>> Rick >>>>>>>=20 >>>>>>> On Mon, Mar 9, 2015 at 10:46 AM, Hal Hildebrand < >> hal.hildebrand@me.com >>>>>=20 >>>>>>> wrote: >>>>>>>=20 >>>>>>>> No. >>>>>>>>=20 >>>>>>>>>> On Mar 9, 2015, at 8:44 AM, Boblitz John < >> john.boblitz@bertschi.com> >>>>>>>>> wrote: >>>>>>>>>=20 >>>>>>>>> Hello, >>>>>>>>>=20 >>>>>>>>> Does the Byte Code Enhancement work when compiled for 1.8? >>>>>>>>>=20 >>>>>>>>> Thanks & Regards, >>>>>>>>>=20 >>>>>>>>> John Boblitz >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Hal Hildebrand [mailto:hal.hildebrand@me.com] >>>>>>>>>> Sent: Montag, 9. M=C3=A4rz 2015 16:21 >>>>>>>>>> To: users@openjpa.apache.org >>>>>>>>>> Subject: Re: Java 8/Java 7 end of life >>>>>>>>>>=20 >>>>>>>>>> I can certainly confirm that OpenJPA runs on java 8. And even >>>>>> compiles >>>>>>>>>> when using source 1.7, target 1.7. Byte code enhancement works >> fine >>>>>> on >>>>>>>> the >>>>>>>>>> code when compiled in that fashion. >>>>>>>>>>=20 >>>>>>>>>>> On Mar 9, 2015, at 6:06 AM, Rick Curtis >>>> wrote: >>>>>>>>>>>=20 >>>>>>>>>>> OpenJPA 2.3.x and trunk should be functional with java8, but I >>>> don't >>>>>>>>>>> think you can build OpenJPA with java8. >>>>>>>>>>>=20 >>>>>>>>>>> On Mon, Mar 9, 2015 at 3:52 AM, Henno Vermeulen >>>>>>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>=20 >>>>>>>>>>>> Hello, >>>>>>>>>>>>=20 >>>>>>>>>>>> AFAIK, OpenJPA still doesn't work with Java 8. Are there any >> plans >>>>>> of >>>>>>>>>>>> fixing this soon? Perhaps OpenJPA committers could give this >> some >>>>>>>>>>>> more priority? >>>>>>>>>>>>=20 >>>>>>>>>>>> Oracle public support for Java 7 will end after April this year= , >>>> see >>>>>>>>>>>> http://www.oracle.com/technetwork/java/javase/eol-135779.html >>>>>>>>>>>> If I understand well, this means that security issues in >> Oracle's >>>>>>>>>>>> Java 7 runtime will no longer be fixed so that an application >>>> using >>>>>>>>>>>> OpenJPA on Java 7 will become more and more vulnerable over >> time. >>>>>>>>>>>>=20 >>>>>>>>>>>> The ticket for Java 8 was last updated in October 2014: >>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENJPA-2386 >>>>>>>>>>>>=20 >>>>>>>>>>>> Regards, >>>>>>>>>>>> Henno Vermeulen >>>>>>>>>>>=20 >>>>>>>>>>>=20 >>>>>>>>>>>=20 >>>>>>>>>>> -- >>>>>>>>>>> *Rick Curtis* >>>>>>>=20 >>>>>>>=20 >>>>>>> -- >>>>>>> *Rick Curtis* >>>>>=20 >>>>>=20 >>>>> -- >>>>> *Rick Curtis* >>>=20 >>>=20 >>> -- >>> Charlie Mordant >>>=20 >>> Full OSGI/EE stack made with Karaf: >>> https://github.com/OsgiliathEnterprise/net.osgiliath.parent >=20 >=20 >=20 > --=20 > Charlie Mordant >=20 > Full OSGI/EE stack made with Karaf: > https://github.com/OsgiliathEnterprise/net.osgiliath.parent