Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

On 11/29/05, Laurie Harper <[EMAIL PROTECTED]> wrote: > Niall Pemberton wrote: > > Also looked like the property types were the wrong way round for > > indexed methods, so I also switched them. > > Hmm, with that change, accessing a List property is broken. Without the > change, all my tests are wo

DO NOT REPLY [Bug 36794] - Enhance DynaActionForm and sub-classes to allow normal property access in JSPs

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: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

Niall Pemberton wrote: Also looked like the property types were the wrong way round for indexed methods, so I also switched them. Hmm, with that change, accessing a List property is broken. Without the change, all my tests are working. You can deploy the exercises app with the addition I just

svn commit: r349654 - /struts/action/trunk/src/java/org/apache/struts/util/DynaBeanInterceptor.java

Author: laurieh Date: Mon Nov 28 21:29:34 2005 New Revision: 349654 URL: http://svn.apache.org/viewcvs?rev=349654&view=rev Log: Reverting r349286, which breaks some of the tests now in the exercises app. Modified: struts/action/trunk/src/java/org/apache/struts/util/DynaBeanInterceptor.java

Re: DO NOT REPLY [Bug 36794] - Enhance DynaActionForm and sub-classes to allow normal property access in JSPs

Wendy Smoak wrote: On 11/26/05, Laurie Harper <[EMAIL PROTECTED]> wrote: Ted, where do I edit the release notes for 1.3.0? The only likely candidate looked to be action/xdocs/userGuide/release-notes.xml but that looks like it's the 1.2.8 release notes... Are 1.3.0 release notes being aggre

svn commit: r349644 - /struts/action/trunk/src/java/org/apache/struts/util/DynaBeanInterceptor.java

Author: laurieh Date: Mon Nov 28 20:51:09 2005 New Revision: 349644 URL: http://svn.apache.org/viewcvs?rev=349644&view=rev Log: Added JavaDoc from Christian Meder; no functional changes. Modified: struts/action/trunk/src/java/org/apache/struts/util/DynaBeanInterceptor.java Modified: struts/

Re: [shale?] mimicking wildcard action mapping paths

That sounds like it might provide a much less hackish solution; I'll look into that. Thanks, L. Sean Schofield wrote: Yould can probably implement your own NavigationHandler. Check out the DialogNavigationHandler in Shale. It implements custom navigation handling on top of the JSF standard.

svn commit: r349635 - /struts/action/trunk/xdocs/userGuide/release-notes.xml

Author: laurieh Date: Mon Nov 28 20:40:53 2005 New Revision: 349635 URL: http://svn.apache.org/viewcvs?rev=349635&view=rev Log: Added notes about enhanced DynaActionFrom capability, and fixed a remaining reference to 1.2.7 to 1.2.8. Modified: struts/action/trunk/xdocs/userGuide/release-notes

svn commit: r349623 - in /struts/apps/trunk/examples: project.xml src/java/org/apache/struts/webapp/exercise/EnhancedDynaFormAction.java src/webapp/WEB-INF/exercise/struts-config.xml src/webapp/exerci

Author: laurieh Date: Mon Nov 28 20:21:33 2005 New Revision: 349623 URL: http://svn.apache.org/viewcvs?rev=349623&view=rev Log: Adding a page of tests for the enhanced dyna form functionality. Added: struts/apps/trunk/examples/src/java/org/apache/struts/webapp/exercise/EnhancedDynaFormActio

svn commit: r349613 - /struts/flow/trunk/project.xml

Author: wsmoak Date: Mon Nov 28 20:10:18 2005 New Revision: 349613 URL: http://svn.apache.org/viewcvs?rev=349613&view=rev Log: Added site address and directory. Modified: struts/flow/trunk/project.xml Modified: struts/flow/trunk/project.xml URL: http://svn.apache.org/viewcvs/struts/flow/tru

svn commit: r349606 - in /struts/flow/trunk: LICENSE.CheckStyle project.properties project.xml struts_checks.xml

Author: wsmoak Date: Mon Nov 28 19:48:26 2005 New Revision: 349606 URL: http://svn.apache.org/viewcvs?rev=349606&view=rev Log: Maven build improvements (should fix the CheckStyle warning in the nightly build log.) Added: struts/flow/trunk/LICENSE.CheckStyle - copied unchanged from r349

Re: [shale?] mimicking wildcard action mapping paths

Yould can probably implement your own NavigationHandler. Check out the DialogNavigationHandler in Shale. It implements custom navigation handling on top of the JSF standard. You could try something similar. sean On 11/28/05, Laurie Harper <[EMAIL PROTECTED]> wrote: > Craig McClanahan wrote: >

DO NOT REPLY [Bug 37681] New: - validator *.js focusField.focus() error when the field is hidden filed

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: r349602 - /struts/action/branches/STRUTS_1_2_BRANCH/project.xml

Author: wsmoak Date: Mon Nov 28 19:15:22 2005 New Revision: 349602 URL: http://svn.apache.org/viewcvs?rev=349602&view=rev Log: Fixed Maven 2 pom conversion problems identified by Carlos Sanchez on MEV-227. Modified: struts/action/branches/STRUTS_1_2_BRANCH/project.xml Modified: struts/action

Re: [shale?] mimicking wildcard action mapping paths

Craig McClanahan wrote: On 11/26/05, Laurie Harper <[EMAIL PROTECTED]> wrote: I suspect that Shale doesn't provide anything over-and-above the standard JSF navigation management in this area, in which case this may be more of a general JSF question: Well, it does offer above-and-beyond navigat

Re: [shale] component level render permissions

> I guess here is where I'm wondering why we need a framework to accomplish > this at all, given what JSF already provides? Consider something like this, > using JSP syntax: > > > ... components to conditionally display ... > > I agree that it wouldn't be a good idea to have a c

[Struts Wiki] Trivial Update of "StrutsReleasePlans" by DonBrown

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 DonBrown: http://wiki.apache.org/struts/StrutsReleasePlans The comment on the change is: Ok, I'll start using the "Preview" button from now on...

[Struts Wiki] Trivial Update of "StrutsReleasePlans" by DonBrown

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 DonBrown: http://wiki.apache.org/struts/StrutsReleasePlans -- = 5

[Struts Wiki] Update of "StrutsReleasePlans" by DonBrown

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 DonBrown: http://wiki.apache.org/struts/StrutsReleasePlans -- = 5

Re: [VOTE] Confirm the Struts BSF/Scripting 1.0.0 release plan

Ted Husted wrote: In the test matrix, I notice that we cite Action 1.3.0. Once there is an Action 1.3.x GA, would then intention be to move the Scripting dependency forward? Yes, in fact, Action 1.3 will allow me to do more interesting things I'm looking forward to. However, my general vision

[Struts Wiki] Update of "StrutsScriptingRelease100" by DonBrown

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 DonBrown: http://wiki.apache.org/struts/StrutsScriptingRelease100 --

[Struts Wiki] Update of "StrutsScriptingRelease100" by DonBrown

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 DonBrown: http://wiki.apache.org/struts/StrutsScriptingRelease100 -- +

Re: [VOTE] Confirm the Struts BSF/Scripting 1.0.0 release plan

On 11/28/05, Ted Husted <[EMAIL PROTECTED]> wrote: > an Action 1.3.0 GA, would then intention be to move the Scripting /s/Action 1.3.0 GA/Action 1.3.x GA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

Re: [VOTE] Confirm the Struts BSF/Scripting 1.0.0 release plan

In the test matrix, I notice that we cite Action 1.3.0. Once there is an Action 1.3.0 GA, would then intention be to move the Scripting dependency forward? My one suggestion would be to use SCRIPTING_1_0_0 as the build tag, to be in line with the Shale release plan. Otherwise, +1 on the plan. On

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > But the intent is to ensure that the initial milestone release of Shale *is* > numbered 1.0.0 instead of something like 1.0.2 ... to eliminate all the > inevitable questions about "what happened to ...". No one is asking what happened to S

[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

svn commit: r349502 - in /struts/action/trunk/xdocs/userGuide: release-notes-1.2.4.xml release-notes-1.2.8.xml release-notes.xml

Author: niallp Date: Mon Nov 28 12:56:41 2005 New Revision: 349502 URL: http://svn.apache.org/viewcvs?rev=349502&view=rev Log: Merge 1.2.8 release into 1.3 trunk, modify 1.2.4 format to match other versions Added: struts/action/trunk/xdocs/userGuide/release-notes-1.2.8.xml (with props) Modi

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > Maybe if you want a 1.0.0 GA quality Shale, the best thing to do would > start at version 0.9.0? Actually, that is *not* the intent ... 1.0.0 is going to be just a milestone (alpha quality) designed to increase the number of people willi

[Struts Wiki] Update of "WebSphere" by GeorgeDinwiddie

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 GeorgeDinwiddie: http://wiki.apache.org/struts/WebSphere The comment on the change is: no content ---

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > On 11/28/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > > On 11/28/05, Ted Husted <[EMAIL PROTECTED]> wrote: > > > > > > On 11/27/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > > I agree that release candidates can be helpful with

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > Tags, not branches. We don't create a branch until we know we need it. > > Yes but branches allow you to work out the kinks of your upcoming > release without introducing new bugs with the nightly fixes and new > features. I was suggesti

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

Not to worry, Sean. In SVN, a tag is converted to a branch as soon as someone writes to it. In the past, we've often kept a branch open while we went on to the next series. The 1.2.x branch and 1.3.x head is a good example. There are branches for every release series, back to 1.0. -Ted. On 11/28

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

> Tags, not branches. We don't create a branch until we know we need it. Yes but branches allow you to work out the kinks of your upcoming release without introducing new bugs with the nightly fixes and new features. I was suggesting that as a way to speed up the release process. > Martin Cooper

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > My point is that we've already had that conversation with people, and > > I don't want to waste precious volunteer time on discussions about why > > Shale has Release Candidates and Action does not. We chose a strategy > > over a year ago

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > On 11/28/05, Ted Husted <[EMAIL PROTECTED]> wrote: > > > > On 11/27/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > I agree that release candidates can be helpful with checking packaging > > > errors (and testing against TCK which is

Re: [VOTE] Confirm the Struts BSF/Scripting 1.0.0 release plan

On 11/26/05, Don Brown <[EMAIL PROTECTED]> wrote: > There is only issue to be resolved before the release - its name. > Otherwise, I feel it is in good shape to see at least a beta release. > > * http://wiki.apache.org/struts/StrutsBsfRelease100 > > At this time, I would ask the PMC, committers, an

[Struts Wiki] Update of "StrutsBsfRelease100" by NiallPemberton

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 NiallPemberton: http://wiki.apache.org/struts/StrutsBsfRelease100 The comment on the change is: change Struts version to latest 1.2.8 release ---

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

> On 11/28/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 11/28/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > > > I noticed that Gary VanMatre was not listed as an new Committer.Jack > must maintain this one;-) > > > > You were in there until 4 weeks ago - looks like you got zapp

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > On 11/28/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > I noticed that Gary VanMatre was not listed as an new Committer.Jack > > must maintain this one;-) > > You were in there until 4 weeks ago - looks like you got zapped when >

svn commit: r349442 - /struts/site/trunk/xdocs/announce.xml

Author: niallp Date: Mon Nov 28 09:40:03 2005 New Revision: 349442 URL: http://svn.apache.org/viewcvs?rev=349442&view=rev Log: Add Gary back! Modified: struts/site/trunk/xdocs/announce.xml Modified: struts/site/trunk/xdocs/announce.xml URL: http://svn.apache.org/viewcvs/struts/site/trunk/xd

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > Where is this grading maintained? In a wiki or just on the user list? > > > (I'm fishing for ideas here for MyFaces as well.) > > > > We make announcements > > > > * http://strut

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Ted Husted <[EMAIL PROTECTED]> wrote: > > On 11/27/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > I agree that release candidates can be helpful with checking packaging > > errors (and testing against TCK which is not an issue in this case.) > > That's true, Sean, but what you may n

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

> On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > > Where is this grading maintained? In a wiki or just on the user list? > > (I'm fishing for ideas here for MyFaces as well.) > > We make announcements > > * http://struts.apache.org/announce.html > I noticed that Gary VanMatre was no

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > Where is this grading maintained? In a wiki or just on the user list? > (I'm fishing for ideas here for MyFaces as well.) We make announcements * http://struts.apache.org/announce.html and update the download page. * http://struts.apach

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

> My point is that we've already had that conversation with people, and > I don't want to waste precious volunteer time on discussions about why > Shale has Release Candidates and Action does not. We chose a strategy > over a year ago. AFAICT, it's working well for us. I'd just like to > stay the

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > People may wonder what happened > to the "interim" release numbers. My point is that we've already had that conversation with people, and I don't want to waste precious volunteer time on discussions about why Shale has Release Candidates an

RE: Request for help/suggestions on bug 37479

Craig McClanahan wrote: > * The most important reason I dislike this change, however, is an > architectural desgn issue that few in the Struts community seem > to appreciate ... an ActionForward should represent a > *logical outcome* > of an Action, not a *menu choice*. Let me explain furth

[Struts Wiki] Update of "ActionForward" by GeorgeDinwiddie

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 GeorgeDinwiddie: http://wiki.apache.org/struts/ActionForward The comment on the change is: excerpted from the struts-dev list ---

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

I wasn't aware of that decision. It sounds like a semantics issue to me. Instead of RC1 you just label it 1.x.x right? Then you make a decision later about whether or not its "release worthy?" My point about doing a release build that you may or may not promote as an official release still stan

Re: [ANNOUNCEMENT][shale] Struts Shale 1.0.0 Release Candidate 1 Available

On 11/27/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > I agree that release candidates can be helpful with checking packaging > errors (and testing against TCK which is not an issue in this case.) That's true, Sean, but what you may not know is that over a year ago, we had a very long discussion