I agree that Wicket, although it's really 'only' a view framework, could do with
a couple of straightforward examples in this area, because:

- A view framework without any persistence going on isn't typically very useful;
- It's important, if only to learn where, how and with what to hook
into various
server/session/request/... lifecycle stages correctly;
- Wicket should be as easy as possible to get into, and this is rather
a major point, I should think;
- Spring, while very useful, is just a wee bit beside the point
sometimes, and you're better off using it _after_ you understand
what's going on anyway. (Besides, how else could you tell if it would
useful to begin with?)

Cheers,
Erik


On Thu, Jul 23, 2009 at 11:23 PM, Dane Laverty<danelave...@gmail.com> wrote:
> There we go, that's the kind of information I was looking for! Thanks John.
> What got me started with Spring initially was its JDBC templates, but then
> everything I read basically said, "Yeah, Spring has JDBC templates, but you
> won't really need them since you should be using ORM instead." However, when
> I went to find some Hibernate/Wicket examples, all the ones I found were
> based in a Spring DI framework. So here I am. I'm sure it will be worth it
> in the end, but at the moment it's a lot of reading and testing without
> feeling like I'm being especially awesome.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to