Johan Compagner schrieb:
you where talking about the PageParameters object so i thought you where
talking about inbound stuff.
Then every parameters will be in it.
Ofcourse no multipart stuff and ofcourse outbound only what can be presented
in a simple string can be added.
Ok, so it doesn't work. That was a misunderstanding. We are talking
about integrating wicket with other apps. For example Acrobat, which can
send POST data (no URL parameters) from a form.
That seems logical to me
Yes, it is. But on the other hand there might be a need to integrate a
legacy app with wicket that requires that a POST request is handled.
Kurt is using a servlet to handle that request, and redirects to a
bookmarkable wicket page. I thought about how Wicket could handle this
directly, without a servlet in between, and PageParameters came into my
mind.
Timo
On 4/13/06, Timo Stamm <[EMAIL PROTECTED]> wrote:
Johan Compagner schrieb:
PageParametes will contain post params..
This comment by Martijn Dashorst sounds different:
| A note to the article: you can't use the PageParameters for types
| other than simple types such as Strings and Integers. [...]
|
| The bookmarkable links and PageParameters are used for things that
| need to be bookmarkable.
http://www.javalobby.org/java/forums/m91985755.html
Only URLs with simple urlencoded parameters are bookmarkable. You can't
bookmark a POST request.
The API doc says:
| Page parameters in HTTP are query string values in the request URL.
Johan, are you sure that multipart POST requests are supported?
Timo
So if for example you post to a bookmarkable page then PageParameters
should
be filled with everything.
johan
On 4/13/06, Timo Stamm <[EMAIL PROTECTED]> wrote:
kurt heston schrieb:
I could probably extend one of the core wicket
classes instead of HttpServlet and arrive at the same place, though
I'm
not sure it would be any more elegant.
A thought: Maybe PageParameters should be available for POST requests
as
well.
I don't know if it possible for a framework-client to handle requests
at
the required level...
Timo
Thanks for the help.
Timo Stamm wrote:
kurt heston schrieb:
I've got some legacy PDFs laying around that utilize the HTTP submit
functionality available when using Acrobat fillable forms. The
servlet I have answering these Acrobat requests saves off the field
names and values submitted in a 3 column table (rec id, field name,
value). We change the forms and add fields pretty often. Later,
when a view of the filled form is requested, I fill it again with
the
database values using iText (which is BEYOND cool) and stream it to
the browser. Simple enough.
I'm presently using this servlet's response object to just forward
calls on to a Wicket bookmarkable page...pretty loose integration.
I think this loose integration is the best you can do. I am using
quite a similar approach to integrate a legacy JSP based app and it
works very well.
Any suggestions as to how I might "Wickefy" my servlet such that I
can take advantage of things like Wicket session management an such
when handling requests submitted via Acrobat?
What are you missing? The bookmarkable Page should have access to the
Wicket session. Remember to forward the session id as well.
Timo
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
