Thanks, I am begining to see through all that. E.
----- Original Message ----- From: "Michaël" <[EMAIL PROTECTED]> To: "OJB Users List" <[EMAIL PROTECTED]>; "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Sunday, August 11, 2002 11:24 AM Subject: RE: necessity of OJB with product listing > Struts is for the presentation and web tiers. OJB is for the domain tier. > The two are connected by a service tier. So really struts and OJB are > totally independent. You can change out one of the tiers without having any > effect on the other. > > Two good books for this are "EJB Design Patterns" and "Core J2EE Design > Patterns" (ignore everything they say about entity beans in the latter). > They explain well the breakdown of a system into layers, and how to > communicate between layers. > > Michael > > > -----Original Message----- > > From: E. Laverdiere [mailto:[EMAIL PROTECTED]] > > Sent: Sunday, August 11, 2002 5:11 PM > > To: Struts Users Mailing List; [EMAIL PROTECTED] > > Subject: necessity of OJB with product listing > > > > > > Hi all, > > > > I am doing a Strut pilot using the Oreilly Strut book. I've gone > > through the > > OJB tutorial and it seems to be a heavy layer to put on a customisable web > > solution. If a put my connection class, and query classes, into the Strut > > framework will it still be a "Strut compliant" solution? I am > > affraid of the > > performance of any bridge. > > > > I want at the end be able to browse in a search result of "10000" > > products, > > in a MySql database, without any store procedures. I dont know yet how I > > will be able to do this, but I dont think that OJB will do it write. > > > > I've done this with a Sybase database, using Perl. I want to do the same > > this as here Strut-OJB?. Performance is important here : > > http://onlinestorefront.emergisseller.com/cgi-bin/Geneka.storefron > > t/EN/Searc > > hMask?searchGeneral=probe&searchtwo=punk&SearchCombination=and > > > > Any advice? > > > > > > Regards, > > > > E Laverdiere > > Montreal. > > > > > > > > -- > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>