You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Derek Hohls <DH...@csir.co.za> on 2004/05/07 10:25:20 UTC
RE: Business Objects vs Data Objects [was Re: JXTemplates
-what' s in a name?]
Thanks - I assume that if one is NOT working
in a J2EE application, that the principles and
approaches will be the same ie. is there more
info that discusses how to move from an
"ordinary" set of Java objects to a full-blown J2EE
approach?
Derek
>>> Ralph.Goers@digitalinsight.com 2004/05/07 08:37:38 AM >>>
This link has a great picture of where the objects fit in a J2EE
application.
http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html
-----Original Message-----
From: Derek Hohls [mailto:DHohls@csir.co.za]
Sent: Thursday, May 06, 2004 11:18 PM
To: users@cocoon.apache.org
Subject: RE: Business Objects vs Data Objects [was Re: JXTemplates
-what' s
in a name?]
Yes; this confused me too - are there now:
DAO - used to read data from DB
DTO - to transfer data to app
BO - to store/manipulate data for a particular "thing"
and how do any/all these interrelate with each and
the Forms framework...
If someone can post a reasonably clear explanation of
all this, with links to examples/references, I think its
worth adding at least to Wiki, if not the main docs.
Derek
>>> dbols@osirion.be 2004/05/07 06:51:20 AM >>>
Could in your example valueObject be a BO (Business Object) or is
valueObject a DTO which is used to populate a BO?
When using the Flow/CForm solution who is used (BO or DTO) to bind
data
to
the form?
--
Danny
> -----Original Message-----
> From: Ugo Cei [mailto:u.cei@cbim.it]
> Sent: donderdag 6 mei 2004 19:24
> To: users@cocoon.apache.org
> Subject: Re: Business Objects vs Data Objects [was Re: JXTemplates -
> what' s in a name?]
>
>
> Ralph Goers wrote:
> > Isn't what you wrote just a restatement of what I wrote? Perhaps
my
> > statements just weren't clear.
>
> I don't think so. You said:
>
> "In my environment a DAO is the object that is the result of reading
> from the database (or some other source)."
>
> To me this means (more or less) that you read from the db and as a
> result you get an object whose fields contain values from the
database
> columns.
>
> If this is what you mean, it isn't a DAO. This is a DAO:
>
> Dao myDao = daoFactory.getDao();
> SomeClass valueObject = myDao.find(pk);
>
> "valueObject" is the result of reading. "myDao" is what you use
> to read it.
> Sorry to be nitpicking, but since this thread revolves around
> nomenclature, we'd better agree on what each term means exactly.
>
> Ugo
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Business Objects vs Data Objects [was Re: JXTemplates -what'
s in a name?]
Posted by Leon Widdershoven <qa...@dds.nl>.
In response to "Even if you don't use EJB":
Tomcat is often used as the container in which cocoon runs. And as far
as I know (which is
not that far:) tomcat does not do enterprise java beans, which have an
extra layer of
complexity/interface/functionality* compared to pobs (plain old beans -
my acronym).
For EJBs to be used you'd need something like JBoss, SunOne, Websphere,
Resin and maybe
other full application servers in stead of a servlet container.
For the record - I have no doubt that you know what you're talking about
- but starters using
tomcat or jetty for their cocoon should not expect their ejb's to run
there:)
Leon
* Pick which you like best
Ugo Cei wrote:
> Derek Hohls wrote:
>
>> Thanks - I assume that if one is NOT working
>> in a J2EE application, that the principles and
>> approaches will be the same ie. is there more
>> info that discusses how to move from an
>> "ordinary" set of Java objects to a full-blown J2EE
>> approach?
>
>
> It's quite difficult to say what constitutes a "full-blown" J2EE app
> versus an "ordinary" Java app, to use your terms. J2EE is made up of
> many technologies, not all of which must be used together at any one
> time.
>
> Cocoon typically runs inside a Servlet container, whose behavior is
> mandated by the J2EE spec, so when you're running "cocoon servlet",
> yes, you have a J2EE application. Even if you don't use EJB, JTA, JMS,
> etc.
>
> But if you want to know what a "typical" J2EE app looks like, I think
> the patterns book that was mentioned in this thread (a possibly also
> this one [1]) might give you a bigger picture.
>
> Ugo
>
> [1]: http://www.amazon.com/exec/obidos/tg/detail/-/0201787903/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Business Objects vs Data Objects [was Re: JXTemplates -what'
s in a name?]
Posted by Ugo Cei <u....@cbim.it>.
Derek Hohls wrote:
> Thanks - I assume that if one is NOT working
> in a J2EE application, that the principles and
> approaches will be the same ie. is there more
> info that discusses how to move from an
> "ordinary" set of Java objects to a full-blown J2EE
> approach?
It's quite difficult to say what constitutes a "full-blown" J2EE app
versus an "ordinary" Java app, to use your terms. J2EE is made up of
many technologies, not all of which must be used together at any one time.
Cocoon typically runs inside a Servlet container, whose behavior is
mandated by the J2EE spec, so when you're running "cocoon servlet", yes,
you have a J2EE application. Even if you don't use EJB, JTA, JMS, etc.
But if you want to know what a "typical" J2EE app looks like, I think
the patterns book that was mentioned in this thread (a possibly also
this one [1]) might give you a bigger picture.
Ugo
[1]: http://www.amazon.com/exec/obidos/tg/detail/-/0201787903/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org