Hi Cris, Thanks again for your answer.
I have "partially" solved our problems by avoiding wicket calls to getPortParameters (in wicket and in our application). See... https://issues.apache.org/jira/browse/WICKET-7154. Thus, I was able to get our application running with Wicket 10.6.0-SNAPSHOT. And we will be able to use tomcat 11... as soon as Wicket 10.6.0 is released... But while doing this work I realized Tomcat already has an upload progress listening machinery. What I didn't find is a way to hack into the coyote Request and plug in a custom listener. Thus, I just create this POC PR https://github.com/apache/tomcat/pull/856 WDYT? On Fri, May 2, 2025 at 1:42 PM Christopher Schultz < ch...@christopherschultz.net> wrote: > Ernesto, > > On 5/1/25 8:51 PM, Ernesto Reinaldo Barreiro wrote: > > We have an Apache Wicket application that I just ported to wicket 10. The > > application works as expected with the latest Tomcat 10.1.40. But our > > application does not work with Tomcat 11.0.6 because file upload > (multipart > > processing is broken). > > > > Apache wicket 10.x uses fileupload2.jakarta.servlet5 thus I create a > branch > > using fileupload2.jakarta.servlet6 ( > > > https://mvnrepository.com/artifact/org.apache.commons/commons-fileupload2-jakarta-servlet6/2.0.0-M2 > ) > > thinking that might be the problem... But after some debugging the > problem > > seems to be in Http11InputBuffer and related classes (it seems the whole > > package is very different from 10.x branch) or the way fileupload2 is > using > > them. > > > > Has anyone experienced any similar problems? > > Are you able to package a simple test-case for this? > > Does Wicket handle its own multipart logic, or is it relying on Tomcat > to provide that facility? > > Tomcat 10 and 11 are very similar to each other, though they support > different versions of the relevant Jakarta EE APIs. Is Wicket 10 > documented to work with Jakarta EE 11? Is Wicket 10 documented to work > with Jakarta EE 10? > > -chris > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- Regards - Ernesto Reinaldo Barreiro
