There are people on the list knowing Spring much much better than I
do. But I remember some people tried this approach and finally decided
that it is much easier to use "new MyPage(whatever)" and "add(new
MyPanel(..)" than configuring it in some xml file. I assume there some
email in the archiv (gmane).

Juergen


On 8/19/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
> I'm sure there more way to integrate with Spring and may be better
> ones as well (may depend on circumstances though).
> 
> Most users tend to prefer a a combination of what you proposed in
> combination with a BasePage. The BasePage implementing getDao("bean")
> with some support from the SpringApplication (like you described). You
> most likely need to extend WebReqeustCycle as well in order to
> implement session-per-request (without a servlet filter). I miight be
> wrong, but I thought some of the modules in wicket-stuff do it that
> way. May be you have a look there as well.
> 
> Juergen
> 
> 
> On 8/19/05, Koen Serry <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > I did before posting to this mailing list, but as I found the construct a
> > bit weird to me I was thinking if an alternative would be possible.
> >
> > Like the SpringApplicationController creates a new instance of the servlet
> > to then assign the application to it, or the SpringContextLocator is
> > implemented as a singleton/factory requiring the page to pass the request to
> > it.
> >
> > I was just wondering if this could be a plausable alternative since it seems
> > like a lot of overhead just to get to the applicationContext.
> >
> > Koen
> >
> >
> > Juergen Donnerstag wrote:
> > please have a look at sourceforge project wicket-stuff which
> > contains
> additional higher level component. It contains also a modul
> > with
> different alternatives on how to integrate with Spring. I think
> > there
> is even a example application in there.
> 
> Juergen
> 
> On 8/19/05, Koen
> > Serry <[EMAIL PROTECTED]> wrote:
> 
> > Hi all,
> 
> I've been looking into Wicket for a couple of days now and I have
> > to say
> I like what I see so far from a web framework point of view.
> However
> > I have a couple remarks/questions with regards to Spring
> integration or IOC
> > integration in general for that matter.
> 
> So far I've been using tapestry and
> > in tapestry 3 it was pretty easy,
> you subclassed the engine class, put the
> > applicationContext in it, and
> from whatever page-class you could access it.
> > In Tapestry 4 however,
> they haven't found a clean way so that's one of the
> > reasons I was moving
> to Wicket.
> 
> Now would it be possible to keep some kind
> > of global(Map) in Wicket as a
> way of putting/getting 'other' items in the
> > Application?
> Since you're pretty much required to subclass the Application
> > class and
> it gets initialized with the WicketServlet pretty much
> > immediately. This
> would allow the ApplicationContext of spring or some
> > frequently used
> items like a sessionFactory of Hibernate (if you didn't want
> > to use
> Spring) to be easely accessed from each page to be used. As then
> > the
> only thing it would require is like getApplication().get("spring") or
> > if
> you'd use ognl getApplication().get("spring.mydao").
> 
> What do you guys
> > think?
> 
> Koen
> > Serry
> http://www.serry.org
> 
> 
> 
> -------------------------------------------------------
> SF.Net
> > email is Sponsored by the Better Software Conference & EXPO
> September 19-22,
> > 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile &
> > Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security
> > * Process Improvement & Measurement *
> > http://www.sqe.com/bsce5sf
> _______________________________________________
> Wicket-user
> > mailing
> > list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> >
> -------------------------------------------------------
> SF.Net
> > email is Sponsored by the Better Software Conference & EXPO
> September 19-22,
> > 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile &
> > Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security
> > * Process Improvement & Measurement *
> > http://www.sqe.com/bsce5sf
> _______________________________________________
> Wicket-user
> > mailing
> > list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
>


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to