svn commit: rev 56564 - struts/trunk/doc

Author: niallp Date: Wed Nov 3 20:34:08 2004 New Revision: 56564 Modified: struts/trunk/doc/acquiring.xml Log: Correct binary/source distributions, add development builds directory Modified: struts/trunk/doc/acquiring.xml ===

Ant Build - BeanUtils / Digester versions

I've updated the Ant build to remove Commons Collections. To use the new build you need to: * get the latest Ant build files from SVN (i.e. build.xml, build-tests.xml and build-webapp.xml) * Upgrade to version 1.7.0 of Commons BeanUtils * Upgrade to version 1.6 of Commons Digester To upgrade t

Re: Broken Build?

Ahh good, sorry about that - I should have posted a message telling people they needed to upgrade BeanUtils/Digester versions for the build. Niall - Original Message - From: "Eddie Bush" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Thursday, November 04, 200

Re: Broken Build?

Great - working again - thanks Niall. :-) - Original Message - From: "Niall Pemberton" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, November 03, 2004 9:18 PM Subject: Re: Broken Build? You just need to update your build to use BeanUtils 1.7.0 (and

Re: Broken Build?

You just need to update your build to use BeanUtils 1.7.0 (and also upgrade Digester to version 1.6) - it now includes the collections FastHashMap class in the BeanUtils jar. All you should need to do is either drop the 1.7.0 version of BeanUtils jar into the appropriate place on your machine or ch

Re: Broken Build?

I've only had a cursory look at the changes today. It is my understanding that the project.xml (Maven build) is correct, but your build.properties (Ant build) may still be referencing old jars. Try updating your build.properties file. -- James Mitchell Software Engineer / Open Source Evangelist

Re: Broken Build?

Do we want to roll-back the build changes or update ActionServlet to use something (HashMap?) instead of FashHashMap? Having not examined the implications of changing the implementation, I'm thinking a rollback is best. Eddie - Original Message - From: "James Mitchell" <[EMAIL PROTECT

Re: Broken Build?

You are correct, it is broken. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Eddie Bush" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, November 03, 2004 9:15 PM Sub

Broken Build?

Am I out of sync? I just did an update and ... compile.library: [javac] Compiling 272 source files to C:\Work\sub-version\struts\trunk\target\library\classes [javac] C:\Work\sub-version\struts\trunk\src\share\org\apache\struts\action\ActionServlet.java:53: cannot resolve symbol [ja

svn commit: rev 56533 - struts/trunk/doc/userGuide

Author: niallp Date: Wed Nov 3 15:12:07 2004 New Revision: 56533 Modified: struts/trunk/doc/userGuide/release-notes.xml Log: update 1.2.6 release notes for recent changes Modified: struts/trunk/doc/userGuide/release-notes.xml ===

DO NOT REPLY [Bug 31423] - Lazy ActionForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: rev 56532 - struts/trunk/src/share/org/apache/struts/validator

Author: niallp Date: Wed Nov 3 14:34:19 2004 New Revision: 56532 Added: struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java Log: add LazyValidatorForm Added: struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java ===

svn commit: rev 56531 - struts/trunk/src/share/org/apache/struts/validator

Author: niallp Date: Wed Nov 3 14:23:58 2004 New Revision: 56531 Modified: struts/trunk/src/share/org/apache/struts/validator/BeanValidatorForm.java Log: Update for BeanUtils 1.7.0 Modified: struts/trunk/src/share/org/apache/struts/validator/BeanValidatorForm.java

DO NOT REPLY [Bug 32049] New: - bean:write throws exception in format left blank

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32047] New: - "created" boolean in FacesRequestProcessor.doForward() not being set

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: BeanUtils/Collections dependency

I've removed collections from the build now. Three of the tags were using the IteratorUtils from Commons Collections - I've added back the IteratorAdapter class that was deleted from Struts in 1.2 and changed the tags back to using it instead of Collections. Niall - Original Message - F

svn commit: rev 56520 - in struts/trunk: . doc/userGuide

Author: niallp Date: Wed Nov 3 12:00:43 2004 New Revision: 56520 Modified: struts/trunk/build-tests.xml struts/trunk/build-webapp.xml struts/trunk/build.properties.sample struts/trunk/build.properties.sample.lib struts/trunk/build.xml struts/trunk/doc/userGuide/installation.xml

svn commit: rev 56513 - in struts/trunk/src/share/org/apache/struts: taglib/html taglib/logic util

Author: niallp Date: Wed Nov 3 11:20:47 2004 New Revision: 56513 Added: struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java Modified: struts/trunk/src/share/org/apache/struts/taglib/html/OptionsCollectionTag.java struts/trunk/src/share/org/apache/struts/taglib/html/Options

Re: JSF and highly dynamic apps (was Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]]])

> statement above clearly indicates that JSF goes well beyond that > charter, and clearly suggests that there are facets of JSF that should > not be a part of that JSR. > >From the original design goals of JSR 127 (JSF) "Provide a JavaBeans model for dispatching events from client-side GUI contro