springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Test failures

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

I moved ClassUtils.java over (along with the related test). I did 
comment out 3-4 cases of usage of the Assert class and one ArrayUtils 
call in a log.debug call (the latter not really being needed anyways), 
as those would have led to bringing in about an additional 12-15 classes 
from sandbox. The code in question looks pretty high-quality (looks like 
a variation of some utils from commons-lang, along with some new code of 
Keith's), but I did not want to bring it over without thinking about it 
a bit more; if it's going to get used in other places that's fine, but 
it's a lot to move over if it's just going to support those 3-4 Assert 
calls...

Colin


Colin Sampaleanu wrote:

> This missing class (ClassUtils) is in the Sandbox. I will move it to 
> the main tree.
>
>
> Colin Sampaleanu wrote:
>
>> I actually get build breakage right now due to the JMS changes, even 
>> from ant:
>>
>> build:
>>    [mkdir] Created dir: D:\src\open\spring-colin\spring\target\classes
>>    [mkdir] Created dir: 
>> D:\src\open\spring-colin\spring\target\classes\META-INF
>>
>>    [javac] Compiling 772 source files to 
>> D:\src\open\spring-colin\spring\target
>> \classes
>>    [javac] 
>> D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
>> JmsTemplate.java:63: cannot resolve symbol
>>    [javac] symbol  : class ClassUtils
>>    [javac] location: package util
>>    [javac] import org.springframework.util.ClassUtils;
>>    [javac]                                 ^
>>    [javac] 
>> D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
>> JmsTemplate.java:701: cannot resolve symbol
>>    [javac] symbol  : variable ClassUtils
>>    [javac] location: class org.springframework.jms.AbstractJmsTemplate
>>    [javac]         String shortName = ClassUtils.getShortName( 
>> orig.getClass().
>> getName() );
>>    [javac]                            ^
>>    [javac] Note: Some input files use or override a deprecated API.
>>    [javac] Note: Recompile with -deprecation for details.
>>    [javac] 2 errors
>>
>>
>> Mark, is it possible you forgot to check in something?
>>
>> Colin
>>
>>
>> Dmitriy Kopylenko wrote:
>>
>>> All tests pass on my machine in Eclipse. I have 3.0 final with jdk 
>>> 1.4.2 installed.
>>>
>>> Dmitriy.
>>>
>>> Rod Johnson wrote:
>>>
>>>> I'm getting over 30 failures when running tests in Eclipse. Some are
>>>> JDO-related, and may be genuine failures. The others are JNDI 
>>>> related and
>>>> look like some static side-effect is sitting around in the
>>>> NamingContextBuilder. (Eclipse keeps the same JVM up.)
>>>>
>>>> R
>>>

Re: [Springframework-developer] Patch to support Hibernate3 - How to provide it?

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

Please create a JIRA issue for it, attaching a zip there. We will =
integrate this as soon as there is a Hibernate3 beta.
=20
Thanks for the hint and the prototyping effort, BTW :-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Oliver Geisser
Gesendet: Do 08.07.2004 20:20
An: spr...@li...
Betreff: [Springframework-developer] Patch to support Hibernate3 - How =
to provide it?



Hi.

We would like to use Spring with Hibernate3 which is
currently under development.

In case you don't know: Hibernate3 is not (will not be) source-code
compatible with Hibernate2. The biggest difference
is the package renaming: net.sf.hibernate.* -> org.hibernate.*

They also changed some Exceptions from java.lang.Class constructor
parameters to java.lang.String parameters.

This is caused by the fact that Hibernate3 isn't restricted to map only
Java classes but can also map "dynamic-classes". So the identifier for a
specific mapping changed from the java class to a string.

We developed a patch to Spring which is backward compatible so you can
use Spring with Hibernate2 or with Hibernate3.

To make this work we "mirrored" the org.springframework.orm.hibernate
package to org.springframework.orm.hibernate3. There was also the need
to change the two exception in the org.springframework.orm package.

We also mirrored the tests and all tests are ok.

We would like to provide a patch but we don't know what is the prefered
way to do this?


Thanks, Olli

--og



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Patch to support Hibernate3 - How to provide it?

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

As long as there isn't at least a Hibernate3 beta release, we won't ship =
any integration classes for it in the Spring distribution. We can =
certainly include some in the sandbox for the time being, but I'd still =
prefer waiting for an official beta, as alpha snapshots probably have a =
still moving API.
=20
It's a bit of a pity that they're changing package names again. =
Hibernate 1 had cirrus.*, IIRC, so each major version introduced a =
different package name. Concrete applications can be migrated easily by =
a simple search and replace, but application frameworks have to support =
both for a while (needing to duplicate their support code).
=20
That sort of thing doesn't happen with a standardized API in the javax.* =
namespace ;-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Do 08.07.2004 21:04
An: spr...@li...
Betreff: Re: [Springframework-developer] Patch to support Hibernate3 - =
How to provide it?



Personally, I have not tried the dev. branch of Hibernate 3 yet, but if
they have moved to a completely separate package structure, my feeling
is that in fact mirroring the existing Hibernate 2.1 support is probably
the only viable option. People will be using Hibernate 2.1 for quite a
while, almost certainly for some time evern after Hibernate 3 is out, so
we need a solution that allows Spring to work with both versions.

W/regards to how appropriate it is to add this to Spring now, it's
probably a matter of how usable the Hibernate 3 code is. In worst case,
this could go into the sandbox.

Regards,
Colin


Oliver Geisser wrote:

> Hi.
>
> We would like to use Spring with Hibernate3 which is
> currently under development.
>
> In case you don't know: Hibernate3 is not (will not be) source-code
> compatible with Hibernate2. The biggest difference
> is the package renaming: net.sf.hibernate.* -> org.hibernate.*
>
> They also changed some Exceptions from java.lang.Class constructor
> parameters to java.lang.String parameters.
>
> This is caused by the fact that Hibernate3 isn't restricted to map
> only Java classes but can also map "dynamic-classes". So the
> identifier for a specific mapping changed from the java class to a
> string.
>
> We developed a patch to Spring which is backward compatible so you can
> use Spring with Hibernate2 or with Hibernate3.
>
> To make this work we "mirrored" the org.springframework.orm.hibernate
> package to org.springframework.orm.hibernate3. There was also the need
> to change the two exception in the org.springframework.orm package.
>
> We also mirrored the tests and all tests are ok.
>
> We would like to provide a patch but we don't know what is the =
prefered
> way to do this?
>
>
> Thanks, Olli
>
> --og





-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Test failures

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

This missing class (ClassUtils) is in the Sandbox. I will move it to the 
main tree.


Colin Sampaleanu wrote:

> I actually get build breakage right now due to the JMS changes, even 
> from ant:
>
> build:
>    [mkdir] Created dir: D:\src\open\spring-colin\spring\target\classes
>    [mkdir] Created dir: 
> D:\src\open\spring-colin\spring\target\classes\META-INF
>
>    [javac] Compiling 772 source files to 
> D:\src\open\spring-colin\spring\target
> \classes
>    [javac] 
> D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
> JmsTemplate.java:63: cannot resolve symbol
>    [javac] symbol  : class ClassUtils
>    [javac] location: package util
>    [javac] import org.springframework.util.ClassUtils;
>    [javac]                                 ^
>    [javac] 
> D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
> JmsTemplate.java:701: cannot resolve symbol
>    [javac] symbol  : variable ClassUtils
>    [javac] location: class org.springframework.jms.AbstractJmsTemplate
>    [javac]         String shortName = ClassUtils.getShortName( 
> orig.getClass().
> getName() );
>    [javac]                            ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 2 errors
>
>
> Mark, is it possible you forgot to check in something?
>
> Colin
>
>
> Dmitriy Kopylenko wrote:
>
>> All tests pass on my machine in Eclipse. I have 3.0 final with jdk 
>> 1.4.2 installed.
>>
>> Dmitriy.
>>
>> Rod Johnson wrote:
>>
>>> I'm getting over 30 failures when running tests in Eclipse. Some are
>>> JDO-related, and may be genuine failures. The others are JNDI 
>>> related and
>>> look like some static side-effect is sitting around in the
>>> NamingContextBuilder. (Eclipse keeps the same JVM up.)
>>>
>>> R
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email sponsored by Black Hat Briefings & Training.
>>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>>> digital self defense, top technical experts, no vendor pitches, 
>>> unmatched networking opportunities. Visit www.blackhat.com
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>  
>>

Re: [Springframework-developer] Test failures

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

I actually get build breakage right now due to the JMS changes, even 
from ant:

build:
    [mkdir] Created dir: D:\src\open\spring-colin\spring\target\classes
    [mkdir] Created dir: 
D:\src\open\spring-colin\spring\target\classes\META-INF

    [javac] Compiling 772 source files to 
D:\src\open\spring-colin\spring\target
\classes
    [javac] 
D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
JmsTemplate.java:63: cannot resolve symbol
    [javac] symbol  : class ClassUtils
    [javac] location: package util
    [javac] import org.springframework.util.ClassUtils;
    [javac]                                 ^
    [javac] 
D:\src\open\spring-colin\spring\src\org\springframework\jms\Abstract
JmsTemplate.java:701: cannot resolve symbol
    [javac] symbol  : variable ClassUtils
    [javac] location: class org.springframework.jms.AbstractJmsTemplate
    [javac]         String shortName = ClassUtils.getShortName( 
orig.getClass().
getName() );
    [javac]                            ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 2 errors


Mark, is it possible you forgot to check in something?

Colin


Dmitriy Kopylenko wrote:

> All tests pass on my machine in Eclipse. I have 3.0 final with jdk 
> 1.4.2 installed.
>
> Dmitriy.
>
> Rod Johnson wrote:
>
>> I'm getting over 30 failures when running tests in Eclipse. Some are
>> JDO-related, and may be genuine failures. The others are JNDI related 
>> and
>> look like some static side-effect is sitting around in the
>> NamingContextBuilder. (Eclipse keeps the same JVM up.)
>>
>> R
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email sponsored by Black Hat Briefings & Training.
>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
>> self defense, top technical experts, no vendor pitches, unmatched 
>> networking opportunities. Visit www.blackhat.com
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>  
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Patch to support Hibernate3 - How to provide it?

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

Personally, I have not tried the dev. branch of Hibernate 3 yet, but if 
they have moved to a completely separate package structure, my feeling 
is that in fact mirroring the existing Hibernate 2.1 support is probably 
the only viable option. People will be using Hibernate 2.1 for quite a 
while, almost certainly for some time evern after Hibernate 3 is out, so 
we need a solution that allows Spring to work with both versions.

W/regards to how appropriate it is to add this to Spring now, it's 
probably a matter of how usable the Hibernate 3 code is. In worst case, 
this could go into the sandbox.

Regards,
Colin


Oliver Geisser wrote:

> Hi.
>
> We would like to use Spring with Hibernate3 which is
> currently under development.
>
> In case you don't know: Hibernate3 is not (will not be) source-code
> compatible with Hibernate2. The biggest difference
> is the package renaming: net.sf.hibernate.* -> org.hibernate.*
>
> They also changed some Exceptions from java.lang.Class constructor 
> parameters to java.lang.String parameters.
>
> This is caused by the fact that Hibernate3 isn't restricted to map 
> only Java classes but can also map "dynamic-classes". So the 
> identifier for a specific mapping changed from the java class to a 
> string.
>
> We developed a patch to Spring which is backward compatible so you can
> use Spring with Hibernate2 or with Hibernate3.
>
> To make this work we "mirrored" the org.springframework.orm.hibernate
> package to org.springframework.orm.hibernate3. There was also the need
> to change the two exception in the org.springframework.orm package.
>
> We also mirrored the tests and all tests are ok.
>
> We would like to provide a patch but we don't know what is the prefered
> way to do this?
>
>
> Thanks, Olli
>
> --og

Re: [Springframework-developer] Rowsets and JdbcDaoSupport

[<tho...@tr...>]

Jonas,

For the database metadata there is a utility method that takes a
DatabaseMetaDataCallback implementation with a single method processMetaData. 
You need to catch the checked MetaDataAccessException.  There is no exception
translation since the translation would rely on the metadata to be available to
determine the database product.

Here is an example:

try {
  Map dbmdInfo = (Map) JdbcUtils.extractDatabaseMetaData(ds,
    new DatabaseMetaDataCallback() {
      public Object processMetaData(DatabaseMetaData dbmd) throws SQLException {
        Map info = new HashMap(2);
        if (dbmd != null) {
          info.put("DatabaseProductName", dbmd.getDatabaseProductName());
          info.put("DriverVersion", dbmd.getDriverVersion());
        }
        return info;
      }
    }
  );
}
catch (MetaDataAccessException ex) {
  logger.warn("Error while getting database metadata", ex);
}

Thomas


Quoting Jon...@o2...:

> What do you think about a generic addition? Like
>
>
> public interface ConnectionCallback
> {
>
>   Object doWithConnection(Connection conn)
>     throws
>       SQLException,
>       DataAccessException;
>
> }
>
> and accordingly in JdbcTemplate
>
>
> public Object execute(final ConnectionCallback action)
> {
>   ...
> }
>
>
> That would allow me to print/analyze/verify database metadata without
> caring for opening and closing the connection. And I could use my handmade
> rowset stuff. Of course, having explicit rowset support would be great!
>
> Regards,
> Jonas
>
>
>
>
>
>
>
>
> Thomas Risberg <tho...@tr...>
> Gesendet von: spr...@li...
> 08.07.2004 17:37
> Bitte antworten an springframework-developer
>
>
>         An:     spr...@li...
>         Kopie:
>         Thema:  Re: [Springframework-developer] Rowsets and JdbcDaoSupport
>
>
> Jonas,
>
> There is currently no support for RowSets.  We have some code in the
> sandbox that allows you to retrieve a cached rowset, but nothing for
> updating.  We might add this at some point since it would be fairly
> simple to add - probably a new method update(RowSet rset) on
> JdbcTemplate.  This might go in the 1.2 release since 1.1 is pretty much
> set with the 1.1 RC1 due out this weekend.  What is the demand for this
> support?
>
> Thomas
>
>
> Jon...@o2... wrote:
>
> >Dear spring developers,
> >
> >as my question was unanswered at the forum, I'm re-posting it here. Still
>
> >at the beginning of spring usage, thus very excited about its
> capabilities
> >and the code quality I saw so far :-)
> >
> >How to flush rowsets to the database without manually doing the
> connection
> >closing, transaction stuff etc., but using these nice callbacks instead?
> >
> >neither getJdbcTemplate().execute(..) nor getJdbcTemplate().update(..)
> >will work, as they assume me to create a java.sql.Statement resp. write
> >handcoded SQL update string...?
> >
> >The same applies to pure metdata handling, when I just want to read infos
>
> >from Connection without having statements and the like.
> >
> >To make it clear, this is how my code looks like, which I want to
> re-write
> >using callbacks:
> >
> ><code>
> >
> >public final class RowsetDAO
> >  extends JdbcDaoSupport
> >{
> >
> >...
> >
> >/**
> > * Saves the given disconnected rowset to the database.
> > *
> > * @param rowSet rowset to save
> > * @throws DataAccessException runtime exception on database error
> > * @throws NullPointerException if given rowset is null
> > */
> >public synchronized void saveMutableRowSet(CachedRowSet rowSet)
> >  throws
> >    NullPointerException,
> >    DataAccessException
> >{
> >  Connection conn;
> >
> >  if (rowSet==null)
> >  {
> >    throw new NullPointerException("Given mutable rowset to save must not
>
> >be null!");
> >  }
> >
> >  conn = getConnection();
> >
> >  try
> >  {
> >    LOG.debug("Saving rowset into table : " + rowSet.getTableName() );
> >    long startTime = System.currentTimeMillis();
> >
> >    rowSet.setUrl( conn.getMetaData().getURL() );
> > rowSet.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);
> >    rowSet.acceptChanges(conn);
> >    conn.commit();
> >
> >    long endTime = System.currentTimeMillis();
> >    LOG.debug("Executed SQL in : " + (endTime - startTime) + " ms");
> >  }
> >  catch (SQLException e)
> >  {
> >    LOG.error(e);
> >    try
> >    {
> >      conn.rollback();
> >    }
> >    catch (SQLException e1)
> >    {
> >      LOG.error("Could not rollback changes", e1);
> >    }
> >    throw getJdbcTemplate().getExceptionTranslator().translate(
> >      e.toString(),
> >      "saving mutable rowset",
> >      e
> >    );
> >  }
> >  finally
> >  {
> >    try
> >    {
> >      conn.close();
> >    }
> >    catch (SQLException e1)
> >    {
> >      LOG.error("Could not close connection", e1);
> >    }
> >  }
> >}
> >
> >...
> ></code>
> >
> >Jonas
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email sponsored by Black Hat Briefings & Training.
> >Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> >digital self defense, top technical experts, no vendor pitches,
> >unmatched networking opportunities. Visit www.blackhat.com
> >_______________________________________________
> >Springframework-developer mailing list
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> Jonas,
>
> There is currently no support for RowSets.  We have some code in the
> sandbox that allows you to retrieve a cached rowset, but nothing for
> updating.  We might add this at some point since it would be fairly
> simple to add - probably a new method update(RowSet rset) on
> JdbcTemplate.  This might go in the 1.2 release since 1.1 is pretty much
> set with the 1.1 RC1 due out this weekend.  What is the demand for this
> support?
>
> Thomas
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] Patch to support Hibernate3 - How to provide it?

