You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Don Brown <mr...@twdata.org> on 2003/09/26 03:15:53 UTC
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/struts-user@jakarta.apache.org/msg79295.html
Finally, regarding web services, anyone know of any efforts to expose
Struts forms/actions as web services?
Don
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: struts-chain, wildcards, web services
Posted by Guido García Bernardo <gu...@ribera.tel.uva.es>.
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: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: struts-chain, wildcards, web services
Posted by Ted Husted <hu...@apache.org>.
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: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: struts-chain, wildcards, web services
Posted by "Craig R. McClanahan" <cr...@apache.org>.
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/struts-user@jakarta.apache.org/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: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Struts vs JSP : Validators
Posted by "Craig R. McClanahan" <cr...@apache.org>.
Guido García Bernardo wrote:
> What do you think about "Struts validators" vs "JSF validators" ?
> (advantages, etc)
>
> I think you encourage the user to migrate to jsf html tags instead of
> using the struts ones (at least for new projects), but what about
> validators?
This isn't really an either-or choice. You can use the Struts
validation framework (including its support for client side Javascript)
if you use the struts-faces integration library.
Craig
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Struts vs JSP : Validators
Posted by Ted Husted <hu...@apache.org>.
In the context of "new development" You might be thinking of the JSTL
tags (struts-el). Since JavaServer Faces is still in the Early Access
stage, I don't believe any of us would be recommending JSF for new
development that you planned on shipping yourself. The Early Access
license says that "Licensee shall have no right to use the Software for
productive or commercial use."
-Ted.
Guido García Bernardo wrote:
> What do you think about "Struts validators" vs "JSF validators" ?
> (advantages, etc)
>
> I think you encourage the user to migrate to jsf html tags instead of
> using the struts ones (at least for new projects), but what about
> validators?
>
> Regards.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
>
--
Ted Husted,
Junit in Action - <http://www.manning.com/massol/>,
Struts in Action - <http://husted.com/struts/book.html>,
JSP Site Design - <http://www.amazon.com/exec/obidos/ISBN=1861005512>.
"Get Ready, We're Moving Out!!" - <http://www.clark04.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Struts vs JSP : Validators
Posted by Guido García Bernardo <gu...@ribera.tel.uva.es>.
What do you think about "Struts validators" vs "JSF validators" ?
(advantages, etc)
I think you encourage the user to migrate to jsf html tags instead of
using the struts ones (at least for new projects), but what about
validators?
Regards.
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
RE: struts-chain, wildcards, web services
Posted by Don Brown <mr...@twdata.org>.
On Thu, 25 Sep 2003, Steve Raeburn wrote:
<snip />
> 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: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
RE: struts-chain, wildcards, web services
Posted by Steve Raeburn <sr...@apache.org>.
> -----Original Message-----
> From: Don Brown [mailto:mrdon@twdata.org]
> Sent: September 25, 2003 6:16 PM
> To: struts-dev@jakarta.apache.org
> 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/struts-user@jakarta.apache.org/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: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org