[image]
[image] [image]
[image]
[image]
[image][image][image][image][image][image][image][image][image] [image] [image] 633247 members! Sign up to stay informed. [image] [image] [image] [image]
[image]

Sponsored Links


Resources

Enterprise Java
Research Library

Get Java white papers, product information, case studies and webcasts

[image]News News News Messages: 24 Messages: 24 Messages: 24 [image]Printer friendly Printer friendly Printer friendly [image]Post reply Post reply Post reply [image]XML XML XML [image]
[image]

OpenJPA available via Apache Incubator

Posted by: Joseph Ottinger on Tue Jul 25 13:45:03 EDT 2006 DIGG
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.

Threaded replies

·  OpenJPA available via Apache Incubator by Joseph Ottinger on Tue Jul 25 13:45:03 EDT 2006
  ·  Re: OpenJPA available via Apache Incubator by Chintan Rajyaguru on Tue Jul 25 14:17:12 EDT 2006
    ·  Whats the future for OpenJPA? by Jonathan Gibbons on Wed Jul 26 05:40:16 EDT 2006
      ·  Re: Whats the future for OpenJPA? by Patrick Linskey on Wed Jul 26 14:01:18 EDT 2006
        ·  Re: Whats the future for OpenJPA? by Jonathan Gibbons on Thu Jul 27 04:32:19 EDT 2006
    ·  Re: OpenJPA available via Apache Incubator by Rod Johnson on Wed Jul 26 06:11:27 EDT 2006
    ·  Re: OpenJPA available via Apache Incubator by Rod Johnson on Wed Jul 26 06:15:43 EDT 2006
      ·  Re: OpenJPA available via Apache Incubator by Andy Jefferson on Wed Jul 26 06:46:41 EDT 2006
        ·  Re: OpenJPA available via Apache Incubator by Rod Johnson on Mon Jul 31 03:51:48 EDT 2006
      ·  Re: OpenJPA available via Apache Incubator by Guido Anzuoni on Wed Jul 26 07:23:49 EDT 2006
      ·  Spring 2.0 release? by Daniel Serodio on Wed Jul 26 09:23:44 EDT 2006
        ·  Re: Spring 2.0 release? by Juergen Hoeller on Wed Jul 26 13:35:44 EDT 2006
      ·  Re: OpenJPA available via Apache Incubator by Jason Carreira on Wed Jul 26 09:33:01 EDT 2006
        ·  I need filters! by Daniel Serodio on Wed Jul 26 15:22:28 EDT 2006
          ·  Re: I need filters! by Christian Bauer on Wed Jul 26 15:39:40 EDT 2006
            ·  Re: I need filters! by Jason Carreira on Thu Jul 27 02:36:29 EDT 2006
              ·  Re: I need filters! by Christian Bauer on Thu Jul 27 08:52:06 EDT 2006
          ·  Re: I need filters! by Jonathan Gibbons on Thu Jul 27 04:31:06 EDT 2006
    ·  OpenJPA works out of box in GlassFish by Sahoo Sanjeeb on Fri Jul 28 07:50:55 EDT 2006
  ·  Re: OpenJPA available via Apache Incubator by Stefan Arentz on Tue Jul 25 14:35:03 EDT 2006
    ·  TCKs and open-source by Patrick Linskey on Tue Jul 25 14:45:17 EDT 2006
      ·  Re: TCKs and open-source by Geir Magnusson Jr on Tue Jul 25 14:52:54 EDT 2006
    ·  Re: OpenJPA available via Apache Incubator by Andy Jefferson on Wed Jul 26 01:09:55 EDT 2006
      ·  Re: OpenJPA available via Apache Incubator by Chris Conrad on Wed Jul 26 02:22:45 EDT 2006
  ·  Re: OpenJPA available via Apache Incubator by Florent BENOIT on Wed Jul 26 09:25:11 EDT 2006
[image]  Message #214243 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Chintan Rajyaguru on Tue Jul 25 14:17:12 EDT 2006 in response to Message #214227
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

[image]  Message #214245 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Stefan Arentz on Tue Jul 25 14:35:03 EDT 2006 in response to Message #214227
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.