[Oliver G. <oli...@gm...>]

Hi.

We would like to use Spring with Hibernate3 which is
currently under development.

In case you don't know: Hibernate3 is not (will not be) source-code
compatible with Hibernate2. The biggest difference
is the package renaming: net.sf.hibernate.* -> org.hibernate.*

They also changed some Exceptions from java.lang.Class constructor 
parameters to java.lang.String parameters.

This is caused by the fact that Hibernate3 isn't restricted to map only 
Java classes but can also map "dynamic-classes". So the identifier for a 
specific mapping changed from the java class to a string.

We developed a patch to Spring which is backward compatible so you can
use Spring with Hibernate2 or with Hibernate3.

To make this work we "mirrored" the org.springframework.orm.hibernate
package to org.springframework.orm.hibernate3. There was also the need
to change the two exception in the org.springframework.orm package.

We also mirrored the tests and all tests are ok.

We would like to provide a patch but we don't know what is the prefered
way to do this?


Thanks, Olli

--og

Re: [Springframework-developer] Re: Security Interceptor on display components

[Andy D. <an...@ma...>]

Our current plan is to adapt something we already have in place for our 
service interfaces.  Basically, we have an aspect for our services that 
allows you to declaratively define the roles allowed to access properties on 
data objects (this is done on a Java class + property name basis).  So, for 
example, I may say that only the hr_management role can access the "salary" 
property of the "com.mypackage.Employee" class.  All objects returned from a 
service method are filtered based on these declarative access rules.  For 
protected properties, the property setter method is used to change the value 
of the property to a "secured" value (also defined in the configuration).  
Thus, no secure values ever leave a service.  This is important for remote 
service invocation, as it is not enough to simply deny access to a property 
via an aspect - you must also be sure that the value of the property is not 
transmitted over the wire.  There is also a service available to get a 
"security map" for a particular data object class (basically a Map that uses 
the property name as key and the allowed access for the current user as 
value).  We are thinking of integrating this security map into the UI in some 
sleek automatic fashion.. but if someone out there has an already cooked up 
solution, we would be open to changing our plans. :-)

  - Andy

PS the challenge for us when we implemented this type of security was when the 
client sends those modified data objects back to the service (to an 'update' 
method, for example).  You really wouldn't want Hibernate to persist the 
modified property values back to the DB.

On Thursday 08 July 2004 09:47 am, Stephane Bailliez wrote:
> - it means that we must have an object filter that replaces for example
> the sensitive value returned via get methods with a "***"....
> ...
> Stephane
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Rowsets and JdbcDaoSupport

[<Jon...@o2...>]

What do you think about a generic addition? Like


public interface ConnectionCallback
{

  Object doWithConnection(Connection conn)
    throws
      SQLException,
      DataAccessException;

}

and accordingly in JdbcTemplate


public Object execute(final ConnectionCallback action)
{
  ...
}


That would allow me to print/analyze/verify database metadata without 
caring for opening and closing the connection. And I could use my handmade 
rowset stuff. Of course, having explicit rowset support would be great!

Regards,
Jonas








Thomas Risberg <tho...@tr...>
Gesendet von: spr...@li...
08.07.2004 17:37
Bitte antworten an springframework-developer

 
        An:     spr...@li...
        Kopie: 
        Thema:  Re: [Springframework-developer] Rowsets and JdbcDaoSupport


Jonas,

There is currently no support for RowSets.  We have some code in the 
sandbox that allows you to retrieve a cached rowset, but nothing for 
updating.  We might add this at some point since it would be fairly 
simple to add - probably a new method update(RowSet rset) on 
JdbcTemplate.  This might go in the 1.2 release since 1.1 is pretty much 
set with the 1.1 RC1 due out this weekend.  What is the demand for this 
support?

