Hi Igor,
I looked through your code. Thanks for implementing it. I am not sure
wheter readObject() is the right place to do the (re)injection.
According
to the servlet-spec in SVR 7.7.2 readObject() is not guaranteed to be
called on session-attributes. (Instead session attributes which
implement
HttpSessionActiviationListeners are informed on deserialization). Even
if
readObject is called I am not sure wheter there is an ApplicationContext
to get to the BeanContext.
I don't know wheter wicket has a mean to propogate these
HttpSessionEvents
on deserialization or a similar callback? If so I guess you could do the
(re)injection there.
Christian
On Mon, 7 Nov 2005 01:13:31 -0800, Igor Vaynberg
<[EMAIL PROTECTED]>
wrote:
> here is something i threw together that solves the deserialization and
> ability to use the new operator to create pages. atleast i think it
> does....its really late here and all i really know so far is that it
> compiles :)
>
> the idea is pretty simple, do the injection in the default
constructor,
> and
> then do it anytime the object is deserialized. you use a @SpringBean
> annotation to denote the dependency. it can either be used on a field
or
> on
> a setter. If you specify the bean name it will be used to find the
bean,
> if
> you dont then the field's type or the setters argument type will be
used
> for
> the lookup.
>
> -Igor
>
>
> On 11/7/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>>
>> and you have to have the pages defined as beans in the application
>> context? with their properties specified?
>>
>> -Igor
>>
>>
>> On 11/7/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>> >
>> > but how does the above handle deserealization of pages? there is
>> nothing
>> > to reinject the dependencies.
>> >
>> > -Igor
>> >
>> >
>> > On 11/7/05, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote:
>> > >
>> > > IMHO pages are standing on the borderline between a stateful GUI
and
>> > > the rest of the application in form of stateless services.
>> > > DI should be done by the IoC container, creating the pages can
>> better
>> > > be done the standard Wicket way (e.g. with PageParameters).
>> > >
>> > > As described before I'm using a custom page factory that
cooperates
>> > > with a wrapped page factory and the containing bean factory:
>> > >
>> > > public class SpringInjectingPageFactory implements IPageFactory,
>> > > BeanFactoryAware {
>> > >
>> > > private AutowireCapableBeanFactory beanFactory;
>> > > private IPageFactory pageFactory;
>> > >
>> > > public void setPageFactory(IPageFactory pageFactory) {
>> > > this.pageFactory = pageFactory;
>> > > }
>> > >
>> > > public void setBeanFactory(BeanFactory beanFactory) throws
>> > > BeansException {
>> > > this.beanFactory = (AutowireCapableBeanFactory)beanFactory;
>> > > }
>> > >
>> > > public Page newPage(Class pageClass) {
>> > > Page page = this.pageFactory.newPage(pageClass);
>> > >
>> > > injectDependencies(page, pageClass.getName ());
>> > >
>> > > return page;
>> > > }
>> > >
>> > > public Page newPage(Class pageClass, PageParameters parameters) {
>> > > Page page = this.pageFactory.newPage(pageClass, parameters);
>> > >
>> > > injectDependencies(page, pageClass.getName ());
>> > >
>> > > return page;
>> > > }
>> > >
>> > > private void injectDependencies(Page page, String beanName) {
>> > > if (this.beanFactory.containsBean(beanName)) {
>> > > this.beanFactory.applyBeanPropertyValues(page, beanName);
>> > > }
>> > > }
>> > > }
>> > >
>> > > Note that if you don't specify a name or id attribute for beans,
>> they
>> > > will be registered under their classname in Spring.
>> > > And NO, I don't use autowiring: applyBeanPropertyValues() does
not
>> > > autowire although it is located in AutowireCapableBeanFactory.
>> > >
>> > > Sven
>> > >
>> > > >you are right, this is not ioc. but are pages/components managed
by
>> > > an ioc
>> > > >container?
>> > > >-Igor
>> > > >
>> > > >
>> > > >On 11/6/05, Alexandru Popescu <
>> [EMAIL PROTECTED]>
>> > > wrote:
>> > > >>
>> > > >> #: Igor Vaynberg changed the world a bit at a time by saying
on
>> > > 11/6/2005
>> > > >> 7:06 PM :#
>> > > >> > Or how about a simple solution:
>> > > >> >
>> > > >> > public MyApplication extends WebApplication {
>> > > >> > public Object lookup(String name) {
>> > > >> > Object=...do a lookup from somewhere like spring context or
app
>> > > >> object...;
>> > > >> > return object;
>> > > >> > }
>> > > >> > }
>> > > >> >
>> > > >> > public MyPage extends Page {
>> > > >> > public transient SomeService service;
>> > > >> >
>> > > >> > public SomeService getService() {
>> > > >> > if (service==null) {
>> > > >> >
service=getApplication().lookup(SomeService.class.getName());
>> > > >> > }
>> > > >> > return service;
>> > > >> > }
>> > > >> >
>> > > >> > I know its not quiete as elegant as ioc but it has none of
the
>> > > >> performance
>> > > >> > hits an automatic injection would cause if it would be done
on
>> > > >> > deserialization of every component. Also its a lazy lookup
so
>> you
>> > > dont
>> > > >> do it
>> > > >> > until its needed, and its only done once per page (until it
>> gets
>> > > >> > deserialized).
>> > > >> >
>> > > >> > -Igor
>> > > >> >
>> > > >>
>> > > >> But this was exactly what I was suggesting to avoid ;-).
Lookups
>> > > and
>> > > >> factories are not ioc/di.
>> > > >>
>> > > >> ./alex
>> > > >> --
>> > > >> .w( the_mindstorm )p.
>> > > >>
>> > > >>
>> > > >>
>> > > >> -------------------------------------------------------
>> > > >> SF.Net email is sponsored by:
>> > > >> Tame your development challenges with Apache's Geronimo App
>> Server.
>> > > >> Download
>> > > >> it for free - -and be entered to win a 42" plasma tv or your
very
>> > > own
>> > > >> Sony(tm)PSP. Click here to play:
>> > > http://sourceforge.net/geronimo.php
>> > > >> _______________________________________________
>> > > >> Wicket-user mailing list
>> > > >> Wicket-user@lists.sourceforge.net
>> > > >> https://lists.sourceforge.net/lists/listinfo/wicket-user
>> > > >>
>> > >
>> > >
>> > > -------------------------------------------------------
>> > > SF.Net email is sponsored by:
>> > > Tame your development challenges with Apache's Geronimo App
Server.
>> > > Download
>> > > it for free - -and be entered to win a 42" plasma tv or your very
>> own
>> > > Sony(tm)PSP. Click here to play:
http://sourceforge.net/geronimo.php
>> > > _______________________________________________
>> > > Wicket-user mailing list
>> > > Wicket-user@lists.sourceforge.net
>> > > https://lists.sourceforge.net/lists/listinfo/wicket-user
>> > >
>> >
>> >
>>
--
Christian Essl
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier
anmelden: http://mail.yahoo.de
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
