You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Dane Laverty <da...@gmail.com> on 2009/07/23 03:40:19 UTC
Spring and Wicket - is it worth it?
Due to the fact that nearly every substantial sample Wicket app is
Spring-based, I imagine that there's something awesome about using Spring.
In fact, Wicket is what has finally gotten me to start learning Spring.
I think I understand the basics of dependency injection -- configure your
objects in xml files and then inject them into your classes -- but I'm still
not clear on the advantage of it. I've read quite a ways into "Spring in
Action", and the author seems to assume that the reader will automatically
see why xml-based dependency injection is great thing. I must just be
missing something here. What I love about Wicket is being free from xml
files. Can anyone give me a concise explanation of how the advantages of
Spring are worth introducing a new layer into my applications?
Dane
RE: Spring and Wicket - is it worth it?
Posted by Russell Simpkins <ru...@hotmail.com>.
> On Wed, Jul 22, 2009 at 8:40 PM, Dane Laverty<da...@gmail.com> wrote:
> > Due to the fact that nearly every substantial sample Wicket app is
> > Spring-based, I imagine that there's something awesome about using Spring.
> > In fact, Wicket is what has finally gotten me to start learning Spring.
> >
> > I think I understand the basics of dependency injection -- configure your
> > objects in xml files and then inject them into your classes -- but I'm still
> > not clear on the advantage of it. I've read quite a ways into "Spring in
> > Action", and the author seems to assume that the reader will automatically
> > see why xml-based dependency injection is great thing. I must just be
> > missing something here. What I love about Wicket is being free from xml
> > files. Can anyone give me a concise explanation of how the advantages of
> > Spring are worth introducing a new layer into my applications?
> >
> > Dane
Personally, I have found Spring to be very beneficial and pretty easy to learn. I really don't mind xml and as a framework it does offer a lot of nice features that are really easy to tie into your application. Spring has very well written documentation that I found very easy to follow. I really like the message driven beans, helper classes for stuff like Hibernate and IBatis, Email is SUPER easy, Cron scheduling is cake and if you need MVC, theirs is well written and easy to use. Aceigi integration with Spring is very nice - switching http/https is easy and you can apply very fine grained access control (though these docs aren't very fun to read.) I'm new to Wicket, but we've used Spring to configure our service layer and made use of annotations so that our XML file isn't all that big.
You don't need to use Spring, but once you start to use it, you may find at least some features are really cool.
Russ
_________________________________________________________________
Windows Live™ SkyDrive™: Store, access, and share your photos. See how.
http://windowslive.com/Online/SkyDrive?ocid=TXT_TAGLM_WL_CS_SD_photos_072009
Re: Spring and Wicket - is it worth it?
Posted by Stephen Haberman <st...@exigencecorp.com>.
> I wasn't saying that's the only other way - just unfortunately the one
> a lot choose.
I'll give you that. :-)
- Stephen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Jeremy Thomerson <je...@wickettraining.com>.
On Wed, Jul 22, 2009 at 10:45 PM, Stephen
Haberman<st...@exigencecorp.com> wrote:
> OO has a nice way of dealing with switch statements: polymorphism.
Yeah - but all the apps I've seen where I was consulting that didn't
use Spring had a ton of switch statements to create all of their
services / db connections / etc... I wasn't saying that's the only
other way - just unfortunately the one a lot choose.
--
Jeremy Thomerson
http://www.wickettraining.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Stephen Haberman <st...@exigencecorp.com>.
> Better than hard-coding a bunch of big switch statements.
OO has a nice way of dealing with switch statements: polymorphism.
If you know the environments up-front, you can define an interface and
have each environment class implement it. Though, if you're defining
environments on the fly, then, yeah, that becomes harder.
Lack of abstraction is generally what plauges anything XML though--look
at ant.
- Stephen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Jeremy Thomerson <je...@wickettraining.com>.
I use it to deploy the same Wicket application to a dozen different
sites. Each of them has their own configuration / some with different
services, etc. Better than hard-coding a bunch of big switch
statements. The same applies for loading dev / staging / production
configuration.
--
Jeremy Thomerson
http://www.wickettraining.com
On Wed, Jul 22, 2009 at 8:40 PM, Dane Laverty<da...@gmail.com> wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Be...@actrix.co.nz.
I am using EJB 3.0. So easy to work with. Toplink, GlassFish do
everything. The ORM creates my tables from POJOs, transactions are a
no-brainer. Comes with NetBeans out of the box. Why don't more users
write about it?
Most of the time is spent on coding web pages (messy due to browser
bugs and high user demands). Wicket is fun and easy. Business logic
and all the persistence stuff are not issues that occupy my mind.
What do you think about that?
Bernard
On Wed, 22 Jul 2009 18:40:19 -0700, you wrote:
>Due to the fact that nearly every substantial sample Wicket app is
>Spring-based, I imagine that there's something awesome about using Spring.
>In fact, Wicket is what has finally gotten me to start learning Spring.
>
>I think I understand the basics of dependency injection -- configure your
>objects in xml files and then inject them into your classes -- but I'm still
>not clear on the advantage of it. I've read quite a ways into "Spring in
>Action", and the author seems to assume that the reader will automatically
>see why xml-based dependency injection is great thing. I must just be
>missing something here. What I love about Wicket is being free from xml
>files. Can anyone give me a concise explanation of how the advantages of
>Spring are worth introducing a new layer into my applications?
>
>Dane
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Daniel Stoch <da...@gmail.com>.
Hi,
If you don't want to use xml you can configure your beans in pure Java.
See "Spring Java Configuration Project": http://www.springsource.org/javaconfig
--
Daniel
On Thu, Jul 23, 2009 at 3:40 AM, Dane Laverty<da...@gmail.com> wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Use Guice....
Posted by Peter Ertl <pe...@gmx.org>.
salve!
Am 24.07.2009 um 10:55 schrieb Jeroen Steenbeeke:
> If Dependency Injection is all you want to do then indeed Spring may
> not be
> the best choice, but in my case at least I use it for more than
> that, as I
> also use the Spring Transaction Manager and Spring Mailer.
> Also, Spring does seem to cater mainly to XML fetishists, but they
> do offer
> alternatives:
> <?xml version="1.0" encoding="utf-8"?>
> <beans xmlns="http://www.springframework.org/schema/beans"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:context="http://www.springframework.org/schema/context"
> xsi:schemaLocation="http://www.springframework.org/schema/beans
> http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
> http://www.springframework.org/schema/context
> http://www.springframework.org/schema/context/spring-
> context-2.5.xsd
> ">
> <context:annotation-config />
> <context:component-scan
> base-package="path.to.your.beans" />
> </beans>
> After this, you just use @Component and @Autowired annotations for
> your
> beans and dependencies, respectively. No need to muck around in XML
> aside
> from some initial config.
> Spring does not need to be painful.
> Cheers, Jeroen
>
> DISCLAIMER: I have never used Guice
>
> 2009/7/23 francisco treacy <fr...@gmail.com>
>
>> http://fiber-space.de/wordpress/?p=1016
>>
>> 2009/7/23 Uwe Schäfer <sc...@thomas-daily.de>:
>>> Johannes Schneider schrieb:
>>>>
>>>> It's the better Spring ;-)
>>>
>>> agreed!
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Use Guice....
Posted by Jeroen Steenbeeke <j....@gmail.com>.
If Dependency Injection is all you want to do then indeed Spring may not be
the best choice, but in my case at least I use it for more than that, as I
also use the Spring Transaction Manager and Spring Mailer.
Also, Spring does seem to cater mainly to XML fetishists, but they do offer
alternatives:
<?xml version="1.0" encoding="utf-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd
">
<context:annotation-config />
<context:component-scan
base-package="path.to.your.beans" />
</beans>
After this, you just use @Component and @Autowired annotations for your
beans and dependencies, respectively. No need to muck around in XML aside
from some initial config.
Spring does not need to be painful.
Cheers, Jeroen
DISCLAIMER: I have never used Guice
2009/7/23 francisco treacy <fr...@gmail.com>
> http://fiber-space.de/wordpress/?p=1016
>
> 2009/7/23 Uwe Schäfer <sc...@thomas-daily.de>:
> > Johannes Schneider schrieb:
> >>
> >> It's the better Spring ;-)
> >
> > agreed!
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Use Guice....
Posted by francisco treacy <fr...@gmail.com>.
http://fiber-space.de/wordpress/?p=1016
2009/7/23 Uwe Schäfer <sc...@thomas-daily.de>:
> Johannes Schneider schrieb:
>>
>> It's the better Spring ;-)
>
> agreed!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Use Guice....
Posted by Uwe Schäfer <sc...@thomas-daily.de>.
Johannes Schneider schrieb:
> It's the better Spring ;-)
agreed!
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Use Guice....
Posted by Johannes Schneider <ma...@cedarsoft.com>.
It's the better Spring ;-)
Dane Laverty wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Jeremy Thomerson <je...@wickettraining.com>.
On Wed, Jul 22, 2009 at 10:42 PM, Jason Wang<ja...@bulletin.net> wrote:
> You dont have to use spring with wicket. Spring is a business layer
> framework essentially. It gives you so much convenience to decouple
> services from its clients. I tried to use it to manage all the web
> components, then I realized that doesnt give me much at all. Sometimes, a
> simple "new Page("id")" is just a better solution.
This is a very important point. We occasionally get questions on how
to use factory patterns for components. It's simply not worth it.
Spring is for your middle-tier (and down) - not web.
--
Jeremy Thomerson
http://www.wickettraining.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Jason Wang <ja...@bulletin.net>.
Dane Laverty wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
>
>
You dont have to use spring with wicket. Spring is a business layer
framework essentially. It gives you so much convenience to decouple
services from its clients. I tried to use it to manage all the web
components, then I realized that doesnt give me much at all. Sometimes,
a simple "new Page("id")" is just a better solution.
But I do encourage you to learn spring, especially if you value
automated tests. I cannot live with it now.
Jas
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Erik Post <er...@gmail.com>.
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<da...@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-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Dane Laverty <da...@gmail.com>.
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.
Dane
On Thu, Jul 23, 2009 at 1:32 PM, John Krasnay <jo...@krasnay.ca> wrote:
> Wow, this post generated a short burst of heat but not much light!
>
> I think the problem is your question conflates dependency injection,
> XML-based configuration, and the Spring framework. IMHO you have to
> consider these separately to understand their relative merits.
>
> Dependency injection is simply that if object A requires object B, it
> can assume that it will be given an instance of object B rather than
> having to "look up" an instance of object B. This has some very important
> advantages:
>
> - it makes for cleaner code, since you don't have to code the lookup.
>
> - it makes your code independent of any particular lookup approach. You
> can change how your business layer is wired together without changing
> all of your code. This is particularly important when trying to create
> libraries to be re-used in different applications.
>
> - it makes your code easier to test, since your test code can manually
> inject stub objects and mocks.
>
> So for me, DI is a big win, regardless of how you do it (Spring, Guice,
> or even code in your app startup that instantiates the objects and wires
> them together).
>
> I don't find the Spring XML configuration to be that much of a problem,
> since most of the apps I work on have no more than a few dozen object
> configured there. One thing I like about it, as opposed to some
> annotation-based approaches, is that it's external to the objects
> themselves, making the objects more flexible. For example, suppose you
> had a WidgetDAO that worked with a DataSource. With the Spring XML you
> could easily create two different WidgetDAO instances each pointing to a
> different datasource. This would not be so easy with an annotation-based
> approach.
>
> As for the Spring framework itself, I find it contains a whole bunch of
> functionality that I normally need in a business app, such as
> declarative transaction management, AOP (e.g. for logging), and sane
> wrappers around JDBC, JavaMail, and other difficult APIs. If you're not
> using Spring, you usually have to figure out other ways to do these
> things.
>
> Hope this helps.
>
> jk
>
> On Wed, Jul 22, 2009 at 06:40:19PM -0700, Dane Laverty wrote:
> > Due to the fact that nearly every substantial sample Wicket app is
> > Spring-based, I imagine that there's something awesome about using
> Spring.
> > In fact, Wicket is what has finally gotten me to start learning Spring.
> >
> > I think I understand the basics of dependency injection -- configure your
> > objects in xml files and then inject them into your classes -- but I'm
> still
> > not clear on the advantage of it. I've read quite a ways into "Spring in
> > Action", and the author seems to assume that the reader will
> automatically
> > see why xml-based dependency injection is great thing. I must just be
> > missing something here. What I love about Wicket is being free from xml
> > files. Can anyone give me a concise explanation of how the advantages of
> > Spring are worth introducing a new layer into my applications?
> >
> > Dane
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Spring and Wicket - is it worth it?
Posted by John Krasnay <jo...@krasnay.ca>.
Wow, this post generated a short burst of heat but not much light!
I think the problem is your question conflates dependency injection,
XML-based configuration, and the Spring framework. IMHO you have to
consider these separately to understand their relative merits.
Dependency injection is simply that if object A requires object B, it
can assume that it will be given an instance of object B rather than
having to "look up" an instance of object B. This has some very important
advantages:
- it makes for cleaner code, since you don't have to code the lookup.
- it makes your code independent of any particular lookup approach. You
can change how your business layer is wired together without changing
all of your code. This is particularly important when trying to create
libraries to be re-used in different applications.
- it makes your code easier to test, since your test code can manually
inject stub objects and mocks.
So for me, DI is a big win, regardless of how you do it (Spring, Guice,
or even code in your app startup that instantiates the objects and wires
them together).
I don't find the Spring XML configuration to be that much of a problem,
since most of the apps I work on have no more than a few dozen object
configured there. One thing I like about it, as opposed to some
annotation-based approaches, is that it's external to the objects
themselves, making the objects more flexible. For example, suppose you
had a WidgetDAO that worked with a DataSource. With the Spring XML you
could easily create two different WidgetDAO instances each pointing to a
different datasource. This would not be so easy with an annotation-based
approach.
As for the Spring framework itself, I find it contains a whole bunch of
functionality that I normally need in a business app, such as
declarative transaction management, AOP (e.g. for logging), and sane
wrappers around JDBC, JavaMail, and other difficult APIs. If you're not
using Spring, you usually have to figure out other ways to do these
things.
Hope this helps.
jk
On Wed, Jul 22, 2009 at 06:40:19PM -0700, Dane Laverty wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Martin Makundi <ma...@koodaripalvelut.com>.
I will vote NO.
Why? Because YAGNI.
**
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Martijn Dashorst <ma...@gmail.com>.
For automated classpath scanning, with limited XML, see
http://wicketinaction.com/2009/06/wicketspringhibernate-configuration/
Martijn
On Thu, Jul 23, 2009 at 3:40 AM, Dane Laverty<da...@gmail.com> wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
>
--
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.5 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Spring and Wicket - is it worth it?
Posted by Erik van Oosten <e....@grons.nl>.
Spring gives flexibility in your services layer (whatever you call it).
Making things transactional, adding memoization, talking to remote
interfaces, configuring Hibernate and JMX beans, all that kind of stuff is
easy with Spring and often unbelievably hard without.
As said, Spring has no value in a Wicket application with the exception of
calling out to the service layer. This is where the @SpringBean comes in
handy.
Regards,
Erik.
On Wed, 22 Jul 2009 18:40:19 -0700, Dane Laverty <da...@gmail.com>
wrote:
> Due to the fact that nearly every substantial sample Wicket app is
> Spring-based, I imagine that there's something awesome about using
Spring.
> In fact, Wicket is what has finally gotten me to start learning Spring.
>
> I think I understand the basics of dependency injection -- configure your
> objects in xml files and then inject them into your classes -- but I'm
> still
> not clear on the advantage of it. I've read quite a ways into "Spring in
> Action", and the author seems to assume that the reader will
automatically
> see why xml-based dependency injection is great thing. I must just be
> missing something here. What I love about Wicket is being free from xml
> files. Can anyone give me a concise explanation of how the advantages of
> Spring are worth introducing a new layer into my applications?
>
> Dane
--
Erik van Oosten
http://www.day-to-day-stuff.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org