From continuum-dev-return-5563-apmail-maven-continuum-dev-archive=maven.apache.org@maven.apache.org Mon Jan 08 03:05:49 2007 Return-Path: Delivered-To: apmail-maven-continuum-dev-archive@www.apache.org Received: (qmail 13458 invoked from network); 8 Jan 2007 03:05:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Jan 2007 03:05:49 -0000 Received: (qmail 73784 invoked by uid 500); 8 Jan 2007 03:05:55 -0000 Delivered-To: apmail-maven-continuum-dev-archive@maven.apache.org Received: (qmail 73756 invoked by uid 500); 8 Jan 2007 03:05:55 -0000 Mailing-List: contact continuum-dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-dev@maven.apache.org Delivered-To: mailing list continuum-dev@maven.apache.org Received: (qmail 73744 invoked by uid 99); 8 Jan 2007 03:05:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jan 2007 19:05:55 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 210.54.141.241 is neither permitted nor denied by domain of rahul.thakur.xdev@gmail.com) Received: from [210.54.141.241] (HELO fep05.xtra.co.nz) (210.54.141.241) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jan 2007 19:05:45 -0800 Received: from [192.168.1.107] (really [222.155.216.21]) by fep05.xtra.co.nz with ESMTP id <20070108030518.RUWA7885.fep05.xtra.co.nz@[192.168.1.107]> for ; Mon, 8 Jan 2007 16:05:18 +1300 Message-ID: <45A1B4F1.3000106@gmail.com> Date: Mon, 08 Jan 2007 16:05:21 +1300 From: Rahul Thakur User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: continuum-dev@maven.apache.org Subject: Re: [discuss] iBatis, JPA and Java 5.0 References: <459B264D.5080308@gmail.com> <459B2DC3.10909@israfil.net> In-Reply-To: <459B2DC3.10909@israfil.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org > Having said all of that, my vote (which no one need care about, since > I haven't had much time to actually contribute code here) is to > support hibernate with slight abstraction on top of it (modeled on > JPA's entity manager), so we get the benefits of transparent > persistence without requiring Java 5.0 - at least until we get to the > point where we can run in java 5 but execute maven/ant in java 1.4 and > earlier. Once we are at that point, maybe we can move to JPA (which > is a small delta), or at least update the abstraction some. > > If we were to decide that, hey, screw jdk 1.4, let's just go with > java5, then I'd just suggest going for JPA as the abstraction. It's > got problems, but everything does, and it's an increasingly adopted > standard with some decent implementations. Okies, purely experimental and exploring options more out of curiosity than anything else, here's more on this thread..... If I gathered correctly from the #openjpa, all needed to use JPA is to enhance the model classes with OpenJPA Enhancer. I haven't finished trying it yet but I am in middle of writing an OpenJPA mojo to enhance the continuum model and take it for a spin with some minimal scoped Store operations. Oh btw, OpenJPA source, it looks from their website, is derived from Kodo. I remember Jason mentioned Kodo on this thread and the Enhancer seems to accept .jdo files for processing. Cheers, Rahul