I'd say one week working the printout desk will suffice! ----- Original Message ----- From: "Chappell, Simon P" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Monday, October 14, 2002 2:36 PM Subject: RE: DAO or ... ?
It's a good job that you have all of us supplementing your education then! I'll be having a stern word or two with your professors, concerning this lamentable oversight on their part! ;-) Simon -----Original Message----- From: Hookom, Jacob John [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 2:30 PM To: Struts Users Mailing List Subject: RE: DAO or ... ? I'm working on finishing up a paper comparing Adapter, Bridge, and State Patterns in OO, but I don't remember reading/hearing anything about the GoF :-P -----Original Message----- From: John Owen [mailto:[EMAIL PROTECTED]] Sent: Mon 10/14/2002 2:26 PM To: Struts Users Mailing List Cc: Subject: Re: DAO or ... ? To be truthful, I hadn't heard of them until about 2 years ago. I had been mired in a job that did not allow me to pursue my design and professional goals. Once I got out of there and found a place that needed an experienced developer that was familiar with Java and C++, I was lucky enough to work with peers who got me back on track. ;) ----- Original Message ----- From: "Chappell, Simon P" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Monday, October 14, 2002 2:20 PM Subject: RE: DAO or ... ? Thanks John. These youngsters ... what do you do with them!? ;-) >-----Original Message----- >From: John Owen [ mailto:[EMAIL PROTECTED]] >Sent: Monday, October 14, 2002 2:16 PM >To: Struts Users Mailing List >Subject: Re: DAO or ... ? > > >That's the book he was referring to when he said GoF. They are >called the >Gang of Four. >----- Original Message ----- >From: "Hookom, Jacob John" <[EMAIL PROTECTED]> >To: "Struts Users Mailing List" <[EMAIL PROTECTED]> >Sent: Monday, October 14, 2002 2:12 PM >Subject: RE: DAO or ... ? > > >you should pick up "Design Patterns - Elements of Reusable >Object-Oriented >Software" by Gamma, Helm, Johnshon and Vlissides under Addison-Wesley >Publishing > >it's the bible for design patterns > >-----Original Message----- >From: Chappell, Simon P [ mailto:[EMAIL PROTECTED]] >Sent: Mon 10/14/2002 2:10 PM >To: Struts Users Mailing List >Cc: >Subject: RE: DAO or ... ? > > > >I'm sure that if I was an accademic chap sitting in my Ivory >tower, I'd be >able to remember the "official" names, but some days I'm too >busy using the >actual patterns to get beyond thinking "I need a wrapper here" and "I'd >better hide that behind an API". > >Maybe I need a cheat sheet so that I can look up > > API = Facade > Wrapper = Proxy > etc etc > >Some days I REALLY need one of those. > >Simon > > >>-----Original Message----- >>From: John Owen [ mailto:[EMAIL PROTECTED]] >>Sent: Monday, October 14, 2002 1:58 PM >>To: Struts Users Mailing List >>Subject: Re: DAO or ... ? >> >> >>The funny thing is that they gave them these names so we >>(developers) could >>communicate better. ;) It was one of the reasons for the book. >>----- Original Message ----- >>From: "Chappell, Simon P" <[EMAIL PROTECTED]> >>To: "Struts Users Mailing List" <[EMAIL PROTECTED]> >>Sent: Monday, October 14, 2002 1:53 PM >>Subject: RE: DAO or ... ? >> >> >>You know, patterns are wonderful, but am I the only person who >>thinks that >>the names that were selected by the GoF are terrible? I may >just be old >>fashioned, but I think in terms like wrapper, API and >>controller, not facade >>and command. >> >>Oh well. At least I can use patterns even I can't remember for >>the life of >>me what the official name for it is! :-) >> >>Simon >> >>----------------------------------------------------------------- >>Simon P. Chappell [EMAIL PROTECTED] >>Java Programming Specialist www.landsend.com >>Lands' End, Inc. (608) 935-4526 >> >> >>>-----Original Message----- >>>From: Couball, James [ mailto:[EMAIL PROTECTED]] >>>Sent: Monday, October 14, 2002 1:21 PM >>>To: 'Struts Users Mailing List' >>>Subject: RE: DAO or ... ? >>> >>> >>>That was it, the Command pattern was what I was thinking of... >>>but Session >>>Façade had a bit more to it. >>> >>>Thanks for the info. >>> >>>James. >>> >>>> -----Original Message----- >>>> From: Jamie M [ mailto:[EMAIL PROTECTED]] >>>> Sent: Monday, October 14, 2002 10:37 AM >>>> To: Struts Users Mailing List >>>> Subject: RE: DAO or ... ? >>>> >>>> How about the Command Pattern: >>>> >>>> http://www.javaworld.com/javaworld/javatips/jw-javatip68.html >>>> >>>> An EJB version is mentioned in 'EJB Design Patterns' >>>> ( http://www2.theserverside.com/books/EJBDesignPatterns/index.jsp) >>>> too. >>>> >>>> jamie >>>> >>>> --- "Couball, James" <[EMAIL PROTECTED]> >>>> wrote: >>>> > I recommend taking a look at the Session Façade >>>> > pattern in the Java Blue >>>> > Prints. No matter if you use EJBs or not, this >>>> > pattern encapsulates the >>>> > ideas that Simon was mentioning. >>>> > >>>> > Does anyone know the name of the more general >>>> > pattern that doesn't involve >>>> > Session Beans specifically? >>>> > >>>> > One of my general concerns is "design to test". I >>>> > like to be able to test >>>> > the (business/persistence) layer that the actions >>>> > will call independently of >>>> > struts, actions, etc. Encapsulating that layer in >>>> > an API (or wrapping with >>>> > a session bean) makes this possible. >>>> > >>>> > Sincerely, >>>> > James. >>>> > >>>> > > -----Original Message----- >>>> > > From: Andrew Hill >>>> > [ mailto:[EMAIL PROTECTED]] >>>> > > Sent: Monday, October 14, 2002 8:16 AM >>>> > > To: Struts Users Mailing List >>>> > > Subject: RE: DAO or ... ? >>>> > > >>>> > > But you still call the API from the action right - >>>> > is this not invoking >>>> > > the >>>> > > functionality that persists your data? >>>> > > >>>> > > Seems a bit like semantic juggling to me... (after >>>> > all the persistance >>>> > > layer >>>> > > is just an abstraction API on top of writing to >>>> > db/disk/punchcard >>>> > > itself...) >>>> > > ;-) >>>> > > >>>> > > I would however agree that there ought to be some >>>> > sort of abstracting >>>> > > layer >>>> > > between the view and the implementation specific >>>> > details of the p-tier... >>>> > > >>>> > > -----Original Message----- >>>> > > From: Chappell, Simon P >>>> > [ mailto:[EMAIL PROTECTED]] >>>> > > Sent: Monday, October 14, 2002 23:04 >>>> > > To: Struts Users Mailing List; >>>> > [EMAIL PROTECTED] >>>> > > Subject: RE: DAO or ... ? >>>> > > >>>> > > >>>> > > You invoke your persistence code in the same place >>>> > that you would invoke >>>> > > any >>>> > > other code ... not in the Action! >>>> > > >>>> > > Write all your core application code (business >>>> > rules, persistence, >>>> > > communications etc) in a way that has no >>>> > connection to the view portion of >>>> > > your system and then create a API to it. This way >>>> > you can have any client >>>> > > you like call into your core code and your core >>>> > code doesn't need to worry >>>> > > about what calls it, only about acting upon >>>> > requests. >>>> > > >>>> > > Then use the actions to call into the API and pass >>>> > the API return values >>>> > > to >>>> > > the JSPs. Works great. >>>> > > >>>> > > /------\ /---\ /----\ >>>> > > |Client|--> |API|-->|Core| >>>> > > |Code | | | |Code| >>>> > > \------/ \---/ \----/ >>>> > > >>>> > > The API is now your fire break. Nothing on the >>>> > Core Code side has to worry >>>> > > about displaying anything and nothing in the >>>> > Client Code has to worry >>>> > > about >>>> > > calculating anything. >>>> > > >>>> > > Simon >>>> > > >>>> > > >>>> > >>>> ----------------------------------------------------------------- >>>> > > Simon P. Chappell >>>> > [EMAIL PROTECTED] >>>> > > Java Programming Specialist >>>> > www.landsend.com >>>> > > Lands' End, Inc. >>>> > (608) 935-4526 >>>> > > >>>> > > >>>> > > >-----Original Message----- >>>> > > >From: Andrew Hill >>>> > [ mailto:[EMAIL PROTECTED]] >>>> > > >Sent: Monday, October 14, 2002 9:57 AM >>>> > > >To: Struts Users Mailing List >>>> > > >Subject: RE: DAO or ... ? >>>> > > > >>>> > > > >>>> > > >So where should one invoke the persistance layer? >>>> > > > >>>> > > >-----Original Message----- >>>> > > >From: Lacerda, Wellington (AFIS) >>>> > [ mailto:[EMAIL PROTECTED]] >>>> > > >Sent: Monday, October 14, 2002 22:51 >>>> > > >To: 'Struts Users Mailing List' >>>> > > >Subject: RE: DAO or ... ? >>>> > > >Importance: High >>>> > > > >>>> > > > >>>> > > >Hi Kevin >>>> > > > >>>> > > >Avoid persistence in Action code as much as you >>>> > can. >>>> > > > >>>> > > >This is the general recommendation. >>>> > > > >>>> > > >Wellington Silva >>>> > > >Author of "JSP and Tag Libraries for Web >>>> > Development" >>>> > > >FAO of the UN - Consultant >>>> > > > >>>> > > >-----Original Message----- >>>> > > >From: Kevin Viet [ mailto:[EMAIL PROTECTED]] >>>> > > >Sent: Monday, October 14, 2002 4:45 PM >>>> > > >To: struts-user >>>> > > >Subject: DAO or ... ? >>>> > > > >>>> > > > >>>> > > >My question is a web app design question. >>>> > > >What pattern you guys follow when you want to >>>> > save a domain object in >>>> > > >the database ?: >>>> > > > >>>> > > >- use the DAO pattern of java blueprint >>>> > (persistence layer is called >>>> > > >into classes) >>>> > > >- call to persistence statements into action code >>>> > : >>>> > > > >>>> > > > // store example >>>> > > > try { >>>> > > > PeristenceLayer pl = getPerstitenceLayer(); >>>> > > > pl.save(domainObject); >>>> > > > } >>>> > > > catch (Exception >>>> > > > >>>> > > > >>>> > > >-- >>>> > > >Kevin Viet <[EMAIL PROTECTED]> >>>> > > >ActiVia Networks >>>> > > > >>>> > > > >>>> > > > >>>> > > > >>>> > > >-- >>>> > > >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]> >>>> > > >>>> > > >>>> > > -- >>>> > > To unsubscribe, e-mail: >>>> > > >>>> > < mailto:[EMAIL PROTECTED]> >>>> > > For additional commands, e-mail: >>>> > > < mailto:[EMAIL PROTECTED]> >>>> > > >>>> > > >>>> > > -- >>>> > > To unsubscribe, e-mail: <mailto:struts-user- >>>> > > [EMAIL PROTECTED]> >>>> > > For additional commands, e-mail: >>>> > <mailto:struts-user- >>>> > >>>> === message truncated === >>>> >>>> >>>> __________________________________________________ >>>> Do you Yahoo!? >>>> Faith Hill - Exclusive Performances, Videos & More >>>> http://faith.yahoo.com >>>> >>>> -- >>>> To unsubscribe, e-mail: <mailto:struts-user- >>>> [EMAIL PROTECTED]> >>>> For additional commands, e-mail: <mailto:struts-user- >>>> [EMAIL PROTECTED]> >>> >>>-- >>>To unsubscribe, e-mail: >>>< mailto:struts-user->[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]> > > >-- >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:struts-user->[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]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
