I'm new to opentaps environment. I have some doubt in opentaps. I have opentaps1.5 version. It is contain apache 6.0.26 and ofbiz 10 version. I want to work using jdk1.8. While compile the program using jdk1.6 or 1.7 it is providing expected results. When I used jdk1.8 It showing
ExceptionInInitializerError.
Please tell me how to resolve this issue. I need to work opentaps1.5 with jdk1.8. Thanking you in Advance.
Apache OFBiz, which is the base of opentaps, just introduced Java 1.8 compatibility in the upcoming 14.12 branch. OFBiz 10 is very old and not maintained anymore. It is not compatible with Java 1.8.
As far as I know, opentaps is forked from OFBiz and might have newer versions which are Java 1.8 compatible.
You may want to contact the support (http://www.opentaps.org/services-support) to get more accurate informations.
Related
Does anyone know that is there any compatibility issues with drools 7.5.0.Final and above + for java 11?
Also does the latest drools version documentation or any link provides any information about drools compatibility with java 11. ?
There is no official confirmation Drools works on Java 11. Here is the link from forum.
You can always check Droops Usage Forum , where I found the questions on
compatibility issues.
Some reports suggest that it works without compatibility issues on Drolls 7.22.0.Final.
My application is based on Eclipse 3.8, and I'd like to know if it will run over Java.
I'm not using a newer version because it has performance issues. From my experience, Eclipse 3.8 is a lot faster compared to any newer versions of Eclipse.
Does someone know something about this?
UPDATE: The previous title may suggest that I want Eclipse 3.8 to be able to support the new features of Java 9. But, I really just want to know if I'll be able to run the application over Java 9 JRE.
Yes it works, but only with a small patch.
It fails because the org.eclipse.osgi bundle of Eclipse 3.8 (Juno) has no runtime profiles for Java 8 or Java 9. If you add those it works for me.
I made successful tests with an RCP-based app on target plattform 3.8.2 (http://archive.eclipse.org/eclipse/downloads/drops/R-3.8.2-201301310800/) running under Java 9 Oracle JVM under Windows 7.
What to do:
You have to patch the org.eclipse.osgi bundle:
strip signing information
manually add an entry for the Java 9 Runtime Enironment in the profile.list of the bundle and add a JavaSE-1.9.profile definition
E.g.: https://github.com/derWallace/org.eclipse.osgi
But no guarantees that this is a good deal for production!
No. Oxygen (4.7) and newer only is what's planned. If your performance findings are verifiable and repeatable, file bug reports about them.
I see in version JMockit 1.8 support for Jacoco was fixed, however this also went hand in hand with making Java 6 a minimum requirement.
Is there a way of getting version 1.8 to work with a build runtime of Java 5? Or even patching the fix for Jacoco into version 1.7? What changed, could I do it?
We can't upgrade our build servers for a few months, so this would really help us use this feature.
You can use Java 6 as compiler, and make a war 1.5 compliant. Anyway, the tests are not deployed on server side.... (Or I hope so)
Is Java 1.8.0 required for Grails 2.4.3?
Grails doc found here says java 1.6.0 and above but I am facing issues with my newly created grails app using java 1.7.0_21.
Thanks!
Is Java 1.8.0 required for Grails 2.4.3?
No. 1.8 is definitely not required by 2.4.3. It is supported, but not required.
...but I am facing issues with my newly created grails app using java
1.7.0_21
Without knowing the specifics of the issues you are facing I can't say how to resolve them but if you can update to the latest 1.7.x that would be a good starting point.
AFAIK you can use any 1.6.X or 1.7.X version of Java with Grails 2.4.3. Java 1.8.0 is not supported for this version.
I see a lot of JDK 1.6 notes about how to open an HTML file in the default browser but none for JDK 1.4.
Does anyone have any experience with that?
browserlaunch2 has worked for me in the past.
You can use same code as in version 1.6, just add a reference to JDesktop integration jar. I think (but I'm not 100% sure) this is actually the same library you get with Java 1.6, it was developed as a separate project by Sun before they include in Jdk 1.6.