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
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
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 further.
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
*
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
the other new
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
the
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
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, and other
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 not an issue in
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. AFAICT,
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
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
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 checking packaging
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
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 willing
Author: niallp
Date: Mon Nov 28 12:56:41 2005
New Revision: 349502
URL: http://svn.apache.org/viewcvs?rev=349502view=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)
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
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
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 Struts
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:
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
--
+
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
--
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
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.
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.
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... :)
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:
h:panelGrid ... rendered=#{
securityChecks.managerOfAppropriateDepartment}
... components to conditionally
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
Author: wsmoak
Date: Mon Nov 28 19:15:22 2005
New Revision: 349602
URL: http://svn.apache.org/viewcvs?rev=349602view=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:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37681.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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:
On
Author: wsmoak
Date: Mon Nov 28 19:48:26 2005
New Revision: 349606
URL: http://svn.apache.org/viewcvs?rev=349606view=rev
Log:
Maven build improvements (should fix the CheckStyle warning in the nightly
build log.)
Added:
struts/flow/trunk/LICENSE.CheckStyle
- copied unchanged from
Author: wsmoak
Date: Mon Nov 28 20:10:18 2005
New Revision: 349613
URL: http://svn.apache.org/viewcvs?rev=349613view=rev
Log:
Added site address and directory.
Modified:
struts/flow/trunk/project.xml
Modified: struts/flow/trunk/project.xml
URL:
Author: laurieh
Date: Mon Nov 28 20:21:33 2005
New Revision: 349623
URL: http://svn.apache.org/viewcvs?rev=349623view=rev
Log:
Adding a page of tests for the enhanced dyna form functionality.
Added:
Author: laurieh
Date: Mon Nov 28 20:40:53 2005
New Revision: 349635
URL: http://svn.apache.org/viewcvs?rev=349635view=rev
Log:
Added notes about enhanced DynaActionFrom capability, and fixed a
remaining reference to 1.2.7 to 1.2.8.
Modified:
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
Author: laurieh
Date: Mon Nov 28 20:51:09 2005
New Revision: 349644
URL: http://svn.apache.org/viewcvs?rev=349644view=rev
Log:
Added JavaDoc from Christian Meder; no functional changes.
Modified:
struts/action/trunk/src/java/org/apache/struts/util/DynaBeanInterceptor.java
Modified:
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
Author: laurieh
Date: Mon Nov 28 21:29:34 2005
New Revision: 349654
URL: http://svn.apache.org/viewcvs?rev=349654view=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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36794.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 working.
42 matches
Mail list logo
