DO NOT REPLY [Bug 37120] - [shale] IFrame does not work properly inside Shale dialog

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: r329126 - /struts/shale/trunk/test-framework/src/java/org/apache/shale/test/mock/MockExternalContext.java

Author: craigmcc Date: Thu Oct 27 23:29:17 2005 New Revision: 329126 URL: http://svn.apache.org/viewcvs?rev=329126&view=rev Log: Add an implementation of getInitParameterMap() to facilitate testing of application modules that wish to call this method. Submitted by: Manfred Klug PR: Bugzilla #3

DO NOT REPLY [Bug 36982] - Implementation for MockExternalContext.getInitParameterMap()

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: r329122 - in /struts/shale/trunk: build.xml core-library/src/conf/dialog.dtd core-library/src/java/org/apache/shale/dialog/config/ConfigurationParser.java

Author: craigmcc Date: Thu Oct 27 23:20:11 2005 New Revision: 329122 URL: http://svn.apache.org/viewcvs?rev=329122&view=rev Log: Add the ability to configure arbitrary properties of custom implementation classes for the dialog configuration, by specifying nested elements of type inside the co

DO NOT REPLY [Bug 36439] - [shale] Allow user to supply their own Dialog DTD

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: Web Framework Consolidation

I guess if you don't mind having a pile of controllers in an MVC environment and don't having leaky abstractions abounding in your code, this would work. Myself, I like to KISS and do not like leaky abstractions. On 10/19/05, Rich Feit <[EMAIL PROTECTED]> wrote: > JSF (or any framework that suppo

svn commit: r329093 - in /struts/apps/trunk: blank/src/webapp/WEB-INF/validation.xml mailreader/src/webapp/WEB-INF/validation.xml

Author: wsmoak Date: Thu Oct 27 21:39:29 2005 New Revision: 329093 URL: http://svn.apache.org/viewcvs?rev=329093&view=rev Log: Use Validator 1.2.0 DTD Modified: struts/apps/trunk/blank/src/webapp/WEB-INF/validation.xml struts/apps/trunk/mailreader/src/webapp/WEB-INF/validation.xml Modifi

svn commit: r329092 - /struts/core/trunk/conf/java/validator-rules.xml

Author: wsmoak Date: Thu Oct 27 21:34:43 2005 New Revision: 329092 URL: http://svn.apache.org/viewcvs?rev=329092&view=rev Log: Use Validator 1.2.0 DTD Modified: struts/core/trunk/conf/java/validator-rules.xml Modified: struts/core/trunk/conf/java/validator-rules.xml URL: http://svn.apache.o

java.util.Date in Action Form Bean

Hello, I am working on a project using Struts. Struts uses BeanUtil to populate Action Form Bean. This is such a nice framework to work with, except, BeanUtil doesn't support java.util.Date conversion. But when I use java.sql.Timestamp, it asks for the format of -mm-dd hh:mm:ss.f

svn commit: r329090 - /struts/apps/trunk/mailreader/maven.xml

Author: wsmoak Date: Thu Oct 27 21:29:13 2005 New Revision: 329090 URL: http://svn.apache.org/viewcvs?rev=329090&view=rev Log: Modified build to copy validator-rules.xml from core. (See: r328866) Modified: struts/apps/trunk/mailreader/maven.xml Modified: struts/apps/trunk/mailreader/maven.x

svn commit: r329062 - /struts/core/trunk/src/java/org/apache/struts/config/ActionConfigMatcher.java

Author: mrdon Date: Thu Oct 27 20:29:09 2005 New Revision: 329062 URL: http://svn.apache.org/viewcvs?rev=329062&view=rev Log: Adding Javadoc comments for new property replacement method Modified: struts/core/trunk/src/java/org/apache/struts/config/ActionConfigMatcher.java Modified: struts/c

svn commit: r329061 - in /struts/core/trunk: src/java/org/apache/struts/config/ActionConfigMatcher.java src/test/org/apache/struts/config/TestActionConfigMatcher.java xdocs/userGuide/building_controll

Author: mrdon Date: Thu Oct 27 20:25:01 2005 New Revision: 329061 URL: http://svn.apache.org/viewcvs?rev=329061&view=rev Log: * Adding a few more attributes and properties to the wildcard matcher * Updating the wildcard documentation Modified: struts/core/trunk/src/java/org/apache/struts/co

svn commit: r329014 - in /struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay: component/Clay.java component/chain/AbstractCommand.java component/chain/CreateComponentCommand.java config/bea

Author: gvanmatre Date: Thu Oct 27 17:58:52 2005 New Revision: 329014 URL: http://svn.apache.org/viewcvs?rev=329014&view=rev Log: Fix identified by Ryan Wynn for the new Clay symbol replacement and a few other small optimization changes. Modified: struts/shale/trunk/clay-plugin/src/java/org

Re: [shale] Another dialog idea

On 10/27/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > Just wanted to bounce an idea off of people. We have our own custom > Dialog class that makes use of a "beforeStart" attribute. Basically > there are certain steps we take before each dialog. We can't really > reuse a state using XML entiti

svn commit: r328989 - in /struts/site/trunk/xdocs: announce.xml helping.xml index.xml mail.xml navigation.xml volunteers.xml

Author: husted Date: Thu Oct 27 17:25:20 2005 New Revision: 328989 URL: http://svn.apache.org/viewcvs?rev=328989&view=rev Log: * Site: Add "Site Archive" section; Add announces for new committers; Tweak navigation so that Announcements follow the Welcome page. Modified: struts/site/trunk/xdo

Re: 1.3.0 Release - Next Steps

On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote: > We have a dependency on a snapshot of Validator. Is that okay for 1.3.0? > (I thought there was at least a release candidate, if not a vote, on > commons-dev.) If a release is dependant on a beta, then the release itself must remain a beta. O

Re: 1.3.0 Release - Next Steps

Sure, go ahead. Thanks, Don Niall Pemberton wrote: On 10/27/05, Don Brown <[EMAIL PROTECTED]> wrote: Agreed. The only sticking point is the Validator release doesn't build for me with Java 1.3, and I haven't had time to look into why, but other than that, it is good to go for an RC release.

Re: 1.3.0 Release - Next Steps

On 10/27/05, Don Brown <[EMAIL PROTECTED]> wrote: > Agreed. The only sticking point is the Validator release doesn't build for me > with Java 1.3, and I haven't had time to look into why, but other than that, > it > is good to go for an RC release. It builds OK for me in JDK 1.3 - do you want me

Re: 1.3.0 Release - Next Steps

Agreed. The only sticking point is the Validator release doesn't build for me with Java 1.3, and I haven't had time to look into why, but other than that, it is good to go for an RC release. Don Niall Pemberton wrote: On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote: We have a dependency

Re: 1.3.0 Release - Next Steps

On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote: > We have a dependency on a snapshot of Validator. Is that okay for 1.3.0? > (I thought there was at least a release candidate, if not a vote, on > commons-dev.) IMO we need a validator release. I believe its ready - I think Don does too, Its ju

Re: 1.3.0 Release - Next Steps

From: "Ted Husted" <[EMAIL PROTECTED]> The rest just looks like mopping up. Hubert mentioned possibly making a change to the DTD: http://www.mail-archive.com/dev@struts.apache.org/msg12505.html We have a dependency on a snapshot of Validator. Is that okay for 1.3.0? (I thought there was

[shale] Another dialog idea

Just wanted to bounce an idea off of people. We have our own custom Dialog class that makes use of a "beforeStart" attribute. Basically there are certain steps we take before each dialog. We can't really reuse a state using XML entities because the "next" transition is always different depending

[Struts Wiki] Trivial Update of "StrutsMaintenanceWebsite" by MartinCooper

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by MartinCooper: http://wiki.apache.org/struts/StrutsMaintenanceWebsite The comment on the change is: Update propagation time. -

Re: 1.3.0 Release - Next Steps

From: "Ted Husted" <[EMAIL PROTECTED]> It is suppose to be a leaning tool, and so the source should be easy to access. We'd have the same problem with "blank". We are suppose to be able to take the source and use it for the base of a new project. [And if it ends up being a blank Maven project,

Re: 1.3.0 Release - Next Steps

It is suppose to be a leaning tool, and so the source should be easy to access. We'd have the same problem with "blank". We are suppose to be able to take the source and use it for the base of a new project. [And if it ends up being a blank Maven project, that's OK by me :)] -Ted. On 10/27/05, J

[Struts Wiki] Trivial Update of "StrutsMaintenanceWebsite" by TedHusted

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsMaintenanceWebsite --

Re: 1.3.0 Release - Next Steps

The mailreader.war artifact contains the source (thanks Wendy!), but it isn't a 'source distribution' in the same sense that you expect. Is that ok, or do we have to have a build-able source distro? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelan

svn commit: r328867 - in /struts: core/trunk/xdocs/faqs/navigation.xml core/trunk/xdocs/index.xml core/trunk/xdocs/learning.xml core/trunk/xdocs/navigation.xml core/trunk/xdocs/userGuide/navigation.xm

Author: husted Date: Thu Oct 27 06:00:25 2005 New Revision: 328867 URL: http://svn.apache.org/viewcvs?rev=328867&view=rev Log: * Core: Tweak navigation and add more subsection headers to Learning. * Site: Grammatical changes. Modified: struts/core/trunk/xdocs/faqs/navigation.xml struts/c

svn commit: r328866 - in /struts/apps/trunk: dao/ mailreader-dao/ mailreader-dao/project.xml mailreader-dao/src/ mailreader/ mailreader/maven.xml mailreader/project.xml mailreader/src/ maven.xml share

Author: jmitchell Date: Thu Oct 27 05:36:28 2005 New Revision: 328866 URL: http://svn.apache.org/viewcvs?rev=328866&view=rev Log: Per discussion on dev list, move 'shared' to 'mailreader' and 'dao' to mailreader-dao. Added: struts/apps/trunk/mailreader/ - copied from r328860, struts/ap

svn commit: r328865 - in /struts: apps/trunk/documentation/ archive/trunk/apps/documentation/

Author: jmitchell Date: Thu Oct 27 05:31:47 2005 New Revision: 328865 URL: http://svn.apache.org/viewcvs?rev=328865&view=rev Log: Move old documentation directory over to archive. Added: struts/archive/trunk/apps/documentation/ - copied from r328864, struts/apps/trunk/documentation/ Rem

svn commit: r328864 - /struts/archive/trunk/apps/

Author: jmitchell Date: Thu Oct 27 05:30:41 2005 New Revision: 328864 URL: http://svn.apache.org/viewcvs?rev=328864&view=rev Log: Make a new home for no longer used documentation folder(and history) Added: struts/archive/trunk/apps/ --

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-taglib-from-packages has an issue affecting its community integration. Th

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-taglib-from-packages has an issue affecting its community integration. Th

DO NOT REPLY [Bug 37033] - Documentation fixes for building_view and building_model

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: 1.3.0 Release - Next Steps

I'll take a look at it. The initial plan for 'shared' was to prevent a bunch of duplicate 'one-off' mailreaders from getting out of sync, but no-one has attempted doing a single 'one-off', so I assume it is safe to put it back the way we originally had it (structure). Thanks. -- James Mi

Re: 1.3.0 Release - Next Steps

I'm not having any luck getting started with the Apps subproject, so I think I should go back to reviewing the rest of the documentation for now. I think the only major thing keeping us from rolling 1.3.0 is that the source for the MailReader seems disjointed. It looks like part is under "shared"