springframework-developer — Spring Framework developers list

[Springframework-developer] Patch for SingleConnectionDataSource.java to allow setAutoCommit control

[Colin S. <col...@ex...>]

Here's a patch for SingleConnectionDataSource which allows the 
setAutoCommit call to be controlled, as per earlier discussion. By 
default, the class will no longer call setCommit at all if an existing 
connection is given to it in the constructor. Otherwise it will behave 
the same as before by default (i.e. if the connection is obtained from 
DriveManager then setAutoCommit(true) is called). There are flags to 
control the calling of setAutoCommit and the initial state.

As to whether the class should even allow overriding this when the 
connection comes from DriverManger; it's true that most people would 
expect the state to be autocommit=true as per the Connection javadocs, 
but on the other hand the code was simpler this way, and maybe the extra 
flexibility will help in testing...

Regards,
Colin

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[Colin S. <col...@ex...>]

I am anything but an expert in this area unfortunately, but after 
thinking about it, from my point of view, it's somewhat of a wash as to 
which approach is 'cleaner'.

There is a very simple requirement and use case here. You already have a 
connection object, and at the same location are creating another object 
which under ideal circumstances uses the very same connection, and 
should get it with as little work as possible.  So in your ideal use 
scenario of using the real datasource, you can rely on the fact that 
asking your container (somwhat more indirectly) for a connection from 
that datasource, will get you the same connection. But it's actually out 
of your control and there's not necessarily much you can do about it if 
the container doesn't do this, in which case your are looking at a 
potentially much less efficient result. I've found two references to the 
possiblity that maybe OC4J and the Advanced container in WebSphere don't 
do the local transaction optimization:
(search for 6.12)
  http://otn.oracle.com/tech/java/oc4j/doc_library/902/servicesjun02/jca.htm
  
http://www-3.ibm.com/software/webservers/appserv/doc/v40/ae/infocenter/was/040901.html

So I think in this particular case the use of the 'real' DataSource just 
complicates things without really adding any advtantages. It's not 
making testing easier, it's not providing better separation of concerns 
(the contrary, I would say, actually), etc.

In any case, this is somewhat orthogonal to the original post which was 
about the need to allow the autoComit flag to go either way on the 
connection obtained from SingleConnectionDataSource, whether or not it 
was given an existing connection or gets it through DriverManager. 
Hopefully we are both in agreement that the option is needed in this class.

Regards,
Colin

jürgen höller [werk3AT] wrote:

>>Since in this case the DataSource is not already bound to the thread, in this case, my JDBC code ends up calling getConnection on the real DataSource (from JNDI). Then that datasource ends up allocating a new connection from its pool, which is returned to me. There is no issue in terms of working together with the existing connection, JTA takes care of that, but the whole process is a lot more heavyweight and takes more resources (two pooled connections instead of one), plus the coordination among them.
>>    
>>
> 
>To the best of my knowledge, any decent JTA implementation will return the same Connection instance if asked for a Connection for the same DataSource again within an active transaction. This is even recommended by the JTA spec, under the name "local transaction optimization" IIRC. JTA transaction managers will typically not perform 2PC for such single DataSource transactions but just for actual distributed ones. I consider it safe to assume that all major containers implement it that way.
> 
>Juergen
>
>
>jürgen höller [werk3AT] wrote:
>
>  
>
>>Colin,
>>
>>You obviously want to perform plain JDBC access within the same transaction as the Hibernate access. This can be achieved easily via HibernateTransactionManager or JtaTransactionManager, without any specific gluing.
>>
>>If you define a respective JDBC DataSource in the application context, pointing to the same one that Hibernate uses (be it a local one specified on LocalSessionFactoryBean or a shared JNDI one), you can make HibernateTransactionManager export its transactions for this particular DataSource by passing the DataSource as bean reference into its "dataSource" property. HibernateTransactionManager will simply take the very JDBC Connection that the Hibernate Session uses and bind it to the thread via DataSourceUtils for plain JDBC access on that DataSource. The latter does not have to be aware that it is working with a Hibernate-provided Connection!
>>
>>With JtaTransactionManager, it's similar: Define the same JNDI DataSource that the Hibernate SessionFactory uses for the JdbcTemplate, and JTA will care for returning the same Connection to both the Hibernate Session and the JDBC access code if in an active transaction.
>>
>>So in any case, this "same DataSource" approach is as efficient as passing the Hibernate Session's JDBC Connection manually to a JdbcTemplate instance, as it reuses the same Connection for both the Hibernate Session and the JdbcTemplate within a transaction. I strongly recommend such a solution over manual gluing.
>>
>>Juergen
>>
>>
>>
>>      -----Ursprüngliche Nachricht-----
>>      Von: Colin Sampaleanu [mailto:col...@ex...]
>>      Gesendet: Mo 25.08.2003 23:14
>>      An: jürgen höller [werk3AT]
>>      Cc: spr...@li...
>>      Betreff: Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?
>>     
>>     
>>
>>      W/regards to auto commit in the default case (when the class gets the
>>      connection itself), I would say, exactly, the JDBC specs specifically
>>      say the getConnection called on the datasource will return a connection
>>      with autoCommit on by default. So why is SingleConnectionDataSource then
>>      going and setting it on as well. Given that SingleConnectionDatasource
>>      doesn't have any clue about the intended use of the connection, the most
>>      correct behaviour is probably to not have it call setAutoCommit with
>>      either state, by default, which would mirror normal
>>      datasource/connection usage, and also allow a mechanism to specify that
>>      it should be called one way or another. However, this may be more work
>>      than is worth it, and a default call with the option to on, along with a
>>      mechanism (another constructor with a value for the call) to override
>>      it, would be fine. So to be clear, I do think even when
>>      SingleConnectionDataSource gets the connection there is a need for an
>>      override.
>>     
>>      As for my use case, I don't think I was clear enough.  I have some code
>>      in a Hibernate specific DAO/Mapper object. I am already executing inside
>>      a transaction introduced via Spring's AOP interceptor. So I do have a
>>      SessionFactory, etc. bound to the thread. Now inside a method in this
>>      mapper I need to do an operation on a BLOB/CLOB, where there are a
>>      number of db platform specific issues, and Hibernate's support of
>>      BLOBs/CLOBs is not good enough. Given that I have a Hibernate Session
>>      which already has a connection available, using it is the best mechanism
>>      (as opposed to trying to get a real DataSource in Spring's context to
>>      use). Now I am using JDBCTemplate and JDBCHelper as convenience classes,
>>      to wrap JDBC exceptions, and for the methods they provide. Now I could call
>>        DataSourceUtils.getThreadObjectManager().bindThreadObject(...)
>>      to bind the SingleConnectionDatasource to the thread, before using the
>>      JDBCTemplate, but I'm not sure that's buying me much over the case of
>>      not binding it. In either case, JDBCTemplate is simply going to end up
>>      getting the same Connection. Because I am using the
>>      SingleConnectionDatasource, it's not like in this case there is a real
>>      DataSource object, and you only want to call getConnection on it once...
>>     
>>      Hopefully my exaplanation is clear now...
>>     
>>     
>>      jürgen höller [werk3AT] wrote:
>>     
>>      >I agree that in case of an existing connection, SingleConnectionDataSource should not override the commit mode. For the default case, I consider auto commit mode appropriate though. Any J2EE DataSource will return an auto commit connection outside a transaction, so why shouldn't SingleConnectionDataSource do too?
>>      >
>>      >BTW, what you are trying to do seems a bit awkward. Why manually feed the Connection of a Hibernate Session via SingleConnectionDataSource to JdbcTemplate? JdbcTemplate is supposed to be a threadsafe, reusable object, fetching connections on demand. Wouldn't it be easier to use Spring's thread-binding mechanism (DataSourceUtils.getThreadObjectManager) to make JdbcTemplate use a specific connection, be it implicitly via HibernateTransactionManager or explicitly in some custom way?
>>      >
>>      >Juergen
>>      >
>>      >
>>      >
>>      >       -----Ursprüngliche Nachricht-----
>>      >       Von: Colin Sampaleanu [mailto:col...@ex...]
>>      >       Gesendet: Mo 25.08.2003 20:02
>>      >       An: spr...@li...
>>      >       Cc:
>>      >       Betreff: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?
>>      >     
>>      >     
>>      >
>>      >       I want to use SingleConnectionDataSource with Hibernate, so I can wrap a
>>      >       connection I get from a Hibernate Session, and feed it as a DataSource
>>      >       to JDBCTemplate/JDBCHelper.
>>      >     
>>      >       However, right now I've had to make my own variant since the current
>>      >       code always calls
>>      >         source.setAutoCommit(true);
>>      >       in the init() method.  This seems very arbitrary to me. At least in the
>>      >       case when the class is given an existing connection, it should just
>>      >       assume the commit option has been set appropriately on the connection.
>>      >     
>>      >       Even in the case when the class is opening the connection itself from an
>>      >       existing DataSource, there needs to be an option to set autoCommit
>>      >       either way.
>>      >     
>>      >       Regards,
>>    
>>

RE: [Springframework-developer] Example classes needed

[<jue...@we...>]

Lars,

You mean that

  <servlet>
    <servlet-name>contextLoader</servlet-name>
    =
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-=
class>
    <load-on-startup>1</load-on-startup>
  </servlet>

  <servlet>
    <servlet-name>example</servlet-name>
    =
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-cla=
ss>
    <load-on-startup>2</load-on-startup>
  </servlet>

still loads the DispatcherServlet before the ContextLoaderServlet? =
Ignoring the load-on-startup values would be a major bug in WebLogic's =
web container. Are you *really* sure that a web.xml with entries like =
the above causes wrong initialization order? Please recheck that =
thoroughly!

It's bad enough that WebLogic invokes the listeners at the wrong time, =
but unfortunately that is not actually conflicting with the current =
spec. I can't believe that it ignores servlet load-on-startup values =
though - how did it get its J2EE 1.3 certification then? It seems to =
work on Thomas' installation, so there should be a way to make it work =
on yours.

Even in the extreme case, a solution can be found. You could for example =
just use a servlet-specific context and no root context, by simply =
omitting the context loader definition. You could subclass =
DispatcherServlet to perform initialization of the root context before =
continuing with its own. But I'm pretty sure that none of these will be =
necessary.

Juergen


-----Original Message-----
From: Lars Fischer [mailto:lar...@gm...]
Sent: Monday, August 25, 2003 10:32 AM
To: j=FCrgen h=F6ller [werk3AT]
Cc: tri...@tr...; spr...@li...
Subject: RE: [Springframework-developer] Example classes needed


J=FCrgen,

the problem is that the ***-servlet.xml stuff is always loaded before
the applicationContext.xml stuff no matter what I define in=20
web.xml. This is against the documentation.

I will open a case with BEA support (this would be the first time they
would solve an issue but you can never know ...).

It seems like I have to use another server but unless there is no error
in my application Spring is no alternative for production applications
(Petclinic does not work too at the moment).

Is there any difference between the Java SDK versions ?

Thanks
Lars

> Lars, Thomas,
>=20
> I guess that WebLogic simply invokes the listeners after =
load-on-startup=20
> servlets. Bad WebLogic ;-)
>=20
> Unfortunately, the Servlet 2.3 spec leaves this unspecified. The =
Servlet=20
> 2.4 spec clarifies that listeners have to be *initialized before* and=20
> *destroyed after* any servlets. Tomcat and Resin already behave this=20
> way, Orion does too since 2.0.2 after I've informed them about the=20
> Servlet 2.4 clarification...
>=20
> For a solution with current WebLogic versions, I agree that using the=20
> servlet initializers like ContextLoaderServlet and Log4jConfigServlet =
is=20
> probably the best choice, as Thomas has recommended.
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: tri...@tr... [mailto:tri...@tr...]
> Sent: Sunday, August 24, 2003 10:49 PM
> To: Lars Fischer
> Cc: spr...@li...
> Subject: Re: [Springframework-developer] Example classes needed
>=20
>=20
> Lars,
>=20
> Loading ContextLoaderServlet as a servlet with load-on-startup set to =
1=20
> and
> loading DispatcherServlet with load-on-startup set to 2 works for me =
on=20
> WebLogic
> 8.1 SP1.  If it does not work, could you send me the web.xml and your=20
> log output?
>=20
> Also, I get the same errors deploying the Petclinic, so it does not =
work=20
> for me.
>  Can you send me the petclinic war file that works with WebLogic 8.1 =
SP1=20
> so I
> can try it on my server?
>=20
> Thomas
>=20
>=20
> > Thomas,
> >=20
> > thanks for the suggestion. Tried it but it doesn't work.
> >=20
> > This is a serious one:
> >=20
> > Tested my app with Tomcat 4.1.24 and it works.
> >=20
> > I does NOT work with
> >=20
> > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
> >=20
> > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
> >=20
> > Regards
> > Lars
> >=20
> > > Lars,
> > >=20
> > > I have looked into this a little bit more.  What happens is that=20
> > > ServletContextListener.contextInitialized() method is called =
_after_=20
> the =20
> > > HttpServlet.init() method is called on servlets specified with=20
> <load-on-
> > > startup>.  This causes the xxx-servlet.xml to be loaded before the =

> > > applicationContext.xml is loaded, so that is why you can't =
reference=20
>=20
> > > the 'cwxDao' bean.  This behavior is the opposite of what I see =
for
> > > Tomcat,=20
> > > and I'm sure the same is true for Orion and Resin that Juergen is=20
> using.=20
> > > I=20
> > > looked in the Servlet 2.3 specification, but I did not see =
anything
> > > specifying=20
> > > which order these methods should be called in.  Maybe Juergen or =
Rod=20
> can
> > > shed=20
> > > some more light on this issue. =20
> > >=20
> > > You should be able to use the ContextLoaderServlet for now.
> > >=20
> > > Thomas
>=20

RE: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Juergen,

> Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the end
> of this week if there aren't any major obstacles. BTW, can everybody please
> test the current CVS contents against own applications?
> 

I am updating the Step-by-step-MVC document - what will the exact name of the
directory and the jar file be?  I'm assuming 'spring-framework-1.0M1' and
'spring-full-1.0M1.jar'.

Thomas  

Re: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Thomas,

unfortunately I've deleted the working petclinic.war yesterday and was not
able to 
reproduce it but I'll try to look into the logs.

I've deployed the application with the following options in web.xml:

 <listener>
   
<listener-class>com.interface21.web.context.ContextLoaderListener</listener-class>
  </listener>

  <servlet>
    <servlet-name>cwxRootContext</servlet-name>
   
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>

  <servlet>
    <servlet-name>cwx</servlet-name>
   
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>2</load-on-startup>
  </servlet>

Attached is the output from WebLogic and TomCat (TomCat works without
problems).

WebLogic complains about not finding the requested class in the classpath.

Hope this helps
Lars

> Lars,
> 
> Loading ContextLoaderServlet as a servlet with load-on-startup set to 1
> and
> loading DispatcherServlet with load-on-startup set to 2 works for me on
> WebLogic
> 8.1 SP1.  If it does not work, could you send me the web.xml and your log
> output?
> 
> Also, I get the same errors deploying the Petclinic, so it does not work
> for me.
>  Can you send me the petclinic war file that works with WebLogic 8.1 SP1
> so I
> can try it on my server?
> 
> Thomas
> 
> 
> > Thomas,
> > 
> > thanks for the suggestion. Tried it but it doesn't work.
> > 
> > This is a serious one:
> > 
> > Tested my app with Tomcat 4.1.24 and it works.
> > 
> > I does NOT work with
> > 
> > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
> > 
> > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
> > 
> > Regards
> > Lars
> > 
> > > Lars,
> > > 
> > > I have looked into this a little bit more.  What happens is that 
> > > ServletContextListener.contextInitialized() method is called _after_
> the  
> > > HttpServlet.init() method is called on servlets specified with
> <load-on-
> > > startup>.  This causes the xxx-servlet.xml to be loaded before the 
> > > applicationContext.xml is loaded, so that is why you can't reference 
> > > the 'cwxDao' bean.  This behavior is the opposite of what I see for
> > > Tomcat, 
> > > and I'm sure the same is true for Orion and Resin that Juergen is
> using. 
> > > I 
> > > looked in the Servlet 2.3 specification, but I did not see anything
> > > specifying 
> > > which order these methods should be called in.  Maybe Juergen or Rod
> can
> > > shed 
> > > some more light on this issue.  
> > > 
> > > You should be able to use the ContextLoaderServlet for now.
> > > 
> > > Thomas
> > > 
> > > 
> > > > Lars,
> > > > 
> > > > This might be a WebLogic specific issue - I just saw similar error
> when
> > > I
> > > > deployed my app in WebLogic 8.1.
> > > > 
> > > > I will try to research this in more detail later on today or
> tomorrow. 
> > > In
> > > > the
> > > > meantime try this in your web.xml
> > > > 
> > > > <servlet>
> > > > <servlet-name>cwxRootContext</servlet-name> 
> > > >
> > >
> <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
> > > class>
> > > > <load-on-startup>1</load-on-startup>
> > > > </servlet>
> > > > 
> > > > <servlet>
> > > > <servlet-name>cwx</servlet-name>
> > > >
> > >
> >
>
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> > > > <load-on-startup>2</load-on-startup>
> > > > </servlet>
> > > > 
> > > > Thomas
> > > > 
> > > > 
> > > > 
> > > > > Thomas,
> > > > > 
> > > > > attached is the web.xml.
> > > > > 
> > > > > Without the ContextLoaderListener nothing would happen, not even
> > > > > the Hibernate stuff in applicationContext.xml.
> > > > > 
> > > > > Thanks
> > > > > Lars
> > > > > 
> > > > > > Lars,
> > > > > > 
> > > > > > You did not include your web.xml, but my guess is you need to
> add a
> > > > > > ContextLoaderListener.  The application context has to be loaded
> > > first,
> > > > > > and the
> > > > > > error messages indicates that the bean 'cwxDao' can't be found,
> so
> > > it
> > > > > > looks like
> > > > > > that did not happen.
> > > > > > 
> > > > > > web.xml:
> > > > > > 
> > > > > > <web-app>
> > > > > > 
> > > > > >   <!--
> > > > > >   - Loads the root application context of this web app at
> startup,
> > > > > >   - by default from "/WEB-INF/applicationContext.xml".
> > > > > >   -->
> > > > > >   <listener>      
> > > > > >     <listener-class>
> > > > > >       com.interface21.web.context.ContextLoaderListener
> > > > > >     </listener-class>
> > > > > >   </listener>
> > > > > > 
> > > > > >    <!-- more definitions -->
> > > > > > 
> > > > > > </web-app>
> > > > > > 
> > > > > > 
> > > > > > Hope this helps.
> > > > > > 
> > > > > > Thomas
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > > Hi all Spring experts,
> > > > > > > 
> > > > > > > can anyone provide me the example classes mentioned in several
> > > > skeletons
> > > > > > 
> > > > > > > (e.g. exampleController, exampleBusinessObject,
> > > > exampleDataAccessObject)
> > > > > > ?
> > > > > > > 
> > > > > > > The two provided sample applications don't reflect the
> skeletons
> > > very
> > > > > > well.
> > > > > > > There should be one 'big' application showing all the stuff
> and
> > > many
> > > > > > small
> > > > > > > ones to show single options (like in WebWork 1).
> > > > > > > 
> > > > > > > I've defined the following in applicationContext.xml (and it
> > > works):
> > > > > > > 
> > > > > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > > > >   <property name="sessionFactory"><ref
> > > > > > bean="cwxSessionFactory"/></property>
> > > > > > > </bean>
> > > > > > > 
> > > > > > > When defining 
> > > > > > > 
> > > > > > > (cwx-servlet.xml)
> > > > > > > 
> > > > > > > <!--  Controller for the initial "Hello" page -->
> > > > > > > <bean id="cwxController" class="example.web.CwxController">
> > > > > > >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > > > > </bean>
> > > > > > > 
> > > > > > > (CwxController)
> > > > > > > 
> > > > > > >  private CwxDao cwxDao;
> > > > > > > 
> > > > > > > public void setCwxDao(CwxDao cwxDao) {
> > > > > > >     this.cwxDao = cwxDao;
> > > > > > >  }
> > > > > > > 
> > > > > > > 
> > > > > > > I always get
> > > > > > > 
> > > > > > > ERROR [com.interface21.web.servlet.DispatcherServlet] -
> <Servlet
> > > with
> > > > > > name
> > > > > > > 'cwx' : initialization error>
> > > > > > > com.interface21.beans.factory.NoSuchBeanDefinitionException:
> No
> > > bean
> > > > > > named
> > > > > > > [cwxDao] is defined {class
> > > > > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > > > > defined beans
> > > [messageSource,viewResolver,urlMapping,cwxController]}
> > > > > > > 
> > > > > > > This is the second time I get almost useless error messages.
> This
> > > is
> > > > one
> > > > > > > point where EJBs are far ahead (
> > > > > > > there is almost always an error message telling you what
> excactly 
> > > is
> > > > > > > wrong).
> > > > > > > 
> > > > > > > Another (dumb) question:
> > > > > > > 
> > > > > > > What is the difference between a DAO *implementation* and a
> > > business
> > > > > > object
> > > > > > > and where does
> > > > > > > e. g. Petclinic reflect this ? I'm asking this because of the
> > > > diiference
> > > > > > > between the skeletons and the
> > > > > > > sample applications. The skeletons provide a DAO and a
> Business
> > > Object
> > > > > > using
> > > > > > > the DAO definition,
> > > > > > > Petclinic does not. The samples should be as close as possible
> to
> > > the
> > > > > > > skeletons or the skeletons should
> > > > > > > at least provide the java classes (shouldn't be too hard).
> > > > > > > 
> > > > > > > Thanks in advance
> > > > > > > Lars
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > -------------------------------------------------------
> > > > > > > This SF.net email is sponsored by: VM Ware
> > > > > > > With VMware you can run multiple operating systems on a single
> > > > machine.
> > > > > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual
> machines
> > > > > > > at the same time. Free trial click
> > > > > > here:http://www.vmware.com/wl/offer/358/0
> > > > > > > _______________________________________________
> > > > > > > Springframework-developer mailing list
> > > > > > > Spr...@li...
> > > > > > >
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: VM Ware
> > > > With VMware you can run multiple operating systems on a single
> machine.
> > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > at the same time. Free trial click
> > > here:http://www.vmware.com/wl/offer/358/0
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > >
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: VM Ware
> > > With VMware you can run multiple operating systems on a single
> machine.
> > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > at the same time. Free trial click
> > > here:http://www.vmware.com/wl/offer/358/0
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[<jue...@we...>]

PiBTaW5jZSBpbiB0aGlzIGNhc2UgdGhlIERhdGFTb3VyY2UgaXMgbm90IGFscmVhZHkgYm91bmQg
dG8gdGhlIHRocmVhZCwgaW4gdGhpcyBjYXNlLCBteSBKREJDIGNvZGUgZW5kcyB1cCBjYWxsaW5n
IGdldENvbm5lY3Rpb24gb24gdGhlIHJlYWwgRGF0YVNvdXJjZSAoZnJvbSBKTkRJKS4gVGhlbiB0
aGF0IGRhdGFzb3VyY2UgZW5kcyB1cCBhbGxvY2F0aW5nIGEgbmV3IGNvbm5lY3Rpb24gZnJvbSBp
dHMgcG9vbCwgd2hpY2ggaXMgcmV0dXJuZWQgdG8gbWUuIFRoZXJlIGlzIG5vIGlzc3VlIGluIHRl
cm1zIG9mIHdvcmtpbmcgdG9nZXRoZXIgd2l0aCB0aGUgZXhpc3RpbmcgY29ubmVjdGlvbiwgSlRB
IHRha2VzIGNhcmUgb2YgdGhhdCwgYnV0IHRoZSB3aG9sZSBwcm9jZXNzIGlzIGEgbG90IG1vcmUg
aGVhdnl3ZWlnaHQgYW5kIHRha2VzIG1vcmUgcmVzb3VyY2VzICh0d28gcG9vbGVkIGNvbm5lY3Rp
b25zIGluc3RlYWQgb2Ygb25lKSwgcGx1cyB0aGUgY29vcmRpbmF0aW9uIGFtb25nIHRoZW0uDQog
DQpUbyB0aGUgYmVzdCBvZiBteSBrbm93bGVkZ2UsIGFueSBkZWNlbnQgSlRBIGltcGxlbWVudGF0
aW9uIHdpbGwgcmV0dXJuIHRoZSBzYW1lIENvbm5lY3Rpb24gaW5zdGFuY2UgaWYgYXNrZWQgZm9y
IGEgQ29ubmVjdGlvbiBmb3IgdGhlIHNhbWUgRGF0YVNvdXJjZSBhZ2FpbiB3aXRoaW4gYW4gYWN0
aXZlIHRyYW5zYWN0aW9uLiBUaGlzIGlzIGV2ZW4gcmVjb21tZW5kZWQgYnkgdGhlIEpUQSBzcGVj
LCB1bmRlciB0aGUgbmFtZSAibG9jYWwgdHJhbnNhY3Rpb24gb3B0aW1pemF0aW9uIiBJSVJDLiBK
VEEgdHJhbnNhY3Rpb24gbWFuYWdlcnMgd2lsbCB0eXBpY2FsbHkgbm90IHBlcmZvcm0gMlBDIGZv
ciBzdWNoIHNpbmdsZSBEYXRhU291cmNlIHRyYW5zYWN0aW9ucyBidXQganVzdCBmb3IgYWN0dWFs
IGRpc3RyaWJ1dGVkIG9uZXMuIEkgY29uc2lkZXIgaXQgc2FmZSB0byBhc3N1bWUgdGhhdCBhbGwg
bWFqb3IgY29udGFpbmVycyBpbXBsZW1lbnQgaXQgdGhhdCB3YXkuDQogDQpKdWVyZ2VuDQoNCg0K
asO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSB3cm90ZToNCg0KPkNvbGluLA0KPg0KPllvdSBvYnZp
b3VzbHkgd2FudCB0byBwZXJmb3JtIHBsYWluIEpEQkMgYWNjZXNzIHdpdGhpbiB0aGUgc2FtZSB0
cmFuc2FjdGlvbiBhcyB0aGUgSGliZXJuYXRlIGFjY2Vzcy4gVGhpcyBjYW4gYmUgYWNoaWV2ZWQg
ZWFzaWx5IHZpYSBIaWJlcm5hdGVUcmFuc2FjdGlvbk1hbmFnZXIgb3IgSnRhVHJhbnNhY3Rpb25N
YW5hZ2VyLCB3aXRob3V0IGFueSBzcGVjaWZpYyBnbHVpbmcuDQo+DQo+SWYgeW91IGRlZmluZSBh
IHJlc3BlY3RpdmUgSkRCQyBEYXRhU291cmNlIGluIHRoZSBhcHBsaWNhdGlvbiBjb250ZXh0LCBw
b2ludGluZyB0byB0aGUgc2FtZSBvbmUgdGhhdCBIaWJlcm5hdGUgdXNlcyAoYmUgaXQgYSBsb2Nh
bCBvbmUgc3BlY2lmaWVkIG9uIExvY2FsU2Vzc2lvbkZhY3RvcnlCZWFuIG9yIGEgc2hhcmVkIEpO
REkgb25lKSwgeW91IGNhbiBtYWtlIEhpYmVybmF0ZVRyYW5zYWN0aW9uTWFuYWdlciBleHBvcnQg
aXRzIHRyYW5zYWN0aW9ucyBmb3IgdGhpcyBwYXJ0aWN1bGFyIERhdGFTb3VyY2UgYnkgcGFzc2lu
ZyB0aGUgRGF0YVNvdXJjZSBhcyBiZWFuIHJlZmVyZW5jZSBpbnRvIGl0cyAiZGF0YVNvdXJjZSIg
cHJvcGVydHkuIEhpYmVybmF0ZVRyYW5zYWN0aW9uTWFuYWdlciB3aWxsIHNpbXBseSB0YWtlIHRo
ZSB2ZXJ5IEpEQkMgQ29ubmVjdGlvbiB0aGF0IHRoZSBIaWJlcm5hdGUgU2Vzc2lvbiB1c2VzIGFu
ZCBiaW5kIGl0IHRvIHRoZSB0aHJlYWQgdmlhIERhdGFTb3VyY2VVdGlscyBmb3IgcGxhaW4gSkRC
QyBhY2Nlc3Mgb24gdGhhdCBEYXRhU291cmNlLiBUaGUgbGF0dGVyIGRvZXMgbm90IGhhdmUgdG8g
YmUgYXdhcmUgdGhhdCBpdCBpcyB3b3JraW5nIHdpdGggYSBIaWJlcm5hdGUtcHJvdmlkZWQgQ29u
bmVjdGlvbiENCj4NCj5XaXRoIEp0YVRyYW5zYWN0aW9uTWFuYWdlciwgaXQncyBzaW1pbGFyOiBE
ZWZpbmUgdGhlIHNhbWUgSk5ESSBEYXRhU291cmNlIHRoYXQgdGhlIEhpYmVybmF0ZSBTZXNzaW9u
RmFjdG9yeSB1c2VzIGZvciB0aGUgSmRiY1RlbXBsYXRlLCBhbmQgSlRBIHdpbGwgY2FyZSBmb3Ig
cmV0dXJuaW5nIHRoZSBzYW1lIENvbm5lY3Rpb24gdG8gYm90aCB0aGUgSGliZXJuYXRlIFNlc3Np
b24gYW5kIHRoZSBKREJDIGFjY2VzcyBjb2RlIGlmIGluIGFuIGFjdGl2ZSB0cmFuc2FjdGlvbi4N
Cj4NCj5TbyBpbiBhbnkgY2FzZSwgdGhpcyAic2FtZSBEYXRhU291cmNlIiBhcHByb2FjaCBpcyBh
cyBlZmZpY2llbnQgYXMgcGFzc2luZyB0aGUgSGliZXJuYXRlIFNlc3Npb24ncyBKREJDIENvbm5l
Y3Rpb24gbWFudWFsbHkgdG8gYSBKZGJjVGVtcGxhdGUgaW5zdGFuY2UsIGFzIGl0IHJldXNlcyB0
aGUgc2FtZSBDb25uZWN0aW9uIGZvciBib3RoIHRoZSBIaWJlcm5hdGUgU2Vzc2lvbiBhbmQgdGhl
IEpkYmNUZW1wbGF0ZSB3aXRoaW4gYSB0cmFuc2FjdGlvbi4gSSBzdHJvbmdseSByZWNvbW1lbmQg
c3VjaCBhIHNvbHV0aW9uIG92ZXIgbWFudWFsIGdsdWluZy4NCj4NCj5KdWVyZ2VuDQo+DQo+DQo+
DQo+ICAgICAgIC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCj4gICAgICAgVm9u
OiBDb2xpbiBTYW1wYWxlYW51IFttYWlsdG86Y29saW5tbDFAZXhpcy5jb21dDQo+ICAgICAgIEdl
c2VuZGV0OiBNbyAyNS4wOC4yMDAzIDIzOjE0DQo+ICAgICAgIEFuOiBqw7xyZ2VuIGjDtmxsZXIg
W3dlcmszQVRdDQo+ICAgICAgIENjOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNv
dXJjZWZvcmdlLm5ldA0KPiAgICAgICBCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZl
bG9wZXJdIFdoeSBkb2VzIFNpbmdsZUNvbm5lY3Rpb25EYXRhU291cmNlIGFsd2F5cyBzZXQgYXV0
b0NvbW1pdD10cnVlPw0KPiAgICAgIA0KPiAgICAgIA0KPg0KPiAgICAgICBXL3JlZ2FyZHMgdG8g
YXV0byBjb21taXQgaW4gdGhlIGRlZmF1bHQgY2FzZSAod2hlbiB0aGUgY2xhc3MgZ2V0cyB0aGUN
Cj4gICAgICAgY29ubmVjdGlvbiBpdHNlbGYpLCBJIHdvdWxkIHNheSwgZXhhY3RseSwgdGhlIEpE
QkMgc3BlY3Mgc3BlY2lmaWNhbGx5DQo+ICAgICAgIHNheSB0aGUgZ2V0Q29ubmVjdGlvbiBjYWxs
ZWQgb24gdGhlIGRhdGFzb3VyY2Ugd2lsbCByZXR1cm4gYSBjb25uZWN0aW9uDQo+ICAgICAgIHdp
dGggYXV0b0NvbW1pdCBvbiBieSBkZWZhdWx0LiBTbyB3aHkgaXMgU2luZ2xlQ29ubmVjdGlvbkRh
dGFTb3VyY2UgdGhlbg0KPiAgICAgICBnb2luZyBhbmQgc2V0dGluZyBpdCBvbiBhcyB3ZWxsLiBH
aXZlbiB0aGF0IFNpbmdsZUNvbm5lY3Rpb25EYXRhc291cmNlDQo+ICAgICAgIGRvZXNuJ3QgaGF2
ZSBhbnkgY2x1ZSBhYm91dCB0aGUgaW50ZW5kZWQgdXNlIG9mIHRoZSBjb25uZWN0aW9uLCB0aGUg
bW9zdA0KPiAgICAgICBjb3JyZWN0IGJlaGF2aW91ciBpcyBwcm9iYWJseSB0byBub3QgaGF2ZSBp
dCBjYWxsIHNldEF1dG9Db21taXQgd2l0aA0KPiAgICAgICBlaXRoZXIgc3RhdGUsIGJ5IGRlZmF1
bHQsIHdoaWNoIHdvdWxkIG1pcnJvciBub3JtYWwNCj4gICAgICAgZGF0YXNvdXJjZS9jb25uZWN0
aW9uIHVzYWdlLCBhbmQgYWxzbyBhbGxvdyBhIG1lY2hhbmlzbSB0byBzcGVjaWZ5IHRoYXQNCj4g
ICAgICAgaXQgc2hvdWxkIGJlIGNhbGxlZCBvbmUgd2F5IG9yIGFub3RoZXIuIEhvd2V2ZXIsIHRo
aXMgbWF5IGJlIG1vcmUgd29yaw0KPiAgICAgICB0aGFuIGlzIHdvcnRoIGl0LCBhbmQgYSBkZWZh
dWx0IGNhbGwgd2l0aCB0aGUgb3B0aW9uIHRvIG9uLCBhbG9uZyB3aXRoIGENCj4gICAgICAgbWVj
aGFuaXNtIChhbm90aGVyIGNvbnN0cnVjdG9yIHdpdGggYSB2YWx1ZSBmb3IgdGhlIGNhbGwpIHRv
IG92ZXJyaWRlDQo+ICAgICAgIGl0LCB3b3VsZCBiZSBmaW5lLiBTbyB0byBiZSBjbGVhciwgSSBk
byB0aGluayBldmVuIHdoZW4NCj4gICAgICAgU2luZ2xlQ29ubmVjdGlvbkRhdGFTb3VyY2UgZ2V0
cyB0aGUgY29ubmVjdGlvbiB0aGVyZSBpcyBhIG5lZWQgZm9yIGFuDQo+ICAgICAgIG92ZXJyaWRl
Lg0KPiAgICAgIA0KPiAgICAgICBBcyBmb3IgbXkgdXNlIGNhc2UsIEkgZG9uJ3QgdGhpbmsgSSB3
YXMgY2xlYXIgZW5vdWdoLiAgSSBoYXZlIHNvbWUgY29kZQ0KPiAgICAgICBpbiBhIEhpYmVybmF0
ZSBzcGVjaWZpYyBEQU8vTWFwcGVyIG9iamVjdC4gSSBhbSBhbHJlYWR5IGV4ZWN1dGluZyBpbnNp
ZGUNCj4gICAgICAgYSB0cmFuc2FjdGlvbiBpbnRyb2R1Y2VkIHZpYSBTcHJpbmcncyBBT1AgaW50
ZXJjZXB0b3IuIFNvIEkgZG8gaGF2ZSBhDQo+ICAgICAgIFNlc3Npb25GYWN0b3J5LCBldGMuIGJv
dW5kIHRvIHRoZSB0aHJlYWQuIE5vdyBpbnNpZGUgYSBtZXRob2QgaW4gdGhpcw0KPiAgICAgICBt
YXBwZXIgSSBuZWVkIHRvIGRvIGFuIG9wZXJhdGlvbiBvbiBhIEJMT0IvQ0xPQiwgd2hlcmUgdGhl
cmUgYXJlIGENCj4gICAgICAgbnVtYmVyIG9mIGRiIHBsYXRmb3JtIHNwZWNpZmljIGlzc3Vlcywg
YW5kIEhpYmVybmF0ZSdzIHN1cHBvcnQgb2YNCj4gICAgICAgQkxPQnMvQ0xPQnMgaXMgbm90IGdv
b2QgZW5vdWdoLiBHaXZlbiB0aGF0IEkgaGF2ZSBhIEhpYmVybmF0ZSBTZXNzaW9uDQo+ICAgICAg
IHdoaWNoIGFscmVhZHkgaGFzIGEgY29ubmVjdGlvbiBhdmFpbGFibGUsIHVzaW5nIGl0IGlzIHRo
ZSBiZXN0IG1lY2hhbmlzbQ0KPiAgICAgICAoYXMgb3Bwb3NlZCB0byB0cnlpbmcgdG8gZ2V0IGEg
cmVhbCBEYXRhU291cmNlIGluIFNwcmluZydzIGNvbnRleHQgdG8NCj4gICAgICAgdXNlKS4gTm93
IEkgYW0gdXNpbmcgSkRCQ1RlbXBsYXRlIGFuZCBKREJDSGVscGVyIGFzIGNvbnZlbmllbmNlIGNs
YXNzZXMsDQo+ICAgICAgIHRvIHdyYXAgSkRCQyBleGNlcHRpb25zLCBhbmQgZm9yIHRoZSBtZXRo
b2RzIHRoZXkgcHJvdmlkZS4gTm93IEkgY291bGQgY2FsbA0KPiAgICAgICAgIERhdGFTb3VyY2VV
dGlscy5nZXRUaHJlYWRPYmplY3RNYW5hZ2VyKCkuYmluZFRocmVhZE9iamVjdCguLi4pDQo+ICAg
ICAgIHRvIGJpbmQgdGhlIFNpbmdsZUNvbm5lY3Rpb25EYXRhc291cmNlIHRvIHRoZSB0aHJlYWQs
IGJlZm9yZSB1c2luZyB0aGUNCj4gICAgICAgSkRCQ1RlbXBsYXRlLCBidXQgSSdtIG5vdCBzdXJl
IHRoYXQncyBidXlpbmcgbWUgbXVjaCBvdmVyIHRoZSBjYXNlIG9mDQo+ICAgICAgIG5vdCBiaW5k
aW5nIGl0LiBJbiBlaXRoZXIgY2FzZSwgSkRCQ1RlbXBsYXRlIGlzIHNpbXBseSBnb2luZyB0byBl
bmQgdXANCj4gICAgICAgZ2V0dGluZyB0aGUgc2FtZSBDb25uZWN0aW9uLiBCZWNhdXNlIEkgYW0g
dXNpbmcgdGhlDQo+ICAgICAgIFNpbmdsZUNvbm5lY3Rpb25EYXRhc291cmNlLCBpdCdzIG5vdCBs
aWtlIGluIHRoaXMgY2FzZSB0aGVyZSBpcyBhIHJlYWwNCj4gICAgICAgRGF0YVNvdXJjZSBvYmpl
Y3QsIGFuZCB5b3Ugb25seSB3YW50IHRvIGNhbGwgZ2V0Q29ubmVjdGlvbiBvbiBpdCBvbmNlLi4u
DQo+ICAgICAgDQo+ICAgICAgIEhvcGVmdWxseSBteSBleGFwbGFuYXRpb24gaXMgY2xlYXIgbm93
Li4uDQo+ICAgICAgDQo+ICAgICAgDQo+ICAgICAgIGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0g
d3JvdGU6DQo+ICAgICAgDQo+ICAgICAgID5JIGFncmVlIHRoYXQgaW4gY2FzZSBvZiBhbiBleGlz
dGluZyBjb25uZWN0aW9uLCBTaW5nbGVDb25uZWN0aW9uRGF0YVNvdXJjZSBzaG91bGQgbm90IG92
ZXJyaWRlIHRoZSBjb21taXQgbW9kZS4gRm9yIHRoZSBkZWZhdWx0IGNhc2UsIEkgY29uc2lkZXIg
YXV0byBjb21taXQgbW9kZSBhcHByb3ByaWF0ZSB0aG91Z2guIEFueSBKMkVFIERhdGFTb3VyY2Ug
d2lsbCByZXR1cm4gYW4gYXV0byBjb21taXQgY29ubmVjdGlvbiBvdXRzaWRlIGEgdHJhbnNhY3Rp
b24sIHNvIHdoeSBzaG91bGRuJ3QgU2luZ2xlQ29ubmVjdGlvbkRhdGFTb3VyY2UgZG8gdG9vPw0K
PiAgICAgICA+DQo+ICAgICAgID5CVFcsIHdoYXQgeW91IGFyZSB0cnlpbmcgdG8gZG8gc2VlbXMg
YSBiaXQgYXdrd2FyZC4gV2h5IG1hbnVhbGx5IGZlZWQgdGhlIENvbm5lY3Rpb24gb2YgYSBIaWJl
cm5hdGUgU2Vzc2lvbiB2aWEgU2luZ2xlQ29ubmVjdGlvbkRhdGFTb3VyY2UgdG8gSmRiY1RlbXBs
YXRlPyBKZGJjVGVtcGxhdGUgaXMgc3VwcG9zZWQgdG8gYmUgYSB0aHJlYWRzYWZlLCByZXVzYWJs
ZSBvYmplY3QsIGZldGNoaW5nIGNvbm5lY3Rpb25zIG9uIGRlbWFuZC4gV291bGRuJ3QgaXQgYmUg
ZWFzaWVyIHRvIHVzZSBTcHJpbmcncyB0aHJlYWQtYmluZGluZyBtZWNoYW5pc20gKERhdGFTb3Vy
Y2VVdGlscy5nZXRUaHJlYWRPYmplY3RNYW5hZ2VyKSB0byBtYWtlIEpkYmNUZW1wbGF0ZSB1c2Ug
YSBzcGVjaWZpYyBjb25uZWN0aW9uLCBiZSBpdCBpbXBsaWNpdGx5IHZpYSBIaWJlcm5hdGVUcmFu
c2FjdGlvbk1hbmFnZXIgb3IgZXhwbGljaXRseSBpbiBzb21lIGN1c3RvbSB3YXk/DQo+ICAgICAg
ID4NCj4gICAgICAgPkp1ZXJnZW4NCj4gICAgICAgPg0KPiAgICAgICA+DQo+ICAgICAgID4NCj4g
ICAgICAgPiAgICAgICAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tDQo+ICAgICAg
ID4gICAgICAgVm9uOiBDb2xpbiBTYW1wYWxlYW51IFttYWlsdG86Y29saW5tbDFAZXhpcy5jb21d
DQo+ICAgICAgID4gICAgICAgR2VzZW5kZXQ6IE1vIDI1LjA4LjIwMDMgMjA6MDINCj4gICAgICAg
PiAgICAgICBBbjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5u
ZXQNCj4gICAgICAgPiAgICAgICBDYzoNCj4gICAgICAgPiAgICAgICBCZXRyZWZmOiBbU3ByaW5n
ZnJhbWV3b3JrLWRldmVsb3Blcl0gV2h5IGRvZXMgU2luZ2xlQ29ubmVjdGlvbkRhdGFTb3VyY2Ug
YWx3YXlzIHNldCBhdXRvQ29tbWl0PXRydWU/DQo+ICAgICAgID4gICAgIA0KPiAgICAgICA+ICAg
ICANCj4gICAgICAgPg0KPiAgICAgICA+ICAgICAgIEkgd2FudCB0byB1c2UgU2luZ2xlQ29ubmVj
dGlvbkRhdGFTb3VyY2Ugd2l0aCBIaWJlcm5hdGUsIHNvIEkgY2FuIHdyYXAgYQ0KPiAgICAgICA+
ICAgICAgIGNvbm5lY3Rpb24gSSBnZXQgZnJvbSBhIEhpYmVybmF0ZSBTZXNzaW9uLCBhbmQgZmVl
ZCBpdCBhcyBhIERhdGFTb3VyY2UNCj4gICAgICAgPiAgICAgICB0byBKREJDVGVtcGxhdGUvSkRC
Q0hlbHBlci4NCj4gICAgICAgPiAgICAgDQo+ICAgICAgID4gICAgICAgSG93ZXZlciwgcmlnaHQg
bm93IEkndmUgaGFkIHRvIG1ha2UgbXkgb3duIHZhcmlhbnQgc2luY2UgdGhlIGN1cnJlbnQNCj4g
ICAgICAgPiAgICAgICBjb2RlIGFsd2F5cyBjYWxscw0KPiAgICAgICA+ICAgICAgICAgc291cmNl
LnNldEF1dG9Db21taXQodHJ1ZSk7DQo+ICAgICAgID4gICAgICAgaW4gdGhlIGluaXQoKSBtZXRo
b2QuICBUaGlzIHNlZW1zIHZlcnkgYXJiaXRyYXJ5IHRvIG1lLiBBdCBsZWFzdCBpbiB0aGUNCj4g
ICAgICAgPiAgICAgICBjYXNlIHdoZW4gdGhlIGNsYXNzIGlzIGdpdmVuIGFuIGV4aXN0aW5nIGNv
bm5lY3Rpb24sIGl0IHNob3VsZCBqdXN0DQo+ICAgICAgID4gICAgICAgYXNzdW1lIHRoZSBjb21t
aXQgb3B0aW9uIGhhcyBiZWVuIHNldCBhcHByb3ByaWF0ZWx5IG9uIHRoZSBjb25uZWN0aW9uLg0K
PiAgICAgICA+ICAgICANCj4gICAgICAgPiAgICAgICBFdmVuIGluIHRoZSBjYXNlIHdoZW4gdGhl
IGNsYXNzIGlzIG9wZW5pbmcgdGhlIGNvbm5lY3Rpb24gaXRzZWxmIGZyb20gYW4NCj4gICAgICAg
PiAgICAgICBleGlzdGluZyBEYXRhU291cmNlLCB0aGVyZSBuZWVkcyB0byBiZSBhbiBvcHRpb24g
dG8gc2V0IGF1dG9Db21taXQNCj4gICAgICAgPiAgICAgICBlaXRoZXIgd2F5Lg0KPiAgICAgICA+
ICAgICANCj4gICAgICAgPiAgICAgICBSZWdhcmRzLA0KPiAgICAgICA+ICAgICAgIENvbGluDQo+
ICAgICAgID4gICAgIA0KPiAgICAgICA+DQo+ICAgICAgDQo+ICAgICAgDQo+ICAgICAgDQo+DQo+
IA0KPg0KDQoNCg0K

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[Colin S. <col...@ex...>]

I agree that if I used HibernateTransactionManager, the impact is 
essentially the same, since the HibernateTransactionManager is going to 
directly bind the DataSource to the thread, and when a connection is 
needed the spring classes will see it there and return the existing 
thread bound connection instead of ever calling getConnection on it.

My feeling however is that with JTATransactionManager things are much 
worse if I don't bind the fake datasource myself, or feed it to 
JDBCTemplate.  Since in this case the DataSource is not already bound to 
the thread, in this case, my JDBC code ends up calling getConnection on 
the real DataSource (from JNDI). Then that datasource ends up allocating 
a new connection from its pool, which is returned to me. There is no 
issue in terms of working together with the existing connection, JTA 
takes care of that, but the whole process is a lot more heavyweight and 
takes more resources (two pooled connections instead of one), plus the 
coordination among them. Is this not an accurate description of the 
situation?

Regards,
Colin


jürgen höller [werk3AT] wrote:

>Colin,
> 
>You obviously want to perform plain JDBC access within the same transaction as the Hibernate access. This can be achieved easily via HibernateTransactionManager or JtaTransactionManager, without any specific gluing.
> 
>If you define a respective JDBC DataSource in the application context, pointing to the same one that Hibernate uses (be it a local one specified on LocalSessionFactoryBean or a shared JNDI one), you can make HibernateTransactionManager export its transactions for this particular DataSource by passing the DataSource as bean reference into its "dataSource" property. HibernateTransactionManager will simply take the very JDBC Connection that the Hibernate Session uses and bind it to the thread via DataSourceUtils for plain JDBC access on that DataSource. The latter does not have to be aware that it is working with a Hibernate-provided Connection!
> 
>With JtaTransactionManager, it's similar: Define the same JNDI DataSource that the Hibernate SessionFactory uses for the JdbcTemplate, and JTA will care for returning the same Connection to both the Hibernate Session and the JDBC access code if in an active transaction.
> 
>So in any case, this "same DataSource" approach is as efficient as passing the Hibernate Session's JDBC Connection manually to a JdbcTemplate instance, as it reuses the same Connection for both the Hibernate Session and the JdbcTemplate within a transaction. I strongly recommend such a solution over manual gluing.
> 
>Juergen
> 
> 
>
>	-----Ursprüngliche Nachricht----- 
>	Von: Colin Sampaleanu [mailto:col...@ex...] 
>	Gesendet: Mo 25.08.2003 23:14 
>	An: jürgen höller [werk3AT] 
>	Cc: spr...@li... 
>	Betreff: Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?
>	
>	
>
>	W/regards to auto commit in the default case (when the class gets the
>	connection itself), I would say, exactly, the JDBC specs specifically
>	say the getConnection called on the datasource will return a connection
>	with autoCommit on by default. So why is SingleConnectionDataSource then
>	going and setting it on as well. Given that SingleConnectionDatasource
>	doesn't have any clue about the intended use of the connection, the most
>	correct behaviour is probably to not have it call setAutoCommit with
>	either state, by default, which would mirror normal
>	datasource/connection usage, and also allow a mechanism to specify that
>	it should be called one way or another. However, this may be more work
>	than is worth it, and a default call with the option to on, along with a
>	mechanism (another constructor with a value for the call) to override
>	it, would be fine. So to be clear, I do think even when
>	SingleConnectionDataSource gets the connection there is a need for an
>	override.
>	
>	As for my use case, I don't think I was clear enough.  I have some code
>	in a Hibernate specific DAO/Mapper object. I am already executing inside
>	a transaction introduced via Spring's AOP interceptor. So I do have a
>	SessionFactory, etc. bound to the thread. Now inside a method in this
>	mapper I need to do an operation on a BLOB/CLOB, where there are a
>	number of db platform specific issues, and Hibernate's support of
>	BLOBs/CLOBs is not good enough. Given that I have a Hibernate Session
>	which already has a connection available, using it is the best mechanism
>	(as opposed to trying to get a real DataSource in Spring's context to
>	use). Now I am using JDBCTemplate and JDBCHelper as convenience classes,
>	to wrap JDBC exceptions, and for the methods they provide. Now I could call
>	  DataSourceUtils.getThreadObjectManager().bindThreadObject(...)
>	to bind the SingleConnectionDatasource to the thread, before using the
>	JDBCTemplate, but I'm not sure that's buying me much over the case of
>	not binding it. In either case, JDBCTemplate is simply going to end up
>	getting the same Connection. Because I am using the
>	SingleConnectionDatasource, it's not like in this case there is a real
>	DataSource object, and you only want to call getConnection on it once...
>	
>	Hopefully my exaplanation is clear now...
>	
>	
>	jürgen höller [werk3AT] wrote:
>	
>	>I agree that in case of an existing connection, SingleConnectionDataSource should not override the commit mode. For the default case, I consider auto commit mode appropriate though. Any J2EE DataSource will return an auto commit connection outside a transaction, so why shouldn't SingleConnectionDataSource do too?
>	>
>	>BTW, what you are trying to do seems a bit awkward. Why manually feed the Connection of a Hibernate Session via SingleConnectionDataSource to JdbcTemplate? JdbcTemplate is supposed to be a threadsafe, reusable object, fetching connections on demand. Wouldn't it be easier to use Spring's thread-binding mechanism (DataSourceUtils.getThreadObjectManager) to make JdbcTemplate use a specific connection, be it implicitly via HibernateTransactionManager or explicitly in some custom way?
>	>
>	>Juergen
>	>
>	>
>	>
>	>       -----Ursprüngliche Nachricht-----
>	>       Von: Colin Sampaleanu [mailto:col...@ex...]
>	>       Gesendet: Mo 25.08.2003 20:02
>	>       An: spr...@li...
>	>       Cc:
>	>       Betreff: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?
>	>      
>	>      
>	>
>	>       I want to use SingleConnectionDataSource with Hibernate, so I can wrap a
>	>       connection I get from a Hibernate Session, and feed it as a DataSource
>	>       to JDBCTemplate/JDBCHelper.
>	>      
>	>       However, right now I've had to make my own variant since the current
>	>       code always calls
>	>         source.setAutoCommit(true);
>	>       in the init() method.  This seems very arbitrary to me. At least in the
>	>       case when the class is given an existing connection, it should just
>	>       assume the commit option has been set appropriately on the connection.
>	>      
>	>       Even in the case when the class is opening the connection itself from an
>	>       existing DataSource, there needs to be an option to set autoCommit
>	>       either way.
>	>      
>	>       Regards,
>	>       Colin
>	>      
>	>
>	
>	
>	
>
>  
>

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[<jue...@we...>]

Q29saW4sDQogDQpZb3Ugb2J2aW91c2x5IHdhbnQgdG8gcGVyZm9ybSBwbGFpbiBKREJDIGFjY2Vz
cyB3aXRoaW4gdGhlIHNhbWUgdHJhbnNhY3Rpb24gYXMgdGhlIEhpYmVybmF0ZSBhY2Nlc3MuIFRo
aXMgY2FuIGJlIGFjaGlldmVkIGVhc2lseSB2aWEgSGliZXJuYXRlVHJhbnNhY3Rpb25NYW5hZ2Vy
IG9yIEp0YVRyYW5zYWN0aW9uTWFuYWdlciwgd2l0aG91dCBhbnkgc3BlY2lmaWMgZ2x1aW5nLg0K
IA0KSWYgeW91IGRlZmluZSBhIHJlc3BlY3RpdmUgSkRCQyBEYXRhU291cmNlIGluIHRoZSBhcHBs
aWNhdGlvbiBjb250ZXh0LCBwb2ludGluZyB0byB0aGUgc2FtZSBvbmUgdGhhdCBIaWJlcm5hdGUg
dXNlcyAoYmUgaXQgYSBsb2NhbCBvbmUgc3BlY2lmaWVkIG9uIExvY2FsU2Vzc2lvbkZhY3RvcnlC
ZWFuIG9yIGEgc2hhcmVkIEpOREkgb25lKSwgeW91IGNhbiBtYWtlIEhpYmVybmF0ZVRyYW5zYWN0
aW9uTWFuYWdlciBleHBvcnQgaXRzIHRyYW5zYWN0aW9ucyBmb3IgdGhpcyBwYXJ0aWN1bGFyIERh
dGFTb3VyY2UgYnkgcGFzc2luZyB0aGUgRGF0YVNvdXJjZSBhcyBiZWFuIHJlZmVyZW5jZSBpbnRv
IGl0cyAiZGF0YVNvdXJjZSIgcHJvcGVydHkuIEhpYmVybmF0ZVRyYW5zYWN0aW9uTWFuYWdlciB3
aWxsIHNpbXBseSB0YWtlIHRoZSB2ZXJ5IEpEQkMgQ29ubmVjdGlvbiB0aGF0IHRoZSBIaWJlcm5h
dGUgU2Vzc2lvbiB1c2VzIGFuZCBiaW5kIGl0IHRvIHRoZSB0aHJlYWQgdmlhIERhdGFTb3VyY2VV
dGlscyBmb3IgcGxhaW4gSkRCQyBhY2Nlc3Mgb24gdGhhdCBEYXRhU291cmNlLiBUaGUgbGF0dGVy
IGRvZXMgbm90IGhhdmUgdG8gYmUgYXdhcmUgdGhhdCBpdCBpcyB3b3JraW5nIHdpdGggYSBIaWJl
cm5hdGUtcHJvdmlkZWQgQ29ubmVjdGlvbiENCiANCldpdGggSnRhVHJhbnNhY3Rpb25NYW5hZ2Vy
LCBpdCdzIHNpbWlsYXI6IERlZmluZSB0aGUgc2FtZSBKTkRJIERhdGFTb3VyY2UgdGhhdCB0aGUg
SGliZXJuYXRlIFNlc3Npb25GYWN0b3J5IHVzZXMgZm9yIHRoZSBKZGJjVGVtcGxhdGUsIGFuZCBK
VEEgd2lsbCBjYXJlIGZvciByZXR1cm5pbmcgdGhlIHNhbWUgQ29ubmVjdGlvbiB0byBib3RoIHRo
ZSBIaWJlcm5hdGUgU2Vzc2lvbiBhbmQgdGhlIEpEQkMgYWNjZXNzIGNvZGUgaWYgaW4gYW4gYWN0
aXZlIHRyYW5zYWN0aW9uLg0KIA0KU28gaW4gYW55IGNhc2UsIHRoaXMgInNhbWUgRGF0YVNvdXJj
ZSIgYXBwcm9hY2ggaXMgYXMgZWZmaWNpZW50IGFzIHBhc3NpbmcgdGhlIEhpYmVybmF0ZSBTZXNz
aW9uJ3MgSkRCQyBDb25uZWN0aW9uIG1hbnVhbGx5IHRvIGEgSmRiY1RlbXBsYXRlIGluc3RhbmNl
LCBhcyBpdCByZXVzZXMgdGhlIHNhbWUgQ29ubmVjdGlvbiBmb3IgYm90aCB0aGUgSGliZXJuYXRl
IFNlc3Npb24gYW5kIHRoZSBKZGJjVGVtcGxhdGUgd2l0aGluIGEgdHJhbnNhY3Rpb24uIEkgc3Ry
b25nbHkgcmVjb21tZW5kIHN1Y2ggYSBzb2x1dGlvbiBvdmVyIG1hbnVhbCBnbHVpbmcuDQogDQpK
dWVyZ2VuDQogDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZv
bjogQ29saW4gU2FtcGFsZWFudSBbbWFpbHRvOmNvbGlubWwxQGV4aXMuY29tXSANCglHZXNlbmRl
dDogTW8gMjUuMDguMjAwMyAyMzoxNCANCglBbjogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSAN
CglDYzogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJ
QmV0cmVmZjogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBXaHkgZG9lcyBTaW5nbGVD
b25uZWN0aW9uRGF0YVNvdXJjZSBhbHdheXMgc2V0IGF1dG9Db21taXQ9dHJ1ZT8NCgkNCgkNCg0K
CVcvcmVnYXJkcyB0byBhdXRvIGNvbW1pdCBpbiB0aGUgZGVmYXVsdCBjYXNlICh3aGVuIHRoZSBj
bGFzcyBnZXRzIHRoZQ0KCWNvbm5lY3Rpb24gaXRzZWxmKSwgSSB3b3VsZCBzYXksIGV4YWN0bHks
IHRoZSBKREJDIHNwZWNzIHNwZWNpZmljYWxseQ0KCXNheSB0aGUgZ2V0Q29ubmVjdGlvbiBjYWxs
ZWQgb24gdGhlIGRhdGFzb3VyY2Ugd2lsbCByZXR1cm4gYSBjb25uZWN0aW9uDQoJd2l0aCBhdXRv
Q29tbWl0IG9uIGJ5IGRlZmF1bHQuIFNvIHdoeSBpcyBTaW5nbGVDb25uZWN0aW9uRGF0YVNvdXJj
ZSB0aGVuDQoJZ29pbmcgYW5kIHNldHRpbmcgaXQgb24gYXMgd2VsbC4gR2l2ZW4gdGhhdCBTaW5n
bGVDb25uZWN0aW9uRGF0YXNvdXJjZQ0KCWRvZXNuJ3QgaGF2ZSBhbnkgY2x1ZSBhYm91dCB0aGUg
aW50ZW5kZWQgdXNlIG9mIHRoZSBjb25uZWN0aW9uLCB0aGUgbW9zdA0KCWNvcnJlY3QgYmVoYXZp
b3VyIGlzIHByb2JhYmx5IHRvIG5vdCBoYXZlIGl0IGNhbGwgc2V0QXV0b0NvbW1pdCB3aXRoDQoJ
ZWl0aGVyIHN0YXRlLCBieSBkZWZhdWx0LCB3aGljaCB3b3VsZCBtaXJyb3Igbm9ybWFsDQoJZGF0
YXNvdXJjZS9jb25uZWN0aW9uIHVzYWdlLCBhbmQgYWxzbyBhbGxvdyBhIG1lY2hhbmlzbSB0byBz
cGVjaWZ5IHRoYXQNCglpdCBzaG91bGQgYmUgY2FsbGVkIG9uZSB3YXkgb3IgYW5vdGhlci4gSG93
ZXZlciwgdGhpcyBtYXkgYmUgbW9yZSB3b3JrDQoJdGhhbiBpcyB3b3J0aCBpdCwgYW5kIGEgZGVm
YXVsdCBjYWxsIHdpdGggdGhlIG9wdGlvbiB0byBvbiwgYWxvbmcgd2l0aCBhDQoJbWVjaGFuaXNt
IChhbm90aGVyIGNvbnN0cnVjdG9yIHdpdGggYSB2YWx1ZSBmb3IgdGhlIGNhbGwpIHRvIG92ZXJy
aWRlDQoJaXQsIHdvdWxkIGJlIGZpbmUuIFNvIHRvIGJlIGNsZWFyLCBJIGRvIHRoaW5rIGV2ZW4g
d2hlbg0KCVNpbmdsZUNvbm5lY3Rpb25EYXRhU291cmNlIGdldHMgdGhlIGNvbm5lY3Rpb24gdGhl
cmUgaXMgYSBuZWVkIGZvciBhbg0KCW92ZXJyaWRlLg0KCQ0KCUFzIGZvciBteSB1c2UgY2FzZSwg
SSBkb24ndCB0aGluayBJIHdhcyBjbGVhciBlbm91Z2guICBJIGhhdmUgc29tZSBjb2RlDQoJaW4g
YSBIaWJlcm5hdGUgc3BlY2lmaWMgREFPL01hcHBlciBvYmplY3QuIEkgYW0gYWxyZWFkeSBleGVj
dXRpbmcgaW5zaWRlDQoJYSB0cmFuc2FjdGlvbiBpbnRyb2R1Y2VkIHZpYSBTcHJpbmcncyBBT1Ag
aW50ZXJjZXB0b3IuIFNvIEkgZG8gaGF2ZSBhDQoJU2Vzc2lvbkZhY3RvcnksIGV0Yy4gYm91bmQg
dG8gdGhlIHRocmVhZC4gTm93IGluc2lkZSBhIG1ldGhvZCBpbiB0aGlzDQoJbWFwcGVyIEkgbmVl
ZCB0byBkbyBhbiBvcGVyYXRpb24gb24gYSBCTE9CL0NMT0IsIHdoZXJlIHRoZXJlIGFyZSBhDQoJ
bnVtYmVyIG9mIGRiIHBsYXRmb3JtIHNwZWNpZmljIGlzc3VlcywgYW5kIEhpYmVybmF0ZSdzIHN1
cHBvcnQgb2YNCglCTE9Ccy9DTE9CcyBpcyBub3QgZ29vZCBlbm91Z2guIEdpdmVuIHRoYXQgSSBo
YXZlIGEgSGliZXJuYXRlIFNlc3Npb24NCgl3aGljaCBhbHJlYWR5IGhhcyBhIGNvbm5lY3Rpb24g
YXZhaWxhYmxlLCB1c2luZyBpdCBpcyB0aGUgYmVzdCBtZWNoYW5pc20NCgkoYXMgb3Bwb3NlZCB0
byB0cnlpbmcgdG8gZ2V0IGEgcmVhbCBEYXRhU291cmNlIGluIFNwcmluZydzIGNvbnRleHQgdG8N
Cgl1c2UpLiBOb3cgSSBhbSB1c2luZyBKREJDVGVtcGxhdGUgYW5kIEpEQkNIZWxwZXIgYXMgY29u
dmVuaWVuY2UgY2xhc3NlcywNCgl0byB3cmFwIEpEQkMgZXhjZXB0aW9ucywgYW5kIGZvciB0aGUg
bWV0aG9kcyB0aGV5IHByb3ZpZGUuIE5vdyBJIGNvdWxkIGNhbGwNCgkgIERhdGFTb3VyY2VVdGls
cy5nZXRUaHJlYWRPYmplY3RNYW5hZ2VyKCkuYmluZFRocmVhZE9iamVjdCguLi4pDQoJdG8gYmlu
ZCB0aGUgU2luZ2xlQ29ubmVjdGlvbkRhdGFzb3VyY2UgdG8gdGhlIHRocmVhZCwgYmVmb3JlIHVz
aW5nIHRoZQ0KCUpEQkNUZW1wbGF0ZSwgYnV0IEknbSBub3Qgc3VyZSB0aGF0J3MgYnV5aW5nIG1l
IG11Y2ggb3ZlciB0aGUgY2FzZSBvZg0KCW5vdCBiaW5kaW5nIGl0LiBJbiBlaXRoZXIgY2FzZSwg
SkRCQ1RlbXBsYXRlIGlzIHNpbXBseSBnb2luZyB0byBlbmQgdXANCglnZXR0aW5nIHRoZSBzYW1l
IENvbm5lY3Rpb24uIEJlY2F1c2UgSSBhbSB1c2luZyB0aGUNCglTaW5nbGVDb25uZWN0aW9uRGF0
YXNvdXJjZSwgaXQncyBub3QgbGlrZSBpbiB0aGlzIGNhc2UgdGhlcmUgaXMgYSByZWFsDQoJRGF0
YVNvdXJjZSBvYmplY3QsIGFuZCB5b3Ugb25seSB3YW50IHRvIGNhbGwgZ2V0Q29ubmVjdGlvbiBv
biBpdCBvbmNlLi4uDQoJDQoJSG9wZWZ1bGx5IG15IGV4YXBsYW5hdGlvbiBpcyBjbGVhciBub3cu
Li4NCgkNCgkNCglqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdIHdyb3RlOg0KCQ0KCT5JIGFncmVl
IHRoYXQgaW4gY2FzZSBvZiBhbiBleGlzdGluZyBjb25uZWN0aW9uLCBTaW5nbGVDb25uZWN0aW9u
RGF0YVNvdXJjZSBzaG91bGQgbm90IG92ZXJyaWRlIHRoZSBjb21taXQgbW9kZS4gRm9yIHRoZSBk
ZWZhdWx0IGNhc2UsIEkgY29uc2lkZXIgYXV0byBjb21taXQgbW9kZSBhcHByb3ByaWF0ZSB0aG91
Z2guIEFueSBKMkVFIERhdGFTb3VyY2Ugd2lsbCByZXR1cm4gYW4gYXV0byBjb21taXQgY29ubmVj
dGlvbiBvdXRzaWRlIGEgdHJhbnNhY3Rpb24sIHNvIHdoeSBzaG91bGRuJ3QgU2luZ2xlQ29ubmVj
dGlvbkRhdGFTb3VyY2UgZG8gdG9vPw0KCT4NCgk+QlRXLCB3aGF0IHlvdSBhcmUgdHJ5aW5nIHRv
IGRvIHNlZW1zIGEgYml0IGF3a3dhcmQuIFdoeSBtYW51YWxseSBmZWVkIHRoZSBDb25uZWN0aW9u
IG9mIGEgSGliZXJuYXRlIFNlc3Npb24gdmlhIFNpbmdsZUNvbm5lY3Rpb25EYXRhU291cmNlIHRv
IEpkYmNUZW1wbGF0ZT8gSmRiY1RlbXBsYXRlIGlzIHN1cHBvc2VkIHRvIGJlIGEgdGhyZWFkc2Fm
ZSwgcmV1c2FibGUgb2JqZWN0LCBmZXRjaGluZyBjb25uZWN0aW9ucyBvbiBkZW1hbmQuIFdvdWxk
bid0IGl0IGJlIGVhc2llciB0byB1c2UgU3ByaW5nJ3MgdGhyZWFkLWJpbmRpbmcgbWVjaGFuaXNt
IChEYXRhU291cmNlVXRpbHMuZ2V0VGhyZWFkT2JqZWN0TWFuYWdlcikgdG8gbWFrZSBKZGJjVGVt
cGxhdGUgdXNlIGEgc3BlY2lmaWMgY29ubmVjdGlvbiwgYmUgaXQgaW1wbGljaXRseSB2aWEgSGli
ZXJuYXRlVHJhbnNhY3Rpb25NYW5hZ2VyIG9yIGV4cGxpY2l0bHkgaW4gc29tZSBjdXN0b20gd2F5
Pw0KCT4NCgk+SnVlcmdlbg0KCT4NCgk+DQoJPg0KCT4gICAgICAgLS0tLS1VcnNwcsO8bmdsaWNo
ZSBOYWNocmljaHQtLS0tLQ0KCT4gICAgICAgVm9uOiBDb2xpbiBTYW1wYWxlYW51IFttYWlsdG86
Y29saW5tbDFAZXhpcy5jb21dDQoJPiAgICAgICBHZXNlbmRldDogTW8gMjUuMDguMjAwMyAyMDow
Mg0KCT4gICAgICAgQW46IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9y
Z2UubmV0DQoJPiAgICAgICBDYzoNCgk+ICAgICAgIEJldHJlZmY6IFtTcHJpbmdmcmFtZXdvcmst
ZGV2ZWxvcGVyXSBXaHkgZG9lcyBTaW5nbGVDb25uZWN0aW9uRGF0YVNvdXJjZSBhbHdheXMgc2V0
IGF1dG9Db21taXQ9dHJ1ZT8NCgk+ICAgICAgDQoJPiAgICAgIA0KCT4NCgk+ICAgICAgIEkgd2Fu
dCB0byB1c2UgU2luZ2xlQ29ubmVjdGlvbkRhdGFTb3VyY2Ugd2l0aCBIaWJlcm5hdGUsIHNvIEkg
Y2FuIHdyYXAgYQ0KCT4gICAgICAgY29ubmVjdGlvbiBJIGdldCBmcm9tIGEgSGliZXJuYXRlIFNl
c3Npb24sIGFuZCBmZWVkIGl0IGFzIGEgRGF0YVNvdXJjZQ0KCT4gICAgICAgdG8gSkRCQ1RlbXBs
YXRlL0pEQkNIZWxwZXIuDQoJPiAgICAgIA0KCT4gICAgICAgSG93ZXZlciwgcmlnaHQgbm93IEkn
dmUgaGFkIHRvIG1ha2UgbXkgb3duIHZhcmlhbnQgc2luY2UgdGhlIGN1cnJlbnQNCgk+ICAgICAg
IGNvZGUgYWx3YXlzIGNhbGxzDQoJPiAgICAgICAgIHNvdXJjZS5zZXRBdXRvQ29tbWl0KHRydWUp
Ow0KCT4gICAgICAgaW4gdGhlIGluaXQoKSBtZXRob2QuICBUaGlzIHNlZW1zIHZlcnkgYXJiaXRy
YXJ5IHRvIG1lLiBBdCBsZWFzdCBpbiB0aGUNCgk+ICAgICAgIGNhc2Ugd2hlbiB0aGUgY2xhc3Mg
aXMgZ2l2ZW4gYW4gZXhpc3RpbmcgY29ubmVjdGlvbiwgaXQgc2hvdWxkIGp1c3QNCgk+ICAgICAg
IGFzc3VtZSB0aGUgY29tbWl0IG9wdGlvbiBoYXMgYmVlbiBzZXQgYXBwcm9wcmlhdGVseSBvbiB0
aGUgY29ubmVjdGlvbi4NCgk+ICAgICAgDQoJPiAgICAgICBFdmVuIGluIHRoZSBjYXNlIHdoZW4g
dGhlIGNsYXNzIGlzIG9wZW5pbmcgdGhlIGNvbm5lY3Rpb24gaXRzZWxmIGZyb20gYW4NCgk+ICAg
ICAgIGV4aXN0aW5nIERhdGFTb3VyY2UsIHRoZXJlIG5lZWRzIHRvIGJlIGFuIG9wdGlvbiB0byBz
ZXQgYXV0b0NvbW1pdA0KCT4gICAgICAgZWl0aGVyIHdheS4NCgk+ICAgICAgDQoJPiAgICAgICBS
ZWdhcmRzLA0KCT4gICAgICAgQ29saW4NCgk+ICAgICAgDQoJPg0KCQ0KCQ0KCQ0KDQo=

Re: [Springframework-developer] Example classes needed

[<jue...@we...>]

TGV0J3Mgdm90ZSBvbiB0aGlzLiBJIGRvbid0IG1pbmQgZWl0aGVyIG5hbWluZyBzdHJhdGVneSBm
b3IgamFyIGZpbGVzLiBBbnlib2R5IGVsc2UgcHJlZmVyaW5nIHRoZSBzcHJpbmctZnVsbC0xLjBt
MSBzdHlsZT8NCiANCkJUVywgSGliZXJuYXRlIHVzZXMgaGliZXJuYXRlMi5qYXIgZm9yIGl0cyB3
aG9sZSAyLnggdHJlZS4gTG9nNEogdXNlcyBsb2c0ai0xLjIuOC5qYXIgZm9yIHRoZSBzcGVjaWZp
YyB2ZXJzaW9uLiAyIGV4YW1wbGVzIGZvciBvcHBvc2l0ZSBlbmRzLCBJIGd1ZXNzLg0KIA0KSnVl
cmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246
IExhcnMgRmlzY2hlciBbbWFpbHRvOmxhcnMuZmlzY2hlckBnbXhwcm8ubmV0XSANCglHZXNlbmRl
dDogTW8gMjUuMDguMjAwMyAyMzoxOCANCglBbjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBs
aXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF07IHRy
aXNiZXJnQHRyaWRiLmNvbSANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9w
ZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVkZWQNCgkNCgkNCg0KCUkgYWdyZWUgd2l0aCBUaG9tYXMs
IEkgb25jZSBtYWRlIGEgbWlzdGFrZSBiZWNhdXNlIEkgZGlkbid0IHJlYWxpemUNCgl0aGF0IEkg
d2FzIHVzaW5nIGFuIG9sZGVyIHZlcnNpb24uIFRoZSBqYXItZmlsZXMgc2hvdWxkIGJlIG5hbWVk
IGFmdGVyDQoJdGhlIHZlcnNpb24uDQoJDQoJPiBKdWVyZ2VuLA0KCT4NCgk+IFRoZSBkcmF3YmFj
ayB0aGVuIGlzIHRoYXQgeW91IGNhbid0IHRlbGwgZnJvbSB0aGUgamFyIGZpbGUgaWYgaXQgaXMg
TTEsIE0yDQoJPiBvcg0KCT4gdGhlIHJlbGVhc2UgamFyLg0KCT4NCgk+IFRob21hcw0KCT4NCgk+
ID4gSXQncyBnb25uYSBiZSAic3ByaW5nLWZyYW1ld29yay0xLjBtMSIgYW5kICJzcHJpbmctZnVs
bC0xLjAuamFyIiwgaWYgd2UNCgk+IHN0aWNrDQoJPiA+IHRvIHRoZSBjdXJyZW50IHBsYW4uIFdl
J3ZlIHVzZWQgdGhlIHNhbWUgbmFtaW5nIHN0cmF0ZWd5IGZvciAwLjkueCwgZS5nLg0KCT4gPiAi
c3ByaW5nLWZyYW1ld29yay0wLjkuMSIgYnV0IHN0aWxsICJzcHJpbmctZnVsbC0wLjkuamFyIi4g
SSBwcmVmZXIgdGhhdA0KCT4gd2F5DQoJPiA+IHRvIGVhc2UgZHJvcC1pbiByZXBsYWNlbWVudCBp
biB0aGUgbGl0ZXJhbCBzZW5zZSA6LSkgVGhlIGJ1aWxkDQoJPiBwcm9wZXJ0aWVzDQoJPiA+IHJl
ZmxlY3QgdGhpcyBpbiAic3ByaW5nLXZlcnNpb249MS4wIiBhbmQgInNwcmluZy12ZXJzaW9uLWRl
dGFpbD0xLjBtMSIuDQoJPiA+IA0KCT4gPiBKdWVyZ2VuDQoJPiA+IA0KCT4gPiANCgk+ID4NCgk+
ID4gICAgIC0tLS0tVXJzcHLDg8K8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KCT4gPiAgICAgVm9u
OiB0cmlzYmVyZ0B0cmlkYi5jb20gW21haWx0bzp0cmlzYmVyZ0B0cmlkYi5jb21dDQoJPiA+ICAg
ICBHZXNlbmRldDogTW8gMjUuMDguMjAwMyAxOToyMQ0KCT4gPiAgICAgQW46IGrDg8K8cmdlbiBo
w4PCtmxsZXIgW3dlcmszQVRdDQoJPiA+ICAgICBDYzogTGFycyBGaXNjaGVyOyBzcHJpbmdmcmFt
ZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gPiAgICAgQmV0cmVmZjog
UkU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBFeGFtcGxlIGNsYXNzZXMgbmVlZGVkDQoJ
PiA+ICAgIA0KCT4gPiAgICANCgk+ID4NCgk+ID4gICAgIEp1ZXJnZW4sDQoJPiA+ICAgIA0KCT4g
PiAgICAgPiBBbnl3YXksIENvbnRleHRMb2FkZXJTZXJ2bGV0ICp3aWxsKiBiZSBpbiAxLjAgTTEs
IHRvIGJlIHJlbGVhc2VkIGF0DQoJPiB0aGUNCgk+ID4gZW5kDQoJPiA+ICAgICA+IG9mIHRoaXMg
d2VlayBpZiB0aGVyZSBhcmVuJ3QgYW55IG1ham9yIG9ic3RhY2xlcy4gQlRXLCBjYW4gZXZlcnli
b2R5DQoJPiA+IHBsZWFzZQ0KCT4gPiAgICAgPiB0ZXN0IHRoZSBjdXJyZW50IENWUyBjb250ZW50
cyBhZ2FpbnN0IG93biBhcHBsaWNhdGlvbnM/DQoJPiA+ICAgICA+DQoJPiA+ICAgIA0KCT4gPiAg
ICAgSSBhbSB1cGRhdGluZyB0aGUgU3RlcC1ieS1zdGVwLU1WQyBkb2N1bWVudCAtIHdoYXQgd2ls
bCB0aGUgZXhhY3QgbmFtZQ0KCT4gb2YNCgk+ID4gdGhlDQoJPiA+ICAgICBkaXJlY3RvcnkgYW5k
IHRoZSBqYXIgZmlsZSBiZT8gIEknbSBhc3N1bWluZyAnc3ByaW5nLWZyYW1ld29yay0xLjBNMScN
Cgk+IGFuZA0KCT4gPiAgICAgJ3NwcmluZy1mdWxsLTEuME0xLmphcicuDQoJPiA+ICAgIA0KCT4g
PiAgICAgVGhvbWFzDQoJPiA+ICAgIA0KCT4gPg0KCT4gPg0KCT4NCgk+DQoJPg0KCQ0KCQ0KDQo=

Re: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

I agree with Thomas, I once made a mistake because I didn't realize
that I was using an older version. The jar-files should be named after
the version.

> Juergen,
> 
> The drawback then is that you can't tell from the jar file if it is M1, M2
> or
> the release jar.
> 
> Thomas
> 
> > It's gonna be "spring-framework-1.0m1" and "spring-full-1.0.jar", if we
> stick
> > to the current plan. We've used the same naming strategy for 0.9.x, e.g.
> > "spring-framework-0.9.1" but still "spring-full-0.9.jar". I prefer that
> way
> > to ease drop-in replacement in the literal sense :-) The build
> properties
> > reflect this in "spring-version=1.0" and "spring-version-detail=1.0m1".
> >  
> > Juergen
> >  
> >  
> > 
> > 	-----Ursprüngliche Nachricht----- 
> > 	Von: tri...@tr... [mailto:tri...@tr...] 
> > 	Gesendet: Mo 25.08.2003 19:21 
> > 	An: jürgen höller [werk3AT] 
> > 	Cc: Lars Fischer; spr...@li... 
> > 	Betreff: RE: [Springframework-developer] Example classes needed
> > 	
> > 	
> > 
> > 	Juergen,
> > 	
> > 	> Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at
> the
> > end
> > 	> of this week if there aren't any major obstacles. BTW, can everybody
> > please
> > 	> test the current CVS contents against own applications?
> > 	>
> > 	
> > 	I am updating the Step-by-step-MVC document - what will the exact name
> of
> > the
> > 	directory and the jar file be?  I'm assuming 'spring-framework-1.0M1'
> and
> > 	'spring-full-1.0M1.jar'.
> > 	
> > 	Thomas 
> > 	
> > 
> > 
> 
> 
> 

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[Colin S. <col...@ex...>]

W/regards to auto commit in the default case (when the class gets the 
connection itself), I would say, exactly, the JDBC specs specifically 
say the getConnection called on the datasource will return a connection 
with autoCommit on by default. So why is SingleConnectionDataSource then 
going and setting it on as well. Given that SingleConnectionDatasource 
doesn't have any clue about the intended use of the connection, the most 
correct behaviour is probably to not have it call setAutoCommit with 
either state, by default, which would mirror normal 
datasource/connection usage, and also allow a mechanism to specify that 
it should be called one way or another. However, this may be more work 
than is worth it, and a default call with the option to on, along with a 
mechanism (another constructor with a value for the call) to override 
it, would be fine. So to be clear, I do think even when 
SingleConnectionDataSource gets the connection there is a need for an 
override.

As for my use case, I don't think I was clear enough.  I have some code 
in a Hibernate specific DAO/Mapper object. I am already executing inside 
a transaction introduced via Spring's AOP interceptor. So I do have a 
SessionFactory, etc. bound to the thread. Now inside a method in this 
mapper I need to do an operation on a BLOB/CLOB, where there are a 
number of db platform specific issues, and Hibernate's support of 
BLOBs/CLOBs is not good enough. Given that I have a Hibernate Session 
which already has a connection available, using it is the best mechanism 
(as opposed to trying to get a real DataSource in Spring's context to 
use). Now I am using JDBCTemplate and JDBCHelper as convenience classes, 
to wrap JDBC exceptions, and for the methods they provide. Now I could call
  DataSourceUtils.getThreadObjectManager().bindThreadObject(...)
