[ 
https://issues.apache.org/jira/browse/WICKET-7071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Martin Tzvetanov Grigorov updated WICKET-7071:
----------------------------------------------
    Attachment: wicket-7071-getParameters.png

> Problems when calling request.getInputStream() before executing WicketFilter
> ----------------------------------------------------------------------------
>
>                 Key: WICKET-7071
>                 URL: https://issues.apache.org/jira/browse/WICKET-7071
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket-core
>    Affects Versions: 10.0.0-M1, 9.14.0
>         Environment: Java 17 or 21-ea; Jetty 11 or Tomcat 10.1.x; Wicket 
> 10.0.0-M1 or 9.3+.
>            Reporter: Sam Peters
>            Priority: Major
>             Fix For: 9.15.0, 10.0.0-M2
>
>         Attachments: wicket-7071-first-getInputStream.png, 
> wicket-7071-getParameters.png
>
>
> Calling request.getInputStream() (without reading any data from the stream), 
> followed by a WicketFilter, causes certain wicket requests to fail.
> If no call to request.getInputStream() is made, everything works as expected.
> See runnable, minimal Maven project here: 
> [https://github.com/gluser1357/jerseyissues/tree/issue-4867-wicket10|https://github.com/gluser1357/jerseyissues/tree/issue-4867-wicket10]
>  > readme.txt.
> The issue is always reproducable e. g. in Jetty 11 and Tomcat 10.1.x (Jakarta 
> Servlet 5+).
> A use case for the described filter combination is e. g. to add an existing 
> Jersey-based authorization filter in front of a Wicket application. Since 
> Jersey calls at some point request.getInputStream(), our Wicket application 
> fails at then. See more details on this here: 
> [https://github.com/eclipse-ee4j/jersey/issues/4867|https://github.com/eclipse-ee4j/jersey/issues/4867]
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to