Panel update with Ajax
I have a panel that displays a product info : public class ProductDetails extends Panel { private IModel model; public ProductDetails(String id, Product product) { super(id); setOutputMarkupId(true); this.setCurrentProduct(product); add(new Label("id", new PropertyModel(model, "id"))); add(new Label("codProduct", new PropertyModel(this.model, "codProduct"))); add(new Label("tpVat", new PropertyModel(this.model, "tpVat"))); } public void setCurrentProduct(Product product) { this.model = new CompoundPropertyModel(product); } } I am trying to update it from a link in another panel: AjaxLink link = new AjaxLink("link") { { add(new Label("id", new PropertyModel(model, "id"))); } @Override public void onClick(AjaxRequestTarget target) { Product product = item.getModelObject(); productDetails.setCurrentProduct(product); target.addComponent(productDetails); System.out.println(target.toString()); } }; item.add(link); Updates are not shown. I believe the issue is with the Model I am using (IModel). However, I don't know the alternative model I should be using (if it's a model issue). Product is a JPA entity. Any ideas ? example ? thanx - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[BLOG] Canned Wicket Test Examples
Hello! Just wanted to honk my horn: three examples of using the built in wicket test facilities to test AJAX enabled controls, the check box, radio group and the drop down. http://blog.crisp.se/perlundholm/2010/06/20/127701780.html /Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problem with onComponentTag in a ListView
Hi! Yeah.. I hit my head against the wall for a while for this one ... LISTVIEW ONCOMPONENTTAG IS NEVER CALLED. If you have onPopulate.. the component whose ONCOMPONENTTAG you are overriding is LISTVIEW. Yeah, it's a dummy wrapper for the repeater so it is never "rendered". It does not have its own markup even. SO... make sure you are overriding your listITEM ;] There was another post about similar mystery where the dude found a solution by actually overriding the proper oncomponenttag in an inline anonymous override: http://apache-wicket.1842946.n4.nabble.com/ListView-highlight-selected-row-td2197486.html ** Martin -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Problem-with-onComponentTag-in-a-ListView-tp1891884p2284720.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Serialization of injected EJBs
in wicket i would only stick to field injection -igor On Sat, Jul 10, 2010 at 4:33 AM, Harald Wellmann wrote: > Ok, just wanted to make sure before duplicating any work. > > Anyway, using wicket-ioc and looking at wicket-guice, I implemented a small > lib (two classes, actually) performing CDI injection on Wicket components, > wrapping the reference returned from the CDI BeanManager in a proxy that is > serializable and re-injects all injection points using the BeanManager on > deserialization. > > This was indeed just a few hours' work ;-) > > BUT I currently only handle the most frequent case > > �...@inject > private Foo foo; > > Only field injection, no method, constructor or parameter injection, no > qualifiers or stereotypes. Getting all that right, including test cases, > would easily take a week or two, and the hardest part would not be the > implementation itself but understanding all the details of the CDI spec and > fighting with problems in the app server. (And I still think this > serialization issue is really a bug in Glassfish.) > > At any rate, I'd be happy to share my code - would it make sense to create a > small subproject wicket-cdi, either in wicket or in wicketstuff? I think this > topic is of suffciently general interest, or at least will be, when more > projects move to Java EE 6. > > Regards, > Harald > > > > Von: Igor Vaynberg [igor.vaynb...@gmail.com] > Gesendet: Freitag, 9. Juli 2010 20:03 > An: users@wicket.apache.org > Betreff: Re: AW: Serialization of injected EJBs > > no, the module is for seam 2.1 which does not use weld. > > -igor > > On Fri, Jul 9, 2010 at 10:55 AM, Harald Wellmann > wrote: >> And Seam uses CDI/Weld, right? So your module might solve my problems... Is >> it public? >> >> Regards, >> Harald >> >> Von: Igor Vaynberg [igor.vaynb...@gmail.com] >> Gesendet: Freitag, 9. Juli 2010 18:06 >> An: users@wicket.apache.org >> Betreff: Re: AW: Serialization of injected EJBs >> >> well, i recently wrote a wicket-ioc module for seam and it took me a >> couple of hours :) >> >> -igor > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Serialization of injected EJBs
The references that are injected are supposed to be serializable per the spec I believe. There is the concept of a 'client proxy" or something like that in the spec that is supposed to be serializable. Anyway, you are welcome to use anything that is useful to you. I haven't worked on it in a while. On Jul 10, 2010 7:43 AM, "Harald Wellmann" wrote: Thanks, I'd seen that before. This code handles CDI injection in Wicket components (which was not the problem as such) and the conversation scope (which I haven't used so far) but as far as I can see it does not address any serialization issues with the injected references. Regards, Harald Von: jcar...@carmanconsulting.com [jcar...@carmanconsulting.com] im Auftrag von James Carman [ja...@carmanconsulting.com] Gesendet: Samstag, 10. Juli 2010 12:35 An: users@wicket.apache.org; korbinian.ba...@whiskyworld.de Betreff: Re: Serialization of injected EJBs Here's some work I did. See if it works for you: http://svn.carmanconsulting.com/public/wicket-cdi... - To unsubscribe, e-mail: users-...
AW: Serialization of injected EJBs
Thanks, I'd seen that before. This code handles CDI injection in Wicket components (which was not the problem as such) and the conversation scope (which I haven't used so far) but as far as I can see it does not address any serialization issues with the injected references. Regards, Harald Von: jcar...@carmanconsulting.com [jcar...@carmanconsulting.com] im Auftrag von James Carman [ja...@carmanconsulting.com] Gesendet: Samstag, 10. Juli 2010 12:35 An: users@wicket.apache.org; korbinian.ba...@whiskyworld.de Betreff: Re: Serialization of injected EJBs Here's some work I did. See if it works for you: http://svn.carmanconsulting.com/public/wicket-cdi/trunk/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AW: AW: Serialization of injected EJBs
Ok, just wanted to make sure before duplicating any work. Anyway, using wicket-ioc and looking at wicket-guice, I implemented a small lib (two classes, actually) performing CDI injection on Wicket components, wrapping the reference returned from the CDI BeanManager in a proxy that is serializable and re-injects all injection points using the BeanManager on deserialization. This was indeed just a few hours' work ;-) BUT I currently only handle the most frequent case @Inject private Foo foo; Only field injection, no method, constructor or parameter injection, no qualifiers or stereotypes. Getting all that right, including test cases, would easily take a week or two, and the hardest part would not be the implementation itself but understanding all the details of the CDI spec and fighting with problems in the app server. (And I still think this serialization issue is really a bug in Glassfish.) At any rate, I'd be happy to share my code - would it make sense to create a small subproject wicket-cdi, either in wicket or in wicketstuff? I think this topic is of suffciently general interest, or at least will be, when more projects move to Java EE 6. Regards, Harald Von: Igor Vaynberg [igor.vaynb...@gmail.com] Gesendet: Freitag, 9. Juli 2010 20:03 An: users@wicket.apache.org Betreff: Re: AW: Serialization of injected EJBs no, the module is for seam 2.1 which does not use weld. -igor On Fri, Jul 9, 2010 at 10:55 AM, Harald Wellmann wrote: > And Seam uses CDI/Weld, right? So your module might solve my problems... Is > it public? > > Regards, > Harald > > Von: Igor Vaynberg [igor.vaynb...@gmail.com] > Gesendet: Freitag, 9. Juli 2010 18:06 > An: users@wicket.apache.org > Betreff: Re: AW: Serialization of injected EJBs > > well, i recently wrote a wicket-ioc module for seam and it took me a > couple of hours :) > > -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Serialization of injected EJBs
Here's some work I did. See if it works for you: http://svn.carmanconsulting.com/public/wicket-cdi/trunk/ On Sat, Jul 10, 2010 at 4:09 AM, Korbinian Bachl - privat wrote: > Hi Igor, > > as I might hit the problem in next weeks (GF 3.0.1 + EJB + Wicket) i just > wanted to ask if your code is public and if not if its possible to scheme > out the actions you did so far? > > Best, > > Korbinian > > > Am 09.07.10 20:03, schrieb Igor Vaynberg: >> >> no, the module is for seam 2.1 which does not use weld. >> >> -igor >> >> On Fri, Jul 9, 2010 at 10:55 AM, Harald Wellmann >> wrote: >>> >>> And Seam uses CDI/Weld, right? So your module might solve my problems... >>> Is it public? >>> >>> Regards, >>> Harald >>> >>> Von: Igor Vaynberg [igor.vaynb...@gmail.com] >>> Gesendet: Freitag, 9. Juli 2010 18:06 >>> An: users@wicket.apache.org >>> Betreff: Re: AW: Serialization of injected EJBs >>> >>> well, i recently wrote a wicket-ioc module for seam and it took me a >>> couple of hours :) >>> >>> -igor >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Serialization of injected EJBs
Hi Igor, as I might hit the problem in next weeks (GF 3.0.1 + EJB + Wicket) i just wanted to ask if your code is public and if not if its possible to scheme out the actions you did so far? Best, Korbinian Am 09.07.10 20:03, schrieb Igor Vaynberg: no, the module is for seam 2.1 which does not use weld. -igor On Fri, Jul 9, 2010 at 10:55 AM, Harald Wellmann wrote: And Seam uses CDI/Weld, right? So your module might solve my problems... Is it public? Regards, Harald Von: Igor Vaynberg [igor.vaynb...@gmail.com] Gesendet: Freitag, 9. Juli 2010 18:06 An: users@wicket.apache.org Betreff: Re: AW: Serialization of injected EJBs well, i recently wrote a wicket-ioc module for seam and it took me a couple of hours :) -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket page test 1.6 is now available
Dear all, Wicket page test 1.6 is now available. It is a library allowing you to unit test your Wicket pages easily, supporting AJAX and Javascript without changes to your pages. This release contains the follow changes: * Support manual testing: allow some things to be mocked, without starting Selenium. * Include a factory to create change-resisting mocks. * Fixed issue 3024401[1]. * Fixed issue 3008847[2]. * Fixed issue 3008846[3]. That is, now it works with Wicket 1.4.9. Get it from maven as described in http://wicketpagetest.sourceforge.net/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org