OptaPlanner the timetabling example does not run on JDK 11 - optaplanner

OptaPlanner Uncaught exception

This a bug with (Open)JDK 11 that is fixed in the upcoming 7.14.0.Final.
Workaround for older versions: use (Open)JDK 8.

Related

Issue with flexibleoptiongroup v2.1.0 during Vaading 8 migration

I am currently doing the migrating Vaadin 7 to Vaadin 8. I am stuck with an issue with "flexibleoptiongroup" and "token field" Vaadin add-ons that are being used in our project. I am stuck with a compiler error since both do not support Vaadin 8 or Vaadin 8 compatibility mode. Is there any workaround, please suggest.
--
Thank you
Suman

Capsule exception when running Corda nodes

I am trying to run Corda nodes on macOS El Capitan with JDK 1.8.0_60 by following the instructions here: https://docs.corda.net/getting-set-up.html.
I am getting the following error:
CAPSULE EXCEPTION: Could not parse version: -9.0.1 while processing
system property java.home:
/Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home/jre
java.lang.IllegalArgumentException: Could not parse version: -9.0.1
How can I fix this?
Although its older thread, i encountered it today and stumbled upon this page and thought to share my findings.
Actually Oracle changed the numbering style from java9 (like 9.0.1) and it seems you have it installed. You will have to point to jdk 1.8.x so make it work until capsule is updated to work with java9.
Running Corda nodes requires a JDK version greater than JDK 8u121. If you upgrade your JDK, this error will disappear.

GRPC can support by java 6

Looks like grpc Prerequisites is java 7 or higher.
I got exception when install grpc.
java.lang.UnsupportedClassVersionError: com/google/protobuf/gradle/ProtobufPlugin : Unsupported major.minor version 51.0
I have java 6 running locally.
Could be a way grpc running with java 6?
Gradle no longer supports running under JDK 6. That said, gRPC is currently using an older version of Gradle that does work on JDK 6. But we also use a Protobuf plugin which doesn't work with JDK 6 (which is the error you see). Since we expect to upgrade to Gradle 3 soon, there is little point in fixing the compilation problem.
So while you must have JDK 7 to compile, the output from the compilation does support JRE 6. Look at the artifacts on Maven Central; they use the older bytecode version for compatibility.
Java 6 is very old and has problems with things like TLS. The major reason Java 6 is supported is to ease Android usage, but even Android has some features of Java 7. I'd highly recommend moving to a newer JRE.

Test Case failures with a java.lang.ArrayIndexOutOfBoundsException: 28526 with JDK 8 and terracotta 3.4.0

