Menu
▾
▴
springframework-developer
|
From: Yannick M. <yan...@fa...> - 2004-11-16 10:32:10
|
I've written an useful spring/hibernate class for usage with java.util.concurrent from j2se 1.5 ( it's a ThreadFactory that wraps any thread generated with TransactionSynchronizationManager so that each thread has it's own associated session and transaction ). I was thinking of contributing that back into spring, but i assume spring doesn't get compiled with a jdk1.5 :( Is there any plans on allowing 1.5 builds ? |
|
From: Colin S. <col...@ex...> - 2004-11-16 14:29:52
|
Right now we've put JDK 1.5 specific code into a separate module, samples (well, really a project called tiger under there, as there's also an aspectj project), which is parallel to the main spring module. It could probably go in there. The best thing to do is to put it into JIRA so it doesn't get lost, as I can't do much with the 1.5 stuff until after about the 26th... Colin Yannick Menager wrote: >I've written an useful spring/hibernate class for usage with >java.util.concurrent from j2se 1.5 ( it's a ThreadFactory that wraps any thread >generated with TransactionSynchronizationManager so that each thread has it's >own associated session and transaction ). > >I was thinking of contributing that back into spring, but i assume spring >doesn't get compiled with a jdk1.5 :( > >Is there any plans on allowing 1.5 builds ? > > |
|
From: Yannick M. <yan...@fa...> - 2004-11-16 17:23:25
|
Colin Sampaleanu <colinml1 <at> exis.com> writes: > The best thing to do is to put it into JIRA so it doesn't get lost, as I > can't do much with the 1.5 stuff until after about the 26th... Done... it's on JIRA as SPR-467 http://opensource.atlassian.com/projects/spring/browse/SPR-467 |
|
From: Rod J. <ro...@in...> - 2004-11-17 12:49:19
|
Juergen and I have discussed having a new "tiger" tree parallel to "src" and "test". tiger would have its own src and test trees. The first major feature in there will be transaction mgt via Tiger annotations, which Colin has already completed and I'm now polishing. I'm also looking at adding support for hot swap and pooling attributes. The contents of this tree will be included in spring.jar, although everything in the main src tree would still compile on 1.3 and 1.4. Thoughts? For now, JIRA would be best for your contribution, as Colin says, as I only have time right now to focus on annotations. Colin Sampaleanu wrote: > Right now we've put JDK 1.5 specific code into a separate module, > samples (well, really a project called tiger under there, as there's > also an aspectj project), which is parallel to the main spring module. > It could probably go in there. > > The best thing to do is to put it into JIRA so it doesn't get lost, as I > can't do much with the 1.5 stuff until after about the 26th... > > Colin > > > Yannick Menager wrote: > >> I've written an useful spring/hibernate class for usage with >> java.util.concurrent from j2se 1.5 ( it's a ThreadFactory that wraps >> any thread >> generated with TransactionSynchronizationManager so that each thread >> has it's >> own associated session and transaction ). >> >> I was thinking of contributing that back into spring, but i assume spring >> doesn't get compiled with a jdk1.5 :( >> >> Is there any plans on allowing 1.5 builds ? >> >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- ____________________________________________________ Rod Johnson Interface21 - Spring Services from the Source http://www.springframework.com Founder, Spring Framework: http://www.springframework.org Author, "Expert One-on-One J2EE Development Without EJB" (May 2004, with Juergen Hoeller). http://www.amazon.com/exec/obidos/ASIN/0764558315/ Author, "Expert One-on-One J2EE Design and Development" (October 2002). http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ ____________________________________________________ Interface21 Limited Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY Registered in England and Wales No. 5187766 ____________________________________________________ |
|
From: Yannick M. <yan...@fa...> - 2004-11-17 13:09:05
|
Rod Johnson <rod <at> interface21.com> writes: > Juergen and I have discussed having a new "tiger" tree parallel to "src" and "test". tiger would have its own > src and > test trees. I would suggest: src/java1.3/ src/java1.5/ src/test1.3/ src/test1.5/ personally I've always like to keep all things that are created by the development team under src/ package, rather than cluttering the root level |
|
From: Colin S. <col...@ex...> - 2004-11-17 15:46:22
|
Yannick Menager wrote: >Rod Johnson <rod <at> interface21.com> writes: > > >>Juergen and I have discussed having a new "tiger" tree parallel to "src" >> >> >and "test". tiger would have its own > > >>src and >>test trees. >> >> > >I would suggest: > >src/java1.3/ >src/java1.5/ >src/test1.3/ >src/test1.5/ > >personally I've always like to keep all things that are created by the >development team under src/ package, rather than cluttering the root level > > Yes, if jdk1.5 moves into the main module and is actually built by the main build file, I don't think it's very consistent with the existing structure or with other common layouts, to do it as /tiger/src /tiger/test I've personally always tried to keep all source artifacts handled by the one build, underneath /src in various dirs off of that, with output going to various dirs off of: /target (we already do the latter, for the most part, in Spring as a result of the build reorg I did about a year ago). In terms of an exact format for the dirs underneath /src I've generally tried to standardize on the Maven recommended directory format, which is as good as any other, and makes it simpler for people to use Maven if they want to, i.e. /src/java /src/test /src/test-cactus /src/webapp etc... Rod,Juergen, if the source does come into the main module, how do you see it being compiled? As part of the main build, or as its own little mini project? Colin |
|
From: Rob H. <ro...@ca...> - 2004-11-17 14:29:57
|
I think this is a good idea - I will be adding JSR-175 support for Spring JMX to complement the current Commons Attributes support. Rob Rod Johnson writes: > Juergen and I have discussed having a new "tiger" tree parallel to "src" > and "test". tiger would have its own src and test trees. > > The first major feature in there will be transaction mgt via Tiger > annotations, which Colin has already completed and I'm now polishing. I'm > also looking at adding support for hot swap and pooling attributes. > > The contents of this tree will be included in spring.jar, although > everything in the main src tree would still compile on 1.3 and 1.4. > > Thoughts? > > For now, JIRA would be best for your contribution, as Colin says, as I > only have time right now to focus on annotations. > > Colin Sampaleanu wrote: >> Right now we've put JDK 1.5 specific code into a separate module, samples >> (well, really a project called tiger under there, as there's also an >> aspectj project), which is parallel to the main spring module. It could >> probably go in there. >> >> The best thing to do is to put it into JIRA so it doesn't get lost, as I >> can't do much with the 1.5 stuff until after about the 26th... >> >> Colin >> >> >> Yannick Menager wrote: >> >>> I've written an useful spring/hibernate class for usage with >>> java.util.concurrent from j2se 1.5 ( it's a ThreadFactory that wraps any >>> thread >>> generated with TransactionSynchronizationManager so that each thread has >>> it's >>> own associated session and transaction ). >>> >>> I was thinking of contributing that back into spring, but i assume >>> spring >>> doesn't get compiled with a jdk1.5 :( >>> >>> Is there any plans on allowing 1.5 builds ? >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: InterSystems CACHE >> FREE OODBMS DOWNLOAD - A multidimensional database that combines >> robust object and relational technologies, making it a perfect match >> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > -- > > ____________________________________________________ > Rod Johnson > Interface21 - Spring Services from the Source > http://www.springframework.com > > Founder, Spring Framework: > http://www.springframework.org > > Author, "Expert One-on-One J2EE Development Without EJB" > (May 2004, with Juergen Hoeller). > http://www.amazon.com/exec/obidos/ASIN/0764558315/ > > Author, "Expert One-on-One J2EE Design and Development" > (October 2002). > http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ > > > ____________________________________________________ > Interface21 Limited > Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 > 2JY > Registered in England and Wales No. 5187766 > ____________________________________________________ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
