CDI / ORM / WildFly / Search integration plumbing
by Sanne Grinovero
Hi all,
In Hibernate Search we have a snippet of code doing:
private static BeanManager getBeanManager(Map<?, ?> configurationValues) {
return (BeanManager) configurationValues.get(
AvailableSettings.CDI_BEAN_MANAGER );
}
This used to work on WildFly 10 - even if we were to override the
Hibernate ORM version to 5.2.
By runnning the same integration test on WildFly 11 I'm now getting a
ClassCastException as the returned instance is of type
`org.jboss.as.jpa.hibernate5.HibernateExtendedBeanManager`, which does
implement `org.hibernate.jpa.event.spi.jpa.ExtendedBeanManager` but
does not implement the standard
`javax.enterprise.inject.spi.BeanManager` interface.
I'm unsure if this is a bug in the Search code or a misunderstanding
between the WildFly / ORM integration?
This javadoc seems relevant:
/**
* Used to pass along the CDI BeanManager, if any, to be used.
*/
String CDI_BEAN_MANAGER = "javax.persistence.bean.manager";
or should I interpret this property as meant only for "write" purposes
into the ORM configuration? I suppose it's unexpected that we attempt
to retrieve this as well.
Thanks,
Sanne
8 years, 6 months
Moving Java Forward Faster
by Rory O'Donnell
Hi Sanne,
Oracle is proposing a rapid release model for Java SE going-forward.
The high points are highlighted below, details of the changes can be
found on Mark Reinhold’s blog [1] , OpenJDK discussion email list [2].
Under the proposed release model, after JDK 9, we will adopt a strict,
time-based model with a new major release every six months, update
releases every quarter, and a long-term support release every three years.
The new JDK Project will run a bit differently than the past "JDK $N"
Projects:
- The main development line will always be open but fixes, enhancements,
and features will be merged only when they're nearly finished. The main
line will be Feature Complete [3] at all times.
- We'll continue to use the JEP Process [4] for new features and other
significant changes. The bar to target a JEP to a specific release will,
however, be higher since the work must be Feature Complete in order to
go in. Owners of large or risky features will be strongly encouraged to
split such features up into smaller and safer parts, to integrate
earlier in the release cycle, and to publish separate lines of
early-access builds prior to integration.
The JDK Updates Project will run in much the same way as the past "JDK
$N" Updates Projects, though update releases will be strictly limited to
fixes of security issues, regressions, and bugs in newer features.
Related to this proposal, we intend to make a few changes in what we do:
- Starting with JDK 9 we'll ship OpenJDK builds under the GPL [5], to
make it easier for developers to deploy Java applications to cloud
environments. We'll initially publish OpenJDK builds for Linux/x64,
followed later by builds for macOS/x64 and Windows/x64.
- We'll continue to ship proprietary "Oracle JDK" builds, which include
"commercial features" [6] such as Java Flight Recorder and Mission
Control [7], under a click-through binary-code license [8]. Oracle will
continue to offer paid support for these builds.
- After JDK 9 we'll open-source the commercial features in order to make
the OpenJDK builds more attractive to developers and to reduce the
differences between those builds and the Oracle JDK. This will take some
time, but the ultimate goal is to make OpenJDK and Oracle JDK builds
completely interchangeable.
- Finally, for the long term we'll work with other OpenJDK contributors
to establish an open build-and-test infrastructure. This will make it
easier to publish early-access builds for features in development, and
eventually make it possible for the OpenJDK Community itself to publish
authoritative builds of the JDK.
Questions , comments, feedback to OpenJDK discuss mailing list [2]
Rgds,Rory
[1]https://mreinhold.org/blog/forward-faster
[2]http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html
[3]http://openjdk.java.net/projects/jdk8/milestones#Feature_Complete
[4]http://openjdk.java.net/jeps/0
[5]http://openjdk.java.net/legal/gplv2+ce.html
[6]http://www.oracle.com/technetwork/java/javase/terms/products/index.html
[7]http://www.oracle.com/technetwork/java/javaseproducts/mission-control/i...
[8]http://www.oracle.com/technetwork/java/javase/terms/license/index.html
8 years, 6 months
ETA Hibernate-ORM 5.2.11 release?
by Karel Maesen
Hi,
I've got a user who is waiting for some months on a fix that is scheduled
for the 5.2.11 release(HHH-11283
<https://hibernate.atlassian.net/browse/HHH-11283>). He's getting a bit
impatient. Is there something I can tell him about an expected release date
for 5.2.11?
FYI: the issue is not a real blocker, and a simple workaround has been
proposed to the user in question.
Regards,
Karel
8 years, 6 months
Unresolved issues targeting 5.2.11
by Gail Badner
Unless something critical comes up, I plan release 5.2.11 next week. There
are currently 24 unresolved issues. [1]
I am CC'ing everyone that is assigned issues that are still unresolved.
Please take a moment to move any issues that you know will not be ready for
5.2.11 to 5.2.12.
There are also 7 issues that are unassigned. If you are familiar with
those, then please take a look and move to 5.2.12 if they will not be
finished.
Thanks,
Gail
[1]
https://hibernate.atlassian.net/projects/HHH/versions/28600/tab/release-r...
8 years, 6 months
