springframework-developer — Spring Framework developers list

Re: [Springframework-developer] DataFieldMaxValueIncrementer

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

Juergen,

You broke all my existing tests :-)  The DriverManagerDataSource now throws a
ClassNotFoundException which is a checked exception.  It used to rethrow this as
an unchecked exception.  I can live with this change, but do we want to change
this behavior at this point?

As for the Incrementers - I'm going totest them today.

Thomas


Quoting "jürgen höller [werk3AT]" <jue...@we...>:

> I've committed the revised DataFieldMaxValueIncrementer hierarchy. There =
> is a new AbstractSequenceMaxValueIncrementer now, with no value cache =
> anymore. OracleSequenceMaxValueIncrementer and =
> PostgreSQLSequenceMaxValueIncrementer are very simple classes of this =
> new base class. In general, there's significantly less code involved =
> than before.
> =20
> I've decided to implement AbstractSequenceMaxValueIncrementer based on =
> plain JDBC, to be able to throw proper sequence-related exceptions. A =
> queryForLong wouldn't be a particularly useful extension of =
> JdbcTemplate, and it would throw DataAccessApiUsageExceptions if no row =
> found or the like - not appropriate when the user didn't specify the =
> query in the first place.
> =20
> I've also written unit tests for all incrementers. I just did a live =
> test of HsqlMaxValueIncrementer; gonna test MySQLMaxValueIncrementer =
> later today. Dmitriy, Thomas, could you have a look at the revision, and =
> test OracleSequenceMaxValueIncrementer (and possibly =
> PostgreSQLSequenceMaxValueIncrementer).
> =20
> Juergen
> =20
> 
> ________________________________
> 
> Von: spr...@li... im Auftrag =
> von Dmitriy Kopylenko
> Gesendet: Do 26.02.2004 14:33
> An: spr...@li...
> Betreff: RE: [Springframework-developer] DataFieldMaxValueIncrementer
> 
> 
> 
> +1 for removing cache from sequence-based incrementers
> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
> Of
> j=FCrgen h=F6ller [werk3AT]
> Sent: Thursday, February 26, 2004 2:43 AM
> To: spr...@li...;
> spr...@li...
> Subject: Re: [Springframework-developer] DataFieldMaxValueIncrementer
> 
> 
> Actually, MySQLMaxValueIncrementer does leverage the value cache in a
> meaningful way, and HsqlMaxValueIncrementer at least just issues a =
> single
> delete for the entire advance cache. But the sequence-based =
> incrementers,
> i.e. OracleSequenceMaxValueIncrementer and the new
> PostgreSQLSequenceMaxValueIncrementer do not benefit from the value =
> cache at
> all. So I just suggest to remove the value cache from the sequence-based
> incrementers.
> 
> Juergen
> 
> 
> ________________________________
> 
> Von: spr...@li... im Auftrag =
> von
> j=FCrgen h=F6ller [werk3AT]
> Gesendet: Do 26.02.2004 08:25
> An: spr...@li...
> Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer
> 
> 
> 
> I'm done with the simplicication so far - less than half of the code =
> remains
> ;-)
> 
> However, there's still the value cache. I strongly doubt that this is a =
> good
> idea, particularly with database sequences. Essentially, if the cache =
> size
> is 10, we're accessing the sequence 10 times in advance instead of =
> asking in
> whenever an id is requested. There's the same amount of SQL statements
> involved; what's the benefit here?
> 
> The drawback is that we need to synchronize cache access for this. If we
> simply went straight to the database sequence for each id, we could =
> delegate
> concurrency to the database. And I don't know of an O/R mapping tool =
> that
> does such sequence value caching (please correct me if I'm wrong). All
> things considered, I suggest to drop the value cache completely.
> 
> Juergen
> 
> 
> ________________________________
> 
> Von: spr...@li... im Auftrag =
> von
> tri...@tr...
> Gesendet: Mi 25.02.2004 23:02
> An: spr...@li...
> Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer
> 
> 
> 
> 
> +1
> 
> I never understood the need for a double as an incrementer anyway.  =
> Simple
> is better.  The OracleSequenceMaxValueIncrementer could use some =
> refactoring
> too. We don't need a SqlFunction - we should be able to use the new
> queryForXxxx methods on the JDBC Template.  Once you check in your =
> changes,
> I can take a look at the Oracle one.
> 
> Thomas
> 
> Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>:
> 
> > I've added PostgreSQLSequenceMaxValueIncrementer today, as attached to
> > =3D our JIRA. On the occasion, I've reviewed the incrementer =3D
> > implementations: They're too complicated for what they achieve, =3D
> > IMO.Thus, I've dropped the inner class NextMaxValueProviders and moved
> > =3D the code to the DataFieldMaxValueIncrementer class hierarchy =
> itself.
> > =3D20 I've noticed that AbstractDataFieldMaxValueIncrementer's
> > nextDoubleValue =3D effectively returns an integer, like
> > nextIntValue/nextLongValue - after =3D all, the template method
> > getNextKey returns a long, so there's no chance =3D for a true double.
> > Thus, I see no point in keeping the nextDoubleValue =3D method in the
> > DataFieldMaxValueIncrementer interface; all current =3D =
> implementations
> > do not return doubles here. =3D20
> > Furthermore, why does getNextKey take a type parameter when it returns =
> a =3D
> > long anyway? Any JDBC driver will let you read both an int and a long =
> =3D
> > via rs.getLong, so there's no point in that type parameter. Simply =3D
> > reading the value via getLong should be sufficient.
> > =3D20
> > This leaves a very simple DataFieldMaxValueIncrementer interface with =
> =3D
> > nextIntValue, nextLongValue and nextStringValue methods, with =3D
> > implementations that achieve their goal in a straightforward fashion. =
> =3D
> > AbstractDataFieldMaxValueIncrementer delegates all three to getNextKey =
> =3D
> > which returns a long, casting the long to an int respectively =
> converting =3D
> > it to a string with optional padding.
> > =3D20
> > This should still cover all current usages and therefore not break =3D
> > compatibility, and it should make it as easy as possible to implement =
> an =3D
> > AbstractDataFieldMaxValueIncrementer subclass for a specific database. =
> =3D
> > Thomas, Dmitrity, what do you think?
> > =3D20
> > Juergen
> > =3D20
> > P.S.:
> > Obviously, 1.0 RC2 won't be released tonight but rather at the end of =
> =3D
> > the week. I believe it's worth it, as I'd also like to wait for =
> feedback =3D
> > on the other recent changes.
> > =3D20
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > deploy apps & Web services for Linux with a free DVD software kit from
> > IBM. Click Now! =
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Doc Generation in Cruise Control Build

[Luke T. <ne...@fr...>]

Choy Rim wrote:

> I tried to look at the spring reference in pdf format and I got a
> message complaining that "File does not begin with '%PDF'"
> 
> Could the pdf builder be broken ?
> 
> 
As far as I can tell it seems to be an IE problem, 'cos it works in Mozilla.

The advice here seems to get round it

http://www.ci.lincoln.ne.us/main/helppdf.htm

If anyone knows of a better solution, please let me know.

Luke.


-- 
  Luke Taylor.                      Monkey Machine Ltd.
  PGP Key ID: 0x57E9523C            http://www.monkeymachine.ltd.uk

Re: [Springframework-developer] prefs/slides

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

I have some slides, which I'll send you off-list. Eventually we'll get a =
generic presentation and put it online.
  ----- Original Message -----=20
  From: Keith Donald=20
  To: spr...@li...=20
  Sent: Friday, February 27, 2004 2:42 PM
  Subject: [Springframework-developer] prefs/slides


  Hey guys,

  Do any of yall have a Eclipse code formatting preferences file that =
corresponds to Spring conventions?  I'm using Eclipse M7.

  Also, do we have any available presentation slides on the =
SpringFramework?  Turns out I'm presenting on Spring at next month's =
OrlandoJUG (if not, it's no biggie, I can put some together...but I =
figured I'd ask first!)

  Thanks,
  Keith

Re: [Springframework-developer] JdbcHelper

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

Quoting Eduardo Issao Ito <zi...@su...>:

> 
> So ArrayList seems ok for this usage, and we have quick random access also!
> 
> As usual in the performance area, our intuition is not so useful as a simple
> 
> benchmark...
> 
> Thanks!
> 
> 
> PS: Why that (almost) empty loop? The question was about how to populate the
> List.


I thought it would be more realistic test if we actually did something with the
list  rather tan just populate it and throw it away.

Thomas


> 
> 
> tri...@tr... wrote:
> 
> > Here is a quick unscientific benchmark:
> > 
> > 	JdbcTemplate jt = new JdbcTemplate(ds);
> > 	String sql = "select * from my_large_table where rownum <= 200000";
> > 	long start = System.currentTimeMillis();
> > 	List l = jt.queryForList(sql);
> > 	int x = 0;
> > 	for (int i = 0; i < l.size(); i++) {
> > 		x++;
> > 	}
> > 	long done = System.currentTimeMillis();
> > 	System.out.println(": " + x + " in " + (done - start) + "ms");
> > 
> > And the results:
> > 
> > java.util.LinkedList: 2000 in 1156ms
> > java.util.ArrayList: 2000 in 1156ms
> > 
> > java.util.LinkedList: 20000 in 5968ms
> > java.util.ArrayList: 20000 in 6031ms
> > 
> > java.util.LinkedList: 200000 in 52154ms
> > java.util.ArrayList: 200000 in 52639ms
> > 
> > As you can see the difference is very small.  Most of the time is spent
> reading
> > the data from the database so the List processing only make up a tiny
> fraction
> > of the total time.  I looked at the memory usage during the 200000 row runs
> and
> > these were the numbers:
> > 
> > java.util.LinkedList: [196MB]
> > java.util.ArrayList: [192MB]
> > 
> > Thomas
> > 
> > 
> > 
> > Quoting tri...@tr...:
> > 
> > 
> >>Eduardo,
> >>
> >>I assume that you mean the new JdbcTemplate.queryForList()
> >>
> >>It's an interesting question and I think the jury is still out on whether
> >>the
> >>Linked List or ArrayList would perform better here - I have seen arguments
> >>going
> >>both ways (if I have some extra time I will run some benchmarks for our
> >>specific
> >>use).  A lot depends on the size of the resultset and I would not use this
> >>method for running a query returning a really large number of rows anyway.
> 
> >>That
> >>said, I'd be happy to change it if there definitely is a performace
> >>difference.
> >>
> >>Thomas
> >>
> >> 
> >>Quoting Eduardo Issao Ito <zi...@su...>:
> >>
> >>
> >>>I noticed that JdbcHelper.queryForList() method returns an ArrayList, but
> a
> >>
> >>>LinkedList should not be more appropriate (more performant without need
> of
> >>>array 
> >>>realocation as the list grows) as it is a generic funcition and the
> >>
> >>rowcount
> >>
> >>>is 
> >>>not known in advance?
> >>>
> >>>
> >>>
> >>>-------------------------------------------------------
> >>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>>Build and deploy apps & Web services for Linux with
> >>>a free DVD software kit from IBM. Click Now!
> >>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >>>_______________________________________________
> >>>Springframework-developer mailing list
> >>>Spr...@li...
> >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>>
> >>
> >>
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>Build and deploy apps & Web services for Linux with
> >>a free DVD software kit from IBM. Click Now!
> >>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] JdbcHelper

[Eduardo I. I. <zi...@su...>]

So ArrayList seems ok for this usage, and we have quick random access also!

As usual in the performance area, our intuition is not so useful as a simple 
benchmark...

Thanks!


PS: Why that (almost) empty loop? The question was about how to populate the List.


tri...@tr... wrote:

> Here is a quick unscientific benchmark:
> 
> 	JdbcTemplate jt = new JdbcTemplate(ds);
> 	String sql = "select * from my_large_table where rownum <= 200000";
> 	long start = System.currentTimeMillis();
> 	List l = jt.queryForList(sql);
> 	int x = 0;
> 	for (int i = 0; i < l.size(); i++) {
> 		x++;
> 	}
> 	long done = System.currentTimeMillis();
> 	System.out.println(": " + x + " in " + (done - start) + "ms");
> 
> And the results:
> 
> java.util.LinkedList: 2000 in 1156ms
> java.util.ArrayList: 2000 in 1156ms
> 
> java.util.LinkedList: 20000 in 5968ms
> java.util.ArrayList: 20000 in 6031ms
> 
> java.util.LinkedList: 200000 in 52154ms
> java.util.ArrayList: 200000 in 52639ms
> 
> As you can see the difference is very small.  Most of the time is spent reading
> the data from the database so the List processing only make up a tiny fraction
> of the total time.  I looked at the memory usage during the 200000 row runs and
> these were the numbers:
> 
> java.util.LinkedList: [196MB]
> java.util.ArrayList: [192MB]
> 
> Thomas
> 
> 
> 
> Quoting tri...@tr...:
> 
> 
>>Eduardo,
>>
>>I assume that you mean the new JdbcTemplate.queryForList()
>>
>>It's an interesting question and I think the jury is still out on whether
>>the
>>Linked List or ArrayList would perform better here - I have seen arguments
>>going
>>both ways (if I have some extra time I will run some benchmarks for our
>>specific
>>use).  A lot depends on the size of the resultset and I would not use this
>>method for running a query returning a really large number of rows anyway. 
>>That
>>said, I'd be happy to change it if there definitely is a performace
>>difference.
>>
>>Thomas
>>
>> 
>>Quoting Eduardo Issao Ito <zi...@su...>:
>>
>>
>>>I noticed that JdbcHelper.queryForList() method returns an ArrayList, but a
>>
>>>LinkedList should not be more appropriate (more performant without need of
>>>array 
>>>realocation as the list grows) as it is a generic funcition and the
>>
>>rowcount
>>
>>>is 
>>>not known in advance?
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
>>>Build and deploy apps & Web services for Linux with
>>>a free DVD software kit from IBM. Click Now!
>>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
>>>_______________________________________________
>>>Springframework-developer mailing list
>>>Spr...@li...
>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
>>Build and deploy apps & Web services for Linux with
>>a free DVD software kit from IBM. Click Now!
>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] JdbcHelper

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

Here is a quick unscientific benchmark:

	JdbcTemplate jt = new JdbcTemplate(ds);
	String sql = "select * from my_large_table where rownum <= 200000";
	long start = System.currentTimeMillis();
	List l = jt.queryForList(sql);
	int x = 0;
	for (int i = 0; i < l.size(); i++) {
		x++;
	}
	long done = System.currentTimeMillis();
	System.out.println(": " + x + " in " + (done - start) + "ms");

And the results:

java.util.LinkedList: 2000 in 1156ms
java.util.ArrayList: 2000 in 1156ms

java.util.LinkedList: 20000 in 5968ms
java.util.ArrayList: 20000 in 6031ms

java.util.LinkedList: 200000 in 52154ms
java.util.ArrayList: 200000 in 52639ms

As you can see the difference is very small.  Most of the time is spent reading
the data from the database so the List processing only make up a tiny fraction
of the total time.  I looked at the memory usage during the 200000 row runs and
these were the numbers:

java.util.LinkedList: [196MB]
java.util.ArrayList: [192MB]

Thomas



Quoting tri...@tr...:

> Eduardo,
> 
> I assume that you mean the new JdbcTemplate.queryForList()
> 
> It's an interesting question and I think the jury is still out on whether
> the
> Linked List or ArrayList would perform better here - I have seen arguments
> going
> both ways (if I have some extra time I will run some benchmarks for our
> specific
> use).  A lot depends on the size of the resultset and I would not use this
> method for running a query returning a really large number of rows anyway. 
> That
> said, I'd be happy to change it if there definitely is a performace
> difference.
> 
> Thomas
> 
>  
> Quoting Eduardo Issao Ito <zi...@su...>:
> 
> > 
> > I noticed that JdbcHelper.queryForList() method returns an ArrayList, but a
> 
> > LinkedList should not be more appropriate (more performant without need of
> > array 
> > realocation as the list grows) as it is a generic funcition and the
> rowcount
> > is 
> > not known in advance?
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] JdbcHelper

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

Eduardo,

I assume that you mean the new JdbcTemplate.queryForList()

It's an interesting question and I think the jury is still out on whether the
Linked List or ArrayList would perform better here - I have seen arguments going
both ways (if I have some extra time I will run some benchmarks for our specific
use).  A lot depends on the size of the resultset and I would not use this
method for running a query returning a really large number of rows anyway.  That
said, I'd be happy to change it if there definitely is a performace difference.

Thomas

 
Quoting Eduardo Issao Ito <zi...@su...>:

> 
> I noticed that JdbcHelper.queryForList() method returns an ArrayList, but a 
> LinkedList should not be more appropriate (more performant without need of
> array 
> realocation as the list grows) as it is a generic funcition and the rowcount
> is 
> not known in advance?
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Hessian/Burlap links

[Seth L. <se...@eh...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Eduardo Issao Ito wrote:
|
| Anyone that is using Hessian/Burlap remoting , know if there is any
| problem serializing Hibernate objects (specially collections)?

As long as the serialization process is smart enough to call the
getters, so that any lazy loading will have a chance to load.  Also,
make sure your Session is still open during the serialization to let and
lazy loading to finish.

I haven't tried it, but those are some things to watch out for.

Seth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAP6hc5EIB1scRes8RAmB0AJ9eUhabUA3ei5W5sIvm/aTKJf0UYwCfaim3
6Zi11/EijJR5w0Njkt8Hl4o=
=VXnV
-----END PGP SIGNATURE-----

RE: [Springframework-developer] Hibernate meta data

[Keith D. <kd...@cs...>]

From what I remember from the Hibernate APIs, there is no way to get the
Configuration from the Session Factory.  The Configuration does create
SessionFactories, but the SessionFactory does not have a way to traverse
back to its associated Configuration.
=20
It seems saving the Configuration reference in a subclass of
LocalSessionFactoryBean would work.
=20
HTH,
keith
=20

=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Rajeev Kaul
Sent: Friday, February 27, 2004 2:34 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Hibernate meta data


Okay, that is what I thought.  Is there a way to get to this =
Configuration
object from the Hibernate SessionFactory, or do you save it during
initialization (e.g. in a subclass of the LocalSessionFactoryBean)?
=20
Regards,
=20
Rajeev

----- Original Message -----=20
From: Keith  <mailto:kd...@cs...> Donald=20
To: spr...@li...=20
Sent: Friday, February 27, 2004 11:14 AM
Subject: RE: [Springframework-developer] Hibernate meta data

I believe you can get that from the Hibernate Configuration object --> =
see
PersistentClass.
=20
I started down that path when I built a visual HQL builder for our =
client,
but eventually that the SessionFactory.ClassMetadata classes are really =
the
ones you want to go with.  However, I think if you need all the mapping
information, you have to go collaborate with Configuration.
=20
Keith
=20
=20

=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Rajeev Kaul
Sent: Friday, February 27, 2004 1:57 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Hibernate meta data


I am sorry, I meant the class mapping information, instead of the class =
meta
data. I am interested in getting at the table name, the column names, =
types,
and lengths.

----- Original Message -----=20
From: Rod Johnson <mailto:rod...@in...> =20
To: spr...@li...=20
Sent: Thursday, February 26, 2004 10:11 PM
Subject: Re: [Springframework-developer] Hibernate meta data

Can't you get it from the SessionFactory? That's how I do it.=20

----- Original Message -----=20
From: Rajeev Kaul <mailto:Ra...@cu...> =20
To: spr...@li...=20
Sent: Friday, February 27, 2004 1:34 AM
Subject: [Springframework-developer] Hibernate meta data

What is the best way to get hold of Hibernate meta data in Spring?  I am
interested in dynamically finding the tablename , column names, types,
length, etc. of a persistent class.
I know you can get it from the Hibernate Configuration object, but it is =
not
saved in the current implementation of LocalSessionFactoryBean class.  =
Is
there some other way of getting this information, or should I subclass =
the
LocalSessionFactoryBean and make Configuration class object as one of =
its
properties?=20

=20

Rajeev Kaul

Re: [Springframework-developer] Hessian/Burlap links

[Eduardo I. I. <zi...@su...>]

Anyone that is using Hessian/Burlap remoting , know if there is any problem 
serializing Hibernate objects (specially collections)?


jürgen höller [werk3AT] wrote:

> Thomas,
> 
> Can you please add Hessian/Burlap links to the Spring homepage, using the Caucho logo from www.caucho.com for the time being? Scott from Caucho will in turn link from the Hessian/Burlap web pages to our website ASAP. He will also provide up-to-date standalone distributions of Hessian and Burlap, for inclusion in Spring 1.0 final.
> 
> 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
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id56&alloc_id438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] JdbcHelper

[Eduardo I. I. <zi...@su...>]

I noticed that JdbcHelper.queryForList() method returns an ArrayList, but a 
LinkedList should not be more appropriate (more performant without need of array 
realocation as the list grows) as it is a generic funcition and the rowcount is 
not known in advance?

Re: [Springframework-developer] Hibernate meta data

[Rajeev K. <Ra...@cu...>]

MessageOkay, that is what I thought.  Is there a way to get to this =
Configuration object from the Hibernate SessionFactory, or do you save =
it during initialization (e.g. in a subclass of the =
LocalSessionFactoryBean)?

Regards,

Rajeev
  ----- Original Message -----=20
  From: Keith Donald=20
  To: spr...@li...=20
  Sent: Friday, February 27, 2004 11:14 AM
  Subject: RE: [Springframework-developer] Hibernate meta data


  I believe you can get that from the Hibernate Configuration object --> =
see PersistentClass.

  I started down that path when I built a visual HQL builder for our =
client, but eventually that the SessionFactory.ClassMetadata classes are =
really the ones you want to go with.  However, I think if you need all =
the mapping information, you have to go collaborate with Configuration.

  Keith

  =20
  =20

    -----Original Message-----
    From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of Rajeev Kaul
    Sent: Friday, February 27, 2004 1:57 PM
    To: spr...@li...
    Subject: Re: [Springframework-developer] Hibernate meta data


    I am sorry, I meant the class mapping information, instead of the =
class meta data. I am interested in getting at the table name, the =
column names, types, and lengths.
      ----- Original Message -----=20
      From: Rod Johnson=20
      To: spr...@li...=20
      Sent: Thursday, February 26, 2004 10:11 PM
      Subject: Re: [Springframework-developer] Hibernate meta data


      Can't you get it from the SessionFactory? That's how I do it.=20
        ----- Original Message -----=20
        From: Rajeev Kaul=20
        To: spr...@li...=20
        Sent: Friday, February 27, 2004 1:34 AM
        Subject: [Springframework-developer] Hibernate meta data


        What is the best way to get hold of Hibernate meta data in =
Spring?  I am interested in dynamically finding the tablename , column =
names, types, length, etc. of a persistent class.
        I know you can get it from the Hibernate Configuration object, =
but it is not saved in the current implementation of =
LocalSessionFactoryBean class.  Is there some other way of getting this =
information, or should I subclass the LocalSessionFactoryBean and make =
Configuration class object as one of its properties?=20


        Rajeev Kaul

RE: [Springframework-developer] Hibernate meta data

[Keith D. <kd...@cs...>]

I believe you can get that from the Hibernate Configuration object --> =
see
PersistentClass.
=20
I started down that path when I built a visual HQL builder for our =
client,
but eventually that the SessionFactory.ClassMetadata classes are really =
the
ones you want to go with.  However, I think if you need all the mapping
information, you have to go collaborate with Configuration.
=20
Keith
=20
=20

=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Rajeev Kaul
Sent: Friday, February 27, 2004 1:57 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Hibernate meta data


I am sorry, I meant the class mapping information, instead of the class =
meta
data. I am interested in getting at the table name, the column names, =
types,
and lengths.

----- Original Message -----=20
From: Rod Johnson <mailto:rod...@in...> =20
To: spr...@li...=20
Sent: Thursday, February 26, 2004 10:11 PM
Subject: Re: [Springframework-developer] Hibernate meta data

Can't you get it from the SessionFactory? That's how I do it.=20

----- Original Message -----=20
From: Rajeev Kaul <mailto:Ra...@cu...> =20
To: spr...@li...=20
Sent: Friday, February 27, 2004 1:34 AM
Subject: [Springframework-developer] Hibernate meta data

What is the best way to get hold of Hibernate meta data in Spring?  I am
interested in dynamically finding the tablename , column names, types,
length, etc. of a persistent class.
I know you can get it from the Hibernate Configuration object, but it is =
not
saved in the current implementation of LocalSessionFactoryBean class.  =
Is
there some other way of getting this information, or should I subclass =
the
LocalSessionFactoryBean and make Configuration class object as one of =
its
properties?=20

=20

Rajeev Kaul

Re: [Springframework-developer] Hessian/Burlap links

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

I have added it - I had to shrink the logo a bit, but it still looks OK.

Thomas

Quoting "jürgen höller [werk3AT]" <jue...@we...>:

> Thomas,
> 
> Can you please add Hessian/Burlap links to the Spring homepage, using =
> the Caucho logo from www.caucho.com for the time being? Scott from =
> Caucho will in turn link from the Hessian/Burlap web pages to our =
> website ASAP. He will also provide up-to-date standalone distributions =
> of Hessian and Burlap, for inclusion in Spring 1.0 final.
> 
> Juergen
> 
> 
> DI J=FCrgen H=F6ller
> 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
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

[Springframework-developer] BeanPostProcessor for registering custom AdvisorAdapters

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

Hi all,

I've added BeanPostProcessor (org.springframework.aop.framework.adapter.AdvisorAdapterRegistrationManager) to "register" custom AdvisorAdapters to be used within SpringAOP module. All that needs to be done is to define any non-default AdvisorAdapters and this post processor in application context.

See test cases for details.

Regards,
Dmitriy.

[Springframework-developer] BeanPostProcessor for registering custom AdvisorAdapters

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

This message was lost and might show up again.....:
Hi all,

I've added BeanPostProcessor
(org.springframework.aop.framework.adapter.AdvisorAdapterRegistrationMana=
ger
) to "register" custom AdvisorAdapters to be used within SpringAOP =
module.
All that needs to be done is to define any non-default AdvisorAdapters =
and
this post processor in application context.

See test cases for details.

Regards,
Dmitriy.

Re: [Springframework-developer] Hibernate meta data

[Rajeev K. <Ra...@cu...>]

I am sorry, I meant the class mapping information, instead of the class =
meta data. I am interested in getting at the table name, the column =
names, types, and lengths.
  ----- Original Message -----=20
  From: Rod Johnson=20
  To: spr...@li...=20
  Sent: Thursday, February 26, 2004 10:11 PM
  Subject: Re: [Springframework-developer] Hibernate meta data


  Can't you get it from the SessionFactory? That's how I do it.=20
    ----- Original Message -----=20
    From: Rajeev Kaul=20
    To: spr...@li...=20
    Sent: Friday, February 27, 2004 1:34 AM
    Subject: [Springframework-developer] Hibernate meta data


    What is the best way to get hold of Hibernate meta data in Spring?  =
I am interested in dynamically finding the tablename , column names, =
types, length, etc. of a persistent class.
    I know you can get it from the Hibernate Configuration object, but =
it is not saved in the current implementation of LocalSessionFactoryBean =
class.  Is there some other way of getting this information, or should I =
subclass the LocalSessionFactoryBean and make Configuration class object =
as one of its properties?=20


    Rajeev Kaul

Re: [Springframework-developer] Hibernate meta data

[Rajeev K. <Ra...@cu...>]

Thanks.
  ----- Original Message -----=20
  From: Rod Johnson=20
  To: spr...@li...=20
  Sent: Thursday, February 26, 2004 10:11 PM
  Subject: Re: [Springframework-developer] Hibernate meta data


  Can't you get it from the SessionFactory? That's how I do it.=20
    ----- Original Message -----=20
    From: Rajeev Kaul=20
    To: spr...@li...=20
    Sent: Friday, February 27, 2004 1:34 AM
    Subject: [Springframework-developer] Hibernate meta data


    What is the best way to get hold of Hibernate meta data in Spring?  =
I am interested in dynamically finding the tablename , column names, =
types, length, etc. of a persistent class.
    I know you can get it from the Hibernate Configuration object, but =
it is not saved in the current implementation of LocalSessionFactoryBean =
class.  Is there some other way of getting this information, or should I =
subclass the LocalSessionFactoryBean and make Configuration class object =
as one of its properties?=20


    Rajeev Kaul

[Springframework-developer] Hessian/Burlap links

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

Thomas,

Can you please add Hessian/Burlap links to the Spring homepage, using =
the Caucho logo from www.caucho.com for the time being? Scott from =
Caucho will in turn link from the Hessian/Burlap web pages to our =
website ASAP. He will also provide up-to-date standalone distributions =
of Hessian and Burlap, for inclusion in Spring 1.0 final.

Juergen


DI J=FCrgen H=F6ller
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

RE: [Springframework-developer] Suggestion: Generic BeanFactoryPostProcessor for registering custom PropertyEditors

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

Just added!

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of j=FCrgen h=F6ller [werk3AT]
Sent: Wednesday, February 25, 2004 5:46 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Suggestion: Generic
BeanFactoryPostProcessor for registering custom PropertyEditors


That indeed sounds useful. However, specifying the class name is often =
not enough, as you might have to customize the editor instance. Of =
course, you can do that in code, i.e. your own BeanFactoryPostProcessor =
implementation.

A generic CustomEditorConfigurer could take a map with editor instances =
as values to achieve the same for simple enough editors. As the editors =
won't be needed otherwise, it would be convenient to define them as =
inner beans:

<bean id=3D"customEditorConfigurer"
      =
class=3D"org.springframework.beans.factory.config.CustomEditorConfigurer"=
>
  <property name=3D"customEditors">
    <map>
      <entry key=3D"java.util.Date">
        <bean class=3D"com.acme.MyCustomDateEditor"/></bean>
      </entry>
      <entry key=3D"mypackage.MyObject">
        <bean id=3D"myEditor" class=3D"mypackage.MyEditor">
          <property name=3D"myParam"><value>myValue</value></property>
        </bean>
      </entry>
    </map>
  </property>
</bean>

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Daniel Potter
Sent: Wednesday, February 25, 2004 5:01 PM
To: spr...@li...
Subject: [Springframework-developer] Suggestion: Generic
BeanFactoryPostProcessor for registering custom PropertyEditors


I'd like to suggest adding a convenience BeanFactoryPostProcessor
implementation to org.springframework.beans.factory.config to register
custom PropertyEditors.  This seems like a very common need and an easy
addition.  Maybe something like:

<bean id=3D"customEditorConfigurer"
      =
class=3D"org.springframework.beans.factory.config.CustomEditorConfigurer"=
>
  <property name=3D"customEditors">
    <map>
      <entry key=3D"java.util.Date">
        <value>com.acme.MyCustomDateEditor</value>i
      </entry>
    </map>
  </property>
</bean>

The CustomEditorConfigurer bean would just iterate over the map entries
and call beanFactory.registerCustomerEditor() for each using the
specified property class and custom editor.

Seems like a simple and useful addition to the core framework.

Any thoughts?
Daniel


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: RE: [Springframework-developer] JMS brainstorming

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

sandbox, sandbox, sandbox :-)))

----- Original Message -----
From: "Ou, Rong" <Ro...@sa...>
Date: Friday, February 27, 2004 10:44 am
Subject: RE: [Springframework-developer] JMS brainstorming

> That sounds great! We also have need to support stanadalone jms 
> applications. Other items on your list would be of interest to us 
> too. 
> 
> Is there any chance we can see the code?
> 
> Thanks,
> 
> Rong
> 
> > -----Original Message-----
> > From: spr...@li...
> > [spr...@li...]
> > On Behalf
> > Of Mark Pollack
> > Sent: Friday, February 27, 2004 5:12 AM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] JMS brainstorming
> > 
> > 
> > Hi everyone,
> > 
> > I'll look over the code this weekend...on a little vacation now.
> > Anyway, sounds good so far.  I'm in the middle of discussing 
> > donating JMS
> > code we developed at our company...
> > 
> > Some of the larger items are:
> > 
> > 1. A very efficient implementation of the JMS selector for use on
> > MapMessages, or really anything else you like, hashtables, even text
> > messages.  Based on JavaCC. This externalized the ugly switch 
> > statements
> > that you typically have to do in the main callback function.
> > 
> > 2. We have a 'standalone' jms application, not in an 
> > appserver.  We added
> > some server like infrastructure classes to spring start up the
> > connections, sessions, etc., after all the bean 
> > initialization.  There are
> > corresponding classes to handle setting up all the JMS 
> > specific stuff...tx
> > session, what ack mode, etc.  Vendors also make extensions to 
> > the standard
> > modes that we should account for...
> > 
> > 3. Much like the templates for jdbc etc. there is a bunch of 
> > surrounding
> > code to handle exceptions correctly, also having a seperate 
> method for
> > "onDuplicate" based on the JMSHeader value is nice.
> > 
> > 4. A 'pipe and filters' style processing framwork.  Similar 
> > to what you
> > might see in apache axis, but not specific to soap or jms.  
> > It it based on
> > the reactor design pattern to pick off the appropriate 
> > processing chain to
> > execute based on the evaluation of a JMS selector string that 
> > applies to
> > the message body (not the header).  It then iterates through various
> > 'process' template methods of modules in the chain.. 
> > exceptions result in
> > rolling back, that is calling 'rollback' up the chain and 
> finally to a
> > exceptionhandler.  This is all externalized in a config file. 
> >  I'm sure
> > there might be temptations to compare to other workflow like 
> > projects...
> > but this codebase is really pretty simple and has been 
> > extremely useful to
> > us for a number of years....  It really also apply outside 
> > the messaging
> > area...
> > 
> > 5. Some pretty print utilities for messages, xml 
> > marhsaller/unmarshaller. 
> > This is part of my conversion/rewrite/refactoring of 
> > 'rvtest.sf.net (JUnit
> > for TIBCO Rendezvous to JMS) I'll be releasing that code on 
> > sf but we can
> > pick and choose little things that might be useful...
> > 
> > I'm pretty sure most I can integrate most of the items on 
> > this list to the
> > effort.
> > 
> > 
> > Cheers,
> > Mark
> > 
> > 
> > 
> > > Hi Rod, Hi All,
> > >
> > > I've been working on the JMS support for a few weeks now 
> > and I think I'm
> > > ready to go public with it to find out your opinion. So 
> > far, I got Mark to
> > > volunteer to look at the code, make suggestions and 
> > possibly contribute
> > > some
> > > code. If anybody is interested to look at it as well, just 
> > drop me a mail,
> > > I'll be happy to forward what I have so far to you.
> > >
> > > I'm not only interested in the feedback about the code, but 
> > would like to
> > > hear opinions on what we should include and what not. The API for
> > > messaging
> > > is huge, well, big. The challenge is to try and put as much 
> > functionality
> > > as
> > > possible, but at the same token, try not to make it look complex.
> > >
> > > Here's the list of things I've implemented:
> > >
> > > 1. Templates for publish/subscribe and point-to-point 
> > messaging. I did
> > > include support for both durable and non-durable messaging.
> > > 2. The consumers will be able to not only create messages, 
> > but also will
> > > have some control over how they will be delivered. I.e. 
> > modify default
> > > delivery mode, priority, time to live.
> > > 3. Message listeners will be instrumental in automatically 
> > registering
> > > beans
> > > as subscribers to topics and queues.
> > >
> > > I left out support for the transacted sessions. Sessions 
> > created are all
> > > set
> > > to "no-transaction" and "auto-ACK". Is this something we 
> > would like to see
> > > in the framework or should we just keep it simple for now ? 
> The more
> > > suggestions I get now, the better, so please open the flood 
> gate. :)
> > >
> > > Thanks,
> > >
> > > Andre.
> > >
> > >>From: "Rod Johnson" <rod...@in...>
> > >>To: <spr...@li...>
> > >>CC: "Andre Biryukov" <and...@ho...>
> > >>Subject: Re: [Springframework-developer] JMS brainstorming
> > >>Date: Thu, 26 Feb 2004 06:35:33 -0000
> > >>
> > >>Rong
> > >>
> > >>JMS support is in the works, and should make 1.1.
> > >>
> > >>Andre Biryukov is currently working on this, and should be 
> > joining the
> > >>Spring team soon.
> > >>
> > >>Andre, if you want to share your work in progress with the 
> > Spring dev
> > >> list
> > >>(or with Rong directly), now would be a good time :-)
> > >>
> > >>Regards,
> > >>Rod
> > >>
> > >>----- Original Message -----
> > >>From: "Ou, Rong" <Ro...@sa...>
> > >>To: <spr...@li...>
> > >>Sent: Tuesday, February 24, 2004 9:44 PM
> > >>Subject: [Springframework-developer] JMS brainstorming
> > >>
> > >>
> > >>Hi all,
> > >>
> > >>We currently have a project that does a lot of JMS messaging, 
> and we
> > >>desperately need an API to simplify the interface layer to 
> > JMS. I heard
> > >>rumors that JMS support will be added to Spring 1.1, but we 
> > just can't
> > >> wait
> > >>that long. So I am thinking about doing something in the 
> > interim. Who
> > >>knows,
> > >>if it comes out good, maybe I can contribute the code back.
> > >>
> > >>In Rod's book there is only a couple of pages that briefly 
> > touches upon
> > >>JMS.
> > >>I looked at the interface21 code, the JMS portion is also pretty
> > >>simplistic.
> > >>I understand Spring has evolved a lot since the interface21 
> > days. So to
> > >> all
> > >>you experienced Spring'ers, if you were to add JMS support 
> > today, what
> > >>would
> > >>you do? I am still fairly new to Spring, so any suggestions 
> > and help are
> > >>welcome.
> > >>
> > >>Thanks,
> > >>
> > >>Rong
> > >>
> > >>
> > >>-------------------------------------------------------
> > >>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > >>Build and deploy apps & Web services for Linux with
> > >>a free DVD software kit from IBM. Click Now!
> > >>http://ads.osdn.com/?ad_id56&alloc_id438&op=ick
> > >>_______________________________________________
> > >>Springframework-developer mailing list
> > >>Spr...@li...
> > >>https://lists.sourceforge.net/lists/listinfo/springframework
> -developer
> >>
> >>
> >
> > _________________________________________________________________
> > Stay informed on Election 2004 and the race to Super Tuesday.
> > http://special.msn.com/msn/election2004.armx
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-
> developer>
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id56&alloc_id438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] prefs/slides

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

Keith,

I have some slides at http://www.buggybean.org/presentations/Spring/spring.html
- they are a bit dated but if you see anything useful I can send you the
PowerPoint presentation.

Thomas


Quoting Keith Donald <kd...@cs...>:

> Hey guys,
> 
> Do any of yall have a Eclipse code formatting preferences file that
> corresponds to Spring conventions?  I'm using Eclipse M7.
> 
> Also, do we have any available presentation slides on the SpringFramework? 
> Turns out I'm presenting on Spring at next month's OrlandoJUG (if not, it's
> no biggie, I can put some together...but I figured I'd ask first!)
> 
> Thanks,
> Keith
> 
> 
> 
> 

RE: [Springframework-developer] JMS brainstorming

[Ou, R. <Ro...@sa...>]

That sounds great! We also have need to support stanadalone jms =
applications. Other items on your list would be of interest to us too.=20

Is there any chance we can see the code?

Thanks,

Rong

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf
> Of Mark Pollack
> Sent: Friday, February 27, 2004 5:12 AM
> To: spr...@li...
> Subject: Re: [Springframework-developer] JMS brainstorming
>=20
>=20
> Hi everyone,
>=20
> I'll look over the code this weekend...on a little vacation now.
> Anyway, sounds good so far.  I'm in the middle of discussing=20
> donating JMS
> code we developed at our company...
>=20
> Some of the larger items are:
>=20
> 1. A very efficient implementation of the JMS selector for use on
> MapMessages, or really anything else you like, hashtables, even text
> messages.  Based on JavaCC. This externalized the ugly switch=20
> statements
> that you typically have to do in the main callback function.
>=20
> 2. We have a 'standalone' jms application, not in an=20
> appserver.  We added
> some server like infrastructure classes to spring start up the
> connections, sessions, etc., after all the bean=20
> initialization.  There are
> corresponding classes to handle setting up all the JMS=20
> specific stuff...tx
> session, what ack mode, etc.  Vendors also make extensions to=20
> the standard
> modes that we should account for...
>=20
> 3. Much like the templates for jdbc etc. there is a bunch of=20
> surrounding
> code to handle exceptions correctly, also having a seperate method for
> "onDuplicate" based on the JMSHeader value is nice.
>=20
> 4. A 'pipe and filters' style processing framwork.  Similar=20
> to what you
> might see in apache axis, but not specific to soap or jms. =20
> It it based on
> the reactor design pattern to pick off the appropriate=20
> processing chain to
> execute based on the evaluation of a JMS selector string that=20
> applies to
> the message body (not the header).  It then iterates through various
> 'process' template methods of modules in the chain..=20
> exceptions result in
> rolling back, that is calling 'rollback' up the chain and finally to a
> exceptionhandler.  This is all externalized in a config file.=20
>  I'm sure
> there might be temptations to compare to other workflow like=20
> projects...
> but this codebase is really pretty simple and has been=20
> extremely useful to
> us for a number of years....  It really also apply outside=20
> the messaging
> area...
>=20
> 5. Some pretty print utilities for messages, xml=20
> marhsaller/unmarshaller.=20
> This is part of my conversion/rewrite/refactoring of=20
> 'rvtest.sf.net (JUnit
> for TIBCO Rendezvous to JMS) I'll be releasing that code on=20
> sf but we can
> pick and choose little things that might be useful...
>=20
> I'm pretty sure most I can integrate most of the items on=20
> this list to the
> effort.
>=20
>=20
> Cheers,
> Mark
>=20
>=20
>=20
> > Hi Rod, Hi All,
> >
> > I've been working on the JMS support for a few weeks now=20
> and I think I'm
> > ready to go public with it to find out your opinion. So=20
> far, I got Mark to
> > volunteer to look at the code, make suggestions and=20
> possibly contribute
> > some
> > code. If anybody is interested to look at it as well, just=20
> drop me a mail,
> > I'll be happy to forward what I have so far to you.
> >
> > I'm not only interested in the feedback about the code, but=20
> would like to
> > hear opinions on what we should include and what not. The API for
> > messaging
> > is huge, well, big. The challenge is to try and put as much=20
> functionality
> > as
> > possible, but at the same token, try not to make it look complex.
> >
> > Here's the list of things I've implemented:
> >
> > 1. Templates for publish/subscribe and point-to-point=20
> messaging. I did
> > include support for both durable and non-durable messaging.
> > 2. The consumers will be able to not only create messages,=20
> but also will
> > have some control over how they will be delivered. I.e.=20
> modify default
> > delivery mode, priority, time to live.
> > 3. Message listeners will be instrumental in automatically=20
> registering
> > beans
> > as subscribers to topics and queues.
> >
> > I left out support for the transacted sessions. Sessions=20
> created are all
> > set
> > to "no-transaction" and "auto-ACK". Is this something we=20
> would like to see
> > in the framework or should we just keep it simple for now ? The more
> > suggestions I get now, the better, so please open the flood gate. :)
> >
> > Thanks,
> >
> > Andre.
> >
> >>From: "Rod Johnson" <rod...@in...>
> >>To: <spr...@li...>
> >>CC: "Andre Biryukov" <and...@ho...>
> >>Subject: Re: [Springframework-developer] JMS brainstorming
> >>Date: Thu, 26 Feb 2004 06:35:33 -0000
> >>
> >>Rong
> >>
> >>JMS support is in the works, and should make 1.1.
> >>
> >>Andre Biryukov is currently working on this, and should be=20
> joining the
> >>Spring team soon.
> >>
> >>Andre, if you want to share your work in progress with the=20
> Spring dev
> >> list
> >>(or with Rong directly), now would be a good time :-)
> >>
> >>Regards,
> >>Rod
> >>
> >>----- Original Message -----
> >>From: "Ou, Rong" <Ro...@sa...>
> >>To: <spr...@li...>
> >>Sent: Tuesday, February 24, 2004 9:44 PM
> >>Subject: [Springframework-developer] JMS brainstorming
> >>
> >>
> >>Hi all,
> >>
> >>We currently have a project that does a lot of JMS messaging, and we
> >>desperately need an API to simplify the interface layer to=20
> JMS. I heard
> >>rumors that JMS support will be added to Spring 1.1, but we=20
> just can't
> >> wait
> >>that long. So I am thinking about doing something in the=20
> interim. Who
> >>knows,
> >>if it comes out good, maybe I can contribute the code back.
> >>
> >>In Rod's book there is only a couple of pages that briefly=20
> touches upon
> >>JMS.
> >>I looked at the interface21 code, the JMS portion is also pretty
> >>simplistic.
> >>I understand Spring has evolved a lot since the interface21=20
> days. So to
> >> all
> >>you experienced Spring'ers, if you were to add JMS support=20
> today, what
> >>would
> >>you do? I am still fairly new to Spring, so any suggestions=20
> and help are
> >>welcome.
> >>
> >>Thanks,
> >>
> >>Rong
> >>
> >>
> >>-------------------------------------------------------
> >>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> >>Build and deploy apps & Web services for Linux with
> >>a free DVD software kit from IBM. Click Now!
> >>http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/springframework
-developer
>>
>>
>
> _________________________________________________________________
> Stay informed on Election 2004 and the race to Super Tuesday.
> http://special.msn.com/msn/election2004.armx
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] prefs/slides

[Keith D. <kd...@cs...>]

Hey guys,

Do any of yall have a Eclipse code formatting preferences file that =
corresponds to Spring conventions?  I'm using Eclipse M7.

Also, do we have any available presentation slides on the =
SpringFramework?  Turns out I'm presenting on Spring at next month's =
OrlandoJUG (if not, it's no biggie, I can put some together...but I =
figured I'd ask first!)

Thanks,
Keith

RE: [Springframework-developer] CallableStatement.setNull

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

I plan to do the release on Sunday. Last day of February is still =
February, isn't it? ;-)

BTW, I've already tested MySQLMaxValueIncrementer - works nicely too. So =
I just need someone to test OracleSequenceMaxValueIncrementer, then I'm =
happy :-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of tri...@tr...
Sent: Friday, February 27, 2004 12:25 PM
To: spr...@li...
Subject: Re: [Springframework-developer] CallableStatement.setNull



I'll try to get to it today.  I guess that we could just use setNull() =
if the
object is null and setObject() when it is not.  Testing that this does =
not break
anything would have to be done on live db, so it would take a little bit =
of
time.  When are you  releasing RC2?

Thomas =20

=20
Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>:

> Thomas,
>=20
> Did you already have a chance to look at that issue:
>=20
> =
http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?key=
=3D
> =3D3DSPR-50
>=20
> Would be good to clarify that for RC2.
> =3D20
> Juergen
> =3D20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20





-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer