et/cgi-bin/viewcvs.cgi/struts/struts-resume/
Or download it here:
http://raibledesigns.com/struts
HTH,
Matt
> -Original Message-
> From: Brandon Goodin [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 20, 2003 7:01 AM
> To: Struts Users Mailing List
> Subject: RE: DAO
day, January 20, 2003 6:03 AM
To: 'Struts Users Mailing List'
Subject: RE: DAO and Struts Best Practice
I'm using it and it seems to work pretty well. However, on my last project,
I used such things like UserDAOMySQL, and it seems like it would be a real
pain (right now) to write a b
Friday, January 17, 2003 5:30 PM
To: Struts Users Mailing List
Subject: RE: DAO and Struts Best Practice
I have read the official DAO pattern on the Sun's website. WOW! Good stuff.
If you don't understand it that is a good place to start. Is there anyone
using the strict DAO Abstract
To: [EMAIL PROTECTED]
Subject: RE: DAO and Struts Best Practice
Hello all.
I've looked at a lot of DAO based projects and I haven't yet found one that
I
really like. My problem is that often I end up having to access similiar
data
from very different sources. For example, my current project
On Fri, 17 Jan 2003 13:59:34 -0600 "Jacob Hookom" <[EMAIL PROTECTED]> wrote:
>You might want to look at Castor for XML/JDBC
>
>The simplest solution is to write an intermediate layer. Struts calls
>specialized methods on this layer to handle calls to multiple persistence
>services, invisible to
PROTECTED]]
Sent: Friday, January 17, 2003 1:45 PM
To: [EMAIL PROTECTED]
Subject: RE: DAO and Struts Best Practice
Hello all.
I've looked at a lot of DAO based projects and I haven't yet found one that
I
really like. My problem is that often I end up having to access similiar
data
Hello all.
I've looked at a lot of DAO based projects and I haven't yet found one that I
really like. My problem is that often I end up having to access similiar data
from very different sources. For example, my current project needs to be able
to gather the same data via JDBC, JMS, or static XM
rs Mailing List'
Subject: RE: DAO and Struts Best Practice
So when you are describing objects that receive parameters, you are
looking along the lines of a transaction? If so, you usually want to
interface out the transaction object so you can possibly change the
language later-- take a
So when you are describing objects that receive parameters, you are
looking along the lines of a transaction? If so, you usually want to
interface out the transaction object so you can possibly change the
language later-- take a look at OJB for example. They have the base
persistence broker layer
I TOO am too dense to communicate it clearly sometimes:
But this is clear:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/ROOT/src/basicWebLib/org/commons/DAO
Take a look at the DAO interface; and then a DAO implementation above.
(OT: The 2nd DAO implementation there will be using Co
m: Jacob Hookom [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 9:31 AM
To: 'Struts Users Mailing List'
Subject: RE: DAO and Struts Best Practice
I've actually never heard of DAO's described that way. I'm more
familiar with terms like "Table Gateway&quo
]
Sent: Friday, January 17, 2003 10:16 AM
To: Struts User List
Subject: DAO and Struts Best Practice
My struts app access my resource layer via a DAO pattern. I have been
using
DAO for a while and have seen various manners in which this is
implemented.
I have some questions for all of you out there i
My struts app access my resource layer via a DAO pattern. I have been using
DAO for a while and have seen various manners in which this is implemented.
I have some questions for all of you out there in regards to the DAO pattern
that you use and why. Following are some comparison points between a f
13 matches
Mail list logo