[image]  Message #214247 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

TCKs and open-source

Posted by: Patrick Linskey on Tue Jul 25 14:45:17 EDT 2006 in response to Message #214245
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

[image]  Message #214248 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: TCKs and open-source

Posted by: Geir Magnusson Jr on Tue Jul 25 14:52:54 EDT 2006 in response to Message #214247
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

[image]  Message #214261 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Andy Jefferson on Wed Jul 26 01:09:55 EDT 2006 in response to Message #214245
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.

[image]  Message #214264 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Chris Conrad on Wed Jul 26 02:22:45 EDT 2006 in response to Message #214261
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...

[image]  Message #214271 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Whats the future for OpenJPA?

Posted by: Jonathan Gibbons on Wed Jul 26 05:40:16 EDT 2006 in response to Message #214243
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

[image]  Message #214274 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Rod Johnson on Wed Jul 26 06:11:27 EDT 2006 in response to Message #214243

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

[image]  Message #214276 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Rod Johnson on Wed Jul 26 06:15:43 EDT 2006 in response to Message #214243
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

[image]  Message #214279 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Andy Jefferson on Wed Jul 26 06:46:41 EDT 2006 in response to Message #214276
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]

[image]  Message #214285 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Guido Anzuoni on Wed Jul 26 07:23:49 EDT 2006 in response to Message #214276
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.

[image]  Message #214297 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Spring 2.0 release?

Posted by: Daniel Serodio on Wed Jul 26 09:23:44 EDT 2006 in response to Message #214276
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?

[image]  Message #214299 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Florent BENOIT on Wed Jul 26 09:25:11 EDT 2006 in response to Message #214227
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.

[image]  Message #214300 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Jason Carreira on Wed Jul 26 09:33:01 EDT 2006 in response to Message #214276
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.

[image]  Message #214326 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: Spring 2.0 release?

Posted by: Juergen Hoeller on Wed Jul 26 13:35:44 EDT 2006 in response to Message #214297
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

[image]  Message #214325 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: Whats the future for OpenJPA?

Posted by: Patrick Linskey on Wed Jul 26 14:01:18 EDT 2006 in response to Message #214271
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

[image]  Message #214333 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

I need filters!

Posted by: Daniel Serodio on Wed Jul 26 15:22:28 EDT 2006 in response to Message #214300
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.

[image]  Message #214337 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: I need filters!

Posted by: Christian Bauer on Wed Jul 26 15:39:40 EDT 2006 in response to Message #214333
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.

[image]  Message #214353 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: I need filters!

Posted by: Jason Carreira on Thu Jul 27 02:36:29 EDT 2006 in response to Message #214337
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.

[image]  Message #214356 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: I need filters!

Posted by: Jonathan Gibbons on Thu Jul 27 04:31:06 EDT 2006 in response to Message #214333
Thanks - thats perfect.

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

Jonathan

[image]  Message #214357 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: Whats the future for OpenJPA?

Posted by: Jonathan Gibbons on Thu Jul 27 04:32:19 EDT 2006 in response to Message #214325
oops, wrong subject on my last post (see above)

Jonathan

[image]  Message #214366 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: I need filters!

Posted by: Christian Bauer on Thu Jul 27 08:52:06 EDT 2006 in response to Message #214353
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...)

[image]  Message #214423 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

OpenJPA works out of box in GlassFish

Posted by: Sahoo Sanjeeb on Fri Jul 28 07:50:55 EDT 2006 in response to Message #214243

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

[image]  Message #214498 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OpenJPA available via Apache Incubator

Posted by: Rod Johnson on Mon Jul 31 03:51:48 EDT 2006 in response to Message #214279
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.

[image]
[image]New content on TheServerSide.comNew content on TheServerSide.comNew content on TheServerSide.com [image]
[image]

A RESTful Core for Web-like Application Flexibility - Part 1

[image] Representational State Transfer (REST) computing offers developers and applications a number of advantages, including simplicity and flexibility in running applications. Tom Hicks and Randy Kahle begin this series on RESTful computing with the surprising topic of binding. (July 23, Article)

