 | Mailing List | | Home | | Forum Home | | JBoss - Java Application Server | | Tomcat - JSP/Servlet container | | Struts - A MVC web framework | | iText - An open source PDF Java Library | | JDOM - JDOM XML Parser | | JSP - A mailing list about Java Server Pages specification and reference | | J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition | | J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog | | Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology | |
Struts & Hibernate
|
|
|
| | | Subject: Session - > DAO - > CMP | Subject: Session - > DAO - > CMP 2004-06-09 - By Andrew Law
Back
Hi Koala,
An interesting answer to your question can be found at:
http://www.onjava.com/pub/a/onjava/2002/04/10/j2eedesign.html
HTH,
Cheers, Andrew
Koala wrote:
> Hi,
>
> I would like to know if it makes sense have DAO in front of an entity
> bean CMP. For example:
>
> Client --> Session Facade --> DAO --> EntityBean
>
> Probably this scheme could have some advantages:
>
> 1) the back end (DB or XML file) is abstracted. (I can abstract an XML
> file behind a CMP bean?)
> 2) I can move my application written in DAO quicly in EJB without
> changing client code.
>
> and so on.
>
> But, if I am writing a new application, does it make sense use this
> schema? If so, what are the advantages?
> Thanks for your help in advance.
>
> PS
>
> if you have links talking about this use of DAO please let me know.
> (Do not send me mail of sites talking about general use of DAO).
>
> ====================================================================
> Companion Site: http://www.corej2eepatterns.com
> J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns
> List Archive:
> http://archives.java.sun.com/archives/j2eepatterns-interest.html
> Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to
> listserv@(protected)
--
Sun Microsystems <http://www.sun.com>
Andrew Law
Technical Account Manager
Telephone: 01506 672677
Mobile: 07796 337 826
Facsimile: 01506 672672
Sun Microsystems UK Ltd
Springfield
Linlithgow
West Lothian
Scotland
EH49 7LR
We make the network. <http://www.sun.com>
====================================================================
Companion Site: http://www.corej2eepatterns.com
J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns
List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
Hi Koala,<br>
<br>
An interesting answer to your question can be found at:<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.onjava.com/pub/a/onjava/2002
/04/10/j2eedesign.html">http://www.onjava.com/pub/a/onjava/2002/04/10/j2eedesign
.html</a><br>
<br>
HTH,<br>
<br>
Cheers, Andrew<br>
<br>
Koala wrote:<br>
<blockquote type="cite" cite="mid40C6C943.2080909@(protected)">Hi, <br>
<br>
I would like to know if it makes sense have DAO in front of an entity <br>
bean CMP. For example: <br>
<br>
Client --> Session Facade --> DAO --> EntityBean <br>
<br>
Probably this scheme could have some advantages: <br>
<br>
1) the back end (DB or XML file) is abstracted. (I can abstract an XML <br>
file behind a CMP bean?) <br>
2) I can move my application written in DAO quicly in EJB without <br>
changing client code. <br>
<br>
and so on. <br>
<br>
But, if I am writing a new application, does it make sense use this <br>
schema? If so, what are the advantages? <br>
Thanks for your help in advance. <br>
<br>
PS <br>
<br>
if you have links talking about this use of DAO please let me know. <br>
(Do not send me mail of sites talking about general use of DAO). <br>
<br>
==================================================================== <br>
Companion Site: <a class="moz-txt-link-freetext" href="http://www
.corej2eepatterns.com">http://www.corej2eepatterns.com</a> <br>
J2EE BluePrints: <a class="moz-txt-link-freetext" href="http://java.sun.com
/blueprints/corej2eepatterns">http://java.sun.com/blueprints/corej2eepatterns</a
> <br>
List Archive: <a class="moz-txt-link-freetext" href="http://archives.java.sun
.com/archives/j2eepatterns-interest.html">http://archives.java.sun.com/archives
/j2eepatterns-interest.html</a>
<br>
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to <a class="moz-txt-link
-abbreviated" href="mailto:listserv@(protected)">listserv@(protected)</a>
<br>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<title>sig.html</title>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859 (See http://ISO-8859.ora-code.com)-1">
<br>
<div class="moz-signature">
<table cellpadding="5" cellspacing="2" border="0" width="750">
<tbody>
<tr>
<td valign="top" bgcolor="#594fbf" width="175"
align="left" colspan="2" nowrap="nowrap"><a href="http://www.sun.com"><img
src="http://www.sun.com/im/sun_logo.gif" alt="Sun Microsystems"
width="90" height="45" border="0">
</a> <br>
<br>
<small><font color="#ffffff"><b><big>Andrew Law</big><br>
Technical Account Manager</b><br>
<br>
Telephone: 01506 672677<br>
Mobile: 07796 337 826<br>
Facsimile: 01506 672672</font></small><br>
</td>
<td valign="top" width="2"><small><small><br>
</small></small></td>
<td valign="top" bgcolor="#fbe249" nowrap="nowrap"><small
><small><big><font
color="#594fbf"><big><b>Sun Microsystems UK Ltd</b></big><br>
<br>
Springfield<br>
Linlithgow<br>
West Lothian <br>
Scotland <br>
EH49 7LR<br>
</font></big><br>
<a href="http://www.sun.com"><img
src="http://www.sun.com/im/home/masthead_slogan.gif"
alt="We make the network." width="200" height="41" border="0">
</a> <br>
</small></small></td>
</tr>
</tbody>
</table>
<br>
<br>
</div>
<br>
<br>
<br>
<br>
</div>
<br>
</body>
</html>
====================================================================
Companion Site: http://www.corej2eepatterns.com
J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns
List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
|
|
|
