Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 - Take a look at oac.fileupload2.util.Closeable and figure out if it has a legit use case, or if we can drop it for the JVM one - Probably triage JIRA looking for anything else worth adding in a major release - Release the current code as 2.0.0-beta1 Anything else? Thanks! And thanks Matt for pushing this forward. -Bruno On Sat, 6 Aug 2022 at 13:52, Matt Juntunen wrote: > > 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 8:14 AM Gary Gregory > wrote: > > > > 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 limitations ;-) > > > > Gary > > > > > > Eric Bresie > > > ebre...@gmail.com (mailto:ebre...@gmail.com) > > > > > > > On July 17, 2022 at 2:59:26 PM CDT, Gary Gregory < > garydgreg...@gmail.com (mailto:garydgreg...@gmail.com)> wrote: > > > > 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 < > matt.a.juntu...@gmail.com (mailto:matt.a.juntu...@gmail.com)> wrote: > > > > > > > > > > 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 < > garydgreg...@gmail.com (mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > > > We should at least remove deprecated elements. > > > > > > > > > > > > Gary > > > > > > > > > > > > On Sun, Jul 17, 2022 at 10:49 AM Matt Juntunen > > > > > > mailto:matt.a.juntu...@gmail.com)> > 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 to pick this > up, please > > > > > > > let me know. > > > > > > > > > > > > > > Regards, > > > > > > > Matt J > > > > > > > > > > > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > > > > > > mailto:matt.a.juntu...@gmail.com)> > wrote: > > > > > > > > > > > > > > > > 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 (mailto:seb...@gmail.com)> wrote: > > > > > > > > > > > > > > > > > > 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 < > garydgreg...@gmail.com (mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > > > > > > > > > > > A beta is a good idea IMO. > > > > > > > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022, 17:19 Matt Juntunen < > matt.a.juntu...@gmail.com (mailto:matt.a.juntu...@gmail.com)> 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? > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > Matt J > > > > > > > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger < > f...@grueninger.de (mailto:f...@grueninger.de)> > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > 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!
Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
> 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 8:14 AM Gary Gregory wrote: > > 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 limitations ;-) > > Gary > > > > 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 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 > > (mailto:matt.a.juntu...@gmail.com)> wrote: > > > > > > > > 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 > > > (mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > We should at least remove deprecated elements. > > > > > > > > > > Gary > > > > > > > > > > On Sun, Jul 17, 2022 at 10:49 AM Matt Juntunen > > > > > mailto:matt.a.juntu...@gmail.com)> 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 to pick this up, > > > > > > please > > > > > > let me know. > > > > > > > > > > > > Regards, > > > > > > Matt J > > > > > > > > > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > > > > > mailto:matt.a.juntu...@gmail.com)> > > > > > > wrote: > > > > > > > > > > > > > > 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 > > > > > > (mailto:seb...@gmail.com)> wrote: > > > > > > > > > > > > > > > > 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 > > > > > > > > mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > > > > > > > > > A beta is a good idea IMO. > > > > > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022, 17:19 Matt Juntunen > > > > > > > > > > > > > > > > > (mailto:matt.a.juntu...@gmail.com)> 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? > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > Matt J > > > > > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > > > mailto:f...@grueninger.de)> > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > > > > To unsubscribe, e-mail: > > > > > > > > > > > dev-unsubscr...@commons.apache.org > > > > > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > > > > > For additional commands, e-mail: > > > > > > > > > > > dev-h...@commons.apache.org > > > > > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > > >
Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 limitations ;-) Gary > > 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 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 > (mailto:matt.a.juntu...@gmail.com)> wrote: > > > > > > 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 > > (mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > We should at least remove deprecated elements. > > > > > > > > Gary > > > > > > > > On Sun, Jul 17, 2022 at 10:49 AM Matt Juntunen > > > > mailto:matt.a.juntu...@gmail.com)> 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 to pick this up, please > > > > > let me know. > > > > > > > > > > Regards, > > > > > Matt J > > > > > > > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > > > > mailto:matt.a.juntu...@gmail.com)> wrote: > > > > > > > > > > > > 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 > > > > > (mailto:seb...@gmail.com)> wrote: > > > > > > > > > > > > > > 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 > > > > > > > mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > > > > > > > A beta is a good idea IMO. > > > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022, 17:19 Matt Juntunen > > > > > > > > mailto:matt.a.juntu...@gmail.com)> > > > > > > > > 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? > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > Matt J > > > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > > mailto:f...@grueninger.de)> > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > - > > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > > > > For additional commands, e-mail: > > > > > > > > > > dev-h...@commons.apache.org > > > > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > -
Re: Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 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 (mailto:matt.a.juntu...@gmail.com)> wrote: > > > > 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 > (mailto:garydgreg...@gmail.com)> wrote: > > > > > > We should at least remove deprecated elements. > > > > > > Gary > > > > > > On Sun, Jul 17, 2022 at 10:49 AM Matt Juntunen > > > mailto:matt.a.juntu...@gmail.com)> 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 to pick this up, please > > > > let me know. > > > > > > > > Regards, > > > > Matt J > > > > > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > > > mailto:matt.a.juntu...@gmail.com)> wrote: > > > > > > > > > > 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 > > > > (mailto:seb...@gmail.com)> wrote: > > > > > > > > > > > > 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 > > > > > (mailto:garydgreg...@gmail.com)> wrote: > > > > > > > > > > > > > > A beta is a good idea IMO. > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > On Tue, Jul 12, 2022, 17:19 Matt Juntunen > > > > > > > mailto:matt.a.juntu...@gmail.com)> > > > > > > > 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? > > > > > > > > > > > > > > > > Regards, > > > > > > > > Matt J > > > > > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > mailto:f...@grueninger.de)> > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > > > - > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > (mailto:dev-unsubscr...@commons.apache.org) > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > (mailto:dev-h...@commons.apache.org) > > > > > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > (mailto:dev-unsubscr...@commons.apache.org) > > > For
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 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, 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 to pick this up, please > > > let me know. > > > > > > Regards, > > > Matt J > > > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > > wrote: > > > > > > > > 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. > > > > > > > > > > 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, 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 > > > > > > > API. Thoughts? > > > > > > > > > > > > > > Regards, > > > > > > > Matt J > > > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > - > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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, 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 to pick this up, please > > let me know. > > > > Regards, > > Matt J > > > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > > wrote: > > > > > > 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. > > > > > > > > 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, 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 > > > > > > API. Thoughts? > > > > > > > > > > > > Regards, > > > > > > Matt J > > > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > - > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > - > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 to pick this up, please > let me know. > > Regards, > Matt J > > On Fri, Jul 15, 2022 at 12:35 PM Matt Juntunen > wrote: > > > > 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. > > > > > > 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, 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 > > > > > API. Thoughts? > > > > > > > > > > Regards, > > > > > Matt J > > > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > > > > > > > wrote: > > > > > > > > > > > > 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 > > > > > > > > > > > > - > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 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. > > > > 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, 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 > > > > API. Thoughts? > > > > > > > > Regards, > > > > Matt J > > > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > > wrote: > > > > > > > > > > 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 > > > > > > > > > > - > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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. > > 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, 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 > > > API. Thoughts? > > > > > > Regards, > > > Matt J > > > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > > wrote: > > > > > > > > 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 > > > > > > > > - > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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, 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 > > API. Thoughts? > > > > Regards, > > Matt J > > > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > > wrote: > > > > > > 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 > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 > API. Thoughts? > > Regards, > Matt J > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > wrote: > > > > 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 > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 beta release should have the final API, but may not function correctly. If there are possible API changes, an Alpha release would be more suitable. > Regards, > Matt J > > On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger > wrote: > > > > 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 > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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: > > 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 > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
RE: Re: [fileupload] Have a FileUpload release (after 3.5 years)
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 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [fileupload] Have a FileUpload release (after 3.5 years)
Yes: Careful study of the code base; because this is a major release, it is the only opportunity to set the public and protected elements of types, so we want to make sure we got those right. It is also the only time to drop deprecated code, if any is left. Gary On Mon, Jul 11, 2022, 22:49 Matt Juntunen wrote: > Hello, > > Does anyone know what the state of 2.0 development is here? It looks > like the last feature-related changes were from Sept 2021. Is there > anything preventing a release? > > Regards, > Matt J > > On Mon, Jul 11, 2022 at 9:51 AM Christoph Grüninger > wrote: > > > > Dear Apaches! > > > > Apache FileUpload saw its last release in December 2018. Since then > security issues have been found in some dependencies and the Jakarta > namespace was introduced. More improvements are part of trunk. > > > > What needs to be done to get a FileUpload release out of the door? What > kind of help can we users provide? What needs to be done by Apache > developers? > > > > It's not only me, but Apache Wicket, Jenkins, Piranha Cloud and some > more: > > https://issues.apache.org/jira/browse/FILEUPLOAD-309 > > (and similar -343, -345). > > > > Kind regards, > > Christoph > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [fileupload] Have a FileUpload release (after 3.5 years)
On Tue, Jul 12, 2022 at 4:49 AM Matt Juntunen wrote: > Does anyone know what the state of 2.0 development is here? It looks > like the last feature-related changes were from Sept 2021. Is there > anything preventing a release? Mostly, that it is untested. On the other hand, it should be sufficiently close to the 1.x series, that we need not expect really nasty surprises. Jochen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [fileupload] Have a FileUpload release (after 3.5 years)
Hello, Does anyone know what the state of 2.0 development is here? It looks like the last feature-related changes were from Sept 2021. Is there anything preventing a release? Regards, Matt J On Mon, Jul 11, 2022 at 9:51 AM Christoph Grüninger wrote: > > Dear Apaches! > > Apache FileUpload saw its last release in December 2018. Since then security > issues have been found in some dependencies and the Jakarta namespace was > introduced. More improvements are part of trunk. > > What needs to be done to get a FileUpload release out of the door? What kind > of help can we users provide? What needs to be done by Apache developers? > > It's not only me, but Apache Wicket, Jenkins, Piranha Cloud and some more: > https://issues.apache.org/jira/browse/FILEUPLOAD-309 > (and similar -343, -345). > > Kind regards, > Christoph - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org