Looking at the impls of org.apache.wicket.request.mapper.parameter.IPageParametersEncoder#decodePageParameters we can see that only QueryParameters are read. I personally don't know what is the reason for that.
File a ticket and if no one says that this is the intended behavior then we will fix it. Or if you want you can do it yourself and attach the patch. Use org.apache.wicket.request.Request#getRequestParameters to get all parameters and put them in the PageParameters On Mon, Jan 16, 2012 at 7:44 PM, armhold <[email protected]> wrote: > Hmm, I spoke too soon. > > It seems that the reason I was running into the *method* mismatch (not > *protocol* mismatch) with the StatelessForm is due to having installed an > HttpsMapper in my WicketApplication. If you try to post a form over https > from an http page, the HttpsMapper apparently discards the https POST, and > instead directs the browser to reload the page over http (expected behavior > I guess, since it's not @RequireHttps). This ends up defeating the form > submission. > > The page Martin pointed me to does indeed work around this issue, but with > one small problem- the LoginHandlerPage needs to process the POST params > manually from the HttpServletRequest, as they are not present in the > PageParameters (at least not with 1.5). It's simple enough to pull them out > of the request though. > > Let me know if you think this is correct behavior, or if it sounds like a > bug. If the latter, I'm happy to create a JIRA+Quickstart for it. > > Thanks everyone. > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/how-to-get-https-port-number-in-Wicket-1-5-tp4295139p4301011.html > Sent from the Users forum mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
