tag:www.nabble.com,2006:forum-13974Nabble - Apache Wicket2009-07-06T16:15:07Z<a href="http://wicket.apache.org" target="_top" rel="nofollow">Apache Wicket</a> is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. You can find Apache Wicket's home <a href="http://wicket.apache.org" target="_top" rel="nofollow">here</a>.
<p>
Before posting, please read <a href="http://www.catb.org/~esr/faqs/smart-questions.html" target="_top" rel="nofollow">How to ask questions the smart way</a> and answer these questions for yourself:
<ul>
<li>Did you check out our <a href="http://wicketstuff.org/wicket13/" target="_top" rel="nofollow">live examples</a></li>
<li>read our <a href="http://cwiki.apache.org/WICKET" target="_top" rel="nofollow">wiki</a></li>
<li><a href="http://www.google.com/search?q=wicket+<your%20query%20here>" target="_top" rel="nofollow">search using google</a></li>
</ul>
If these fail to provide an answer, posting to the <a href="http://www.nabble.com/Wicket---User-f25133.html" target="_top"><b>users</b></a> list is appropriate. Be sure to include full stack traces and code. Did we mention that you read <a href="http://www.catb.org/~esr/faqs/smart-questions.html" target="_top" rel="nofollow">How to ask questions the smart way</a> before posting?
</p>tag:www.nabble.com,2006:post-24364551Re: Nested forms not working in wizard.2009-07-06T16:15:07Z2009-07-06T16:15:07ZNed CollyerThe nesting is -
<br><br>The outer form is inside the wizard, then I have an inner form inside
<br>one of the steps.
<br><br>Sorry, I cant show you the output of the html - I scrapped the impl I
<br>had am implementing a less "wizardy" wizard.
<br><br>On Mon, Jul 6, 2009 at 8:36 PM, nino martinez
<br>wael<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=0" target="_top" rel="nofollow">nino.martinez.wael@...</a>> wrote:
<div class='shrinkable-quote'><br>> Is the form nested in the other form in html. I remember vaguely
<br>> something about it needs to be nested, wicket then rewrites it or
<br>> something like that.. How does the resulting html look like?
<br>>
<br>> 2009/7/6 Ned Collyer <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=1" target="_top" rel="nofollow">ned.collyer@...</a>>:
<br>>> I am currently running wicket 1.4-rc2
<br>>>
<br>>> I have nested forms setup in the wizard. One of my steps is as follows.
<br>>>
<br>>> <code>
<br>>> public class MyStep1 extends WizardStep {
<br>>> public MyStep1(final CompoundPropertyModel<Campaign> campaignModel) {
<br>>> super("Step 1", "Wow bananas");
<br>>>
<br>>> add(new Form("form") {
<br>>> @Override
<br>>> protected void onSubmit() {
<br>>> super.onSubmit(); <--- never fired
<br>>> }
<br>>> });
<br>>> }
<br>>> }
<br>>> </code>
<br>>>
<br>>>
<br>>> The wizard successfully navigates between steps, and validation occurs
<br>>> against any fields in the nested forms.
<br>>>
<br>>>
<br>>> The onSubmit of the inner form is never fired - this is ... pretty annoying :)
<br>>>
<br>>> Any ideas?
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=3" target="_top" rel="nofollow">users-help@...</a>
<br>>>
<br>>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=5" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=6" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24364551&i=7" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24363049Re: dzone refcard2009-07-06T14:22:17Z2009-07-06T14:22:17ZkinabaluThanks! I'll see if they can add you to the list of reviewers at some
<br>point soon.
<br><br>Cheers!
<br><br>On Jul 6, 2009, at 2:02 PM, jWeekend wrote:
<br><div class='shrinkable-quote'><br>>
<br>> That'll be a nice resource for developers using Wicket, and, save
<br>> jWeekend
<br>> plenty of time preparing one ourselves for dZone, thanks! I'll let
<br>> them
<br>> know to avoid unnecessary confusion about our proposal to create it
<br>> earlier
<br>> today.
<br>> Let me know if you need any extra pairs of eyes to review it.
<br>>
<br>> Regards - Cemal
<br>> jWeekend
<br>> OO & Java Technology
<br>> <a href="http://jWeekend.com" target="_top" rel="nofollow">http://jWeekend.com</a><br>>
<br>>
<br>> kinabalu wrote:
<br>>>
<br>>> I've got one being pushed through the editorial process at DZone
<br>>> right
<br>>> now, should be out very soon.
<br>>>
<br>>> On Jul 6, 2009, at 12:48 PM, Nick Heudecker wrote:
<br>>>
<br>>>> Andrew Lombardi created one some time ago. Should still be
<br>>>> available.
<br>>>>
<br>>>> On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso
<br>>>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=0" target="_top" rel="nofollow">paolo.ditommaso@...</a>
<br>>>>> wrote:
<br>>>>
<br>>>>> It would be nice
<br>>>>>
<br>>>>> -- paolo
<br>>>>>
<br>>>>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker
<br>>>>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=1" target="_top" rel="nofollow">lutherbaker@...</a>>
<br>>>>> wrote:
<br>>>>>
<br>>>>>> Is anyone aware of a wicket
<br>>>>>> refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>>>>>>> initiative?
<br>>>>>> Thoughts?
<br>>>>>>
<br>>>>>> -Luther
<br>>>>>>
<br>>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> --
<br>>>> Nick Heudecker
<br>>>> Professional Wicket Training & Consulting
<br>>>> <a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a><br>>>
<br>>>
<br>>> To our success!
<br>>>
<br>>> Mystic Coders, LLC | Code Magic | www.mysticcoders.com
<br>>>
<br>>> ANDREW LOMBARDI | <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=2" target="_top" rel="nofollow">andrew@...</a>
<br>>> 2321 E 4th St. Ste C-128, Santa Ana CA 92705
<br>>> ofc: 949-528-6480
<br>>> fax: 714-782-6024
<br>>> cell: 714-697-8046
<br>>> linked-in: <a href="http://www.linkedin.com/in/andrewlombardi" target="_top" rel="nofollow">http://www.linkedin.com/in/andrewlombardi</a><br>>> twitter: <a href="http://www.twitter.com/kinabalu" target="_top" rel="nofollow">http://www.twitter.com/kinabalu</a><br>>>
<br>>> Eco-Tip: Printing e-mails is usually a waste.
<br>>>
<br>>> ========================================================
<br>>> This message is for the named person's use only. You must not,
<br>>> directly or indirectly, use,
<br>>> disclose, distribute, print, or copy any part of this message if you
<br>>> are not the intended recipient.
<br>>> ========================================================
<br>>>
<br>>>
<br>>>
<br>>
<br>> --
<br>> View this message in context: <a href="http://www.nabble.com/dzone-refcard-tp24358337p24362753.html" target="_top">http://www.nabble.com/dzone-refcard-tp24358337p24362753.html</a><br>> Sent from the Wicket - User mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=4" target="_top" rel="nofollow">users-help@...</a>
<br>>
</div><br><br>To our success!
<br><br>Mystic Coders, LLC | Code Magic | www.mysticcoders.com
<br><br>ANDREW LOMBARDI | <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24363049&i=5" target="_top" rel="nofollow">andrew@...</a>
<br>2321 E 4th St. Ste C-128, Santa Ana CA 92705
<br>ofc: 949-528-6480
<br>fax: 714-782-6024
<br>cell: 714-697-8046
<br>linked-in: <a href="http://www.linkedin.com/in/andrewlombardi" target="_top" rel="nofollow">http://www.linkedin.com/in/andrewlombardi</a><br>twitter: <a href="http://www.twitter.com/kinabalu" target="_top" rel="nofollow">http://www.twitter.com/kinabalu</a><br><br>Eco-Tip: Printing e-mails is usually a waste.
<br><br>========================================================
<br>This message is for the named person's use only. You must not,
<br>directly or indirectly, use,
<br> disclose, distribute, print, or copy any part of this message if you
<br>are not the intended recipient.
<br>========================================================
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362753Re: dzone refcard2009-07-06T14:02:00Z2009-07-06T14:02:00ZjWeekendThat'll be a nice resource for developers using Wicket, and, save jWeekend plenty of time preparing one ourselves for dZone, thanks! I'll let them know to avoid unnecessary confusion about our proposal to create it earlier today.
<br>Let me know if you need any extra pairs of eyes to review it.
<br><br>Regards - Cemal
<br>jWeekend
<br>OO & Java Technology
<br><a href="http://jWeekend.com" target="_top" rel="nofollow">http://jWeekend.com</a><br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">kinabalu wrote:</div>
<div class="quote-message shrinkable-quote">I've got one being pushed through the editorial process at DZone right
<br>now, should be out very soon.
<br><br>On Jul 6, 2009, at 12:48 PM, Nick Heudecker wrote:
<br><br>> Andrew Lombardi created one some time ago. Should still be available.
<br>>
<br>> On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso <paolo.ditommaso@gmail.com
<br>>> wrote:
<br>>
<br>>> It would be nice
<br>>>
<br>>> -- paolo
<br>>>
<br>>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker <lutherbaker@gmail.com>
<br>>> wrote:
<br>>>
<br>>>> Is anyone aware of a wicket
<br>>>> refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>>>>> initiative?
<br>>>> Thoughts?
<br>>>>
<br>>>> -Luther
<br>>>>
<br>>>
<br>>
<br>>
<br>>
<br>> --
<br>> Nick Heudecker
<br>> Professional Wicket Training & Consulting
<br>> <a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a><br><br><br>To our success!
<br><br>Mystic Coders, LLC | Code Magic | www.mysticcoders.com
<br><br>ANDREW LOMBARDI | andrew@mysticcoders.com
<br>2321 E 4th St. Ste C-128, Santa Ana CA 92705
<br>ofc: 949-528-6480
<br>fax: 714-782-6024
<br>cell: 714-697-8046
<br>linked-in: <a href="http://www.linkedin.com/in/andrewlombardi" target="_top" rel="nofollow">http://www.linkedin.com/in/andrewlombardi</a><br>twitter: <a href="http://www.twitter.com/kinabalu" target="_top" rel="nofollow">http://www.twitter.com/kinabalu</a><br><br>Eco-Tip: Printing e-mails is usually a waste.
<br><br>========================================================
<br>This message is for the named person's use only. You must not,
<br>directly or indirectly, use,
<br> disclose, distribute, print, or copy any part of this message if you
<br>are not the intended recipient.
<br>========================================================
<br></div>
</div></blockquote>
<p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362717Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T13:58:40Z2009-07-06T13:58:40ZronaldtmNow I get it, thanks.
<br><br>Indeed, it's hard to think in a better solution (without ditching generics
<br>altogether).
<br><br>Tetsuo
<br><br><br><br>On Mon, Jul 6, 2009 at 4:19 PM, Matej Knopp <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=0" target="_top" rel="nofollow">matej.knopp@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> Problem is setDefaultModelObject().
<br>>
<br>> If you have setModelObject(Object o) you can not override it in
<br>> subclass and restrict the parameter.
<br>>
<br>> -Matej
<br>>
<br>> On Mon, Jul 6, 2009 at 8:58 PM, tetsuo<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=1" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>> > 'IModel<?> getModel()' instead of 'Object getModel()', and 'IModel<T>
<br>> > getModel()' instead of 'T getModel()', sorry.
<br>> >
<br>> > And sorry for flooding the mailing list, this is the last one, I promise
<br>> :)
<br>> >
<br>> >
<br>> >
<br>> > On Mon, Jul 6, 2009 at 3:54 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=2" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>> >
<br>> >> What if Component was not generified, and had an 'Object getModel()'
<br>> method
<br>> >> instead of 'Object getDefaultModel()', and the components that do
<br>> benefit
<br>> >> from generics, simply override the method to return 'T' (then the
<br>> component
<br>> >> class would have a <T> type parameter)? The compiler accepts this just
<br>> fine.
<br>> >>
<br>> >> Tetsuo
<br>> >>
<br>> >>
<br>> >>
<br>> >>
<br>> >> On Mon, Jul 6, 2009 at 3:48 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=3" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>> >>
<br>> >>> I've just read the explanation in a Tim's blog post comment. Oh, well,
<br>> >>> generics definitely isn't easy to grasp...
<br>> >>>
<br>> >>> I myself have observed that my (wicket) code is so much readable
<br>> without
<br>> >>> most generics declarations. Even when using components that do have
<br>> models
<br>> >>> (Textfield, for example) I didn't gain anything for adding the angle
<br>> >>> brackets, since the models in general use reflection (PropertyModel,
<br>> >>> CompoundPropertyModel, etc.), and don't make any use of the build-time
<br>> >>> validation at all.
<br>> >>>
<br>> >>> sigh...
<br>> >>>
<br>> >>> Tetsuo
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>>
<br>> >>> On Mon, Jul 6, 2009 at 3:35 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=4" target="_top" rel="nofollow">ronald.tetsuo@...</a>>
<br>> wrote:
<br>> >>>
<br>> >>>> I understand the getModelObject() thing, but I not about the
<br>> >>>> getDefaultModel(). Why is that?
<br>> >>>>
<br>> >>>> I've found an e-mail (
<br>> >>>>
<br>> <a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a><br>> )
<br>> >>>> that states that it may be removed in 1.5.
<br>> >>>>
<br>> >>>> Why rename getModel to getDefaultModel just to take it out later?
<br>> >>>>
<br>> >>>> Not a critic, just trying to understand.
<br>> >>>>
<br>> >>>> Tetsuo
<br>> >>>>
<br>> >>>>
<br>> >>>>
<br>> >>>>
<br>> >>>> On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <
<br>> >>>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=5" target="_top" rel="nofollow">jeremy@...</a>> wrote:
<br>> >>>>
<br>> >>>>> A good overall read, but he also seemed to miss the reason we have
<br>> >>>>> getModel**Object**. He doesn't think that's necessary, but misses
<br>> >>>>> that there is also getModel (without object) and the word does
<br>> clarify
<br>> >>>>> the difference.
<br>> >>>>>
<br>> >>>>> Anyway, a good read on overall API design, though. I'd recommend it
<br>> >>>>> to others with the caveat that I also disagree with his last part
<br>> >>>>> about the rename.
<br>> >>>>>
<br>> >>>>> --
<br>> >>>>> Jeremy Thomerson
<br>> >>>>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>> >>>>>
<br>> >>>>>
<br>> >>>>>
<br>> >>>>>
<br>> >>>>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>> >>>>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362717&i=6" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>> >>>>> >
<br>> >>>>>
<br>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>> >>>>> >
<br>> >>>>> > I guess he doesn't get why we did the rename. This reminds me that
<br>> we
<br>> >>>>> > *really* should improve our release docs before we finalize 1.4!!!
<br>> >>>>> >
<br>> >>>>> > Martijn
<br>> >>>>> >
<br>> >>>>> > --
<br>> >>>>> > Become a Wicket expert, learn from the best:
<br>> >>>>> <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>> >>>>> > Apache Wicket 1.3.5 is released
<br>> >>>>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>> >>>>> >
<br>> >>>>>
<br>> >>>>
<br>> >>>>
<br>> >>>
<br>> >>
<br>> >
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24362678Re: Can I make AjaxFormSubmitBehavior submit raw form data but not validate it?2009-07-06T13:55:49Z2009-07-06T13:55:49ZStefan MalmesjöCould setting visibility for the FeedbackPanel to false until the form has
<br>been "properly" submitted with a press of a submit button work?
<br><br>/Stefan
<br><br>On Mon, Jul 6, 2009 at 8:42 PM, Thierry Leveque <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=0" target="_top" rel="nofollow">tleveque@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> Any following on that?
<br>>
<br>> Daniel, have you been able to solve your problem? Did you wrote your own
<br>> behavior?
<br>>
<br>> I have the same requirement as you and I am trying to find a quick way to
<br>> solve my problem.
<br>>
<br>> Can someone point me to some examples on how to write my own Ajax behavior?
<br>>
<br>> Thanks
<br>>
<br>> Thierry
<br>>
<br>>
<br>> On Tue, Jun 2, 2009 at 12:21, Igor Vaynberg <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=1" target="_top" rel="nofollow">igor.vaynberg@...</a>>
<br>> wrote:
<br>>
<br>> > well, if you do not want to *submit* the form then dont use
<br>> > ajaxformSUBMITbehavior :)
<br>> >
<br>> > with little work you can roll your own behavior that does a simple
<br>> > ajax get and appends whatever values you need from formcomponents to
<br>> > the url. that way the form is not submitted and you have access to the
<br>> > raw values.
<br>> >
<br>> > -igor
<br>> >
<br>> >
<br>> >
<br>> > On Tue, Jun 2, 2009 at 9:16 AM, dfernandez
<br>> > <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=2" target="_top" rel="nofollow">dfernandez@...</a>> wrote:
<br>> > >
<br>> > >
<br>> > > Yes, I know it is tricky, but the fact is I don't think I would really
<br>> > need
<br>> > > type conversion in this case.
<br>> > >
<br>> > > I will try to explain myself. I have the following UI:
<br>> > >
<br>> > > |OPERATOR |V|
<br>> > >
<br>> > > |INPUT1="aBc" | |INPUT2="DeF" |
<br>> > >
<br>> > > ...being "OPERATOR" the DropDownChoice, and both INPUT1 and INPUT2 two
<br>> > > TextFields (String TextFields, to be precise). Both INPUT1 and INPUT2
<br>> are
<br>> > > required (when they are visible, of course).
<br>> > >
<br>> > > When I change the value on "OPERATOR", the UI will change, hiding
<br>> INPUT1
<br>> > and
<br>> > > INPUT2 but showing INPUT3, another TextField which should have the same
<br>> > > contents that were on INPUT1 before:
<br>> > >
<br>> > > |OPERATOR |V|
<br>> > >
<br>> > > |INPUT3="aBc" |
<br>> > >
<br>> > > The problem is that, when changing OPERATOR, I need to read the value
<br>> > from
<br>> > > INPUT1 to set it into INPUT3, but if INPUT2 is empty I will receive a
<br>> > > validation message telling me that it is required... which it is, but I
<br>> > just
<br>> > > want Wicket to validate that when I want to *really* submit the form,
<br>> and
<br>> > > not now that I am only changing the operator.
<br>> > >
<br>> > > Thanks.
<br>> > >
<br>> > > Regards,
<br>> > > Daniel.
<br>> > >
<br>> > >
<br>> > >
<br>> > >
<br>> > >
<br>> > > igor.vaynberg wrote:
<br>> > >>
<br>> > >> how are you planning on reading the other values? you cannot access
<br>> > >> the model so you will have to call getinput(), are you also planning
<br>> > >> on doing type conversion yourself then?
<br>> > >>
<br>> > >> -igor
<br>> > >>
<br>> > >> 2009/6/2 Daniel Fernández <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=3" target="_top" rel="nofollow">dfernandez@...</a>>:
<br>> > >>> Hello,
<br>> > >>>
<br>> > >>> I have a form with a DropDownChoice, on which "onchange" event I want
<br>> > to
<br>> > >>> update some form components. But I need to read data from other
<br>> fields
<br>> > of
<br>> > >>> the form for doing so, and so I added an AjaxFormSubmitBehavior to
<br>> the
<br>> > >>> DropDownChoice.
<br>> > >>>
<br>> > >>> My intention is to read the data from the drop down and from the
<br>> other
<br>> > >>> fields, and depending on these data, update some other components...
<br>> > but
<br>> > >>> the
<br>> > >>> problem is that AjaxFormSubmitBehavior not only sends the form data,
<br>> > but
<br>> > >>> also *validates it*, which I don't want (I don't want validation
<br>> > messages
<br>> > >>> to
<br>> > >>> appear when changing the value of the drop down).
<br>> > >>>
<br>> > >>> If it where an AjaxButton I would be able to just
<br>> > >>> setDefaultFormProcessing(false), but I don't see anything like that
<br>> in
<br>> > >>> AjaxFormSubmitBehavior...
<br>> > >>>
<br>> > >>> Is there a way to do this?
<br>> > >>>
<br>> > >>> Regards,
<br>> > >>> Daniel.
<br>> > >>>
<br>> > >>
<br>> > >> ---------------------------------------------------------------------
<br>> > >> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > >> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=5" target="_top" rel="nofollow">users-help@...</a>
<br>> > >>
<br>> > >>
<br>> > >>
<br>> > >
<br>> > > --
<br>> > > View this message in context:
<br>> >
<br>> <a href="http://www.nabble.com/Can-I-make-AjaxFormSubmitBehavior-submit-raw-form-data-but-not--validate-it--tp23830542p23835836.html" target="_top">http://www.nabble.com/Can-I-make-AjaxFormSubmitBehavior-submit-raw-form-data-but-not--validate-it--tp23830542p23835836.html</a><br>> > > Sent from the Wicket - User mailing list archive at Nabble.com.
<br>> > >
<br>> > >
<br>> > > ---------------------------------------------------------------------
<br>> > > To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=6" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > > For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=7" target="_top" rel="nofollow">users-help@...</a>
<br>> > >
<br>> > >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=8" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362678&i=9" target="_top" rel="nofollow">users-help@...</a>
<br>> >
<br>> >
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362614Re: dzone refcard2009-07-06T13:51:14Z2009-07-06T13:51:14ZjWeekendLuther,
<br><br>Interesting timing - I contacted dZone today about jWeekend putting together a Wicket "refcardz" for their collection. I'll let you know what they say.
<br><br>Regards - Cemal
<br>jWeekend
<br>OO & Java Technology
<br><a href="http://jWeekend.com" target="_top" rel="nofollow">http://jWeekend.com</a><br><br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">luther.baker wrote:</div>
<div class="quote-message">Is anyone aware of a wicket
<br>refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a>>initiative?
<br>Thoughts?
<br><br>-Luther
</div>
</div></blockquote>
<p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362569Re: dzone refcard2009-07-06T13:47:23Z2009-07-06T13:47:23ZNick HeudeckerMy mistake. I thought that came out a while ago.
<br><br>On Mon, Jul 6, 2009 at 1:43 PM, Andrew Lombardi <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362569&i=0" target="_top" rel="nofollow">andrew@...</a>>wrote:
<br><div class='shrinkable-quote'><br>> I've got one being pushed through the editorial process at DZone right now,
<br>> should be out very soon.
<br>>
<br>>
<br>> On Jul 6, 2009, at 12:48 PM, Nick Heudecker wrote:
<br>>
<br>> Andrew Lombardi created one some time ago. Should still be available.
<br>>>
<br>>> On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso <
<br>>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362569&i=1" target="_top" rel="nofollow">paolo.ditommaso@...</a>
<br>>>
<br>>>> wrote:
<br>>>>
<br>>>
<br>>> It would be nice
<br>>>>
<br>>>> -- paolo
<br>>>>
<br>>>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362569&i=2" target="_top" rel="nofollow">lutherbaker@...</a>>
<br>>>> wrote:
<br>>>>
<br>>>> Is anyone aware of a wicket
<br>>>>> refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>>>>>
<br>>>>>> initiative?
<br>>>>>>
<br>>>>> Thoughts?
<br>>>>>
<br>>>>> -Luther
<br>>>>>
<br>>>>>
<br>>>>
<br>>>
<br>>>
<br>>> --
<br>>> Nick Heudecker
<br>>> Professional Wicket Training & Consulting
<br>>> <a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a><br>>>
<br>>
<br>>
<br>> To our success!
<br>>
<br>> Mystic Coders, LLC | Code Magic | www.mysticcoders.com
<br>>
<br>> ANDREW LOMBARDI | <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362569&i=3" target="_top" rel="nofollow">andrew@...</a>
<br>> 2321 E 4th St. Ste C-128, Santa Ana CA 92705
<br>> ofc: 949-528-6480
<br>> fax: 714-782-6024
<br>> cell: 714-697-8046
<br>> linked-in: <a href="http://www.linkedin.com/in/andrewlombardi" target="_top" rel="nofollow">http://www.linkedin.com/in/andrewlombardi</a><br>> twitter: <a href="http://www.twitter.com/kinabalu" target="_top" rel="nofollow">http://www.twitter.com/kinabalu</a><br>>
<br>> Eco-Tip: Printing e-mails is usually a waste.
<br>>
<br>> ========================================================
<br>> This message is for the named person's use only. You must not, directly or
<br>> indirectly, use,
<br>> disclose, distribute, print, or copy any part of this message if you are
<br>> not the intended recipient.
<br>> ========================================================
<br>>
<br>>
</div><br><br>--
<br>Nick Heudecker
<br>Professional Wicket Training & Consulting
<br><a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362527Re: dzone refcard2009-07-06T13:43:34Z2009-07-06T13:43:34ZkinabaluI've got one being pushed through the editorial process at DZone right
<br>now, should be out very soon.
<br><br>On Jul 6, 2009, at 12:48 PM, Nick Heudecker wrote:
<br><div class='shrinkable-quote'><br>> Andrew Lombardi created one some time ago. Should still be available.
<br>>
<br>> On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362527&i=0" target="_top" rel="nofollow">paolo.ditommaso@...</a>
<br>>> wrote:
<br>>
<br>>> It would be nice
<br>>>
<br>>> -- paolo
<br>>>
<br>>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362527&i=1" target="_top" rel="nofollow">lutherbaker@...</a>>
<br>>> wrote:
<br>>>
<br>>>> Is anyone aware of a wicket
<br>>>> refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>>>>> initiative?
<br>>>> Thoughts?
<br>>>>
<br>>>> -Luther
<br>>>>
<br>>>
<br>>
<br>>
<br>>
<br>> --
<br>> Nick Heudecker
<br>> Professional Wicket Training & Consulting
<br>> <a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a></div><br><br>To our success!
<br><br>Mystic Coders, LLC | Code Magic | www.mysticcoders.com
<br><br>ANDREW LOMBARDI | <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362527&i=2" target="_top" rel="nofollow">andrew@...</a>
<br>2321 E 4th St. Ste C-128, Santa Ana CA 92705
<br>ofc: 949-528-6480
<br>fax: 714-782-6024
<br>cell: 714-697-8046
<br>linked-in: <a href="http://www.linkedin.com/in/andrewlombardi" target="_top" rel="nofollow">http://www.linkedin.com/in/andrewlombardi</a><br>twitter: <a href="http://www.twitter.com/kinabalu" target="_top" rel="nofollow">http://www.twitter.com/kinabalu</a><br><br>Eco-Tip: Printing e-mails is usually a waste.
<br><br>========================================================
<br>This message is for the named person's use only. You must not,
<br>directly or indirectly, use,
<br> disclose, distribute, print, or copy any part of this message if you
<br>are not the intended recipient.
<br>========================================================
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362438Re: How to configure data source for Jetty server?2009-07-06T13:38:34Z2009-07-06T13:38:34Zigor.vaynberg<a href="http://docs.codehaus.org/display/JETTY/JNDI" target="_top" rel="nofollow">http://docs.codehaus.org/display/JETTY/JNDI</a><br><br>-igor
<br><br>On Mon, Jul 6, 2009 at 1:22 PM, Petr Fejfar<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362438&i=0" target="_top" rel="nofollow">petr.fejfar@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> When I've started learning Wicket, I followed configuration described
<br>> in the book Enjoy web dev ...
<br>>
<br>> Now I'm trying to migrate my project under Maven's management. I seem
<br>> to be almost
<br>> finished except data source configuration in the Tomcat's context file:
<br>>
<br>> <Resource
<br>> name="jdbc/trackerDataSource"
<br>> auth="Container"
<br>> type="javax.sql.DataSource"
<br>> driverClassName="org.postgresql.Driver"
<br>> url="jdbc:postgresql://localhost/tracker"
<br>> username="xxx"
<br>> password="xxx"
<br>> maxActive="20"
<br>> maxIdle="8"
<br>> defaultAutoCommit="false"
<br>> defaultTransactionIsolation="SERIALIZABLE"
<br>> testOnBorrow="true"
<br>> validationQuery="select 1"/>
<br>>
<br>> Please, could somebody show me how to achieve
<br>> the same effect in Jetty's configuration?
<br>>
<br>>
<br>> Thanks, Peter
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362438&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362438&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362438&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362438&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362429Model Question2009-07-06T13:38:18Z2009-07-06T13:38:18Zjpalmer1026<html>
<!-- BEGIN WEBMAIL STATIONERY -->
<head></head>
<body>
<!-- WEBMAIL STATIONERY notheme -->
I have the following code to allow the user to select the date that a report is to be generated for. For some reason, though, whatever date is selected from the textfield, the previous date is being used. For example, if the user inputs 07/06/2009 into the dateTextField, 07/05/2009 is being used. I'm assuming this is because I'm using the wrong model, so any assistance would be greatly appreciated.<br><br>public class AccountingDashboardPage extends EzdecBaseWebPage {<br> private Date date;<br><br> public AccountingDashboardPage(Date date) {<br> if (date == null) {<br> this.date = new Date();<br> }<br><br> Form form = new Form("accountingDashboardForm", new PropertyModel(this, "date")) {<br> @Override<br> protected void onSubmit() {<br> Date d = (Date)getModelObject();<br> setResponsePage(new AccountingDashboardPage(d));<br> }<br> };<br><br> add(form);<br> <br> EzdecDateTextField reportDate = new EzdecDateTextField("stampDate", form.getModel());<br> reportDate.setModelValue(new String[]{new SimpleDateFormat("MM/dd/yyyy").format(date).toString()});<br> form.add(reportDate);<br><br> <br> <br> }<br>}<br><br>
<!-- END WEBMAIL STATIONERY -->
</body>
</html>
<p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24362223How to configure data source for Jetty server?2009-07-06T13:22:44Z2009-07-06T13:22:44ZPetr Fejfar-2Hi all,
<br><br>When I've started learning Wicket, I followed configuration described
<br>in the book Enjoy web dev ...
<br><br>Now I'm trying to migrate my project under Maven's management. I seem
<br>to be almost
<br>finished except data source configuration in the Tomcat's context file:
<br><br> <Resource
<br> name="jdbc/trackerDataSource"
<br> auth="Container"
<br> type="javax.sql.DataSource"
<br> driverClassName="org.postgresql.Driver"
<br> url="jdbc:postgresql://localhost/tracker"
<br> username="xxx"
<br> password="xxx"
<br> maxActive="20"
<br> maxIdle="8"
<br> defaultAutoCommit="false"
<br> defaultTransactionIsolation="SERIALIZABLE"
<br> testOnBorrow="true"
<br> validationQuery="select 1"/>
<br><br>Please, could somebody show me how to achieve
<br>the same effect in Jetty's configuration?
<br><br><br>Thanks, Peter
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362223&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24362223&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24361766Re: dzone refcard2009-07-06T12:48:53Z2009-07-06T12:48:53ZNick HeudeckerAndrew Lombardi created one some time ago. Should still be available.
<br><br>On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361766&i=0" target="_top" rel="nofollow">paolo.ditommaso@...</a>
<br>> wrote:
<br><div class='shrinkable-quote'><br>> It would be nice
<br>>
<br>> -- paolo
<br>>
<br>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361766&i=1" target="_top" rel="nofollow">lutherbaker@...</a>>
<br>> wrote:
<br>>
<br>> > Is anyone aware of a wicket
<br>> > refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>> > >initiative?
<br>> > Thoughts?
<br>> >
<br>> > -Luther
<br>> >
<br>>
</div><br><br><br>--
<br>Nick Heudecker
<br>Professional Wicket Training & Consulting
<br><a href="http://www.systemmobile.com" target="_top" rel="nofollow">http://www.systemmobile.com</a><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24361707Re: dzone refcard2009-07-06T12:44:52Z2009-07-06T12:44:52Zpaolo di tommasoIt would be nice
<br><br>-- paolo
<br><br>On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361707&i=0" target="_top" rel="nofollow">lutherbaker@...</a>> wrote:
<br><br>> Is anyone aware of a wicket
<br>> refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a><br>> >initiative?
<br>> Thoughts?
<br>>
<br>> -Luther
<br>>
<br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24361314Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T12:19:07Z2009-07-06T12:19:07ZMatej Knopp-2Problem is setDefaultModelObject().
<br><br>If you have setModelObject(Object o) you can not override it in
<br>subclass and restrict the parameter.
<br><br>-Matej
<br><br>On Mon, Jul 6, 2009 at 8:58 PM, tetsuo<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=0" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<div class='shrinkable-quote'><br>> 'IModel<?> getModel()' instead of 'Object getModel()', and 'IModel<T>
<br>> getModel()' instead of 'T getModel()', sorry.
<br>>
<br>> And sorry for flooding the mailing list, this is the last one, I promise :)
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 3:54 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=1" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>
<br>>> What if Component was not generified, and had an 'Object getModel()' method
<br>>> instead of 'Object getDefaultModel()', and the components that do benefit
<br>>> from generics, simply override the method to return 'T' (then the component
<br>>> class would have a <T> type parameter)? The compiler accepts this just fine.
<br>>>
<br>>> Tetsuo
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> On Mon, Jul 6, 2009 at 3:48 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=2" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>>
<br>>>> I've just read the explanation in a Tim's blog post comment. Oh, well,
<br>>>> generics definitely isn't easy to grasp...
<br>>>>
<br>>>> I myself have observed that my (wicket) code is so much readable without
<br>>>> most generics declarations. Even when using components that do have models
<br>>>> (Textfield, for example) I didn't gain anything for adding the angle
<br>>>> brackets, since the models in general use reflection (PropertyModel,
<br>>>> CompoundPropertyModel, etc.), and don't make any use of the build-time
<br>>>> validation at all.
<br>>>>
<br>>>> sigh...
<br>>>>
<br>>>> Tetsuo
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> On Mon, Jul 6, 2009 at 3:35 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=3" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>>>
<br>>>>> I understand the getModelObject() thing, but I not about the
<br>>>>> getDefaultModel(). Why is that?
<br>>>>>
<br>>>>> I've found an e-mail (
<br>>>>> <a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a>)
<br>>>>> that states that it may be removed in 1.5.
<br>>>>>
<br>>>>> Why rename getModel to getDefaultModel just to take it out later?
<br>>>>>
<br>>>>> Not a critic, just trying to understand.
<br>>>>>
<br>>>>> Tetsuo
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <
<br>>>>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=4" target="_top" rel="nofollow">jeremy@...</a>> wrote:
<br>>>>>
<br>>>>>> A good overall read, but he also seemed to miss the reason we have
<br>>>>>> getModel**Object**. He doesn't think that's necessary, but misses
<br>>>>>> that there is also getModel (without object) and the word does clarify
<br>>>>>> the difference.
<br>>>>>>
<br>>>>>> Anyway, a good read on overall API design, though. I'd recommend it
<br>>>>>> to others with the caveat that I also disagree with his last part
<br>>>>>> about the rename.
<br>>>>>>
<br>>>>>> --
<br>>>>>> Jeremy Thomerson
<br>>>>>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>>>>>
<br>>>>>>
<br>>>>>>
<br>>>>>>
<br>>>>>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>>>>>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361314&i=5" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>>>>>> >
<br>>>>>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>>>>> >
<br>>>>>> > I guess he doesn't get why we did the rename. This reminds me that we
<br>>>>>> > *really* should improve our release docs before we finalize 1.4!!!
<br>>>>>> >
<br>>>>>> > Martijn
<br>>>>>> >
<br>>>>>> > --
<br>>>>>> > Become a Wicket expert, learn from the best:
<br>>>>>> <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>>>>>> > Apache Wicket 1.3.5 is released
<br>>>>>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>>>>> >
<br>>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24361027Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T11:58:56Z2009-07-06T11:58:56Zronaldtm'IModel<?> getModel()' instead of 'Object getModel()', and 'IModel<T>
<br>getModel()' instead of 'T getModel()', sorry.
<br><br>And sorry for flooding the mailing list, this is the last one, I promise :)
<br><br><br><br>On Mon, Jul 6, 2009 at 3:54 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361027&i=0" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> What if Component was not generified, and had an 'Object getModel()' method
<br>> instead of 'Object getDefaultModel()', and the components that do benefit
<br>> from generics, simply override the method to return 'T' (then the component
<br>> class would have a <T> type parameter)? The compiler accepts this just fine.
<br>>
<br>> Tetsuo
<br>>
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 3:48 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361027&i=1" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>
<br>>> I've just read the explanation in a Tim's blog post comment. Oh, well,
<br>>> generics definitely isn't easy to grasp...
<br>>>
<br>>> I myself have observed that my (wicket) code is so much readable without
<br>>> most generics declarations. Even when using components that do have models
<br>>> (Textfield, for example) I didn't gain anything for adding the angle
<br>>> brackets, since the models in general use reflection (PropertyModel,
<br>>> CompoundPropertyModel, etc.), and don't make any use of the build-time
<br>>> validation at all.
<br>>>
<br>>> sigh...
<br>>>
<br>>> Tetsuo
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> On Mon, Jul 6, 2009 at 3:35 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361027&i=2" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>>
<br>>>> I understand the getModelObject() thing, but I not about the
<br>>>> getDefaultModel(). Why is that?
<br>>>>
<br>>>> I've found an e-mail (
<br>>>> <a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a>)
<br>>>> that states that it may be removed in 1.5.
<br>>>>
<br>>>> Why rename getModel to getDefaultModel just to take it out later?
<br>>>>
<br>>>> Not a critic, just trying to understand.
<br>>>>
<br>>>> Tetsuo
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <
<br>>>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361027&i=3" target="_top" rel="nofollow">jeremy@...</a>> wrote:
<br>>>>
<br>>>>> A good overall read, but he also seemed to miss the reason we have
<br>>>>> getModel**Object**. He doesn't think that's necessary, but misses
<br>>>>> that there is also getModel (without object) and the word does clarify
<br>>>>> the difference.
<br>>>>>
<br>>>>> Anyway, a good read on overall API design, though. I'd recommend it
<br>>>>> to others with the caveat that I also disagree with his last part
<br>>>>> about the rename.
<br>>>>>
<br>>>>> --
<br>>>>> Jeremy Thomerson
<br>>>>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>>>>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24361027&i=4" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>>>>> >
<br>>>>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>>>> >
<br>>>>> > I guess he doesn't get why we did the rename. This reminds me that we
<br>>>>> > *really* should improve our release docs before we finalize 1.4!!!
<br>>>>> >
<br>>>>> > Martijn
<br>>>>> >
<br>>>>> > --
<br>>>>> > Become a Wicket expert, learn from the best:
<br>>>>> <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>>>>> > Apache Wicket 1.3.5 is released
<br>>>>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>>>> >
<br>>>>>
<br>>>>
<br>>>>
<br>>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24360962Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T11:54:35Z2009-07-06T11:54:35ZronaldtmWhat if Component was not generified, and had an 'Object getModel()' method
<br>instead of 'Object getDefaultModel()', and the components that do benefit
<br>from generics, simply override the method to return 'T' (then the component
<br>class would have a <T> type parameter)? The compiler accepts this just fine.
<br><br>Tetsuo
<br><br><br><br>On Mon, Jul 6, 2009 at 3:48 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360962&i=0" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I've just read the explanation in a Tim's blog post comment. Oh, well,
<br>> generics definitely isn't easy to grasp...
<br>>
<br>> I myself have observed that my (wicket) code is so much readable without
<br>> most generics declarations. Even when using components that do have models
<br>> (Textfield, for example) I didn't gain anything for adding the angle
<br>> brackets, since the models in general use reflection (PropertyModel,
<br>> CompoundPropertyModel, etc.), and don't make any use of the build-time
<br>> validation at all.
<br>>
<br>> sigh...
<br>>
<br>> Tetsuo
<br>>
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 3:35 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360962&i=1" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br>>
<br>>> I understand the getModelObject() thing, but I not about the
<br>>> getDefaultModel(). Why is that?
<br>>>
<br>>> I've found an e-mail (
<br>>> <a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a>)
<br>>> that states that it may be removed in 1.5.
<br>>>
<br>>> Why rename getModel to getDefaultModel just to take it out later?
<br>>>
<br>>> Not a critic, just trying to understand.
<br>>>
<br>>> Tetsuo
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <
<br>>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360962&i=2" target="_top" rel="nofollow">jeremy@...</a>> wrote:
<br>>>
<br>>>> A good overall read, but he also seemed to miss the reason we have
<br>>>> getModel**Object**. He doesn't think that's necessary, but misses
<br>>>> that there is also getModel (without object) and the word does clarify
<br>>>> the difference.
<br>>>>
<br>>>> Anyway, a good read on overall API design, though. I'd recommend it
<br>>>> to others with the caveat that I also disagree with his last part
<br>>>> about the rename.
<br>>>>
<br>>>> --
<br>>>> Jeremy Thomerson
<br>>>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>>>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360962&i=3" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>>>> >
<br>>>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>>> >
<br>>>> > I guess he doesn't get why we did the rename. This reminds me that we
<br>>>> > *really* should improve our release docs before we finalize 1.4!!!
<br>>>> >
<br>>>> > Martijn
<br>>>> >
<br>>>> > --
<br>>>> > Become a Wicket expert, learn from the best: <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>>>> > Apache Wicket 1.3.5 is released
<br>>>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>>> >
<br>>>>
<br>>>
<br>>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24360861Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T11:48:25Z2009-07-06T11:48:25ZronaldtmI've just read the explanation in a Tim's blog post comment. Oh, well,
<br>generics definitely isn't easy to grasp...
<br><br>I myself have observed that my (wicket) code is so much readable without
<br>most generics declarations. Even when using components that do have models
<br>(Textfield, for example) I didn't gain anything for adding the angle
<br>brackets, since the models in general use reflection (PropertyModel,
<br>CompoundPropertyModel, etc.), and don't make any use of the build-time
<br>validation at all.
<br><br>sigh...
<br><br>Tetsuo
<br><br><br><br>On Mon, Jul 6, 2009 at 3:35 PM, tetsuo <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360861&i=0" target="_top" rel="nofollow">ronald.tetsuo@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I understand the getModelObject() thing, but I not about the
<br>> getDefaultModel(). Why is that?
<br>>
<br>> I've found an e-mail (
<br>> <a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a>)
<br>> that states that it may be removed in 1.5.
<br>>
<br>> Why rename getModel to getDefaultModel just to take it out later?
<br>>
<br>> Not a critic, just trying to understand.
<br>>
<br>> Tetsuo
<br>>
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360861&i=1" target="_top" rel="nofollow">jeremy@...</a>> wrote:
<br>>
<br>>> A good overall read, but he also seemed to miss the reason we have
<br>>> getModel**Object**. He doesn't think that's necessary, but misses
<br>>> that there is also getModel (without object) and the word does clarify
<br>>> the difference.
<br>>>
<br>>> Anyway, a good read on overall API design, though. I'd recommend it
<br>>> to others with the caveat that I also disagree with his last part
<br>>> about the rename.
<br>>>
<br>>> --
<br>>> Jeremy Thomerson
<br>>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>>
<br>>>
<br>>>
<br>>>
<br>>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360861&i=2" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>>> >
<br>>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>> >
<br>>> > I guess he doesn't get why we did the rename. This reminds me that we
<br>>> > *really* should improve our release docs before we finalize 1.4!!!
<br>>> >
<br>>> > Martijn
<br>>> >
<br>>> > --
<br>>> > Become a Wicket expert, learn from the best: <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>>> > Apache Wicket 1.3.5 is released
<br>>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>> >
<br>>>
<br>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24360776Re: Can I make AjaxFormSubmitBehavior submit raw form data but not validate it?2009-07-06T11:42:14Z2009-07-06T11:42:14ZtlevequeAny following on that?
<br><br>Daniel, have you been able to solve your problem? Did you wrote your own
<br>behavior?
<br><br>I have the same requirement as you and I am trying to find a quick way to
<br>solve my problem.
<br><br>Can someone point me to some examples on how to write my own Ajax behavior?
<br><br>Thanks
<br><br>Thierry
<br><br><br>On Tue, Jun 2, 2009 at 12:21, Igor Vaynberg <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=0" target="_top" rel="nofollow">igor.vaynberg@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> well, if you do not want to *submit* the form then dont use
<br>> ajaxformSUBMITbehavior :)
<br>>
<br>> with little work you can roll your own behavior that does a simple
<br>> ajax get and appends whatever values you need from formcomponents to
<br>> the url. that way the form is not submitted and you have access to the
<br>> raw values.
<br>>
<br>> -igor
<br>>
<br>>
<br>>
<br>> On Tue, Jun 2, 2009 at 9:16 AM, dfernandez
<br>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=1" target="_top" rel="nofollow">dfernandez@...</a>> wrote:
<br>> >
<br>> >
<br>> > Yes, I know it is tricky, but the fact is I don't think I would really
<br>> need
<br>> > type conversion in this case.
<br>> >
<br>> > I will try to explain myself. I have the following UI:
<br>> >
<br>> > |OPERATOR |V|
<br>> >
<br>> > |INPUT1="aBc" | |INPUT2="DeF" |
<br>> >
<br>> > ...being "OPERATOR" the DropDownChoice, and both INPUT1 and INPUT2 two
<br>> > TextFields (String TextFields, to be precise). Both INPUT1 and INPUT2 are
<br>> > required (when they are visible, of course).
<br>> >
<br>> > When I change the value on "OPERATOR", the UI will change, hiding INPUT1
<br>> and
<br>> > INPUT2 but showing INPUT3, another TextField which should have the same
<br>> > contents that were on INPUT1 before:
<br>> >
<br>> > |OPERATOR |V|
<br>> >
<br>> > |INPUT3="aBc" |
<br>> >
<br>> > The problem is that, when changing OPERATOR, I need to read the value
<br>> from
<br>> > INPUT1 to set it into INPUT3, but if INPUT2 is empty I will receive a
<br>> > validation message telling me that it is required... which it is, but I
<br>> just
<br>> > want Wicket to validate that when I want to *really* submit the form, and
<br>> > not now that I am only changing the operator.
<br>> >
<br>> > Thanks.
<br>> >
<br>> > Regards,
<br>> > Daniel.
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> > igor.vaynberg wrote:
<br>> >>
<br>> >> how are you planning on reading the other values? you cannot access
<br>> >> the model so you will have to call getinput(), are you also planning
<br>> >> on doing type conversion yourself then?
<br>> >>
<br>> >> -igor
<br>> >>
<br>> >> 2009/6/2 Daniel Fernández <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=2" target="_top" rel="nofollow">dfernandez@...</a>>:
<br>> >>> Hello,
<br>> >>>
<br>> >>> I have a form with a DropDownChoice, on which "onchange" event I want
<br>> to
<br>> >>> update some form components. But I need to read data from other fields
<br>> of
<br>> >>> the form for doing so, and so I added an AjaxFormSubmitBehavior to the
<br>> >>> DropDownChoice.
<br>> >>>
<br>> >>> My intention is to read the data from the drop down and from the other
<br>> >>> fields, and depending on these data, update some other components...
<br>> but
<br>> >>> the
<br>> >>> problem is that AjaxFormSubmitBehavior not only sends the form data,
<br>> but
<br>> >>> also *validates it*, which I don't want (I don't want validation
<br>> messages
<br>> >>> to
<br>> >>> appear when changing the value of the drop down).
<br>> >>>
<br>> >>> If it where an AjaxButton I would be able to just
<br>> >>> setDefaultFormProcessing(false), but I don't see anything like that in
<br>> >>> AjaxFormSubmitBehavior...
<br>> >>>
<br>> >>> Is there a way to do this?
<br>> >>>
<br>> >>> Regards,
<br>> >>> Daniel.
<br>> >>>
<br>> >>
<br>> >> ---------------------------------------------------------------------
<br>> >> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> >> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=4" target="_top" rel="nofollow">users-help@...</a>
<br>> >>
<br>> >>
<br>> >>
<br>> >
<br>> > --
<br>> > View this message in context:
<br>> <a href="http://www.nabble.com/Can-I-make-AjaxFormSubmitBehavior-submit-raw-form-data-but-not--validate-it--tp23830542p23835836.html" target="_top">http://www.nabble.com/Can-I-make-AjaxFormSubmitBehavior-submit-raw-form-data-but-not--validate-it--tp23830542p23835836.html</a><br>> > Sent from the Wicket - User mailing list archive at Nabble.com.
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=5" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=6" target="_top" rel="nofollow">users-help@...</a>
<br>> >
<br>> >
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=7" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360776&i=8" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24360657Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T11:35:09Z2009-07-06T11:35:09ZronaldtmI understand the getModelObject() thing, but I not about the
<br>getDefaultModel(). Why is that?
<br><br>I've found an e-mail (
<br><a href="http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@mail.gmail.com%3E" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-dev/200806.mbox/%3C23eb48360806190903y27f3baeaua2db57e39249743d@...%3E</a>)
<br>that states that it may be removed in 1.5.
<br><br>Why rename getModel to getDefaultModel just to take it out later?
<br><br>Not a critic, just trying to understand.
<br><br>Tetsuo
<br><br><br><br>On Mon, Jul 6, 2009 at 11:18 AM, Jeremy Thomerson <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360657&i=0" target="_top" rel="nofollow">jeremy@...</a>
<br>> wrote:
<br><div class='shrinkable-quote'><br>> A good overall read, but he also seemed to miss the reason we have
<br>> getModel**Object**. He doesn't think that's necessary, but misses
<br>> that there is also getModel (without object) and the word does clarify
<br>> the difference.
<br>>
<br>> Anyway, a good read on overall API design, though. I'd recommend it
<br>> to others with the caveat that I also disagree with his last part
<br>> about the rename.
<br>>
<br>> --
<br>> Jeremy Thomerson
<br>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24360657&i=1" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>> >
<br>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>> >
<br>> > I guess he doesn't get why we did the rename. This reminds me that we
<br>> > *really* should improve our release docs before we finalize 1.4!!!
<br>> >
<br>> > Martijn
<br>> >
<br>> > --
<br>> > Become a Wicket expert, learn from the best: <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>> > Apache Wicket 1.3.5 is released
<br>> > Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>> >
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24358337dzone refcard2009-07-06T09:07:56Z2009-07-06T09:07:56Zluther.bakerIs anyone aware of a wicket
<br>refcard<<a href="http://refcardz.dzone.com/refcardz/core-java-concurrency" target="_top" rel="nofollow">http://refcardz.dzone.com/refcardz/core-java-concurrency</a>>initiative?
<br>Thoughts?
<br><br>-Luther
<br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24357753Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T08:36:57Z2009-07-06T08:36:57ZMartin Funk-3Am 06.07.2009 um 16:18 schrieb Jeremy Thomerson:
<br><br>> A good overall read, but he also seemed to miss the reason we have
<br>> getModel**Object**. He doesn't think that's necessary, but misses
<br>> that there is also getModel (without object) and the word does clarify
<br>> the difference.
<br>>
<br>> Anyway, a good read on overall API design, though. I'd recommend it
<br>> to others with the caveat that I also disagree with his last part
<br>> about the rename.
<br>I did like the design part too.
<br>Wicket used to be in a lot better shape in that subject, hopefully
<br>time will be found to work on that in 1.5.
<br><br>mf
<br><div class='shrinkable-quote'><br>>
<br>> --
<br>> Jeremy Thomerson
<br>> <a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br>>
<br>>
<br>>
<br>>
<br>> On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>> Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357753&i=0" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<br>>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>>
<br>>> I guess he doesn't get why we did the rename. This reminds me that we
<br>>> *really* should improve our release docs before we finalize 1.4!!!
<br>>>
<br>>> Martijn
<br>>>
<br>>> --
<br>>> Become a Wicket expert, learn from the best: http://
<br>>> wicketinaction.com
<br>>> Apache Wicket 1.3.5 is released
<br>>> Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>>
</div><br><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24357525Re: wicket vs vaadin clarifications2009-07-06T08:23:57Z2009-07-06T08:23:57Zfrancisco treacy-2> Even though the difference in complexity is not that big in example, in
<br>> large applications it really makes a difference.
<br><br>Yes, the example looks pretty much like Wicket. IMO what will make a
<br>*real* difference is using another language - Java is Java with its
<br>strengths and weaknesses; on the verbosity side there's not much to be
<br>done.
<br><br>Anyway, thanks for updating your comparison table and I wish you the
<br>best of lucks with your project.
<br><br>Francisco
<br><br><br><br>2009/7/6 Joonas Lehtinen <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357525&i=0" target="_top" rel="nofollow">joonas.lehtinen@...</a>>:
<div class='shrinkable-quote'><br>>
<br>> Hi all,
<br>>
<br>> If there are any errors in our comparison table, please accept my apologies
<br>> -
<br>> I wrote the original version of the table. I take care that any errors will
<br>> be
<br>> corrected as soon as possible. Just to clarify the situation - I think that
<br>> wicket is a nice framework and really want to give it a fair comparison.
<br>> In my opinion, Vaadin is better for some applications and Wicket for some.
<br>>
<br>> Here are quick comments to your concerns.
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> Widget diversity & richness:
<br>>> - (I guess richness means Ajax-enabled components?). You put 1 star -
<br>>> but there are plenty of 3rd party Ajax components for Wicket... for
<br>>> instance have a look at wicketstuff.org.
<br>>>
<br>>
<br>> I did this comparison purely by looking at the available demos and comparing
<br>> available ajax-enabled components on
<br>> <a href="http://wicketstuff.org/wicket13/compref/" target="_top" rel="nofollow">http://wicketstuff.org/wicket13/compref/</a> that I thought to represent the
<br>> wicket core component set. You can browse through the core widgets (with
<br>> code examples) on
<br>> <a href="http://demo.vaadin.com/sampler/" target="_top" rel="nofollow">http://demo.vaadin.com/sampler/</a><br>>
<br>> Unfortunately I did not include wicketstuff - is there a (online or offline)
<br>> demo available? On the other hand - I also left out all the extra Vaadin
<br>> components on <a href="http://dev.vaadin.com/svn/incubator/" target="_top" rel="nofollow">http://dev.vaadin.com/svn/incubator/</a> and from
<br>> <a href="http://dev.vaadin.com/svn/contrib/" target="_top" rel="nofollow">http://dev.vaadin.com/svn/contrib/</a><br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> And by the way, "require you
<br>>> to use their AJAX API to implement AJAX functionality" is simply not
<br>>> true. I have created components with jQuery or Mootools where you just
<br>>> drop the jar in your classpath and don't code a single line of
<br>>> JavaScript. Further, you reuse the goodness of inheritance to
<br>>> structure the JavaScript contributions, like <script src="..."/>
<br>>>
<br>>
<br>> Please explain - I thought that in order to make a wicket page "ajax
<br>> enabled", you should create special Ajax callbacks and use Ajax exabled
<br>> components as explained in <a href="http://wicket.apache.org/exampleajaxcounter.html" target="_top" rel="nofollow">http://wicket.apache.org/exampleajaxcounter.html</a><br>>
<br>> In Vaadin all components and rendering is purely Ajax enabled. The above
<br>> mentioned example re-written in Vaadin would look like:
<br>>
<br>> package com.example.counter;
<br>>
<br>> import com.vaadin.Application;
<br>> import com.vaadin.ui.*;
<br>> import com.vaadin.ui.Button.ClickEvent;
<br>>
<br>> public class CounterApplication extends Application {
<br>>
<br>> private int counter = 0;
<br>>
<br>> public void init() {
<br>> Window mainWindow = new Window("Counter Application");
<br>> setMainWindow(mainWindow);
<br>> final Label label = new Label("Not clicked yet");
<br>> mainWindow.addComponent(label);
<br>> mainWindow.addComponent(new Button("Click me", new Button.ClickListener()
<br>> {
<br>> public void buttonClick(ClickEvent event) {
<br>> label.setValue("Clicked " + (++counter) + " of times.");
<br>> }
<br>> }));
<br>> }
<br>> }
<br>>
<br>> Even though the difference in complexity is not that big in example, in
<br>> large applications it really makes a difference.
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> Framework extensions are done in Java:
<br>>> - You should tick it - extensions *are* done in Java
<br>>>
<br>>
<br>> By framework extensions here I mean new components/widgets and as the
<br>> comparison is only about RIA, I mean Ajax enabled components. In Vaadin new
<br>> widgets are written in Java - both on server-side and on client-side. Client
<br>> side is compiled with Google Web Toolkit to JavaScript. To read more, see:
<br>> <a href="http://vaadin.com/book/-/page/gwt.html" target="_top" rel="nofollow">http://vaadin.com/book/-/page/gwt.html</a><br>>
<br>> In order to create a new Ajax enabled widget for Wicket, you must write
<br>> client-side with JavaScript and server-side in Java - or am I wrong here?
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> No HTML required:
<br>>> - It depends. There are components that don't have associated markup.
<br>>>
<br>>
<br>> All examples on <a href="http://wicket.apache.org/" target="_top" rel="nofollow">http://wicket.apache.org/</a> include some HTML. In Vaadin there
<br>> is no "page" concept at all. For example, the above "counter" is
<br>> self-contained - you do not need any html or xml to run it. (ok, you must
<br>> configure vaadin servlet in web.xml)
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> No XML configuration required:
<br>>> - You should tick it - no XML configuration is required whatsoever. Of
<br>>> course, web.xml but... you know.
<br>>>
<br>>
<br>> Ooops. This is my mistake. Sorry. Will be corrected asap.
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> Web-page oriented / Framework tuned for building web-pages/sites
<br>>> instead of application user interfaces:
<br>>> - Well, definitions here are quite blurred. But I'd say the sweet
<br>>> point of Wicket is building highly-stateful application UIs.
<br>>>
<br>>
<br>> You are right - border is really blurred. To draw a line, we should consider
<br>> what is the "normal" operating mode for the framework. Most Wicket
<br>> applications require page changes and most Vaadin applications operate
<br>> within a single page.
<br>>
<br>>
<br>> francisco treacy-2 wrote:
<br>>>
<br>>> Commercial support & guarantees available:
<br>>> - There are various companies that provide support for Wicket
<br>>>
<br>>
<br>> Can you really buy guarantee for Wicket? Any references?
<br>>
<br>> Best regards,
<br>> Joonas
<br>> --
<br>> View this message in context: <a href="http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24356576.html" target="_top">http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24356576.html</a><br>> Sent from the Wicket - User mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357525&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357525&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357525&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357525&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24357044Re: virues scanning for file upload2009-07-06T07:54:55Z2009-07-06T07:54:55ZJames Carman-3Well, ClamAV is a free virus scanner for linux. Perhaps you could try to
<br>figure out how to use it?
<br><br>On Mon, Jul 6, 2009 at 10:47 AM, fachhoch <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357044&i=0" target="_top" rel="nofollow">fachhoch@...</a>> wrote:
<br><div class='shrinkable-quote'><br>>
<br>> any suggestions on this ?
<br>>
<br>> fachhoch wrote:
<br>> >
<br>> > What OS? Linux
<br>> >
<br>> >
<br>> >
<br>> > James Carman-3 wrote:
<br>> >>
<br>> >> What OS? Windoze? Linux?
<br>> >>
<br>> >> On Thu, Jul 2, 2009 at 11:00 AM, tubin gen <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357044&i=1" target="_top" rel="nofollow">fachhoch@...</a>> wrote:
<br>> >>
<br>> >>> we need to implement virues scanning functionality for uploded files
<br>> >>> and reject in case of virues.Please suggest what choices i have and
<br>> are
<br>> >>> there any example ?
<br>> >>>
<br>> >>
<br>> >>
<br>> >
<br>> >
<br>>
<br>> --
<br>> View this message in context:
<br>> <a href="http://www.nabble.com/virues-scanning-for-file-upload-tp24308356p24356751.html" target="_top">http://www.nabble.com/virues-scanning-for-file-upload-tp24308356p24356751.html</a><br>> Sent from the Wicket - User mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357044&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24357044&i=3" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24356751Re: virues scanning for file upload2009-07-06T07:47:34Z2009-07-06T07:47:34Zfachhochany suggestions on this ?
<br><quote author="fachhoch"><br>What OS? Linux
<br><br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">James Carman-3 wrote:</div>
<div class="quote-message shrinkable-quote">What OS? Windoze? Linux?
<br><br>On Thu, Jul 2, 2009 at 11:00 AM, tubin gen <fachhoch@gmail.com> wrote:
<br><br>> we need to implement virues scanning functionality for uploded files
<br>> and reject in case of virues.Please suggest what choices i have and are
<br>> there any example ?
<br>>
</div>
</div></blockquote>
</quote><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24356576Re: wicket vs vaadin clarifications2009-07-06T07:33:35Z2009-07-06T07:33:35ZJoonas LehtinenHi all,
<br><br>If there are any errors in our comparison table, please accept my apologies -
<br>I wrote the original version of the table. I take care that any errors will be
<br>corrected as soon as possible. Just to clarify the situation - I think that
<br>wicket is a nice framework and really want to give it a fair comparison.
<br>In my opinion, Vaadin is better for some applications and Wicket for some.
<br><br>Here are quick comments to your concerns.
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">Widget diversity & richness:
<br>- (I guess richness means Ajax-enabled components?). You put 1 star -
<br>but there are plenty of 3rd party Ajax components for Wicket... for
<br>instance have a look at wicketstuff.org.
</div>
</div></blockquote>
I did this comparison purely by looking at the available demos and comparing available ajax-enabled components on <a href="http://wicketstuff.org/wicket13/compref/" target="_top" rel="nofollow">http://wicketstuff.org/wicket13/compref/</a> that I thought to represent the wicket core component set. You can browse through the core widgets (with code examples) on
<br><a href="http://demo.vaadin.com/sampler/" target="_top" rel="nofollow">http://demo.vaadin.com/sampler/</a><br><br>Unfortunately I did not include wicketstuff - is there a (online or offline) demo available? On the other hand - I also left out all the extra Vaadin components on <a href="http://dev.vaadin.com/svn/incubator/" target="_top" rel="nofollow">http://dev.vaadin.com/svn/incubator/</a> and from <a href="http://dev.vaadin.com/svn/contrib/" target="_top" rel="nofollow">http://dev.vaadin.com/svn/contrib/</a><br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">And by the way, "require you
<br>to use their AJAX API to implement AJAX functionality" is simply not
<br>true. I have created components with jQuery or Mootools where you just
<br>drop the jar in your classpath and don't code a single line of
<br>JavaScript. Further, you reuse the goodness of inheritance to
<br>structure the JavaScript contributions, like <script src="..."/>
</div>
</div></blockquote>
Please explain - I thought that in order to make a wicket page "ajax enabled", you should create special Ajax callbacks and use Ajax exabled components as explained in <a href="http://wicket.apache.org/exampleajaxcounter.html" target="_top" rel="nofollow">http://wicket.apache.org/exampleajaxcounter.html</a><br><br>In Vaadin all components and rendering is purely Ajax enabled. The above mentioned example re-written in Vaadin would look like:
<br><br> package com.example.counter;
<br><br>import com.vaadin.Application;
<br>import com.vaadin.ui.*;
<br>import com.vaadin.ui.Button.ClickEvent;
<br><br>public class CounterApplication extends Application {
<br>
<br> private int counter = 0;
<br>
<br> public void init() {
<br> Window mainWindow = new Window("Counter Application");
<br> setMainWindow(mainWindow);
<br> final Label label = new Label("Not clicked yet");
<br> mainWindow.addComponent(label);
<br> mainWindow.addComponent(new Button("Click me", new Button.ClickListener() {
<br> public void buttonClick(ClickEvent event) {
<br> label.setValue("Clicked " + (++counter) + " of times.");
<br> }
<br> }));
<br> }
<br>}
<br><br>Even though the difference in complexity is not that big in example, in large applications it really makes a difference.
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">Framework extensions are done in Java:
<br>- You should tick it - extensions *are* done in Java
</div>
</div></blockquote>
By framework extensions here I mean new components/widgets and as the comparison is only about RIA, I mean Ajax enabled components. In Vaadin new widgets are written in Java - both on server-side and on client-side. Client side is compiled with Google Web Toolkit to JavaScript. To read more, see: <a href="http://vaadin.com/book/-/page/gwt.html" target="_top" rel="nofollow">http://vaadin.com/book/-/page/gwt.html</a><br><br>In order to create a new Ajax enabled widget for Wicket, you must write client-side with JavaScript and server-side in Java - or am I wrong here?
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">No HTML required:
<br>- It depends. There are components that don't have associated markup.
</div>
</div></blockquote>
All examples on <a href="http://wicket.apache.org/" target="_top" rel="nofollow">http://wicket.apache.org/</a> include some HTML. In Vaadin there is no "page" concept at all. For example, the above "counter" is self-contained - you do not need any html or xml to run it. (ok, you must configure vaadin servlet in web.xml)
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">No XML configuration required:
<br>- You should tick it - no XML configuration is required whatsoever. Of
<br>course, web.xml but... you know.
</div>
</div></blockquote>
Ooops. This is my mistake. Sorry. Will be corrected asap.
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">Web-page oriented / Framework tuned for building web-pages/sites
<br>instead of application user interfaces:
<br>- Well, definitions here are quite blurred. But I'd say the sweet
<br>point of Wicket is building highly-stateful application UIs.
</div>
</div></blockquote>
You are right - border is really blurred. To draw a line, we should consider what is the "normal" operating mode for the framework. Most Wicket applications require page changes and most Vaadin applications operate within a single page.
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">francisco treacy-2 wrote:</div>
<div class="quote-message">Commercial support & guarantees available:
<br>- There are various companies that provide support for Wicket
</div>
</div></blockquote>
Can you really buy guarantee for Wicket? Any references?
<br><br>Best regards,
<br>Joonas<p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24356449Re: Hot to use BookmarkablePageLinks with a page mounted at several pathes?2009-07-06T07:24:54Z2009-07-06T07:24:54ZjthomersonYou might need to create your own url coding strategy that answers for
<br>all the mount paths for that page. The built-in one is only for a
<br>single page at a single path.
<br><br>Why do you have a single page on multiple paths? Does the page
<br>respond differently based on path? Should the pages on different
<br>paths be subclasses of the main page? Or are you simply trying to
<br>avoid an extra parameter? What about mounting the page on "/path" and
<br>then using an indexed parameter mount so that it is "/path/a/id"?
<br><br>--
<br>Jeremy Thomerson
<br><a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br><br><br><br><br>On Mon, Jul 6, 2009 at 3:15 AM, Oliver Krohne<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24356449&i=0" target="_top" rel="nofollow">okrohne@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I have one page which is mounted at several pathes with IndexParamUrlCodingStrategy e.g. :
<br>> /pathA
<br>> /pathB
<br>>
<br>> Now I want to create BookmarkablePageLinks with PageParameters and a specific path of the page, e.g.
<br>> /pathA/id where "id" is the page parameter.
<br>>
<br>> The problems is that rendering url calls BookmarkablePageRequestTargetUrlCodingStrategy.matches
<br>> which only checks the Page class but not the mount path, so the
<br>> url is (in my case) /pathB/id which is wrong. So i tried to use the mount path as
<br>> first parameter and the id as second parameter but this generates:
<br>> /pathB/pathA/id
<br>>
<br>> If call the page /pathA/id directly in the browser everthing is okay as the method
<br>> IRequestTargetUrlCodingStrategy.urlCodingStrategyForPath(String path)
<br>> takes care of the mount path.
<br>>
<br>> So what can I do the specify the mount path + PageParameters in the BookmarkablePageLink?
<br>>
<br>> Extend BookmarkablePageLink and overide onComponentTag ?
<br>>
<br>> Thanks,
<br>> Oliver
<br>>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24356449&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24356449&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24356335Re: Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T07:18:41Z2009-07-06T07:18:41ZjthomersonA good overall read, but he also seemed to miss the reason we have
<br>getModel**Object**. He doesn't think that's necessary, but misses
<br>that there is also getModel (without object) and the word does clarify
<br>the difference.
<br><br>Anyway, a good read on overall API design, though. I'd recommend it
<br>to others with the caveat that I also disagree with his last part
<br>about the rename.
<br><br>--
<br>Jeremy Thomerson
<br><a href="http://www.wickettraining.com" target="_top" rel="nofollow">http://www.wickettraining.com</a><br><br><br><br><br>On Mon, Jul 6, 2009 at 8:22 AM, Martijn
<br>Dashorst<<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24356335&i=0" target="_top" rel="nofollow">martijn.dashorst@...</a>> wrote:
<div class='shrinkable-quote'><br>> <a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br>>
<br>> I guess he doesn't get why we did the rename. This reminds me that we
<br>> *really* should improve our release docs before we finalize 1.4!!!
<br>>
<br>> Martijn
<br>>
<br>> --
<br>> Become a Wicket expert, learn from the best: <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>> Apache Wicket 1.3.5 is released
<br>> Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24355352Tim Boudreau doesn't like getModel() -> getDefaultModel()2009-07-06T06:22:50Z2009-07-06T06:22:50ZMartijn Dashorst<a href="http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html" target="_top" rel="nofollow">http://weblogs.java.net/blog/timboudreau/archive/2009/07/api_design_vs_a_1.html</a><br><br>I guess he doesn't get why we did the rename. This reminds me that we
<br>*really* should improve our release docs before we finalize 1.4!!!
<br><br>Martijn
<br><br>--
<br>Become a Wicket expert, learn from the best: <a href="http://wicketinaction.com" target="_top" rel="nofollow">http://wicketinaction.com</a><br>Apache Wicket 1.3.5 is released
<br>Get it now: <a href="http://www.apache.org/dyn/closer.cgi/wicket/1.3" target="_top" rel="nofollow">http://www.apache.org/dyn/closer.cgi/wicket/1.3</a>.
<br><p>From forum: <a href="http://www.nabble.com/Wicket---Dev-f13977.html" embed="fixTarget[13977]" target="_top" >Wicket - Dev</a></p>tag:www.nabble.com,2006:post-24353490n-Level Page Navigation2009-07-06T04:01:10Z2009-07-06T04:01:10ZidudkoHi everybody!
<br><br>I am new to Wicket. And try to write app with n-level menu.
<br>I am found the message of Igor Vaynberg.
<br><br><a href="http://mail-archives.apache.org/mod_mbox/wicket-users/200805.mbox/%3c23eb48360805082351p3b52963cic0b69f29e201108b@mail.gmail.com%3e" target="_top" rel="nofollow">http://mail-archives.apache.org/mod_mbox/wicket-users/200805.mbox/%3c23eb48360805082351p3b52963cic0b69f29e201108b@...%3e</a><br><br>I am trying to implement his example, but i am in trouble.
<br><br>I make some changes to this code example.
<br>My HomePage class extends EntryPage class.
<br>MenuItem class extends Component class.
<br><br>I am trying to add menuitem from HomePage getMenuItem method,
<br>but always get exception.
<br><br>Thank you very much for your advices.
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353490&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353490&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24353389list of components/settings... not working with Ajax ? ==> setGatherExtendedBrowserInfo doesn't work with Ajax2009-07-06T03:53:08Z2009-07-06T03:53:08ZJoseph PachodHi
<br><br>When looking at the mailing list archive for some info, I found that
<br>setGatherExtendedBrowserInfo doesn't work with Ajax in this discussion
<br>:
<br><a href="http://www.nabble.com/Odd-behaviour-after-setGatherExtendedBrowserInfo(true)-td15457880.html#a15464392" target="_top">http://www.nabble.com/Odd-behaviour-after-setGatherExtendedBrowserInfo(true)-td15457880.html#a15464392</a>
<br><br><br>As I was affected by this issue, it was quite a relief to read that, and
<br>I've opened an issue for it
<br>(<a href="https://issues.apache.org/jira/browse/WICKET-2355" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/WICKET-2355</a>).
<br><br>However, I now wonder whether there are other components/settings/wicket
<br>concepts which don't play well with ajax ? Indeed, that
<br>setGatherExtendedBrowserInfo isn't working with Ajax wasn't even told in
<br>the javadoc...
<br><br>thanks in advance
<br>joseph
<br><br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353389&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353389&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24353319Re: wicket vs vaadin clarifications2009-07-06T03:45:33Z2009-07-06T03:45:33Znino martinez waelI completely agree. I think somethings missing though:
<br><br> Backed up by a corporation:
<br>Should be ticket, ASF are a corporation.
<br><br><br>The comparison seems biased, or influenced by poor knowledge at least
<br>about wicket. Could it be that vaadin wants to sell their product :)
<br><br>And one thing more to add to:
<br> Widget diversity & richness
<br>You can out of the box make your components update able by ajax
<br>(without ever touching ajax) just by doing plain java.
<br><br><br><br>2009/7/6 francisco treacy <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353319&i=0" target="_top" rel="nofollow">francisco.treacy@...</a>>:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> After I tweeted a criticism about <a href="http://vaadin.com/comparison" target="_top" rel="nofollow">http://vaadin.com/comparison</a> table,
<br>> some employees/supporters quickly got back to me asking to elaborate
<br>> on the problems.
<br>>
<br>> I thought it would be good to make it clear and post it to this
<br>> mailing list. Feel free to comment on my points.
<br>>
<br>> Dear Vaadin people:
<br>>
<br>> Widget diversity & richness:
<br>> - (I guess richness means Ajax-enabled components?). You put 1 star -
<br>> but there are plenty of 3rd party Ajax components for Wicket... for
<br>> instance have a look at wicketstuff.org. And by the way, "require you
<br>> to use their AJAX API to implement AJAX functionality" is simply not
<br>> true. I have created components with jQuery or Mootools where you just
<br>> drop the jar in your classpath and don't code a single line of
<br>> JavaScript. Further, you reuse the goodness of inheritance to
<br>> structure the JavaScript contributions, like <script src="..."/>
<br>>
<br>> Framework extensions are done in Java:
<br>> - You should tick it - extensions *are* done in Java
<br>>
<br>> No HTML required:
<br>> - It depends. There are components that don't have associated markup.
<br>>
<br>> No XML configuration required:
<br>> - You should tick it - no XML configuration is required whatsoever. Of
<br>> course, web.xml but... you know.
<br>>
<br>> Web-page oriented / Framework tuned for building web-pages/sites
<br>> instead of application user interfaces:
<br>> - Well, definitions here are quite blurred. But I'd say the sweet
<br>> point of Wicket is building highly-stateful application UIs.
<br>>
<br>> Commercial support & guarantees available:
<br>> - There are various companies that provide support for Wicket
<br>>
<br>>
<br>> Francisco
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353319&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353319&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353319&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353319&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24353189Re: Nested forms not working in wizard.2009-07-06T03:36:22Z2009-07-06T03:36:22Znino martinez waelIs the form nested in the other form in html. I remember vaguely
<br>something about it needs to be nested, wicket then rewrites it or
<br>something like that.. How does the resulting html look like?
<br><br>2009/7/6 Ned Collyer <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353189&i=0" target="_top" rel="nofollow">ned.collyer@...</a>>:
<div class='shrinkable-quote'><br>> I am currently running wicket 1.4-rc2
<br>>
<br>> I have nested forms setup in the wizard. One of my steps is as follows.
<br>>
<br>> <code>
<br>> public class MyStep1 extends WizardStep {
<br>> public MyStep1(final CompoundPropertyModel<Campaign> campaignModel) {
<br>> super("Step 1", "Wow bananas");
<br>>
<br>> add(new Form("form") {
<br>> @Override
<br>> protected void onSubmit() {
<br>> super.onSubmit(); <--- never fired
<br>> }
<br>> });
<br>> }
<br>> }
<br>> </code>
<br>>
<br>>
<br>> The wizard successfully navigates between steps, and validation occurs
<br>> against any fields in the nested forms.
<br>>
<br>>
<br>> The onSubmit of the inner form is never fired - this is ... pretty annoying :)
<br>>
<br>> Any ideas?
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353189&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353189&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353189&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353189&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24353170wicket vs vaadin clarifications2009-07-06T03:21:50Z2009-07-06T03:21:50Zfrancisco treacy-2Hi all,
<br><br>After I tweeted a criticism about <a href="http://vaadin.com/comparison" target="_top" rel="nofollow">http://vaadin.com/comparison</a> table,
<br>some employees/supporters quickly got back to me asking to elaborate
<br>on the problems.
<br><br>I thought it would be good to make it clear and post it to this
<br>mailing list. Feel free to comment on my points.
<br><br>Dear Vaadin people:
<br><br>Widget diversity & richness:
<br>- (I guess richness means Ajax-enabled components?). You put 1 star -
<br>but there are plenty of 3rd party Ajax components for Wicket... for
<br>instance have a look at wicketstuff.org. And by the way, "require you
<br>to use their AJAX API to implement AJAX functionality" is simply not
<br>true. I have created components with jQuery or Mootools where you just
<br>drop the jar in your classpath and don't code a single line of
<br>JavaScript. Further, you reuse the goodness of inheritance to
<br>structure the JavaScript contributions, like <script src="..."/>
<br><br>Framework extensions are done in Java:
<br>- You should tick it - extensions *are* done in Java
<br><br>No HTML required:
<br>- It depends. There are components that don't have associated markup.
<br><br>No XML configuration required:
<br>- You should tick it - no XML configuration is required whatsoever. Of
<br>course, web.xml but... you know.
<br><br>Web-page oriented / Framework tuned for building web-pages/sites
<br>instead of application user interfaces:
<br>- Well, definitions here are quite blurred. But I'd say the sweet
<br>point of Wicket is building highly-stateful application UIs.
<br><br>Commercial support & guarantees available:
<br>- There are various companies that provide support for Wicket
<br><br><br>Francisco
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353170&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24353170&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24351740Re: artwork problem while changing background color of liquid canvas2009-07-06T01:40:45Z2009-07-06T01:40:45Znino martinez waelOr the combination of things? I know it's very loose. If you want some
<br>help could you please do a quickstart? I simply dont have time to
<br>setup it all manually..
<br><br>2009/7/6 nino martinez wael <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351740&i=0" target="_top" rel="nofollow">nino.martinez.wael@...</a>>:
<div class='shrinkable-quote'><br>> Yea seems somethings wrong. Im very busy at the moment. But check here:
<br>>
<br>> <a href="http://www.ruzee.com/files/liquid-canvas/demo.html" target="_top" rel="nofollow">http://www.ruzee.com/files/liquid-canvas/demo.html</a><br>>
<br>> It might have something about the lenght of the hex todo?
<br>>
<br>> 2009/7/6 vineet semwal <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351740&i=1" target="_top" rel="nofollow">vineetsemwal1982@...</a>>:
<br>>> i am trying to fill the background color in liquid canvas component as
<br>>> below but it didn't work out .Result is no background color/canvas with a
<br>>> error in
<br>>> firefox that says unknown pugin .
<br>>>
<br>>> Graphics g=new Shadow();
<br>>> g.setChainedGraphics(new Border()).setChainedGraphics(new
<br>>> Gradient());
<br>>> Fill fill=new Fill("#ADDFFF");
<br>>> LiquidCanvasBehavior lcb=new LiquidCanvasBehavior(fill,g,new
<br>>> RoundedRect());
<br>>>
<br>>> regards,
<br>>> Vineet Semwal
<br>>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351740&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351740&i=3" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>tag:www.nabble.com,2006:post-24351731Re: artwork problem while changing background color of liquid canvas2009-07-06T01:39:49Z2009-07-06T01:39:49Znino martinez waelYea seems somethings wrong. Im very busy at the moment. But check here:
<br><br><a href="http://www.ruzee.com/files/liquid-canvas/demo.html" target="_top" rel="nofollow">http://www.ruzee.com/files/liquid-canvas/demo.html</a><br><br>It might have something about the lenght of the hex todo?
<br><br>2009/7/6 vineet semwal <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351731&i=0" target="_top" rel="nofollow">vineetsemwal1982@...</a>>:
<div class='shrinkable-quote'><br>> i am trying to fill the background color in liquid canvas component as
<br>> below but it didn't work out .Result is no background color/canvas with a
<br>> error in
<br>> firefox that says unknown pugin .
<br>>
<br>> Graphics g=new Shadow();
<br>> g.setChainedGraphics(new Border()).setChainedGraphics(new
<br>> Gradient());
<br>> Fill fill=new Fill("#ADDFFF");
<br>> LiquidCanvasBehavior lcb=new LiquidCanvasBehavior(fill,g,new
<br>> RoundedRect());
<br>>
<br>> regards,
<br>> Vineet Semwal
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351731&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=24351731&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://www.nabble.com/Wicket---User-f25133.html" embed="fixTarget[25133]" target="_top" >Wicket - User</a></p>