struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Rasmussen" <rasmus...@hotmail.com>
Subject RE: Struts Web Services Enablement Project
Date Fri, 04 Jun 2004 18:50:09 GMT
I didn't think I had made any worthwhile points!


>From: "Hookom, Jacob" <Jacob.Hookom@redline.mckhboc.com>
>Reply-To: "Struts Developers List" <dev@struts.apache.org>
>To: 'Struts Developers List' <dev@struts.apache.org>
>Subject: RE: Struts Web Services Enablement Project
>Date: Fri, 4 Jun 2004 13:33:08 -0500
>
>Yeah, I did :-)
>
>-----Original Message-----
>From: Frank Zammetti [mailto:fzammett@hotmail.com]
>Sent: Friday, June 04, 2004 1:21 PM
>To: dev@struts.apache.org
>Subject: RE: Struts Web Services Enablement Project
>
> >My point was directed at the idea of reusing actions written for 
>processing
> >http forms.  Yes, I think Micheal's proposal is a good idea for cases 
>like
> >you describe.
>
>Did you mean Frank's proposal? :)
>
>
>
>
>
> >As always, I believe it's just a confusion of terminology between 
>different
> >developers.  In my mind, the controller/actions should be there to 
>support
> >and act as an adapter for the view.  If that is it's responsibility, then
> >that same action wouldn't be much good exposed in a stateless web 
>service.
> >
> >Jacob Hookom
> >Senior Analyst/Programmer
> >McKesson Medical-Surgical
> >
> >-----Original Message-----
> >From: Wendy Smoak [mailto:Wendy.Smoak@asu.edu]
> >Sent: Friday, June 04, 2004 1:03 PM
> >To: Struts Developers List
> >Subject: RE: Struts Web Services Enablement Project
> >
> > > From: Hookom, Jacob [mailto:Jacob.Hookom@redline.mckhboc.com]
> > > If you want to do Web Services, have the services talk to
> > > your business providers, the same ones your actions would talk to.
> >
> >In a perfect world, sure. :)  But that means yet another webapp (Axis,
> >for example,) to learn and keep up with.  Last time I tried to use Axis,
> >it was not a trivial project.
> >
> >My webapps happen to be "correctly" designed with a separate data access
> >layer and no business logic in the Actions.  And I'm definitely
> >interested in exposing some Actions via web services.  Maybe they
> >wouldn't be exactly the same Actions that are serving the browser view.
> >But this would let me keep everything in one place.  I don't expect it
> >to be as powerful as what I could do with Axis, but if I can solve some
> >problems within a webapp that's already up and running, without adding
> >yet another "project" to my list, that would be great.
> >
> >I don't see how wanting to exposing an Action via web services implies
> >that the Action contains business logic.
> >
> >--
> >Wendy Smoak
> >Application Systems Analyst, Sr.
> >ASU IA Information Resources Management
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >For additional commands, e-mail: dev-help@struts.apache.org
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >For additional commands, e-mail: dev-help@struts.apache.org
> >
>
>_________________________________________________________________
>Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage!
>http://join.msn.click-url.com/go/onm00200362ave/direct/01/
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>For additional commands, e-mail: dev-help@struts.apache.org
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>For additional commands, e-mail: dev-help@struts.apache.org
>

_________________________________________________________________
Getting married? Find great tips, tools and the latest trends at MSN Life 
Events. http://lifeevents.msn.com/category.aspx?cid=married


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Mime
View raw message