Implementing Finite State Machines with Physhun and Spring

[image] The Physhun project provides finite State Model persistence and transaction management with synchronous or asynchronous behavior. This article presents Physhun, a Spring-based framework for implementing complex processes through Finite State Machine models. (July 18, Article)

Continuous Performance Management Across the Application Lifecycle

[image] This video explains the benefits of concepts like Continuous Performance Management, which applies performance engineering continuously throughout each phase of the software lifecycle. (July 16, TechTalk)

Best Practices for Developing Scalable Web 2.0 Applications

[image] In this Tech Talk, filmed at TSSJS-Europe, Uri Cohen gives a demo that will show you the power of GigaSpaces' scaling, hot failover and self-healing capabilities. A sample Web application which uses Spring MVC and contains an AJAX web front-end and a GigaSpaces' backend will be scaled out. (July 15, TechTalk)

Introduction to m2eclipse

[image] The m2eclipse project provides support for Maven within the Eclipse IDE. It is a plugin which helps bridge the gaps between Maven and Eclipse. Read about how to use m2eclipse to integrate build management into your Eclipse environment. (July 14, Article)

Scaling Your Java EE Applications - Part 2

[image] In part two of this series, Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 8, Article)

Scaling Your Java EE Applications

[image] Getting Java applications to scale requires an intimate understanding of the application, the JVM, and the underlying hardware. Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 3, Article)

Zero Turnaround for Java Development

[image] In this podcast, JavaRebel development lead Jevgeni Kabanov discusses the value of zero turnaround to both development and production systems, and how JavaRebel helps achieve this goal. (June 27, Podcast)

JSR 286 Portlets: Action-scoped Request Attributes

[image] The recent Java Portlet Specification 2.0 final draft (JSR 286) addresses a shortcoming in the action-render model used in the current spec to be able to let the container take care of managing the attributes between action and render. (June 12, Article)

New Features in EJB 3.1 - Part 4

[image] The EJB 3.1 expert group is working on changes for the next version of the Java EE spec. Here's a preview of those changes. (June 12, Article)

Review: Algorithms in Java

[image] Algorithms in Java provides those who seek to understand underlying mechanisms for manipulating data and working with well-known algorithms using a familiar language. (June 12, Review)

Free Book: Jakarta-Struts Live

[image] 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)

Building Content Oriented Integration Solutions With Mule and JCR

[image] The latest version of the JCR transport for Mule ESB offers a set of features that can enable the creation of content oriented integration solutions. This article by David Dossot presents a simple scenario where all these features are leveraged. (June 9, Article)

Extending Spring LDAP with an iBATIS-style XML Data Mapper

[image] This article by Colin Lu explains how to use Spring's LDAP integration with an XML data mapper to make LDAP access from within Spring trivial. (May 20, Article)

The Whiteboard Pattern for OSGi

[image] This is the second in TSS' series on OSGi, this time focusing on a common pattern in OSGi, called the "whiteboard pattern," where interfaces that can fulfill a contract are searched for in an OSGi repository. (May 19, Article)

Garbage Collection: Reducing Pauses for Greater Java Performance

[image] In this Tech Talk, Kirk Pepperdine, Holly Cummins, John Davies and Gil Tene detail how the pauseless garbage collection is now being utilized to overcome such performance challenges. (March 15, Podcast)

Optimizing Java Application Performance with Compute Appliances

[image] In this Tech Talk, Gil Tene discusses how compute appliances can be used to optimize the performance for demanding Java applications. (March 13, Podcast)

MapReduce Part II

[image] Eugene Ciurana describes how to build a MapReduce system using the same off-the-shelf, robust, open-source components already running at your company and that your engineering team already mastered. (May 12, Article)

Application Server Matrix

[image] 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)

News | Blogs | Discussions | Tech talks | Patterns | Reviews | White Papers | Downloads | Articles | Media kit | About
All Content Copyright ©2007 TheServerSide Privacy Policy
Site Map


You are viewing a mobilized version of this site...
View original page here

Mobilized by Mowser Mowser