Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user-java@ibatis.apache.org
Received-SPF: pass (herse.apache.org: domain of urbanejarl@gmail.com
 designates 64.233.162.198 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=QhO/84AyzvWQOR4uLjoWcOxuTsHNASfHFeZhMW801aM6k4xAmnis7tgAoMWiOF7VkN6blHFIeWsT7ySbQUsLBYBGk9c7F/6GbN6sBwid/rKM0JN7dxsf1A7LRye182m/+p1AZOOHuDceEKkfsNCJpzFN1kVZ1eWs1bzNKb0gaWo=
Message-ID: <7f931f750610281301g5bff3575nc8aea785d093f993@mail.gmail.com>
Date: Sat, 28 Oct 2006 22:01:50 +0200
From: "Javier Urbaneja" <urbanejarl@gmail.com>
To: user-java@ibatis.apache.org
Subject: Re: Deprecating the DAO framework?
In-Reply-To: <16178eb10610212328o3aac17fes1a6a12b946b39a93@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_47242_2763639.1162065710364"
References: <16178eb10610212328o3aac17fes1a6a12b946b39a93@mail.gmail.com>

------=_Part_47242_2763639.1162065710364
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-1
iBATIS DAO framework is easy, works great, and the DAOs are a very nice
place to manage the transactions. I liked the DAO framework since I saw it
in action at the JPetStore example.
Probably I will move on to Spring too, but I don't think every iBATIS user
has to.
IMHO, there's no reason to deprecate it, it's not like PaginatedList, which
I agree is probably confusing some people and has some shortcomings (memory
usage if it's for web applications, not serializable,...). People who don't
like the DAO framework, just don't use it.
Clinton, I really think you should not be "ashamed" of that nice piece of
code and should not "erase" its existence in the project.

Greetings.

On 10/22/06, Clinton Begin <clinton.begin@gmail.com> wrote:
>
> Hi all,
>
> I think we should deprecate the iBATIS DAO framework for these reasons:
>
>
>    - In my opinion, the iBATIS Mapper does a fantastic job of isolating
>    the persistence layer as is.
>    - I've personally started to shy away from data access layers.
>    - For most applications, there's no big deal in having a dependency
>    on SqlMapClient.
>    - If you do use a DAO layer, I suggest Spring DAO
>    - If you can't use Spring DAO, I suggest writing your own DAO layer
>    that is as simple as possible and tuned for your environment.
>    - I don't believe very many people use the DAO framework, for those
>    that do, you can safely continue to do so.  It hasn't changed in years, and
>    so it likely won't.
>
> Deprecation would basically mean we take it off the website as a
> downloadable component and remove the doc links etc.  Of course we'd still
> answer the odd question on the mailing list, but we'd likely not adopt any
> changes and possibly not even fix any bugs (but you're welcome to take the
> source and use it under the Apache License).
>
> What do you think?  Thoughts?
>
> Cheers,
> Clinton
>
>

------=_Part_47242_2763639.1162065710364
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-1<br>iBATIS DAO framework is easy, works great, and the DAOs are a very nice place to manage the transactions. I liked the DAO framework since I saw it in action at the JPetStore example.<br>Probably I will move on to Spring too, but I don't think every iBATIS user has to.
<br>IMHO, there's no reason to deprecate it, it's not like PaginatedList, which I agree is probably confusing some people and has some shortcomings (memory usage if it's for web applications, not serializable,...). People who don't like the DAO framework, just don't use it.
<br>Clinton, I really think you should not be &quot;ashamed&quot; of that nice piece of code and should not &quot;erase&quot; its existence in the project.<br><br>Greetings.<br><br><div><span class="gmail_quote">On 10/22/06, 
<b class="gmail_sendername">Clinton Begin</b> &lt;<a href="mailto:clinton.begin@gmail.com">clinton.begin@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br><br>I think we should deprecate the iBATIS DAO framework for these reasons:<br><br><ul><li>In my opinion, the iBATIS Mapper does a fantastic job of isolating the persistence layer as is.&nbsp; <br></li><li>I've personally started to shy away from data access layers.
<br></li><li>For most applications, there's no big deal in having a dependency on SqlMapClient.</li><li>If you do use a DAO layer, I suggest Spring DAO</li><li>If you can't use Spring DAO, I suggest writing your own DAO layer that is as simple as possible and tuned for your environment.
</li><li>I don't believe very many people use the DAO framework, for those that do, you can safely continue to do so.&nbsp; It hasn't changed in years, and so it likely won't.&nbsp; <br></li></ul>Deprecation would basically mean we take it off the website as a downloadable component and remove the doc links etc.&nbsp; Of course we'd still answer the odd question on the mailing list, but we'd likely not adopt any changes and possibly not even fix any bugs (but you're welcome to take the source and use it under the Apache License).
<br><br>What do you think?&nbsp; Thoughts?<br><br>Cheers,<br><span class="sg">Clinton<br><br>

</span></blockquote></div><br>

------=_Part_47242_2763639.1162065710364--