Return-Path: Delivered-To: apmail-incubator-abdera-dev-archive@locus.apache.org Received: (qmail 61630 invoked from network); 12 Feb 2008 19:55:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Feb 2008 19:55:28 -0000 Received: (qmail 41360 invoked by uid 500); 12 Feb 2008 19:55:21 -0000 Delivered-To: apmail-incubator-abdera-dev-archive@incubator.apache.org Received: (qmail 41339 invoked by uid 500); 12 Feb 2008 19:55:21 -0000 Mailing-List: contact abdera-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: abdera-dev@incubator.apache.org Delivered-To: mailing list abdera-dev@incubator.apache.org Received: (qmail 41330 invoked by uid 99); 12 Feb 2008 19:55:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Feb 2008 11:55:21 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of david.calavera@gmail.com designates 209.85.146.183 as permitted sender) Received: from [209.85.146.183] (HELO wa-out-1112.google.com) (209.85.146.183) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Feb 2008 19:54:47 +0000 Received: by wa-out-1112.google.com with SMTP id n4so8773697wag.6 for ; Tue, 12 Feb 2008 11:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=+sSuhzTlsUWuP6ScOIjDMEPaVlY7734bMZnSki02sbQ=; b=EODbkQpLZTz6nDjqDWoqYxRiLKnZf+D0jX7/28610PM/SonRpmqKENMYbclCvapBp9zLVe/fXpvsMC5dWt2SQrX6cDl0AJhMDieKtHr4Lwq2yGbiieU3snn5ce6MptNiRSEe0WPFhy9y3D8ztM0TCs8q7dAj5VTmy9wtEgez3Jw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=tnlj6j9f4fNbmWefhCiEkfuDA7J6ulJnWewqQz9LmiFGmNUClH1OoPOGe77b6xgdpWNiJQdmW17SZoZaHPm+h0qiXLj1o2YzWqvwAM6oZjYk0Lo6GlcsxOsjxlgMVwPz9Vk3CQcl7XxVhhi9M0rUGPNT9Cqp1f61FtbMTFq2Cks= Received: by 10.115.88.1 with SMTP id q1mr1925941wal.98.1202846095808; Tue, 12 Feb 2008 11:54:55 -0800 (PST) Received: by 10.114.204.14 with HTTP; Tue, 12 Feb 2008 11:54:55 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 20:54:55 +0100 From: "David Calavera" To: abdera-dev@incubator.apache.org Subject: Re: JdbcCollectionAdapter class name is ambiguous In-Reply-To: <47B1F407.3020504@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7607_15755000.1202846095804" References: <47B1E3D5.3040607@gmail.com> <47B1F407.3020504@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_7607_15755000.1202846095804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Well, I'm preparing the hibernate adapter, I agree with James, when we get some adapters we'll worry about how to organize them. I agree with that an extra level package depth could be confused. So, I'm going to close the ticket that I've opened. Cheers On Feb 12, 2008 8:31 PM, James M Snell wrote: > For now, I'd be much happier to first get a bunch of adapters > implemented then worry about how to organize 'em ;-) > > - James > > David Primmer wrote: > > Lets hope there will be lots of adapters and people will have some > > sort of naming system to follow so that their new adapter can fit into > > a product space with other adpaters. I won't be a stickler on the > > package names. But what if we had some other method of applying this > > metadata? I'm thinking more of a directory that would list these > > adapters rather than requiring someone hunt through source code. High > > level categories for what you want to do and then tag the specific > > adapaters with implementation details. We will have several database > > adapters that are all common in that they do some sql at some point. > > But we should also be able to add more metadata. Think about how > > firefox or eclipse plugin sites work. > > > > davep > > > > On Feb 12, 2008 10:22 AM, James M Snell wrote: > >> Let's assume we end up with several db-to-atom adapters based on > several > >> mapping layers, say raw jdbc, ibatis, and hibernate. What should the > >> names of the various adapters be? At a high enough level, they all do > >> the same thing: adapt data from a database. In theory, each could > exist > >> within a single package, but they certainly need to have > >> implementation-specific class names. > >> > >> - James > >> > >> > >> > >> > >> David Primmer wrote: > >>> I have an objection to this. It focuses too much on implementation > details. > >>> I'd prefer to go the other way towards a name that describes what it > does, > >>> not how it does it. You're not adapting iBatis, you're adapting data > from a > >>> database. There must be another way to say this. The package namespace > seems > >>> to make sense but not the class name. > >>> davep > >>> > >>> On Feb 12, 2008 5:11 AM, David Calavera > wrote: > >>> > >>>> Hi, > >>>> > >>>> I've seen JdbcCollectionAdapter depends on IBatis and I think the > name is > >>>> ambiguous when I read "Jdbc" I think on a native jdbc connection to > the > >>>> database without orms. I think we should rename this class to > >>>> IBatisCollectionAdapter and move it to some other package like " > >>>> org.apache.abdera.protocol.server.adapters.orm.ibatis". > >>>> > >>>> Unless you have no problem, I'm going to create the jira issue and > submit > >>>> a > >>>> patch. > >>>> > >>>> Btw, I'm thinking on create an HibernateCollectionAdapter XD. > >>>> > >>>> Cheers > >>>> > > > -- David Calavera http://www.thinkincode.net ------=_Part_7607_15755000.1202846095804--