This project integrates the Spring Framework's Inversion of Control (IoC)
into Struts 1.1+. It allows a Struts application to take advantage of IoC
with little or no references to Spring. Now, instead of relying on
singletons and static factories, Struts actions can have their
dependencies
This project allows wildcards to be used in Struts 1.1+ action mappings. The
wildcard-matched values can then be substituted in the values of various
Struts action mapping and action forward attributes. It uses the wildcard
matching class from Apache Cocoon which is the default matching class
I put together some code that allows Struts Actions to be written in the
scripting language of one's choice rather than as Java classes. It uses
the Beans Scripting Framework to allow scripts to be written in any
language BSF supports like Perl, Python, Ruby, JavaScript, BeanShell, and
I believe
Exactly. When performance is key, you can have Struts use JSP directly.
Of course, with how the plugin is now, the request will still be sent to
Cocoon which would reject it. As for the processing time it takes for
Cocoon to reject it, I don't know. My guess is it would depend on whether
Cocoon
or Cocoon as the front end. If it is Struts, then just
route all *.(whatever) requests to Cocoon. If Cocoon is first then
proceed as you have it now? What do you think?
Dave Patton
On Fri, 2003-03-07 at 10:42, Don Brown wrote:
Exactly. When performance is key, you can have Struts use JSP
.
org.apache.jasper.JasperException: getOutputStream() has already been called
for this response
--
Alexandre Jaquet
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 5:11 AM
Subject: Struts and Cocoon Integration
I've developed a prototype
To add to that, I worked on porting a Struts builder application to a
jEdit plugin a while back. The application had some issues I wasn't
comfortable with (unfortunately I don't remember what they were :)), so
I never quite finished it. However, for the adventurous, the plugin is
here:
On Thu, 2003-03-06 at 00:27, Don Brown wrote:
Ah yes, it looks like I missed an unclosed hr element hidden in the
application resources. Thanks for pointing that out. The example and
demo have been updated.
Don
On Thu, 6 Mar 2003, alexj wrote:
your demo don't work I got
I've developed a prototype of a Struts 1.1 plugin that integrates Cocoon
into the Struts framework. Struts forwards are passed to Cocoon to be
rendered in Cocoon XML pipelines. It combines the ease of use of Struts
with the power and flexibility of Cocoon. If you've looked into using
Cocoon but
One drawback I see is that stxx includes the FOP processor (which
further
includes the Avalon logger), etc., and Struts might get overly large if
it
were to include stxx. So perhaps the status quo of using Struts and
importing stxx only when needed remains preferable.
Actually, the
10 matches
Mail list logo
