Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 95713 invoked from network); 6 Mar 2006 19:00:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Mar 2006 19:00:56 -0000 Received: (qmail 80642 invoked by uid 500); 6 Mar 2006 19:01:08 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 80544 invoked by uid 500); 6 Mar 2006 19:01:07 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 80412 invoked by uid 99); 6 Mar 2006 19:01:07 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Mar 2006 11:01:07 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [66.116.97.229] (HELO mail.dudney.net) (66.116.97.229) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Mar 2006 11:01:05 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.dudney.net (Postfix) with ESMTP id 6DD99149680; Mon, 6 Mar 2006 12:00:41 -0700 (MST) Received: from mail.dudney.net ([127.0.0.1]) by localhost (mini.dudney.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01044-06; Mon, 6 Mar 2006 12:00:31 -0700 (MST) Received: from [10.0.1.3] (c-24-9-189-43.hsd1.wa.comcast.net [24.9.189.43]) by mail.dudney.net (Postfix) with ESMTP id 4649B149663; Mon, 6 Mar 2006 12:00:31 -0700 (MST) In-Reply-To: References: <20060306164809.4718.qmail@web51614.mail.yahoo.com> <7b3355cb0603060955v7b94b881mfa7cccc8ff72d9f0@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/alternative; boundary=Apple-Mail-7-155671215 Message-Id: <3DA85579-066C-4AAA-9430-E3E9734DF967@apache.org> Cc: dev@geronimo.apache.org From: Bill Dudney Subject: Re: New Feature Idea Date: Mon, 6 Mar 2006 12:00:28 -0700 To: user@geronimo.apache.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new at dudney.net X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --Apple-Mail-7-155671215 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi Shanky, iBatis maps jdbc calls into hashtables (its more sophisticated than that but essentially that is what is happening) the theory being that more than a few object models being mapped through hibernate/cayenne/ jdo/toplink/ojb/castor/etc/etc/etc are simply data holders and don't have any actual business logic in them anyway so they might as well be hashtables. This theory holds true fairly often but not always, thus the need for the O/R mapping frameworks. Take a look at the ibatis front page they have a nifty graphic that shows the basics of what it does in a very concise way. BTW: shouldn't this be on the user list instead of dev at this point? Bill Dudney MyFaces - myfaces.apache.org On Mar 6, 2006, at 11:21 AM, Shashank Shanky Tiwari wrote: > I thought the whole mission of SQLMaps (an iBatis sub-project) was > to map your sql query and hence the relational definition to a Java > object result set. Isn't that what a O/R map is essentially trying > to acheive ? > > --Shanky > > > On 3/6/06, Bruce Snyder wrote: > On 3/6/06, Shashank Shanky Tiwari wrote: > > What about iBatis SQLMaps - doesn't that provide O/R mapping? > > iBatis is certainly an option, but it's not O/R mapping per se: > > http://ibatis.apache.org/ > > Bruce > -- > perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E G;6%I;\"YC;VT*" > );' > > Apache Geronimo (http://geronimo.apache.org/) > > Castor (http://castor.org/) > > > > -- > "There are only 10 types of people in the world: Those who > understand binary, and those who don't." --Apple-Mail-7-155671215 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Hi Shanky,

iBatis maps jdbc calls into = hashtables (its more=A0sophisticated than that but essentially that is = what is happening) the=A0theory being that more than a few object models = being mapped through = hibernate/cayenne/jdo/toplink/ojb/castor/etc/etc/etc are simply data = holders and don't have any actual business logic in them anyway so they = might as well be hashtables. This theory holds true fairly often but not = always, thus the need for the O/R mapping frameworks.

Take a look at the ibatis = front page they have a nifty graphic that shows the basics of what it = does in a very concise way.

BTW: shouldn't this be on = the user list instead of dev at this point?

Bill = Dudney
MyFaces - myfaces.apache.org

On Mar = 6, 2006, at 11:21 AM, Shashank Shanky Tiwari wrote:

I thought = the whole mission of SQLMaps (an iBatis sub-project) was to map your sql = query and hence the relational definition to a Java object result set. = Isn't that what a O/R map is essentially trying to acheive ?

= --Shanky


On 3/6/06, Bruce Snyder <bruce.snyder@gmail.com> = wrote:
On 3/6/06, Shashank Shanky Tiwari <tshanky@gmail.com> = wrote:
> What about iBatis SQLMaps - doesn't that provide O/R = mapping?

iBatis is certainly an option, but it's not O/R mapping = per se:

http://ibatis.apache.org/

Br= uce
--
perl -e 'print = unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=3D6-E+G-N>61E<D\!G;6%I;\"Y= C;VT*"
);'

Apache Geronimo (http://geronimo.apache.org/)
<= BR>Castor (http://castor.org/)
=


--
"There are only 10 types of people in = the world: Those who understand binary, and those who = don't."

= --Apple-Mail-7-155671215--