hej,
on the second thought I can implement (in this simple case) a model backuped
by List or Set and then let Form (or FormComponentPanel) to process all
fields.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
Hi,
I'm really keen to have a clearer understanding of the page mapping changes
in Wicket 1.5 - right now it is still not totally clear in my mind.
The best way to explain is by highlighting some requirements I have based on
the URL scheme we are trying to achieve in a project.
We have the
Hi,
Create a new IRequestMapper and set it as root mapper - see the
examples for HttpsMapper and CryptoMapper to see how.
This new mapper will process the URL and decide which page to use
(CategoryPage vs. LocationPage) and use BookmarkablePageRequestHandler
to render it.
The new mapper should
Hey Martin.
Thanks for the awesome reply speed!
It is amazing how committed you guys are to solving the real world problems
we face as developers. Wicket is such a cool framework and it's great to see
these new features constantly evolving to add the sort of flexibility needed
when there's an
Martin,
Just playing with the code now - I'm afraid I'm not sure exactly what you
mean by:
The new mapper should be compound (ICompoundRequestMapper) and
fallback to default mappers for Wicket internal works (link/form
listeners, ajax, ...)
Could you elaborate briefly on this piece?
Thanks,
I'm using Wicket 1.5-rc2 and have noticed that I'm getting what I believe to
be unnecessary 302 redirects for bookmarkable/stateless pages.
In my application.init(), I'm doing the following:
mountPage(/myPage, MyPage.class)
When I request this page in my browser at http://localhost:8080/myPage,
Hi, sorry I read your reply only today...
I got basically to the same results yesterday, but I've some problem which I
summarized in the last message in this thread on felix mailing list:
http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html
I'll go into details point by
Try with trunk. I believe this is fixed.
On Fri, Apr 22, 2011 at 5:51 PM, drewzilla80 andrew.eas...@gmail.com wrote:
I'm using Wicket 1.5-rc2 and have noticed that I'm getting what I believe to
be unnecessary 302 redirects for bookmarkable/stateless pages.
In my application.init(), I'm doing
Ignore this.
getRootRequestMapperAsCompound() will convert it for you anyway.
Just follow how Https and Crypto mappers work
On Fri, Apr 22, 2011 at 1:54 PM, drewzilla80 andrew.eas...@gmail.com wrote:
Martin,
Just playing with the code now - I'm afraid I'm not sure exactly what you
mean by:
Thanks, Martin. That's what I already ended up doing as it turns out (I dug
into the code and noticed the method you specified). I've got my whole
original use case working very nicely indeed - thanks for your help.
dz
--
View this message in context:
Hi,
I've just started preparing for 1.5 and have been modifying my code in
order to conform with the new API. I've managed to get my application to
compile and launch, but in my first attempt to render a page I get an NPE
as follows:
java.lang.NullPointerException
at
You can set any model in your form component panel. But its value will be
set during the form processing, after the validation step.
FormComponent#convertInput is invoked before the validation step, and it
only sets the converted input in the FormComponent (see
FormComponent#setConvertedInput). It
Move to 1.5-RC3, if this problem remains report in
https://issues.apache.org/jira/browse/WICKET-3187
On Fri, Apr 22, 2011 at 7:26 PM, Alexandros Karypidis akary...@yahoo.grwrote:
Hi,
I've just started preparing for 1.5 and have been modifying my code in
order to conform with the new API.
13 matches
Mail list logo