Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-08-05 Thread Bruno Kinoshita
Is anyone able to make a summary of what's necessary for the release? I read the thread and looked at the latest commits for commons-fileupload, and from what I understand the RM would need to: - Locate and remove any code marked as deprecated, updating the changes.xml & release notes afterwards

Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-08-05 Thread Matt Juntunen
> we are volunteers, each with our own priorities and time limitations ;-) Speaking of which... I've had some major life changes occur recently and will not be able to push this through. If anyone else is able to pick this up, that would be appreciated. Regards, Matt J On Thu, Jul 21, 2022 at

Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-21 Thread Gary Gregory
On Thu, Jul 21, 2022 at 7:54 AM Eric Bresie wrote: > > Does any of this help? > (1) https://commons.apache.org/releases/index.html > (2) https://infra.apache.org/release-publishing.html We know how to release our software ;-) but, we are volunteers, each with our own priorities and time

Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-21 Thread Eric Bresie
Does any of this help? (1) https://commons.apache.org/releases/index.html (2) https://infra.apache.org/release-publishing.html Eric Bresie ebre...@gmail.com (mailto:ebre...@gmail.com) > On July 17, 2022 at 2:59:26 PM CDT, Gary Gregory (mailto:garydgreg...@gmail.com)> wrote: > Yeah, there is

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-17 Thread Gary Gregory
Yeah, there is code that looks odd for 2022, like a custom Closeable interface instead of reusing the JRE's. I'll take a look. Gary On Sun, Jul 17, 2022 at 2:32 PM Matt Juntunen wrote: > > Sounds good. Do you know of anything else that needs to be done? I'm > guessing we can hold off on a full

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-17 Thread Matt Juntunen
Sounds good. Do you know of anything else that needs to be done? I'm guessing we can hold off on a full 1.x migration guide until the full 2.0.0 version. -Matt J On Sun, Jul 17, 2022 at 2:13 PM Gary Gregory wrote: > > We should at least remove deprecated elements. > > Gary > > On Sun, Jul 17,

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-17 Thread Gary Gregory
We should at least remove deprecated elements. Gary On Sun, Jul 17, 2022 at 10:49 AM Matt Juntunen wrote: > > I am going to put the 2.0.0-beta1 release on my TODO list. I am > currently working toward a release of commons-text, so I can't be sure > on a timeline. If anyone has questions or time

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-17 Thread Matt Juntunen
I am going to put the 2.0.0-beta1 release on my TODO list. I am currently working toward a release of commons-text, so I can't be sure on a timeline. If anyone has questions or time to pick this up, please let me know. Regards, Matt J On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen wrote: > > It

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-15 Thread Matt Juntunen
It sounds like we've agreed on creating a 2.0.0-beta1 release. Does anyone have availability to lead the release? Regards, Matt J On Wed, Jul 13, 2022 at 9:35 AM sebb wrote: > > It looks like Commons does not have the concept of Alpha releases. > >

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-13 Thread sebb
It looks like Commons does not have the concept of Alpha releases. https://commons.apache.org/releases/versioning.html Sorry, I must have been thinking of a different project. Sebb On Wed, 13 Jul 2022 at 01:36, Gary Gregory wrote: > > A beta is a good idea IMO. > > Gary > > On Tue, Jul 12,

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-12 Thread Gary Gregory
A beta is a good idea IMO. Gary On Tue, Jul 12, 2022, 17:19 Matt Juntunen wrote: > Based on what I'm hearing, I'm thinking a beta release might be > appropriate. That would give consumers a chance to move away from the > previous version while giving us a chance to test and fine-tune the >

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-12 Thread sebb
On Tue, 12 Jul 2022 at 22:19, Matt Juntunen wrote: > > Based on what I'm hearing, I'm thinking a beta release might be > appropriate. That would give consumers a chance to move away from the > previous version while giving us a chance to test and fine-tune the > API. Thoughts? As I recall, a

Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-12 Thread Matt Juntunen
Based on what I'm hearing, I'm thinking a beta release might be appropriate. That would give consumers a chance to move away from the previous version while giving us a chance to test and fine-tune the API. Thoughts? Regards, Matt J On Tue, Jul 12, 2022 at 4:15 PM Christoph GrĂ¼ninger wrote: > >

RE: Re: [fileupload] Have a FileUpload release (after 3.5 years)

2022-07-12 Thread Christoph GrĂ¼ninger
Publishing a first release candidate might help. Currently there is no indication for anybody to invest in testing FileUpload. In doubt: release early, release often. People are using FileUpload together with vulnerable dependencies! Bye Christoph