Re: struts-chain, wildcards, web services
Don Brown wrote: > Regarding wildcards > (http://issues.apache.org/bugzilla/show_bug.cgi?id=21813), I decided > to hold of on putting them as it seemed a 1.1.1(2?) was around the > corner. However, as it looks like it is not, I'd like to put it in > this weekend. It sounded to me like this code was quite stable, so you might was well put it in. It would also close a few open tickets (which I am still meandering through). Unless there are any objections, I'd like to join the struts-chain effort, and hope to put in some time this weekend. I've been experimenting with ways to develop struts forms/actions that can simultaneously be exposed as SOAP web services in stxx (http://stxx.sf.net), but feel the struts-chain is key to building a robust implementation. Can't see why any sane person would object to that. =:) Hey, feel free to join the Commons-Chain effort too -- that's where the *real* action is =:) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts-chain, wildcards, web services
I know axis4struts (http://sourceforge.net/projects/axis4struts/), but I think the project is not active... "XML Apache Axis access to Jakarta Struts Applications! Our goal is to provide a standard Axis/SOAP Interface to Struts that allows the same Struts Actions, Business Logic and Data Model to be accessed either by Web Browser Users through the current St..." Guido Finally, regarding web services, anyone know of any efforts to expose Struts forms/actions as web services? Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts-chain, wildcards, web services
Don Brown wrote: Unless there are any objections, I'd like to join the struts-chain effort, and hope to put in some time this weekend. I've been experimenting with ways to develop struts forms/actions that can simultaneously be exposed as SOAP web services in stxx (http://stxx.sf.net), but feel the struts-chain is key to building a robust implementation. Sounds good to me. Welcome. Regarding wildcards (http://issues.apache.org/bugzilla/show_bug.cgi?id=21813), I decided to hold of on putting them as it seemed a 1.1.1(2?) was around the corner. However, as it looks like it is not, I'd like to put it in this weekend. Again, the patch will not affect any Struts apps that don't use wildcards in any way, performance or otherwise. It does open up some interesting possibilities not only for reduced configuration, but things like this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg79295.html I'd like to see this worked on ... unfortunately I've been very very busy lately, and it's not going to let up for a while yet. Now that you're a committer, of course, you don't have to wait for me to get around to it :-). Finally, regarding web services, anyone know of any efforts to expose Struts forms/actions as web services? It would be interesting to explore the controller role of Struts as a way to adapt multiple input formats (HTML forms, XForms uploads, web service requests, XML-RPC, ...) to multiple back ends (EJBs, POJO-based services, web services, Struts Actions, ...). I agree with you that commons-chain could serve as an interesting basis for this kind of thing. Don Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts-chain, wildcards, web services
On Thu, 25 Sep 2003, Steve Raeburn wrote: > Shouldn't you be exposing your business objects as web services, not > Struts actions or forms? Struts deals with controlling the user > interface (currently Servlet specific) so any business tier / web > services tier code would be outside of the Struts domain. I'm not suggesting this type of functionality be in Struts core, as I agree with you Struts is focused on controlling the user interface. However, I can imagine the following situation: using struts-chain, define an action that takes parameters, uses the context to determine authorization, checks for a web context to perform servlet-specific things, pulls data from the business facade and sticks it in the request. I would want to expose that both to Struts and as a web service without any extra code, save perhaps an Axis WSDD. While of course it isn't too hard to write an interface layer to expose business objects/facades via web services, since Actions are already only a few lines, I'd rather not write a whole other set of classes. And of course, I'd like to take the same actions and expose them to portlet code. struts-chain does a great job of remaining agnostic of implementation and let you mix and match just about anything. Don > > Steve > > > > > Don > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts-chain, wildcards, web services
> -Original Message- > From: Don Brown [mailto:[EMAIL PROTECTED] > Sent: September 25, 2003 6:16 PM > To: [EMAIL PROTECTED] > Subject: struts-chain, wildcards, web services > ... > > Regarding wildcards > (http://issues.apache.org/bugzilla/show_bug.cgi?id=21813), > I decided to > hold of on putting them as it seemed a 1.1.1(2?) was around > the corner. > However, as it looks like it is not, I'd like to put it in > this weekend. > Again, the patch will not affect any Struts apps that don't > use wildcards > in any way, performance or otherwise. It does open up some > interesting > possibilities not only for reduced configuration, but > things like this: > http://www.mail-archive.com/[EMAIL PROTECTED]/m > sg79295.html > Seems to me like a good time to get it in, then it'll be available in 1.2 > Finally, regarding web services, anyone know of any efforts > to expose > Struts forms/actions as web services? Shouldn't you be exposing your business objects as web services, not Struts actions or forms? Struts deals with controlling the user interface (currently Servlet specific) so any business tier / web services tier code would be outside of the Struts domain. Steve > > Don > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
struts-chain, wildcards, web services
Unless there are any objections, I'd like to join the struts-chain effort, and hope to put in some time this weekend. I've been experimenting with ways to develop struts forms/actions that can simultaneously be exposed as SOAP web services in stxx (http://stxx.sf.net), but feel the struts-chain is key to building a robust implementation. Regarding wildcards (http://issues.apache.org/bugzilla/show_bug.cgi?id=21813), I decided to hold of on putting them as it seemed a 1.1.1(2?) was around the corner. However, as it looks like it is not, I'd like to put it in this weekend. Again, the patch will not affect any Struts apps that don't use wildcards in any way, performance or otherwise. It does open up some interesting possibilities not only for reduced configuration, but things like this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg79295.html Finally, regarding web services, anyone know of any efforts to expose Struts forms/actions as web services? Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]