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: <jue...@we...> - 2004-08-04 08:59:37
|
OK, so how do we go about removing the @version tags then - in an = automated fashion? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Alef Arendsen Gesendet: Di 03.08.2004 10:18 An: spr...@li... Betreff: RE: [Springframework-developer] @since and @version tags Sorry, forgot about this. I'll add my +1 to removing them. Just use @author and @since. So the vote is: 3 for 5 against 1 neutral Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Dmitriy Kopylenko > Sent: Monday, August 02, 2004 11:15 PM > To: spr...@li... > Subject: Re: [Springframework-developer] @since and @version tags > > So is this the final vote? Are we getting rid of $Id$s then? > > Dmitriy. > > Dmitriy Kopylenko wrote: > > > 3 in favor > > 4 against > > 2 neutral > > > > > > William G. Thompson, Jr. wrote: > > > >> i'm not sure i feel strongly either way...traditionally > I've always > >> put $Id$ in every text file I management in CVS. This has > also been > >> the case in every open source project I have been involved in or > >> used. That is not neccesarily a good enough reason to > continue to do > >> it... > >> > >> In web app dev $Id$ comes in really handy to verify the > build process > >> ran correctly and the thing you thought was deployed actually got > >> deployed. for instance we put $Id$ in HTML comments for > our Views so > >> that we can view source in the running app to check the versions. > >> > >> however, I also understand the problem with branch/merge...but why > >> doesn't the -kk solution work? > >> > >> +0 for $Id$ > >> > >> later. > >> Bill > >> > >> > >> Dmitriy Kopylenko wrote: > >> > >>> Let's give others a chance ;-) > >>> > >>> Alef, Keith, Mark, Bill.... what's your vote? > >>> > >>> > >>> Rob Harrop wrote: > >>> > >>>> Nothing like a good old fashioned standoff :) > >>>> > >>>> Shootout at noon? > >>>> > >>>> Rob > >>>> > >>>> -----Original Message----- > >>>> From: spr...@li... > >>>> > [mailto:spr...@li...] On > >>>> Behalf Of Dmitriy Kopylenko > >>>> Sent: 29 July 2004 16:16 > >>>> To: spr...@li... > >>>> Subject: Re: [Springframework-developer] @since and @version tags > >>>> > >>>> 3 for (Rod, Dmitriy, Rob) > >>>> 3 against (Juergen, Thomas, Colin) > >>>> 1 neutral (Darren) > >>>> > >>>> > >>>> Colin Sampaleanu wrote: > >>>> > >>>>=20 > >>>> > >>>>> I do like $Id tags to be able to look at files and see who to > >>>>> blame for the last changes :-), but I would rather be able to > >>>>> branch/merge comfortably in the future. With Tortoise > and Eclipse, > >>>>> I can see the revision history _very_ easily anyways, > wherever I am. > >>>>> > >>>>> So -1 for using them from now on (i.e let's get rid of them)... > >>>>> > >>>>> > >>>>> Dmitriy Kopylenko wrote: > >>>>> > >>>>>=20 > >>>>> > >>>>>> Well, let's take a vote. I'm for $Id tags (+1) > >>>>>> > >>>>>> Regards, > >>>>>> Dmitriy. > >>>>>> > >>>>>> > >>>>>> j=FCrgen h=F6ller [werk3AT] wrote: > >>>>>> > >>>>>> =20 > >>>>>> > >>>>>>> I'd actually prefer if we drop $Id tags from all files. I > >>>>>>> personally don't think that they add much value. Of > course, if a > >>>>>>> democratic decision goes in favor of those tags, well, I'll > >>>>>>> concede ;-) > >>>>>>> > >>>>>>> Regarding @since tags, we're currently using them with the > >>>>>>> creation date. That has been quite nice during our agile way > >>>>>>> towards 1.0. We could indeed reconsider to use > version numbers > >>>>>>> there now. > >>>>>>> > >>>>>>> Any suggestions on how to apply a consistent style for all > >>>>>>> source files in a batch, without messing them up? $Id is > >>>>>>> probably easy, @since nearly impossible, parameter alignment > >>>>>>> easy again. > >>>>>>> > >>>>>>> Juergen > >>>>>>> > >>>>>>> > >>>>>>> ________________________________ > >>>>>>> > >>>>>>> Von: spr...@li... im > >>>>>>> Auftrag von Colin Sampaleanu > >>>>>>> Gesendet: Mi 28.07.2004 20:38 > >>>>>>> An: spr...@li... > >>>>>>> Betreff: Re: [Springframework-developer] @since and @version > >>>>>>> tags > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Dmitriy Kopylenko wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> =20 > >>>>>>> > >>>>>>>>> I like id keywords...they're mainly in the code through my > >>>>>>>>> classes or classes I've edited... (Damn, if it's > standardized, > >>>>>>>>> I won't know if I've worked on a particular file > any more :-) > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> =20 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> I also insert $Id:$ when I work on existing classes > or create > >>>>>>>> new ones > >>>>>>>> ;-) > >>>>>>>> > >>>>>>>> Dmitriy. > >>>>>>>>=20 > >>>>>>>> =20 > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> I personally like $Id tags. But they do suck big time when > >>>>>>> trying to merge files back in after a branch, causing a > >>>>>>> conflict/change to exist when there shouldn't be any... There > >>>>>>> seems to be a trend to going away from using them in > files, by > >>>>>>> some people, for this reason. > >>>>>>> > >>>>>>> Colin > >>>>>>> =20 > >>>>>> > >>>>>> > >>>>>> > >>>>>> =20 > >>>>> > >>>>> > >>>>> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by OSTG. Have you noticed > the changes > >> on Linux.com, ITManagersJournal and NewsForge in the past > few weeks? > >> Now, one more big change to announce. We are now OSTG- Open Source > >> Technology Group. Come see the changes on the new OSTG site. > >> www.ostg.com _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> > https://lists.sourceforge.net/lists/listinfo/springframework-develope > >> r > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed > the changes > > on Linux.com, ITManagersJournal and NewsForge in the past > few weeks? > > Now, one more big change to announce. We are now OSTG- Open Source > > Technology Group. Come see the changes on the new OSTG site. > > www.ostg.com _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the > changes on Linux.com, ITManagersJournal and NewsForge in the > past few weeks? Now, one more big change to announce. We are > now OSTG- Open Source Technology Group. Come see the changes > on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <al...@jt...> - 2004-08-03 23:11:15
|
<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE - =
build.69</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>08/04/2004 00:15:40</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 18 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>08/03/2004 19:12:05</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>renamed "find" methods for named parameters to "findByName=
dParam" respectively "findByNamedQueryAndNamedParam"</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Errors/Warnings: (=
6) </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Tests: (1470) </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data"> failure =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2"> </td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Test Error Details: (1) </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2"> Test: test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2"> =
Class: org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2"> Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2"> Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
"> </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader"> =
Modifications since last build: =
(45) </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
jhoeller</td><td class=3D"modifications-data">/changelog.txt</td><td class=
=3D"modifications-data">renamed "find" methods for named parameters to "fin=
dByNamedParam" respectively "findByNamedQueryAndNamedParam"</td></tr><tr cl=
ass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td>=
<td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-da=
ta">src/org/springframework/orm/hibernate/HibernateOperations.java</td><td =
class=3D"modifications-data">renamed "find" methods for named parameters to=
"findByNamedParam" respectively "findByNamedQueryAndNamedParam"</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificati=
ons-data">src/org/springframework/orm/hibernate/HibernateTemplate.java</td>=
<td class=3D"modifications-data">renamed "find" methods for named parameter=
s to "findByNamedParam" respectively "findByNamedQueryAndNamedParam"</td></=
tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modific=
ations-data">test/org/springframework/orm/hibernate/HibernateTemplateTests.=
java</td><td class=3D"modifications-data">renamed "find" methods for named =
parameters to "findByNamedParam" respectively "findByNamedQueryAndNamedPara=
m"</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-=
data">modified</td><td class=3D"modifications-data">johnsonr</td><td class=
=3D"modifications-data">src/org/springframework/aop/target/HotSwappableTarg=
etSource.java</td><td class=3D"modifications-data">Added toString() method<=
/td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data=
">modified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"m=
odifications-data">src/org/springframework/aop/support/AopUtils.java</td><t=
d class=3D"modifications-data">Added interfacesString to AopUtils, sharing =
code between AdvisedSupport and newtoString on DefaultIntroductionAdvisor</=
td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data=
">modified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"m=
odifications-data">src/org/springframework/aop/support/DefaultIntroductionA=
dvisor.java</td><td class=3D"modifications-data">Added interfacesString to =
AopUtils, sharing code between AdvisedSupport and newtoString on DefaultInt=
roductionAdvisor</td></tr><tr class=3D"modifications-oddrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">johnsonr</=
td><td class=3D"modifications-data">src/org/springframework/aop/framework/A=
dvisedSupport.java</td><td class=3D"modifications-data">Added interfacesStr=
ing to AopUtils, sharing code between AdvisedSupport and newtoString on Def=
aultIntroductionAdvisor</td></tr><tr class=3D"modifications-evenrow"><td cl=
ass=3D"modifications-data">modified</td><td class=3D"modifications-data">jh=
oeller</td><td class=3D"modifications-data">test/org/springframework/beans/=
factory/config/PropertyResourceConfigurerTests.java</td><td class=3D"modifi=
cations-data">moved BeanDefinitionHolder from beans.factory.support to bean=
s.factory.config</td></tr><tr class=3D"modifications-oddrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">jhoeller</=
td><td class=3D"modifications-data">test/org/springframework/aop/framework/=
autoproxy/AutoProxyCreatorTestSuite.java</td><td class=3D"modifications-dat=
a">moved BeanDefinitionHolder from beans.factory.support to beans.factory.c=
onfig</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificatio=
ns-data">modified</td><td class=3D"modifications-data">kdonald</td><td clas=
s=3D"modifications-data">sandbox/src/org/springframework/rules/values/Defau=
ltFormModel.java</td><td class=3D"modifications-data">*** empty log message=
***</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications=
-data">modified</td><td class=3D"modifications-data">dkopylenko</td><td cla=
ss=3D"modifications-data">/.classpath</td><td class=3D"modifications-data">=
Added groovy.jar</td></tr><tr class=3D"modifications-evenrow"><td class=3D"=
modifications-data">modified</td><td class=3D"modifications-data">jhoeller<=
/td><td class=3D"modifications-data">src/org/springframework/web/context/su=
pport/WebApplicationContextUtils.java</td><td class=3D"modifications-data">=
polishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifica=
tions-data">modified</td><td class=3D"modifications-data">jhoeller</td><td =
class=3D"modifications-data">/changelog.txt</td><td class=3D"modifications-=
data">resolved cyclic package dependencies</td></tr><tr class=3D"modificati=
ons-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mod=
ifications-data">jhoeller</td><td class=3D"modifications-data">src/org/spri=
ngframework/web/servlet/view/AbstractTemplateViewResolver.java</td><td clas=
s=3D"modifications-data">fixed javadoc</td></tr><tr class=3D"modifications-=
oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifica=
tions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfra=
mework/scheduling/quartz/ResourceJobSchedulingDataProcessor.java</td><td cl=
ass=3D"modifications-data">fixed javadoc</td></tr><tr class=3D"modification=
s-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/scheduling/quartz/SchedulerFactoryBean.java</td><td class=3D"modi=
fications-data">fixed javadoc</td></tr><tr class=3D"modifications-oddrow"><=
td class=3D"modifications-data">modified</td><td class=3D"modifications-dat=
a">jhoeller</td><td class=3D"modifications-data">src/org/springframework/we=
b/servlet/mvc/throwaway/ThrowawayControllerHandlerAdapter.java</td><td clas=
s=3D"modifications-data">fixed javadoc</td></tr><tr class=3D"modifications-=
evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modific=
ations-data">jhoeller</td><td class=3D"modifications-data">src/org/springfr=
amework/jdbc/object/RdbmsOperation.java</td><td class=3D"modifications-data=
">fixed javadoc</td></tr><tr class=3D"modifications-oddrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">jhoeller</t=
d><td class=3D"modifications-data">src/org/springframework/ejb/support/pack=
age.html</td><td class=3D"modifications-data">fixed javadoc</td></tr><tr cl=
ass=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-d=
ata">src/org/springframework/dao/ConcurrencyFailureException.java</td><td c=
lass=3D"modifications-data">fixed javadoc</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/beans/factory/xml/DefaultXmlBeanDefinitionParser.java</td><td cla=
ss=3D"modifications-data">moved BeanDefinitionHolder class from factory.sup=
port to factory.config, to avoid cyclic package dependencies</td></tr><tr c=
lass=3D"modifications-evenrow"><td class=3D"modifications-data">modified</t=
d><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-=
data">src/org/springframework/beans/factory/support/AbstractBeanDefinition.=
java</td><td class=3D"modifications-data">moved BeanDefinitionHolder class =
from factory.support to factory.config, to avoid cyclic package dependencie=
s</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-da=
ta">deleted</td><td class=3D"modifications-data">jhoeller</td><td class=3D"=
modifications-data">src/org/springframework/beans/factory/support/BeanDefin=
itionHolder.java</td><td class=3D"modifications-data">moved BeanDefinitionH=
older class from factory.support to factory.config, to avoid cyclic package=
dependencies</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mod=
ifications-data">modified</td><td class=3D"modifications-data">jhoeller</td=
><td class=3D"modifications-data">src/org/springframework/beans/factory/sup=
port/AbstractAutowireCapableBeanFactory.java</td><td class=3D"modifications=
-data">moved BeanDefinitionHolder class from factory.support to factory.con=
fig, to avoid cyclic package dependencies</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">added</td><td class=3D"modifica=
tions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfra=
mework/beans/factory/config/BeanDefinitionHolder.java</td><td class=3D"modi=
fications-data">moved BeanDefinitionHolder class from factory.support to fa=
ctory.config, to avoid cyclic package dependencies</td></tr><tr class=3D"mo=
difications-evenrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">src/=
org/springframework/beans/factory/config/PropertyPlaceholderConfigurer.java=
</td><td class=3D"modifications-data">moved BeanDefinitionHolder class from=
factory.support to factory.config, to avoid cyclic package dependencies</t=
d></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">=
modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mod=
ifications-data">src/org/springframework/beans/factory/config/BeanDefinitio=
n.java</td><td class=3D"modifications-data">removed getMethodOverrides meth=
od to avoid cyclic package dependencies</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">johnsonr</td><td class=3D"modifications-data">/changelog.txt<=
/td><td class=3D"modifications-data">Factory methods no longer needed to be=
static--added optional factory-bean attributethat can be combined with fac=
tory-method to call an arbitrary factory method on aninstance defined using=
the IoC container</td></tr><tr class=3D"modifications-oddrow"><td class=3D=
"modifications-data">modified</td><td class=3D"modifications-data">johnsonr=
</td><td class=3D"modifications-data">src/org/springframework/beans/factory=
/xml/DefaultXmlBeanDefinitionParser.java</td><td class=3D"modifications-dat=
a">Factory methods no longer needed to be static--added optional factory-be=
an attributethat can be combined with factory-method to call an arbitrary f=
actory method on aninstance defined using the IoC container</td></tr><tr cl=
ass=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">johnsonr</td><td class=3D"modifications-d=
ata">src/org/springframework/beans/factory/xml/spring-beans.dtd</td><td cla=
ss=3D"modifications-data">Factory methods no longer needed to be static--ad=
ded optional factory-bean attributethat can be combined with factory-method=
to call an arbitrary factory method on aninstance defined using the IoC co=
ntainer</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificati=
ons-data">added</td><td class=3D"modifications-data">johnsonr</td><td class=
=3D"modifications-data">test/org/springframework/beans/factory/xml/Instance=
Factory.java</td><td class=3D"modifications-data">Factory methods no longer=
needed to be static--added optional factory-bean attributethat can be comb=
ined with factory-method to call an arbitrary factory method on aninstance =
defined using the IoC container</td></tr><tr class=3D"modifications-evenrow=
"><td class=3D"modifications-data">modified</td><td class=3D"modifications-=
data">johnsonr</td><td class=3D"modifications-data">test/org/springframewor=
k/beans/factory/xml/XmlBeanFactoryTestSuite.java</td><td class=3D"modificat=
ions-data">Factory methods no longer needed to be static--added optional fa=
ctory-bean attributethat can be combined with factory-method to call an arb=
itrary factory method on aninstance defined using the IoC container</td></t=
r><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modifica=
tions-data">test/org/springframework/beans/factory/xml/factory-methods.xml<=
/td><td class=3D"modifications-data">Factory methods no longer needed to be=
static--added optional factory-bean attributethat can be combined with fac=
tory-method to call an arbitrary factory method on aninstance defined using=
the IoC container</td></tr><tr class=3D"modifications-evenrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">johns=
onr</td><td class=3D"modifications-data">src/org/springframework/beans/fact=
ory/support/AbstractAutowireCapableBeanFactory.java</td><td class=3D"modifi=
cations-data">Factory methods no longer needed to be static--added optional=
factory-bean attributethat can be combined with factory-method to call an =
arbitrary factory method on aninstance defined using the IoC container</td>=
</tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mo=
dified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modif=
ications-data">src/org/springframework/beans/factory/support/AbstractBeanDe=
finition.java</td><td class=3D"modifications-data">Factory methods no longe=
r needed to be static--added optional factory-bean attributethat can be com=
bined with factory-method to call an arbitrary factory method on aninstance=
defined using the IoC container</td></tr><tr class=3D"modifications-evenro=
w"><td class=3D"modifications-data">modified</td><td class=3D"modifications=
-data">johnsonr</td><td class=3D"modifications-data">src/org/springframewor=
k/beans/factory/support/AbstractBeanFactory.java</td><td class=3D"modificat=
ions-data">Factory methods no longer needed to be static--added optional fa=
ctory-bean attributethat can be combined with factory-method to call an arb=
itrary factory method on aninstance defined using the IoC container</td></t=
r><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modifica=
tions-data">src/org/springframework/beans/factory/support/SimpleInstantiati=
onStrategy.java</td><td class=3D"modifications-data">Factory methods no lon=
ger needed to be static--added optional factory-bean attributethat can be c=
ombined with factory-method to call an arbitrary factory method on aninstan=
ce defined using the IoC container</td></tr><tr class=3D"modifications-even=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">robharrop</td><td class=3D"modifications-data">/build.xml</td><td =
class=3D"modifications-data">Completed initial stage of work on JMX attribu=
te change notification.Modified the Ant build script to add target test-san=
dbox-summary allowing for a test summary to be produced for tests in the sa=
ndbox</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modification=
s-data">modified</td><td class=3D"modifications-data">jhoeller</td><td clas=
s=3D"modifications-data">samples/imagedb/src/org/springframework/samples/im=
agedb/DefaultImageDatabase.java</td><td class=3D"modifications-data">use qu=
ery(sql, rowMapper) rather than RowMapperResultReader</td></tr><tr class=3D=
"modifications-evenrow"><td class=3D"modifications-data">modified</td><td c=
lass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">t=
est/org/springframework/jdbc/core/support/SqlLobValueTestSuite.java</td><td=
class=3D"modifications-data">polishing</td></tr><tr class=3D"modifications=
-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modific=
ations-data">jhoeller</td><td class=3D"modifications-data">src/org/springfr=
amework/jdbc/core/JdbcTemplate.java</td><td class=3D"modifications-data">ad=
ded overloaded query methods that accept a RowMapper</td></tr><tr class=3D"=
modifications-evenrow"><td class=3D"modifications-data">modified</td><td cl=
ass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">sr=
c/org/springframework/jdbc/core/JdbcOperations.java</td><td class=3D"modifi=
cations-data">added overloaded query methods that accept a RowMapper</td></=
tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">adde=
d</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificati=
ons-data">test/org/springframework/jdbc/core/RowMapperTests.java</td><td cl=
ass=3D"modifications-data">added overloaded query methods that accept a Row=
Mapper</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificati=
ons-data">modified</td><td class=3D"modifications-data">aarendsen</td><td c=
lass=3D"modifications-data">src/org/springframework/ui/context/Theme.java</=
td><td class=3D"modifications-data">Fixed small JavaDoc typo</td></tr></tab=
le><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
Deployments by this build: (8) </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html> |
|
From: Stefan D S. <ste...@us...> - 2004-08-03 20:03:37
|
Colin, Again, I have adjusted my group list so that this would not happen. Not sure why they both got in. Anyway, my sincerest apologies to all. Stefan, Please do not send messages to both the dev and user lists. This is not very polite, and as far as I can tell you've done it on a number of posts. Each list has its own purpose, with the message below being best suited for the user list. The dev list is for discussions relating to development of Spring itself, not development _with_ spring. Regards, Colin Stefan D Sookraj wrote: > > >All, >Is there any recommended way to do a breadcrumb path in Spring especially >when using multiple view technology so the same logic is not duplicated in >the various views? Thanks. > > ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-08-03 19:30:50
|
Stefan, Please do not send messages to both the dev and user lists. This is not very polite, and as far as I can tell you've done it on a number of posts. Each list has its own purpose, with the message below being best suited for the user list. The dev list is for discussions relating to development of Spring itself, not development _with_ spring. Regards, Colin Stefan D Sookraj wrote: > > >All, >Is there any recommended way to do a breadcrumb path in Spring especially >when using multiple view technology so the same logic is not duplicated in >the various views? Thanks. > > |
|
From: Stefan D S. <ste...@us...> - 2004-08-03 18:45:21
|
All, Is there any recommended way to do a breadcrumb path in Spring especially when using multiple view technology so the same logic is not duplicated in the various views? Thanks. |
|
From: Stefan D S. <ste...@us...> - 2004-08-03 16:11:16
|
All, Has there been any progress using multiple view technologies (e.g. XSLT, Velocity) to render a single page (e.g. Velocity for left nav bar, header and footer and XSLT for content area)? It was mentioned that someone did this with Tiles in Spring. Has there been any improvements or a POC of this that I can use as a starting point? Thank you. |
|
From: Michael M. <mic...@ac...> - 2004-08-03 16:10:57
|
Peter Morelli <pmorelli <at> gmail.com> writes: > > I was wondering if there had been any work done on a Spring IDE integration with > Jetbrain's Intellij, similar to the current Eclipse one. > > If there hasn't been, are there any plans? > > Thanks... > > --peter > I'm interested in this as well-- michael |
|
From: Eduardo I. I. <zi...@su...> - 2004-08-03 14:19:54
|
That must go in the reference manual! There is no mention about what readOnly does. jürgen höller [werk3AT] wrote: > It's essentially just a hint. Transaction managers will try to apply it wherever they can: For example, a transactional JDBC Connection will receive a corresponding setReadOnly(true) call, and a transactional Hibernate Session will be turned to FLUSH_NEVER. While the former is neglected by most JDBC drivers, the latter avoids unnecessary dirty checking of all objects loaded by the current Session. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of James Cook > Sent: Tuesday, August 03, 2004 3:25 PM > To: spr...@li... > Subject: [Springframework-developer] Significance of 'readonly'? > > > When using the following bean definition: > > <bean id="petStore" class= > "org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> > <property name="transactionManager"> > <ref bean="transactionManager"/> > </property> > <property name="target"> > <ref bean="petStoreTarget"/> > </property> > <property name="transactionAttributes"> > <props> > <prop key="insert*">PROPAGATION_REQUIRED,-MyCheckedException</prop> > <prop key="update*">PROPAGATION_REQUIRED</prop> > <prop key="*">PROPAGATION_REQUIRED,readOnly</prop> > </props> > </property> > </bean> > > What is the significance of the readOnly attribute in the property list? Is > this just a "hint" passed to certain transaction managers that may be able > to optimize these methods, or does it result in a specific, repeatable > behavior? > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- <Eduardo Issao Ito/> <Summa Technologies/> “The ideal project is one where people don't have meetings, they have lunch.” — Bill Joy |
|
From: <jue...@we...> - 2004-08-03 13:29:42
|
It's essentially just a hint. Transaction managers will try to apply it =
wherever they can: For example, a transactional JDBC Connection will =
receive a corresponding setReadOnly(true) call, and a transactional =
Hibernate Session will be turned to FLUSH_NEVER. While the former is =
neglected by most JDBC drivers, the latter avoids unnecessary dirty =
checking of all objects loaded by the current Session.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of James Cook
Sent: Tuesday, August 03, 2004 3:25 PM
To: spr...@li...
Subject: [Springframework-developer] Significance of 'readonly'?
When using the following bean definition:
<bean id=3D"petStore" class=3D
"org.springframework.transaction.interceptor.TransactionProxyFactoryBean"=
>
<property name=3D"transactionManager">
<ref bean=3D"transactionManager"/>
</property>
<property name=3D"target">
<ref bean=3D"petStoreTarget"/>
</property>
<property name=3D"transactionAttributes">
<props>
<prop =
key=3D"insert*">PROPAGATION_REQUIRED,-MyCheckedException</prop>
<prop key=3D"update*">PROPAGATION_REQUIRED</prop>
<prop key=3D"*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
What is the significance of the readOnly attribute in the property list? =
Is
this just a "hint" passed to certain transaction managers that may be =
able
to optimize these methods, or does it result in a specific, repeatable
behavior?
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: James C. <jim...@do...> - 2004-08-03 13:24:54
|
When using the following bean definition:
<bean id="petStore" class=
"org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager">
<ref bean="transactionManager"/>
</property>
<property name="target">
<ref bean="petStoreTarget"/>
</property>
<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED,-MyCheckedException</prop>
<prop key="update*">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
What is the significance of the readOnly attribute in the property list? Is
this just a "hint" passed to certain transaction managers that may be able
to optimize these methods, or does it result in a specific, repeatable
behavior?
|
|
From: Claus I. <cs...@ma...> - 2004-08-03 13:16:23
|
Hi It is me again with a few more findings for the javadoc. The quality of the javadoc is really really good. And the framework as well. Got my copy of Rod/Jurgens book (without EJB). And Tate's bitter book as well for good bedtime stories (is there any Elephant stories in this book?). Well here goes: Class description related: ========================== - org.springframework.beans.factory.xml.BeansDtdResolver Use . as dot in text (otherwise text is cutted to soon in overview) - org.springframework.dao.DataRetrievalFailureException Use . as dot in text (otherwise text is cutted to soon in overview) - org.springframework.jdbc.core.getSql() Use . as dot in text (otherwise text is cutted to soon in overview) - org.springframework.beans.factory.config.BeanPostProcessor Use . as dot in text (otherwise text is cutted to soon in overview) - org.springframework.web.servlet.view.tiles.TilesJstlView Use . as dot in text (otherwise text is cutted to soon in overview) - org.springframework.context.support.ReloadableResourceBundleMessageSource Write reloadable ResourceBundle to be different than the non reloaded one - org.springframework.jms.support.destination.JndiDestinationResolver Needs a ending </b> to end the bold text Package description related: ============================ - org.springframework.beans.propertyeditors Some of these editors are registered automatically by BeanWrapperImpl. Consider writing witch editors excatly are registered - see the source of BeanWrapperImpl or that CustomDateEditor is the only one not registered by BeanWrapperImpl - org.springframework.beans.support.RefreshablePagedListHolder use <pre> instead of <code> in the big code block example. Remove the <br/> tags or fix the wrong one <br< Missing method/field description for Interfaces: ================================================ - org.springframework.core.ControlFlow - org.springframework.beans.factory.support.InstantiationStrategy - org.springframework.beans.PropertyAccessor - org.springframework.aop.target.PoolingConfig - org.springframework.aop.target.ThreadLocalTargetSourceStats - org.springframework.aop.AfterReturningAdvice - org.springframework.aop.Pointcut - org.springframework.aop.TargetSource - org.springframework.transaction.TransactionDefinition - org.springframework.web.servlet.mvc.throwaway |
|
From: <jue...@we...> - 2004-08-03 08:55:37
|
I've just changed MultiActionController to log = NoSuchRequestHandlingMethodException and send HTTP response code 404 = back, as suggested by the following JIRA issue: =20 http://opensource.atlassian.com/projects/spring/browse/SPR-237 =20 Sounds like an intuitive thing to do. MultiActionController also logs a = message to the same "page not found" logger category that = DispatcherServlet itself uses. =20 Any objections? Else, I'll commit the change tonight. =20 Juergen |
|
From: Alef A. <al...@jt...> - 2004-08-03 08:15:56
|
Sorry, forgot about this. I'll add my +1 to removing them. Just use @author and @since. So the vote is: 3 for 5 against 1 neutral Alef > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Dmitriy Kopylenko > Sent: Monday, August 02, 2004 11:15 PM > To: spr...@li... > Subject: Re: [Springframework-developer] @since and @version tags >=20 > So is this the final vote? Are we getting rid of $Id$s then? >=20 > Dmitriy. >=20 > Dmitriy Kopylenko wrote: >=20 > > 3 in favor > > 4 against > > 2 neutral > > > > > > William G. Thompson, Jr. wrote: > > > >> i'm not sure i feel strongly either way...traditionally=20 > I've always=20 > >> put $Id$ in every text file I management in CVS. This has=20 > also been=20 > >> the case in every open source project I have been involved in or=20 > >> used. That is not neccesarily a good enough reason to=20 > continue to do=20 > >> it... > >> > >> In web app dev $Id$ comes in really handy to verify the=20 > build process=20 > >> ran correctly and the thing you thought was deployed actually got=20 > >> deployed. for instance we put $Id$ in HTML comments for=20 > our Views so=20 > >> that we can view source in the running app to check the versions. > >> > >> however, I also understand the problem with branch/merge...but why=20 > >> doesn't the -kk solution work? > >> > >> +0 for $Id$ > >> > >> later. > >> Bill > >> > >> > >> Dmitriy Kopylenko wrote: > >> > >>> Let's give others a chance ;-) > >>> > >>> Alef, Keith, Mark, Bill.... what's your vote? > >>> > >>> > >>> Rob Harrop wrote: > >>> > >>>> Nothing like a good old fashioned standoff :) > >>>> > >>>> Shootout at noon? > >>>> > >>>> Rob > >>>> > >>>> -----Original Message----- > >>>> From: spr...@li... > >>>>=20 > [mailto:spr...@li...] On=20 > >>>> Behalf Of Dmitriy Kopylenko > >>>> Sent: 29 July 2004 16:16 > >>>> To: spr...@li... > >>>> Subject: Re: [Springframework-developer] @since and @version tags > >>>> > >>>> 3 for (Rod, Dmitriy, Rob) > >>>> 3 against (Juergen, Thomas, Colin) > >>>> 1 neutral (Darren) > >>>> > >>>> > >>>> Colin Sampaleanu wrote: > >>>> > >>>> =20 > >>>> > >>>>> I do like $Id tags to be able to look at files and see who to=20 > >>>>> blame for the last changes :-), but I would rather be able to=20 > >>>>> branch/merge comfortably in the future. With Tortoise=20 > and Eclipse,=20 > >>>>> I can see the revision history _very_ easily anyways,=20 > wherever I am. > >>>>> > >>>>> So -1 for using them from now on (i.e let's get rid of them)... > >>>>> > >>>>> > >>>>> Dmitriy Kopylenko wrote: > >>>>> > >>>>> =20 > >>>>> > >>>>>> Well, let's take a vote. I'm for $Id tags (+1) > >>>>>> > >>>>>> Regards, > >>>>>> Dmitriy. > >>>>>> > >>>>>> > >>>>>> j=FCrgen h=F6ller [werk3AT] wrote: > >>>>>> > >>>>>> =20 > >>>>>> > >>>>>>> I'd actually prefer if we drop $Id tags from all files. I=20 > >>>>>>> personally don't think that they add much value. Of=20 > course, if a=20 > >>>>>>> democratic decision goes in favor of those tags, well, I'll=20 > >>>>>>> concede ;-) > >>>>>>> > >>>>>>> Regarding @since tags, we're currently using them with the=20 > >>>>>>> creation date. That has been quite nice during our agile way=20 > >>>>>>> towards 1.0. We could indeed reconsider to use=20 > version numbers=20 > >>>>>>> there now. > >>>>>>> > >>>>>>> Any suggestions on how to apply a consistent style for all=20 > >>>>>>> source files in a batch, without messing them up? $Id is=20 > >>>>>>> probably easy, @since nearly impossible, parameter alignment=20 > >>>>>>> easy again. > >>>>>>> > >>>>>>> Juergen > >>>>>>> > >>>>>>> > >>>>>>> ________________________________ > >>>>>>> > >>>>>>> Von: spr...@li... im=20 > >>>>>>> Auftrag von Colin Sampaleanu > >>>>>>> Gesendet: Mi 28.07.2004 20:38 > >>>>>>> An: spr...@li... > >>>>>>> Betreff: Re: [Springframework-developer] @since and @version=20 > >>>>>>> tags > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Dmitriy Kopylenko wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> =20 > >>>>>>> > >>>>>>>>> I like id keywords...they're mainly in the code through my=20 > >>>>>>>>> classes or classes I've edited... (Damn, if it's=20 > standardized,=20 > >>>>>>>>> I won't know if I've worked on a particular file=20 > any more :-) > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> =20 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> I also insert $Id:$ when I work on existing classes=20 > or create=20 > >>>>>>>> new ones > >>>>>>>> ;-) > >>>>>>>> > >>>>>>>> Dmitriy. > >>>>>>>> =20 > >>>>>>>> =20 > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> I personally like $Id tags. But they do suck big time when=20 > >>>>>>> trying to merge files back in after a branch, causing a=20 > >>>>>>> conflict/change to exist when there shouldn't be any... There=20 > >>>>>>> seems to be a trend to going away from using them in=20 > files, by=20 > >>>>>>> some people, for this reason. > >>>>>>> > >>>>>>> Colin > >>>>>>> =20 > >>>>>> > >>>>>> > >>>>>> > >>>>>> =20 > >>>>> > >>>>> > >>>>> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by OSTG. Have you noticed=20 > the changes=20 > >> on Linux.com, ITManagersJournal and NewsForge in the past=20 > few weeks?=20 > >> Now, one more big change to announce. We are now OSTG- Open Source=20 > >> Technology Group. Come see the changes on the new OSTG site.=20 > >> www.ostg.com _______________________________________________ > >> Springframework-developer mailing list=20 > >> Spr...@li... > >>=20 > https://lists.sourceforge.net/lists/listinfo/springframework-develope > >> r > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed=20 > the changes=20 > > on Linux.com, ITManagersJournal and NewsForge in the past=20 > few weeks?=20 > > Now, one more big change to announce. We are now OSTG- Open Source=20 > > Technology Group. Come see the changes on the new OSTG site.=20 > > www.ostg.com _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the=20 > changes on Linux.com, ITManagersJournal and NewsForge in the=20 > past few weeks? Now, one more big change to announce. We are=20 > now OSTG- Open Source Technology Group. Come see the changes=20 > on the new OSTG site. www.ostg.com=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 |
|
From: Colin S. <col...@ex...> - 2004-08-03 02:23:18
|
Barry Kaplan wrote: > I take it back. I still get the error. Does anybody see what I might > be doing wrong? > > <bean id="com.its.formatter" lazy-init="true"> > <property name="foo"> > <ref bean="com.its.foo"/> > </property> > <property name="bar"> > <ref bean="com.its.bar"/> > </property> > </bean> > > <bean id="com.its.fixedWidthFormatter" > parent="com.its.formatter" > class="com.its.FixedWidthFormatter"> > </bean> > > <bean id="com.its.variableWidthFormatter" > parent="com.its.formatter" > class="com.its.VariableWidthFormatter"> > </bean> Bean definitions internally have a class property that is either a Class object, or a String object representing the classname of the class. The exception you got is thrown when somebody calls the getClass method to get the Class object, and the property in fact is not holding a Class. That means it is either null, or a String. Hard for me to tell in this case without more info. Now one thing I have to ask is why your log is complaining about being unable to create the bean "com.its". That's not one of the ones above. Which bean is that? Colin |
|
From: Seth L. <set...@gm...> - 2004-08-03 00:52:15
|
On Mon, 02 Aug 2004 19:57:21 -0500, Dmitriy Kopylenko <dko...@ru...> wrote: > I just added groovy.jar to the eclipse .classpath Wonderful, thanks! Seth |
|
From: Dmitriy K. <dko...@ru...> - 2004-08-02 23:59:39
|
I just added groovy.jar to the eclipse .classpath Regards, Dmitriy. Seth Ladd wrote: >Hello, > >Can someone please add the groovy jar to the eclipse project classpath? > >Thanks very much! >Seth > > >------------------------------------------------------- >This SF.Net email is sponsored by OSTG. Have you noticed the changes on >Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, >one more big change to announce. We are now OSTG- Open Source Technology >Group. Come see the changes on the new OSTG site. www.ostg.com >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Seth L. <set...@gm...> - 2004-08-02 23:54:40
|
Hello, Can someone please add the groovy jar to the eclipse project classpath? Thanks very much! Seth |
|
From: Barry K. <gr...@me...> - 2004-08-02 23:40:28
|
I take it back. I still get the error. Does anybody see what I might be
doing wrong?
<bean id="com.its.formatter" lazy-init="true">
<property name="foo">
<ref bean="com.its.foo"/>
</property>
<property name="bar">
<ref bean="com.its.bar"/>
</property>
</bean>
<bean id="com.its.fixedWidthFormatter"
parent="com.its.formatter"
class="com.its.FixedWidthFormatter">
</bean>
<bean id="com.its.variableWidthFormatter"
parent="com.its.formatter"
class="com.its.VariableWidthFormatter">
</bean>
|
|
From: jbetancourt <jbe...@co...> - 2004-08-02 23:35:25
|
A correction from one of my previous posts; apparently at my company we were using an older CVS version. -kk works now. from: http://cvsdoc-zh.gro.clinux.org/cvsdoc/en/html/Merging-and-keywords.html "In CVS version 1.12.2 and later, the keyword expansion mode provided on the command line to any CVS command no longer overrides the -kb keyword expansion mode setting for binary files, though it will still override other default keyword expansion modes. You can now safely merge using -kk to avoid spurious conflicts on lines containing RCS keywords, even when your repository contains binary files. " ----- Original Message ----- From: "Dmitriy Kopylenko" <dko...@ru...> To: <spr...@li...> Sent: Monday, August 02, 2004 6:05 PM Subject: Re: [Springframework-developer] @since and @version tags > So is this the final vote? Are we getting rid of $Id$s then? > > Dmitriy. > > Dmitriy Kopylenko wrote: > > > 3 in favor > > 4 against > > 2 neutral > > > > > > William G. Thompson, Jr. wrote: > > > >> i'm not sure i feel strongly either way...traditionally I've always > >> put $Id$ in every text file I management in CVS. This has also been > >> the case in every open source project I have been involved in or > >> used. That is not neccesarily a good enough reason to continue to do > >> it... > >> > >> In web app dev $Id$ comes in really handy to verify the build process > >> ran correctly and the thing you thought was deployed actually got > >> deployed. for instance we put $Id$ in HTML comments for our Views so > >> that we can view source in the running app to check the versions. > >> > >> however, I also understand the problem with branch/merge...but why > >> doesn't the -kk solution work? > >> > >> +0 for $Id$ > >> > >> later. > >> Bill > >> > >> > >> Dmitriy Kopylenko wrote: > >> > >>> Let's give others a chance ;-) > >>> > >>> Alef, Keith, Mark, Bill.... what's your vote? > >>> > >>> > >>> Rob Harrop wrote: > >>> > >>>> Nothing like a good old fashioned standoff :) > >>>> > >>>> Shootout at noon? > >>>> > >>>> Rob > >>>> > >>>> -----Original Message----- > >>>> From: spr...@li... > >>>> [mailto:spr...@li...] On > >>>> Behalf Of > >>>> Dmitriy Kopylenko > >>>> Sent: 29 July 2004 16:16 > >>>> To: spr...@li... > >>>> Subject: Re: [Springframework-developer] @since and @version tags > >>>> > >>>> 3 for (Rod, Dmitriy, Rob) > >>>> 3 against (Juergen, Thomas, Colin) > >>>> 1 neutral (Darren) > >>>> > >>>> > >>>> Colin Sampaleanu wrote: > >>>> > >>>> > >>>> > >>>>> I do like $Id tags to be able to look at files and see who to > >>>>> blame for the last changes :-), but I would rather be able to > >>>>> branch/merge comfortably in the future. With Tortoise and Eclipse, > >>>>> I can see the revision history _very_ easily anyways, wherever I am. > >>>>> > >>>>> So -1 for using them from now on (i.e let's get rid of them)... > >>>>> > >>>>> > >>>>> Dmitriy Kopylenko wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Well, let's take a vote. I'm for $Id tags (+1) > >>>>>> > >>>>>> Regards, > >>>>>> Dmitriy. > >>>>>> > >>>>>> > >>>>>> jürgen höller [werk3AT] wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>> I'd actually prefer if we drop $Id tags from all files. I > >>>>>>> personally don't think that they add much value. Of course, if a > >>>>>>> democratic decision goes in favor of those tags, well, I'll > >>>>>>> concede ;-) > >>>>>>> > >>>>>>> Regarding @since tags, we're currently using them with the > >>>>>>> creation date. That has been quite nice during our agile way > >>>>>>> towards 1.0. We could indeed reconsider to use version numbers > >>>>>>> there now. > >>>>>>> > >>>>>>> Any suggestions on how to apply a consistent style for all > >>>>>>> source files in a batch, without messing them up? $Id is > >>>>>>> probably easy, @since nearly impossible, parameter alignment > >>>>>>> easy again. > >>>>>>> > >>>>>>> Juergen > >>>>>>> > >>>>>>> > >>>>>>> ________________________________ > >>>>>>> > >>>>>>> Von: spr...@li... im > >>>>>>> Auftrag von Colin Sampaleanu > >>>>>>> Gesendet: Mi 28.07.2004 20:38 > >>>>>>> An: spr...@li... > >>>>>>> Betreff: Re: [Springframework-developer] @since and @version tags > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Dmitriy Kopylenko wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>>> I like id keywords...they're mainly in the code through my > >>>>>>>>> classes or > >>>>>>>>> classes I've edited... (Damn, if it's standardized, I won't > >>>>>>>>> know if I've > >>>>>>>>> worked on a particular file any more :-) > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> I also insert $Id:$ when I work on existing classes or create > >>>>>>>> new ones > >>>>>>>> ;-) > >>>>>>>> > >>>>>>>> Dmitriy. > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> I personally like $Id tags. But they do suck big time when > >>>>>>> trying to > >>>>>>> merge files back in after a branch, causing a conflict/change to > >>>>>>> exist > >>>>>>> when there shouldn't be any... There seems to be a trend to > >>>>>>> going away > >>>>>>> from using them in files, by some people, for this reason. > >>>>>>> > >>>>>>> Colin > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by OSTG. Have you noticed the changes on > >> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > >> one more big change to announce. We are now OSTG- Open Source Technology > >> Group. Come see the changes on the new OSTG site. www.ostg.com > >> _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > > one more big change to announce. We are now OSTG- Open Source Technology > > Group. Come see the changes on the new OSTG site. www.ostg.com > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Barry K. <gr...@me...> - 2004-08-02 23:29:10
|
This error was caused due a parent bean with no class attribute but also no lazy-init=true. That was easy enough to fix, but it would be nice if the error message indicated the bean name. -bk Barry Kaplan wrote: > I just got this exception at startup: > > org.springframework.beans.factory.BeanCreationException: Error creating > bean with name 'com.its' defined in URL > [file:/C:/cvs.local/its.dev/_build/idea4/server/beanRefFactory.xml]: > Instantiation of bean failed; nested exception is > org.springframework.beans.FatalBeanException: Could not instantiate > class > [org.springframework.context.support.ClassPathXmlApplicationContext]; > constructor threw exception; nested exception is > java.lang.IllegalStateException: Bean definition does not carry a > resolved bean class > org.springframework.beans.FatalBeanException: Could not instantiate > class > [org.springframework.context.support.ClassPathXmlApplicationContext]; > constructor threw exception; nested exception is > java.lang.IllegalStateException: Bean definition does not carry a > resolved bean class > java.lang.IllegalStateException: Bean definition does not carry a > resolved bean class > > The exception message does not indicate /which/ bean it is refering to. > > -bk > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com |
|
From: Barry K. <gr...@me...> - 2004-08-02 23:21:48
|
I just got this exception at startup: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.its' defined in URL [file:/C:/cvs.local/its.dev/_build/idea4/server/beanRefFactory.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.FatalBeanException: Could not instantiate class [org.springframework.context.support.ClassPathXmlApplicationContext]; constructor threw exception; nested exception is java.lang.IllegalStateException: Bean definition does not carry a resolved bean class org.springframework.beans.FatalBeanException: Could not instantiate class [org.springframework.context.support.ClassPathXmlApplicationContext]; constructor threw exception; nested exception is java.lang.IllegalStateException: Bean definition does not carry a resolved bean class java.lang.IllegalStateException: Bean definition does not carry a resolved bean class The exception message does not indicate /which/ bean it is refering to. -bk |
|
From: Dmitriy K. <dko...@ru...> - 2004-08-02 21:07:50
|
So is this the final vote? Are we getting rid of $Id$s then? Dmitriy. Dmitriy Kopylenko wrote: > 3 in favor > 4 against > 2 neutral > > > William G. Thompson, Jr. wrote: > >> i'm not sure i feel strongly either way...traditionally I've always >> put $Id$ in every text file I management in CVS. This has also been >> the case in every open source project I have been involved in or >> used. That is not neccesarily a good enough reason to continue to do >> it... >> >> In web app dev $Id$ comes in really handy to verify the build process >> ran correctly and the thing you thought was deployed actually got >> deployed. for instance we put $Id$ in HTML comments for our Views so >> that we can view source in the running app to check the versions. >> >> however, I also understand the problem with branch/merge...but why >> doesn't the -kk solution work? >> >> +0 for $Id$ >> >> later. >> Bill >> >> >> Dmitriy Kopylenko wrote: >> >>> Let's give others a chance ;-) >>> >>> Alef, Keith, Mark, Bill.... what's your vote? >>> >>> >>> Rob Harrop wrote: >>> >>>> Nothing like a good old fashioned standoff :) >>>> >>>> Shootout at noon? >>>> >>>> Rob >>>> >>>> -----Original Message----- >>>> From: spr...@li... >>>> [mailto:spr...@li...] On >>>> Behalf Of >>>> Dmitriy Kopylenko >>>> Sent: 29 July 2004 16:16 >>>> To: spr...@li... >>>> Subject: Re: [Springframework-developer] @since and @version tags >>>> >>>> 3 for (Rod, Dmitriy, Rob) >>>> 3 against (Juergen, Thomas, Colin) >>>> 1 neutral (Darren) >>>> >>>> >>>> Colin Sampaleanu wrote: >>>> >>>> >>>> >>>>> I do like $Id tags to be able to look at files and see who to >>>>> blame for the last changes :-), but I would rather be able to >>>>> branch/merge comfortably in the future. With Tortoise and Eclipse, >>>>> I can see the revision history _very_ easily anyways, wherever I am. >>>>> >>>>> So -1 for using them from now on (i.e let's get rid of them)... >>>>> >>>>> >>>>> Dmitriy Kopylenko wrote: >>>>> >>>>> >>>>> >>>>>> Well, let's take a vote. I'm for $Id tags (+1) >>>>>> >>>>>> Regards, >>>>>> Dmitriy. >>>>>> >>>>>> >>>>>> jürgen höller [werk3AT] wrote: >>>>>> >>>>>> >>>>>> >>>>>>> I'd actually prefer if we drop $Id tags from all files. I >>>>>>> personally don't think that they add much value. Of course, if a >>>>>>> democratic decision goes in favor of those tags, well, I'll >>>>>>> concede ;-) >>>>>>> >>>>>>> Regarding @since tags, we're currently using them with the >>>>>>> creation date. That has been quite nice during our agile way >>>>>>> towards 1.0. We could indeed reconsider to use version numbers >>>>>>> there now. >>>>>>> >>>>>>> Any suggestions on how to apply a consistent style for all >>>>>>> source files in a batch, without messing them up? $Id is >>>>>>> probably easy, @since nearly impossible, parameter alignment >>>>>>> easy again. >>>>>>> >>>>>>> Juergen >>>>>>> >>>>>>> >>>>>>> ________________________________ >>>>>>> >>>>>>> Von: spr...@li... im >>>>>>> Auftrag von Colin Sampaleanu >>>>>>> Gesendet: Mi 28.07.2004 20:38 >>>>>>> An: spr...@li... >>>>>>> Betreff: Re: [Springframework-developer] @since and @version tags >>>>>>> >>>>>>> >>>>>>> >>>>>>> Dmitriy Kopylenko wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>> I like id keywords...they're mainly in the code through my >>>>>>>>> classes or >>>>>>>>> classes I've edited... (Damn, if it's standardized, I won't >>>>>>>>> know if I've >>>>>>>>> worked on a particular file any more :-) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I also insert $Id:$ when I work on existing classes or create >>>>>>>> new ones >>>>>>>> ;-) >>>>>>>> >>>>>>>> Dmitriy. >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> I personally like $Id tags. But they do suck big time when >>>>>>> trying to >>>>>>> merge files back in after a branch, causing a conflict/change to >>>>>>> exist >>>>>>> when there shouldn't be any... There seems to be a trend to >>>>>>> going away >>>>>>> from using them in files, by some people, for this reason. >>>>>>> >>>>>>> Colin >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by OSTG. Have you noticed the changes on >> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, >> one more big change to announce. We are now OSTG- Open Source Technology >> Group. Come see the changes on the new OSTG site. www.ostg.com >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Peter M. <pmo...@gm...> - 2004-08-02 20:11:22
|
I was wondering if there had been any work done on a Spring IDE integration with Jetbrain's Intellij, similar to the current Eclipse one. If there hasn't been, are there any plans? Thanks... --peter |
|
From: Artur K. <kar...@as...> - 2004-08-02 17:00:41
|
Hello, In my current project I've used CORBA for call remote services. Since, of course I use spring I implemented some basic halper classes for CORBA remoting - i mean simple CorbaInterceptor etc. wich delegates calls from Proxy to ORB. It seems that it would be easy to port this solution into something similar to spring remoting framework. Looks like CorbaExporter would be easy to write aswell. So actually i'm going to erite complete CORBA remoting, but I wonder why there is no CORBA remoting in spring yet? Maybe someone ealrier tried to implement something similar and maybe realized that it is impossilbe? Do You have any thoughts? Would it be possible to incorporate this into spring? regards Artur |
|
From: <jue...@we...> - 2004-08-02 15:12:49
|
Well, given that JmsTemplate for JMS 1.1 can use a uniform manner of = accessing queues and topic, and that JmsTemplate itself already has a = pubSubDomain property (for creating dynamic destinations), we thought = that JmsTemplate102 should use the same approach. I agree that separate QueueJmsTemplate and TopicJmsTemplate subclass of = JmsTemplate would have been a viable strategy too. The pubSubDomain flag = would have been somewhat confusing there, though. After all, the JMS 1.0.2 style is not for the long term anyway, as I = expect it to be superseded by JMS 1.1 quite quickly. That's also the = reason why JmsTemplate is not called JmsTemplate11 anymore but rather = uses the generic name. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Stig Kleppe-Jorgensen Sent: Monday, August 02, 2004 3:55 PM To: spr...@li... Subject: [Springframework-developer] JmsTemplate102 Hi! Just playing around with the JMS-support (it's looking great!) and was = puzzled that JmsTemplate102 is not divided in 2 classes, one for Queues and one = for Topics. Are there any reasons why this is not done? Looks like a better = OO solution than having a bunch of if/else's... Regards, Stig Kleppe-Jorgensen ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |