springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Spring/Geronimo

[<jas...@ma...>]

On 9 Jul 2004, at 14:09, Dmitriy Kopylenko wrote:
> >Talking with David Blevins & Dain from Geronimo at JavaOne they were 
> lamenting on this nested-jar stuff, where it might be nice to have a 
> real simple deployment unit - maybe >just called 'jar' or something - 
> SPAR? for SPring ARchive? :).  Anyways the jar could look something 
> like...
>
>>
>> /META-INF/
>>     applicationContext.xml (or spring.xml)
>> /APP-INF/
>>     lib/
>>     commons-logging.jar
>>     someOtherRequiredJar.jar
>> com/foo/MyClass.class
>> ...
>>
>> i.e. we could include dependent jars inside the deployment unit in a 
>> special directory, along with any other resources & configurations - 
>> then we could just drop this jar in a directory. Or we could just use 
>> an unpacked directory version of this jar as well.
>
>
> SPAR sounds cool ;-)

:)


> So the structure of the unit would look like this:
>
> /META-INF/
>    applicationContext.xml (or spring.xml)
> /APP-INF/
>    lib/
>    commons-logging.jar
>    someOtherRequiredJar.jar
>    applicationClasses.jar

Was thinking you'd include your code as just .class files inside the 
spar, only including child jars for dependent libraries. i.e. lets 
minimise unnecessary jar-ing up if we can.



> /WEB-INF/?
>     html resources?
>     jsp?
>     lib/
>        some.properties?
>         other servlet classpath resources?

Could do - though if you want WEB-INF stuff you could just use a WAR. 
(Though there's no reason why we can't have special files which 
Geronimo knows to look for in WARs for Spring applicationContext.xml 
etc.

James
-------
http://radio.weblogs.com/0112098/

Re: [Springframework-developer] Spring/Geronimo

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

 >Talking with David Blevins & Dain from Geronimo at JavaOne they were 
lamenting on this nested-jar stuff, where it might be nice to have a 
real simple deployment unit - maybe >just called 'jar' or something - 
SPAR? for SPring ARchive? :).  Anyways the jar could look something like...

>
> /META-INF/
>     applicationContext.xml (or spring.xml)
> /APP-INF/
>     lib/
>     commons-logging.jar
>     someOtherRequiredJar.jar
> com/foo/MyClass.class
> ...
>
> i.e. we could include dependent jars inside the deployment unit in a 
> special directory, along with any other resources & configurations - 
> then we could just drop this jar in a directory. Or we could just use 
> an unpacked directory version of this jar as well.


SPAR sounds cool ;-)

So the structure of the unit would look like this:

/META-INF/
    applicationContext.xml (or spring.xml)
/APP-INF/
    lib/
    commons-logging.jar
    someOtherRequiredJar.jar
    applicationClasses.jar
/WEB-INF/?
     html resources?
     jsp?
     lib/
        some.properties?
         other servlet classpath resources?

Regards,
Dmitriy.

Re: [Springframework-developer] Spring/Geronimo

[<jas...@ma...>]

On 9 Jul 2004, at 13:54, Dmitriy Kopylenko wrote:
> James,
>
> thanks for the explanation. And welcome to the team! ;-)

You're most welcome and thanks :)

James
-------
http://radio.weblogs.com/0112098/

Re: [Springframework-developer] Spring/Geronimo

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

James,

thanks for the explanation. And welcome to the team! ;-)

Regards,
Dmitriy.


jas...@ma... wrote:

> On 9 Jul 2004, at 13:10, Dmitriy Kopylenko wrote:
>
>> So Rod, James,
>>
>> as I'm trying to understand, what would be the purpose (use case) of 
>> creating such a "deployment unit"? To be able to expose 
>> application-level beans via JMX or expose Spring components itself 
>> such as BeanFactory via JMX?
>
>
> Both :)
>
> You could deploy multiple spring applications / deployment units 
> inside a single Geronimo container & hot swap them along with any 
> other J2EE deployment unit (WAR, EAR, RAR or new ones like CARs or 
> SARs). What with all the management stack & tools, I'm thinking it 
> might be a neat idea for folks to develop in Spring (nice & simple, 
> invisible lightweight container etc) then when they get into 
> production, when their pointy haired bosses insist on running 
> everything in standard configuration J2EE app servers, we just drop in 
> the spring deployment units.
>
> i.e. allow Spring to have its own deployment unit for running stuff 
> rather than having to stick with EARs or WARs. Of course EARs & WARs 
> are supported too - this just allows an extra option - treating Spring 
> as a peer of WARs and EARs inside Geronimo.
>
>
>> And also, what is the "lower-level" transaction management in 
>> Geronimo? Is it JTS?
>
>
> i.e. having a custom transaction manager plugin for Spring which can 
> take advantage of all the features available in Geronimo's transaction 
> manager.
>
> James
> -------
> http://radio.weblogs.com/0112098/
>
>
>
> -------------------------------------------------------
> 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] Spring/Geronimo

[<jas...@ma...>]

On 9 Jul 2004, at 13:21, Colin Sampaleanu wrote:
> Rod Johnson wrote:
>
>> All
>>
>> I recently met up with James Strachan, to discuss Spring/Geronimo
>> integration, among other things. Btw James has recently joined us as a
>> Spring developer--he's a great addition to our team!
>>
>> Spring/Geronimo integration is an exciting prospect, and we should
>> prioritize anything we need to do towards it.
>>
>> The Geronimo team plan to give Spring a deployment unit, supported in
>> Geronimo like an EJB Jar file etc. James has been working on
>> this. This involves (a) Spring having a deployment unit that Geronimo
>> recognizes and gives its own class loader; (b) Geronimo trying to 
>> expose
>> Spring beans via JMX.
>>
>> So we need to define a Spring deployment unit. This should presumably 
>> be a
>> JAR that contains:
>> - application classes
>> - one or more XML files
>> - manifest giving location and order of XML files
>> - manifest classpath expressing dependencies as normal
>> - ? some mechanism for indicating dependencies, such as DataSources. 
>> It
>> would be good to be able to fail fast, rather than when the app tries 
>> to
>> start up.
>>
>> James is happy to implement support in Geronimo for any definition 
>> format we
>> choose. Let's start thinking! We can no doubt leverage such a 
>> deployment
>> unit outside Geronimo also...
>>
>> Geronimo will ship the Spring binaries itself. And it uses CGLIB 
>> heavily and
>> (I assume) Commons Logging/Log4j. So it would be nice to be able to 
>> drop in
>> a Spring deployment unit and just have it start up.
>>
>> There may also be integration possibilities with transaction
>> management--getting access to lower-level details of transaction 
>> management
>> than is available via JTA. I've opened a discussion on this with 
>> Jeremy
>> Boynes.
>>
> Exciting stuff!
>
> How granular do you guys see the deployment units being, for a typical 
> app deployment, i.e. would there be just one, or multiple related 
> units?

Depends - we could do anything we like here, so lets figure out what 
we're really like.

Talking with David Blevins & Dain from Geronimo at JavaOne they were 
lamenting on this nested-jar stuff, where it might be nice to have a 
real simple deployment unit - maybe just called 'jar' or something - 
SPAR? for SPring ARchive? :).  Anyways the jar could look something 
like...

/META-INF/
     applicationContext.xml (or spring.xml)
/APP-INF/
     lib/
	commons-logging.jar
	someOtherRequiredJar.jar
com/foo/MyClass.class
...

i.e. we could include dependent jars inside the deployment unit in a 
special directory, along with any other resources & configurations - 
then we could just drop this jar in a directory. Or we could just use 
an unpacked directory version of this jar as well.



> James, do you have any expectations yet as to how the classloader 
> hierarchy would be set up. I am trying to figure out in a mutiple 
> deployment unit scenario how the deployment units would interact, if 
> at all...

Again, the worlds our oyster. Geronimo already supports the concept of 
chained/tree based deployment units, so it'd be easy to do parent/child 
type stuff to share common stuff - or keep things totally separate if 
need be.

I'm not sure of the easiest way to make the deployment units describe 
their dependencies - I'm wondering if thats a deployment mechanism 
(e.g. we put things inside child directories in the file system to 
indicate dependency hierarchies etc)


> This is an interesting topic. We've of course had parent and child app 
> contexts for quite a while. While a simple and usable mechanism, and 
> good enough for most deployments, after taking a look at architectures 
> such as used in Eclipse with its private classloader per plugin, and 
> defined extension points, for true component oriented programming 
> there was the potential to take things to another level, with app 
> contexts exposing and interacting via defined subsets or views of 
> their beans, or some other mechanism aimed at tying stuff together.

Good idea.

So maybe we use the file system & subdirectories to indicate 
parent/child deployment units. Then we could redeploy (hotswap) at any 
point in the tree? Changing a parent jar would cause all the children 
to be redeployed with the parent  etc

James
-------
http://radio.weblogs.com/0112098/

Re: [Springframework-developer] Spring/Geronimo

[<jas...@ma...>]

On 9 Jul 2004, at 13:10, Dmitriy Kopylenko wrote:
> So Rod, James,
>
> as I'm trying to understand, what would be the purpose (use case) of 
> creating such a "deployment unit"? To be able to expose 
> application-level beans via JMX or expose Spring components itself 
> such as BeanFactory via JMX?

Both :)

You could deploy multiple spring applications / deployment units inside 
a single Geronimo container & hot swap them along with any other J2EE 
deployment unit (WAR, EAR, RAR or new ones like CARs or SARs). What 
with all the management stack & tools, I'm thinking it might be a neat 
idea for folks to develop in Spring (nice & simple, invisible 
lightweight container etc) then when they get into production, when 
their pointy haired bosses insist on running everything in standard 
configuration J2EE app servers, we just drop in the spring deployment 
units.

i.e. allow Spring to have its own deployment unit for running stuff 
rather than having to stick with EARs or WARs. Of course EARs & WARs 
are supported too - this just allows an extra option - treating Spring 
as a peer of WARs and EARs inside Geronimo.


> And also, what is the "lower-level" transaction management in 
> Geronimo? Is it JTS?

i.e. having a custom transaction manager plugin for Spring which can 
take advantage of all the features available in Geronimo's transaction 
manager.

James
-------
http://radio.weblogs.com/0112098/

Re: [Springframework-developer] Reworked root/child bean definition concept

[Tom T. <tom...@pr...>]

Hello Juergen,

> parent can even omit the bean class completely, simply specifying common
> properties for children:
> 
>   <bean id="inheritedTestBeanWithoutClass">
>     <property name="name"><value>parent</value></property>
>     <property name="age"><value>1</value></property>
>   </bean>
> 
>   <bean id="inheritsWithClass"
>   class="org.springframework.beans.DerivedTestBean"
>       parent="inheritedTestBeanWithoutClass" init-method="initialize">
>     <property name="name"><value>override</value></property>
>     <!-- age should inherit value of 1 from parent -->
>   </bean>
> 
> Of course, such a parent bean cannot get instantiated on its own: It's
> just a template that serves as parent definition for children.
> preInstantiateSingletons will ignore such beans without class and parent
> completely.

I've accidentally noticed that this doesn't work when using a
PropertiesBeanDefinitionReader.

This bean definition file:

inheritedTestBeanWithoutClass.name = parent
inheritedTestBeanWithoutClass.age = 1

inheritsWithClass.class = org.springframework.beans.DerivedTestBean
inheritsWithClass.parent = inheritedTestBeanWithoutClass
inheritsWithClass.init-method = initialize
inheritsWithClass.name = override
# age should inherit value of 1 from parent

results in this exception:

org.springframework.beans.factory.BeanDefinitionStoreException: Error
registering bean with name 'inheritedTestBeanWithoutClass' defined in
file [...]: Either 'class' or 'parent' is required
	at org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.registerBeanDefinition(PropertiesBeanDefinitionReader.java:368)
	at org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.registerBeanDefinitions(PropertiesBeanDefinitionReader.java:269)
	at org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.loadBeanDefinitions(PropertiesBeanDefinitionReader.java:159)
	at org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.loadBeanDefinitions(PropertiesBeanDefinitionReader.java:140)

The same configuration in xml does work when using an
XmlBeanDefinitionReader.

Kind regards,
Tom.

Re: [Springframework-developer] Spring/Geronimo

[<jas...@ma...>]

On 9 Jul 2004, at 10:30, Nadeem Bitar wrote:

> his is really great.
>
> A quick question, how would that affect sping's JMX support.

I think they are parallel activities depending on what your deployment 
environment is. Sometimes you might just want Spring + (say) mx4j. 
Other times you might wanna deploy your POJOs inside a full J2EE stack 
with full access to all of Geronimo's J2EE services (transaction 
manager, security, JCA etc).

If you deploy in Geronimo then the geronimo-spring module should be 
capable of deploying your spring stuff inside Geronimo & wiring all 
your POJOs into Geronimo's JSR 77 / 88 and JMX management/deployment 
stack so it should work with any J2EE 1.4 management tool.

If you don't want to deploy inside Geronimo but still want JMX support 
then use Spring-JMX.

James
-------
http://radio.weblogs.com/0112098/

Re: [Springframework-developer] Spring/Geronimo

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

Rod Johnson wrote:

>All
>
>I recently met up with James Strachan, to discuss Spring/Geronimo
>integration, among other things. Btw James has recently joined us as a
>Spring developer--he's a great addition to our team!
>
>Spring/Geronimo integration is an exciting prospect, and we should
>prioritize anything we need to do towards it.
>
>The Geronimo team plan to give Spring a deployment unit, supported in
>Geronimo like an EJB Jar file etc. James has been working on
>this. This involves (a) Spring having a deployment unit that Geronimo
>recognizes and gives its own class loader; (b) Geronimo trying to expose
>Spring beans via JMX.
>
>So we need to define a Spring deployment unit. This should presumably be a
>JAR that contains:
>- application classes
>- one or more XML files
>- manifest giving location and order of XML files
>- manifest classpath expressing dependencies as normal
>- ? some mechanism for indicating dependencies, such as DataSources. It
>would be good to be able to fail fast, rather than when the app tries to
>start up.
>
>James is happy to implement support in Geronimo for any definition format we
>choose. Let's start thinking! We can no doubt leverage such a deployment
>unit outside Geronimo also...
>
>Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily and
>(I assume) Commons Logging/Log4j. So it would be nice to be able to drop in
>a Spring deployment unit and just have it start up.
>
>There may also be integration possibilities with transaction
>management--getting access to lower-level details of transaction management
>than is available via JTA. I've opened a discussion on this with Jeremy
>Boynes.
>  
>
Exciting stuff!

How granular do you guys see the deployment units being, for a typical 
app deployment, i.e. would there be just one, or multiple related units? 
James, do you have any expectations yet as to how the classloader 
hierarchy would be set up. I am trying to figure out in a mutiple 
deployment unit scenario how the deployment units would interact, if at 
all...

This is an interesting topic. We've of course had parent and child app 
contexts for quite a while. While a simple and usable mechanism, and 
good enough for most deployments, after taking a look at architectures 
such as used in Eclipse with its private classloader per plugin, and 
defined extension points, for true component oriented programming there 
was the potential to take things to another level, with app contexts 
exposing and interacting via defined subsets or views of their beans, or 
some other mechanism aimed at tying stuff together.

Colin

Re: [Springframework-developer] Spring/Geronimo

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

So Rod, James,

as I'm trying to understand, what would be the purpose (use case) of 
creating such a "deployment unit"? To be able to expose 
application-level beans via JMX or expose Spring components itself such 
as BeanFactory via JMX?

And also, what is the "lower-level" transaction management in Geronimo? 
Is it JTS?

Thanks,
Dmitriy.


Rod Johnson wrote:

>All
>
>I recently met up with James Strachan, to discuss Spring/Geronimo
>integration, among other things. Btw James has recently joined us as a
>Spring developer--he's a great addition to our team!
>
>Spring/Geronimo integration is an exciting prospect, and we should
>prioritize anything we need to do towards it.
>
>The Geronimo team plan to give Spring a deployment unit, supported in
>Geronimo like an EJB Jar file etc. James has been working on
>this. This involves (a) Spring having a deployment unit that Geronimo
>recognizes and gives its own class loader; (b) Geronimo trying to expose
>Spring beans via JMX.
>
>So we need to define a Spring deployment unit. This should presumably be a
>JAR that contains:
>- application classes
>- one or more XML files
>- manifest giving location and order of XML files
>- manifest classpath expressing dependencies as normal
>- ? some mechanism for indicating dependencies, such as DataSources. It
>would be good to be able to fail fast, rather than when the app tries to
>start up.
>
>James is happy to implement support in Geronimo for any definition format we
>choose. Let's start thinking! We can no doubt leverage such a deployment
>unit outside Geronimo also...
>
>Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily and
>(I assume) Commons Logging/Log4j. So it would be nice to be able to drop in
>a Spring deployment unit and just have it start up.
>
>There may also be integration possibilities with transaction
>management--getting access to lower-level details of transaction management
>than is available via JTA. I've opened a discussion on this with Jeremy
>Boynes.
>
>Rgds
>Rod
>
>
>
>
>-------------------------------------------------------
>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] Re: ClassUtils in CVS?

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

My error. Somehow the delete of the old ClassUtils and test got 
committed, but only the addition of the test at the new location got 
committed. It's in there now, just keep in mind that SF anon CVS is 
delayed sometimes. I can mail it to anybody that needs it asap.


Tim Nolan wrote:

> Apologies. Thought the "Test Failure Thread" meant you guys were 
> actually able to compile and run tests - until I read on.
>
> Can see ClassUtilsTests but not ClassUtils in CVS yet.
>
> Tim Nolan wrote:
>
>> Build appears to be broken.
>>
>>     [javac] 
>> C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:32: 
>> cannot resolve symbol
>>     [javac] symbol  : class ClassUtils
>>     [javac] location: package util
>>     [javac] import org.springframework.util.ClassUtils;
>>     [javac] ^
>>     [javac] 
>> C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:351: 
>> 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
>

Re: [Springframework-developer] Preparing for 1.1 RC1

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

We can also generated keys support till 1.2 too, if it doesn't turn out =
as trivial enough to do in the given timeframe. Same applies to JSF =
support and form simplification macros. Simple stuff can also still go =
in for 1.1 final, if it gets ready in the meantime.

The priority definitely is on stabilizing what we already have, in =
particular settling on a final design for the JMS support. Complete =
documentation is also very important: Colin does great work there.

Countdown: 10 days to go till 1.1 RC1 :-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Thomas Risberg
Sent: Friday, July 09, 2004 1:28 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for 1.1 RC1


I'd say put RowSet support into 1.2 and maybe we can add updatable ones=20
by then.  I'll still have to add the geberated keys support.

Thomas

j=FCrgen h=F6ller [werk3AT] wrote:

>Slight change of plan, as some might already have noticed: We've =
decided to get JMS support into 1.1 RC1, as Mark and James consider it =
mature enough. The code is already moved over from the sandbox, but will =
still see some further refinements during next week.
>=20
>The new release date for 1.1 RC1 is July 19th now, which we should =
firmly stick to. So any minor new features can still go in within the =
next couple of days, from my point of view. Thomas, do you consider =
moving the rowset support over to the main sources for 1.1 RC1 or for =
1.1 final, given the new timing?
>=20
>Juergen
>=20
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
>Gesendet: Mi 07.07.2004 13:49
>An: spr...@li...
>Betreff: [Springframework-developer] Preparing for 1.1 RC1
>
>
>
>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=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
>
>
>-------------------------------------------------------
>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 -=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
>
>
>
> =20
>



-------------------------------------------------------
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

Re: [Springframework-developer] Preparing for 1.1 RC1

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

I'd say put RowSet support into 1.2 and maybe we can add updatable ones 
by then.  I'll still have to add the geberated keys support.

Thomas

jürgen höller [werk3AT] wrote:

>Slight change of plan, as some might already have noticed: We've decided to get JMS support into 1.1 RC1, as Mark and James consider it mature enough. The code is already moved over from the sandbox, but will still see some further refinements during next week.
> 
>The new release date for 1.1 RC1 is July 19th now, which we should firmly stick to. So any minor new features can still go in within the next couple of days, from my point of view. Thomas, do you consider moving the rowset support over to the main sources for 1.1 RC1 or for 1.1 final, given the new timing?
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von jürgen höller [werk3AT]
>Gesendet: Mi 07.07.2004 13:49
>An: spr...@li...
>Betreff: [Springframework-developer] Preparing for 1.1 RC1
>
>
>
>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
>
>
>
>
>-------------------------------------------------------
>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] Re: ClassUtils in CVS?

[Tim N. <kat...@ho...>]

Apologies. Thought the "Test Failure Thread" meant you guys were 
actually able to compile and run tests - until I read on.

Can see ClassUtilsTests but not ClassUtils in CVS yet.

Tim Nolan wrote:

> Build appears to be broken.
> 
>     [javac] 
> C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:32: 
> cannot resolve symbol
>     [javac] symbol  : class ClassUtils
>     [javac] location: package util
>     [javac] import org.springframework.util.ClassUtils;
>     [javac] ^
>     [javac] 
> C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:351: 
> 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
> 
> 
> 
> -------------------------------------------------------
> 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] ClassUtils in CVS?

[Tim N. <kat...@ho...>]

Build appears to be broken.

     [javac] 
C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:32: 
cannot resolve symbol
     [javac] symbol  : class ClassUtils
     [javac] location: package util
     [javac] import org.springframework.util.ClassUtils;
     [javac] ^
     [javac] 
C:\data\Dev\Java\OpenSourceCVS\spring\src\org\springframework\jms\AbstractJmsTemplate.java:351: 
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

Re: [Springframework-developer] Spring/Geronimo

[Nadeem B. <na...@ea...>]

This is really great.=20

A quick question, how would that affect sping's JMX support.=20

On =E9=87=91, 2004-07-09 at 09:33 +0100, Rod Johnson wrote:
> All
>=20
> I recently met up with James Strachan, to discuss Spring/Geronimo
> integration, among other things. Btw James has recently joined us as a
> Spring developer--he's a great addition to our team!
>=20
> Spring/Geronimo integration is an exciting prospect, and we should
> prioritize anything we need to do towards it.
>=20
> The Geronimo team plan to give Spring a deployment unit, supported in
> Geronimo like an EJB Jar file etc. James has been working on
> this. This involves (a) Spring having a deployment unit that Geronimo
> recognizes and gives its own class loader; (b) Geronimo trying to expose
> Spring beans via JMX.
>=20
> So we need to define a Spring deployment unit. This should presumably be =
a
> JAR that contains:
> - application classes
> - one or more XML files
> - manifest giving location and order of XML files
> - manifest classpath expressing dependencies as normal
> - ? some mechanism for indicating dependencies, such as DataSources. It
> would be good to be able to fail fast, rather than when the app tries to
> start up.
>=20
> James is happy to implement support in Geronimo for any definition format=
 we
> choose. Let's start thinking! We can no doubt leverage such a deployment
> unit outside Geronimo also...
>=20
> Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily =
and
> (I assume) Commons Logging/Log4j. So it would be nice to be able to drop =
in
> a Spring deployment unit and just have it start up.
>=20
> There may also be integration possibilities with transaction
> management--getting access to lower-level details of transaction manageme=
nt
> than is available via JTA. I've opened a discussion on this with Jeremy
> Boynes.
>=20
> Rgds
> Rod
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> 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

Re: [Springframework-developer] Preparing for 1.1 RC1

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

Slight change of plan, as some might already have noticed: We've decided =
to get JMS support into 1.1 RC1, as Mark and James consider it mature =
enough. The code is already moved over from the sandbox, but will still =
see some further refinements during next week.
=20
The new release date for 1.1 RC1 is July 19th now, which we should =
firmly stick to. So any minor new features can still go in within the =
next couple of days, from my point of view. Thomas, do you consider =
moving the rowset support over to the main sources for 1.1 RC1 or for =
1.1 final, given the new timing?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Mi 07.07.2004 13:49
An: spr...@li...
Betreff: [Springframework-developer] Preparing for 1.1 RC1



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=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


-------------------------------------------------------
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] Spring/Geronimo

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

All

I recently met up with James Strachan, to discuss Spring/Geronimo
integration, among other things. Btw James has recently joined us as a
Spring developer--he's a great addition to our team!

Spring/Geronimo integration is an exciting prospect, and we should
prioritize anything we need to do towards it.

The Geronimo team plan to give Spring a deployment unit, supported in
Geronimo like an EJB Jar file etc. James has been working on
this. This involves (a) Spring having a deployment unit that Geronimo
recognizes and gives its own class loader; (b) Geronimo trying to expose
Spring beans via JMX.

So we need to define a Spring deployment unit. This should presumably be a
JAR that contains:
- application classes
- one or more XML files
- manifest giving location and order of XML files
- manifest classpath expressing dependencies as normal
- ? some mechanism for indicating dependencies, such as DataSources. It
would be good to be able to fail fast, rather than when the app tries to
start up.

James is happy to implement support in Geronimo for any definition format we
choose. Let's start thinking! We can no doubt leverage such a deployment
unit outside Geronimo also...

Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily and
(I assume) Commons Logging/Log4j. So it would be nice to be able to drop in
a Spring deployment unit and just have it start up.

There may also be integration possibilities with transaction
management--getting access to lower-level details of transaction management
than is available via JTA. I've opened a discussion on this with Jeremy
Boynes.

Rgds
Rod

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

[Dustin W. <gm...@un...>]

Mark Pollack wrote:

> 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
> 
> 
> 
> -------------------------------------------------------
> 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

I was wondering if there's a general overview or documentation/samples 
of what is planned for the JMS package.

Thanks,
Dustin

[Springframework-developer] spring build.48 Build Successful

[<al...@jt...>]

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.48</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>07/09/2004 00:16:26</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 22 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>07/08/2004 18:58:24</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>removed erroneous log message</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (85)                </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
jhoeller</td><td class=3D"modifications-data">src/org/springframework/remot=
ing/caucho/HessianServiceExporter.java</td><td class=3D"modifications-data"=
>removed erroneous log message</td></tr><tr class=3D"modifications-oddrow">=
<td class=3D"modifications-data">modified</td><td class=3D"modifications-da=
ta">jhoeller</td><td class=3D"modifications-data">test/org/springframework/=
transaction/JtaTransactionTestSuite.java</td><td class=3D"modifications-dat=
a">removed "testJtaTransactionManagerWithoutJtaSupport" to avoid JNDI inter=
ferences</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifica=
tions-data">modified</td><td class=3D"modifications-data">johnsonr</td><td =
class=3D"modifications-data">src/org/springframework/beans/MutablePropertyV=
alues.java</td><td class=3D"modifications-data">Added array cache. Reduces =
overhead of constructing prototype beans by10-20%.</td></tr><tr class=3D"mo=
difications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">johnsonr</td><td class=3D"modifications-data">test/=
org/springframework/beans/MutablePropertyValuesTests.java</td><td class=3D"=
modifications-data">Added deep copy tests</td></tr><tr class=3D"modificatio=
ns-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">jhoeller</td><td class=3D"modifications-data">src/org/sprin=
gframework/orm/jdo/JdoTemplate.java</td><td class=3D"modifications-data">po=
lishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificati=
ons-data">modified</td><td class=3D"modifications-data">jhoeller</td><td cl=
ass=3D"modifications-data">src/org/springframework/orm/jdo/PersistenceManag=
erFactoryUtils.java</td><td class=3D"modifications-data">polishing</td></tr=
><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifica=
tions-data">src/org/springframework/orm/hibernate/HibernateTemplate.java</t=
d><td class=3D"modifications-data">polishing</td></tr><tr class=3D"modifica=
tions-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">jhoeller</td><td class=3D"modifications-data">src/org/spr=
ingframework/web/servlet/mvc/AbstractFormController.java</td><td class=3D"m=
odifications-data">fixed processFormSubmission javadoc</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data=
">lib/readme.txt</td><td class=3D"modifications-data">updated iBATIS SQL Ma=
ps, Commons Attributes, Commons Collections, Commons Logging</td></tr><tr c=
lass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-d=
ata">lib/jakarta-commons/commons-logging.jar</td><td class=3D"modifications=
-data">updated to Commons Logging 1.0.4</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">jhoeller</td><td class=3D"modifications-data">lib/jakarta-com=
mons/commons-collections.jar</td><td class=3D"modifications-data">updated t=
o Commons Collections 2.1.1</td></tr><tr class=3D"modifications-oddrow"><td=
 class=3D"modifications-data">modified</td><td class=3D"modifications-data"=
>jhoeller</td><td class=3D"modifications-data">lib/jakarta-commons/commons-=
attributes-api-SNAPSHOT.jar</td><td class=3D"modifications-data">updated to=
 Commons Attributes July 6th snapshot</td></tr><tr class=3D"modifications-e=
venrow"><td class=3D"modifications-data">modified</td><td class=3D"modifica=
tions-data">jhoeller</td><td class=3D"modifications-data">lib/jakarta-commo=
ns/commons-attributes-compiler-SNAPSHOT.jar</td><td class=3D"modifications-=
data">updated to Commons Attributes July 6th snapshot</td></tr><tr class=3D=
"modifications-oddrow"><td class=3D"modifications-data">modified</td><td cl=
ass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">li=
b/ibatis/ibatis-sqlmap-2.jar</td><td class=3D"modifications-data">updated t=
o iBATIS SQL Maps 2.0.2</td></tr><tr class=3D"modifications-evenrow"><td cl=
ass=3D"modifications-data">modified</td><td class=3D"modifications-data">jh=
oeller</td><td class=3D"modifications-data">lib/ibatis/ibatis-common-2.jar<=
/td><td class=3D"modifications-data">updated to iBATIS SQL Maps 2.0.2</td><=
/tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mod=
ified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifi=
cations-data">src/org/springframework/transaction/interceptor/TransactionAs=
pectSupport.java</td><td class=3D"modifications-data">log original exceptio=
n on any rollback exception or error</td></tr><tr class=3D"modifications-ev=
enrow"><td class=3D"modifications-data">modified</td><td class=3D"modificat=
ions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfram=
ework/transaction/support/TransactionTemplate.java</td><td class=3D"modific=
ations-data">log original exception on any rollback exception or error</td>=
</tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mo=
dified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modif=
ications-data">test/org/springframework/orm/jdo/JdoTransactionManagerTests.=
java</td><td class=3D"modifications-data">reworked mock JtaTransactionManag=
er initialization</td></tr><tr class=3D"modifications-evenrow"><td class=3D=
"modifications-data">modified</td><td class=3D"modifications-data">jhoeller=
</td><td class=3D"modifications-data">test/org/springframework/transaction/=
JtaTransactionTestSuite.java</td><td class=3D"modifications-data">reworked =
mock JtaTransactionManager initialization</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">test/org/sprin=
gframework/jdbc/datasource/DataSourceTransactionManagerTests.java</td><td c=
lass=3D"modifications-data">reworked mock JtaTransactionManager initializat=
ion</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications=
-data">modified</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">test/org/springframework/orm/hibernate/HibernateInt=
erceptorTests.java</td><td class=3D"modifications-data">adapted to SessionF=
actoryUtils changes</td></tr><tr class=3D"modifications-oddrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">test/org/springframework/orm/hiber=
nate/HibernateTemplateTests.java</td><td class=3D"modifications-data">adapt=
ed to SessionFactoryUtils changes</td></tr><tr class=3D"modifications-evenr=
ow"><td class=3D"modifications-data">added</td><td class=3D"modifications-d=
ata">jhoeller</td><td class=3D"modifications-data">test/org/springframework=
/orm/hibernate/HibernateJtaTransactionTests.java</td><td class=3D"modificat=
ions-data">added support for transaction suspension with plain JTA</td></tr=
><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">test/org/springframework/orm/hibernate/HibernateTransactionManag=
erTests.java</td><td class=3D"modifications-data">added support for transac=
tion suspension with plain JTA</td></tr><tr class=3D"modifications-evenrow"=
><td class=3D"modifications-data">modified</td><td class=3D"modifications-d=
ata">jhoeller</td><td class=3D"modifications-data">src/org/springframework/=
orm/hibernate/SessionFactoryUtils.java</td><td class=3D"modifications-data"=
>added support for transaction suspension with plain JTA</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
 class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data"=
>src/org/springframework/orm/hibernate/SessionHolder.java</td><td class=3D"=
modifications-data">added support for transaction suspension with plain JTA=
</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-da=
ta">modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D=
"modifications-data">src/org/springframework/transaction/jta/JtaTransaction=
Manager.java</td><td class=3D"modifications-data">added overloaded construc=
tors</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications=
-data">deleted</td><td class=3D"modifications-data">markpollack</td><td cla=
ss=3D"modifications-data">sandbox/test/org/springframework/jms/JmsSender102=
Tests.java</td><td class=3D"modifications-data">moved to main codebase</td>=
</tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">d=
eleted</td><td class=3D"modifications-data">markpollack</td><td class=3D"mo=
difications-data">sandbox/test/org/springframework/jms/JmsSender11Tests.jav=
a</td><td class=3D"modifications-data">moved to main codebase</td></tr><tr =
class=3D"modifications-oddrow"><td class=3D"modifications-data">deleted</td=
><td class=3D"modifications-data">markpollack</td><td class=3D"modification=
s-data">sandbox/test/org/springframework/jms/JmsTestCase.java</td><td class=
=3D"modifications-data">moved to main codebase</td></tr><tr class=3D"modifi=
cations-evenrow"><td class=3D"modifications-data">deleted</td><td class=3D"=
modifications-data">markpollack</td><td class=3D"modifications-data">sandbo=
x/src/org/springframework/jms/support/JmsAdmin.java</td><td class=3D"modifi=
cations-data">moved to main codebase</td></tr><tr class=3D"modifications-od=
drow"><td class=3D"modifications-data">deleted</td><td class=3D"modificatio=
ns-data">markpollack</td><td class=3D"modifications-data">sandbox/src/org/s=
pringframework/jms/support/QueueInfo.java</td><td class=3D"modifications-da=
ta">moved to main codebase</td></tr><tr class=3D"modifications-evenrow"><td=
 class=3D"modifications-data">deleted</td><td class=3D"modifications-data">=
markpollack</td><td class=3D"modifications-data">sandbox/src/org/springfram=
ework/jms/support/TopicInfo.java</td><td class=3D"modifications-data">moved=
 to main codebase</td></tr><tr class=3D"modifications-oddrow"><td class=3D"=
modifications-data">deleted</td><td class=3D"modifications-data">markpollac=
k</td><td class=3D"modifications-data">sandbox/src/org/springframework/jms/=
support/DefaultJmsAdmin.java</td><td class=3D"modifications-data">moved to =
main codebase</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mod=
ifications-data">deleted</td><td class=3D"modifications-data">markpollack</=
td><td class=3D"modifications-data">sandbox/src/org/springframework/jms/sup=
port/DestinationInfo.java</td><td class=3D"modifications-data">moved to mai=
n codebase</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modific=
ations-data">deleted</td><td class=3D"modifications-data">markpollack</td><=
td class=3D"modifications-data">sandbox/src/org/springframework/jms/Abstrac=
tJmsSender.java</td><td class=3D"modifications-data">moved to main codebase=
</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-da=
ta">deleted</td><td class=3D"modifications-data">markpollack</td><td class=
=3D"modifications-data">sandbox/src/org/springframework/jms/IllegalStateExc=
eption.java</td><td class=3D"modifications-data">moved to main codebase</td=
></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">d=
eleted</td><td class=3D"modifications-data">markpollack</td><td class=3D"mo=
difications-data">sandbox/src/org/springframework/jms/InvalidClientIDExcept=
ion.java</td><td class=3D"modifications-data">moved to main codebase</td></=
tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">del=
eted</td><td class=3D"modifications-data">markpollack</td><td class=3D"modi=
fications-data">sandbox/src/org/springframework/jms/InvalidDestinationExcep=
tion.java</td><td class=3D"modifications-data">moved to main codebase</td><=
/tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">del=
eted</td><td class=3D"modifications-data">markpollack</td><td class=3D"modi=
fications-data">sandbox/src/org/springframework/jms/InvalidSelectorExceptio=
n.java</td><td class=3D"modifications-data">moved to main codebase</td></tr=
><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">delet=
ed</td><td class=3D"modifications-data">markpollack</td><td class=3D"modifi=
cations-data">sandbox/src/org/springframework/jms/JmsConnectionFactoryBean.=
java</td><td class=3D"modifications-data">moved to main codebase</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">deleted<=
/td><td class=3D"modifications-data">markpollack</td><td class=3D"modificat=
ions-data">sandbox/src/org/springframework/jms/JmsException.java</td><td cl=
ass=3D"modifications-data">moved to main codebase</td></tr><tr class=3D"mod=
ifications-evenrow"><td class=3D"modifications-data">deleted</td><td class=
=3D"modifications-data">markpollack</td><td class=3D"modifications-data">sa=
ndbox/src/org/springframework/jms/JmsProducerFactoryBean.java</td><td class=
=3D"modifications-data">moved to main codebase</td></tr><tr class=3D"modifi=
cations-oddrow"><td class=3D"modifications-data">deleted</td><td class=3D"m=
odifications-data">markpollack</td><td class=3D"modifications-data">sandbox=
/src/org/springframework/jms/JmsSecurityException.java</td><td class=3D"mod=
ifications-data">moved to main codebase</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">deleted</td><td class=3D"modific=
ations-data">markpollack</td><td class=3D"modifications-data">sandbox/src/o=
rg/springframework/jms/JmsSender.java</td><td class=3D"modifications-data">=
moved to main codebase</td></tr><tr class=3D"modifications-oddrow"><td clas=
s=3D"modifications-data">deleted</td><td class=3D"modifications-data">markp=
ollack</td><td class=3D"modifications-data">sandbox/src/org/springframework=
/jms/JmsSender102.java</td><td class=3D"modifications-data">moved to main c=
odebase</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificat=
ions-data">deleted</td><td class=3D"modifications-data">markpollack</td><td=
 class=3D"modifications-data">sandbox/src/org/springframework/jms/JmsSender=
11.java</td><td class=3D"modifications-data">moved to main codebase</td></t=
r><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">delet=
ed</td><td class=3D"modifications-data">markpollack</td><td class=3D"modifi=
cations-data">sandbox/src/org/springframework/jms/JmsSenderCallback.java</t=
d><td class=3D"modifications-data">moved to main codebase</td></tr><tr clas=
s=3D"modifications-evenrow"><td class=3D"modifications-data">deleted</td><t=
d class=3D"modifications-data">markpollack</td><td class=3D"modifications-d=
ata">sandbox/src/org/springframework/jms/JmsSessionFactoryBean.java</td><td=
 class=3D"modifications-data">moved to main codebase</td></tr><tr class=3D"=
modifications-oddrow"><td class=3D"modifications-data">deleted</td><td clas=
s=3D"modifications-data">markpollack</td><td class=3D"modifications-data">s=
andbox/src/org/springframework/jms/MessageCreator.java</td><td class=3D"mod=
ifications-data">moved to main codebase</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">deleted</td><td class=3D"modific=
ations-data">markpollack</td><td class=3D"modifications-data">sandbox/src/o=
rg/springframework/jms/MessageEOFException.java</td><td class=3D"modificati=
ons-data">moved to main codebase</td></tr><tr class=3D"modifications-oddrow=
"><td class=3D"modifications-data">deleted</td><td class=3D"modifications-d=
ata">markpollack</td><td class=3D"modifications-data">sandbox/src/org/sprin=
gframework/jms/MessageFormatException.java</td><td class=3D"modifications-d=
ata">moved to main codebase</td></tr><tr class=3D"modifications-evenrow"><t=
d class=3D"modifications-data">deleted</td><td class=3D"modifications-data"=
>markpollack</td><td class=3D"modifications-data">sandbox/src/org/springfra=
mework/jms/MessageNotReadableException.java</td><td class=3D"modifications-=
data">moved to main codebase</td></tr><tr class=3D"modifications-oddrow"><t=
d class=3D"modifications-data">deleted</td><td class=3D"modifications-data"=
>markpollack</td><td class=3D"modifications-data">sandbox/src/org/springfra=
mework/jms/MessageNotWriteableException.java</td><td class=3D"modifications=
-data">moved to main codebase</td></tr><tr class=3D"modifications-evenrow">=
<td class=3D"modifications-data">deleted</td><td class=3D"modifications-dat=
a">markpollack</td><td class=3D"modifications-data">sandbox/src/org/springf=
ramework/jms/ResourceAllocationException.java</td><td class=3D"modification=
s-data">moved to main codebase</td></tr><tr class=3D"modifications-oddrow">=
<td class=3D"modifications-data">deleted</td><td class=3D"modifications-dat=
a">markpollack</td><td class=3D"modifications-data">sandbox/src/org/springf=
ramework/jms/SessionCallback.java</td><td class=3D"modifications-data">move=
d to main codebase</td></tr><tr class=3D"modifications-evenrow"><td class=
=3D"modifications-data">deleted</td><td class=3D"modifications-data">markpo=
llack</td><td class=3D"modifications-data">sandbox/src/org/springframework/=
jms/TransactionInProgressException.java</td><td class=3D"modifications-data=
">moved to main codebase</td></tr><tr class=3D"modifications-oddrow"><td cl=
ass=3D"modifications-data">deleted</td><td class=3D"modifications-data">mar=
kpollack</td><td class=3D"modifications-data">sandbox/src/org/springframewo=
rk/jms/TransactionRolledBackException.java</td><td class=3D"modifications-d=
ata">moved to main codebase</td></tr><tr class=3D"modifications-evenrow"><t=
d class=3D"modifications-data">modified</td><td class=3D"modifications-data=
">johnsonr</td><td class=3D"modifications-data">load/org/springframework/be=
nchmark/AbstractBeansTest.java</td><td class=3D"modifications-data">Refined=
 singleton/prototype tests. Ensured that tests are multithreaded.</td></tr>=
<tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modificati=
ons-data">load/org/springframework/benchmark/PrototypeTest.java</td><td cla=
ss=3D"modifications-data">Refined singleton/prototype tests. Ensured that t=
ests are multithreaded.</td></tr><tr class=3D"modifications-evenrow"><td cl=
ass=3D"modifications-data">added</td><td class=3D"modifications-data">johns=
onr</td><td class=3D"modifications-data">load/org/springframework/benchmark=
/SharedApplicationContextTestSuite.java</td><td class=3D"modifications-data=
">Refined singleton/prototype tests. Ensured that tests are multithreaded.<=
/td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data=
">modified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"m=
odifications-data">load/org/springframework/benchmark/SingletonTest.java</t=
d><td class=3D"modifications-data">Refined singleton/prototype tests. Ensur=
ed that tests are multithreaded.</td></tr><tr class=3D"modifications-evenro=
w"><td class=3D"modifications-data">added</td><td class=3D"modifications-da=
ta">johnsonr</td><td class=3D"modifications-data">load/org/springframework/=
benchmark/beanFactory.properties</td><td class=3D"modifications-data">Refin=
ed singleton/prototype tests. Ensured that tests are multithreaded.</td></t=
r><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">trisberg</td><td class=3D"modifica=
tions-data">src/org/springframework/jdbc/core/JdbcTemplate.java</td><td cla=
ss=3D"modifications-data">added String and Number conversions for queryForO=
bject methods</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mod=
ifications-data">modified</td><td class=3D"modifications-data">markpollack<=
/td><td class=3D"modifications-data">sandbox/src/org/springframework/jms/su=
pport/DefaultJmsAdmin.java</td><td class=3D"modifications-data">simple clea=
nup</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-=
data">modified</td><td class=3D"modifications-data">markpollack</td><td cla=
ss=3D"modifications-data">sandbox/src/org/springframework/jms/support/Desti=
nationInfo.java</td><td class=3D"modifications-data">simple cleanup</td></t=
r><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">markpollack</td><td class=3D"modi=
fications-data">sandbox/src/org/springframework/jms/support/JmsAdmin.java</=
td><td class=3D"modifications-data">simple cleanup</td></tr><tr class=3D"mo=
difications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">markpollack</td><td class=3D"modifications-data">sa=
ndbox/src/org/springframework/jms/support/QueueInfo.java</td><td class=3D"m=
odifications-data">simple cleanup</td></tr><tr class=3D"modifications-evenr=
ow"><td class=3D"modifications-data">modified</td><td class=3D"modification=
s-data">markpollack</td><td class=3D"modifications-data">sandbox/src/org/sp=
ringframework/jms/support/TopicInfo.java</td><td class=3D"modifications-dat=
a">simple cleanup</td></tr><tr class=3D"modifications-oddrow"><td class=3D"=
modifications-data">modified</td><td class=3D"modifications-data">markpolla=
ck</td><td class=3D"modifications-data">sandbox/src/org/springframework/jms=
/JmsSenderCallback.java</td><td class=3D"modifications-data">simple cleanup=
</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-da=
ta">modified</td><td class=3D"modifications-data">markpollack</td><td class=
=3D"modifications-data">sandbox/src/org/springframework/jms/JmsSessionFacto=
ryBean.java</td><td class=3D"modifications-data">simple cleanup</td></tr><t=
r class=3D"modifications-oddrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">markpollack</td><td class=3D"modificat=
ions-data">sandbox/src/org/springframework/jms/MessageCreator.java</td><td =
class=3D"modifications-data">simple cleanup</td></tr><tr class=3D"modificat=
ions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">markpollack</td><td class=3D"modifications-data">sandbox/=
src/org/springframework/jms/SessionCallback.java</td><td class=3D"modificat=
ions-data">simple cleanup</td></tr><tr class=3D"modifications-oddrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">m=
arkpollack</td><td class=3D"modifications-data">sandbox/src/org/springframe=
work/jms/JmsConnectionFactoryBean.java</td><td class=3D"modifications-data"=
>simple cleanup</td></tr><tr class=3D"modifications-evenrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">markpollac=
k</td><td class=3D"modifications-data">sandbox/src/org/springframework/jms/=
JmsHelper.java</td><td class=3D"modifications-data">simple cleanup</td></tr=
><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">markpollack</td><td class=3D"modifi=
cations-data">sandbox/src/org/springframework/jms/JmsProducerFactoryBean.ja=
va</td><td class=3D"modifications-data">simple cleanup</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">markpollack</td><td class=3D"modifications-d=
ata">sandbox/src/org/springframework/jms/JmsSender102.java</td><td class=3D=
"modifications-data">simple cleanup</td></tr><tr class=3D"modifications-odd=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">markpollack</td><td class=3D"modifications-data">sandbox/src/org/s=
pringframework/jms/JmsSender11.java</td><td class=3D"modifications-data">si=
mple cleanup</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modi=
fications-data">modified</td><td class=3D"modifications-data">markpollack</=
td><td class=3D"modifications-data">sandbox/src/org/springframework/jms/Abs=
tractJmsSender.java</td><td class=3D"modifications-data">simple cleanup</td=
></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">m=
odified</td><td class=3D"modifications-data">kdonald</td><td class=3D"modif=
ications-data">sandbox/src/org/springframework/rules/values/BufferedValueMo=
del.java</td><td class=3D"modifications-data">fixed bugs in type conversion=
 / improved property editor support</td></tr><tr class=3D"modifications-eve=
nrow"><td class=3D"modifications-data">modified</td><td class=3D"modificati=
ons-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/spri=
ngframework/rules/values/DefaultFormModel.java</td><td class=3D"modificatio=
ns-data">fixed bugs in type conversion / improved property editor support</=
td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">kdonald</td><td class=3D"mod=
ifications-data">sandbox/src/org/springframework/rules/values/TypeConverter=
.java</td><td class=3D"modifications-data">fixed bugs in type conversion / =
improved property editor support</td></tr><tr class=3D"modifications-evenro=
w"><td class=3D"modifications-data">modified</td><td class=3D"modifications=
-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/springf=
ramework/rules/values/ValidatingFormModel.java</td><td class=3D"modificatio=
ns-data">fixed bugs in type conversion / improved property editor support</=
td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">kdonald</td><td class=3D"mod=
ifications-data">sandbox/src/org/springframework/rules/values/ValueModelWra=
pper.java</td><td class=3D"modifications-data">fixed bugs in type conversio=
n / improved property editor support</td></tr><tr class=3D"modifications-ev=
enrow"><td class=3D"modifications-data">modified</td><td class=3D"modificat=
ions-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/spr=
ingframework/rules/values/MutableAspectAccessStrategy.java</td><td class=3D=
"modifications-data">*** empty log message ***</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] Test failures

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

I saw 'keith" and "code quality' in the same sentence and got worried for=
 a
sec ... ;-)

This actually raises an interesting question.  I use some of the sandbox
code, particularly the utility stuff like Assert, heavily in rich client.
With moving to a new project repository, we'll still be dependent on the
sandbox area.  Probably not ideal, as it makes good sense to have users b=
e
able to run spring-rcp without having to checkout core spring (e.g we sho=
uld
include the latest spring.jar in the spring-rich-c project.)

Hmm... what to do... I obviously see value in a good deal of those classe=
s
and use them, but there's little point in including them in the core unle=
ss
they'll be used to support and add value to the core (which given things
work so well now, do we event want to go changing things to use them ... =
and
utility-type code in general I think can be a bit personal... i happen to=
 be
an assertion monkey, for example... )

Should I just treat them as general rcp utilities for now, and just use t=
hem
over there?  I think some, like Assert.java, though, are quite generally
useful, so I admit I would prefer to see it in org.springframework.util, =
not
rcp.util (although we need to make it where it doesn't pull in 15 other
classes; (must be that fancy ToStringBuilder stuff)...)  However, some ar=
e
less generally useful, like Cache.java, and for those I could keep over i=
n
rcp.  I completely agree we want to continue to be controlled about what
goes into the core!

I can take a look at some of these classes again and make a more specific
recommendation on this - Keith

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, July 08, 2004 5:30 PM
Subject: Re: [Springframework-developer] Test failures


> I completely agree: It's best to just move over the code that's actuall=
y
needed for the time being. All that stuff needs proper review before gett=
ing
included in the main codebase. Of course, this is not about doubts regard=
ing
Keith's code quality: He definitely does a good job there! It's just abou=
t
growing the codebase in a controlled fashion :-)
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag v=
on
Colin Sampaleanu
> Gesendet: Do 08.07.2004 23:21
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Test failures
>
>
>
> 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 classe=
s
> from sandbox. The code in question looks pretty high-quality (looks lik=
e
> a variation of some utils from commons-lang, along with some new code o=
f
> 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\class=
es
> >>    [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.AbstractJmsTempla=
te
> >>    [javac]         String shortName =3D 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 a=
re
> >>>> 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] Test failures

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

Agreed on the code review point - proper peer review is important part 
of any successful software project

Regards,
Dmitriy.

jürgen höller [werk3AT] wrote:

>I completely agree: It's best to just move over the code that's actually needed for the time being. All that stuff needs proper review before getting included in the main codebase. Of course, this is not about doubts regarding Keith's code quality: He definitely does a good job there! It's just about growing the codebase in a controlled fashion :-)
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Colin Sampaleanu
>Gesendet: Do 08.07.2004 23:21
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Test failures
>
>
>
>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
>>>>>          
>>>>>
>
>
>
>
>-------------------------------------------------------
>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?

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

Damn it, you're right... But at least things got better since JDK 1.2 =
:-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von tho...@tr...
Gesendet: Do 08.07.2004 23:22
An: spr...@li...
Betreff: Re: [Springframework-developer] Patch to support Hibernate3 - =
How to provide it?



Quoting "j=FCrgen h=F6ller [werk3AT]" <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.
>
> 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).
>
> That sort of thing doesn't happen with a standardized API in the =
javax.*
> namespace ;-)
>

Right, once they changed  "com.sun.swing.*" to  "javax.swing.*" it =
didn't change
again :-)

Thomas


> Juergen
>
>
> ________________________________
>
> 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
>
>
>
>
> -------------------------------------------------------
> 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] Test failures

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

I completely agree: It's best to just move over the code that's actually =
needed for the time being. All that stuff needs proper review before =
getting included in the main codebase. Of course, this is not about =
doubts regarding Keith's code quality: He definitely does a good job =
there! It's just about growing the codebase in a controlled fashion :-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Do 08.07.2004 23:21
An: spr...@li...
Betreff: Re: [Springframework-developer] Test failures



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 =3D 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] Patch to support Hibernate3 - How to provide it?

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

Quoting "jürgen höller [werk3AT]" <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.
>
> 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).
>
> That sort of thing doesn't happen with a standardized API in the javax.*
> namespace ;-)
>

Right, once they changed  "com.sun.swing.*" to  "javax.swing.*" it didn't change
again :-)

Thomas


> Juergen
>
>
> ________________________________
>
> 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
>
>
>
>
> -------------------------------------------------------
> 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
>