cvs commit: jakarta-struts/doc index.xml
martinc 02/01/10 00:07:53 Modified:doc Tag: STRUTS_1_0_BRANCH index.xml Log: Update distribution main page for Struts 1.0.1 release. Revision ChangesPath No revision No revision 1.2.2.8 +10 -22jakarta-struts/doc/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-struts/doc/index.xml,v retrieving revision 1.2.2.7 retrieving revision 1.2.2.8 diff -u -r1.2.2.7 -r1.2.2.8 --- index.xml 28 Nov 2001 07:09:45 - 1.2.2.7 +++ index.xml 10 Jan 2002 08:07:53 - 1.2.2.8 @@ -4,12 +4,13 @@ properties authorCraig R. McClanahan/author authorTed Husted/author +authorMartin Cooper/author titleThe Struts Framework Project/title /properties body - section name=Welcome to Struts 1.0.1-rc1 href=Welcome + section name=Welcome to Struts 1.0.1 href=Welcome pWelcome to the Struts Framework! The goal of this project is to provide an open source framework useful in building web applications @@ -63,7 +64,7 @@ pOf course, the only true documentation is the code itself. If you have any questions about how Struts actually works, do not hestate to iuse the source/i. For the complete, buildable source code to the entire Struts framework, see the src folder in - the a href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0/src/;bStruts 1.0 source distribution/b/a./p + the a href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.1/src/;bStruts 1.0 source distribution/b/a./p pThe Struts a href=userGuide/resources.htmlbResources/b/a page provides links to everything else written about Struts, including books, articles, tutorials, and sample @@ -71,34 +72,21 @@ /section - section name=Acquiring the 1.0.1 Release Candidate href=Acquiring - - pA irelease candidate/i for strongStruts 1.0.1/strong has been created and - made available at - a href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.1-rc1; - http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.1-rc1/a./p - - pCheck the a href=release-notes-1.0.1.htmlRelease Notes/a - for a summary of what new features have been added, and other significant - changes, since the Struts 1.0 release./p - - /section - section name=Acquiring Struts href=Acquiring - pThe iproduction release/i of strongStruts 1.0/strong is available in + pThe iproduction release/i of strongStruts 1.0.1/strong is available in in convenient binary distribution and also with complete source code./p ul - lia href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0; - bStruts 1.0 Binary Distribution/b/a/li - lia href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0/src; - bStruts 1.0 Source Code Distribution/b/a/li + lia href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.1; + bStruts 1.0.1 Binary Distribution/b/a/li + lia href=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.1/src; + bStruts 1.0.1 Source Code Distribution/b/a/li /ul - pCheck the a href=release-notes-1.0.htmlRelease Notes/a + pCheck the a href=release-notes-1.0.1.htmlRelease Notes/a for a summary of what new features have been added, and other significant - changes, since the Struts 1.0-beta-3 release./p + changes, since the Struts 1.0 release./p /section -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
The Nesting Extension - Support Site Update.
Peers, Finally have the resource page at a useful level for the general developer community. There's the latest update to the extension, The primer, The tutorial, an advanced topics page and a whole mess of other stuff. Hopefully it will answer all questions which are itching people. Performance, expandability... so on and so forth. I've gone over the tutorial code and file downloads, snippets etc... but there's bound to be something if a couple of people would like to get back to me on it. Anyways... www.keyboardmonkey.com/struts Just go play peoples! Will be mailing the user list tomorrow, so if you want your input included before hand... be quick. :) Now going to go find a life for a couple of days. After then I'll come back, remove the graphics, make the pages boring again so you guys have something ready to add to the user guides... :) Be cool. Arron. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Building Form Beans from XML Schema?
Arron, I agree with the analysis. There are of course other tools that do similar things (including the Digester) but I've seen no others that do all three (XML/Schema/SQL) at least opensource. It seems like a natural way to proceed in order to automate some of this stuff. When I noticed that you could get Castor to generate beans with the validate method I thought the author probably had Struts in mind.. If I get a chance, I'll look into it further. Thanks, Jon Arron Bates wrote: Jon, I'm quite certain the parser has the ability, it just doesn't do it. It's the generation of the Java code which is stopping it. I would think you could hack it, so when an object's setter is called automatically call it's validate() method (which the system creates both, so all you'd have to hack is when and where) for each object continuing to set all data (it carries invalid data quite happily, only complains when you ask it to marshal the document out or validate it) and remember all the validation errors which were thrown and just pop them into the pile for Struts. Could be groovy... but it's not an out-of-the-box ability. I've only had the chance to use the schema side of the matter. We use it to create the XML documents against the schema, when we have to do something which requires XML. I don't think my current client is a particular fan of XML per-se. Arron. Jon Ferguson wrote: Arron, Thanks for the hands-on. Shame really.. surely the parser provides this data.. wonder if there's another way to 'compile' that information into a method. BTW, have you used Castor's Object-Relational mapping? The second half of the equation would be to use that to persist the populated beans from within the Action. Cheers, Jon Arron Bates wrote: I've tried to do this with Castor generated objects. Problem is though, is that the errors are not fine grained at all. You validate the document by calling the validate() method on the top node, and you get a yes or a no. You can do this for all of the sub objects, but it's just that, you still have to implement the field validation yourself. Naturally you can't play any tricks with the calling of property methods to work around various issues as your objects are locked down to the automation process. Otherwise it's quite excellent. Arron. Jon Ferguson wrote: ( Republished under appropriate Subject :-( ). Hey, I've been toying with the idea of Modelling my form beans using XML Schema, then generating the actual beans using some XML binding tool like Castor (which should also generate my validate function). I should also be able to use Castor to do RDBMS mapping as well.. (but from a session bean manipulating the formbeans for example). I'm thinking of utilising schema from developments such as RosettaNet, BizTalk Frameworks and ebXML - noting that often the info entered into forms could be the same message information that might be passed between businesses. (Eg. a Purchase Order, etc.). I'm hoping that the result would: a) help to standardize the business app. b) leave it wide open for making use of b-2-b developments such as webServices and the above efforts. c) provide automatic form validation (inherent in the Schema), d) obviate the hand-coading of formbeans. Any comments on this approach? Has anyone tried this? Cheers, Jon -- 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] Part 1.2 Content-Type: text/plain -- 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: Building Form Beans from XML Schema?
guys, thought i'd throw in my 2cents as i enjoyed reading your discussion so far. i have been trying to solve the same problem - to generate the struts forms and resource properties (maybe actions too). First there was a chap posted an announcement to the list recently to that used XSL transforms acting on the struts config did you see it? And secondly i use XMI (XML Metadata Interchange) from the OMG to model the metadata before applying another set of XSL transforms to generate the code. I guess the question is with the proliferation of metadata (all in XML of course+ACE-) what is your preferred starting point? rgds, tim -Original Message- From: Jon Ferguson +AFs-mailto:ferguson+AEA-ieee.org+AF0- Sent: Thursday, 10 January 2002 7:22 PM To: Struts Developers List Subject: Re: Building Form Beans from XML Schema? Arron, I agree with the analysis. There are of course other tools that do similar things (including the Digester) but I've seen no others that do all three (XML/Schema/SQL) at least opensource. It seems like a natural way to proceed in order to automate some of this stuff. When I noticed that you could get Castor to generate beans with the validate method I thought the author probably had Struts in mind.. If I get a chance, I'll look into it further. Thanks, Jon Arron Bates wrote: +AD4- Jon, +AD4- +AD4- I'm quite certain the parser has the ability, it just doesn't do it. +AD4- It's the generation of the Java code which is stopping it. I would think +AD4- you could hack it, so when an object's setter is called automatically +AD4- call it's validate() method (which the system creates both, so all you'd +AD4- have to hack is when and where) for each object continuing to set all +AD4- data (it carries invalid data quite happily, only complains when you ask +AD4- it to marshal the document out or validate it) and remember all the +AD4- validation errors which were thrown and just pop them into the pile for +AD4- Struts. Could be groovy... but it's not an out-of-the-box ability. +AD4- +AD4- I've only had the chance to use the schema side of the matter. We use it +AD4- to create the XML documents against the schema, when we have to do +AD4- something which requires XML. I don't think my current client is a +AD4- particular fan of XML per-se. +AD4- +AD4- Arron. +AD4- +AD4- Jon Ferguson wrote: +AD4- +AD4- +AD4-Arron, +AD4- +AD4- +AD4- +AD4-Thanks for the hands-on. Shame really.. surely the parser provides this data.. +AD4- +AD4-wonder if there's another way to 'compile' that information into a method. +AD4- +AD4- +AD4- +AD4-BTW, have you used Castor's Object-Relational mapping? The second half of the +AD4- +AD4-equation would be to use that to persist the populated beans from within the +AD4- +AD4-Action. +AD4- +AD4- +AD4- +AD4-Cheers, +AD4- +AD4- +AD4- +AD4-Jon +AD4- +AD4- +AD4- +AD4-Arron Bates wrote: +AD4- +AD4- +AD4- +AD4APg-I've tried to do this with Castor generated objects. Problem is though, +AD4- +AD4APg-is that the errors are not fine grained at all. +AD4- +AD4APg-You validate the document by calling the validate() method on the top +AD4- +AD4APg-node, and you get a yes or a no. +AD4- +AD4APg-You can do this for all of the sub objects, but it's just that, you +AD4- +AD4APg-still have to implement the field validation yourself. +AD4- +AD4APg- +AD4- +AD4APg-Naturally you can't play any tricks with the calling of property methods +AD4- +AD4APg-to work around various issues as your objects are locked down to the +AD4- +AD4APg-automation process. +AD4- +AD4APg- +AD4- +AD4APg-Otherwise it's quite excellent. +AD4- +AD4APg- +AD4- +AD4APg-Arron. +AD4- +AD4APg- +AD4- +AD4APg-Jon Ferguson wrote: +AD4- +AD4APg- +AD4- +AD4APgA+-( Republished under appropriate Subject :-( ). +AD4- +AD4APgA+- +AD4- +AD4APgA+-Hey, +AD4- +AD4APgA+- +AD4- +AD4APgA+-I've been toying with the idea of Modelling my form beans using XML Schema, +AD4- +AD4APgA+-then generating the actual beans using some XML binding tool like Castor (which +AD4- +AD4APgA+-should also generate my validate function). I should also be able to use +AD4- +AD4APgA+-Castor to do RDBMS mapping as well.. (but from a session bean manipulating the +AD4- +AD4APgA+-formbeans for example). +AD4- +AD4APgA+- +AD4- +AD4APgA+-I'm thinking of utilising schema from developments such as RosettaNet, BizTalk +AD4- +AD4APgA+-Frameworks and ebXML - noting that often the info entered into forms could be +AD4- +AD4APgA+-the same message information that might be passed between businesses. (Eg. a +AD4- +AD4APgA+-Purchase Order, etc.). +AD4- +AD4APgA+- +AD4- +AD4APgA+-I'm hoping that the result would: a) help to standardize the business app. b) +AD4- +AD4APgA+-leave it wide open for making use of b-2-b developments such as webServices and +AD4- +AD4APgA+-the above efforts. c) provide automatic form validation (inherent in the +AD4- +AD4APgA+-Schema), d) obviate the hand-coading of formbeans. +AD4- +AD4APgA+- +AD4- +AD4APgA+-Any comments on this
AspectJ and Struts Exception handling:
Hello, A while back Rick Hightower submitted a request to change the way Struts handles errors. His problem (and mine) is that Struts tends to catch exceptions and throw different exceptions indicating the problem. Needless to say this can badly obscure the original cause of the error. So today I set about remedying it using AspectJ--an aspect oriented extension to Java produced by Xerox PARC (http://www.aspectj.org). I added the following aspect to the org.apache.struts package: public aspect ExceptionLogger+AHs- before(Throwable e) : args(e) +ACYAJg- handler(Throwable+-)+AHs- System.err.println(+ACI-Exception caught in the Struts framework:+ACI-)+ADs- e.printStackTrace(System.err)+ADs- +AH0- +AH0- Then I compiled Struts with an Ant task for AspectJ compilation: +ADw-target name+AD0AIg-compile.library+ACI- depends+AD0AIg-prepare.library+ACI- description+AD0AIg-Compile Struts library files+ACIAPg- +ADw-ajc srcdir+AD0AIgAkAHs-src.share.dir+AH0AIg- destdir+AD0AIgAkAHs-build.home+AH0-/library/classes+ACIAPg- +ADw-classpath refid+AD0AIg-compile.classpath+ACI-/+AD4- +ADw-/ajc+AD4- +AFs-...task continues as normal...+AF0- Now all exceptions caught in the Struts framework are automatically logged to System.err. So my question is: Should we consider the use of AspectJ in Struts? This would potentially have no effect on the users of the framework, but could be valuable for implementing logging and error-handling policies. The above code could be modified to write to a log4j log if that would be more convenient. Does this intrigue anyone? Should we continue investigation? Cheers, Nicholas Lesiecki (For more info on AspectJ, look for my forthcoming article on IBM's developerWorks.) Technical Team Lead eBlox, Inc. (520) 615-9345 x104 Check out my new book+ACE-: Java Tools for Extreme Programming: Mastering Open Source Tools, including Ant, JUnit, and Cactus http://www.amazon.com/exec/obidos/ASIN/047120708X/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: AspectJ and Struts Exception handling:
I just posted a message to commons about aspectj. :) Very, very cool stuff+ACE- What I'd like to see next from that arena is the ability to define pointcuts and aspects dynamically rather than with a recompile. Donnie +AD4- -Original Message- +AD4- From: Nicholas Lesiecki +AFs-mailto:nick+AEA-eblox.com+AF0- +AD4- Sent: Thursday, January 10, 2002 5:52 PM +AD4- To: Struts Developers List +AD4- Subject: AspectJ and Struts Exception handling: +AD4- +AD4- +AD4- Hello, +AD4- +AD4- A while back Rick Hightower submitted a request to change the way +AD4- Struts handles errors. His problem (and mine) is that Struts +AD4- tends to catch exceptions and throw different exceptions +AD4- indicating the problem. Needless to say this can badly obscure +AD4- the original cause of the error. +AD4- +AD4- So today I set about remedying it using AspectJ--an aspect +AD4- oriented extension to Java produced by Xerox PARC +AD4- (http://www.aspectj.org). I added the following aspect to the +AD4- org.apache.struts package: +AD4- +AD4- public aspect ExceptionLogger+AHs- +AD4- +AD4- before(Throwable e) : args(e) +ACYAJg- handler(Throwable+-)+AHs- +AD4- System.err.println(+ACI-Exception caught in the Struts framework:+ACI-)+ADs- +AD4- e.printStackTrace(System.err)+ADs- +AD4- +AH0- +AD4- +AH0- +AD4- +AD4- Then I compiled Struts with an Ant task for AspectJ compilation: +AD4- +AD4- +ADw-target name+AD0AIg-compile.library+ACI- depends+AD0AIg-prepare.library+ACI- +AD4- description+AD0AIg-Compile Struts library files+ACIAPg- +AD4- +ADw-ajc srcdir+AD0AIgAkAHs-src.share.dir+AH0AIg- +AD4- destdir+AD0AIgAkAHs-build.home+AH0-/library/classes+ACIAPg- +AD4- +ADw-classpath refid+AD0AIg-compile.classpath+ACI-/+AD4- +AD4- +ADw-/ajc+AD4- +AD4- +AFs-...task continues as normal...+AF0- +AD4- +AD4- Now all exceptions caught in the Struts framework are +AD4- automatically logged to System.err. +AD4- +AD4- So my question is: +AD4- +AD4- Should we consider the use of AspectJ in Struts? This would +AD4- potentially have no effect on the users of the framework, but +AD4- could be valuable for implementing logging and error-handling +AD4- policies. The above code could be modified to write to a log4j +AD4- log if that would be more convenient. +AD4- +AD4- Does this intrigue anyone? Should we continue investigation? +AD4- +AD4- Cheers, +AD4- +AD4- Nicholas Lesiecki +AD4- +AD4- (For more info on AspectJ, look for my forthcoming article on +AD4- IBM's developerWorks.) +AD4- +AD4- Technical Team Lead +AD4- eBlox, Inc. +AD4- (520) 615-9345 x104 +AD4- Check out my new book+ACE-: +AD4- Java Tools for Extreme Programming: Mastering Open Source Tools, +AD4- including Ant, JUnit, and Cactus +AD4- +AD4- http://www.amazon.com/exec/obidos/ASIN/047120708X/ +AD4- +AD4- +AD4- +AD4- +AD4- -- +AD4- To unsubscribe, e-mail: +ADw-mailto:struts-dev-unsubscribe+AEA-jakarta.apache.org+AD4- For additional commands, e-mail: +ADw-mailto:struts-dev-help+AEA-jakarta.apache.org+AD4- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Building Form Beans from XML Schema?
Hi Tim, One of my key goals is to ease integration with B2B and webservices. I'm finding that lots of what's in my current project would fit this framework well.. For instance I have an Order form.. But why should this just be entered from a web form using Struts. I'd like to be able to export the Schema and have some other app send me Orders which my app already knows how to work with. Using a standard schema would be great. I guess from this perspective I'm thinking of starting with XML. Cheers, Jon Stephenson Tim wrote: guys, thought i'd throw in my 2cents as i enjoyed reading your discussion so far. i have been trying to solve the same problem - to generate the struts forms and resource properties (maybe actions too). First there was a chap posted an announcement to the list recently to that used XSL transforms acting on the struts config did you see it? And secondly i use XMI (XML Metadata Interchange) from the OMG to model the metadata before applying another set of XSL transforms to generate the code. I guess the question is with the proliferation of metadata (all in XML of course!) what is your preferred starting point? rgds, tim -Original Message- From: Jon Ferguson [mailto:[EMAIL PROTECTED]] Sent: Thursday, 10 January 2002 7:22 PM To: Struts Developers List Subject: Re: Building Form Beans from XML Schema? Arron, I agree with the analysis. There are of course other tools that do similar things (including the Digester) but I've seen no others that do all three (XML/Schema/SQL) at least opensource. It seems like a natural way to proceed in order to automate some of this stuff. When I noticed that you could get Castor to generate beans with the validate method I thought the author probably had Struts in mind.. If I get a chance, I'll look into it further. Thanks, Jon Arron Bates wrote: Jon, I'm quite certain the parser has the ability, it just doesn't do it. It's the generation of the Java code which is stopping it. I would think you could hack it, so when an object's setter is called automatically call it's validate() method (which the system creates both, so all you'd have to hack is when and where) for each object continuing to set all data (it carries invalid data quite happily, only complains when you ask it to marshal the document out or validate it) and remember all the validation errors which were thrown and just pop them into the pile for Struts. Could be groovy... but it's not an out-of-the-box ability. I've only had the chance to use the schema side of the matter. We use it to create the XML documents against the schema, when we have to do something which requires XML. I don't think my current client is a particular fan of XML per-se. Arron. Jon Ferguson wrote: Arron, Thanks for the hands-on. Shame really.. surely the parser provides this data.. wonder if there's another way to 'compile' that information into a method. BTW, have you used Castor's Object-Relational mapping? The second half of the equation would be to use that to persist the populated beans from within the Action. Cheers, Jon Arron Bates wrote: I've tried to do this with Castor generated objects. Problem is though, is that the errors are not fine grained at all. You validate the document by calling the validate() method on the top node, and you get a yes or a no. You can do this for all of the sub objects, but it's just that, you still have to implement the field validation yourself. Naturally you can't play any tricks with the calling of property methods to work around various issues as your objects are locked down to the automation process. Otherwise it's quite excellent. Arron. Jon Ferguson wrote: ( Republished under appropriate Subject :-( ). Hey, I've been toying with the idea of Modelling my form beans using XML Schema, then generating the actual beans using some XML binding tool like Castor (which should also generate my validate function). I should also be able to use Castor to do RDBMS mapping as well.. (but from a session bean manipulating the formbeans for example). I'm thinking of utilising schema from developments such as RosettaNet, BizTalk Frameworks and ebXML - noting that often the info entered into forms could be the same message information that might be passed between businesses. (Eg. a Purchase Order, etc.). I'm hoping that the result would: a) help to standardize the business app. b) leave it wide open for making use of b-2-b developments such as webServices and the above efforts. c) provide automatic form validation (inherent in the Schema), d) obviate the hand-coading of formbeans. Any comments on this approach? Has anyone tried this? Cheers, Jon -- To