OpenJPA available via Apache Incubator

BEA has completed the last set of OpenJPA code drops at the Apache Incubator, and it's now available for source download via Subversion. (Binary downloads will be available soon, according to BEA.)

OpenJPA is a set of Java persistence Application Program Interfaces (APIs) that are based on the forthcoming Enterprise Java Beans 3.0 persistenace specification. It's based on BEA's Kodo product, acquired by BEA in late 2005, and the contribution to Apache represents fulfillment of a commitment BEA made in May 2006. OpenJPA implements the EJB3 specification, and the commercial Kodo release adds tooling for JDO as well as some scalability to the OpenJPA codebase. Changes made to OpenJPA under Apache will thus find their way to the Kodo product as well, which is meant to be the mapping engine used under WebLogic as well.

OpenJPA itself has not passed the EJB3 TCK yet. It's hard to imagine that the TCK will not be applied soon; Kodo, based on the code released under the Apache OpenJPA project, has already passed the TCK tests.

OpenJPA is also likely to be the persistence provider for Apache Geronimo in the future, so it's worth stressing as soon as possible, if you're interested. The Glassfish community also has mentioned supplying OpenJPA as an alternate JPA provider to the default reference implementation (TopLink Essentials), and Spring plans specific OpenJPA support soon as well.

Re: OpenJPA available via Apache Incubator

Great news! I was wondering about an open source implementation of JPA.



forthcoming? Am I missing something here? EJB 3.0 is already released.



This is good but I can't find any references to openJPA planned to be used in Spring, Geronimo or Glassfish (that doesn't mean it's not true).

C
http://ChintanRajyaguru.com

Re: OpenJPA available via Apache Incubator

This is most excellent news. Two things.

Hibernate needs competition. So this is excellent timing. Now there is OpenJPA, TopLink Essentials and probably some more in the future. I use Hibernate with the JPA 'perspective' with a lot of pleasure in my projects but I don't always like their attitude and agenda.

The TCK; it would be nice if Sun would open that. It would help the open source community big time. Right now when I submit a patch to say JBoss's EJB3 project or OpenJPA then I have to wait for someone inside JBoss or BEA to secretly run the TCK in private and wait for feedback. (I'm not contributing to these projects, this is just an example). I understand that they like to make some money but keeping the test kits closed is not helping the quality of open source projects.

S.

TCKs and open-source

Agreed. It'd be nice if at least we (BEA) could maintain a machine somewhere that runs the JPA TCK in private on some CI server but then publishes the results for the world to see. Does anyone from Sun care to comment on the legality of such a setup?

-Patrick

--
Patrick Linskey
http://bea.com

Re: TCKs and open-source

I'm sure that there's no problem with "Pass" and "Fail". :)

Anything else encourages adoption of implementations that aren't complete as people decide "Hey, X doesn't work, but I don't need that anyway..."

geir

Re: OpenJPA available via Apache Incubator

You mean like has been done for JSR 243 (JDO2) where the TCK, API, RI are all open source and everyone can run the TCK on any implementation, submit patches to the RI/TCK/API, and generally have an open standard ?

That would be nice wouldn't it ?

You could also mention that to get your hands on the "jpa.jar" you seemingly have to download a "JEE 5 SDK" ... all 132Mb of it (from jcp.org ... no download option for jpa.jar). Why ? Just to get my hands on 50Kb of jpa.jar? That is supposed to be runnable outside the container anyway. Not really making it easy for people here.

Re: OpenJPA available via Apache Incubator

Or you could just go to the Glassfish project and just download the JPA implementation: https://glassfish.dev.java.net/downloads/persistence/JavaPersistence.html

Not that Sun in any way makes it obvious you can do this and it requires half a dozen clicks to get from the Glassfish front page to that download page...

Whats the future for OpenJPA?

I presume BEA pays wages for this, but that it is now a revenue generating product. More a value add to stop slippage into JBoss/Hibernate?

This is totally fine with me, I want an open JPA, ideally with some examples tied to spring and tomcat. But OpenJPA needs to have a future, a core team for the next 2 years.

I'm just wondering on the plans for this? Is the current team staying with it as a labour of love (which is fine) or are BEA keeping the project propped up?

I may have totally missed the real relationship of BEA to OpenJPA - in which case please do correct me, I'm not trying to spread FUD at all.

Jonathan

Re: OpenJPA available via Apache Incubator

Speaking on behalf of the Spring project, we are looking forward to working with the Open JPA committers and community, and it will absolutely be treated as a first-class citizen by Spring. We have someone scheduled to start on this next week.

We've already done some work on Kodo integration, and validated that Spring's JPA support works with Kodo.

