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...> - 2006-01-23 23:36:20
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060124001745Lbuild.401 |
|
From: <al...@in...> - 2006-01-21 23:35:15
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060122001711Lbuild.400 |
|
From: Darren D. <da...@sh...> - 2006-01-20 19:35:56
|
1137785753
FAILED
[javac] methodParam.getConstructor().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:100: cannot resolve symbol
[javac] symbol : method getGenericParameterTypes ()
[javac] location: class java.lang.reflect.Method
[javac] methodParam.getMethod().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:112: cannot resolve symbol
[javac] symbol : method getGenericReturnType ()
[javac] location: class java.lang.reflect.Method
[javac] return extractType(method.getGenericReturnType(), typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:122: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] if (type instanceof ParameterizedType) {
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class Type
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 9 errors
Last CVS updates prior to this build were:
1137784381
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2006-01-20 17:34:11
|
1137778433
FAILED
[javac] methodParam.getConstructor().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:100: cannot resolve symbol
[javac] symbol : method getGenericParameterTypes ()
[javac] location: class java.lang.reflect.Method
[javac] methodParam.getMethod().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:112: cannot resolve symbol
[javac] symbol : method getGenericReturnType ()
[javac] location: class java.lang.reflect.Method
[javac] return extractType(method.getGenericReturnType(), typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:122: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] if (type instanceof ParameterizedType) {
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class Type
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 9 errors
Last CVS updates prior to this build were:
1137777181
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2006-01-20 13:35:46
|
1137764140
FAILED
[javac] methodParam.getConstructor().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:100: cannot resolve symbol
[javac] symbol : method getGenericParameterTypes ()
[javac] location: class java.lang.reflect.Method
[javac] methodParam.getMethod().getGenericParameterTypes()[methodParam.getParameterIndex()], typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:112: cannot resolve symbol
[javac] symbol : method getGenericReturnType ()
[javac] location: class java.lang.reflect.Method
[javac] return extractType(method.getGenericReturnType(), typeIndex);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:122: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] if (type instanceof ParameterizedType) {
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class Type
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/core/GenericsHelper.java:123: cannot resolve symbol
[javac] symbol : class ParameterizedType
[javac] location: class org.springframework.core.GenericsHelper
[javac] Type[] paramTypes = ((ParameterizedType) type).getActualTypeArguments();
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 9 errors
Last CVS updates prior to this build were:
1137762781
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
U docs/reference/src/beans.xml
U src/org/springframework/aop/interceptor/ExposeBeanNameAdvisor.java
P src/org/springframework/beans/BeanWrapperImpl.java
U src/org/springframework/beans/Mergeable.java
P src/org/springframework/beans/MutablePropertyValues.java
P src/org/springframework/beans/PropertyAccessException.java
U src/org/springframework/beans/PropertyTypeConverter.java
P src/org/springframework/beans/TypeMismatchException.java
P src/org/springframework/beans/factory/support/AbstractBeanFactory.java
P src/org/springframework/beans/factory/support/AutowireUtils.java
P src/org/springframework/beans/factory/support/ConstructorResolver.java
P src/org/springframework/beans/factory/support/ManagedList.java
P src/org/springframework/beans/factory/support/ManagedMap.java
P src/org/springframework/beans/factory/support/ManagedProperties.java
P src/org/springframework/beans/factory/support/ManagedSet.java
P src/org/springframework/beans/factory/support/SimpleInstantiationStrategy.java
U src/org/springframework/core/GenericsHelper.java
U src/org/springframework/core/MethodParameter.java
P src/org/springframework/remoting/rmi/RmiRegistryFactoryBean.java
U src/org/springframework/web/jsf/navigation/DelegatingNavigationHandler.java
U src/org/springframework/web/jsf/navigation/JsfChainingNavigationHandler.java
U src/org/springframework/web/jsf/phase/DelegatingPhaseListener.java
U test/org/springframework/beans/factory/support/ManagedListTests.java
U test/org/springframework/beans/factory/support/ManagedMapTests.java
U test/org/springframework/beans/factory/support/ManagedPropertiesTests.java
U test/org/springframework/beans/factory/support/ManagedSetTests.java
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
P test/org/springframework/web/jsf/phase/DelegatingPhaseListenerTests.java
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: <al...@in...> - 2006-01-19 23:33:55
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060120001621Lbuild.399 |
|
From: Brandon K. <bke...@gm...> - 2006-01-19 15:29:13
|
Just out of curiosity, has there been any discussion about switching to subversion? I was an avid CVS fan for a long time, and was really reluctant to adopt subversion. But once I started using it about a year and a half ago, it really grew on me. I especially like that branches and tags are no longer this magical 3rd dimension, but are simply copies of the trunk or any other branch. I also really like how easy it is to move and delete files. I think CVS users--and I've seen comments on this list about it--are often afraid to do refactorings that involve moving files, simply because it dirties up the repository. Just some food for thought. Brandon On Wed, 2006-01-18 at 21:21 -0500, Colin Sampaleanu wrote: > Juergen, > > What's the difference between branch-1-2 and mbranch-1-2, which both > exist as branches in CVS? > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <ale...@in...> - 2006-01-19 13:01:11
|
The 1.2.5 branch was also created as a precaution for the BEA support. In case any bugs would arise there we would have the branch ready to start working on it. rgds alef Colin Sampaleanu wrote: > Well I know why we need a 1.2 branch, :-), but I'm confused as to why > there's both > branch-1-2 > and > mbranch-1-2 > > Colin > > > On 1/18/2006 10:08 PM, Thomas Risberg wrote: >> Colin, >> >> Does this ring a bell? >> >> Reply-To: spr...@li... >> Date: Thu, 22 Sep 2005 20:55:49 -0400 >> >> My convention when making a branch is to use the same basic name as the >> release, i.e. >> R_1-2-5 >> becomes >> B_1-2-5 >> where you then might have a release >> R_1-2-5-1 >> coming off it later. >> >> But I guess in this case any release is going to be 1.2.6. >> >> So I would probably call it branch-1-2. I do like to call branches as >> branches, since they have to be treated differently than normal tags. >> >> Colin >> >> >> Juergen Hoeller wrote: >> >> >Developers, >> > >> >I intend to create a Spring 1.2 maintenance branch now that 1.2.5 >> has been >> >released. Not a problem per se, but I'm wondering about the branch >> name :-) >> > >> >We have "release-1-2-5" style as tag names, so what could we use as >> >maintenance branch name? "maintenance-1-2"? "1-2-maintenance"? Any >> >suggestions? >> > >> >Juergen >> > >> > >> > >> > >> >------------------------------------------------------- >> >SF.Net email is sponsored by: >> >Tame your development challenges with Apache's Geronimo App Server. >> Download >> >it for free - -and be entered to win a 42" plasma tv or your very own >> >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >> >_______________________________________________ >> >Springframework-developer mailing list >> >Spr...@li... >> >https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > >> > >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: >> Tame your development challenges with Apache's Geronimo App Server. >> Download >> it for free - -and be entered to win a 42" plasma tv or your very own >> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> On Jan 18, 2006, at 9:21 PM, Colin Sampaleanu wrote: >> >>> Juergen, >>> >>> What's the difference between branch-1-2 and mbranch-1-2, which both >>> exist as branches in CVS? >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. Do you grep through >>> log files >>> for problems? Stop! Download the new AJAX search engine that makes >>> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >>> >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer -- Alef Arendsen Interface21 NL Spring Services from the Source http://www.interface21.com Spring Core Developer http://www.springframework.org Author, "Professional Java Development with the Spring Framework" (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and Thomas Risberg) http://www.amazon.com/exec/obidos/ASIN/0764574833/ Interface21 NL B.V. Donker Curtiusstraat 7-400c 1051JL Amsterdam Phone: 020 486 20 36 Fax: 084 837 00 00 Mail: al...@in... Skype: aarendsen ************************************ DISCLAIMER ********************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ********************************************************************* |
|
From: Juergen H. <ju...@in...> - 2006-01-19 11:27:10
|
mbranch-1-2 is the active maintenance branch, branched at 1.2.6. It is the base for the upcoming 1.2.7 release, with lots of fixes and minor enhancements backported from 2.0 M1/M2. branch-1-2 was created earlier, after 1.2.5, and has effectively been superseded by mbranch-1-2. The problem there was that we decided to keep CVS HEAD at 1.2.x for a further while, but of course it's hard to delete or move an already created branch... It didn't seem feasible to delete branch-1-2 back at the time. However, if we decide to get rid of it for clarity, we can as well try to delete it now. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Colin Sampaleanu Sent: Thursday, January 19, 2006 4:14 AM To: spr...@li... Subject: Re: [Springframework-developer] branch-1-2 vs. mbranch-1-2 Well I know why we need a 1.2 branch, :-), but I'm confused as to why there's both branch-1-2 and mbranch-1-2 Colin On 1/18/2006 10:08 PM, Thomas Risberg wrote: > Colin, > > Does this ring a bell? > > Reply-To: spr...@li... > Date: Thu, 22 Sep 2005 20:55:49 -0400 > > My convention when making a branch is to use the same basic name as > the release, i.e. > R_1-2-5 > becomes > B_1-2-5 > where you then might have a release > R_1-2-5-1 > coming off it later. > > But I guess in this case any release is going to be 1.2.6. > > So I would probably call it branch-1-2. I do like to call branches as > branches, since they have to be treated differently than normal tags. > > Colin > > > Juergen Hoeller wrote: > > >Developers, > > > >I intend to create a Spring 1.2 maintenance branch now that 1.2.5 has > been > >released. Not a problem per se, but I'm wondering about the branch > name :-) > > > >We have "release-1-2-5" style as tag names, so what could we use as > >maintenance branch name? "maintenance-1-2"? "1-2-maintenance"? Any > >suggestions? > > > >Juergen > > > > > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by: > >Tame your development challenges with Apache's Geronimo App Server. > Download > >it for free - -and be entered to win a 42" plasma tv or your very own > >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > >https://lists.sourceforge.net/lists/listinfo/springframework-develope > >r > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > On Jan 18, 2006, at 9:21 PM, Colin Sampaleanu wrote: > >> Juergen, >> >> What's the difference between branch-1-2 and mbranch-1-2, which both >> exist as branches in CVS? >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files for problems? Stop! Download the new AJAX search engine >> that makes searching your log files as easy as surfing the web. >> DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121 >> 642 _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-develope >> r >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that > makes searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=1216 > 42 _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Ramin F. <aqu...@ya...> - 2006-01-19 07:09:29
|
Dear Alef Arendsen,
Here is what I find useful as a good IDEA Spring Integration. I am using Idea Spring plugin now and I find it very good but
I wish I could refactor spring beans when I was refactoring my code. Please take a look at this bean:
<bean id="loginForm" class="com.x.y.ac.web.LoginForm" singleton="false">
<property name="commandName">
<value>user</value>
</property>
<property name="validator">
<ref bean="userLoginValidator"/>
</property>
<property name="formView">
<value>home</value>
</property>
<property name="successView">
<value>board.htm</value>
</property>
<property name="userObject">
<ref bean="user"/>
</property>
<property name="userService">
<ref bean="userService"/>
</property>
</bean>
When I am changing the attributes of the LoginForm class, I wish there could be a mechanism that would alert me when I wanted to declare the attributes. Or automagically the plugin could generate the class with the exact attributes along with javadocs on setter methods indicating that these methods are used by Spring (Be aware that they are declared in application context xml files)
When I am coding in one of my controllers, I wish I could have a tooltip showing me getSuccessView() and other attributes in lieu of switching between code and application context files to see what is going on in there.
I am coding in a jsp file. I wish there was a mechanism that could give me a vision of the mapping related to the jsp.
<bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
...
<property name="mappings">
<props>
<prop key="/home.htm">loginForm</prop>
<prop key="/board.htm">boardController</prop>
<prop key="/ab_home.htm">abController</prop>
...
</props>
...
</property>
</bean>
There is a feature in the Spring Idea plugin now that doesn't sound delicate to me. I choose a set of files as my applicationContext xml files and when the Spring Idea panel has the focus, I can search a bean in the set context files. Its type ahead mechanism opens all application context files when I am typing the name of a bean. Unfortunately the name of a model, dao, service (in case of Spring MVC) and controller class is close to each other. So I have all context files opened in Intellij Idea and I find it annoying.
Alef when I thought about the features, I wasn't thinking about feasibility, I just thought how could I be more productive?
All The Best,
Ramin Farhanian
spr...@li... wrote:
Send Springframework-developer mailing list submissions to
spr...@li...
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/springframework-developer
or, via email, send a message with subject or body 'help' to
spr...@li...
You can reach the person managing the list at
spr...@li...
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Springframework-developer digest..."
Today's Topics:
1. Assumption about stack trace format and cacao (Olivier Jolly)
2. Re: Assumption about stack trace format and cacao (Juergen Hoeller)
3. Re: Assumption about stack trace
format and cacao (Olivier Jolly)
4. Re: Assumption about stack trace format and cacao (Juergen Hoeller)
5. RE: IDEA integration features (James Cook)
6. Re: IDEA integration features (Alef Arendsen)
7. Re: Assumption about stack trace format and cacao (Juergen Hoeller)
8. Re: Assumption about stack trace
format and cacao (Olivier Jolly)
9. spring build.398 Build Successful (al...@in...)
--__--__--
Message: 1
Date: Tue, 17 Jan 2006 10:16:44 +0100 (CET)
From: "Olivier Jolly"
To: spr...@li...
Subject: [Springframework-developer] Assumption about stack trace format and cacao
Reply-To: spr...@li...
Hi,
I'm using spring+GNU classpath right now to ensure that the free java
implementations can get the best framework around running neatly and when
underdoing the Jdk13ControlFlowTests, I noticed that the checks involving
methods were not working.
After a bit of investigations, I found that the stack trace generated by
cacao was putting an extra space between the end of the method name and
the parenthesis to precise the location. Since for 1.3 spec level the
search is done within the string image of the stack trace, the exact
formatting is very important and breaks in this case.
I was wondering who was "wrong" there and it seems that the sun javadocs
state that the format used by their jdk (and described in the docs) is
only an example (pasted from the Throwable javadoc : "The format of this
information depends on the implementation, but the following example may
be regarded as typical: [...]") so I don't think cacao can be thought as
non compliant with the spec. On the other hand, I do understand that if
the spec doesn't give details about the format, we either have to make
assumptions or forget it totally (but we don't have any other way to get
the stack trace in jvm1.4- afaik).
So basically I was wondering whether spring had to be aware of this quirk
(either by using a cacao compliant regexp when looking for methods, using
probably [ ]? or by "flagging" the test as runnable only in certain jvm
implementations) or if cacao had to be adapted.
Thanks for your feedback
Olivier
--__--__--
Message: 2
From: "Juergen Hoeller"
To:
Subject: Re: [Springframework-developer] Assumption about stack trace format and cacao
Date: Tue, 17 Jan 2006 10:27:09 +0100
Reply-To: spr...@li...
Interesting issue. So for a simple fix, would this mean that we should also
check for:
this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (") != -1
With an extra space before the parenthesis?
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:17 AM
To: spr...@li...
Subject: [Springframework-developer] Assumption about stack trace format and
cacao
Hi,
I'm using spring+GNU classpath right now to ensure that the free java
implementations can get the best framework around running neatly and when
underdoing the Jdk13ControlFlowTests, I noticed that the checks involving
methods were not working.
After a bit of investigations, I found that the stack trace generated by
cacao was putting an extra space between the end of the method name and the
parenthesis to precise the location. Since for 1.3 spec level the search is
done within the string image of the stack trace, the exact formatting is
very important and breaks in this case.
I was wondering who was "wrong" there and it seems that the sun javadocs
state that the format used by their jdk (and described in the docs) is only
an example (pasted from the Throwable javadoc : "The format of this
information depends on the implementation, but the following example may be
regarded as typical: [...]") so I don't think cacao can be thought as non
compliant with the spec. On the other hand, I do understand that if the spec
doesn't give details about the format, we either have to make assumptions or
forget it totally (but we don't have any other way to get the stack trace in
jvm1.4- afaik).
So basically I was wondering whether spring had to be aware of this quirk
(either by using a cacao compliant regexp when looking for methods, using
probably [ ]? or by "flagging" the test as runnable only in certain jvm
implementations) or if cacao had to be adapted.
Thanks for your feedback
Olivier
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
--__--__--
Message: 3
Date: Tue, 17 Jan 2006 10:38:51 +0100 (CET)
Subject: Re: [Springframework-developer] Assumption about stack trace
format and cacao
From: "Olivier Jolly"
To: spr...@li...
Reply-To: spr...@li...
> Interesting issue. So for a simple fix, would this mean that we should
> also
> check for:
>
> this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (") != -1
>
> With an extra space before the parenthesis?
Yes, exactly, that should do the trick nicely. I can confirm this later
when I'm home.
But, for performance issues, shouldn't it be better know which exact
pattern we're looking for ? If I understand right, the jdk13 way of doing
is already quite slow, it may hurt to make the situation worse ..
> Juergen
Olivier
--__--__--
Message: 4
From: "Juergen Hoeller"
To:
Subject: Re: [Springframework-developer] Assumption about stack trace format and cacao
Date: Tue, 17 Jan 2006 13:00:41 +0100
Reply-To: spr...@li...
I've just refined Jdk13ControlFactory to take this into account.
This should still be pretty efficient, since it does indexOf with start
indexes now, iterating over the stacktrace to find a match without
subsequent parenthesis - then checking the character right after the method
name whether it's a parenthesis or whitespace, either returning "found" or
increasing the index accordingly for the next iteration.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:39 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
> Interesting issue. So for a simple fix, would this mean that we should
> also check for:
>
> this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (")
> != -1
>
> With an extra space before the parenthesis?
Yes, exactly, that should do the trick nicely. I can confirm this later when
I'm home.
But, for performance issues, shouldn't it be better know which exact pattern
we're looking for ? If I understand right, the jdk13 way of doing is already
quite slow, it may hurt to make the situation worse ..
> Juergen
Olivier
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
--__--__--
Message: 5
From: "James Cook"
To:
Subject: RE: [Springframework-developer] IDEA integration features
Date: Tue, 17 Jan 2006 09:25:44 -0500
Reply-To: spr...@li...
FWIW, IDEA also notices multiple ID's with the same name. At least in =
the
same file.
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On =
Behalf
> Of Mark Derricutt
> Sent: Monday, January 16, 2006 4:12 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] IDEA integration features
>=20
> *delurking for a bit*
>=20
> Have you noticed that IDEA already includes some spring integration?
> When adding a bean entry in your XML - IDEA will autocomplete any
>
elements for the defined bean class.
>=20
> I'm sure theres some more things under the covers that IDEAs doing as
> well, but would be great seeing some additional support.
>=20
> Theres also an existing spring plugin which provides visualisation of
> the beans (I think - I've not tried it out)..
>=20
> Mark
>=20
> On 1/17/06, Alef Arendsen wrote:
>=20
> > I'm currently investigating what kind of features we'd like to have =
in
> > IDEA when it comes to integration with Spring.
> >
> > I've got the following on the list so far and I'd really like your
> > input. So if you have any ideas about what kind of features IDEA =
could
> > offer that will help you develop your Spring application, I'd really
> > like to hear them!
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD =
SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
--__--__--
Message: 6
Date: Tue, 17 Jan 2006 16:26:44 +0100
From: Alef Arendsen
Organization: Interface21 B.V.
To: spr...@li...
Subject: Re: [Springframework-developer] IDEA integration features
Reply-To: spr...@li...
Yes, this should just be the XML validation, since the bean identifier
is an XML ID attribute.
regards,
Alef
James Cook wrote:
> FWIW, IDEA also notices multiple ID's with the same name. At least in the
> same file.
>
>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On Behalf
>> Of Mark Derricutt
>> Sent: Monday, January 16, 2006 4:12 PM
>> To: spr...@li...
>> Subject: Re: [Springframework-developer] IDEA integration features
>>
>> *delurking for a bit*
>>
>> Have you noticed that IDEA already includes some spring integration?
>> When adding a bean entry in your XML - IDEA will autocomplete any
>>
elements for the defined bean class.
>>
>> I'm sure theres some more things under the covers that IDEAs doing as
>> well, but would be great seeing some additional support.
>>
>> Theres also an existing spring plugin which provides visualisation of
>> the beans (I think - I've not tried it out)..
>>
>> Mark
>>
>> On 1/17/06, Alef Arendsen wrote:
>>
>>
>>> I'm currently investigating what kind of features we'd like to have in
>>> IDEA when it comes to integration with Spring.
>>>
>>> I've got the following on the list so far and I'd really like your
>>> input. So if you have any ideas about what kind of features IDEA could
>>> offer that will help you develop your Spring application, I'd really
>>> like to hear them!
>>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>> files
>> for problems? Stop! Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_idv37&alloc_id865&op=ick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd_______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
--
Alef Arendsen
Interface21 NL
Spring Services from the Source
http://www.interface21.com
Spring Core Developer
http://www.springframework.org
Author, "Professional Java Development with the Spring Framework"
(June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and
Thomas Risberg)
http://www.amazon.com/exec/obidos/ASIN/0764574833/
Interface21 NL B.V.
Donker Curtiusstraat 7-400c
1051JL Amsterdam
Phone: 020 486 20 36
Fax: 084 837 00 00
Mail: al...@in...
Skype: aarendsen
************************************ DISCLAIMER *********************
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. Please note that any views or opinions
presented in this email are solely those of the author and do not
necessarily represent those of the company. Finally, the recipient
should check this email and any attachments for the presence of
viruses. The company accepts no liability for any damage caused by
any virus transmitted by this email.
*********************************************************************
--__--__--
Message: 7
From: "Juergen Hoeller"
To:
Subject: Re: [Springframework-developer] Assumption about stack trace format and cacao
Date: Tue, 17 Jan 2006 18:48:28 +0100
Reply-To: spr...@li...
FYI, I've finally committed this change to CVS HEAD.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Juergen Hoeller
Sent: Tuesday, January 17, 2006 1:01 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
I've just refined Jdk13ControlFactory to take this into account.
This should still be pretty efficient, since it does indexOf with start
indexes now, iterating over the stacktrace to find a match without
subsequent parenthesis - then checking the character right after the method
name whether it's a parenthesis or whitespace, either returning "found" or
increasing the index accordingly for the next iteration.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:39 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
> Interesting issue. So for a simple fix, would this mean that we should
> also check for:
>
> this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (")
> != -1
>
> With an extra space before the parenthesis?
Yes, exactly, that should do the trick nicely. I can confirm this later when
I'm home.
But, for performance issues, shouldn't it be better know which exact pattern
we're looking for ? If I understand right, the jdk13 way of doing is already
quite slow, it may hurt to make the situation worse ..
> Juergen
Olivier
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
--__--__--
Message: 8
Date: Tue, 17 Jan 2006 19:38:18 +0100
From: Olivier Jolly
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace
format and cacao
Reply-To: spr...@li...
Great,
I just tested and now it works fine.
Thank you
Olivier
Juergen Hoeller a =E9crit :
>FYI, I've finally committed this change to CVS HEAD.
>
>Juergen
>=20
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf=
Of
>Juergen Hoeller
>Sent: Tuesday, January 17, 2006 1:01 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] Assumption about stack trace fo=
rmat
>and cacao
>
>I've just refined Jdk13ControlFactory to take this into account.=20
>
>This should still be pretty efficient, since it does indexOf with start
>indexes now, iterating over the stacktrace to find a match without
>subsequent parenthesis - then checking the character right after the met=
hod
>name whether it's a parenthesis or whitespace, either returning "found" =
or
>increasing the index accordingly for the next iteration.
>
>Juergen
>=20
>
--__--__--
Message: 9
Date: Wed, 18 Jan 2006 01:26:42 +0100 (CET)
From: al...@in...
To: spr...@li...
Subject: [Springframework-developer] spring build.398 Build Successful
Reply-To: spr...@li...
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060118001640Lbuild.398
--__--__--
=== message truncated ===
|
|
From: Peter M. <pmo...@gm...> - 2006-01-19 05:15:24
|
> >> > >> On 1/17/06, Alef Arendsen <alef.arendsen <at> interface21.com> wrote: > >> > >> > >>> I'm currently investigating what kind of features we'd like to have in > >>> IDEA when it comes to integration with Spring. > >>> > >>> I've got the following on the list so far and I'd really like your > >>> input. So if you have any ideas about what kind of features IDEA could > >>> offer that will help you develop your Spring application, I'd really > >>> like to hear them! > >>> Awesome that someone is working on this... It's popped up now and again on the intellij forums, but there hasn't been a ton of work done on it, though 5.0.2 and 5.1 beta/eap have some support re: bean properties, and the Jetbrains guys seem to be asking about it... Old feature request that has some ideas http://www.jetbrains.net/jira/browse/IDEABKL-2804 Threads with Spring Ideas (free registration) http://intellij.net/forums/thread.jsp?forum=18&thread=154563 http://intellij.net/forums/thread.jsp?forum=18&thread=158333 http://intellij.net/forums/thread.jsp?forum=22&thread=169554#4935687 IdeaSpring Plugin - seems active http://plugins.intellij.net/plugins/view/?id=IdeaSpring Hope that helps... --pete |
|
From: Thomas R. <tho...@tr...> - 2006-01-19 03:17:48
|
Well, this was back when 1.2.5 was released so I think the branch-1-2 was created after 1.2.5 and never used while mbranch-1-2 is the current branch for 1.2. Thomas On Jan 18, 2006, at 10:13 PM, Colin Sampaleanu wrote: > Well I know why we need a 1.2 branch, :-), but I'm confused as to > why there's both > branch-1-2 > and > mbranch-1-2 > > Colin > > > On 1/18/2006 10:08 PM, Thomas Risberg wrote: >> Colin, >> >> Does this ring a bell? >> >> Reply-To: spr...@li... >> Date: Thu, 22 Sep 2005 20:55:49 -0400 >> >> My convention when making a branch is to use the same basic name >> as the >> release, i.e. >> R_1-2-5 >> becomes >> B_1-2-5 >> where you then might have a release >> R_1-2-5-1 >> coming off it later. >> >> But I guess in this case any release is going to be 1.2.6. >> >> So I would probably call it branch-1-2. I do like to call branches as >> branches, since they have to be treated differently than normal tags. >> >> Colin >> >> >> Juergen Hoeller wrote: >> >> >Developers, >> > >> >I intend to create a Spring 1.2 maintenance branch now that 1.2.5 >> has been >> >released. Not a problem per se, but I'm wondering about the >> branch name :-) >> > >> >We have "release-1-2-5" style as tag names, so what could we use as >> >maintenance branch name? "maintenance-1-2"? "1-2-maintenance"? Any >> >suggestions? >> > >> >Juergen >> > >> > >> > >> > >> >------------------------------------------------------- >> >SF.Net email is sponsored by: >> >Tame your development challenges with Apache's Geronimo App >> Server. Download >> >it for free - -and be entered to win a 42" plasma tv or your very >> own >> >Sony(tm)PSP. Click here to play: http://sourceforge.net/ >> geronimo.php >> >_______________________________________________ >> >Springframework-developer mailing list >> >Spr...@li... >> >https://lists.sourceforge.net/lists/listinfo/springframework- >> developer >> > >> > >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: >> Tame your development challenges with Apache's Geronimo App >> Server. Download >> it for free - -and be entered to win a 42" plasma tv or your very own >> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework- >> developer >> >> >> On Jan 18, 2006, at 9:21 PM, Colin Sampaleanu wrote: >> >>> Juergen, >>> >>> What's the difference between branch-1-2 and mbranch-1-2, which >>> both exist as branches in CVS? >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. Do you grep >>> through log files >>> for problems? Stop! Download the new AJAX search engine that makes >>> searching your log files as easy as surfing the web. DOWNLOAD >>> SPLUNK! >>> http://sel.as-us.falkag.net/sel? >>> cmd=lnk&kid=103432&bid=230486&dat=121642 >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework- >>> developer >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD >> SPLUNK! >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework- >> developer >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Colin S. <col...@ex...> - 2006-01-19 03:11:45
|
Well I know why we need a 1.2 branch, :-), but I'm confused as to why there's both branch-1-2 and mbranch-1-2 Colin On 1/18/2006 10:08 PM, Thomas Risberg wrote: > Colin, > > Does this ring a bell? > > Reply-To: spr...@li... > Date: Thu, 22 Sep 2005 20:55:49 -0400 > > My convention when making a branch is to use the same basic name as the > release, i.e. > R_1-2-5 > becomes > B_1-2-5 > where you then might have a release > R_1-2-5-1 > coming off it later. > > But I guess in this case any release is going to be 1.2.6. > > So I would probably call it branch-1-2. I do like to call branches as > branches, since they have to be treated differently than normal tags. > > Colin > > > Juergen Hoeller wrote: > > >Developers, > > > >I intend to create a Spring 1.2 maintenance branch now that 1.2.5 has > been > >released. Not a problem per se, but I'm wondering about the branch > name :-) > > > >We have "release-1-2-5" style as tag names, so what could we use as > >maintenance branch name? "maintenance-1-2"? "1-2-maintenance"? Any > >suggestions? > > > >Juergen > > > > > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by: > >Tame your development challenges with Apache's Geronimo App Server. > Download > >it for free - -and be entered to win a 42" plasma tv or your very own > >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > On Jan 18, 2006, at 9:21 PM, Colin Sampaleanu wrote: > >> Juergen, >> >> What's the difference between branch-1-2 and mbranch-1-2, which both >> exist as branches in CVS? >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Thomas R. <tho...@tr...> - 2006-01-19 03:08:36
|
Colin, Does this ring a bell? Reply-To: spr...@li... Date: Thu, 22 Sep 2005 20:55:49 -0400 My convention when making a branch is to use the same basic name as the release, i.e. R_1-2-5 becomes B_1-2-5 where you then might have a release R_1-2-5-1 coming off it later. But I guess in this case any release is going to be 1.2.6. So I would probably call it branch-1-2. I do like to call branches as branches, since they have to be treated differently than normal tags. Colin Juergen Hoeller wrote: >Developers, > >I intend to create a Spring 1.2 maintenance branch now that 1.2.5 has been >released. Not a problem per se, but I'm wondering about the branch name :-) > >We have "release-1-2-5" style as tag names, so what could we use as >maintenance branch name? "maintenance-1-2"? "1-2-maintenance"? Any >suggestions? > >Juergen > > > > >------------------------------------------------------- >SF.Net email is sponsored by: >Tame your development challenges with Apache's Geronimo App Server. Download >it for free - -and be entered to win a 42" plasma tv or your very own >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer On Jan 18, 2006, at 9:21 PM, Colin Sampaleanu wrote: > Juergen, > > What's the difference between branch-1-2 and mbranch-1-2, which > both exist as branches in CVS? > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Colin S. <col...@ex...> - 2006-01-19 02:19:46
|
Juergen, What's the difference between branch-1-2 and mbranch-1-2, which both exist as branches in CVS? |
|
From: <al...@in...> - 2006-01-18 23:22:18
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060119001632 |
|
From: Darren D. <da...@sh...> - 2006-01-18 13:55:55
|
1137592548
FAILED
[junit] Testcase: testWebApplicationObjectSupportWithWrongContext took 0,003 sec
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,278 sec
[junit] Testsuite: org.springframework.web.filter.DelegatingFilterProxyTests
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,278 sec
[junit] Testcase: testDelegatingFilterProxy took 0,235 sec
[junit] Testcase: testDelegatingFilterProxyWithFilterName took 0,011 sec
[junit] Testcase: testDelegatingFilterProxyWithLazyContextStartup took 0,006 sec
[junit] Testcase: testDelegatingFilterProxyWithTargetFilterLifecycle took 0,005 sec
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,229 sec
[junit] Testsuite: org.springframework.web.filter.RequestContextFilterTests
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,229 sec
[junit] Testcase: testHappyPath took 0,191 sec
[junit] Testcase: testWithException took 0,001 sec
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,035 sec
[junit] Testsuite: org.springframework.web.jsf.DelegatingVariableResolverTests
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,035 sec
[junit] Testcase: testDelegatingVariableResolver took 0,008 sec
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,085 sec
[junit] Testsuite: org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,085 sec
[junit] Testcase: testHandleNavigation took 0,045 sec
[junit] FAILED
[junit] expected:<a...> but was:<fromA...>
[junit] junit.framework.ComparisonFailure: expected:<a...> but was:<fromA...>
[junit] at org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests.testHandleNavigation(DelegatingNavigationHandlerTests.java:51)
Last CVS updates prior to this build were:
1137589981
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
P src/org/springframework/core/LocalVariableTableParameterNameDiscover.java
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2006-01-18 11:52:31
|
1137585133
FAILED
[junit] Testcase: testWebApplicationObjectSupportWithWrongContext took 0,002 sec
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,236 sec
[junit] Testsuite: org.springframework.web.filter.DelegatingFilterProxyTests
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,236 sec
[junit] Testcase: testDelegatingFilterProxy took 0,205 sec
[junit] Testcase: testDelegatingFilterProxyWithFilterName took 0,004 sec
[junit] Testcase: testDelegatingFilterProxyWithLazyContextStartup took 0,004 sec
[junit] Testcase: testDelegatingFilterProxyWithTargetFilterLifecycle took 0,004 sec
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,212 sec
[junit] Testsuite: org.springframework.web.filter.RequestContextFilterTests
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,212 sec
[junit] Testcase: testHappyPath took 0,188 sec
[junit] Testcase: testWithException took 0,002 sec
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,026 sec
[junit] Testsuite: org.springframework.web.jsf.DelegatingVariableResolverTests
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,026 sec
[junit] Testcase: testDelegatingVariableResolver took 0,008 sec
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,105 sec
[junit] Testsuite: org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,105 sec
[junit] Testcase: testHandleNavigation took 0,07 sec
[junit] FAILED
[junit] expected:<a...> but was:<fromA...>
[junit] junit.framework.ComparisonFailure: expected:<a...> but was:<fromA...>
[junit] at org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests.testHandleNavigation(DelegatingNavigationHandlerTests.java:51)
Last CVS updates prior to this build were:
1137582781
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2006-01-18 09:46:39
|
1137577586
FAILED
[junit] Testcase: testWebApplicationObjectSupportWithWrongContext took 0,002 sec
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,147 sec
[junit] Testsuite: org.springframework.web.filter.DelegatingFilterProxyTests
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,147 sec
[junit] Testcase: testDelegatingFilterProxy took 0,116 sec
[junit] Testcase: testDelegatingFilterProxyWithFilterName took 0,004 sec
[junit] Testcase: testDelegatingFilterProxyWithLazyContextStartup took 0,003 sec
[junit] Testcase: testDelegatingFilterProxyWithTargetFilterLifecycle took 0,004 sec
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,163 sec
[junit] Testsuite: org.springframework.web.filter.RequestContextFilterTests
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,163 sec
[junit] Testcase: testHappyPath took 0,144 sec
[junit] Testcase: testWithException took 0,001 sec
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,027 sec
[junit] Testsuite: org.springframework.web.jsf.DelegatingVariableResolverTests
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,027 sec
[junit] Testcase: testDelegatingVariableResolver took 0,006 sec
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,057 sec
[junit] Testsuite: org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,057 sec
[junit] Testcase: testHandleNavigation took 0,026 sec
[junit] FAILED
[junit] expected:<a...> but was:<fromA...>
[junit] junit.framework.ComparisonFailure: expected:<a...> but was:<fromA...>
[junit] at org.springframework.web.jsf.navigation.DelegatingNavigationHandlerTests.testHandleNavigation(DelegatingNavigationHandlerTests.java:51)
Last CVS updates prior to this build were:
1137575582
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
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
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: <al...@in...> - 2006-01-18 00:26:46
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060118001640Lbuild.398 |
|
From: Olivier J. <oli...@pc...> - 2006-01-17 18:38:22
|
Great, I just tested and now it works fine. Thank you Olivier Juergen Hoeller a =E9crit : >FYI, I've finally committed this change to CVS HEAD. > >Juergen >=20 > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf= Of >Juergen Hoeller >Sent: Tuesday, January 17, 2006 1:01 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Assumption about stack trace fo= rmat >and cacao > >I've just refined Jdk13ControlFactory to take this into account.=20 > >This should still be pretty efficient, since it does indexOf with start >indexes now, iterating over the stacktrace to find a match without >subsequent parenthesis - then checking the character right after the met= hod >name whether it's a parenthesis or whitespace, either returning "found" = or >increasing the index accordingly for the next iteration. > >Juergen >=20 > |
|
From: Juergen H. <ju...@in...> - 2006-01-17 17:48:40
|
FYI, I've finally committed this change to CVS HEAD.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Juergen Hoeller
Sent: Tuesday, January 17, 2006 1:01 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
I've just refined Jdk13ControlFactory to take this into account.
This should still be pretty efficient, since it does indexOf with start
indexes now, iterating over the stacktrace to find a match without
subsequent parenthesis - then checking the character right after the method
name whether it's a parenthesis or whitespace, either returning "found" or
increasing the index accordingly for the next iteration.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:39 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
> Interesting issue. So for a simple fix, would this mean that we should
> also check for:
>
> this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (")
> != -1
>
> With an extra space before the parenthesis?
Yes, exactly, that should do the trick nicely. I can confirm this later when
I'm home.
But, for performance issues, shouldn't it be better know which exact pattern
we're looking for ? If I understand right, the jdk13 way of doing is already
quite slow, it may hurt to make the situation worse ..
> Juergen
Olivier
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Alef A. <ale...@in...> - 2006-01-17 15:26:56
|
Yes, this should just be the XML validation, since the bean identifier is an XML ID attribute. regards, Alef James Cook wrote: > FWIW, IDEA also notices multiple ID's with the same name. At least in the > same file. > > >> -----Original Message----- >> From: spr...@li... >> [mailto:spr...@li...] On Behalf >> Of Mark Derricutt >> Sent: Monday, January 16, 2006 4:12 PM >> To: spr...@li... >> Subject: Re: [Springframework-developer] IDEA integration features >> >> *delurking for a bit* >> >> Have you noticed that IDEA already includes some spring integration? >> When adding a bean entry in your XML - IDEA will autocomplete any >> <property/> elements for the defined bean class. >> >> I'm sure theres some more things under the covers that IDEAs doing as >> well, but would be great seeing some additional support. >> >> Theres also an existing spring plugin which provides visualisation of >> the beans (I think - I've not tried it out).. >> >> Mark >> >> On 1/17/06, Alef Arendsen <ale...@in...> wrote: >> >> >>> I'm currently investigating what kind of features we'd like to have in >>> IDEA when it comes to integration with Spring. >>> >>> I've got the following on the list so far and I'd really like your >>> input. So if you have any ideas about what kind of features IDEA could >>> offer that will help you develop your Spring application, I'd really >>> like to hear them! >>> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log >> files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://ads.osdn.com/?ad_idv37&alloc_id865&op=ick >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd_______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > -- Alef Arendsen Interface21 NL Spring Services from the Source http://www.interface21.com Spring Core Developer http://www.springframework.org Author, "Professional Java Development with the Spring Framework" (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and Thomas Risberg) http://www.amazon.com/exec/obidos/ASIN/0764574833/ Interface21 NL B.V. Donker Curtiusstraat 7-400c 1051JL Amsterdam Phone: 020 486 20 36 Fax: 084 837 00 00 Mail: al...@in... Skype: aarendsen ************************************ DISCLAIMER ********************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ********************************************************************* |
|
From: James C. <jim...@do...> - 2006-01-17 14:25:58
|
FWIW, IDEA also notices multiple ID's with the same name. At least in = the same file. > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Mark Derricutt > Sent: Monday, January 16, 2006 4:12 PM > To: spr...@li... > Subject: Re: [Springframework-developer] IDEA integration features >=20 > *delurking for a bit* >=20 > Have you noticed that IDEA already includes some spring integration? > When adding a bean entry in your XML - IDEA will autocomplete any > <property/> elements for the defined bean class. >=20 > I'm sure theres some more things under the covers that IDEAs doing as > well, but would be great seeing some additional support. >=20 > Theres also an existing spring plugin which provides visualisation of > the beans (I think - I've not tried it out).. >=20 > Mark >=20 > On 1/17/06, Alef Arendsen <ale...@in...> wrote: >=20 > > I'm currently investigating what kind of features we'd like to have = in > > IDEA when it comes to integration with Spring. > > > > I've got the following on the list so far and I'd really like your > > input. So if you have any ideas about what kind of features IDEA = could > > offer that will help you develop your Spring application, I'd really > > like to hear them! >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD = SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Juergen H. <ju...@in...> - 2006-01-17 12:01:00
|
I've just refined Jdk13ControlFactory to take this into account.
This should still be pretty efficient, since it does indexOf with start
indexes now, iterating over the stacktrace to find a match without
subsequent parenthesis - then checking the character right after the method
name whether it's a parenthesis or whitespace, either returning "found" or
increasing the index accordingly for the next iteration.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:39 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Assumption about stack trace format
and cacao
> Interesting issue. So for a simple fix, would this mean that we should
> also check for:
>
> this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (")
> != -1
>
> With an extra space before the parenthesis?
Yes, exactly, that should do the trick nicely. I can confirm this later when
I'm home.
But, for performance issues, shouldn't it be better know which exact pattern
we're looking for ? If I understand right, the jdk13 way of doing is already
quite slow, it may hurt to make the situation worse ..
> Juergen
Olivier
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
1239 messages has been excluded from this view by a project administrator.