to bind the SingleConnectionDatasource to the thread, before using the 
JDBCTemplate, but I'm not sure that's buying me much over the case of 
not binding it. In either case, JDBCTemplate is simply going to end up 
getting the same Connection. Because I am using the 
SingleConnectionDatasource, it's not like in this case there is a real 
DataSource object, and you only want to call getConnection on it once...

Hopefully my exaplanation is clear now...


jürgen höller [werk3AT] wrote:

>I agree that in case of an existing connection, SingleConnectionDataSource should not override the commit mode. For the default case, I consider auto commit mode appropriate though. Any J2EE DataSource will return an auto commit connection outside a transaction, so why shouldn't SingleConnectionDataSource do too?
> 
>BTW, what you are trying to do seems a bit awkward. Why manually feed the Connection of a Hibernate Session via SingleConnectionDataSource to JdbcTemplate? JdbcTemplate is supposed to be a threadsafe, reusable object, fetching connections on demand. Wouldn't it be easier to use Spring's thread-binding mechanism (DataSourceUtils.getThreadObjectManager) to make JdbcTemplate use a specific connection, be it implicitly via HibernateTransactionManager or explicitly in some custom way?
> 
>Juergen
> 
> 
>
>	-----Ursprüngliche Nachricht----- 
>	Von: Colin Sampaleanu [mailto:col...@ex...] 
>	Gesendet: Mo 25.08.2003 20:02 
>	An: spr...@li... 
>	Cc: 
>	Betreff: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?
>	
>	
>
>	I want to use SingleConnectionDataSource with Hibernate, so I can wrap a
>	connection I get from a Hibernate Session, and feed it as a DataSource
>	to JDBCTemplate/JDBCHelper.
>	
>	However, right now I've had to make my own variant since the current
>	code always calls
>	  source.setAutoCommit(true);
>	in the init() method.  This seems very arbitrary to me. At least in the
>	case when the class is given an existing connection, it should just
>	assume the commit option has been set appropriately on the connection.
>	
>	Even in the case when the class is opening the connection itself from an
>	existing DataSource, there needs to be an option to set autoCommit
>	either way.
>	
>	Regards,
>	Colin
>	
>

Re: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Juergen,

The drawback then is that you can't tell from the jar file if it is M1, M2 or
the release jar.

Thomas

> It's gonna be "spring-framework-1.0m1" and "spring-full-1.0.jar", if we stick
> to the current plan. We've used the same naming strategy for 0.9.x, e.g.
> "spring-framework-0.9.1" but still "spring-full-0.9.jar". I prefer that way
> to ease drop-in replacement in the literal sense :-) The build properties
> reflect this in "spring-version=1.0" and "spring-version-detail=1.0m1".
>  
> Juergen
>  
>  
> 
> 	-----Ursprüngliche Nachricht----- 
> 	Von: tri...@tr... [mailto:tri...@tr...] 
> 	Gesendet: Mo 25.08.2003 19:21 
> 	An: jürgen höller [werk3AT] 
> 	Cc: Lars Fischer; spr...@li... 
> 	Betreff: RE: [Springframework-developer] Example classes needed
> 	
> 	
> 
> 	Juergen,
> 	
> 	> Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the
> end
> 	> of this week if there aren't any major obstacles. BTW, can everybody
> please
> 	> test the current CVS contents against own applications?
> 	>
> 	
> 	I am updating the Step-by-step-MVC document - what will the exact name of
> the
> 	directory and the jar file be?  I'm assuming 'spring-framework-1.0M1' and
> 	'spring-full-1.0M1.jar'.
> 	
> 	Thomas 
> 	
> 
> 

[Springframework-developer] Url Mapping Problem

[Martin H. <mar...@ya...>]

Hi All,

Thanks to Jean-Pierre the for the alwaysUseFullPath suggestion.  It did
solve my problem where I was mapping /foo/[a-z]* to a servlet, but I am
running into another quandary.

When I map longer URL's the code seems to break.  I am trying to map

   /journal/entry/2003-aug10/test/DSCN5023.jpg

to a web form.  My project-servlet.xml looks like:

   <bean id="urlMapping" class="...">
      <property name="alwaysUseFullPath"><value>true</value></property>
      <property name="mappings">
         <props>
         <prop key="/journal/entry.html">JournalEntryForm</prop>
         <prop key="/journal/entry/*">JournalEntryForm</prop>
         ...
         </props>
      </property>
   </bean>

and within my web.xml I use the following:

   <servlet-mapping>
      <servlet-name>project451</servlet-name>
      <url-pattern>/journal/*</url-pattern>
   </servlet-mapping>

I have tracked down the problem to PathMatcher.java where the conditional
"patIdxStart > patIdxEnd" seems to disallow my URL to be properly mapped.
As a test I just return true at that spot and everything is fine.

Am I doing something wrong or is there a problem with the path matcher?

Thanks,

Martin

---

PS Here's some debug output from within PathMatcher in that if statement:
   looking for '/journal/entry/2003-aug10/test/DSCN5023.jpg' in
     '/journal/entry/*'
   pattern=/journal/entry/*
   str=/journal/entry/2003-aug10/test/DSCN5023.jpg
   patIdxStart=3
   patIdxEnd=2
   strIdxStart=3
   strIdxEnd=4
   returning false 3a

Re: [Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[<jue...@we...>]

SSBhZ3JlZSB0aGF0IGluIGNhc2Ugb2YgYW4gZXhpc3RpbmcgY29ubmVjdGlvbiwgU2luZ2xlQ29u
bmVjdGlvbkRhdGFTb3VyY2Ugc2hvdWxkIG5vdCBvdmVycmlkZSB0aGUgY29tbWl0IG1vZGUuIEZv
ciB0aGUgZGVmYXVsdCBjYXNlLCBJIGNvbnNpZGVyIGF1dG8gY29tbWl0IG1vZGUgYXBwcm9wcmlh
dGUgdGhvdWdoLiBBbnkgSjJFRSBEYXRhU291cmNlIHdpbGwgcmV0dXJuIGFuIGF1dG8gY29tbWl0
IGNvbm5lY3Rpb24gb3V0c2lkZSBhIHRyYW5zYWN0aW9uLCBzbyB3aHkgc2hvdWxkbid0IFNpbmds
ZUNvbm5lY3Rpb25EYXRhU291cmNlIGRvIHRvbz8NCiANCkJUVywgd2hhdCB5b3UgYXJlIHRyeWlu
ZyB0byBkbyBzZWVtcyBhIGJpdCBhd2t3YXJkLiBXaHkgbWFudWFsbHkgZmVlZCB0aGUgQ29ubmVj
dGlvbiBvZiBhIEhpYmVybmF0ZSBTZXNzaW9uIHZpYSBTaW5nbGVDb25uZWN0aW9uRGF0YVNvdXJj
ZSB0byBKZGJjVGVtcGxhdGU/IEpkYmNUZW1wbGF0ZSBpcyBzdXBwb3NlZCB0byBiZSBhIHRocmVh
ZHNhZmUsIHJldXNhYmxlIG9iamVjdCwgZmV0Y2hpbmcgY29ubmVjdGlvbnMgb24gZGVtYW5kLiBX
b3VsZG4ndCBpdCBiZSBlYXNpZXIgdG8gdXNlIFNwcmluZydzIHRocmVhZC1iaW5kaW5nIG1lY2hh
bmlzbSAoRGF0YVNvdXJjZVV0aWxzLmdldFRocmVhZE9iamVjdE1hbmFnZXIpIHRvIG1ha2UgSmRi
Y1RlbXBsYXRlIHVzZSBhIHNwZWNpZmljIGNvbm5lY3Rpb24sIGJlIGl0IGltcGxpY2l0bHkgdmlh
IEhpYmVybmF0ZVRyYW5zYWN0aW9uTWFuYWdlciBvciBleHBsaWNpdGx5IGluIHNvbWUgY3VzdG9t
IHdheT8NCiANCkp1ZXJnZW4NCiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0
LS0tLS0gDQoJVm9uOiBDb2xpbiBTYW1wYWxlYW51IFttYWlsdG86Y29saW5tbDFAZXhpcy5jb21d
IA0KCUdlc2VuZGV0OiBNbyAyNS4wOC4yMDAzIDIwOjAyIA0KCUFuOiBzcHJpbmdmcmFtZXdvcmst
ZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJQmV0cmVmZjogW1Nwcmlu
Z2ZyYW1ld29yay1kZXZlbG9wZXJdIFdoeSBkb2VzIFNpbmdsZUNvbm5lY3Rpb25EYXRhU291cmNl
IGFsd2F5cyBzZXQgYXV0b0NvbW1pdD10cnVlPw0KCQ0KCQ0KDQoJSSB3YW50IHRvIHVzZSBTaW5n
bGVDb25uZWN0aW9uRGF0YVNvdXJjZSB3aXRoIEhpYmVybmF0ZSwgc28gSSBjYW4gd3JhcCBhDQoJ
Y29ubmVjdGlvbiBJIGdldCBmcm9tIGEgSGliZXJuYXRlIFNlc3Npb24sIGFuZCBmZWVkIGl0IGFz
IGEgRGF0YVNvdXJjZQ0KCXRvIEpEQkNUZW1wbGF0ZS9KREJDSGVscGVyLg0KCQ0KCUhvd2V2ZXIs
IHJpZ2h0IG5vdyBJJ3ZlIGhhZCB0byBtYWtlIG15IG93biB2YXJpYW50IHNpbmNlIHRoZSBjdXJy
ZW50DQoJY29kZSBhbHdheXMgY2FsbHMNCgkgIHNvdXJjZS5zZXRBdXRvQ29tbWl0KHRydWUpOw0K
CWluIHRoZSBpbml0KCkgbWV0aG9kLiAgVGhpcyBzZWVtcyB2ZXJ5IGFyYml0cmFyeSB0byBtZS4g
QXQgbGVhc3QgaW4gdGhlDQoJY2FzZSB3aGVuIHRoZSBjbGFzcyBpcyBnaXZlbiBhbiBleGlzdGlu
ZyBjb25uZWN0aW9uLCBpdCBzaG91bGQganVzdA0KCWFzc3VtZSB0aGUgY29tbWl0IG9wdGlvbiBo
YXMgYmVlbiBzZXQgYXBwcm9wcmlhdGVseSBvbiB0aGUgY29ubmVjdGlvbi4NCgkNCglFdmVuIGlu
IHRoZSBjYXNlIHdoZW4gdGhlIGNsYXNzIGlzIG9wZW5pbmcgdGhlIGNvbm5lY3Rpb24gaXRzZWxm
IGZyb20gYW4NCglleGlzdGluZyBEYXRhU291cmNlLCB0aGVyZSBuZWVkcyB0byBiZSBhbiBvcHRp
b24gdG8gc2V0IGF1dG9Db21taXQNCgllaXRoZXIgd2F5Lg0KCQ0KCVJlZ2FyZHMsDQoJQ29saW4N
CgkNCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQoJVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBWTSBXYXJl
DQoJV2l0aCBWTXdhcmUgeW91IGNhbiBydW4gbXVsdGlwbGUgb3BlcmF0aW5nIHN5c3RlbXMgb24g
YSBzaW5nbGUgbWFjaGluZS4NCglXSVRIT1VUIFJFQk9PVElORyEgTWl4IExpbnV4IC8gV2luZG93
cyAvIE5vdmVsbCB2aXJ0dWFsIG1hY2hpbmVzDQoJYXQgdGhlIHNhbWUgdGltZS4gRnJlZSB0cmlh
bCBjbGljayBoZXJlOmh0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNTgvMA0KCV9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJU3ByaW5nZnJhbWV3
b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxp
c3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3Rz
L2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXINCgkNCg0K

Re: [Springframework-developer] Example classes needed

[<jue...@we...>]

SXQncyBnb25uYSBiZSAic3ByaW5nLWZyYW1ld29yay0xLjBtMSIgYW5kICJzcHJpbmctZnVsbC0x
LjAuamFyIiwgaWYgd2Ugc3RpY2sgdG8gdGhlIGN1cnJlbnQgcGxhbi4gV2UndmUgdXNlZCB0aGUg
c2FtZSBuYW1pbmcgc3RyYXRlZ3kgZm9yIDAuOS54LCBlLmcuICJzcHJpbmctZnJhbWV3b3JrLTAu
OS4xIiBidXQgc3RpbGwgInNwcmluZy1mdWxsLTAuOS5qYXIiLiBJIHByZWZlciB0aGF0IHdheSB0
byBlYXNlIGRyb3AtaW4gcmVwbGFjZW1lbnQgaW4gdGhlIGxpdGVyYWwgc2Vuc2UgOi0pIFRoZSBi
dWlsZCBwcm9wZXJ0aWVzIHJlZmxlY3QgdGhpcyBpbiAic3ByaW5nLXZlcnNpb249MS4wIiBhbmQg
InNwcmluZy12ZXJzaW9uLWRldGFpbD0xLjBtMSIuDQogDQpKdWVyZ2VuDQogDQogDQoNCgktLS0t
LVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogdHJpc2JlcmdAdHJpZGIuY29t
IFttYWlsdG86dHJpc2JlcmdAdHJpZGIuY29tXSANCglHZXNlbmRldDogTW8gMjUuMDguMjAwMyAx
OToyMSANCglBbjogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSANCglDYzogTGFycyBGaXNjaGVy
OyBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRy
ZWZmOiBSRTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVk
ZWQNCgkNCgkNCg0KCUp1ZXJnZW4sDQoJDQoJPiBBbnl3YXksIENvbnRleHRMb2FkZXJTZXJ2bGV0
ICp3aWxsKiBiZSBpbiAxLjAgTTEsIHRvIGJlIHJlbGVhc2VkIGF0IHRoZSBlbmQNCgk+IG9mIHRo
aXMgd2VlayBpZiB0aGVyZSBhcmVuJ3QgYW55IG1ham9yIG9ic3RhY2xlcy4gQlRXLCBjYW4gZXZl
cnlib2R5IHBsZWFzZQ0KCT4gdGVzdCB0aGUgY3VycmVudCBDVlMgY29udGVudHMgYWdhaW5zdCBv
d24gYXBwbGljYXRpb25zPw0KCT4NCgkNCglJIGFtIHVwZGF0aW5nIHRoZSBTdGVwLWJ5LXN0ZXAt
TVZDIGRvY3VtZW50IC0gd2hhdCB3aWxsIHRoZSBleGFjdCBuYW1lIG9mIHRoZQ0KCWRpcmVjdG9y
eSBhbmQgdGhlIGphciBmaWxlIGJlPyAgSSdtIGFzc3VtaW5nICdzcHJpbmctZnJhbWV3b3JrLTEu
ME0xJyBhbmQNCgknc3ByaW5nLWZ1bGwtMS4wTTEuamFyJy4NCgkNCglUaG9tYXMgDQoJDQoNCg==

[Springframework-developer] EventPublicationInterceptor

[Kopylenko, D. <dko...@ac...>]

Hello everybody,

Now there is an EventPublicationInterceptor which could publish any
ApplicationEvent to all the ApplicationListeners registered with
ApplicationContext. It could be used like this:

<bean id="referenceDataChangedEventPublicationInterceptor"
	
class="org.springframework.context.interceptor.EventPublicationInterceptor">
	<property name="applicationEventClassName">
	
<value>com.mycompany.referencedata.ReferenceDataChangedEvent</value></proper
ty>
</bean>

<bean id="addSomeRefDataMethodPointcut"
	class="org.springframework.aop.framework.RegexpMethodPointcut">
	<property name="pattern"><value>.*addRefData</value></property>
	<property name="interceptor"><ref
bean="referenceDataChangedEventPublicationInterceptor"/></property>
</bean>

<bean id="myBusinessService"
	class="org.springframework.aop.framework.ProxyFactoryBean">
     	<property
name="proxyInterfaces"><value>com.mycompany.MyBusinessService</value></prope
rty>
     	<property
name="interceptorNames"><value>addSomeRefDataMethodPointcut,myBusinessServic
eTarget</value></property>
</bean>

Please note that the applicationEventClassName property of the
EventPublicationInterceptor must be of type
org.springframework.context.ApplicationEvent

Regards,
Dmitriy.

[Springframework-developer] Why does SingleConnectionDataSource always set autoCommit=true?

[Colin S. <col...@ex...>]

I want to use SingleConnectionDataSource with Hibernate, so I can wrap a 
connection I get from a Hibernate Session, and feed it as a DataSource 
to JDBCTemplate/JDBCHelper.

However, right now I've had to make my own variant since the current 
code always calls
  source.setAutoCommit(true);
in the init() method.  This seems very arbitrary to me. At least in the 
case when the class is given an existing connection, it should just 
assume the commit option has been set appropriately on the connection.

Even in the case when the class is opening the connection itself from an 
existing DataSource, there needs to be an option to set autoCommit 
either way.

Regards,
Colin

RE: [Springframework-developer] Example classes needed

[<jue...@we...>]

Thomas, Lars,

Oops, didn't think of that: Yes, we dropped ContextLoaderServlet before =
0.9, and re-added it after 0.9.1 for Servlet 2.2 containers. Seems that =
we now have one more reason for it: Servlet 2.3 containers with awkward =
initialization order.

Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the =
end of this week if there aren't any major obstacles. BTW, can everybody =
please test the current CVS contents against own applications?

Lars, 1.0 M1 will be the first release with org.springframework as =
package name, but it should still be a drop-in replacement if you =
replace com.interface21 with org.springframework in all of your code =
(both Java source and XML files).

Juergen


-----Original Message-----
From: tri...@tr... [mailto:tri...@tr...]
Sent: Monday, August 25, 2003 4:33 PM
To: j=FCrgen h=F6ller [werk3AT]
Cc: Lars Fischer; spr...@li...
Subject: RE: [Springframework-developer] Example classes needed


Juergen,

The problem is that 'com.interface21.web.context.ContextLoaderServlet' =
can't=20
be found in the classpath - it is not in the spring-full-0.9.jar from =
the=20
distribution.  Did we remove this file and later add it back in?

Lars - I have attached a jar file that contains this missing class - add =
that=20
to your lib directory.  Also, remove the <listener> entry in web.xml.

Thomas

> Lars,
>=20
> You mean that
>=20
>   <servlet>
>     <servlet-name>contextLoader</servlet-name>
>   =20
> =
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-=

class>
>     <load-on-startup>1</load-on-startup>
>   </servlet>
>=20
>   <servlet>
>     <servlet-name>example</servlet-name>
>   =20
> =
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-cla=
ss>
>     <load-on-startup>2</load-on-startup>
>   </servlet>
>=20
> still loads the DispatcherServlet before the ContextLoaderServlet? =
Ignoring
> the load-on-startup values would be a major bug in WebLogic's web =
container.
> Are you *really* sure that a web.xml with entries like the above =
causes wrong
> initialization order? Please recheck that thoroughly!
>=20
> It's bad enough that WebLogic invokes the listeners at the wrong time, =
but
> unfortunately that is not actually conflicting with the current spec. =
I can't
> believe that it ignores servlet load-on-startup values though - how =
did it
> get its J2EE 1.3 certification then? It seems to work on Thomas'
> installation, so there should be a way to make it work on yours.
>=20
> Even in the extreme case, a solution can be found. You could for =
example just
> use a servlet-specific context and no root context, by simply omitting =
the
> context loader definition. You could subclass DispatcherServlet to =
perform
> initialization of the root context before continuing with its own. But =
I'm
> pretty sure that none of these will be necessary.
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: Lars Fischer [mailto:lar...@gm...]
> Sent: Monday, August 25, 2003 10:32 AM
> To: j=FCrgen h=F6ller [werk3AT]
> Cc: tri...@tr...; =
spr...@li...
> Subject: RE: [Springframework-developer] Example classes needed
>=20
>=20
> J=FCrgen,
>=20
> the problem is that the ***-servlet.xml stuff is always loaded before
> the applicationContext.xml stuff no matter what I define in=20
> web.xml. This is against the documentation.
>=20
> I will open a case with BEA support (this would be the first time they
> would solve an issue but you can never know ...).
>=20
> It seems like I have to use another server but unless there is no =
error
> in my application Spring is no alternative for production applications
> (Petclinic does not work too at the moment).
>=20
> Is there any difference between the Java SDK versions ?
>=20
> Thanks
> Lars
>=20
> > Lars, Thomas,
> >=20
> > I guess that WebLogic simply invokes the listeners after =
load-on-startup=20
> > servlets. Bad WebLogic ;-)
> >=20
> > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The =
Servlet=20
> > 2.4 spec clarifies that listeners have to be *initialized before* =
and=20
> > *destroyed after* any servlets. Tomcat and Resin already behave this =

> > way, Orion does too since 2.0.2 after I've informed them about the=20
> > Servlet 2.4 clarification...
> >=20
> > For a solution with current WebLogic versions, I agree that using =
the=20
> > servlet initializers like ContextLoaderServlet and =
Log4jConfigServlet is=20
> > probably the best choice, as Thomas has recommended.
> >=20
> > Juergen
> >=20
> >=20
> > -----Original Message-----
> > From: tri...@tr... [mailto:tri...@tr...]
> > Sent: Sunday, August 24, 2003 10:49 PM
> > To: Lars Fischer
> > Cc: spr...@li...
> > Subject: Re: [Springframework-developer] Example classes needed
> >=20
> >=20
> > Lars,
> >=20
> > Loading ContextLoaderServlet as a servlet with load-on-startup set =
to 1=20
> > and
> > loading DispatcherServlet with load-on-startup set to 2 works for me =
on=20
> > WebLogic
> > 8.1 SP1.  If it does not work, could you send me the web.xml and =
your=20
> > log output?
> >=20
> > Also, I get the same errors deploying the Petclinic, so it does not =
work=20
> > for me.
> >  Can you send me the petclinic war file that works with WebLogic 8.1 =
SP1=20
> > so I
> > can try it on my server?
> >=20
> > Thomas
> >=20
> >=20
> > > Thomas,
> > >=20
> > > thanks for the suggestion. Tried it but it doesn't work.
> > >=20
> > > This is a serious one:
> > >=20
> > > Tested my app with Tomcat 4.1.24 and it works.
> > >=20
> > > I does NOT work with
> > >=20
> > > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
> > >=20
> > > What makes me wonder is that Petclinic works with WebLogic 8.1 =
SP1.
> > >=20
> > > Regards
> > > Lars
> > >=20
> > > > Lars,
> > > >=20
> > > > I have looked into this a little bit more.  What happens is that =

> > > > ServletContextListener.contextInitialized() method is called =
_after_=20
> > the =20
> > > > HttpServlet.init() method is called on servlets specified with=20
> > <load-on-
> > > > startup>.  This causes the xxx-servlet.xml to be loaded before =
the=20
> > > > applicationContext.xml is loaded, so that is why you can't =
reference=20
> >=20
> > > > the 'cwxDao' bean.  This behavior is the opposite of what I see =
for
> > > > Tomcat,=20
> > > > and I'm sure the same is true for Orion and Resin that Juergen =
is=20
> > using.=20
> > > > I=20
> > > > looked in the Servlet 2.3 specification, but I did not see =
anything
> > > > specifying=20
> > > > which order these methods should be called in.  Maybe Juergen or =
Rod=20
> > can
> > > > shed=20
> > > > some more light on this issue. =20
> > > >=20
> > > > You should be able to use the ContextLoaderServlet for now.
> > > >=20
> > > > Thomas
> >=20
>=20
>=20

RE: [Springframework-developer] Example classes needed

[<jue...@we...>]

Lars, Thomas,

I guess that WebLogic simply invokes the listeners after load-on-startup =
servlets. Bad WebLogic ;-)

Unfortunately, the Servlet 2.3 spec leaves this unspecified. The Servlet =
2.4 spec clarifies that listeners have to be *initialized before* and =
*destroyed after* any servlets. Tomcat and Resin already behave this =
way, Orion does too since 2.0.2 after I've informed them about the =
Servlet 2.4 clarification...

For a solution with current WebLogic versions, I agree that using the =
servlet initializers like ContextLoaderServlet and Log4jConfigServlet is =
probably the best choice, as Thomas has recommended.

Juergen


-----Original Message-----
From: tri...@tr... [mailto:tri...@tr...]
Sent: Sunday, August 24, 2003 10:49 PM
To: Lars Fischer
Cc: spr...@li...
Subject: Re: [Springframework-developer] Example classes needed


Lars,

Loading ContextLoaderServlet as a servlet with load-on-startup set to 1 =
and
loading DispatcherServlet with load-on-startup set to 2 works for me on =
WebLogic
8.1 SP1.  If it does not work, could you send me the web.xml and your =
log output?

Also, I get the same errors deploying the Petclinic, so it does not work =
for me.
 Can you send me the petclinic war file that works with WebLogic 8.1 SP1 =
so I
can try it on my server?

Thomas


> Thomas,
>=20
> thanks for the suggestion. Tried it but it doesn't work.
>=20
> This is a serious one:
>=20
> Tested my app with Tomcat 4.1.24 and it works.
>=20
> I does NOT work with
>=20
> WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
>=20
> What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
>=20
> Regards
> Lars
>=20
> > Lars,
> >=20
> > I have looked into this a little bit more.  What happens is that=20
> > ServletContextListener.contextInitialized() method is called _after_ =
the =20
> > HttpServlet.init() method is called on servlets specified with =
<load-on-
> > startup>.  This causes the xxx-servlet.xml to be loaded before the=20
> > applicationContext.xml is loaded, so that is why you can't reference =

> > the 'cwxDao' bean.  This behavior is the opposite of what I see for
> > Tomcat,=20
> > and I'm sure the same is true for Orion and Resin that Juergen is =
using.=20
> > I=20
> > looked in the Servlet 2.3 specification, but I did not see anything
> > specifying=20
> > which order these methods should be called in.  Maybe Juergen or Rod =
can
> > shed=20
> > some more light on this issue. =20
> >=20
> > You should be able to use the ContextLoaderServlet for now.
> >=20
> > Thomas

Re: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Lars,

Loading ContextLoaderServlet as a servlet with load-on-startup set to 1 and
loading DispatcherServlet with load-on-startup set to 2 works for me on WebLogic
8.1 SP1.  If it does not work, could you send me the web.xml and your log output?

Also, I get the same errors deploying the Petclinic, so it does not work for me.
 Can you send me the petclinic war file that works with WebLogic 8.1 SP1 so I
can try it on my server?

Thomas


> Thomas,
> 
> thanks for the suggestion. Tried it but it doesn't work.
> 
> This is a serious one:
> 
> Tested my app with Tomcat 4.1.24 and it works.
> 
> I does NOT work with
> 
> WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
> 
> What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
> 
> Regards
> Lars
> 
> > Lars,
> > 
> > I have looked into this a little bit more.  What happens is that 
> > ServletContextListener.contextInitialized() method is called _after_ the  
> > HttpServlet.init() method is called on servlets specified with <load-on-
> > startup>.  This causes the xxx-servlet.xml to be loaded before the 
> > applicationContext.xml is loaded, so that is why you can't reference 
> > the 'cwxDao' bean.  This behavior is the opposite of what I see for
> > Tomcat, 
> > and I'm sure the same is true for Orion and Resin that Juergen is using. 
> > I 
> > looked in the Servlet 2.3 specification, but I did not see anything
> > specifying 
> > which order these methods should be called in.  Maybe Juergen or Rod can
> > shed 
> > some more light on this issue.  
> > 
> > You should be able to use the ContextLoaderServlet for now.
> > 
> > Thomas
> > 
> > 
> > > Lars,
> > > 
> > > This might be a WebLogic specific issue - I just saw similar error when
> > I
> > > deployed my app in WebLogic 8.1.
> > > 
> > > I will try to research this in more detail later on today or tomorrow. 
> > In
> > > the
> > > meantime try this in your web.xml
> > > 
> > > <servlet>
> > > <servlet-name>cwxRootContext</servlet-name> 
> > >
> > <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
> > class>
> > > <load-on-startup>1</load-on-startup>
> > > </servlet>
> > > 
> > > <servlet>
> > > <servlet-name>cwx</servlet-name>
> > >
> >
> <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> > > <load-on-startup>2</load-on-startup>
> > > </servlet>
> > > 
> > > Thomas
> > > 
> > > 
> > > 
> > > > Thomas,
> > > > 
> > > > attached is the web.xml.
> > > > 
> > > > Without the ContextLoaderListener nothing would happen, not even
> > > > the Hibernate stuff in applicationContext.xml.
> > > > 
> > > > Thanks
> > > > Lars
> > > > 
> > > > > Lars,
> > > > > 
> > > > > You did not include your web.xml, but my guess is you need to add a
> > > > > ContextLoaderListener.  The application context has to be loaded
> > first,
> > > > > and the
> > > > > error messages indicates that the bean 'cwxDao' can't be found, so
> > it
> > > > > looks like
> > > > > that did not happen.
> > > > > 
> > > > > web.xml:
> > > > > 
> > > > > <web-app>
> > > > > 
> > > > >   <!--
> > > > >   - Loads the root application context of this web app at startup,
> > > > >   - by default from "/WEB-INF/applicationContext.xml".
> > > > >   -->
> > > > >   <listener>      
> > > > >     <listener-class>
> > > > >       com.interface21.web.context.ContextLoaderListener
> > > > >     </listener-class>
> > > > >   </listener>
> > > > > 
> > > > >    <!-- more definitions -->
> > > > > 
> > > > > </web-app>
> > > > > 
> > > > > 
> > > > > Hope this helps.
> > > > > 
> > > > > Thomas
> > > > > 
> > > > > 
> > > > > 
> > > > > > Hi all Spring experts,
> > > > > > 
> > > > > > can anyone provide me the example classes mentioned in several
> > > skeletons
> > > > > 
> > > > > > (e.g. exampleController, exampleBusinessObject,
> > > exampleDataAccessObject)
> > > > > ?
> > > > > > 
> > > > > > The two provided sample applications don't reflect the skeletons
> > very
> > > > > well.
> > > > > > There should be one 'big' application showing all the stuff and
> > many
> > > > > small
> > > > > > ones to show single options (like in WebWork 1).
> > > > > > 
> > > > > > I've defined the following in applicationContext.xml (and it
> > works):
> > > > > > 
> > > > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > > >   <property name="sessionFactory"><ref
> > > > > bean="cwxSessionFactory"/></property>
> > > > > > </bean>
> > > > > > 
> > > > > > When defining 
> > > > > > 
> > > > > > (cwx-servlet.xml)
> > > > > > 
> > > > > > <!--  Controller for the initial "Hello" page -->
> > > > > > <bean id="cwxController" class="example.web.CwxController">
> > > > > >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > > > </bean>
> > > > > > 
> > > > > > (CwxController)
> > > > > > 
> > > > > >  private CwxDao cwxDao;
> > > > > > 
> > > > > > public void setCwxDao(CwxDao cwxDao) {
> > > > > >     this.cwxDao = cwxDao;
> > > > > >  }
> > > > > > 
> > > > > > 
> > > > > > I always get
> > > > > > 
> > > > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet
> > with
> > > > > name
> > > > > > 'cwx' : initialization error>
> > > > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No
> > bean
> > > > > named
> > > > > > [cwxDao] is defined {class
> > > > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > > > defined beans
> > [messageSource,viewResolver,urlMapping,cwxController]}
> > > > > > 
> > > > > > This is the second time I get almost useless error messages. This
> > is
> > > one
> > > > > > point where EJBs are far ahead (
> > > > > > there is almost always an error message telling you what excactly 
> > is
> > > > > > wrong).
> > > > > > 
> > > > > > Another (dumb) question:
> > > > > > 
> > > > > > What is the difference between a DAO *implementation* and a
> > business
> > > > > object
> > > > > > and where does
> > > > > > e. g. Petclinic reflect this ? I'm asking this because of the
> > > diiference
> > > > > > between the skeletons and the
> > > > > > sample applications. The skeletons provide a DAO and a Business
> > Object
> > > > > using
> > > > > > the DAO definition,
> > > > > > Petclinic does not. The samples should be as close as possible to
> > the
> > > > > > skeletons or the skeletons should
> > > > > > at least provide the java classes (shouldn't be too hard).
> > > > > > 
> > > > > > Thanks in advance
> > > > > > Lars
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > -------------------------------------------------------
> > > > > > This SF.net email is sponsored by: VM Ware
> > > > > > With VMware you can run multiple operating systems on a single
> > > machine.
> > > > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > > > at the same time. Free trial click
> > > > > here:http://www.vmware.com/wl/offer/358/0
> > > > > > _______________________________________________
> > > > > > Springframework-developer mailing list
> > > > > > Spr...@li...
> > > > > >
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: VM Ware
> > > With VMware you can run multiple operating systems on a single machine.
> > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Thomas,

thanks for the suggestion. Tried it but it doesn't work.

This is a serious one:

Tested my app with Tomcat 4.1.24 and it works.

I does NOT work with

WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.

What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.

Regards
Lars

> Lars,
> 
> I have looked into this a little bit more.  What happens is that 
> ServletContextListener.contextInitialized() method is called _after_ the  
> HttpServlet.init() method is called on servlets specified with <load-on-
> startup>.  This causes the xxx-servlet.xml to be loaded before the 
> applicationContext.xml is loaded, so that is why you can't reference 
> the 'cwxDao' bean.  This behavior is the opposite of what I see for
> Tomcat, 
> and I'm sure the same is true for Orion and Resin that Juergen is using. 
> I 
> looked in the Servlet 2.3 specification, but I did not see anything
> specifying 
> which order these methods should be called in.  Maybe Juergen or Rod can
> shed 
> some more light on this issue.  
> 
> You should be able to use the ContextLoaderServlet for now.
> 
> Thomas
> 
> 
> > Lars,
> > 
> > This might be a WebLogic specific issue - I just saw similar error when
> I
> > deployed my app in WebLogic 8.1.
> > 
> > I will try to research this in more detail later on today or tomorrow. 
> In
> > the
> > meantime try this in your web.xml
> > 
> > <servlet>
> > <servlet-name>cwxRootContext</servlet-name> 
> >
> <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
> class>
> > <load-on-startup>1</load-on-startup>
> > </servlet>
> > 
> > <servlet>
> > <servlet-name>cwx</servlet-name>
> >
>
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> > <load-on-startup>2</load-on-startup>
> > </servlet>
> > 
> > Thomas
> > 
> > 
> > 
> > > Thomas,
> > > 
> > > attached is the web.xml.
> > > 
> > > Without the ContextLoaderListener nothing would happen, not even
> > > the Hibernate stuff in applicationContext.xml.
> > > 
> > > Thanks
> > > Lars
> > > 
> > > > Lars,
> > > > 
> > > > You did not include your web.xml, but my guess is you need to add a
> > > > ContextLoaderListener.  The application context has to be loaded
> first,
> > > > and the
> > > > error messages indicates that the bean 'cwxDao' can't be found, so
> it
> > > > looks like
> > > > that did not happen.
> > > > 
> > > > web.xml:
> > > > 
> > > > <web-app>
> > > > 
> > > >   <!--
> > > >   - Loads the root application context of this web app at startup,
> > > >   - by default from "/WEB-INF/applicationContext.xml".
> > > >   -->
> > > >   <listener>      
> > > >     <listener-class>
> > > >       com.interface21.web.context.ContextLoaderListener
> > > >     </listener-class>
> > > >   </listener>
> > > > 
> > > >    <!-- more definitions -->
> > > > 
> > > > </web-app>
> > > > 
> > > > 
> > > > Hope this helps.
> > > > 
> > > > Thomas
> > > > 
> > > > 
> > > > 
> > > > > Hi all Spring experts,
> > > > > 
> > > > > can anyone provide me the example classes mentioned in several
> > skeletons
> > > > 
> > > > > (e.g. exampleController, exampleBusinessObject,
> > exampleDataAccessObject)
> > > > ?
> > > > > 
> > > > > The two provided sample applications don't reflect the skeletons
> very
> > > > well.
> > > > > There should be one 'big' application showing all the stuff and
> many
> > > > small
> > > > > ones to show single options (like in WebWork 1).
> > > > > 
> > > > > I've defined the following in applicationContext.xml (and it
> works):
> > > > > 
> > > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > >   <property name="sessionFactory"><ref
> > > > bean="cwxSessionFactory"/></property>
> > > > > </bean>
> > > > > 
> > > > > When defining 
> > > > > 
> > > > > (cwx-servlet.xml)
> > > > > 
> > > > > <!--  Controller for the initial "Hello" page -->
> > > > > <bean id="cwxController" class="example.web.CwxController">
> > > > >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > > </bean>
> > > > > 
> > > > > (CwxController)
> > > > > 
> > > > >  private CwxDao cwxDao;
> > > > > 
> > > > > public void setCwxDao(CwxDao cwxDao) {
> > > > >     this.cwxDao = cwxDao;
> > > > >  }
> > > > > 
> > > > > 
> > > > > I always get
> > > > > 
> > > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet
> with
> > > > name
> > > > > 'cwx' : initialization error>
> > > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No
> bean
> > > > named
> > > > > [cwxDao] is defined {class
> > > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > > defined beans
> [messageSource,viewResolver,urlMapping,cwxController]}
> > > > > 
> > > > > This is the second time I get almost useless error messages. This
> is
> > one
> > > > > point where EJBs are far ahead (
> > > > > there is almost always an error message telling you what excactly 
> is
> > > > > wrong).
> > > > > 
> > > > > Another (dumb) question:
> > > > > 
> > > > > What is the difference between a DAO *implementation* and a
> business
> > > > object
> > > > > and where does
> > > > > e. g. Petclinic reflect this ? I'm asking this because of the
> > diiference
> > > > > between the skeletons and the
> > > > > sample applications. The skeletons provide a DAO and a Business
> Object
> > > > using
> > > > > the DAO definition,
> > > > > Petclinic does not. The samples should be as close as possible to
> the
> > > > > skeletons or the skeletons should
> > > > > at least provide the java classes (shouldn't be too hard).
> > > > > 
> > > > > Thanks in advance
> > > > > Lars
> > > > > 
> > > > > 
> > > > > 
> > > > > -------------------------------------------------------
> > > > > This SF.net email is sponsored by: VM Ware
> > > > > With VMware you can run multiple operating systems on a single
> > machine.
> > > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > > at the same time. Free trial click
> > > > here:http://www.vmware.com/wl/offer/358/0
> > > > > _______________________________________________
> > > > > Springframework-developer mailing list
> > > > > Spr...@li...
> > > > >
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > > 
> > > > 
> > > > 
> > > > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Lars,

I have looked into this a little bit more.  What happens is that 
ServletContextListener.contextInitialized() method is called _after_ the  
HttpServlet.init() method is called on servlets specified with <load-on-
startup>.  This causes the xxx-servlet.xml to be loaded before the 
applicationContext.xml is loaded, so that is why you can't reference 
the 'cwxDao' bean.  This behavior is the opposite of what I see for Tomcat, 
and I'm sure the same is true for Orion and Resin that Juergen is using.  I 
looked in the Servlet 2.3 specification, but I did not see anything specifying 
which order these methods should be called in.  Maybe Juergen or Rod can shed 
some more light on this issue.  

You should be able to use the ContextLoaderServlet for now.

Thomas


> Lars,
> 
> This might be a WebLogic specific issue - I just saw similar error when I
> deployed my app in WebLogic 8.1.
> 
> I will try to research this in more detail later on today or tomorrow.  In
> the
> meantime try this in your web.xml
> 
> <servlet>
> <servlet-name>cwxRootContext</servlet-name> 
> <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
class>
> <load-on-startup>1</load-on-startup>
> </servlet>
> 
> <servlet>
> <servlet-name>cwx</servlet-name>
> <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> <load-on-startup>2</load-on-startup>
> </servlet>
> 
> Thomas
> 
> 
> 
> > Thomas,
> > 
> > attached is the web.xml.
> > 
> > Without the ContextLoaderListener nothing would happen, not even
> > the Hibernate stuff in applicationContext.xml.
> > 
> > Thanks
> > Lars
> > 
> > > Lars,
> > > 
> > > You did not include your web.xml, but my guess is you need to add a
> > > ContextLoaderListener.  The application context has to be loaded first,
> > > and the
> > > error messages indicates that the bean 'cwxDao' can't be found, so it
> > > looks like
> > > that did not happen.
> > > 
> > > web.xml:
> > > 
> > > <web-app>
> > > 
> > >   <!--
> > >   - Loads the root application context of this web app at startup,
> > >   - by default from "/WEB-INF/applicationContext.xml".
> > >   -->
> > >   <listener>      
> > >     <listener-class>
> > >       com.interface21.web.context.ContextLoaderListener
> > >     </listener-class>
> > >   </listener>
> > > 
> > >    <!-- more definitions -->
> > > 
> > > </web-app>
> > > 
> > > 
> > > Hope this helps.
> > > 
> > > Thomas
> > > 
> > > 
> > > 
> > > > Hi all Spring experts,
> > > > 
> > > > can anyone provide me the example classes mentioned in several
> skeletons
> > > 
> > > > (e.g. exampleController, exampleBusinessObject,
> exampleDataAccessObject)
> > > ?
> > > > 
> > > > The two provided sample applications don't reflect the skeletons very
> > > well.
> > > > There should be one 'big' application showing all the stuff and many
> > > small
> > > > ones to show single options (like in WebWork 1).
> > > > 
> > > > I've defined the following in applicationContext.xml (and it works):
> > > > 
> > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > >   <property name="sessionFactory"><ref
> > > bean="cwxSessionFactory"/></property>
> > > > </bean>
> > > > 
> > > > When defining 
> > > > 
> > > > (cwx-servlet.xml)
> > > > 
> > > > <!--  Controller for the initial "Hello" page -->
> > > > <bean id="cwxController" class="example.web.CwxController">
> > > >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > </bean>
> > > > 
> > > > (CwxController)
> > > > 
> > > >  private CwxDao cwxDao;
> > > > 
> > > > public void setCwxDao(CwxDao cwxDao) {
> > > >     this.cwxDao = cwxDao;
> > > >  }
> > > > 
> > > > 
> > > > I always get
> > > > 
> > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> > > name
> > > > 'cwx' : initialization error>
> > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> > > named
> > > > [cwxDao] is defined {class
> > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> > > > 
> > > > This is the second time I get almost useless error messages. This is
> one
> > > > point where EJBs are far ahead (
> > > > there is almost always an error message telling you what excactly  is
> > > > wrong).
> > > > 
> > > > Another (dumb) question:
> > > > 
> > > > What is the difference between a DAO *implementation* and a business
> > > object
> > > > and where does
> > > > e. g. Petclinic reflect this ? I'm asking this because of the
> diiference
> > > > between the skeletons and the
> > > > sample applications. The skeletons provide a DAO and a Business Object
> > > using
> > > > the DAO definition,
> > > > Petclinic does not. The samples should be as close as possible to the
> > > > skeletons or the skeletons should
> > > > at least provide the java classes (shouldn't be too hard).
> > > > 
> > > > Thanks in advance
> > > > Lars
> > > > 
> > > > 
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: VM Ware
> > > > With VMware you can run multiple operating systems on a single
> machine.
> > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > at the same time. Free trial click
> > > here:http://www.vmware.com/wl/offer/358/0
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > 
> > > 
> > > 
> > > 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Lars,

This might be a WebLogic specific issue - I just saw similar error when I
deployed my app in WebLogic 8.1.

I will try to research this in more detail later on today or tomorrow.  In the
meantime try this in your web.xml

<servlet>
<servlet-name>cwxRootContext</servlet-name> 
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet>
<servlet-name>cwx</servlet-name>
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>2</load-on-startup>
</servlet>

Thomas



> Thomas,
> 
> attached is the web.xml.
> 
> Without the ContextLoaderListener nothing would happen, not even
> the Hibernate stuff in applicationContext.xml.
> 
> Thanks
> Lars
> 
> > Lars,
> > 
> > You did not include your web.xml, but my guess is you need to add a
> > ContextLoaderListener.  The application context has to be loaded first,
> > and the
> > error messages indicates that the bean 'cwxDao' can't be found, so it
> > looks like
> > that did not happen.
> > 
> > web.xml:
> > 
> > <web-app>
> > 
> >   <!--
> >   - Loads the root application context of this web app at startup,
> >   - by default from "/WEB-INF/applicationContext.xml".
> >   -->
> >   <listener>      
> >     <listener-class>
> >       com.interface21.web.context.ContextLoaderListener
> >     </listener-class>
> >   </listener>
> > 
> >    <!-- more definitions -->
> > 
> > </web-app>
> > 
> > 
> > Hope this helps.
> > 
> > Thomas
> > 
> > 
> > 
> > > Hi all Spring experts,
> > > 
> > > can anyone provide me the example classes mentioned in several skeletons
> > 
> > > (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> > ?
> > > 
> > > The two provided sample applications don't reflect the skeletons very
> > well.
> > > There should be one 'big' application showing all the stuff and many
> > small
> > > ones to show single options (like in WebWork 1).
> > > 
> > > I've defined the following in applicationContext.xml (and it works):
> > > 
> > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > >   <property name="sessionFactory"><ref
> > bean="cwxSessionFactory"/></property>
> > > </bean>
> > > 
> > > When defining 
> > > 
> > > (cwx-servlet.xml)
> > > 
> > > <!--  Controller for the initial "Hello" page -->
> > > <bean id="cwxController" class="example.web.CwxController">
> > >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > > </bean>
> > > 
> > > (CwxController)
> > > 
> > >  private CwxDao cwxDao;
> > > 
> > > public void setCwxDao(CwxDao cwxDao) {
> > >     this.cwxDao = cwxDao;
> > >  }
> > > 
> > > 
> > > I always get
> > > 
> > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> > name
> > > 'cwx' : initialization error>
> > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> > named
> > > [cwxDao] is defined {class
> > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> > > 
> > > This is the second time I get almost useless error messages. This is one
> > > point where EJBs are far ahead (
> > > there is almost always an error message telling you what excactly  is
> > > wrong).
> > > 
> > > Another (dumb) question:
> > > 
> > > What is the difference between a DAO *implementation* and a business
> > object
> > > and where does
> > > e. g. Petclinic reflect this ? I'm asking this because of the diiference
> > > between the skeletons and the
> > > sample applications. The skeletons provide a DAO and a Business Object
> > using
> > > the DAO definition,
> > > Petclinic does not. The samples should be as close as possible to the
> > > skeletons or the skeletons should
> > > at least provide the java classes (shouldn't be too hard).
> > > 
> > > Thanks in advance
> > > Lars
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: VM Ware
> > > With VMware you can run multiple operating systems on a single machine.
> > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > 
> > 
> > 
> > 

Re: [Springframework-developer] Example classes needed

[<tri...@tr...>]

Lars,

You did not include your web.xml, but my guess is you need to add a
ContextLoaderListener.  The application context has to be loaded first, and the
error messages indicates that the bean 'cwxDao' can't be found, so it looks like
that did not happen.

web.xml:

<web-app>

  <!--
  - Loads the root application context of this web app at startup,
  - by default from "/WEB-INF/applicationContext.xml".
  -->
  <listener>      
    <listener-class>
      com.interface21.web.context.ContextLoaderListener
    </listener-class>
  </listener>

   <!-- more definitions -->

</web-app>


Hope this helps.

Thomas



> Hi all Spring experts,
> 
> can anyone provide me the example classes mentioned in several skeletons 
> (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject) ?
> 
> The two provided sample applications don't reflect the skeletons very well.
> There should be one 'big' application showing all the stuff and many small
> ones to show single options (like in WebWork 1).
> 
> I've defined the following in applicationContext.xml (and it works):
> 
> <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
>   <property name="sessionFactory"><ref bean="cwxSessionFactory"/></property>
> </bean>
> 
> When defining 
> 
> (cwx-servlet.xml)
> 
> <!--  Controller for the initial "Hello" page -->
> <bean id="cwxController" class="example.web.CwxController">
>   <property name="cwxDao"><ref external="cwxDao"/></property>
> </bean>
> 
> (CwxController)
> 
>  private CwxDao cwxDao;
> 
> public void setCwxDao(CwxDao cwxDao) {
>     this.cwxDao = cwxDao;
>  }
> 
> 
> I always get
> 
> ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with name
> 'cwx' : initialization error>
> com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean named
> [cwxDao] is defined {class com.interface21.beans.factory.xml.XmlBeanFactory:
> defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> 
> This is the second time I get almost useless error messages. This is one
> point where EJBs are far ahead (
> there is almost always an error message telling you what excactly  is
> wrong).
> 
> Another (dumb) question:
> 
> What is the difference between a DAO *implementation* and a business object
> and where does
> e. g. Petclinic reflect this ? I'm asking this because of the diiference
> between the skeletons and the
> sample applications. The skeletons provide a DAO and a Business Object using
> the DAO definition,
> Petclinic does not. The samples should be as close as possible to the
> skeletons or the skeletons should
> at least provide the java classes (shouldn't be too hard).
> 
> Thanks in advance
> Lars
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

RE: [Springframework-developer] Example classes needed

[Kopylenko, D. <dko...@ac...>]

Lars,

can you please post entire contents of applicationContext.xml and
cwx-servlet.xml ?

Thanks,
Dmitriy.


-----Original Message-----
From: Lars Fischer
To: spr...@li...
Sent: 8/23/2003 8:35 AM
Subject: [Springframework-developer] Example classes needed

Hi all Spring experts,

can anyone provide me the example classes mentioned in several skeletons

(e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
?

The two provided sample applications don't reflect the skeletons very
well.
There should be one 'big' application showing all the stuff and many
small
ones to show single options (like in WebWork 1).

I've defined the following in applicationContext.xml (and it works):

<bean id="cwxDao" class="example.dao.CwxDaoHibernate">
  <property name="sessionFactory"><ref
bean="cwxSessionFactory"/></property>
</bean>

When defining 

(cwx-servlet.xml)

<!--  Controller for the initial "Hello" page -->
<bean id="cwxController" class="example.web.CwxController">
  <property name="cwxDao"><ref external="cwxDao"/></property>
</bean>

(CwxController)

 private CwxDao cwxDao;

public void setCwxDao(CwxDao cwxDao) {
    this.cwxDao = cwxDao;
 }


I always get

ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
name
'cwx' : initialization error>
com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
named
[cwxDao] is defined {class
com.interface21.beans.factory.xml.XmlBeanFactory:
defined beans [messageSource,viewResolver,urlMapping,cwxController]}

This is the second time I get almost useless error messages. This is one
point where EJBs are far ahead (
there is almost always an error message telling you what excactly  is
wrong).

Another (dumb) question:

What is the difference between a DAO *implementation* and a business
object
and where does
e. g. Petclinic reflect this ? I'm asking this because of the diiference
between the skeletons and the
sample applications. The skeletons provide a DAO and a Business Object
using
the DAO definition,
Petclinic does not. The samples should be as close as possible to the
skeletons or the skeletons should
at least provide the java classes (shouldn't be too hard).

Thanks in advance
Lars



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer