Whereas I can envision the migration point but means putting an API on top of Servlet, not doing a v2 which is the v1 in a new namespace with conflict in the target env so if really a migration thing it should likely be marked as "to drop asap". For wicket, for example, I don't see them keeping it very long since it would be against embracing jakarta (was ok for javax due to old containers, but for jakarta this does not make sense).
So means a M1 is ok but consumers should probably expect there will never be a final which would be iso if we do our homeworks (it is summer to time for holiday notebooks ;)). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance> Le dim. 9 juil. 2023 à 18:02, Gary Gregory <garydgreg...@gmail.com> a écrit : > I think it might be helpful to think about this in terms of existing and > legacy code bases that need to migrate to the Jakarta namespace in a simple > manner, as opposed to green-field development. > > For example, Apache Wicket has a branch using FileUpload 2 snapshot. > > I plan on cutting a release candidate for 2 .0.0-M1 this weekend or next > week. Some people have been asking for it as well. > > Gary > > On Sun, Jul 9, 2023, 10:45 Emmanuel Bourg <ebo...@apache.org> 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 > > > > >
