You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Ted Husted <te...@gmail.com> on 2005/08/09 01:55:41 UTC
Struts Classic 1.3.0 Critter Corral (was Re: 1.3.0 Release - Next Steps)
Note that the Clssic 1.3.0 release plan wiki page has been renamed:
* http://wiki.apache.org/struts/StrutsClassicRelease130
Some issues have been pushed forward to a 1.3.1 plan.
* http://wiki.apache.org/struts/StrutsClassicRelease131
Here's a roundup of the remaining issues with issues on the 1.3.0 short list.
----
* [upload] org.apache.struts.upload.MultipartRequestWrapper doesn't
implement servlet 2.4 api fully
* http://issues.apache.org/bugzilla/show_bug.cgi?id=33132
> The reason for attaching the 1.3 changes for review,
> rather than committing them directly is that I
> understand Martin has some changes underway for file
> uploading and these changes either may not be required or may be inappropriate.
Any objections to this patch?
----
* use charsets given by browser for form field encodings
* http://issues.apache.org/bugzilla/show_bug.cgi?id=34445
Unless File Upload 1.1 is imminent, we could leave this for Classic 1.3.1
----
* [taglib] All Javascript validation fails when <html:xhtml...
* http://issues.apache.org/bugzilla/show_bug.cgi?id=35127
Unless Commons Validator 1.15 is imminent, we could live this for Classic 1.3.1
----
* multiform validation
* http://issues.apache.org/bugzilla/show_bug.cgi?id=35513
Confirm report during testing. May be support issue.
----
* Attributes with <rtexprvalue>false</rtexprvalue>
* http://issues.apache.org/bugzilla/show_bug.cgi?id=35895
Is there a reason why these tag attributes are marked RE false?
bean
* cookie.id
* define.id
* header.id
* anchor.id
* page.id
* parameter.id
* resource.id
* size.id
* struts.id
html
* javascript.dynamicJavascript
* javascript.staticJavascript
* messages.id
logic
* collection.id
* iterate.indexId
----
* Remove deprecations prior to 1.3.0 release
* http://issues.apache.org/bugzilla/show_bug.cgi?id=35953
Hubert, will you still be able to handle this? (Pretty please ..)
---
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts Classic 1.3.0 Critter Corral (was Re: 1.3.0 Release - Next Steps)
Posted by Hubert Rabago <hr...@gmail.com>.
On 8/8/05, Ted Husted <te...@gmail.com> wrote:
>
> * Remove deprecations prior to 1.3.0 release
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35953
>
> Hubert, will you still be able to handle this? (Pretty please ..)
>
I have most of these done. AFAIK, the only item I haven't removed yet
is the contextRelative field of ForwardConfig. I should be able to
get that by the end of the week.
H
>
> -Ted.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts Classic 1.3.0 Critter Corral (was Re: 1.3.0 Release - Next Steps)
Posted by Ted Husted <te...@gmail.com>.
If no one has any suggestions as to why any tag attributes should be
marked RE false, I'll make this change (and the others) before running
through the shake-down tests on Monday. (If we have the website and
deprecations squared away by then.)
My many thanks to everyone who is making the 1.3.x release series
possible. I love it when a plan comes together ... especially plans
we made eighteen months ago :)
(Yes, it's been that long. We've been planning to divy Struts up into
subprojects and fully support Maven since we went top-level, in March
2004. Our earliest Maven test builds go back another year, to March
2003. Ahh, well, slow and steady ... )
-Ted.
On 8/9/05, Martin Cooper <mf...@gmail.com> wrote:
> > Is there a reason why these tag attributes are marked RE false?
>
> I strongly suspect there was, but not knowing what it was, I can't say
> whether or not it's still valid. My first guess would be because of
> rules about exposing new variables from tags, but perhaps Craig or
> David K could chime in on this one.
>
> --
> Martin Cooper
>
>
> > bean
> > * cookie.id
> > * define.id
> > * header.id
> > * anchor.id
> > * page.id
> > * parameter.id
> > * resource.id
> > * size.id
> > * struts.id
> >
> > html
> > * javascript.dynamicJavascript
> > * javascript.staticJavascript
> > * messages.id
> >
> > logic
> > * collection.id
> > * iterate.indexId
> >
> > ----
> >
> > * Remove deprecations prior to 1.3.0 release
> > * http://issues.apache.org/bugzilla/show_bug.cgi?id=35953
> >
> > Hubert, will you still be able to handle this? (Pretty please ..)
> >
> > ---
> >
> > -Ted.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>
--
HTH, Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts Classic 1.3.0 Critter Corral (was Re: 1.3.0 Release - Next Steps)
Posted by Martin Cooper <mf...@gmail.com>.
On 8/8/05, Ted Husted <te...@gmail.com> wrote:
> Note that the Clssic 1.3.0 release plan wiki page has been renamed:
>
> * http://wiki.apache.org/struts/StrutsClassicRelease130
>
> Some issues have been pushed forward to a 1.3.1 plan.
>
> * http://wiki.apache.org/struts/StrutsClassicRelease131
>
> Here's a roundup of the remaining issues with issues on the 1.3.0 short list.
>
> ----
>
> * [upload] org.apache.struts.upload.MultipartRequestWrapper doesn't
> implement servlet 2.4 api fully
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=33132
>
> > The reason for attaching the 1.3 changes for review,
> > rather than committing them directly is that I
> > understand Martin has some changes underway for file
> > uploading and these changes either may not be required or may be inappropriate.
>
> Any objections to this patch?
I haven't looked at the patch itself, but I guess I'm OK with going
ahead on this. The upload changes I want to make are dependent on
FileUpload 1.1, which in turn is dependent on IO 1.1, which isn't in
danger of happening any time soon, unfortunately, based on the number
of nudges so far. So I'd say upload refactoring isn't going to happen
until Struts 1.4.x. ;-(
> ----
>
> * use charsets given by browser for form field encodings
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=34445
>
> Unless File Upload 1.1 is imminent, we could leave this for Classic 1.3.1
Let's leave it and see what happens in Commons-land in the meantime.
> ----
>
> * [taglib] All Javascript validation fails when <html:xhtml...
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35127
>
> Unless Commons Validator 1.15 is imminent, we could live this for Classic 1.3.1
I'm pretty sure that Validator 1.1.5 is coming any time soon, so I'd
say push this to later.
> ----
>
> * multiform validation
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35513
>
> Confirm report during testing. May be support issue.
The description could be more clear, but this looks like a
misunderstanding of the way Struts works. (i.e. yes, a validation
error causes a return to the 'input' page.) Looks like an INVALID to
me, but I could be misreading it.
> ----
>
> * Attributes with <rtexprvalue>false</rtexprvalue>
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35895
>
> Is there a reason why these tag attributes are marked RE false?
I strongly suspect there was, but not knowing what it was, I can't say
whether or not it's still valid. My first guess would be because of
rules about exposing new variables from tags, but perhaps Craig or
David K could chime in on this one.
--
Martin Cooper
> bean
> * cookie.id
> * define.id
> * header.id
> * anchor.id
> * page.id
> * parameter.id
> * resource.id
> * size.id
> * struts.id
>
> html
> * javascript.dynamicJavascript
> * javascript.staticJavascript
> * messages.id
>
> logic
> * collection.id
> * iterate.indexId
>
> ----
>
> * Remove deprecations prior to 1.3.0 release
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35953
>
> Hubert, will you still be able to handle this? (Pretty please ..)
>
> ---
>
> -Ted.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org