This *may* be inconsistent because it leaves DB access where it 'doesn't
belong' -- the presentation layer(more precisely,
this is presentation logic), thus rendering your application DB dependant;
however, if you can assure your app will always run
against this particular DB and so, it's perfectly valid.
My 2c,
Rifle
-----Original Message-----
From: Jerson Chua [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 25, 2000 7:58 AM
To: [EMAIL PROTECTED]
Subject: Servlet-EJB Design, please guide me
Hello....
I'm currently designing a web application. The admin module is assigned to
me so there's
this scenario where the administrator can retrieve and update a user
profile. I'm
planning to design it in a way where the retrieving of the user profile is
through a data
access object, which directly access the database and returns a value object
that
represents the user profile. The rationale for such design is because
retrieving user
profile entity bean is not efficient since it will only be used for
displaying purposes
only. On the other hand, for updating the user profile, the servlet will
retrieve the
entity bean and update it through the setter methods. My question is "Is
this the right
way of doing it cause I think it's kind of inconsistent" or "Should I also
use the entity
bean for displaying the user profile?"
I got this idea where the web tier directly accesses the database in the Pet
Store
Example (The Catalog). But the difference is that the system doesn't update
the catalog.
Please guide me.
thanks in advance...
Jerson
__________________________________________________
Do You Yahoo!?
Get Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