Thomas


Jon...@o2... wrote:

>Dear spring developers,
>
>as my question was unanswered at the forum, I'm re-posting it here. Still 

>at the beginning of spring usage, thus very excited about its 
capabilities 
>and the code quality I saw so far :-)
>
>How to flush rowsets to the database without manually doing the 
connection 
>closing, transaction stuff etc., but using these nice callbacks instead?
>
>neither getJdbcTemplate().execute(..) nor getJdbcTemplate().update(..) 
>will work, as they assume me to create a java.sql.Statement resp. write 
>handcoded SQL update string...?
>
>The same applies to pure metdata handling, when I just want to read infos 

>from Connection without having statements and the like.
>
>To make it clear, this is how my code looks like, which I want to 
re-write 
>using callbacks:
>
><code>
>
>public final class RowsetDAO
>  extends JdbcDaoSupport
>{
>
>...
>
>/**
> * Saves the given disconnected rowset to the database.
> * 
> * @param rowSet rowset to save
> * @throws DataAccessException runtime exception on database error
> * @throws NullPointerException if given rowset is null
> */
>public synchronized void saveMutableRowSet(CachedRowSet rowSet) 
>  throws 
>    NullPointerException,
>    DataAccessException
>{
>  Connection conn;
>
>  if (rowSet==null)
>  {
>    throw new NullPointerException("Given mutable rowset to save must not 

>be null!");
>  }
>
>  conn = getConnection();
>
>  try
>  {
>    LOG.debug("Saving rowset into table : " + rowSet.getTableName() ); 
>    long startTime = System.currentTimeMillis();
>
>    rowSet.setUrl( conn.getMetaData().getURL() );
> rowSet.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);
>    rowSet.acceptChanges(conn);
>    conn.commit();
>
>    long endTime = System.currentTimeMillis();
>    LOG.debug("Executed SQL in : " + (endTime - startTime) + " ms");
>  }
>  catch (SQLException e)
>  {
>    LOG.error(e);
>    try
>    {
>      conn.rollback();
>    }
>    catch (SQLException e1)
>    {
>      LOG.error("Could not rollback changes", e1);
>    }
>    throw getJdbcTemplate().getExceptionTranslator().translate(
>      e.toString(),
>      "saving mutable rowset",
>      e
>    );
>  }
>  finally
>  {
>    try
>    {
>      conn.close();
>    }
>    catch (SQLException e1)
>    {
>      LOG.error("Could not close connection", e1);
>    }
>  }
>}
>
>...
></code> 
>
>Jonas
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>digital self defense, top technical experts, no vendor pitches, 
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> 
>



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



Jonas,

There is currently no support for RowSets.  We have some code in the 
sandbox that allows you to retrieve a cached rowset, but nothing for 
updating.  We might add this at some point since it would be fairly 
simple to add - probably a new method update(RowSet rset) on 
JdbcTemplate.  This might go in the 1.2 release since 1.1 is pretty much 
set with the 1.1 RC1 due out this weekend.  What is the demand for this 
support?

Thomas

[Springframework-developer] Re: Test failures

[Stephane B. <sba...@ap...>]

Rod Johnson wrote:
> I'm getting over 30 failures when running tests in Eclipse. Some are
> JDO-related, and may be genuine failures. The others are JNDI related and
> look like some static side-effect is sitting around in the
> NamingContextBuilder. (Eclipse keeps the same JVM up.)

The problem with the current implementation of the context builder is 
that as that it is a singleton in the jndi factory and that it has the 
highest configuration priority.

If you want to use this naive but useful jndi implementation for your 
tests and that at the same time you want to use ldap... basically you 
are cooked as the sent context is not a dircontext.

I needed to use a jndi provider for a command line application that was 
also deployed in a servlet container which was making use of jndi for 
configuration. I noticed that because the application was using ldap 
heavily and it was complaining about the context.

Honestly I did not investigate too much as it was a last minute fix for 
a customer, and I solved the problem by using catalina-naming provider 
(a 10 line change with my spring configuration)

Cheers,

Stephane

Re: [Springframework-developer] Test failures

[Dmitriy K. <dko...@ru...>]

All tests pass on my machine in Eclipse. I have 3.0 final with jdk 1.4.2 
installed.

Dmitriy.

Rod Johnson wrote:

>I'm getting over 30 failures when running tests in Eclipse. Some are
>JDO-related, and may be genuine failures. The others are JNDI related and
>look like some static side-effect is sitting around in the
>NamingContextBuilder. (Eclipse keeps the same JVM up.)
>
>R
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>digital self defense, top technical experts, no vendor pitches, 
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Re: [Springframework-developer] Test failures

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

With Ant, everything succeeds on my machine... Can't really tell when =
running in IDEA, because the attributes tests always fail there.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Thursday, July 08, 2004 6:30 PM
To: spr...@li...
Subject: [Springframework-developer] Test failures


I'm getting over 30 failures when running tests in Eclipse. Some are
JDO-related, and may be genuine failures. The others are JNDI related =
and
look like some static side-effect is sitting around in the
NamingContextBuilder. (Eclipse keeps the same JVM up.)

R




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20
digital self defense, top technical experts, no vendor pitches,=20
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: Security Interceptor on display components

[Stephane B. <sba...@ap...>]

Andy Depue wrote:

> This is something I too am interested in.... though we will ultimately be 
> using Spring + JSF with the addition of some rich clients when the time 
> comes.  I will need a solution that can work for both the web and rich client 
> UIs.

I think that the AOP approach should work particulary well with JSF as 
everything is normally a component. There are a couple of issues to 
solve though (which are also valid for Struts html taglibs)

- it means that we must have an object filter that replaces for example 
the sensitive value returned via get methods with a "***". This makes 
sense in place where the information is visible on a shared page and 
where it would be difficult to actually modify the whole page layout. 
Otherwise if everything is separated in a different page it is solved 
very easily anyway.

- When the object is not editable, it means that basically we need to 
disable the component which value is the sensitive one. So we must have 
a filter on the visual component.

- The problem to solve is also when we update the object. If we just 
filtered the object by adding "***" and it is not editable..we of course 
need to avoid this object being updated with the "***" value. So we need 
to intercept here again.

The problem is also in the case when an 'action' wraps a hidden 
component. For example an hyperlink over a "***" value. This is a 
special case though that could be solve as well with an interceptor but 
that's starts to be tricky.

I can definitely see however how it would simplify development 
dramatically... that would be an extremely powerful application of AOP 
on something that is definitely cross cutting.

Stephane

[Springframework-developer] Test failures

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

I'm getting over 30 failures when running tests in Eclipse. Some are
JDO-related, and may be genuine failures. The others are JNDI related and
look like some static side-effect is sitting around in the
NamingContextBuilder. (Eclipse keeps the same JVM up.)

R

Re: [Springframework-developer] SourceForge Forums

[Rainer S. <Rai...@ab...>]

Rod,

I think your points are valid. But aren't they covered by the gmane web 
interface (e.g. 
http://news.gmane.org/gmane.comp.java.springframework.devel)?

For me the combination of mailing list and gmane is a very spring-like 
solution: the user has the choice (mailing list, web interface, or news 
reader) :-)

Rainer

Rod Johnson wrote:

> I'm a bit concerned that the lists get a lot of traffic already; that
> subscribing to a list is more invasive (in my mind) than signing up to a
> forum; and that when evaluating a product I often browse forums to judge the
> responsiveness of a product's developers and users, while I don't tend to
> browse mailing lists, viewing them as more for committed users.

Re: [Springframework-developer] Rowsets and JdbcDaoSupport

[Thomas R. <tho...@tr...>]

Jonas,

There is currently no support for RowSets.  We have some code in the 
sandbox that allows you to retrieve a cached rowset, but nothing for 
updating.  We might add this at some point since it would be fairly 
simple to add - probably a new method update(RowSet rset) on 
JdbcTemplate.  This might go in the 1.2 release since 1.1 is pretty much 
set with the 1.1 RC1 due out this weekend.  What is the demand for this 
support?

Thomas


Jon...@o2... wrote:

>Dear spring developers,
>
>as my question was unanswered at the forum, I'm re-posting it here. Still 
>at the beginning of spring usage, thus very excited about its capabilities 
>and the code quality I saw so far :-)
>
>How to flush rowsets to the database without manually doing the connection 
>closing, transaction stuff etc., but using these nice callbacks instead?
>
>neither getJdbcTemplate().execute(..) nor getJdbcTemplate().update(..) 
>will work, as they assume me to create a java.sql.Statement resp. write 
>handcoded SQL update string...?
>
>The same applies to pure metdata handling, when I just want to read infos 
>from Connection without having statements and the like.
>
>To make it clear, this is how my code looks like, which I want to re-write 
>using callbacks:
>
><code>
>
>public final class RowsetDAO
>  extends JdbcDaoSupport
>{
>
>...
>
>/**
> * Saves the given disconnected rowset to the database.
> * 
> * @param rowSet rowset to save
> * @throws DataAccessException runtime exception on database error
> * @throws NullPointerException if given rowset is null
> */
>public synchronized void saveMutableRowSet(CachedRowSet rowSet) 
>  throws 
>    NullPointerException,
>    DataAccessException
>{
>  Connection conn;
>
>  if (rowSet==null)
>  {
>    throw new NullPointerException("Given mutable rowset to save must not 
>be null!");
>  }
>
>  conn = getConnection();
>
>  try
>  {
>    LOG.debug("Saving rowset into table : " + rowSet.getTableName() ); 
>    long startTime = System.currentTimeMillis();
>
>    rowSet.setUrl( conn.getMetaData().getURL() );
> rowSet.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);
>    rowSet.acceptChanges(conn);
>    conn.commit();
>
>    long endTime = System.currentTimeMillis();
>    LOG.debug("Executed SQL in : " + (endTime - startTime) + " ms");
>  }
>  catch (SQLException e)
>  {
>    LOG.error(e);
>    try
>    {
>      conn.rollback();
>    }
>    catch (SQLException e1)
>    {
>      LOG.error("Could not rollback changes", e1);
>    }
>    throw getJdbcTemplate().getExceptionTranslator().translate(
>      e.toString(),
>      "saving mutable rowset",
>      e
>    );
>  }
>  finally
>  {
>    try
>    {
>      conn.close();
>    }
>    catch (SQLException e1)
>    {
>      LOG.error("Could not close connection", e1);
>    }
>  }
>}
>
>...
></code> 
>
>Jonas
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>digital self defense, top technical experts, no vendor pitches, 
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>  
>

Re: [Springframework-developer] Intercepting bean creation?

[Dmitriy K. <dko...@ru...>]

Ross,

can you please attach this BPP and the corresponding appCtx descriptor?

Thanks,
Dmitriy.

Mason, Ross wrote:

>Cheers guys.  I'm using the BeanPostProcessor.
> 
>When I try using the BeanPostProcessor on a FactoryBean I get a ClassCastException.  Which at first made sense because I figured it was trying to cast my actual bean instance (not FactoryBean) to a BeanPostProcessor, but then why wouldn't it use the actual factory instance. Anyway here is the stack trace -
> 
>java.lang.ClassCastException
> at org.springframework.context.support.AbstractApplicationContext.registerBeanPostProcessors(AbstractApplicationContext.java:328)
> at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:264)
> at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:58)
> at org.mule.extras.spring.config.SpringConfigurationBuilder.configure(SpringConfigurationBuilder.java:40)
> at org.mule.tck.AbstractConfigBuilderTestCase.setUp(AbstractConfigBuilderTestCase.java:53)
> at com.intellij.rt.execution.junit2.JUnitStarter.main(JUnitStarter.java:31)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:78)
> 
>Cheers,
> 
>Ross
> 
>-----Original Message----- 
>From: spr...@li... on behalf of jürgen höller [werk3AT] 
>Sent: Thu 8/07/2004 10:45 AM 
>To: spr...@li... 
>Cc: 
>Subject: Re: [Springframework-developer] Intercepting bean creation?
>
>
>
>	I recommend BeanNameAware too, if you just want to become aware of the bean name.
>	
>	For general post-processing of a newly created bean instance, you could define a BeanPostProcessor in the context, which will automatically intercept all beans that this context creates:
>	
>	http://www.springframework.org/docs/api/org/springframework/beans/factory/config/BeanPostProcessor.html
>	
>	Juergen
>	
>	
>	-----Original Message-----
>	From: spr...@li...
>	[mailto:spr...@li...]On Behalf
>	Of Chistophe Vanfleteren
>	Sent: Thursday, July 08, 2004 11:26 AM
>	To: spr...@li...
>	Subject: Re: [Springframework-developer] Intercepting bean creation?
>	
>	
>	On Thursday 08 July 2004 11:12, Mason, Ross wrote:
>	> Hi,
>	> I create a lot of different types of object in an applicationContext, all
>	> of which have a name property i.e.
>	>
>	> <bean id="jmsConnector" className="org.mule.providers.jms.JmsConnector">
>	>     <property name="name"><value>jmsConnector</value></property>
>	> </bean>
>	>
>	> I don't like having to include the name property if there is a chance I
>	> could use the bean id instead. Is there any way I can uniformly intercept
>	> bean creation in the context so that straight after the constructor is
>	> called I can get hold of the bean id and set it on my object?
>	>
>	> I can't wait until the applicationContext is configured and then set the
>	> names as some objects have a collection of other objects which are keyed
>	> against the name.
>	>
>	
>	You could implement BeanNameAware:
>	<http://www.springframework.org/docs/api/org/springframework/beans/factory/BeanNameAware.html>
>	
>	--
>	Kind regards,
>	Christophe Vanfleteren
>	
>	
>	-------------------------------------------------------
>	This SF.Net email sponsored by Black Hat Briefings & Training.
>	Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
>	digital self defense, top technical experts, no vendor pitches,
>	unmatched networking opportunities. Visit www.blackhat.com
>	_______________________________________________
>	Springframework-developer mailing list
>	Spr...@li...
>	https://lists.sourceforge.net/lists/listinfo/springframework-developer
>	
>	
>	-------------------------------------------------------
>	This SF.Net email sponsored by Black Hat Briefings & Training.
>	Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
>	digital self defense, top technical experts, no vendor pitches,
>	unmatched networking opportunities. Visit www.blackhat.com
>	_______________________________________________
>	Springframework-developer mailing list
>	Spr...@li...
>	https://lists.sourceforge.net/lists/listinfo/springframework-developer
>	
>
>  
>

Re: [Springframework-developer] Preparing for 1.1 RC1

[Thomas R. <tho...@tr...>]

Has anybody tried the RowSet support that I added to the sandbox a while 
ago?  If we want to include this in 1.1 final, then I can add some tests 
and fix up the javadocs.

Thomas

jürgen höller [werk3AT] wrote:

>Everybody,
>
>As announced a while ago, we plan to release 1.1 RC1 this weekend. This means that major new stuff like JMS support and JSF support will *not* go into 1.1 RC1, as those features are not ready respectively fully reviewed yet.
>
>As I'm a fan of "release early, release often", I'd rather move JMS support to 1.2 RC1 (actually, it has always been there in JIRA) than delaying 1.1 final. 1.2 RC1 will be released soon enough, possibly in late September.
>
>Of course, we can still add new features for 1.1 final, but I'd like to restrict that to minor stuff. JDBC 3.0 auto-generated keys and form simplification macros are fine, but JMS is probably too much (from my point of view).
>
>JSF support is a further candidate that has been discussed quite heavily off-list, but unfortunately we haven't reached a concensus there yet. We might get some basic support in for 1.1 final, though.
>
>Thoughts on this release plan? In any case, please test and review the current CVS contents as far as possible till Sunday. And please refrain from adding major new stuff in the next couple of days - which applies to myself too ;-)
>
>Juergen
>
>
>DI Jürgen Höller
>Senior System Architect
>______________________________________
>
>werk3ATS - division systementwicklung
>werk3AT informations- und mediensysteme
>
>europaplatz 4
>A - 4020 linz
>
>t.  +43 (0) 732 71 65 29 502
>f.  +43 (0) 732 71 65 29 3
>mailto:jue...@we...
>http://www.werk3at.com
>______________________________________
>werk3ATS - WIR ENTWICKELN ERFOLG
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>digital self defense, top technical experts, no vendor pitches, 
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>  
>

Re: [Springframework-developer] Security Interceptor on display components

[Andy D. <an...@ma...>]

This is something I too am interested in.... though we will ultimately be 
using Spring + JSF with the addition of some rich clients when the time 
comes.  I will need a solution that can work for both the web and rich client 
UIs.

  - Andy

On Thursday 08 July 2004 01:59 am, Stephane Bailliez wrote:
> I have been talking yesterday with a client that has a need for a strong
> display component security (viewable/editable depending on roles).
>
> Of course these roles are mostly dynamic and there will be a need for
> some kind of 'delegation' or flexibility on object and attributes.

> ...

> Cheers,
>
> Stephane
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] JMS moved to main codebase, out of sandbox

[Mark P. <Mar...@Co...>]

Hi,

I have put the JMS package in the main codebase in CVS.  There is still
some work to do but I am aiming for the 1.1 release.

Cheers,
Mark

RE: [Springframework-developer] Intercepting bean creation?

[Mason, R. <ros...@vi...>]

Q2hlZXJzIGd1eXMuICBJJ20gdXNpbmcgdGhlIEJlYW5Qb3N0UHJvY2Vzc29yLg0KIA0KV2hlbiBJ
IHRyeSB1c2luZyB0aGUgQmVhblBvc3RQcm9jZXNzb3Igb24gYSBGYWN0b3J5QmVhbiBJIGdldCBh
IENsYXNzQ2FzdEV4Y2VwdGlvbi4gIFdoaWNoIGF0IGZpcnN0IG1hZGUgc2Vuc2UgYmVjYXVzZSBJ
IGZpZ3VyZWQgaXQgd2FzIHRyeWluZyB0byBjYXN0IG15IGFjdHVhbCBiZWFuIGluc3RhbmNlIChu
b3QgRmFjdG9yeUJlYW4pIHRvIGEgQmVhblBvc3RQcm9jZXNzb3IsIGJ1dCB0aGVuIHdoeSB3b3Vs
ZG4ndCBpdCB1c2UgdGhlIGFjdHVhbCBmYWN0b3J5IGluc3RhbmNlLiBBbnl3YXkgaGVyZSBpcyB0
aGUgc3RhY2sgdHJhY2UgLQ0KIA0KamF2YS5sYW5nLkNsYXNzQ2FzdEV4Y2VwdGlvbg0KIGF0IG9y
Zy5zcHJpbmdmcmFtZXdvcmsuY29udGV4dC5zdXBwb3J0LkFic3RyYWN0QXBwbGljYXRpb25Db250
ZXh0LnJlZ2lzdGVyQmVhblBvc3RQcm9jZXNzb3JzKEFic3RyYWN0QXBwbGljYXRpb25Db250ZXh0
LmphdmE6MzI4KQ0KIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuY29udGV4dC5zdXBwb3J0LkFic3Ry
YWN0QXBwbGljYXRpb25Db250ZXh0LnJlZnJlc2goQWJzdHJhY3RBcHBsaWNhdGlvbkNvbnRleHQu
amF2YToyNjQpDQogYXQgb3JnLnNwcmluZ2ZyYW1ld29yay5jb250ZXh0LnN1cHBvcnQuQ2xhc3NQ
YXRoWG1sQXBwbGljYXRpb25Db250ZXh0Ljxpbml0PihDbGFzc1BhdGhYbWxBcHBsaWNhdGlvbkNv
bnRleHQuamF2YTo1OCkNCiBhdCBvcmcubXVsZS5leHRyYXMuc3ByaW5nLmNvbmZpZy5TcHJpbmdD
b25maWd1cmF0aW9uQnVpbGRlci5jb25maWd1cmUoU3ByaW5nQ29uZmlndXJhdGlvbkJ1aWxkZXIu
amF2YTo0MCkNCiBhdCBvcmcubXVsZS50Y2suQWJzdHJhY3RDb25maWdCdWlsZGVyVGVzdENhc2Uu
c2V0VXAoQWJzdHJhY3RDb25maWdCdWlsZGVyVGVzdENhc2UuamF2YTo1MykNCiBhdCBjb20uaW50
ZWxsaWoucnQuZXhlY3V0aW9uLmp1bml0Mi5KVW5pdFN0YXJ0ZXIubWFpbihKVW5pdFN0YXJ0ZXIu
amF2YTozMSkNCiBhdCBzdW4ucmVmbGVjdC5OYXRpdmVNZXRob2RBY2Nlc3NvckltcGwuaW52b2tl
MChOYXRpdmUgTWV0aG9kKQ0KIGF0IHN1bi5yZWZsZWN0Lk5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1w
bC5pbnZva2UoTmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLmphdmE6MzkpDQogYXQgc3VuLnJlZmxl
Y3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5pbnZva2UoRGVsZWdhdGluZ01ldGhvZEFj
Y2Vzc29ySW1wbC5qYXZhOjI1KQ0KIGF0IGNvbS5pbnRlbGxpai5ydC5leGVjdXRpb24uYXBwbGlj
YXRpb24uQXBwTWFpbi5tYWluKEFwcE1haW4uamF2YTo3OCkNCiANCkNoZWVycywNCiANClJvc3MN
CiANCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KRnJvbTogc3ByaW5nZnJhbWV3b3JrLWRl
dmVsb3Blci1hZG1pbkBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgb24gYmVoYWxmIG9mIGrDvHJnZW4g
aMO2bGxlciBbd2VyazNBVF0gDQpTZW50OiBUaHUgOC8wNy8yMDA0IDEwOjQ1IEFNIA0KVG86IHNw
cmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KQ2M6IA0KU3Vi
amVjdDogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBJbnRlcmNlcHRpbmcgYmVhbiBj
cmVhdGlvbj8NCg0KDQoNCglJIHJlY29tbWVuZCBCZWFuTmFtZUF3YXJlIHRvbywgaWYgeW91IGp1
c3Qgd2FudCB0byBiZWNvbWUgYXdhcmUgb2YgdGhlIGJlYW4gbmFtZS4NCgkNCglGb3IgZ2VuZXJh
bCBwb3N0LXByb2Nlc3Npbmcgb2YgYSBuZXdseSBjcmVhdGVkIGJlYW4gaW5zdGFuY2UsIHlvdSBj
b3VsZCBkZWZpbmUgYSBCZWFuUG9zdFByb2Nlc3NvciBpbiB0aGUgY29udGV4dCwgd2hpY2ggd2ls
bCBhdXRvbWF0aWNhbGx5IGludGVyY2VwdCBhbGwgYmVhbnMgdGhhdCB0aGlzIGNvbnRleHQgY3Jl
YXRlczoNCgkNCglodHRwOi8vd3d3LnNwcmluZ2ZyYW1ld29yay5vcmcvZG9jcy9hcGkvb3JnL3Nw
cmluZ2ZyYW1ld29yay9iZWFucy9mYWN0b3J5L2NvbmZpZy9CZWFuUG9zdFByb2Nlc3Nvci5odG1s
DQoJDQoJSnVlcmdlbg0KCQ0KCQ0KCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoJRnJvbTog
c3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blci1hZG1pbkBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglb
bWFpbHRvOnNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXItYWRtaW5AbGlzdHMuc291cmNlZm9yZ2Uu
bmV0XU9uIEJlaGFsZg0KCU9mIENoaXN0b3BoZSBWYW5mbGV0ZXJlbg0KCVNlbnQ6IFRodXJzZGF5
LCBKdWx5IDA4LCAyMDA0IDExOjI2IEFNDQoJVG86IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJA
bGlzdHMuc291cmNlZm9yZ2UubmV0DQoJU3ViamVjdDogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2
ZWxvcGVyXSBJbnRlcmNlcHRpbmcgYmVhbiBjcmVhdGlvbj8NCgkNCgkNCglPbiBUaHVyc2RheSAw
OCBKdWx5IDIwMDQgMTE6MTIsIE1hc29uLCBSb3NzIHdyb3RlOg0KCT4gSGksDQoJPiBJIGNyZWF0
ZSBhIGxvdCBvZiBkaWZmZXJlbnQgdHlwZXMgb2Ygb2JqZWN0IGluIGFuIGFwcGxpY2F0aW9uQ29u
dGV4dCwgYWxsDQoJPiBvZiB3aGljaCBoYXZlIGEgbmFtZSBwcm9wZXJ0eSBpLmUuDQoJPg0KCT4g
PGJlYW4gaWQ9Imptc0Nvbm5lY3RvciIgY2xhc3NOYW1lPSJvcmcubXVsZS5wcm92aWRlcnMuam1z
Lkptc0Nvbm5lY3RvciI+DQoJPiAgICAgPHByb3BlcnR5IG5hbWU9Im5hbWUiPjx2YWx1ZT5qbXND
b25uZWN0b3I8L3ZhbHVlPjwvcHJvcGVydHk+DQoJPiA8L2JlYW4+DQoJPg0KCT4gSSBkb24ndCBs
aWtlIGhhdmluZyB0byBpbmNsdWRlIHRoZSBuYW1lIHByb3BlcnR5IGlmIHRoZXJlIGlzIGEgY2hh
bmNlIEkNCgk+IGNvdWxkIHVzZSB0aGUgYmVhbiBpZCBpbnN0ZWFkLiBJcyB0aGVyZSBhbnkgd2F5
IEkgY2FuIHVuaWZvcm1seSBpbnRlcmNlcHQNCgk+IGJlYW4gY3JlYXRpb24gaW4gdGhlIGNvbnRl
eHQgc28gdGhhdCBzdHJhaWdodCBhZnRlciB0aGUgY29uc3RydWN0b3IgaXMNCgk+IGNhbGxlZCBJ
IGNhbiBnZXQgaG9sZCBvZiB0aGUgYmVhbiBpZCBhbmQgc2V0IGl0IG9uIG15IG9iamVjdD8NCgk+
DQoJPiBJIGNhbid0IHdhaXQgdW50aWwgdGhlIGFwcGxpY2F0aW9uQ29udGV4dCBpcyBjb25maWd1
cmVkIGFuZCB0aGVuIHNldCB0aGUNCgk+IG5hbWVzIGFzIHNvbWUgb2JqZWN0cyBoYXZlIGEgY29s
bGVjdGlvbiBvZiBvdGhlciBvYmplY3RzIHdoaWNoIGFyZSBrZXllZA0KCT4gYWdhaW5zdCB0aGUg
bmFtZS4NCgk+DQoJDQoJWW91IGNvdWxkIGltcGxlbWVudCBCZWFuTmFtZUF3YXJlOg0KCTxodHRw
Oi8vd3d3LnNwcmluZ2ZyYW1ld29yay5vcmcvZG9jcy9hcGkvb3JnL3NwcmluZ2ZyYW1ld29yay9i
ZWFucy9mYWN0b3J5L0JlYW5OYW1lQXdhcmUuaHRtbD4NCgkNCgktLQ0KCUtpbmQgcmVnYXJkcywN
CglDaHJpc3RvcGhlIFZhbmZsZXRlcmVuDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YuTmV0IGVtYWlsIHNwb25z
b3JlZCBieSBCbGFjayBIYXQgQnJpZWZpbmdzICYgVHJhaW5pbmcuDQoJQXR0ZW5kIEJsYWNrIEhh
dCBCcmllZmluZ3MgJiBUcmFpbmluZywgTGFzIFZlZ2FzIEp1bHkgMjQtMjkgLQ0KCWRpZ2l0YWwg
c2VsZiBkZWZlbnNlLCB0b3AgdGVjaG5pY2FsIGV4cGVydHMsIG5vIHZlbmRvciBwaXRjaGVzLA0K
CXVubWF0Y2hlZCBuZXR3b3JraW5nIG9wcG9ydHVuaXRpZXMuIFZpc2l0IHd3dy5ibGFja2hhdC5j
b20NCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCVNw
cmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJU3ByaW5nZnJhbWV3b3JrLWRl
dmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNvdXJjZWZvcmdl
Lm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoJDQoJDQoJLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRo
aXMgU0YuTmV0IGVtYWlsIHNwb25zb3JlZCBieSBCbGFjayBIYXQgQnJpZWZpbmdzICYgVHJhaW5p
bmcuDQoJQXR0ZW5kIEJsYWNrIEhhdCBCcmllZmluZ3MgJiBUcmFpbmluZywgTGFzIFZlZ2FzIEp1
bHkgMjQtMjkgLQ0KCWRpZ2l0YWwgc2VsZiBkZWZlbnNlLCB0b3AgdGVjaG5pY2FsIGV4cGVydHMs
IG5vIHZlbmRvciBwaXRjaGVzLA0KCXVubWF0Y2hlZCBuZXR3b3JraW5nIG9wcG9ydHVuaXRpZXMu
IFZpc2l0IHd3dy5ibGFja2hhdC5jb20NCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0
DQoJU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRw
czovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmst
ZGV2ZWxvcGVyDQoJDQoNCg==

Re: [Springframework-developer] SourceForge Forums

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

Thanks Matthew, I've been taking care of this. Will do so...

Matthew E. Porter wrote:

> Somebody from the Spring core contact me off list.  Since I own a 
> managed hosting company, I may be able to help with the bandwidth.
>
>
> Cheers,
>   matthew
>
> On Jul 7, 2004, at 10:28 PM, Colin Sampaleanu wrote:
>
>> Time :-)      It will also add a bit of cost to the project, since 
>> the hosting and bandwidth will have to be paid, but the main issue is 
>> that somebody has to do the work of setting up phpBB (or whatever) 
>> somewhere. It looks like I may be able to do it in the next week or 
>> two though.
>>
>> Colin
>>
>> Matthew E. Porter wrote:
>>
>>> If I may ask, what is holding up using some other forum software?
>>>
>>>
>>> Cheers,
>>>   matthew
>>>
>>> On Jul 7, 2004, at 10:23 AM, Dmitriy Kopylenko wrote:
>>>
>>>> Also +1
>>>>
>>>> Guillaume Poirier wrote:
>>>>
>>>>> +1
>>>>>
>>>>> Rod Johnson wrote:
>>>>>
>>>>>> 2. Keep them until we get a better web based solution
>>>>>>
>>>>>>
>>>>>> I'm not in favour of getting rid of the forums altogether, 
>>>>>> although  I agree
>>>>>> that the present SF forums are slow, lacking in features and poorly
>>>>>> presented.
>>>>>>
>>>>>> I'm a bit concerned that the lists get a lot of traffic already; 
>>>>>> that
>>>>>> subscribing to a list is more invasive (in my mind) than signing 
>>>>>> up  to a
>>>>>> forum; and that when evaluating a product I often browse forums 
>>>>>> to  judge the
>>>>>> responsiveness of a product's developers and users, while I 
>>>>>> don't  tend to
>>>>>> browse mailing lists, viewing them as more for committed users.
>>>>>
>>>>>

[Springframework-developer] Rowsets and JdbcDaoSupport

[<Jon...@o2...>]

Dear spring developers,

as my question was unanswered at the forum, I'm re-posting it here. Still 
at the beginning of spring usage, thus very excited about its capabilities 
and the code quality I saw so far :-)

How to flush rowsets to the database without manually doing the connection 
closing, transaction stuff etc., but using these nice callbacks instead?

neither getJdbcTemplate().execute(..) nor getJdbcTemplate().update(..) 
will work, as they assume me to create a java.sql.Statement resp. write 
handcoded SQL update string...?

The same applies to pure metdata handling, when I just want to read infos 
from Connection without having statements and the like.

To make it clear, this is how my code looks like, which I want to re-write 
using callbacks:

<code>

public final class RowsetDAO
  extends JdbcDaoSupport
{

...

/**
 * Saves the given disconnected rowset to the database.
 * 
 * @param rowSet rowset to save
 * @throws DataAccessException runtime exception on database error
 * @throws NullPointerException if given rowset is null
 */
public synchronized void saveMutableRowSet(CachedRowSet rowSet) 
  throws 
    NullPointerException,
    DataAccessException
{
  Connection conn;

  if (rowSet==null)
  {
    throw new NullPointerException("Given mutable rowset to save must not 
be null!");
  }

  conn = getConnection();

  try
  {
    LOG.debug("Saving rowset into table : " + rowSet.getTableName() ); 
    long startTime = System.currentTimeMillis();

    rowSet.setUrl( conn.getMetaData().getURL() );
 rowSet.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);
    rowSet.acceptChanges(conn);
    conn.commit();

    long endTime = System.currentTimeMillis();
    LOG.debug("Executed SQL in : " + (endTime - startTime) + " ms");
  }
  catch (SQLException e)
  {
    LOG.error(e);
    try
    {
      conn.rollback();
    }
    catch (SQLException e1)
    {
      LOG.error("Could not rollback changes", e1);
    }
    throw getJdbcTemplate().getExceptionTranslator().translate(
      e.toString(),
      "saving mutable rowset",
      e
    );
  }
  finally
  {
    try
    {
      conn.close();
    }
    catch (SQLException e1)
    {
      LOG.error("Could not close connection", e1);
    }
  }
}

...
</code> 

Jonas

Re: [Springframework-developer] SourceForge Forums

[Matthew E. P. <mat...@me...>]

Somebody from the Spring core contact me off list.  Since I own a 
managed hosting company, I may be able to help with the bandwidth.


Cheers,
   matthew

On Jul 7, 2004, at 10:28 PM, Colin Sampaleanu wrote:

> Time :-)      It will also add a bit of cost to the project, since the 
> hosting and bandwidth will have to be paid, but the main issue is that 
> somebody has to do the work of setting up phpBB (or whatever) 
> somewhere. It looks like I may be able to do it in the next week or 
> two though.
>
> Colin
>
> Matthew E. Porter wrote:
>
>> If I may ask, what is holding up using some other forum software?
>>
>>
>> Cheers,
>>   matthew
>>
>> On Jul 7, 2004, at 10:23 AM, Dmitriy Kopylenko wrote:
>>
>>> Also +1
>>>
>>> Guillaume Poirier wrote:
>>>
>>>> +1
>>>>
>>>> Rod Johnson wrote:
>>>>
>>>>> 2. Keep them until we get a better web based solution
>>>>>
>>>>>
>>>>> I'm not in favour of getting rid of the forums altogether, 
>>>>> although  I agree
>>>>> that the present SF forums are slow, lacking in features and poorly
>>>>> presented.
>>>>>
>>>>> I'm a bit concerned that the lists get a lot of traffic already; 
>>>>> that
>>>>> subscribing to a list is more invasive (in my mind) than signing 
>>>>> up  to a
>>>>> forum; and that when evaluating a product I often browse forums to 
>>>>>  judge the
>>>>> responsiveness of a product's developers and users, while I don't  
>>>>> tend to
>>>>> browse mailing lists, viewing them as more for committed users.
>>>>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer