Re: Business Objects vs Data Objects [was Re: JXTemplates -what's i n a name?]

[Leon Widdershoven <qa...@dds.nl>]

It has not that much to do with intelligence but with knowledge. You 
just need to know
the difference between a web server, a servlet container and an 
application server.
If you know there are three categories, and not just java and non-java, 
you know enough.

You can expect such knowledge from a j2ee developer; not necessarily 
from a web developer
who has used a servlet container and thinks about playing with EJB's.

Leon


Ralph Goers wrote:

>Maybe I'm expecting too much. Cocoon makes it pretty clear that it is a
>servlet and, as such, requires a servlet container.  I would expect anyone
>intelligent enough to write an EJB would know that it requires an EJB
>container.
>
>Ralph
>
>-----Original Message-----
>From: Leon Widdershoven [mailto:qaz@dds.nl] 
>Sent: Saturday, May 08, 2004 3:23 PM
>To: users@cocoon.apache.org
>Subject: Re: Business Objects vs Data Objects [was Re: JXTemplates -what's i
>n a name?]
>
>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
>
>
>
>---------------------------------------------------------------------
>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