Re: RE: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1
I am using M1 right now and it's working fine. I just want to release my product with the "final" versions of dependencies whenever possible. On Wed, Sep 20, 2023 at 6:08 PM Gary Gregory wrote: > We do not have a schedule but I encourage you to use M1. > > Gary > > On Wed, Sep 20, 2023, 10:52 AM Eugene Grybinnyk > wrote: > > > Do we know when the final version of commons-fileupload2 is going to be > > released? > > > > On Fri, Jul 21, 2023 at 8:20 PM Eduardo Guadalupe > > wrote: > > > > > > > > > > > https://central.sonatype.com/artifact/org.apache.commons/commons-fileupload2/2.0.0-M1 > > > > > > On 2023/07/21 16:27:33 je...@mercedes-benz.com.INVALID wrote: > > > > Hello Gary, > > > > > > > > does that include Milestone releases as well or not? > > > > > > > > Regards > > > > Jeremias > > > > > > > > -Original Message- > > > > From: Gary Gregory > > > > Sent: Friday, 21 July 2023 17:08 > > > > To: Commons Developers List > > > > Subject: Re: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1 > > > > > > > > [**EXTERNAL E-MAIL**] > > > > > > > > All releases go to MC. > > > > > > > > Gary > > > > > > > > On Fri, Jul 21, 2023, 10:47 > > > > wrote: > > > > > > > > > Hello Gary, > > > > > > > > > > are you releasing the Apache Commons FileUpload 2.0.0-M1 to Maven > > > > > Central as well? > > > > > That would make the testing easier. > > > > > > > > > > Regards > > > > > Jeremias > > > > > > > > > > -Original Message- > > > > > From: Gary Gregory > > > > > Sent: Friday, 21 July 2023 15:43 > > > > > To: Commons Developers List > > > > > Subject: Re: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1 > > > > > > > > > > [**EXTERNAL E-MAIL**] > > > > > > > > > > This is a milestone release because we might not have the gotten > the > > > > > API just right for a major release. This gives up the opportunity > to > > > > > receive feedback and adjust the API for what will be 2.0.0. All lot > > of > > > > > folks will not try a snapshot build, which then leaves us in the > > dark. > > > > > > > > > > WRT to the missing data, I'll adjust that but it won't show up on > the > > > > > site until the next version is published. > > > > > > > > > > HTH, > > > > > Gary > > > > > > > > > > > > > > > On Fri, Jul 21, 2023, 08:53 Christoph Grüninger < > fo...@grueninger.de > > > > > > > > wrote: > > > > > > > > > > > Hi Gary! > > > > > > > > > > > > Thank you for this release and thanks to all the diligent > > > contributors! > > > > > > Having a new release with new features, cleaned-up interfaces, > and > > > > > > updated dependencies is much appreciated! > > > > > > I also learned from the recent discussion whether FileUpload is > > > > > > still a good idea [1]. > > > > > > > > > > > > > The Apache Commons FileUpload Parent team is pleased to > announce > > > > > > the > release of Apache Commons FileUpload Parent 2.0.0-M1. > > > > > > > > > > > > Why is the release called "-M1" and not plain 2.0.0? > > > > > > > > > > > > When I follow > > > > > > https://commons.apache.org/proper/commons-fileupload/ > > > > > > the top release entry in the Downloading section for version > 2.0.0 > > > > > > lacks the release date. > > > > > > > > > > > > Kind regards, > > > > > > Christoph > > > > > > > > > > > > > > > > > > [1] > > https://lists.apache.org/thread/js8fccsvwbgx9x6ntpy0v0br1cbb77n9 > > > > > > > > > > > > > > > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > > > If you are not the addressee, please inform us immediately that you > > > > > have received this e-mail by mistake, and delete it. We thank you > for > > > > > your support. > > > > > > > > > > > > > > > > > > If you are not the addressee, please inform us immediately that you > > have > > > received this e-mail by mistake, and delete it. We thank you for your > > > support. > > > > > > > > > > > > > > > > > -- > > *Eugene Grybinnyk* > > Backend Developer · R Business Banking · Amsterdam > > > -- *Eugene Grybinnyk* Backend Developer · R Business Banking · Amsterdam
Re: RE: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1
Do we know when the final version of commons-fileupload2 is going to be released? On Fri, Jul 21, 2023 at 8:20 PM Eduardo Guadalupe wrote: > > https://central.sonatype.com/artifact/org.apache.commons/commons-fileupload2/2.0.0-M1 > > On 2023/07/21 16:27:33 je...@mercedes-benz.com.INVALID wrote: > > Hello Gary, > > > > does that include Milestone releases as well or not? > > > > Regards > > Jeremias > > > > -Original Message- > > From: Gary Gregory > > Sent: Friday, 21 July 2023 17:08 > > To: Commons Developers List > > Subject: Re: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1 > > > > [**EXTERNAL E-MAIL**] > > > > All releases go to MC. > > > > Gary > > > > On Fri, Jul 21, 2023, 10:47 > > wrote: > > > > > Hello Gary, > > > > > > are you releasing the Apache Commons FileUpload 2.0.0-M1 to Maven > > > Central as well? > > > That would make the testing easier. > > > > > > Regards > > > Jeremias > > > > > > -Original Message- > > > From: Gary Gregory > > > Sent: Friday, 21 July 2023 15:43 > > > To: Commons Developers List > > > Subject: Re: [ANNOUNCE] Apache Commons FileUpload 2.0.0-M1 > > > > > > [**EXTERNAL E-MAIL**] > > > > > > This is a milestone release because we might not have the gotten the > > > API just right for a major release. This gives up the opportunity to > > > receive feedback and adjust the API for what will be 2.0.0. All lot of > > > folks will not try a snapshot build, which then leaves us in the dark. > > > > > > WRT to the missing data, I'll adjust that but it won't show up on the > > > site until the next version is published. > > > > > > HTH, > > > Gary > > > > > > > > > On Fri, Jul 21, 2023, 08:53 Christoph Grüninger > > > wrote: > > > > > > > Hi Gary! > > > > > > > > Thank you for this release and thanks to all the diligent > contributors! > > > > Having a new release with new features, cleaned-up interfaces, and > > > > updated dependencies is much appreciated! > > > > I also learned from the recent discussion whether FileUpload is > > > > still a good idea [1]. > > > > > > > > > The Apache Commons FileUpload Parent team is pleased to announce > > > > the > release of Apache Commons FileUpload Parent 2.0.0-M1. > > > > > > > > Why is the release called "-M1" and not plain 2.0.0? > > > > > > > > When I follow > > > > https://commons.apache.org/proper/commons-fileupload/ > > > > the top release entry in the Downloading section for version 2.0.0 > > > > lacks the release date. > > > > > > > > Kind regards, > > > > Christoph > > > > > > > > > > > > [1] https://lists.apache.org/thread/js8fccsvwbgx9x6ntpy0v0br1cbb77n9 > > > > > > > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > If you are not the addressee, please inform us immediately that you > > > have received this e-mail by mistake, and delete it. We thank you for > > > your support. > > > > > > > > > > If you are not the addressee, please inform us immediately that you have > received this e-mail by mistake, and delete it. We thank you for your > support. > > > > > -- *Eugene Grybinnyk* Backend Developer · R Business Banking · Amsterdam
Re: [FileUpload] Major version 2
+1 for 17 On Sat, Jul 22, 2023 at 12:43 PM Romain Manni-Bucau wrote: > Le sam. 22 juil. 2023 à 11:00, Gary Gregory a > écrit : > > > Java 21 is not GA. > > > > FU neither and calendar looks like it can match. > > Main pro being to move to a more reactive programming at some point which > could justify a 2.0 IMHO. > > > > Gary > > > > On Sat, Jul 22, 2023, 04:48 Jean-Louis MONTEIRO > > wrote: > > > > > I'd say compile low and run high. > > > So unless there is really something you need from Java 17 or 21, why > not > > > compiling lower? > > > > > > It would open the release to be used more widely in my opinion. > > > > > > Now I agree that making sure it runs on java 17 and 21 at least is > great. > > > > > > Le ven. 21 juil. 2023, 18:40, Glavo a écrit : > > > > > > > +1 for Java 17. > > > > > > > > Glavo > > > > > > > > On Fri, Jul 21, 2023 at 10:18 PM Gary Gregory < > garydgreg...@gmail.com> > > > > wrote: > > > > > > > > > Now that 2.0.0-M1 is out the door, let's talk about Java platform > > > > > requirements. > > > > > > > > > > I propose that for 2.0.0, FileUpload be bumped from Java 8 to 11, > if > > > not > > > > > 17. > > > > > > > > > > If you are going to ask why, see my reply in the [pool] thread > > > > > (https://lists.apache.org/thread/ngyrssxndklltzkoqfqx4n780h4b5vwk) > > > > > > > > > > Gary > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > -- [image: Backbase] <https://backbase.com/>*Eugene Grybinnyk* Backend Developer · R Business Banking · Amsterdam +31 (0) 62 992 3609
Re: commons-fileupload2-jakarta
AFAIK it is NOT possible to have a lazy list populated on demand, because we cannot know the number of attachments in the HTTP body till we parse the body. The iterator (FileItemIterator) is the only working approach - you ask for the next attachment and you parse input stream further till you face one. > On 11 Jul 2023, at 13:02, Romain Manni-Bucau wrote: > > This is a good point but guess it is not hard - and would be great - to fix > it in tomcat, just needs to not use ArrayList but a lazy list which will > behave like fileupload streaming API. Under the hood the API already uses > the FileItemIterator , it just needs to be able to populate the list lazily. > > Romain Manni-Bucau > @rmannibucau > <https://www.google.com/url?q=https://twitter.com/rmannibucau=gmail-imap=168967820300=AOvVaw3qqT1RRsU7FfGEjH71MpYD> > | Blog > <https://www.google.com/url?q=https://rmannibucau.metawerx.net/=gmail-imap=168967820300=AOvVaw2mrk6QnasITfnU8GRENCTc> > | Old Blog > <https://www.google.com/url?q=http://rmannibucau.wordpress.com=gmail-imap=168967820300=AOvVaw2Ngwvevye-Ks7lkKfus6-S> > | Github > <https://www.google.com/url?q=https://github.com/rmannibucau=gmail-imap=168967820300=AOvVaw0v9iQacoZYhsaDAtt9YYzt> > | > LinkedIn > <https://www.google.com/url?q=https://www.linkedin.com/in/rmannibucau=gmail-imap=168967820300=AOvVaw2xTNsW2b2LNDCRolnR98VV> > | Book > <https://www.google.com/url?q=https://www.packtpub.com/application-development/java-ee-8-high-performance=gmail-imap=168967820300=AOvVaw3zcwUb9o-Bj6YM_TFj0eeo> > > > Le mar. 11 juil. 2023 à 12:57, Eugene Grybinnyk > a écrit : > >> We tried to get rid of commons-fileupload in favour of Servlet API for our >> project where we disable multipart and use streaming (not to store files on >> the disk). And it looks like Servlet API doesn’t provide a convenient way >> of streaming the attachments (like commons-fileupload does) so in the end >> we concluded that we need to implement something similar to what we get >> from commons-fileupload OR to wait for version commons-fileupload:2.0. >> >> On 2023/07/09 14:45:21 Emmanuel Bourg wrote: >>> Dumb question: what's the benefit of using commons-fileupload in 2023 >>> instead of the equivalent file upload feature of the Servlet API? >>> >>> The use case I had in mind was to support file upload in very old >>> Servlet containers still in production (Tomcat 6 or Jetty 7 for example, >>> both EOL), but servers supporting the Jakarta API are recent and have >>> the file upload feature integrated. I'd expect commons-fileupload to go >>> to dormant in the near future rather than adapted for the jakarta >> namespace. >>> >>> What did I miss? >>> >>> Emmanuel Bourg >>> >>> - >>> 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: commons-fileupload2-jakarta
We tried to get rid of commons-fileupload in favour of Servlet API for our project where we disable multipart and use streaming (not to store files on the disk). And it looks like Servlet API doesn’t provide a convenient way of streaming the attachments (like commons-fileupload does) so in the end we concluded that we need to implement something similar to what we get from commons-fileupload OR to wait for version commons-fileupload:2.0. On 2023/07/09 14:45:21 Emmanuel Bourg wrote: > Dumb question: what's the benefit of using commons-fileupload in 2023 > instead of the equivalent file upload feature of the Servlet API? > > The use case I had in mind was to support file upload in very old > Servlet containers still in production (Tomcat 6 or Jetty 7 for example, > both EOL), but servers supporting the Jakarta API are recent and have > the file upload feature integrated. I'd expect commons-fileupload to go > to dormant in the near future rather than adapted for the jakarta namespace. > > What did I miss? > > Emmanuel Bourg > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
