Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 55303 invoked from network); 15 Aug 2002 15:53:31 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 15 Aug 2002 15:53:31 -0000 Received: (qmail 18736 invoked by uid 97); 15 Aug 2002 15:53:03 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 18604 invoked by uid 97); 15 Aug 2002 15:53:02 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 18441 invoked by uid 98); 15 Aug 2002 15:53:00 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D5BCE3E.7090808@newsguy.com> Date: Thu, 15 Aug 2002 08:52:30 -0700 From: "V. Cekvenich" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Enterprise Java Beans (EJB) References: <006401c24472$7349c490$6464a8c0@SWANKED> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Very good Jacob!!!! RowSet is an interface (that extends Resulset). And suns RowSet implementation does not have source code. That is why I had Keve and a few other people write an open source implementation of RowSet. That's right. Open Source RowSet. It fixes all the bugs and.... did I say you get the source code? I have 3 clients, one with 40,000 concurrent users using DAO/w RowSet implementation w/Struts. (EJB can't scale I found beyond very small) Open Source Row Set implementation: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/src_05d/basicPortal/src/org/sourceforge/jxutil/sql/XDisconnectedRowSet.java?rev=1.1&content-type=text/vnd.viewcvs-markup DAO implementation: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/src_05d/basicPortal/src/org/apache/commons/DAO/BasicDAOrsImpl.java?rev=1.1.1.1&content-type=text/vnd.viewcvs-markup hth, V. Jacob Hookom wrote: > > | -----Original Message----- > | From: V. Cekvenich [mailto:basebean@newsguy.com] > | Sent: Thursday, August 15, 2002 10:28 AM > | To: Tomcat Users List > | Subject: Re: Enterprise Java Beans (EJB) > | > | No.... > | Here is what: > | Bean (formBean in Struts for example) delegate to DAO for CRUD > | (Insert,Read, Update,Delete to SQL DB) and persistence, done by DAO. > | DAO is an interface. > | The interface could be, inside of the DAO and not known to bean > | (formBean), implemented inside of the DAO a few different ways. > | You could have a DAO implementation using EJB or Castor or Jakrta OJB, > | or RowSet (I use RowSet). > > Have you had much luck with RowSet? I check the Sun forums and everyone > complains. I think it's an awesome framework, but the sun > implementation is really lacking, features such as createCopy, or > createShared don't work well if at all in testing what they "say" it > will do. > > RowSet does work with JSTL, so I'm thinking about standardizing RowSet > with my application as the Model Bean to use with my pages. > > -Jacob > > > | If you have an interface, such as DAO pattern, you could change the > | implementation and not affect the rest of your application. > | So ... make your persistance/CRUD and interface. > | > | This lets you change how it does CRUD. You should be able to switch > from > | JDO to EJB or OJB to RowSet/ResulSet. > | > | If you have to refactor the whole application to junk EJB or JDO... > that > | would not be great. A simple interface would do ya. > | > | v. > | > | > | Ned Wolpert wrote: > | > When you say 'replace EJB with JDO' you mean replacing EJB's entity > | > beans with DAO, right? (As opposed to session and message beans) > (I've > | > never used DAO, just TopLink and CastorJDO instead of Entity beans > or as > | > BMP entity beans) > | > > | > On Thu, 2002-08-15 at 08:11, V. Cekvenich wrote: > | > > | >>Consider draping a DAO around your persistence. > | >>This way you can replace EJB with JDO or RowSet, should you need to > | >>Ex DAO interface: > | >>http://cvs.sourceforge.net/cgi- > | > bin/viewcvs.cgi/basicportal/src_05d/basicPortal/src/org/apache/commons/D > AO > | /BasicDAO.java?rev=1.1.1.1&content-type=text/vnd.viewcvs-markup > | >> > | >>I found a RowSet implementation of DAO works better than EJB. > | >> > | >>v. > | >> > | >>Ned Wolpert wrote: > | >> > | >>>EJB provides a way to easily encapsulate business logic and reduce > | >>>complexity by moving some difficult functionality/designs into > | >>>deployment instead of development. Transaction requirements defined > in > | >>>the deployment of the EJB beans as opposed to part of the > development > | of > | >>>the EJB beans. (And they are easy to migrate/scale to many > computers > | >>>based on deployment configuration, again, making that task easier > for > | >>>developers since the programmer does not need to do anything > special to > | >>>achieve this. > | >>> > | >>>Session beans contain the business logic (Servlets call them) > | >>>Entity beans persist the info to the database. (Session beans call > | them) > | >>>Message beans respond to JMS queues/topics. > | >>> > | >>>In reality, EJB is simply another design pattern... one that was > | >>>over-hyped by the vendors, but can provide flexibility needed in > some > | >>>cases. > | >>> > | >>>On Wed, 2002-08-14 at 22:34, Josh wrote: > | >>> > | >>> > | >>>>Don't suppose anybody can send me a pointer as to what EJB and > Jboss > | >>>>actually achieve? All i managed to glean from their website were > some > | pretty > | >>>>3d variations on the usual "our product in the middle and some > arrows" > | >>>>diagrams. > | >>>> > | >>>>-Josh > | >>>> > | >>>>"Rimmer, real dumplings, proper dumplings when they're properly > | >>>> cooked to perfection, proper dumplings, should not bounce." > | >>>> > | >>>>----- Original Message ----- > | >>>>From: "Nikola Milutinovic" > | >>>>To: "Tomcat Users List" > | >>>>Sent: Thursday, August 15, 2002 3:31 PM > | >>>>Subject: Re: Enterprise Java Beans (EJB) > | >>>> > | >>>> > | >>>> > | >>>> > | >>>>>>Does Tomcat support EJB?..... > | >>>>> > | >>>>>No, it is not the task of Tomcat. > | >>>>> > | >>>>> > | >>>>> > | >>>>>>if not, is there a project to migrate tomcat to support EJB?... > it > | will > | >>>>> > | >>>>be > | >>>> > | >>>> > | >>>>>>a very nice feature... > | >>>>> > | >>>>>Other servers, like JBoss, are EJB containers, Tomcat can > | >>>> > | >>>>connect/integrate with them. There is a version of JBoss that > comes > | bundled > | >>>>with Tomcat. Take a look at http://www.jboss.org/ > | >>>> > | >>>> > | >>>>>Nix. > | >>>>> > | >>>> > | >>>> > | >>>>-- > | >>>>To unsubscribe, e-mail: | unsubscribe@jakarta.apache.org> > | >>>>For additional commands, e-mail: | help@jakarta.apache.org> > | >>>> > | >>>> > | >> > | >> > | >>-- > | >>To unsubscribe, e-mail: | unsubscribe@jakarta.apache.org> > | >>For additional commands, e-mail: | help@jakarta.apache.org> > | >> > | >> > | > | > | > | -- > | To unsubscribe, e-mail: | unsubscribe@jakarta.apache.org> > | For additional commands, e-mail: | help@jakarta.apache.org> > | > | --- > | Incoming mail is certified Virus Free. > | Checked by AVG anti-virus system (http://www.grisoft.com). > | Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002 > | > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002 > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: