Re: 1.3.0 Release - Next Steps

If we think the problem is the tests, rather than the code, then I don't believe that the issue should affect whether we release. I might try to setup some webtests for the Taglib Exercises and Cookbook, so that we still have automated tests for the tags. I'm still twiddling with the MailReader t

Re: [shale] jsf-commons??

On 12/9/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > Let's say that Shale and MyFaces wanted to share some underpinning code, > meaning that neither will run without it. Just for the sake of argument, > let's pretend it's something like Commons Resources, but it lives at > MyFaces. Now someone wh

Re: [shale] jsf-commons??

On 12/12/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > The shared code in tomahawk is primarily for building components > better and easier. It certainly makes the most sense to keep this > code with Tomahawk since it's an integral part of all tomahawk > components. Some of the code that's

DO NOT REPLY [Bug 36777] - validation is not working with struts1.2

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: [shale] jsf-commons??

On 12/12/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > On 12/9/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > Let's say that Shale and MyFaces wanted to share some underpinning code, > > meaning that neither will run without it. Just for the sake of argument, > > let's pretend it's somethi

[EMAIL PROTECTED]: Project struts-taglib (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 has an issue affecting its community integration. This issue affect

[EMAIL PROTECTED]: Project struts-taglib (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 has an issue affecting its community integration. This issue affect

DO NOT REPLY [Bug 37867] - Filter mapping to wide

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 37878] New: - Link to Developer's Guide is broken

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: [shale] jsf-commons??

On 12/12/05, Hubert Rabago <[EMAIL PROTECTED]> wrote: > Some of the code that's an integral part of Struts are in commons, > such as BeanUtils and Chain. If the shared code is not > tomahawk/myfaces specific, then this sounds like more reason to put > this in a "commons"-type package. It sounds l

[Struts Wiki] Update of "ShaleRelease101" by CraigMcClanahan

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 CraigMcClanahan: http://wiki.apache.org/struts/ShaleRelease101 The comment on the change is: Initial crack at release plan for 1.0.1 New page: =

[Struts Wiki] Update of "ShaleReleasePlans" by CraigMcClanahan

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 CraigMcClanahan: http://wiki.apache.org/struts/ShaleReleasePlans The comment on the change is: Update status of 1.0.1 planning --

DO NOT REPLY [Bug 37878] - Link to Developer's Guide is broken

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: r356365 - /struts/action/trunk/xdocs/userGuide/building_view.xml

Author: wsmoak Date: Mon Dec 12 12:09:04 2005 New Revision: 356365 URL: http://svn.apache.org/viewcvs?rev=356365&view=rev Log: Fixed broken and incorrect links, updated Validator config example. Modified: struts/action/trunk/xdocs/userGuide/building_view.xml Modified: struts/action/trunk/xdo

svn commit: r356371 - /struts/site/trunk/xdocs/acquiring.xml

Author: wsmoak Date: Mon Dec 12 12:55:31 2005 New Revision: 356371 URL: http://svn.apache.org/viewcvs?rev=356371&view=rev Log: Another one from the core->action name change. Modified: struts/site/trunk/xdocs/acquiring.xml Modified: struts/site/trunk/xdocs/acquiring.xml URL: http://svn.apach

svn commit: r356372 - /struts/site/trunk/xdocs/acquiring.xml

Author: wsmoak Date: Mon Dec 12 12:59:54 2005 New Revision: 356372 URL: http://svn.apache.org/viewcvs?rev=356372&view=rev Log: Also change bsf to scripting, and re-order entries. Modified: struts/site/trunk/xdocs/acquiring.xml Modified: struts/site/trunk/xdocs/acquiring.xml URL: http://svn.

Sorry for all the noise!

Hi folks, You might have noticed a bit of a spike in the volume of Bugzilla change notifications yesterday. OK, OK, so there was a massive spike of thousands of messages. ;-) Sorry about that. We were changing the category and milestone elements in Bugzilla, and thus recategorising thousands of bu

Re: Sorry for all the noise!

I hadn't noticed... Did I miss a few messages? ;) LOL ;) Frank Martin Cooper wrote: Hi folks, You might have noticed a bit of a spike in the volume of Bugzilla change notifications yesterday. OK, OK, so there was a massive spike of thousands of messages. ;-) Sorry about that. We were changing

Re: [VOTE] Confirm the Struts Scripting 1.0.1 release plan

On 12/6/05, Don Brown <[EMAIL PROTECTED]> wrote: > > Since the 1.0.0 release didn't pass GA muster, I want to quickly roll > 1.0.1, which should address all concerns. The two significant changes > are changing the example app from using BeanShell to Groovy, and > cleaning up Checkstyle errors. > >

Re: [VOTE] Confirm the Struts Scripting 1.0.1 release plan

+1, go for it. Niall On 12/7/05, Don Brown <[EMAIL PROTECTED]> wrote: > Since the 1.0.0 release didn't pass GA muster, I want to quickly roll > 1.0.1, which should address all concerns. The two significant changes > are changing the example app from using BeanShell to Groovy, and > cleaning up C

svn commit: r356431 - /struts/site/trunk/maven.xml

Author: wsmoak Date: Mon Dec 12 16:30:29 2005 New Revision: 356431 URL: http://svn.apache.org/viewcvs?rev=356431&view=rev Log: Make 'maven multiproject:clean' also delete site/target. Added: struts/site/trunk/maven.xml (with props) Added: struts/site/trunk/maven.xml URL: http://svn.apache

svn commit: r356434 [4/4] - in /struts/shale/trunk/tiger: ./ nbproject/ nbproject/private/ src/ src/conf/ src/java/ src/java/org/ src/java/org/apache/ src/java/org/apache/shale/ src/java/org/apache/sh

Added: struts/shale/trunk/tiger/src/test/org/apache/shale/tiger/config/FacesConfigParserTestCase.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/tiger/src/test/org/apache/shale/tiger/config/FacesConfigParserTestCase.java?rev=356434&view=auto

svn commit: r356435 - in /struts/extras/trunk/src/java/org/apache/struts/actions: ChainAction.java DispatchChainAction.java

Author: wsmoak Date: Mon Dec 12 16:50:20 2005 New Revision: 356435 URL: http://svn.apache.org/viewcvs?rev=356435&view=rev Log: Fixed configuration example in Javadoc. Modified: struts/extras/trunk/src/java/org/apache/struts/actions/ChainAction.java struts/extras/trunk/src/java/org/apache

Re: Sorry for all the noise!

:( It kind of killed my gmail inbox (I like to keep almost everything yanked). Because gmail doesn't have a good interface for yanking these things more than 50 at a time, it'll be a tedious task to clean up. Any chance we can break these lists up so some of us can opt out of receiving th

svn commit: r356449 - in /struts/shale/trunk: core-library/src/java/org/apache/shale/faces/ShaleVariableResolver.java tiger/src/java/org/apache/shale/tiger/faces/VariableResolverImpl.java

Author: craigmcc Date: Mon Dec 12 18:04:37 2005 New Revision: 356449 URL: http://svn.apache.org/viewcvs?rev=356449&view=rev Log: Conditionally insert the Shale Tiger Extensions variable resolver below the Shale standard variable resolver. This will occur *only* if the corresponding library (shale

svn commit: r356453 - in /struts/sandbox/trunk/ti/phase1: project.properties project.xml

Author: mrdon Date: Mon Dec 12 18:43:14 2005 New Revision: 356453 URL: http://svn.apache.org/viewcvs?rev=356453&view=rev Log: Changed to the apache cvs repo and added new webwork/xwork jars Modified: struts/sandbox/trunk/ti/phase1/project.properties struts/sandbox/trunk/ti/phase1/project.

svn commit: r356454 - in /struts/sandbox/trunk/ti/phase1/jars/legacy/src: java/org/apache/ti/legacy/ScopedModelDriven.java java/org/apache/ti/legacy/ScopedModelDrivenInterceptor.java test/org/apache/t

Author: mrdon Date: Mon Dec 12 18:44:08 2005 New Revision: 356454 URL: http://svn.apache.org/viewcvs?rev=356454&view=rev Log: Adding scoped model interceptor Added: struts/sandbox/trunk/ti/phase1/jars/legacy/src/java/org/apache/ti/legacy/ScopedModelDriven.java struts/sandbox/trunk/ti/ph

Re: [VOTE] Confirm the Struts Scripting 1.0.1 release plan

On 12/7/05, Ted Husted <[EMAIL PROTECTED]> wrote: > If the plan is to continue using a hybrid build scheme, then I would > have to vote +0. (Since I think I'm the one who added that part as a quick fix...) Don, see if this does what you need it to: http://people.apache.org/~wsmoak/struts-scri

svn commit: r356469 - in /struts/site/trunk: maven.xml project.xml

Author: wsmoak Date: Mon Dec 12 20:32:11 2005 New Revision: 356469 URL: http://svn.apache.org/viewcvs?rev=356469&view=rev Log: Set up to publish the site with 'maven site:deploy'. When deploying, exclude the 1.0.2 and 1.1 api docs which will never change. Make 'site' the default goal. Use 'groupId

DO NOT REPLY [Bug 37867] - Filter mapping to wide

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 37867] - Filter mapping to wide

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