Re: [Springframework-developer] Threadsafe HibernateTemplate vs. non-threadsafe JdbcTemplate

[Rod J. <rod...@in...>]

I normally make DAOs threadsafe: seldom find reason to do otherwise. So yes,
they should be singletons.

TransactionInterceptor/TransactionManager etc normally should be singletons,
as with the advised POJOs.

Advisors and pointcuts in general can be shared, or per-proxy instance. So
if you use a singleton tx interceptor (as you should) that will be shared
for all AOP proxies. If you have a stateful advice such as a mixin, that
would be unique to each proxy instance created using it.

----- Original Message -----
From: "Rob Rudin" <rob...@ur...>
To: "Colin Sampaleanu" <spr...@li...>
Sent: Monday, February 09, 2004 8:24 PM
Subject: Re: [Springframework-developer] Threadsafe HibernateTemplate vs.
non-threadsafe JdbcTemplate


> Regarding HibernateTemplate being threadsafe - this means that
> HibernateDaoSupport is threadsafe, which means that all
> subclasses of it (provided they themselves are threadsafe) can
> be marked as singleton's in the config file, right?
>
> Also, we just added an instance of TransactionInterceptor and
> BeanNameAutoProxyCreator, along with an instance of
> TransactionManager, so that we could define transaction rqmts
> for each business object. I assume that these can be singleton's
> as well, and the thread-safe business objects (manager-style)
> which the interceptor is applied to can thus be singleton's
> too?
>
> Rob
>
>
>
>
>
> ---- On Mon, 09 Feb 2004, Colin Sampaleanu (col...@ex...)
> wrote:
>
> > I've seen somebody get burned by the fact that
> HibernateTemplate is
> > threadsafe, while JdbcTemplate is not. We probably need to
> document this
> > difference a bit better, and the probable usage scenario that
> results
> > (i.e. it's generally ok to produce one singleton
> HibernateTemplate in
> > your context and use it everywhere, whereas you probably want
> to create
> > jdbcTemplates on demand; not even setting it non-singleton in
> the
> > context is enough, since if it is fed as a dependency to
> another object
> > which is singleton, and that object is assumed to be thread
> safe, there
> > will be problems).
> >
> > Will add some stuff to the javadocs tonight...
> >
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by EclipseCon 2004
> > Premiere Conference on Open Tools Development and Integration
> > See the breadth of Eclipse activity. February 3-5 in Anaheim,
> CA.
> > http://www.eclipsecon.org/osdn
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>