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
