Re: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2

+1 I agree that deprecating methods does not require a new beta. We don't guarantee backwards compatibility between betas. James, can you act as release manager for RC2? Sounds like Martin won't have time to do it. David > From: Martin Cooper [mailto:[EMAIL PROTECTED] First off, big thanks

Re: RE: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2

+1 here ! On Thu, 29 May 2003 Andrew Hill wrote : I aint no committer/contributor but if I get 2 cents worth (about 1.15 US cents) its: +1 Do it! Do it now! -Original Message- From: James Turner [mailto:[EMAIL PROTECTED] Sent: Thursday, 29 May 2003 15:06 To: 'Struts Developers List' Su

Re: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2

+1 from a non-committer (but sometimes contributor) as well. Release it! Then if someone complains of a bug, it'll get fixed and another release can come out. On Thursday, May 29, 2003, at 03:15 AM, Andrew Hill wrote: I aint no committer/contributor but if I get 2 cents worth (about 1.15 US

Re: Status check?

how easy it to become a commiter? I've got some time, I'll take a look at all the notes , cvs logs and bugzilla for fileUpload, and see if i can help. cheers mark On Thursday, May 29, 2003, at 07:18 Europe/London, Martin Cooper wrote: On Wed, 28 May 2003, James Turner wrote: Ok folks, thing

RE: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2

I aint no committer/contributor but if I get 2 cents worth (about 1.15 US cents) its: +1 Do it! Do it now! -Original Message- From: James Turner [mailto:[EMAIL PROTECTED] Sent: Thursday, 29 May 2003 15:06 To: 'Struts Developers List' Subject: VOTE (enough already!): Release Struts RC2 wi

VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2

> From: Martin Cooper [mailto:[EMAIL PROTECTED] First off, big thanks to Martin for adopting FileUpload and getting this puppy back in shape. > Now, about the Struts 1.1 RC2 release. The problem is the > staging needed to get FileUpload out the door. It's currently > at Beta 1, and the code ba

Re: Status check?

On Wed, 28 May 2003, James Turner wrote: > Ok folks, things have been mighty quiet lately here. So I'm going to > summerize where I think things are right now: > > 1) Struts core is basically ready to go, and the dependency on the > latest version of DBCP has been removed > > 2) What we're wait

Nightly build problem? (was Re: FileUpload of a _large_ file)

On Tue, 27 May 2003, Nicolas De Loof wrote: > I made some test using commons-fileupload-1.0-dev.jar (nightly build 20030525) > downloaded from > http://cvs.apache.org/builds/jakarta-commons/nightly/commons-fileupload/ > > With that fileUpload version all works fine > (and I just understood the

Re: composable RequestProcessor

If you're really composing, would it make more sense to have the composition happen in a config file? Unless I misunderstand you, there's still a fair bit of work required to implement a RequestProcessor interface by writing an implementation class that calls on delegates. There's no reason y

Re: nullity of the form

You should ask this on the users list. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org - Original Message - From: "Frances Aleah Z. de Guzman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 28, 2003 9:17 PM Subject: nullity of the

nullity of the form

when does a form become null? when do you have to populate or repopulate a form? you have to bear with me with these questions guys but i need to know how these logics work, i saw these examples in the struts-example. need your help badly, thanks guys. -- Frances Aleah Z. De Guzman SA/Programme

Object out of session scope

good morning, im also new in struts...im trying to set my business object on my form bean so that the values of my business object will be the displayed on the jsp using my form. i have 2 pages, the first page is displaying the name of the client and the second page is displaying the address of

Re: composable RequestProcessor

At 3:46 PM -0600 5/28/03, David Graham wrote: One thing that bothers me is that RequestProcessor is not an interface which leads to the Tiles situation. If it were an interface, you could implement your one method and delegate the rest to the TilesRequestProcessor or any number of other process

Re: composable RequestProcessor

One thing that bothers me is that RequestProcessor is not an interface which leads to the Tiles situation. If it were an interface, you could implement your one method and delegate the rest to the TilesRequestProcessor or any number of other processors. IMO, RequestProcessor should be an inter

composable RequestProcessor

Has anyone else wished that RequestProcessor were more composeable? That is, we have come upon a case where we need to override the behavior of a single method in RequestProcessor, but we feel a little sketchy about closing off our ability to use other tools which override RequestProcessor (lik

Status check?

Ok folks, things have been mighty quiet lately here. So I'm going to summerize where I think things are right now: 1) Struts core is basically ready to go, and the dependency on the latest version of DBCP has been removed 2) What we're waiting on is the final release of FileUpload, which Martin

DO NOT REPLY [Bug 20302] - DispatchAction catches an exception, then throws it away

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20302] - DispatchAction catches an exception, then throws it away

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20258] - regexp \w bug

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20302] - DispatchAction catches an exception, then throws it away

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://nagoya.apache.org/bugzilla/show_bu