[ANNOUNCE] stxx-1.2rc1 has been released

[Jeff Pennal]

Struts for Transforming XML with XSL (stxx)
http://stxx.sourceforge.net
by Jeff Pennal and Don Brown

Overview

Struts for transforming XML with XSL (stxx) is an extension of the
struts framework to support XML and and XML transforming technologies
like XSL without changing the functionality of struts.
stxx sits on top of Struts, extending its existing functionality to
enable XML to be generated (from Actions, serializers, etc) that can be
transformed by technologies like XSL, XSL:FO and Velocity (Anakia).
The idea behind stxx is to remove the need to use JSP and tag libraries
for the presentation layer of the Struts framework. However, stxx does
not force you to go the XML route, as it will still work with the
existing technologies. Struts for transforming XML with XSL (stxx) is
designed to be an extension of the struts framework to support XML
transformations without changing the functionality of struts.
Features

* Support for both the Struts 1.0.x and Struts 1.1.x architectures
* Enhancements to the forwarding functionality of Struts to provide
  XML transformations based on the content produced by the action
  and any custom criteria (such as the user-agent of the client) to
  render HTML/XML/PDF/more
* The ability to write your own transformation classes to make the
  XML transform to output type you want
* Automatic serialization of the ActionErrors, Struts Resources,
  ActionForms and Requests object for use in your XML document
* Filtering of ApplicationResources on a per-action basic to make
  sure you only get the resources you want
* Easy migration path to Cocoon via stxx's similar pipeline
  definition for transforming XML
Why you should try it
-
* You like the idea of Cocoon, but find it's site-map definitions too
  complex for a simple application. See:
http://stxx.sourceforge.net/getting-started/configuring/struts-1.1.html#Transform+Definitions
* You are looking for a way to support multiple-clients in your web
  application. See: http://stxx.sourceforge.net/advanced/selectors.html
* If you like Struts, but dislike JSP/Taglibs

* You have a lot of data in XML format that you need to transform.

* You want to be able to easily support different presentation
  technologies. Stxx can do XSLT, XSL:FO, Velocity and more. When XSL2.0
  comes out, it's just a matter of adding a new transformer.
* If you want to handle a new type of transformation, you can just add a
  new transformer a plug it in. For example: Stxx 1.2rc1 includes
  support for serializing forms to the W3C XForms standard, which was
  done by just writing the code for it and adding a serializer.
* You can perform both client-side and server-side transformations, even
  in the same request! This would allow you to offload transformations
  to the client to save server cycles.






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Serving XML and dynamically generated Flash (jgenerator) content with struts

[Jeff Pennal]

Yes, stxx takes XML and passes it through handlers. One of these 
handlers is for XSLT, another is for PDF. You can write your own 
handlers for custom tasks. You could try it for what you are trying to 
do, it should work.

Check out the latest version of stxx, residing on sourceforge right now 
at http://sourceforge.net/projects/stxx/.

Jeff

[EMAIL PROTECTED] wrote:
> Thanks for the tip!
> 
> However, I do not want to transform the xml ... I want a flash-movie to
> interpret it and transform it into flash-objects (I really just want to
> return content of type text/xml to the user. Is there something like a
> xslt no-op?
> 
> Now, let's say stxx solves my problem related to XML. How do I return
> other mime-types like pdf for instance?
> 
> Cheers,
> 
> Stef.
> 
> 
> -Original Message-
> From: Jeff Pennal [mailto:[EMAIL PROTECTED]] 
> Sent: Montag, 30. September 2002 14:09
> To: Struts Users Mailing List
> Subject: Re: Serving XML and dynamically generated Flash (jgenerator)
> content with struts
> 
> Hi Stefan,
> 
> You may want to check out stxx. From your email it seems like it should 
> do everything you need it to do.
> 
> stxx - http://www.openroad.ca/opencode/stxx
> 
> [EMAIL PROTECTED] wrote:
> 
>>Hi, there!
>>
>>I'm kinda new to struts and have a few questions regarding it:
>>
>>1. is it possible to serve xml using struts? We're currently using 
>>'stand-alone servlets to generate xml that'sread by flash movies, but 
>>we're seeing a need for things like internationalisation and
> 
> application 
> 
>>flow.
>>
>>Is there a way of avoiding the jsp's in the view layer and use
> 
> servlets 
> 
>>(which are way better suited for xml than jsp's)
>>
>>I've checked the archives, but it's real hard to find any good
> 
> answers...
> 
>>2. We're also using jgenerator to generate dynamic flash - only those
> 
> of 
> 
>>you knowing jgenerator should answer to this question - Where in the 
>>mvc-model / struts architecture would it make sense to generate flash 
>>content?
>>
>>Any advice would be appreciated,
>>
>>Cheers,
>>
>>Stef.
>>
>>
>>
> 
> 
> 
>>--
>>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]>

Re: Serving XML and dynamically generated Flash (jgenerator) contentwith struts

[Jeff Pennal]

Hi Stefan,

You may want to check out stxx. From your email it seems like it should 
do everything you need it to do.

stxx - http://www.openroad.ca/opencode/stxx

[EMAIL PROTECTED] wrote:
> Hi, there!
> 
> I’m kinda new to struts and have a few questions regarding it:
> 
> 1. is it possible to serve xml using struts? We're currently using 
> 'stand-alone servlets to generate xml that'sread by flash movies, but 
> we're seeing a need for things like internationalisation and application 
> flow.
> 
> Is there a way of avoiding the jsp's in the view layer and use servlets 
> (which are way better suited for xml than jsp's)
> 
> I've checked the archives, but it's real hard to find any good answers...
> 
> 2. We're also using jgenerator to generate dynamic flash - only those of 
> you knowing jgenerator should answer to this question - Where in the 
> mvc-model / struts architecture would it make sense to generate flash 
> content?
> 
> Any advice would be appreciated,
> 
> Cheers,
> 
> Stef.
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [XML] Struts with Stxx (was RE: Struts - vs XSLT (ASP.NET v.Stru ts))

[Jeff Pennal]

I'm glad you've been enjoying stxx so far.

As for the struts 1.1 compatibility, the has not been a lot of movement 
in that area because as the main developer of this application, I've 
been involved in moving my wife and myself from Vancouver, BC, Canada to 
Prague in the Czech Republic for the last couple of month.

As for why it was implemented as a sub-app and not a plug-in. The reason 
is that the architecture of stxx works best as a sub-application, a 
plug-in would not be functionality compatible with stxx 1.0.

In the meantime, if you have any issues or suggestions for the 
experimental stxx 1.1 version (which is feature complete), I'd like to 
hear them.

Thanks,
Jeff

ps. OpenRoad was the host for this project, not the developer.

Jerry Jalenak wrote:
> I've just started looking at using XML/XSLT as the 'view' component for our
> web apps.  I like Stxx and it's integration with struts.  Has anyone
> successfully integrated the 'experimental' Stxx 1.1 version with Struts
> 1.1b2?  It looks like the folks over at Openroad aren't spending alot of
> time to bring Stxx up to Struts 1.1 compatibility.  Also, can anyone explain
> why they integrated it as a sub-app and not a plug-in?  It seems that Stxx
> would (could?) work just like tiles or validator..
> 
> 
> Jerry
> 
> 
>>-Original Message-
>>From: Ted Husted [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, September 04, 2002 8:48 PM
>>To: Struts Users Mailing List
>>Subject: Re: Struts - vs XSLT (ASP.NET v. Struts)
>>
>>
>>As alluded, the stxx extension does a nice job of this by integrating 
>>with Struts. Though, I'd say the idea of a completely 
>>seperate servlet 
>>(a la Velocity) sounds cleaner.
>>
>>http://jakarta.apache.org/struts/resources/views.html
>>
>>The Expresso/Struts framework also supports XML/XSL directly.
>>
>>http://www.jcorporate.com/
>>
>>XML/XSL is going to win out in the long-run, but we're all still 
>>transitioning. To date, the major complaint has been 
>>performance, but, 
>>as mentioned, the new parsers are addressing that.
>>
>>A speed-optimized servlet that used an external configuration file to 
>>specify the stylesheets (a la stxx) would be a definite winner. 
>>Especially if it could be used with or without Struts (like 
>>Velocity and 
>>JSPs).
>>
>>-Ted.
>>
>>neal wrote:
>>
>>
>>>Alright, so if the purpose of Struts and ASP.NET is:
>>>
>>>1. To seperate code from content
>>>2. Make the presentation layer completely declarative
>>>
>>>The why not just write a servlet that instead for forward 
>>
>>to display JSPs,
>>
>>>looks up a different XSLT for display based upon the action 
>>
>>class being
>>
>>>requested ... and instead of having to pass all your data to the
>>>presentation servlet in beans ... you just transform your 
>>
>>XML data using
>>
>>>that XSLT.  Seems to achieve the same goals and 
>>
>>architecturally removes a
>>
>>>layer if you're going to use XML at all.  (Just servlet and 
>>
>>XSL instead of
>>
>>>Servlet, JSP, and XSL).
>>>
>>>??
>>>
>>>Any thoughts??
>>>Neal
>>>
>>>
>>>--
>>>To unsubscribe, e-mail:   
>>
>>
>>
>>>For additional commands, e-mail: 
>>
>>
>>
>>>
>>
>>-- 
>>Ted Husted, Husted dot Com, Fairport NY US
>>co-author, Java Web Development with Struts
>>Order it today:
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   
>>
>>For additional commands, e-mail: 
>>
>>
>>
> 
> This transmission (and any information attached to it) may be confidential and is 
>intended solely for the use of the individual or entity to which it is addressed. If 
>you are not the intended recipient or the person responsible for delivering the 
>transmission to the intended recipient, be advised that you have received this 
>transmission in error and that any use, dissemination, forwarding, printing, or 
>copying of this information is strictly prohibited. If you have received this 
>transmission in error, please immediately notify LabOne at (800)388-4675.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: merge Struts and stxx?

[Jeff Pennal]

Hi Glen,

Currenly stxx has a 1.1 version in CVS (under the branch stxx1_1) which 
behaves as a proper "sub-application" under struts.

I have talked to Craig McClanahan about incorporating stxx into struts, 
like tiles and velocity are and it looks like that's the way we'll go 
with stxx.

Right now, it's just a matter of finding the time to do it.


Mazza, Glen R, PERSCOM wrote:
> Hello, 
> 
> I was wondering if perhaps a future release of Struts might be enhanced if
> it integrated the XML/XSLT/PDF possibilities of stxx.
> 
> An email on the struts-xsl Yahoo group
> (http://groups.yahoo.com/group/struts-xsl/message/240) about Oracle's
> Cleveland web framework, criticized Struts for not having "native" support
> for XSLT, XSL FO/PDF technologies, etc., that are already in the stxx
> extension.  (You can still use XSL/XSLT/XSL FO within Struts however,
> currently by manually returning the application/pdf object from the
> ActionForms.)
> 
> 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.
> 
> Comments?
> 
> Thanks,
> Glen
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Question about Struts and XSL

[Jeff Pennal]

Josh,

stxx (http://www.openroad.ca/opencode/stxx) may be able to help you with 
your problem.

stxx allows you to take the output of an Action class and process it 
through an XSL file to get the final HTML output, giving you the choice 
of bypassing the JSP taglib specific code of a normal struts application.

If you were to move the logic of the JSP file into an Action class you 
should still be able to maintain the exact same XSL file (w/ form elements).

Check out the examples in the stxx download. Hopefully, they'll be what 
you're looking for.

John Owen wrote:
> 
> 
> I inherited an application that uses a Model-1 MVC approach. I was 
> hoping to migrate the application to the Model-2 approach that Struts 
> offers. My problem is that a particular jsp page uses xsl to render a 
> form and its elements. This particular page is the heart of a module 
> that performs several tasks and I am unsure of how to proceed. My 
> concern is that I will have to completely re-design the jsp/xsl combo to 
> remove the form elements from the xsl in order to use the Struts html 
> taglib and Action/Form classes. I was hoping to move code that resides 
> in the jsp page into an Action class.
> 
> I looked through the message archive here briefly and found a few posts 
> about stxx (I think), but I'm not sure it would help without a 
> re-design. Any ideas or alternate approaches would be greatly appreciated.
> 
> Thanks,
> John
> 
> _
> Chat with friends online, try MSN Messenger: http://messenger.msn.com
> 
> 
> -- 
> To unsubscribe, e-mail:   
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Stxx opencode

[Jeff Pennal]

Konstantina,

What JAR's do you have in the stxx-example webapp lib folder? You not 
only need stxx-1.0.0.jar but also every other JAR listed on stxx's 
download page.

Jeff

Konstantina Stamopoulou wrote:
> Hi Jeff,
> I have tried everything. I used Tomcat4.0.4 and I got the error that I wote
> in my previous mail.
> I used Tomcat4.1.7 and while it was loading the apps I got the following
> error in the console:
> 
> WebappClassLoader:
> validateJarFile(C:\jakarta\jakarta-tomcat-4.1.7\webapps\stxx-
> example\WEB-INF\lib\orion.jar) - jar not loaded. See Servlet Spec 2.3,
> section 9
> .7.2. Offending class: javax/servlet/Servlet.class
> WebappClassLoader:
> validateJarFile(C:\jakarta\jakarta-tomcat-4.1.7\webapps\stxx-
> example\WEB-INF\lib\servlet.jar) - jar not loaded. See Servlet Spec 2.3,
> section
>  9.7.2. Offending class: javax/servlet/Servlet.class
> 
> and in the browser I got the following exception.
> 
> java.lang.NoSuchMethodError
>  at
> com.oroad.stxx.action.ActionServlet.processApplicationResources(ActionServle
> t.java:814)
>  at com.oroad.stxx.action.ActionServlet.initStxx(ActionServlet.java:760)
>  at com.oroad.stxx.action.ActionServlet.init(ActionServlet.java:104)
>  at javax.servlet.GenericServlet.init(GenericServlet.java:258)
> 
> I' using servlet2.3 API- I though that caused the problem - but obviously it
> is something else. I haven't change the tomcat's conf files and I have put
> the stxx.jar in lib dir webapps. What am I missing?
> 
> Konstantina
> 
> 
> 
> 
> - Original Message -
> From: "Jeff Pennal" <[EMAIL PROTECTED]>
> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> Sent: Tuesday, July 16, 2002 10:14 PM
> Subject: Re: Stxx opencode
> 
> 
> 
>>Konstantina,
>>
>>People have had this error message before and it is usually the caused
>>by one of two things.
>>
>>1. Use only Tomcat 3.3+ or 4.04+
>>2. If you are putting the stxx-example.jar file in the Tomcat webapps
>>directory, you will need to make sure that all the correct JAR's that
>>stxx needs to run are in a "lib" direction under tomcat.
>>
>>For details on the required JAR's check out
>>http://www.openroad.ca/opencode/stxx/download.html
>>
>>Andrew Hill wrote:
>>
>>>Have a look in the log file to see if you can pin down the actual error
>>
> that
> 
>>>occured, as if an exception is thrown when initialising stuff, thats the
>>>message you get.
>>>
>>>-Original Message-
>>>From: Konstantina Stamopoulou [mailto:[EMAIL PROTECTED]]
>>>Sent: Tuesday, July 16, 2002 20:00
>>>To: Struts Users Mailing List
>>>Subject: Stxx opencode
>>>
>>>
>>>Hello,
>>>I have just downloaded the stxx package and I tried to run the
>>
> stxx-example
> 
>>>application. But unfortunately I had no luck. I run it with tomcat-4.0.4
>>>and tomcat-3.2.4 but I got the following exception.
>>>
>>>Apache Tomcat/4.0.4 - HTTP Status 503 - Servlet action is currently
>>>unavailable
>>>
>>
>>--
> 
> --
> 
>>>
>>>
>>>type Status report
>>>
>>>message Servlet action is currently unavailable
>>>
>>>description The requested service (Servlet action is currently
>>
> unavailable)
> 
>>>is not currently available.
>>>
>>>
>>
>>--
> 
> --
> 
>>>
>>>
>>>
>>>
>>>I find stxx very flexible and since I have worked with struts I would be
>>>very interetsed in using it for my application development. So if anyone
>>
> can
> 
>>>help me I would be gradeful.
>>>
>>>Thank you in advance,
>>>Konstantina
>>>
>>>
>>>
>>>
>>>--
>>>To unsubscribe, e-mail:
>>
> <mailto:[EMAIL PROTECTED]>
> 
>>>For additional commands, e-mail:
>>
> <mailto:[EMAIL PROTECTED]>
> 
>>
>>--
>>Jeff Pennal p:604-694-0554(x107)
>>Senior Software Developer   f:604-694-0558
>>Openroad Communications e:[EMAIL PROTECTED]
>>Vancouver, BC
>>
>>
>>--
>>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]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Stxx opencode

[Jeff Pennal]

Konstantina,

People have had this error message before and it is usually the caused 
by one of two things.

1. Use only Tomcat 3.3+ or 4.04+
2. If you are putting the stxx-example.jar file in the Tomcat webapps 
directory, you will need to make sure that all the correct JAR's that 
stxx needs to run are in a "lib" direction under tomcat.

For details on the required JAR's check out 
http://www.openroad.ca/opencode/stxx/download.html

Andrew Hill wrote:
> Have a look in the log file to see if you can pin down the actual error that
> occured, as if an exception is thrown when initialising stuff, thats the
> message you get.
> 
> -Original Message-
> From: Konstantina Stamopoulou [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 16, 2002 20:00
> To: Struts Users Mailing List
> Subject: Stxx opencode
> 
> 
> Hello,
> I have just downloaded the stxx package and I tried to run the stxx-example
> application. But unfortunately I had no luck. I run it with tomcat-4.0.4
> and tomcat-3.2.4 but I got the following exception.
> 
> Apache Tomcat/4.0.4 - HTTP Status 503 - Servlet action is currently
> unavailable
> 
> 
> 
> 
> type Status report
> 
> message Servlet action is currently unavailable
> 
> description The requested service (Servlet action is currently unavailable)
> is not currently available.
> 
> 
> 
> 
> 
> 
> 
> I find stxx very flexible and since I have worked with struts I would be
> very interetsed in using it for my application development. So if anyone can
> help me I would be gradeful.
> 
> Thank you in advance,
> Konstantina
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [ANNOUNCE] stxx 1.0.0 released

[Jeff Pennal]

The license is the same as Struts, the Apache license.

Jeff

Brian Topping wrote:
>>-Original Message-
>>From: Jeff Pennal [mailto:[EMAIL PROTECTED]]
>>Sent: Sunday, July 07, 2002 3:26 PM
>>Subject: Re: [ANNOUNCE] stxx 1.0.0 released
>>
>>
>>You can find stxx at http://www.openroad.ca/opencode/stxx
> 
> 
> Sounds cool, a nice middle ground between struts and cocoon.
> 
> What's the license?
> 
> -b
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [ANNOUNCE] stxx 1.0.0 released

[Jeff Pennal]

You can find stxx at http://www.openroad.ca/opencode/stxx

Jeff Pennal wrote:
> stxx - 1.0.0
> By Jeff Pennal, OpenRoad Communications (www.openroad.ca)
> 
> What's new in 1.0.0
> - Full support for handling validation errors in ActionForms has been
>   added
> - The transformation code has been abstracted out into an extendable
>   BaseRenderFactory class so you can now create your own rendering
>   engines to do the XSL transformation.
> - There is a new CachedXSLRenderFactory class which supports caching of
>   XSL for increased performance. (Thanks for Don Brown for the code)
> - Localization works!
> - You can set the directory where your debug output files are written to
>   for the rest, see the CHANGES.TXT file for details
>   http://www.openroad.ca/opencode/stxx/changes.txt
> 
>  
> 
> 
> Struts for transforming XML with XSL (stxx) is an extension of the 
> struts framework to support XML and XSL without changing the 
> functionality of struts .
> 
> stxx sit's on top of struts, extending it's existing functionality to 
> allow Action classes to return XML that will be transformed by an XSL file.
> 
> The idea of stxx is to remove the need to be use JSP and TagLibs for the 
> presentation layer of this framework. However, stxx does not force you 
> to go the XML/XSL route, both technologies will work side by side.
> 
> Adding XML/XSL support to struts is ALMOST as simple as adding the 
> following tags to your struts-config.xml file:
>
>  type="com.oroad.stxx.example.ExampleWelcomeAction"
> path="/welcome">
> 
> 
>
> 
> render="client" />
> 
> 
> 
> 
> 
> stxx features:
> - Enhances the  tag in the struts-config.xml file to allow
>   one-many  tags. These  tags represent the XSL
>   file to be used depending on the user-agent of the browser accessing
>   struts
> - stxx automatically appends the ApplicationResources file as XML to the
>   Document object returned by the new Actionclass.
> - stxx also automatically appends the request parameters and attributes,
>   as well as ActionErrors as XML to the Document object.
> - stxx will allow you to push the job of transforming the XML to the
>   browser
> - You can convert the XML output of your Action class to PDF or SVG via
>   xsl:fo
> 
> Resources:
> http://groups.yahoo.com/group/struts-xsl/, the official stxx mailing list
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[ANNOUNCE] stxx 1.0.0 released

[Jeff Pennal]

stxx - 1.0.0
By Jeff Pennal, OpenRoad Communications (www.openroad.ca)

What's new in 1.0.0
- Full support for handling validation errors in ActionForms has been
   added
- The transformation code has been abstracted out into an extendable
   BaseRenderFactory class so you can now create your own rendering
   engines to do the XSL transformation.
- There is a new CachedXSLRenderFactory class which supports caching of
   XSL for increased performance. (Thanks for Don Brown for the code)
- Localization works!
- You can set the directory where your debug output files are written to
   for the rest, see the CHANGES.TXT file for details
   http://www.openroad.ca/opencode/stxx/changes.txt



Struts for transforming XML with XSL (stxx) is an extension of the 
struts framework to support XML and XSL without changing the 
functionality of struts .

stxx sit's on top of struts, extending it's existing functionality to 
allow Action classes to return XML that will be transformed by an XSL file.

The idea of stxx is to remove the need to be use JSP and TagLibs for the 
presentation layer of this framework. However, stxx does not force you 
to go the XML/XSL route, both technologies will work side by side.

Adding XML/XSL support to struts is ALMOST as simple as adding the 
following tags to your struts-config.xml file:

 
 
 
   
 
 
 
 



stxx features:
- Enhances the  tag in the struts-config.xml file to allow
   one-many  tags. These  tags represent the XSL
   file to be used depending on the user-agent of the browser accessing
   struts
- stxx automatically appends the ApplicationResources file as XML to the
   Document object returned by the new Actionclass.
- stxx also automatically appends the request parameters and attributes,
   as well as ActionErrors as XML to the Document object.
- stxx will allow you to push the job of transforming the XML to the
   browser
- You can convert the XML output of your Action class to PDF or SVG via
   xsl:fo

Resources:
http://groups.yahoo.com/group/struts-xsl/, the official stxx mailing list

-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[ANNOUCE] stxx 0.9.5 is available

[Jeff Pennal]

The latest update to stxx is available at

http://www.openroad.ca/opencode/

The biggest change in this version is the ability to have your transform 
tags do xsl:fo transformations (for example to PDF or SVG).

There are also bug fixes and updates to the examples.



stxx - 0.9.5
By Jeff Pennal

Struts for transforming XML with XSL (stxx) is an extension of the 
struts framework to support XML and XSL without changing the 
functionality of struts .

stxx sit's on top of struts, extending it's existing functionality to 
allow Action classes to return XML that will be transformed by an XSL file.

The idea of stxx is to remove the need to be use JSP and TagLibs for the 
presentation layer of this framework. However, stxx does not force you 
to go the XML/XSL route, both technologies will work side by side.


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Resend] Struts, view-framework pluggability, XSLT, and Maverick

[Jeff Pennal]

Hi Rob,

Based on this posting, you may be interested in my project to 
incorporate XML/XSL into Struts called stxx 
(http://www.openroad.ca/opencode/stxx). I started this project because I 
did not like the tight linkage between struts and JSP and I wanted to 
implement an XML/XSLT solution with the strong backend of struts.

The implementation is simple enough, it is (mostly) a matter of added a 
new tag into your struts-config.xml file under the  tag called 
 which allows you to define zero to many different XSL files 
to transform the forward with. The Action classes in this case are 
expected to produce an XML document that the XSL can be transformed against.

All existing struts functionality will still work, stxx just add the 
ability to do XSL transformations.

Rob Jellinghaus wrote:
> [I sent this to struts-dev a couple of days ago.  So far, no response.  
> Gonna try once more, to struts-user and struts-dev together.  If no 
> response *this* time, then I'll assume the Struts community is pretty 
> much uninterested in this idea.]
> 
> One of the difficult things in open source development is getting a 
> sense of where a project is headed... todo information tends to only 
> slightly capture what a given group of hackers is really focused on, and 
> it's hard to glean total insight from the mailing lists.
> 
> So:  I am spinning up on open-source Java web app frameworks.  The main 
> contenders seem to be Cocoon, Struts, and Maverick.
> 
> Cocoon (http://xml.apache.org/cocoon) looked really good (especially its 
> focus on efficient SAX processing), but it seems that Cocoon started 
> from a document processing orientation (publishing content in lots of 
> different ways) rather than from an interactive application orientation 
> (supporting control flow throughout an interactive web app).  Cocoon has 
> support for interaction but it is hard to see how to use it, especially 
> once I started looking at Struts where it couldn't be clearer.  So I 
> have (with some regret) backed off of Cocoon.
> 
> Struts (http://jakarta.apache.org/struts, of course) has a very 
> straightforward concept of action mapping and website interaction, which 
> I like a lot.  Its documentation is also in very good shape, and its 
> developer community seems to be thriving.  However, Struts is currently 
> fairly wedded to JSP, at least in its 1.0.2 and 1.1-beta distributions; 
> there seems to be no integrated support for using non-JSP 
> presentations.  Especially when compared to:
> 
> Maverick (http://mav.sourceforge.net) has (on cursory examination) a 
> clean ability to plug in different presentation frameworks.  (JSP, XSLT, 
> or Velocity at the moment.)  It also seems to share Struts' ease of 
> interaction configurability.  However, it also is a lot younger than 
> Struts, and it lacks the mass of Struts examples and documentation.
> 
> In an email thread discussing the Model 2X Javaworld article 
> (http://www.javaworld.com/javaworld/jw-02-2002/jw-0201-strutsxslt.html), 
> Ted Husted and Jeff Schnitzer seemed to agree that Struts and Maverick 
> had a lot in common, and that it might make sense to merge the projects, 
> or at least to continue moving Struts in the direction of making it 
> easier to plug in alternate presentation frameworks:
> 
>   http://www.mail-archive.com/struts-user@jakarta.apache.org/msg22749.html
>   http://www.mail-archive.com/struts-user@jakarta.apache.org/msg22760.html
> 
> My questions are really for Struts developers (and Maverick developers):
> 
> Is there consensus that making Struts more presentation-pluggable, or in 
> some other way more amenable to using other presentation frameworks, is 
> the direction Struts should go?
> 
> If so, is there any plan for doing the work?  Is anyone doing active 
> development in this area right now?  I have seen various references (the 
> code linked from the above Model 2X article; Ted Husted's "Velocity 
> servlet") that indicate that people have done some work in this area 
> already, but it certainly hasn't made it into the Struts mainline.  Will 
> it?  How?
> 
> I am very motivated to help make this happen... unfortunately I'm 
> time-constrained.  But having a clearer picture of whether others are 
> moving in this direction could help me (and others?) understand eactly 
> where to pitch in to move this forwards.
> 
> Your thoughts?
> Cheers,
> Rob Jellinghaus
> (committer on the Axis project)
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Design Issue: XML/XSL/JSP

[Jeff Pennal]

I wrote an extenstion to struts, called stxx 
(http://www.openroad.ca/opencode/), which allows you to forward an XML 
document, generated in an Action, to an XSL file, as opposed to a JSP. 
This may be an option for you.

In this case, you would have an action that generates the XML (from a 
database, some other source, etc). The stxx code allows you to define an 
XSL file(s) in your struts-config.xml file that would be used to 
transform the XML into some HTML output.

Let me know if this is of any help to you,
Jeff

Rajagopal V wrote:
> Im redesigning my JSP which does all SQL +
> presentation. I have a main report which has 4 sub
> reports which have to be created in HTML and PDF. So
> what i do now is create a XML out of the SQL and then
> use appropriate stylesheets. All this gets done in the
> JSP(Now!!).
> 
> Now, if i have to use Struts, Im thinking of having
> Action subclasses for each of the 4 reports, create
> XML in each of them and add the Document object to
> some collection that can be retrieved in the JSP. 
> 
> In the JSP, I can fetch the collection and use taglibs
> to associate this with a stylesheet and print out the
> results. Is this an acceptable design? 
> 
> I had a look at some of the postings here about
> creating XMLServlet before control goes back to the
> JSP but I have some text that has to be displayed
> other than the results. 
> 
> Is there any flaw in this design.
> 
> TIA
> Raj
> 
> __
> Do You Yahoo!?
> Yahoo! Sports - Coverage of the 2002 Olympic Games
> http://sports.yahoo.com
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[ANNOUNCE] stxx - 0.9.0 Struts for transforming XML and XSL

[Jeff Pennal]

stxx 0.9.0 - http://www.openroad.ca/opencode/

What's new
- Examples, examples, examples. The stxx-examples.war file no
   longer sucks (well, it sucks less at least). There are now four
   examples included that actually show how to use the features of stxx.
- You can chain XML documents that are generated by multiple Actions
   together into one big XML document
- for the rest, see the CHANGES.TXT file for details



Struts for transforming XML with XSL (stxx) is an extension of the 
struts framework to support XML and XSL without changing the 
functionality of struts .

stxx sit's on top of struts, extending it's existing functionality to 
allow Action classes to return XML that will be transformed by an XSL file.

The idea of stxx is to remove the need to be use JSP and TagLibs for the 
presentation layer of this framework. However, stxx does not force you 
to go the XML/XSL route, both technologies will work side by side.

Adding XML/XSL support to struts is ALMOST as simple as adding the 
following tags to your struts-config.xml file:

 
 
 
   
 
 
 
 


stxx features:
- Enhances the  tag in the struts-config.xml file to allow 
one-many  tags. These  tags represent the XSL file 
to be used depending on the user-agent of the browser accessing struts

- stxx automatically appends the ApplicationResources file as XML to the 
Document object used by the enchanced ActionServlet class

- stxx also automatically appends the request parameters and attributes, 
as well as ActionErrors as XML in the enchanced ActionServlet class

- stxx will allow you to push the job of transforming the XML to the browser


-- 
Jeff Pennal
Senior Software Developer
Openroad Communications
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Struts vs Cocoon

[Jeff Pennal]

 From what I have seen of Cocoon, it is more oriented towards a 
"publishing" framework, rather than an "application" framework, like struts.

I you are interested in using xml/xslt in the view layer, you may be 
interested in checking out a struts extension I wrote called stxx at 
http://www.openroad.ca/opencode

I extends struts to allow for xml/xslt transformation while integrating 
tightly with the existing struts framework.

Jeff

Couball, James wrote:
> I am planning on a prototype application that uses MVC.  I plan on using
> XML/XSLT to implement the view layer.  I am pretty well versed with struts
> by now but not with Cocoon 2.x.  At first blush Cocoon looks like "Struts
> with XML/XSLT capabilities".
> 
>  
> 
> Is this more or less correct?
> 
>  
> 
> Sincerely,
> 
> James.
> 
> 
> 


-- 
Jeff Pennal p:604-694-0554(x107)
Senior Software Developer   f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[ANNOUNCE] stxx - struts for transforming with xml and xslt

[Jeff Pennal]

stxx - 0.7

http://www.oroad.com/opencode/

Struts for transforming XML with XSL (stxx) is a rewrite of the struts 
framework to support XML and XSL .

stxx sit's on top of struts, extending it's existing functionality to 
allow Action classes to return XML that will be transformed by an XSL file.

The idea of stxx is to remove the need to be use JSP and TagLibs for the 
presentation layer of this framework. However, stxx does not force you 
to go the XML/XSL route, both technologies should work side by side.

So, adding XSL support to struts is ALMOST as simple as adding the 
following tags to your struts-config.xml file:











stxx features:
  - Enhances the  tag in the struts-config.xml file to allow
one to many  tags. These  tags represent
the XSL file to be used depending on the user-agent of the
browser accessing struts

  - A new class variable for the Action class, A JDOM Document, which
you use to append your data in your Action class too. This
Document object will be transformed by the XSL file in your
 tag.

  - stxx automatically flattens the ApplicationResources file to XML
and attaches it to the Document object returned by the new Action
class.

  - stxx also automatically appends the request parameters and
attributes, as well as ActionErrors as XML to the Document
object.

Please note: stxx is a work in progress, however, at this point I've 
been using it for about 4 months and it works great for me, I realize it 
might not fit everyone elses needs. Please send me feedback, opinions, 
complains, etc.



Also, to those other people (2 that I know of) who have downloaded the 
previous version of this that I had, this is an almost complete rewrite 
of what I had earlier.

This version is not the rewritten struts code, but a seperate package 
that is a lot leaner, quicker and better.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: XML/XSL and Transformation - My Solution

[Jeff Pennal]

No, I did not convert any of the other struts-*.war file to use the 
XML/XSLT extensions. That would have requirement more time that I had to 
put this together.

However, there is no reason why (other than bugs) that the struts-*.war 
files should not still work as they were intended (using form-beans, etc)

You're right about the reference implementation, something else I'll 
have to do when I get time. In the meantime, I've written a quick and 
dirty example here:

http://www.openroad.ca/opencode/stxx/documentation.html

It's not quite what you're looking for but it might help.

As for your last question, would I use this framework to build an 
application like struts-example? Yes, you could, the only difference is 
that I would not use JSP or Struts taglibs.

There is no reason why these two technologies could not co-exist.

However, one of the main motivation for my writing of the extension to 
struts was because I -really- do not like taglibs, I'm not overly fond 
of JSP anymore and I really like XML/XSLT for handling presentation logic.

Matt Raible wrote:
> Did you convert all the struts-*.war files to use your new framework? 
> Initially looking at these war files, it doesn't appear so.  Reference
> implementation of a framework are always nice to look at ;)
> 
> Also, would you use your framework to construct an application like the
> struts-example - where there are html-based forms, validation, and messages
> from the ApplicationResources.properties file?  
> 
> Thanks,
> 
> Matt
> 
> 

-- 
Jeff Pennal p:604-694-0554(x107)
Software Developer  f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: XML/XSL and Transformation - My Solution

[Jeff Pennal]

Hi Matt,

I did not rename the war files, though I probably should have. The file 
struts.jar contains all of my changes. I'll make a note to rename it for 
  the next release.

As for the source, it'll be handy to download if you need to do any 
debugging.

Let me know how it works for you and feel free to email me if you have 
any questions.

Jeff

Matt Raible wrote:
> Jeff - thanks for posting this - I've been eagerly waiting for this.  However,
> when I try to download the binary versions, it appears that all the wars are
> original struts-*.war files.  I don't see any new files, such as
> struts-stxx.war??
> 
> Should I download the source distribution?
> 
> Thanks,
> 
> Matt
> 
> 
> --- Jeff Pennal <[EMAIL PROTECTED]> wrote:
> 
>>Hi Matt,
>>
>>I had a similar problem in that I wanted a framework that would allow me 
>>to write Struts Actions that pump out XML and convert them to XSL.
>>
>>I looked for a while to find something that did what I wanted. Cocoon2 
>>was close but not quite what I was looking for.
>>
>>In the end I rewrote Struts to support xml and xsl transformations, 
>>called struts-stxx. You can download it here,
>>http://www.openroad.ca/opencode/index.html
>>
>>Let me know if you find it useful.
>>
>>This is how it works:
>>  - In the struts-config.xml file, you add an new tag, nested
>>   under the  tag called  will contain
>>   the xsl file to transform the Action classes XML against.
>>   (You can specify zero-many  tags). The 
>>   tags can be specific to a particular user-agent if you'd like,
>>   or a "default" one.
>>
>>  - In your Action class you would run your business logic
>>   as usual. Then once that is complete, you would create
>>   an XML document of the output (using JDOM) and assign
>>   it to the Actions new class variable "Document"
>>
>>  - The ActionServlet will take the Actions XML, check the
>>browsers user-agent and determine what XSL file to
>>   transform against. The resulting HTML is sent back to
>>   the broswer.
>>
>>Currently, struts-stxx does not support sending the xml back to the 
>>browser to do client side xsl transformation. That's one of my planned 
>>features that I have not got around to implementing yet.
>>
>>
>>List of changes to the struts code:
>>-
>>struts-config.xml gets:
>> 
>> >type="com.oroad.mail.actions.MenuAction"
>>scope="request">
>>   
>> 
>> 
>> 
>>   
>> 
>>-
>>org.apache.struts.action.Action gets:
>>A document (JDOM) class variable to store the XML created in an action 
>>class.
>>-
>>org.apache.struts.action.ActionTransform and 
>>org.apache.struts.action.ActionTransforms
>>(basically modified org.apache.struts.action.ActionForward(s) classes)
>>-
>>org.apache.struts.action.ActionServlet gets:
>>processActionTransform which basically handles getting the correct xsl 
>>file for the user agent being passed in, does the transform on the 
>>action.document variable and dumps the resulting html(or whatever) to 
>>the client.
>>
>>Hope this helps,
>>Jeff
>>
>>
>>Matt Raible wrote:
>>
>>>Thanks to everyone who has contributed to this thread.  I've been
>>>
>>advocating
>>
>>>client-side XSL to myself for a few months now, but discovered a fairly
>>>
>>major
>>
>>>roadblock this morning - client XSLT does not work on the latest version of
>>>
>>IE
>>
>>>on the Mac (5.1).  I've tested this and found supporting information at
>>>http://www.hut.fi/u/hsivonen/os-x-browsers.html.  Therefore, I will be
>>>
>>doing
>>
>>>server-side styling as many of you suggest.
>>>
>>>My initial go around will involve trying to use the "Standard" Tag library
>>>
>>to
>>
>>>wrap my XML that I emit from JSPs.  I figure it's better to use my JSPs w/
>>>
>>XML
>>
>>>for the view so I can get labels from ApplicationResources, and use
>>>
>>html:form
>>
>>>to do the retrieval of values from my beans.  
>&g

Re: XML/XSL and Transformation - My Solution

[Jeff Pennal]

Hi Matt,

I had a similar problem in that I wanted a framework that would allow me 
to write Struts Actions that pump out XML and convert them to XSL.

I looked for a while to find something that did what I wanted. Cocoon2 
was close but not quite what I was looking for.

In the end I rewrote Struts to support xml and xsl transformations, 
called struts-stxx. You can download it here,
http://www.openroad.ca/opencode/index.html

Let me know if you find it useful.

This is how it works:
- In the struts-config.xml file, you add an new tag, nested
   under the  tag called  will contain
   the xsl file to transform the Action classes XML against.
   (You can specify zero-many  tags). The 
   tags can be specific to a particular user-agent if you'd like,
   or a "default" one.

- In your Action class you would run your business logic
   as usual. Then once that is complete, you would create
   an XML document of the output (using JDOM) and assign
   it to the Actions new class variable "Document"

- The ActionServlet will take the Actions XML, check the
  browsers user-agent and determine what XSL file to
   transform against. The resulting HTML is sent back to
   the broswer.

Currently, struts-stxx does not support sending the xml back to the 
browser to do client side xsl transformation. That's one of my planned 
features that I have not got around to implementing yet.


List of changes to the struts code:
-
struts-config.xml gets:
 
 
   
 
 
 
   
 
-
org.apache.struts.action.Action gets:
A document (JDOM) class variable to store the XML created in an action 
class.
-
org.apache.struts.action.ActionTransform and 
org.apache.struts.action.ActionTransforms
(basically modified org.apache.struts.action.ActionForward(s) classes)
-
org.apache.struts.action.ActionServlet gets:
processActionTransform which basically handles getting the correct xsl 
file for the user agent being passed in, does the transform on the 
action.document variable and dumps the resulting html(or whatever) to 
the client.

Hope this helps,
Jeff


Matt Raible wrote:
> Thanks to everyone who has contributed to this thread.  I've been advocating
> client-side XSL to myself for a few months now, but discovered a fairly major
> roadblock this morning - client XSLT does not work on the latest version of IE
> on the Mac (5.1).  I've tested this and found supporting information at
> http://www.hut.fi/u/hsivonen/os-x-browsers.html.  Therefore, I will be doing
> server-side styling as many of you suggest.
> 
> My initial go around will involve trying to use the "Standard" Tag library to
> wrap my XML that I emit from JSPs.  I figure it's better to use my JSPs w/ XML
> for the view so I can get labels from ApplicationResources, and use html:form
> to do the retrieval of values from my beans.  
> 
> One concern I have with this type of transformation is that it's easy to pick
> the stylesheet with clien-side styling.  For instance, with client-side
> styling, you can do:
> 
> 
> 
> 
> And I don't think this is possible with the current JSTL.  Maybe so, I'll have
> to check.
> 
> Any further comments are appreciated.
> 
> Thanks,
> 
> Matt
> 
> 

-- 
Jeff Pennal p:604-694-0554(x107)
Software Developer  f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Struts modifications policy

[Jeff Pennal]

Great, that's good to hear, and the licensing is no issue for me.

As for the posting on the resource page, is there are particular email 
that I need to send infomation to get my modifications posted?

Thanks again,
Jeff

Ted Husted wrote:

> We welcome derivative works, so long as the license is kept intact. 
> 
> Many of the extensions posted on our resource page rely on modified
> code.
> 
> -- Ted Husted, Husted dot Com, Fairport NY USA.
> -- Custom Software ~ Technical Services.
> -- Tel +1 716 737-3463
> -- http://www.husted.com/struts/
> 
> 
> Jeff Pennal wrote:
> 
>>Hello all,
>>
>>I was wondering if someone could answer this question for me.
>>
>>I have modified a version of struts 1.0 to support xml->xsl->html
>>transformations.
>>
>>I would like to make these changes available to anyone who would want to
>>use them but I was wondering what the policy is on posting derived works
>>based on struts.
>>
>>Could someone help me with this question?
>>
>>Thanks,
>>
>>For the curious, my changes in a nutshell are:
>>struts-config.xml gets:
>> 
>> >type="com.oroad.mail.actions.MenuAction"
>>scope="request">
>>   
>> 
>> 
>> 
>>   
>> 
>>-
>>org.apache.struts.action.Action gets:
>>A document (JDOM) class variable to store the XML created in an action
>>class.
>>-
>>org.apache.struts.action.ActionTransform and
>>org.apache.struts.action.ActionTransforms
>>(basically modified org.apache.struts.action.ActionForward(s) classes)
>>-
>>org.apache.struts.action.ActionServlet gets:
>>processActionTransform which basically handles getting the correct xsl
>>file for the user agent being passed in, does the transform on the
>>action.document variable and dumps the resulting html(or whatever) to
>>the client.
>>
>>--
>>Jeff Pennal p:604-694-0554(x107)
>>Software Developer  f:604-694-0558
>>Openroad Communications e:[EMAIL PROTECTED]
>>Vancouver, BC
>>
>>--
>>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]>
> 



-- 
Jeff Pennal p:604-694-0554(x107)
Software Developer  f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Struts modifications policy

[Jeff Pennal]

Hello all,

I was wondering if someone could answer this question for me.

I have modified a version of struts 1.0 to support xml->xsl->html 
transformations.

I would like to make these changes available to anyone who would want to 
use them but I was wondering what the policy is on posting derived works 
based on struts.

Could someone help me with this question?

Thanks,

For the curious, my changes in a nutshell are:
struts-config.xml gets:
 
 
   
 
 
 
   
 
-
org.apache.struts.action.Action gets:   
A document (JDOM) class variable to store the XML created in an action 
class.
-
org.apache.struts.action.ActionTransform and 
org.apache.struts.action.ActionTransforms
(basically modified org.apache.struts.action.ActionForward(s) classes)
-
org.apache.struts.action.ActionServlet gets:
processActionTransform which basically handles getting the correct xsl 
file for the user agent being passed in, does the transform on the 
action.document variable and dumps the resulting html(or whatever) to 
the client.

-- 
Jeff Pennal p:604-694-0554(x107)
Software Developer  f:604-694-0558
Openroad Communications e:[EMAIL PROTECTED]
Vancouver, BC


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>