|
Sponsored Links
Resources
Enterprise Java
Research Library
Get Java white papers, product information, case studies and webcasts
|
News
News
News
|
Messages: 24
Messages: 24
Messages: 24
Printer friendly
Printer friendly
Printer friendly
Post reply
Post reply
Post reply
XML
XML
XML
|
 |
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.
|
|
|
Message #214243
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: OpenJPA available via Apache Incubator
Great news! I was wondering about an open source implementation of JPA.
... that are based on the forthcoming Enterprise Java Beans 3.0 persistenace specification...
forthcoming? Am I missing something here? EJB 3.0 is already released.
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.
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
|
|
|
Message #214245
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
|
|
|
Message #214247
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
TCKs and open-source
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.
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
|
|
|
Message #214248
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: TCKs and open-source
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.
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?
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
|
|
|
Message #214261
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: OpenJPA available via Apache Incubator
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.
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.
|
|
|
Message #214271
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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
|
|
|
Message #214274
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: OpenJPA available via Apache Incubator
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).
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
|
|
|
Message #214276
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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
|
|
|
Message #214279
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
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]
|
|
|
Message #214285
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
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.
|
|
|
Message #214297
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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?
|
|
|
Message #214299
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
|
|
|
Message #214300
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: OpenJPA available via Apache Incubator
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
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.
|
|
|
Message #214326
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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
|
|
|
Message #214325
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: Whats the future for OpenJPA?
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
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
|
|
|
Message #214333
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I need filters!
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.
Yeah, same here. Filters are the one Hibernate feature that I miss from the JPA spec.
|
|
|
Message #214337
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
|
|
|
Message #214353
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
Well, that is a good way to get it, but it will take 18 months AT LEAST. Probably over 2 years.
|
|
|
Message #214356
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: I need filters!
Thanks - thats perfect.
Good luck as well. Hopefully get time to use it soon :)
Jonathan
|
|
|
Message #214366
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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.
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...)
|
|
|
Message #214423
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
OpenJPA works out of box in GlassFish
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).
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
|
|
|
Message #214498
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
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]
Indeed I did. Spring has supported JDO since 1.0 and continues to do so.
|
|
|
| New content on TheServerSide.comNew content on TheServerSide.comNew content on TheServerSide.com |
|
|
Reza Rahman explores the features of the proposed JSR 299, Contexts and Dependency Injection for Java EE (CDI). When approved, it promises to be a key feature of Java EE 6.
(November 2, Article)
SAML is an XML-based standard for exchanging authentication and authorization data between security domains. The single most important problem that SAML was created to solve is the Web browser Single Sign-On problem. Many organizations are debating whether to stay with version 1.1 or move to 2.0. This article makes observations about both options.
(September 28, Article)
Joe Ottinger takes a look at how people learn, and applies it to the practice of programming. He notes that understanding how people learn is an essential part of working in a programming team.
(September 22, Article)
Stephen Maryka gave us an article about the Asynchronous Web and posed a number of questions that get examined like an approach to delivering Asynchronous Web capabilities through extensions to existing Java EE technologies.
(July 14, Article)
JavaServer Faces Flex goal is to provide users capability in creating standard Flex components, part of flexSDK which is open sourced through MPL license, as normal JSF components. This article by Ji Hoon Kim will provide an overview of creating a simple multilingual JSF page consisting of JSF Flex tags.
(June 29, Article)
In this session Jeff explores the key characteristics of successful SOA projects. He covers some of the patterns, and anti-patterns, tool sets, and strategies that he himself learned the hard way. Last, he provides a strategy and blueprint for achieving a high likelihood of success in your SOA project.
(June 23, Tech Talk)
Ari Zilka, CTO of Terracotta, Inc., talks about the new features in Terracotta 3.1, announced during JavaOne and available now.
(June 15, Tech Talk)
In this Tech Talk, Josh Long explores an integration challenge using Spring Integration and walks through the implementation, employing and expanding on the basic patterns of Enterprise Application Integration to tie together components into a function integration solution, and then demonstrates how Spring Integration helps address the integration requirements.
(June 15, Tech Talk)
In this Tech Talk, David Geary teaches you: The basics of Google Web Toolkit; How to implement Ajax-enabled applications in Java; Internationalization; Hooking into the browser history mechanism; Remote procedure calls.
(June 4, Tech Talk)
Jon Kern discusses the best architecture/technical solutions and ensure that they are repeated by all developers. By tackling the architecture up-front in a serial manner, subsequent parallel development will be much more manageable and predictable.
(May 28, Tech Talk)
This keynote describes the frustrations of modern knowledge workers in their quest to actually get some work done, and solutions for how to guard yourself against all those distractions. Neal Ford talks about environments, coding, acceleration, automation, and avoiding repetition as ways to defeat the misguided attempts to sap your ability to produce good work.
(May 26, Tech Talk)
Gil demonstrates how new, aggressive uses of already abundant compute capacity by common applications offer competitive value for application designers.
(May 21, Tech Talk)
Chris Keene introduces WaveMaker as a new way to automate the ability to generate Hibernate classes in order to more quickly bring OR mapping into an application.
(May 19, Article)
In this session Nati Shalom demonstrates how to take a standard Java EE web application and scale it out or down dynamically without changes to the application code. Seeing as most web applications are over-provisioned to meet infrequent peak loads, this is a dramatic change because it enables growing your application as needed, when needed, without paying for unutilized resources.
(May 19, Tech Talk)
Download the entire book of Jakarta-Struts Live and learn about Struts MVC, Tiles, the Validator, DynaActionForms, plug-ins, internationalization, and more.
(Book PDF Download)
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)
|
|