Rod Johnson, Interface21, Spring from the Source

Re: OpenJPA available via Apache Incubator

This is further excellent news. Now we have three capable open source ORM tools: Hibernate, TopLink Essentials, and now Open JPA. Developers have never had so much choice.

We're putting a lot of effort in Spring 2.0 into ensuring that it's as easy as possible to switch between ORM tools, and easily evaluate the alternatives--for example, for different performance characteristics etc.

Rgds
Rod

Re: OpenJPA available via Apache Incubator

Rod, think you meant to say three capable open source JPA tools because, of course, there are many other open source tools for other established ORM standards that are more than capable ;-) [and Spring has support for those too]

Re: OpenJPA available via Apache Incubator

Developers wandered in the dark, then a blinding light came
and the road was clear: JPA.

Come on, be serious.
Where did you live before ?

Not considering only open source choices we had (standard based solutions), in alphabetical order (surely incomplete list):
Exadel (don't remeber the product name)
IntelliBO
JCredo
JDOGenie (now Vanatec OpenAccess)
JPOX (opensource)
JRelay
Kodo
LiDO (now XCALIA)
OpenAccess on sourceforge (opensource)
Speedo (opensource)

Guido.

Spring 2.0 release?

Does this mean that the Spring 2.0 release will have to wait for Open JPA support? Or will it be added in 2.1 or such?

Re: OpenJPA available via Apache Incubator

The ObjectWeb EasyBeans EJB3 container team will also ensure that OpenJPA can be used as entity manager.
Currently, Hibernate EntityManager and Oracle TopLink Essentials can be plugged.

The OpenJPA integration should be available in the M3 or M4 version of EasyBeans.

Re: OpenJPA available via Apache Incubator

How's the work on a cross-JPA implementation of Criteria coming? Any plans to support something like Hibernate's Filters? I was very excited about the JPA spec until I saw it lacked these features that I depend on in Hibernate.

Re: Spring 2.0 release?

The Spring 2.0 release schedule is not driven by explicit OpenJPA support as mandatory feature. We will be releasing Spring 2.0 final with the present scope very soon now.

That said, we are dedicated to supporting OpenJPA at the same level as TopLink Essentials and the Hibernate EntityManager, and to shipping it as part of our "-with-dependencies" download bundle.

Depending on the state of OpenJPA at the time of the Spring 2.0 final release, we will either include specific support for it there already or will slip this into a subsequent 2.0.x release.

Juergen

Re: Whats the future for OpenJPA?

Last year, BEA acquired SolarMetric, the makers of Kodo. Kodo has since been integrated into WebLogic Server as the EJB3 JPA persistence provider ( WebLogic EJB3 Tech Preview), and we're working hard on more integration with the server for the upcoming Java EE 5-compliant server release.

So, in other words, Kodo is a key piece of BEA's EJB3 strategy, and as such, certainly has strong backing from BEA. The development team from SolarMetric (myself included) are among the initial committers on the OpenJPA project, and we're avoiding a fork in the Kodo codebase by building the commercial version of Kodo and, in turn, WebLogic, on top of the OpenJPA jars.

Neelan Choksi (former SolarMetric president) goes into a bit more detail in his blog.

Hopefully this clears things up a bit.

-Patrick

--
Patrick Linskey
http://bea.com

I need filters!

Yeah, same here. Filters are the one Hibernate feature that I miss from the JPA spec.

Re: I need filters!

Uhm, wouldn't the best way to get these features into the Java Persistence products be a next version of the specification? I'm sure that more feedback will help to speed this up. Emmanuel Bernard just told me that ejb3-feedback@sun.com is the right address for this.

Re: I need filters!

Well, that is a good way to get it, but it will take 18 months AT LEAST. Probably over 2 years.

Re: I need filters!

Thanks - thats perfect.

Good luck as well. Hopefully get time to use it soon :)

Jonathan

Re: Whats the future for OpenJPA?

oops, wrong subject on my last post (see above)

Jonathan

Re: I need filters!

So put pressure on the vendors by requesting these features as part of their JPA solution. If the representatives of the vendors don't push for it on the EG we will see the same stagnation as with EJB 1/2. That just shouldn't happen again, now that we have a good base to work with.

I've just finished comparing JPA and Hibernate in a book in detail and I agree that Hibernate criteria queries and data filters will be among the most frequently used vendor extensions. Some common subset should certainly be part of the next spec revision. (It's also obvious why they haven't been included in the first revision, I can imagine the endless discussions you can have about the best way to design a QBC API...)

OpenJPA works out of box in GlassFish

I tried OpenJPA in GlassFish and guess what? It *works* just like so many other providers work in GlassFish. Just drop the OpenJPA jars in GlassFish lib folder and start using it. For details look at: http://weblogs.java.net/blog/ss141213/archive/2006/07/using_openjpa_a.html

Interacting with developers in various support forums, I am seeing that developers are actually *exploring* various combinations of containers & providers. We have people using other providers in GlassFish and some actually trying to use our provider (TopLink Essential) in other containers. Good to see that the exerts group's effort in coming up with a *SPI* between provider and container paying off.

-- Sahoo

Re: OpenJPA available via Apache Incubator

Indeed I did. Spring has supported JDO since 1.0 and continues to do so.

New Features in EJB 3.1 - Part 5

In this last article of the series, Reza Rahman will talk about standardized global JNDI names for Session Beans and EJB 3.1 Embeddable Containers for Java SE environments. (October 8, Article)

---

A RESTful Core for Web-like Application Flexibility - Part 4 - Patterns

Randy Kahle and Tom Hicks conclude their four-part series on resource-oriented computing by describing how to utilize a RESTful kernel to design and build software systems. (October 6, Article)

---

UseMon Real-Time JVM Monitoring

Paul Rene Jørgensen talks about UseMon, an efficient, open-source, real-time JVM performance monitoring agent. (October 2, Tech Brief)

---

Extreme Transaction Processing, Low Latency and Performance

In this podcast, John Davies will cover several case studies of extreme transaction processing, low latency and high performance systems and offer insight into what we might expect to see in mainstream in the near future. (September 29, Podcast)

---

OpenESBs in Action

Learn about Mule, ServiceMix, Synapse, Petal and other OpenESBs in Action from authors Tijs Rademakers and Jos Dirksen - Tech Brief about their new book. (September 24, Tech Brief)

---

Getting Started with jBPM and Spring

Josh Long looks at business process management using jBPM and Spring to implement a simple multi-stage operation. (September 22, Article)

---

Java Performance Tooling

In this podcast, Holly Cummins will introduce a number of tools for identifying and fixing common Java performance problems. (September 17, Podcast)

---

Terracotta Brings Large Memory Spaces to Java

In this podcast, TheServerSide.com editor Peter Varhol asks Terracotta CTO Ari Zilka about how the software works and what it can be used for. (September 15, Podcast)

---

Object Oriented JavaScript Demonstrated

In this chapter from his book Object-Oriented JavaScript, author Stoyan Stefanov talks about primitive data types in JavaScript as a prelude to discussing more complex concepts. (September 12, Chapter)

---

The JSF Flex Project

The JavaServer Faces Flex project lets developers unfamiliar with Flex create JavaServer Faces components to link Flex UIs to managed beans in the same manner as JSF. (September 8, Article)

---

What is an App Server?

Joseph Ottinger notes that we have certain preconceived notions as to what an app server is and does, and argues that we should rid ourselves of those notions. (September 2, Article)

---

A RESTful Core for Web-like Application Flexibility - Part 3 - Logical Level Programming

Randy Kahle and Tom Hicks continue their series on Resource Oriented Computing with a description of the transition between the physical and logical level of their architecture. (September 2, Article)

---

Building a Scalable Enterprise Applications Using Asynchronous IO and SEDA Model

Mihai Lucian demonstrates a Java servlet architecture using Mule that supports asynchronous I/O and a combination of fast and long-running business processes. (August 25, Article)

---

Asynchronous Processes Modeled as Persistent Finite State Machines

Benjamin Possolo describes and implements a finite state machine for asynchronous services using JEE. (August 18, Article)

---

A RESTful Core for Web-like Application Flexibility - Part 2 - Microkernel

Randy Kahle and Tom Hicks continue their series of RESTful computing with an explanation of the role of the microkernel. (August 7, Article)

---

Putting Physhun To Work

Read more about the Physhun finite state modeling framework in Jim Ladd's article on a real life application. (August 5, Article)

---

Are Java Web Applications Secure?

HDIV was designed for the purpose of addressing security issues in Web application frameworks by extending some of those frameworks to do such things as check of non editable data integrity and perform validations for editable data. Read about potential security problems and how HDIV attempts to address those problems. (July 30, Article)

---

Free Book PDF Download: Mastering EJB Third Edition

Mastering EJB was one of the original and most influential EJB books in the industry. Mastering EJB III now returns with two new expert co-authors, updated for EJB 2.1 and 30% new chapters including security, integration, best practices, open source, and more.
(Book PDF Download)

---

Application Server Matrix

The Application Server Matrix is a detailed listing of J2EE vendors and their application server products, with information on latest version numbers, J2EE spec support and licensing, pricing, platform support, and links to product downloads and reviews.
(Application Server Comparison Matrix)