Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <al...@in...> - 2005-07-28 22:33:11
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050729001655Lbuild.317 |
|
From: Juergen H. <ju...@in...> - 2005-07-28 21:43:40
|
BTW, this Web Flow preview release builds on Spring 1.2.3, in particular for the restored Struts 1.1 compatibility. We recommend to upgrade to Spring 1.2.3 for running it. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Keith Donald Sent: Thursday, July 28, 2005 6:46 AM To: spr...@li...; spr...@li... Subject: [Springframework-developer] [ANN] - Spring Web Flow PR5 Released Dear Spring Community, I'm pleased to announce the release of Spring Web Flow Preview 5 (PR5). This release addresses several issues introduced in PR4, notably restoring JDK 1.3 and Struts 1.1 compatibility. It also adds the API JavaDocs to the release archive along with a considerable amount of general release documentation. Last but not least, this release improves upon the "one-step" build process to building and deploying the sample applications. All users of previous previews are encouraged to upgrade to this release. Special thanks to the SWF forum community for being so helpful in readying the quality of this release. To download, access: http://sourceforge.net/project/showfiles.php?group_id=73357&package_id=14851 7 This *really* will be the last Web Flow preview release :-) -- the next release will be 1.0 RC1. For a complete list of changes, access the change log here: http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change+Log Special note for WebFlow Portlet users: PR5 again does not ship Portlet MVC integration. Portlet MVC users will need to wait for Web Flow RC1 in a few weeks when Portlet MVC has been integrated for shipment with Spring 1.3. We apologize for any short-term inconvenience here: expect better Portlet MVC integration and the sample app to be back in the coming weeks. Enjoy, Keith Donald Erwin Vervaet ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Keith D. <ke...@in...> - 2005-07-28 04:46:23
|
Dear Spring Community, I=E2=80=99m pleased to announce the release of Spring Web Flow Preview 5 = (PR5). This release addresses several issues introduced in PR4, notably = restoring JDK 1.3 and Struts 1.1 compatibility. It also adds the API = JavaDocs to the release archive along with a considerable amount of = general release documentation. Last but not least, this release = improves upon the "one-step" build process to building and deploying the = sample applications. All users of previous previews are encouraged to upgrade to this = release. Special thanks to the SWF forum community for being so helpful = in readying the quality of this release. To download, access: = http://sourceforge.net/project/showfiles.php?group_id=3D73357&package_id=3D= 148517 This *really* will be the last Web Flow preview release :-) -- the next = release will be 1.0 RC1. =20 For a complete list of changes, access the change log here: = http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change+= Log Special note for WebFlow Portlet users: PR5 again does not ship Portlet = MVC integration. Portlet MVC users will need to wait for Web Flow RC1 = in a few weeks when Portlet MVC has been integrated for shipment with = Spring 1.3. We apologize for any short-term inconvenience here: expect = better Portlet MVC integration and the sample app to be back in the = coming weeks. Enjoy, Keith Donald Erwin Vervaet |
|
From: Michael E. M. <mm...@re...> - 2005-07-27 19:44:06
|
I have been working a lot with BigDecimal types. I'd like to test on a compare operation: BigDecimal.compareTo(BigDecimal). I'd also like to test the precision and scale of the input BigDecimal. BigDecimal has scale()/setScale(), which is not JavaBean compliant... How would I do this in Valang? thanks, --Michael |
|
From: Andy D. <an...@ma...> - 2005-07-27 16:11:46
|
I've run into the same thing when attempting to modularize our application and its Spring configuration. As I didn't have time to really dig into an elegant solution, I came up with something quick and dirty - that is, using classpath*:/META-INF/module-context.xml as one of my config locations. Each of our modules is contained in a single .jar on the classpath, with a "module-context.xml" located in its META-INF. The above wildcard path will load all such Spring configs as one large context (basically by merging them all into one context). This means all beans have access to all beans, but, as I said, this is a quick and dirty solution. :) The other downside is that the list of "modules" are not dynamically loaded/unloaded at runtime, but rather fixed as defined by your classpath at start time. - Andy On Wednesday 27 July 2005 12:36 am, Roland Huss wrote: > Hi, > > we are using multiple application modules, which we are wiring together > during a bootstrap process. Each module has it's own container which is > connected to its dependent module via a parent-child relationship (as > described in > http://static.springframework.org/spring/docs/1.2.x/api/org/springframework >/beans/factory/access/SingletonBeanFactoryLocator.html) > > However, the restriction to a strict treelike organization of > ApplicationContext limits the usability of this pattern. > > E.g. imagine the following use case with four contexts: > > * bootstrap-ctx.xml for defining base beans used by any other container > * dao-ctx.xml for defining DAOs. Depends on bootstrap-ctx.xml > * security-ctx.xml depends also on bootstrap-ctx.xml but not on > dao-ctx.xml > * service-ctx.xml which depends on beans defined in security-ctx.xml and > dao-ctx.xml. > > Using an hierarchical container setup something like a 'diamond' (graph) > would be appropriate: > > bootstrap > / \ > / \ > dao security > \ / > \ / > service > > However, Spring doesn't allow multiple parent container, so we are left > with the following linear setup: > > bootstrap > > dao > > security > > service > > which has the undesired side-effect, that 'security' has access to 'dao'. > Ok, this works for this simple setup, but one can easily imagine > situations, where this 'linearity' restriction bites much harder. > > My question is, whether there are any plans for supporting > ApplicationContext chaining in a more flexible way (i.e. with multiple > parents) ? > > Or is there already another support for scoping beans coming from various > application components ? > > For the moment, we switched to a single, big container which import various > context snippets from the application modules and use bean-aliasing for > scoping. > > ciao... |
|
From: Michael E. M. <mm...@re...> - 2005-07-27 16:03:33
|
thanks. that is very helpful. my only problem left is that I can't set up a ValangValidatorFactoryBean as a bean property of type FactoryBean. org.springframework.beans.TypeMismatchException: Failed to convert property value of type [org.springmodules.validation.ValangValidatorFactoryBean$1] to required type [org.springframework.beans.factory.FactoryBean] for property 'chargeValidatorFactory' Steven Devijver wrote: > Did you already have a look at the language document on the Spring wiki? > > http://opensource.atlassian.com/confluence/spring/display/MODULES/Using+Valang+validator > > Steven > > On 7/27/05, *Michael E. Moores* <mm...@re... > <mailto:mm...@re...>> wrote: > > nice work, i have been looking at the language. > when Valang moves out of the sandbox, will there be a bit more javadoc > and (va)language "specs"? > if i use this, my peers need to be confident we can fix problems > and/or > extend it. > > Steven Devijver wrote: > > >Micheal, > > > >Thanks for spotting this, I've checked in the updated class. > > > >Steven > > > >On 7/26/05, Michael E. Moores < mm...@re... > <mailto:mm...@re...>> wrote: > > > > > >>I checked out springmodules from cvs.dev.java.net > <http://cvs.dev.java.net> and > >>attempted to build the sandbox jar with "ant sandbox.jar ": > >> > >> [javac] > >>/home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/org/springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:171: > >><anonymous > >>org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> > >>is not abstract and does not override abstract method > >>setFactoryMethod(java.lang.String) in > >>org.springmodules.beans.factory.drivers.Bean > >> [javac] public void setAutowire(String > >>autowire) { > >> [javac] ^ > >> [javac] Note: * uses or overrides a deprecated API. > >> [javac] Note: Recompile with -Xlint:deprecation for details. > >> [javac] 1 error > >> [javac] 8 warnings > >> > >>BUILD FAILED > >> > >> > >> > >>------------------------------------------------------- > >>SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > >>from IBM. Find simple to follow Roadmaps, straightforward articles, > >>informative Webcasts and more! Get everything you need to get up to > >>speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > <http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click> > >>_______________________________________________ > >>Springframework-developer mailing list > >>Spr...@li... > <mailto:Spr...@li...> > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >> > >> > > > > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > <http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click> > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > <mailto:Spr...@li...> > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > -- > "If you want to be a different fish, you gotta jump out of the school." > -- Captain Beefheart |
|
From: Steven D. <ste...@gm...> - 2005-07-27 11:09:48
|
Did you already have a look at the language document on the Spring wiki? http://opensource.atlassian.com/confluence/spring/display/MODULES/Using+Val= ang+validator Steven On 7/27/05, Michael E. Moores <mm...@re...> wrote: >=20 > nice work, i have been looking at the language. > when Valang moves out of the sandbox, will there be a bit more javadoc > and (va)language "specs"? > if i use this, my peers need to be confident we can fix problems and/or > extend it. >=20 > Steven Devijver wrote: >=20 > >Micheal, > > > >Thanks for spotting this, I've checked in the updated class. > > > >Steven > > > >On 7/26/05, Michael E. Moores <mm...@re...> wrote: > > > > > >>I checked out springmodules from cvs.dev.java.net<http://cvs.dev.java.n= et>and > >>attempted to build the sandbox jar with "ant sandbox.jar": > >> > >> [javac] >=20 > >>/home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/o= rg/springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:17= 1: > >><anonymous > >>org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> > >>is not abstract and does not override abstract method > >>setFactoryMethod(java.lang.String) in > >>org.springmodules.beans.factory.drivers.Bean > >> [javac] public void setAutowire(String > >>autowire) { > >> [javac] ^ > >> [javac] Note: * uses or overrides a deprecated API. > >> [javac] Note: Recompile with -Xlint:deprecation for details. > >> [javac] 1 error > >> [javac] 8 warnings > >> > >>BUILD FAILED > >> > >> > >> > >>------------------------------------------------------- > >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >>from IBM. Find simple to follow Roadmaps, straightforward articles, > >>informative Webcasts and more! Get everything you need to get up to > >>speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick > >>_______________________________________________ > >>Springframework-developer mailing list > >>Spr...@li... > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >> > >> > > > > > > > > >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic= k > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 --=20 "If you want to be a different fish, you gotta jump out of the school." -- Captain Beefheart |
|
From: Roland H. <Rol...@co...> - 2005-07-27 07:36:42
|
Hi, we are using multiple application modules, which we are wiring together during a bootstrap process. Each module has it's own container which is connected to its dependent module via a parent-child relationship (as described in http://static.springframework.org/spring/docs/1.2.x/api/org/springframework/beans/factory/access/SingletonBeanFactoryLocator.html) However, the restriction to a strict treelike organization of ApplicationContext limits the usability of this pattern. E.g. imagine the following use case with four contexts: * bootstrap-ctx.xml for defining base beans used by any other container * dao-ctx.xml for defining DAOs. Depends on bootstrap-ctx.xml * security-ctx.xml depends also on bootstrap-ctx.xml but not on dao-ctx.xml * service-ctx.xml which depends on beans defined in security-ctx.xml and dao-ctx.xml. Using an hierarchical container setup something like a 'diamond' (graph) would be appropriate: bootstrap / \ / \ dao security \ / \ / service However, Spring doesn't allow multiple parent container, so we are left with the following linear setup: bootstrap | dao | security | service which has the undesired side-effect, that 'security' has access to 'dao'. Ok, this works for this simple setup, but one can easily imagine situations, where this 'linearity' restriction bites much harder. My question is, whether there are any plans for supporting ApplicationContext chaining in a more flexible way (i.e. with multiple parents) ? Or is there already another support for scoping beans coming from various application components ? For the moment, we switched to a single, big container which import various context snippets from the application modules and use bean-aliasing for scoping. ciao... -- ...roland huss consol.de |
|
From: Michael E. M. <mm...@re...> - 2005-07-26 22:43:06
|
nice work, i have been looking at the language. when Valang moves out of the sandbox, will there be a bit more javadoc and (va)language "specs"? if i use this, my peers need to be confident we can fix problems and/or extend it. Steven Devijver wrote: >Micheal, > >Thanks for spotting this, I've checked in the updated class. > >Steven > >On 7/26/05, Michael E. Moores <mm...@re...> wrote: > > >>I checked out springmodules from cvs.dev.java.net and >>attempted to build the sandbox jar with "ant sandbox.jar": >> >> [javac] >>/home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/org/springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:171: >><anonymous >>org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> >>is not abstract and does not override abstract method >>setFactoryMethod(java.lang.String) in >>org.springmodules.beans.factory.drivers.Bean >> [javac] public void setAutowire(String >>autowire) { >> [javac] ^ >> [javac] Note: * uses or overrides a deprecated API. >> [javac] Note: Recompile with -Xlint:deprecation for details. >> [javac] 1 error >> [javac] 8 warnings >> >>BUILD FAILED >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>from IBM. Find simple to follow Roadmaps, straightforward articles, >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > > |
|
From: <al...@in...> - 2005-07-26 22:33:37
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050727001657Lbuild.316 |
|
From: Michael E. M. <mm...@re...> - 2005-07-26 22:31:52
|
thanks.. all good now Steven Devijver wrote: >Micheal, > >Thanks for spotting this, I've checked in the updated class. > >Steven > >On 7/26/05, Michael E. Moores <mm...@re...> wrote: > > >>I checked out springmodules from cvs.dev.java.net and >>attempted to build the sandbox jar with "ant sandbox.jar": >> >> [javac] >>/home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/org/springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:171: >><anonymous >>org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> >>is not abstract and does not override abstract method >>setFactoryMethod(java.lang.String) in >>org.springmodules.beans.factory.drivers.Bean >> [javac] public void setAutowire(String >>autowire) { >> [javac] ^ >> [javac] Note: * uses or overrides a deprecated API. >> [javac] Note: Recompile with -Xlint:deprecation for details. >> [javac] 1 error >> [javac] 8 warnings >> >>BUILD FAILED >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>from IBM. Find simple to follow Roadmaps, straightforward articles, >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > > |
|
From: Steven D. <ste...@gm...> - 2005-07-26 22:00:35
|
Micheal, Thanks for spotting this, I've checked in the updated class. Steven On 7/26/05, Michael E. Moores <mm...@re...> wrote: > I checked out springmodules from cvs.dev.java.net and > attempted to build the sandbox jar with "ant sandbox.jar": >=20 > [javac] > /home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/org= /springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:171: > <anonymous > org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> > is not abstract and does not override abstract method > setFactoryMethod(java.lang.String) in > org.springmodules.beans.factory.drivers.Bean > [javac] public void setAutowire(String > autowire) { > [javac] ^ > [javac] Note: * uses or overrides a deprecated API. > [javac] Note: Recompile with -Xlint:deprecation for details. > [javac] 1 error > [javac] 8 warnings >=20 > BUILD FAILED >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic= k > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 --=20 "If you want to be a different fish, you gotta jump out of the school." -- Captain Beefheart |
|
From: Michael E. M. <mm...@re...> - 2005-07-26 21:35:49
|
I checked out springmodules from cvs.dev.java.net and attempted to build the sandbox jar with "ant sandbox.jar": [javac] /home/mmoores/download/springmodulessandbox/springmodules/sandbox/src/org/springmodules/beans/factory/bfl/parser/BeanFactoryLanguageParser.java:171: <anonymous org.springmodules.beans.factory.bfl.parser.BeanFactoryLanguageParser$6> is not abstract and does not override abstract method setFactoryMethod(java.lang.String) in org.springmodules.beans.factory.drivers.Bean [javac] public void setAutowire(String autowire) { [javac] ^ [javac] Note: * uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 1 error [javac] 8 warnings BUILD FAILED |
|
From: Seth L. <set...@gm...> - 2005-07-26 18:33:45
|
Just a quick note, the JmsInvokerTests in the sandbox/test aren't compiling. Missing method JmsInvokerServiceExporter.setJmsTemplate(). Seth |
|
From: Juergen H. <ju...@in...> - 2005-07-26 12:27:36
|
Dear Spring community, I'm pleased to announce that Spring 1.2.3 has just been released. This is a bugfix and minor enhancement release, fixing a number of issues related to the application context startup sequence and introducing various minor new features. All Spring 1.2.2 users are encouraged to upgrade to Spring 1.2.3, in particular if using factory methods and/or auto-proxy creation (as used by the transaction annotation support). Full backwards compatibility with Spring 1.2.1 should be restored in that area. Cheers, Juergen ----- Juergen Hoeller Interface21 - Spring Services from the Source http://www.springframework.com |
|
From: Juergen H. <ju...@in...> - 2005-07-26 07:10:38
|
I'm about to actually release 1.2.3 now. Please refrain from any CVS commits until the release is out. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Juergen Hoeller Sent: Tuesday, July 19, 2005 9:25 PM To: spr...@li... Subject: [Springframework-developer] Preparing for 1.2.3 Everybody, Spring 1.2.3 is finished so far (it's scheduled for tomorrow), except for a couple of recently reported minor issues still being unresolved. In particular, there's 3 database-related issues in JIRA: * SingleColumnRowMapper does not handle CLOBs correctly for jTDS/SQL Server http://opensource.atlassian.com/projects/spring/browse/SPR-1048 * JdbcUtil's getResultSetValue hack for Oracle Timestamp Broken for 10g Driver http://opensource.atlassian.com/projects/spring/browse/SPR-1111 * OracleLobHandler and 10g driver http://opensource.atlassian.com/projects/spring/browse/SPR-1112 I would appreciate any feedback on those, ideally in combination with tested patches :-) In particular the issues with the Oracle 10g driver are worth resolving as soon as possible... Juergen ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <al...@in...> - 2005-07-25 22:31:34
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050726001705Lbuild.315 |
|
From: Marts, E. <eri...@ac...> - 2005-07-25 17:55:02
|
Hello, =20 I would like to contribute to the framework;=20 What is the protocol in getting involved with the project? Should I = start by looking at the bug list? =20 Eric |
|
From: <al...@in...> - 2005-07-24 22:30:58
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050725001658Lbuild.314 |
|
From: Darren D. <da...@sh...> - 2005-07-24 04:33:08
|
1122179582 FAILED This is an automated mail from one of the SF Compile Farm machines. The machine name noted in the subject encountered a failure building or running the Spring test suite. The last few lines of the output were included for info. NB: No further mail will be sent from this machine until a manual reset occurs on the cf-shell machine, although builds will continue as scheduled. See http://springframework.sourceforge.net/test/ for further information. |
|
From: Oliver H. <Ol...@ou...> - 2005-07-22 09:22:13
|
> You would hardly ever use ComparableComparator directly for=20 > sorting or the like. You would rather simply rely on=20 > "natural" sort order, i.e. Comparable directly. E.g.=20 > "Collections.sort(List, Comparator)" vs "Collections.sort(List)". True. But most of the code (in SpringRich) that I'm dealing with does not take the "natural" sort order into consideration i.e. you must always supply a Comparator. So for me I keep looking to ComparableComparator for this "natural" case and naturally I also want everything to be null safe but this is a secondary consideration. Regardless, I'm happy to use the NullSafeComparator singletons.=20 Thanks, Ollie |
|
From: Juergen H. <ju...@in...> - 2005-07-22 08:58:45
|
Well, depends on whether one consider NullSafeComparator as a plain decorator. Arguably NullSafeComparator is most useful for Comparables. = The primary point of the class is to compare Comparables in a null-safe = fashion. ComparableComparator on the other hand is really just a plain adapter between Comparator and Comparable, without any value-add. It's mainly = useful as internal adapter, not so much for plain direct usage. You would hardly ever use ComparableComparator directly for sorting or = the like. You would rather simply rely on "natural" sort order, i.e. = Comparable directly. E.g. "Collections.sort(List, Comparator)" vs "Collections.sort(List)". Juergen =20 -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Oliver Hutchison Sent: Friday, July 22, 2005 10:49 AM To: spr...@li... Subject: RE: [Springframework-developer] Comparator singletons MIA? Ahhh.... Don't these really belong in ComparableComparator? Given that they would mostly compare Comparables? To be honest I wouldn't even think to look = in NullSafeComparator for a ComparableComparator. But I can live with it ;-) Thanks, Ollie > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Juergen Hoeller > Sent: Friday, 22 July 2005 6:12 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Comparator singletons MIA? >=20 > NullSafeComparator has two such singletons: NULLS_LOW and NULLS_HIGH,=20 > each using a ComparableComparator underneath. I guess you could simply = > use those singletons rather than one on ComparableComparator itself. >=20 > Juergen > =20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Friday, July 22, 2005 4:22 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Comparator singletons MIA? >=20 > Actually I see this is only the case for ComparableComparator (I've=20 > got to many versions of the code open at the moment) the=20 > NullSafeComparator and BooleanComparator singletons are still there. >=20 > My question still stands through.=20 >=20 > Oliver >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] > > On Behalf Of Oliver Hutchison > > Sent: Friday, 22 July 2005 10:32 AM > > To: spr...@li... > > Subject: [Springframework-developer] Comparator singletons MIA? > >=20 > > Jurgen, > >=20 > > I've just started upgrading Spring Rich to the latest > spring code base > > and noticed that all of the Comparator singletons (which > Spring Rich > > uses a lot) in the o.s.util.comparator package have been removed. > >=20 > > These classes are IMHO perfect examples of where you should > be using a > > singleton. Given that every instance will exhibit exactly the same=20 > > behaviour, why would you ever want to have more that one > instance of a > > class like ComparableComparator? > > Also how much cleaner is this: > >=20 > > ComparableComparator.nullSafeInstance().compare(argument1, > argument2) > >=20 > > to this? > >=20 > > new NullSafeComparator(new ComparableComparator(),=20 > > true).compare(argument1, argument2) > >=20 > > and more performant to boot. > >=20 > > Anyway, obviously I can live without them, but I'm curious > about the > > rational behind the removal? > >=20 > > Thanks, > >=20 > > Oliver > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > > informative Webcasts and more! Get everything you need to get up to=20 > > speed, fast. > > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > > _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies = > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > informative Webcasts and more! Get everything you need to get up to=20 > speed, fast. > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies = > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > informative Webcasts and more! Get everything you need to get up to=20 > speed, fast. > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies = from IBM. Find simple to follow Roadmaps, straightforward articles, = informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Oliver H. <Ol...@ou...> - 2005-07-22 08:48:51
|
Ahhh.... Don't these really belong in ComparableComparator? Given that they would mostly compare Comparables? To be honest I wouldn't even think to look in NullSafeComparator for a ComparableComparator. But I can live with it ;-) Thanks, Ollie > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Juergen Hoeller > Sent: Friday, 22 July 2005 6:12 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Comparator singletons MIA? >=20 > NullSafeComparator has two such singletons: NULLS_LOW and=20 > NULLS_HIGH, each using a ComparableComparator underneath. I=20 > guess you could simply use those singletons rather than one=20 > on ComparableComparator itself. >=20 > Juergen > =20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Friday, July 22, 2005 4:22 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Comparator singletons MIA? >=20 > Actually I see this is only the case for ComparableComparator=20 > (I've got to many versions of the code open at the moment)=20 > the NullSafeComparator and BooleanComparator singletons are=20 > still there.=20 >=20 > My question still stands through.=20 >=20 > Oliver >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] > > On Behalf Of Oliver Hutchison > > Sent: Friday, 22 July 2005 10:32 AM > > To: spr...@li... > > Subject: [Springframework-developer] Comparator singletons MIA? > >=20 > > Jurgen, > >=20 > > I've just started upgrading Spring Rich to the latest=20 > spring code base=20 > > and noticed that all of the Comparator singletons (which=20 > Spring Rich=20 > > uses a lot) in the o.s.util.comparator package have been removed. > >=20 > > These classes are IMHO perfect examples of where you should=20 > be using a=20 > > singleton. Given that every instance will exhibit exactly the same=20 > > behaviour, why would you ever want to have more that one=20 > instance of a=20 > > class like ComparableComparator? > > Also how much cleaner is this: > >=20 > > ComparableComparator.nullSafeInstance().compare(argument1,=20 > argument2) > >=20 > > to this? > >=20 > > new NullSafeComparator(new ComparableComparator(),=20 > > true).compare(argument1, argument2) > >=20 > > and more performant to boot. > >=20 > > Anyway, obviously I can live without them, but I'm curious=20 > about the=20 > > rational behind the removal? > >=20 > > Thanks, > >=20 > > Oliver > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration=20 > Strategies=20 > > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > > informative Webcasts and more! Get everything you need to get up to=20 > > speed, fast. > > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > > _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration=20 > Strategies from IBM. Find simple to follow Roadmaps,=20 > straightforward articles, informative Webcasts and more! Get=20 > everything you need to get up to speed, fast. > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration=20 > Strategies from IBM. Find simple to follow Roadmaps,=20 > straightforward articles, informative Webcasts and more! Get=20 > everything you need to get up to speed, fast.=20 > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: Juergen H. <ju...@in...> - 2005-07-22 08:12:03
|
NullSafeComparator has two such singletons: NULLS_LOW and NULLS_HIGH, = each using a ComparableComparator underneath. I guess you could simply use = those singletons rather than one on ComparableComparator itself. Juergen =20 -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Oliver Hutchison Sent: Friday, July 22, 2005 4:22 AM To: spr...@li... Subject: RE: [Springframework-developer] Comparator singletons MIA? Actually I see this is only the case for ComparableComparator (I've got = to many versions of the code open at the moment) the NullSafeComparator and BooleanComparator singletons are still there.=20 My question still stands through.=20 Oliver > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Friday, 22 July 2005 10:32 AM > To: spr...@li... > Subject: [Springframework-developer] Comparator singletons MIA? >=20 > Jurgen, >=20 > I've just started upgrading Spring Rich to the latest spring code base = > and noticed that all of the Comparator singletons (which Spring Rich=20 > uses a lot) in the o.s.util.comparator package have been removed. >=20 > These classes are IMHO perfect examples of where you should be using a = > singleton. Given that every instance will exhibit exactly the same=20 > behaviour, why would you ever want to have more that one instance of a = > class like ComparableComparator? > Also how much cleaner is this: >=20 > ComparableComparator.nullSafeInstance().compare(argument1, argument2) >=20 > to this? >=20 > new NullSafeComparator(new ComparableComparator(),=20 > true).compare(argument1, argument2) >=20 > and more performant to boot. >=20 > Anyway, obviously I can live without them, but I'm curious about the=20 > rational behind the removal? >=20 > Thanks, >=20 > Oliver >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies = > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > informative Webcasts and more! Get everything you need to get up to=20 > speed, fast. > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies = from IBM. Find simple to follow Roadmaps, straightforward articles, = informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Oliver H. <Ol...@ou...> - 2005-07-22 04:22:20
|
Actually it doesn't look like it's worked.... I'm in the developers-list group but I still don't get any of the usual workflow actions showing up when I open an issue. > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Keith Donald > Sent: Friday, 22 July 2005 1:55 PM > To: spr...@li... > Subject: RE: [Springframework-developer] Admin access to Jira >=20 > Ollie, >=20 > Done! >=20 > Keith >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Thursday, July 21, 2005 9:34 PM > To: spr...@li... > Subject: [Springframework-developer] Admin access to Jira >=20 > As I'm doing quite a bit of the maintenance in Spring Rich=20 > these days could whoever is responsible for managing the Jira=20 > instance please give me permissions to edit/close etc. the=20 > issues in the "Spring Framework Rich Client" sub-project. We=20 > have a lot of out of date and resolved issues I'd like to=20 > finally close. >=20 > My username is "oliverhutchison" >=20 > Thanks! >=20 > Oliver >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration=20 > Strategies from IBM. Find simple to follow Roadmaps,=20 > straightforward articles, informative Webcasts and more! Get=20 > everything you need to get up to speed, fast.=20 > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration=20 > Strategies from IBM. Find simple to follow Roadmaps,=20 > straightforward articles, informative Webcasts and more! Get=20 > everything you need to get up to speed, fast.=20 > http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
1239 messages has been excluded from this view by a project administrator.
