Lazy Initialization Question
I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Lazy Initialization Question
I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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: Lazy Initialization Question
The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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: Lazy Initialization Question
I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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: Lazy Initialization Question
The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Lazy Initialization Question
It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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: Lazy Initialization Question
It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { @Override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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: Lazy Initialization Question
Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { �...@override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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: Lazy Initialization Question
getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { @Override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Lazy Initialization Question
Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { �...@override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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 - 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: Lazy Initialization Question
Session factory, sorry. On Sat, 2010-07-24 at 12:31 +0300, Martin Makundi wrote: Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { @Override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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 - 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: Lazy Initialization Question
Then I think you need to open a session to activate lazy fetching. 2010/7/24 Sam Barrow s...@sambarrow.com: Session factory, sorry. On Sat, 2010-07-24 at 12:31 +0300, Martin Makundi wrote: Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { �...@override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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 - 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
Re: Lazy Initialization Question
I just added opensessioninviewfilter, I'm still getting org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.sixserve.domain.Server.controlPanelOptions, no session or session was closed The error occurs inside a service method, called from a wicket link add(new LinkDomainObject(link, getAccount()) { @Override public void onClick() { getApplicationService().doThing(getModelObject()); } }); On Sat, 2010-07-24 at 12:36 +0300, Martin Makundi wrote: Then I think you need to open a session to activate lazy fetching. 2010/7/24 Sam Barrow s...@sambarrow.com: Session factory, sorry. On Sat, 2010-07-24 at 12:31 +0300, Martin Makundi wrote: Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { @Override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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:
Re: Lazy Initialization Question
Where did you add opensessioninviewfilter? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I just added opensessioninviewfilter, I'm still getting org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.sixserve.domain.Server.controlPanelOptions, no session or session was closed The error occurs inside a service method, called from a wicket link add(new LinkDomainObject(link, getAccount()) { �...@override public void onClick() { getApplicationService().doThing(getModelObject()); } }); On Sat, 2010-07-24 at 12:36 +0300, Martin Makundi wrote: Then I think you need to open a session to activate lazy fetching. 2010/7/24 Sam Barrow s...@sambarrow.com: Session factory, sorry. On Sat, 2010-07-24 at 12:31 +0300, Martin Makundi wrote: Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { �...@override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - 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:
Re: Lazy Initialization Question
I fixed it, I didn't realize I had to move the filter above the wicket filter On Sat, 2010-07-24 at 13:00 +0300, Martin Makundi wrote: Where did you add opensessioninviewfilter? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I just added opensessioninviewfilter, I'm still getting org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.sixserve.domain.Server.controlPanelOptions, no session or session was closed The error occurs inside a service method, called from a wicket link add(new LinkDomainObject(link, getAccount()) { @Override public void onClick() { getApplicationService().doThing(getModelObject()); } }); On Sat, 2010-07-24 at 12:36 +0300, Martin Makundi wrote: Then I think you need to open a session to activate lazy fetching. 2010/7/24 Sam Barrow s...@sambarrow.com: Session factory, sorry. On Sat, 2010-07-24 at 12:31 +0300, Martin Makundi wrote: Session factory or also an open session? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: getClientModel gets an instance of EntityModel which contains a reference to a repository and an id. The repository has a reference to the hibernate SessionFactory. On Sat, 2010-07-24 at 12:20 +0300, Martin Makundi wrote: Hi! If I understand correctly, getClientModelObject() will need a session. Is that a problem? ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: It's just a billing system. The problem comes up now in very simple use cases. Currently all we're doing is trying to load a collection with a list of Order domain objects from the Client domain object. final SortableDataProviderOrder provider = new RepositoryDataProviderOrder(getOrderRepository()) { @Override protected ListOrder load() { return new ArrayListOrder(getClientModelObject().getOrders()); } }; On Sat, 2010-07-24 at 12:07 +0300, Martin Makundi wrote: It's difficult to comment exactly not knowing the actual use case and background.. but maybe another design approach would help? And also it's just my opinnion to try to avoid lazy initialization in GUI. Somebody might disagree ;] ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The only alternative I've found is DTOs, which would not be practical at all, we have a very large domain model. On Sat, 2010-07-24 at 11:58 +0300, Martin Makundi wrote: I would avoid using lazy entities in GUI. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: The entitymodel accesses a generic repository implementation. So I would definitely need to use open session in view to avoid these? On Sat, 2010-07-24 at 11:29 +0300, Martin Makundi wrote: I would recommend against making your GUI dependent on persistence container... ...but yes you will need active database connection for lazy loading entities. ** Martin 2010/7/24 Sam Barrow s...@sambarrow.com: I'm getting hibernate lazy initialization exceptions. I was under the impression that a smart entity model would fix this (http://wicketinaction.com/2008/09/building-a-smart-entitymodel/) is that true? Or do i need opensessioninview as well? - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail:
How to put a loading cursor in ajaxsubmitlink?
Hi! How to put a loading cursor in ajaxsubmitlink? thanks!
Re: How to put a loading cursor in ajaxsubmitlink?
http://www.wicket-library.com/wicket-examples/ajax/links.0 2010/7/24 Gustavo Henrique gustavo...@gmail.com: Hi! How to put a loading cursor in ajaxsubmitlink? thanks! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: learn from my security mistake with getString
properties files and/or Spring configuration files Sent from my iPod On Jul 23, 2010, at 2:32 PM, Fernando Wermus fernando.wer...@gmail.com wrote: All we know that. On the other hand it is very practice to solve it in that way. What tools or framework do you use instead? On Fri, Jul 23, 2010 at 5:25 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: wicket property files are meant for externalizing ui strings, not configuration values :) -igor On Fri, Jul 23, 2010 at 12:12 PM, Jim Pinkham pinkh...@gmail.com wrote: I was just looking around for my dunce cap after noticing this little gotcha - and I thought of this forum instead to share my moment of not-so-brilliance: public LoginForm(final String id) { ... other stuff ... add(new FormComponentFeedbackBorder(user.feedback).add(new TextField(user).setRequired(true))); passwordField = new PasswordTextField(password); passwordField.setRequired(true); add(new FormComponentFeedbackBorder(password.feedback).add(passwordField)); } protected void onSubmit() { String password=getString(password).trim(); if (password.equalsIgnoreCase(getPassword())) { ((AuctionSession)getSession()).setAdmin(true); ((AuctionSession)getSession()).setUserName(getUser()); if (!continueToOriginalDestination()) setResponsePage(getApplication().getHomePage()); } else passwordField.error(invalid user/password); } } Pretty basic, I know. Maybe you have a page like this in your Wicket app? The mistake I wanted to share is that I'm using the same name for the password wicket:id, and the string property in MyLoginPage.properties, which just has a line that says password=super_secret_whatever. (Actually, it's ${profile.password} and I have different maven profiles for different versions of the app, but that's another story). Anyway, imagine my suprise when I accidentally left the password blank by mistake - the required error message uses the same property and shows the password to the wide world in the feedback message: 'super_secret_whatever' is required. Hah!(Yup, it's been in production for quite a while like this...) Just wanted to share that one with y'all - may all your mistakes be entertaining and/or educational... :) -- Jim. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Fernando Wermus. www.linkedin.com/in/fernandowermus - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Works in Development Mode but not in Production Mode
We had a similar problem with some heavy javascript for resizing things on the screen. Since then in on our application init we call: getMarkupSettings().setStripWicketTags(true); So on both Development and Deployment mode we have a similar HTML output and we don't risk trying Ajax refresh on a wicket:container On Fri, Jul 23, 2010 at 6:30 PM, Adam Bender [via Apache Wicket] ml-node+2300335-1309396158-293...@n4.nabble.comml-node%2b2300335-1309396158-293...@n4.nabble.com wrote: Greetings, I recently ran into an issue involving the swapping of fragments on an ajax event. The scenario looks roughly like this: 1) User comes to page with a form on it 2) User fills in form and clicks submit 3) Form is validated and accepted and a confirmation message is shown In this case the form and the confirmation message are both fragments and in order to achieve the visual effect desired the confirmation is swapped with the form during the execution of the onSubmit event handler for an AjaxButton. The effective wicket looks like this: wicket:container wicket:id=feedbackContainer/wicket:container wicket:fragment wicket:id=feedbackForm ... relevant html to display form... /wicket:fragment wicket:fragment wicket:id=feedbackConfirmation ... relevant html to display confirmation... /wicket:fragment and the Java for swapping is something like this: feedbackForm.replaceWith(feedbackConfirmation); target.addComponent(feedbackConfirmation); Now when I run this in Development mode everything works exactly as expected. However, when I switch to Production mode (or suppress wicket tags during application configuration) this fails. In hindsight the reason is obvious - wicket:container will be removed from the page when Wicket tags are suppressed - but the only error message that appeared was in the ajax debugger (not usually where I find out about missing components). And while the error messages were telling me that the feedbackContainer wasn't on the screen this didn't make sense to me because I could plainly see it in my source. I ran around making sure I had setOutputMarkupId(true) on everything I could think of but to know avail - there just didn't seem to be any good feedback on what was wrong. Of course one could argue that I could have gotten to the bottom of this problem quicker if I just viewed the source of the page, or if I was more reliant on the ajax debugger and I agree. What is really at issue here is that we had a working feature in our test environment that - though no code was changed - started failing in our staging environment and no good information to diagnose it. Now to the feature request. As I said, in hindsight the problem here was obvious and the solution was very simple: change the wicket container into a real html element. What confounded me is that a subtle change to my runtime configuration actually broke a feature that was otherwise working fine. The change to the configuration happened at a time and place far removed from when the code was written and so the debugging process was very frustrating (a bit of that spooky action at a distance). Usually, the error messages and feedback from wicket are tremendous and I have often bragged about them to my peers using other less 'human friendly' frameworks. I have come to so rely on the error messages produced that when I dont see one I generally assume all is working well. For this reason it was quite difficult to track down the actual cause of the problem. So I ask: is it possible to provide a warning in the logs that a situation has been created that may not work in production mode because of the use of fragments in conjunction with a wicket:container? Or perhaps a more general message that captures the general issue of using wicket containers in production mode? I realize this may be a long shot of a request for any number of reasons (perhaps I am the only one foolish enough to put wicket:containers in my html) but I just spent half a day trying to sort out this problem and I was hoping to keep someone else from wasting their time. Thanks, Adam -- View message @ http://apache-wicket.1842946.n4.nabble.com/Works-in-Development-Mode-but-not-in-Production-Mode-tp2300335p2300335.html To start a new topic under Wicket - User, email ml-node+1842947-1647783149-293...@n4.nabble.comml-node%2b1842947-1647783149-293...@n4.nabble.com To unsubscribe from Wicket - User, click herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=YXZyYWhhbXJAZ21haWwuY29tfDE4NDI5NDd8LTEwNzY0NzQ1ODc=. -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: How to put a loading cursor in ajaxsubmitlink?
http://visural-wicket-examples.appspot.com/app/submitters http://visural-wicket-examples.appspot.com/app/submitters Fausto A. Bencosme D. Software Developer KindleIT.net S.R.L email: fbenco...@kitsd.com cel: 809-923-0123 On Sat, Jul 24, 2010 at 10:42 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: http://www.wicket-library.com/wicket-examples/ajax/links.0 2010/7/24 Gustavo Henrique gustavo...@gmail.com: Hi! How to put a loading cursor in ajaxsubmitlink? thanks! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org