I currently moved maven java code from jdk7 to jdk8 which uses terracotta and was working properly but after changing it to jdk8 , my test cases are getting failed. I am getting following error and I didn't get any clues through searching.
java.lang.ArrayIndexOutOfBoundsException: 28526
at com.tc.asm.ClassReader.readClass(ClassReader.java:2015)
at com.tc.asm.ClassReader.getClassName(ClassReader.java:229)
at com.tc.aspectwerkz.reflect.impl.asm.AsmClassInfo.getClassInfo(AsmClassInfo.java:305)
at com.tc.aspectwerkz.reflect.impl.asm.AsmClassInfo.createClassInfoFromStream(AsmClassInfo.java:717)
at com.tc.aspectwerkz.reflect.impl.asm.AsmClassInfo.getClassInfo(AsmClassInfo.java:256)
at com.tc.aspectwerkz.reflect.impl.asm.AsmClassInfo.getInterfaces(AsmClassInfo.java:558)
at com.tc.aspectwerkz.expression.regexp.TypePattern.matchInterfaces(TypePattern.java:147)
at com.tc.aspectwerkz.expression.regexp.TypePattern.matchInterfaces(TypePattern.java:147)
at com.tc.aspectwerkz.expression.regexp.TypePattern.matchSuperClasses(TypePattern.java:120)
at com.tc.aspectwerkz.expression.regexp.TypePattern.matchType(TypePattern.java:92)
at com.tc.aspectwerkz.expression.ExpressionVisitor.visit(ExpressionVisitor.java:437)
at com.tc.aspectwerkz.expression.ast.ASTClassPattern.jjtAccept(ASTClassPattern.java:24)
at com.tc.aspectwerkz.expression.ExpressionVisitor.visitAnnotatedNode(ExpressionVisitor.java:1016)
at com.tc.aspectwerkz.expression.ExpressionVisitor.visit(ExpressionVisitor.java:237)
at com.tc.aspectwerkz.expression.ast.ASTWithin.jjtAccept(ASTWithin.java:22)
at com.tc.aspectwerkz.expression.ExpressionVisitor.visit(ExpressionVisitor.java:100)
at com.tc.aspectwerkz.expression.ast.ASTExpression.jjtAccept(ASTExpression.java:22)
at com.tc.aspectwerkz.expression.ExpressionVisitor.visit(ExpressionVisitor.java:88)
at com.tc.aspectwerkz.expression.ExpressionVisitor.match(ExpressionVisitor.java:74)
at com.tc.object.config.ClassExpressionMatcherImpl.match(ClassExpressionMatcherImpl.java:24)
at com.tc.object.config.CompoundExpressionMatcher.match(CompoundExpressionMatcher.java:18)
at com.tc.object.config.StandardDSOClientConfigHelperImpl.shouldBeAdapted(StandardDSOClientConfigHelperImpl.java:1242)
at com.tc.object.bytecode.hook.impl.DefaultWeavingStrategy.transformInternal(DefaultWeavingStrategy.java:184)
at com.tc.object.bytecode.hook.impl.DefaultWeavingStrategy.transform(DefaultWeavingStrategy.java:134)
at com.tc.object.bytecode.hook.impl.DSOContextImpl.preProcess(DSOContextImpl.java:288)
at com.tc.object.bytecode.hook.impl.DSOContextImpl.transform(DSOContextImpl.java:392)
at org.terracotta.express.ClusteredStateLoader.transform(ClusteredStateLoader.java:124)
at org.terracotta.express.ClusteredStateLoader.loadClass(ClusteredStateLoader.java:83)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory$1.call(TerracottaClusteredInstanceFactory.java:319)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory$1.call(TerracottaClusteredInstanceFactory.java:317)
at org.terracotta.api.Terracotta.lookupOrCreateRoot(Terracotta.java:47)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory.getStoreRoot(TerracottaClusteredInstanceFactory.java:316)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory.getStoreMapForCacheManager(TerracottaClusteredInstanceFactory.java:77)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory.getOrCreateStore(TerracottaClusteredInstanceFactory.java:68)
at org.terracotta.modules.ehcache.store.TerracottaClusteredInstanceFactory.createStore(TerracottaClusteredInstanceFactory.java:64)
at net.sf.ehcache.terracotta.StandaloneTerracottaClusteredInstanceFactory.createStore(StandaloneTerracottaClusteredInstanceFactory.java:40)
Thank you
As stated in one of the comments, Terracotta 3.4.0 is not Java 8 compatible and given the way the old Terracotta version worked, this is not a surprise.
You will have to update to a later version if you must have Java 8 support.
The exact version will depend on the usage you are making of Terracotta - if you need DSO support, you have to stick with the 3.7.x line.
For Ehcache support, it is recommended to upgraded to the latest version in the 4.3.x line.

Eclipse process sleep on Mac OS X El Capitan beta 3 with JDK 8

I upgraded my system to OS X El Capitan beta 3 and installed JDK 8 downloaded from Oracle. However, other applications that use JDK is run correctly, only Eclipse Mars stuck on the logo. I checked that stats of Eclipse process. It showed that Eclipse process is sleeping.
Is there any methods to make Eclipse run correctly? Thanks for any helpful answer.
This has been reported to Eclipse as high priority bug 472259. Currently there is no solution.
This is mentioned in release notes for OS X El Capitan DP3 [1]
Some versions of Eclipse may hang during use.
See [2] Apple Dev Forums for workaround by reverting back to DP2
[1] https://developer.apple.com/library/prerelease/mac/releasenotes/General/rn-osx-10.11/
[2] https://forums.developer.apple.com/thread/8776
This bug its already resolved in Beta 4.
According to reports on https://forums.developer.apple.com/thread/8776#30240 the 4th beta release (public beta 2) fixes the problem. I'm having the same issue but I'm not able to upgrade and test it myself since I'm away from my backup drive for the next few days and I'm not upgrading without that restore point. I'll try to update this with more info once I've tried the upgrade myself.
Update: Just upgraded and Eclipse loads without any problems.
there is a makefile that you can use on project to compile and fix this problem.
https://github.com/mnott/javamake

Resources