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: Janek B. <ya...@st...> - 2004-06-27 22:16:03
|
In AbstractXsltView#cacheTemplates there's a redundant equality test between an instance
of Resource and the empty String:
/** URL of stylesheet */
private Resource stylesheetLocation;
private void cacheTemplates() throws ApplicationContextException {
if (this.stylesheetLocation != null && !"".equals(this.stylesheetLocation)) {
try {
this.templates = this.transformerFactory.newTemplates(getStylesheetSource(this.stylesheetLocation));
logger.debug("Loaded templates [" + this.templates + "] in XSLT view '" + getBeanName() + "'");
}
catch (TransformerConfigurationException ex) {
throw new ApplicationContextException(
"Can't load stylesheet from " + this.stylesheetLocation + " in XSLT view '" + getBeanName() + "'", ex);
}
}
}
This could be reduced to
if (this.stylesheetLocation != null) {
which is equivalent because an instance of Resource will never equal the empty String.
-Janek Bogucki
|
|
From: <al...@jt...> - 2004-06-27 22:10:18
|
<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.38</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>06/28/2004 00:16:26</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 18 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>06/27/2004 16:38:14</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>Added programmatic invocation of factory methods via getBe=
an(name, args)</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: =
(5) </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">j=
ohnsonr</td><td class=3D"modifications-data">src/org/springframework/beans/=
factory/support/AbstractAutowireCapableBeanFactory.java</td><td class=3D"mo=
difications-data">Added programmatic invocation of factory methods via getB=
ean(name, args)</td></tr><tr class=3D"modifications-oddrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">johnsonr</t=
d><td class=3D"modifications-data">src/org/springframework/beans/factory/su=
pport/AbstractBeanFactory.java</td><td class=3D"modifications-data">Added p=
rogrammatic invocation of factory methods via getBean(name, args)</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modificat=
ions-data">test/org/springframework/beans/factory/xml/XmlBeanFactoryTestSui=
te.java</td><td class=3D"modifications-data">Added programmatic invocation =
of factory methods via getBean(name, args)</td></tr><tr class=3D"modificati=
ons-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">johnsonr</td><td class=3D"modifications-data">test/org/spri=
ngframework/beans/factory/xml/factory-methods.xml</td><td class=3D"modifica=
tions-data">Added programmatic invocation of factory methods via getBean(na=
me, args)</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modific=
ations-data">modified</td><td class=3D"modifications-data">johnsonr</td><td=
class=3D"modifications-data">src/org/springframework/beans/factory/support=
/SimpleInstantiationStrategy.java</td><td class=3D"modifications-data">Meth=
ods no longer final (may want to decorate). Logs invocation targetexception=
on factory method throwing exception (helpful in debugging).</td></tr></ta=
ble><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: Torsten J. <tju...@ya...> - 2004-06-27 17:32:21
|
Colin, I have no problem to login, but other users are complaining, e.g. http://opensource.atlassian.com/confluence/spring/display/ECLIPSE/Home?showComments=true#comment-369 Torsten --- Colin Sampaleanu <col...@ex...> wrote: > Torsten, > > You should be able to log in with your Jira > accountname/pass. > > Colin > > > Torsten Juergeleit wrote: > > >There is no instruction / URL to create a new > account > >on the login page of Spring's Confluence instance. > > > >I am missing something like "Not a member? Signup > for > >an account." as in Spring's JIRA login page. > > > >Or is this intended? > > > >Torsten > > > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & > Training. > Attend Black Hat Briefings & Training, Las Vegas > July 24-29 - > digital self defense, top technical experts, no > vendor pitches, > unmatched networking opportunities. Visit > www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail |
|
From: James C. <jim...@do...> - 2004-06-27 14:43:22
|
Well, I will argue it a bit :-) We use it to simplify the mapping of our DAO's to our web tier by making = our servlet actions implement a DAOAware interface. It is extremely = convenient to implement an interface and get the mapping for free. It is one step = more explicit than autowire-by-type which I like. (Too much magic on large projects can create very difficult to debug scenarios.) It helps = minimize the size of our Spring configuration, and it *works*. I'm too close to the solution to notice "any oddness" in its = configuration :-) Without some additional framework support, I don't see any other way = to do it now. The single property<->value relationship in that = configuration could be expanded to take a collection of property<->value relationships = in order to support multiple setters in a single interface. It's OK if you don't want to internalize it into the framework since it = is obviously supported now in some fashion. If you did come up with some = way to internalize it, perhaps it wouldn't get used much, I don't know. I know = our team greatly appreciates the convenience. > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of j=FCrgen h=F6ller [werk3AT] > Sent: Friday, June 25, 2004 1:19 PM > To: spr...@li... > Subject: Re: [Springframework-developer] IoC container enhancements >=20 > While this would be easy enough to add, I doubt that many people will = use > it. IMHO, it feels a bit odd to first implement an interface that > specifies a setter and then still apply the property value via a > "property" key (which has to match the bean property of the setter in = the > interface). >=20 > If we do magic anyway, why not assume that the injection interface > specifies a single method with a single parameter? We could then = invoke > that method with the specified argument value. This would at least = remove > the "property" redundancy. >=20 > I understand that this was the first way of IoC that XWork/WebWork2 > supported, but I'm not convinced that it is really recommendable. Feel > free to argue about that :-) >=20 > Juergen >=20 >=20 > ________________________________ >=20 > Von: spr...@li... im Auftrag = von > James Cook > Gesendet: Fr 25.06.2004 15:40 > An: spr...@li... > Betreff: RE: [Springframework-developer] IoC container enhancements >=20 >=20 >=20 > Since you are enhancing the injection support for the container, do = you > think it is worthwhile adding syntax to support Type 1 (Interface > Injection) > IoC? >=20 > = http://opensource.atlassian.com/confluence/spring/display/DISC/Adding+Int= e > rf > ace+Injection+to+Spring >=20 >=20 >=20 >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] On = Behalf > > Of Rod Johnson > > Sent: Friday, June 25, 2004 3:50 AM > > To: spr...@li... > > Subject: Re: [Springframework-developer] IoC container enhancements > > > > > Lookup methods can be combined with Setter Injection. They > > > can't presently be combined with Constructor Injection, but I > > > will add support for this, assuming that it's possible with > > > CGLIB. > > > > > > I've just removed this restriction. > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-06-27 14:36:13
|
Torsten, You should be able to log in with your Jira accountname/pass. Colin Torsten Juergeleit wrote: >There is no instruction / URL to create a new account >on the login page of Spring's Confluence instance. > >I am missing something like "Not a member? Signup for >an account." as in Spring's JIRA login page. > >Or is this intended? > >Torsten > > |
|
From: Torsten J. <tju...@ya...> - 2004-06-27 13:45:13
|
There is no instruction / URL to create a new account on the login page of Spring's Confluence instance. I am missing something like "Not a member? Signup for an account." as in Spring's JIRA login page. Or is this intended? Torsten __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail |
|
From: Norris, T. <tys...@be...> - 2004-06-26 23:33:21
|
Hey folks - any other thoughts on this? Thanks! tyson -----Original Message----- From: Norris, Tyson=20 Sent: Friday, June 25, 2004 8:21 AM To: spr...@li... Subject: RE: [Springframework-developer] OpenSessionInViewFilter ideas The typical use case for accessing a session after rollback is accessing read-only data which should be available regardless of any transaction success or failure.=20 Specifically, we have various data that is used to customize the navigation framework of our webapp. I won't argue that its not efficient to look it up with each request, but there is nothing technically wrong with it. Currently, the session opened in OpenSessionInViewFilter will be used within the transaction, which causes problems for rollbacks (and even commits for some unfortunate enough to use weblogic :). The problem being that after rollback or commit, the navigation data access fails because the connection is now defunct. Yes, our app is currently architected to use certain methods as transactional units, with all of them using "REQUIRES" propagation (some EJB, some spring/hibernate). We could potentially avoid this problem by using "REQUIRES_NEW", and have the filter create a new tx (instead of just open a session) which will affect the datasource behavior in regards to the transaction, but this breaks the potential interaction of many of these methods - there should only be 1 transaction per request. In this way, you could say it's a "nested tx problem", but only in that we can't use "true nested tx", and requires_new is not useable for us either. Session.clear() would help in the case where the lazy-loading-data is accessed *after* any transactional behavior, but NOT in the case where data is accessed *before* the transaction. I would rather not force specific ordering with regards to transactional methods and lazy-loading-dependent methods. Let me know what you think Tyson -----Original Message----- From: James Cook [mailto:jim...@do...]=20 Sent: Friday, June 25, 2004 6:37 AM To: spr...@li... Subject: RE: [Springframework-developer] OpenSessionInViewFilter ideas I was wondering (out loud) if Hibernate's session.clear() couldn't be used to "reinitialize" its session for continuing work after a rollback or exception? I suppose if a rollback invalidates the datasource from further activity on certain platforms that it wouldn't matter if Hibernate could recover on its own. For many that currently need this feature, I suppose they are architecting their application to use SAO methods as their transactional units. If a rollback occurs, it occurs only in the scope of the SAO method call. They would also have to "exercise" their business objects in order to load lazy collections in the SAO instead of the web tier. I don't mean to minimize the goal you are trying to achieve, but what are some use cases where a developer needs to reuse a session after a rollback? Is this in relation to nested transactions? > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of Norris, Tyson > Sent: Thursday, June 24, 2004 9:04 PM > To: spr...@li... > Subject: [Springframework-developer] OpenSessionInViewFilter ideas >=20 > Hi Folks - > We have been running into problems with migrating an existing CMT EJB > application to use OpenSessionInViewFilter, and here are a couple > thoughts on the subject. >=20 > The basic problem is that when a session is created, then a transaction > is initiated and uses that session, if the transaction rolls back, how > can we still access the initial session created in the filter? >=20 > Currently the same session is used after entering the transaction. This > is a problem for us using weblogic, since weblogic datasource become > useless after a transaction rolls back (or commits), but I think this is > also general practice for hibernate users to close the session on > rollback: > "If you rollback the transaction you should immediately close and > discard the current session to ensure that Hibernate's internal state is > consistent." >=20 > So, what to do? Would it be desirable to build into SessionFactoryUtils > the ability to generate a new session for each new transaction? >=20 > I have worked around the problem temporarily by "manually" doing this. > That is, I check for an existing JTA transaction, and if its their, > register a new synchronization that holds a reference to the session > opened with the OpenSessionInViewFilter, and the > TransactionSynchronizationManager's session is unbound. When the > transaction completes, TransactionSynchronizationManager session is > re-bound, and non-transactional data access can proceed after the commit > or rollback. >=20 > This of course presents a potential problem of loading the same data in > multiple sessions, but this may be negligible for many cases. >=20 > Is this something worth adding as an additional parameter to > SessionFactoryUtils.getSession()? When specified (true), if an existing > SessionHolder is found, if not already synchronized with a transaction, > it would be replaced with a new session, then restored after the > transaction completes. >=20 > Let me know what you think. Or if there is a better alternative, I'm all > ears :) >=20 > Thanks > tyson >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 digital self defense, top technical experts, no vendor pitches,=20 unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 digital self defense, top technical experts, no vendor pitches,=20 unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <al...@jt...> - 2004-06-26 22:11:32
|
<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.37</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>06/27/2004 00:16:23</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 26 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>06/26/2004 16:39:22</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>add support for send with QOS parameters</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: =
(6) </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">m=
arkpollack</td><td class=3D"modifications-data">sandbox/test/org/springfram=
ework/jms/JmsSender102Tests.java</td><td class=3D"modifications-data">add s=
upport for send with QOS parameters</td></tr><tr class=3D"modifications-odd=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">markpollack</td><td class=3D"modifications-data">sandbox/test/org/=
springframework/jms/JmsSender11Tests.java</td><td class=3D"modifications-da=
ta">add support for send with QOS parameters</td></tr><tr class=3D"modifica=
tions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">markpollack</td><td class=3D"modifications-data">sandbox=
/src/org/springframework/jms/JmsSender.java</td><td class=3D"modifications-=
data">add support for send with QOS parameters</td></tr><tr class=3D"modifi=
cations-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"=
modifications-data">markpollack</td><td class=3D"modifications-data">sandbo=
x/src/org/springframework/jms/JmsSender102.java</td><td class=3D"modificati=
ons-data">add support for send with QOS parameters</td></tr><tr class=3D"mo=
difications-evenrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">markpollack</td><td class=3D"modifications-data">s=
andbox/src/org/springframework/jms/JmsSender11.java</td><td class=3D"modifi=
cations-data">add support for send with QOS parameters</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
class=3D"modifications-data">colins</td><td class=3D"modifications-data">d=
ocs/reference/src/beans.xml</td><td class=3D"modifications-data">start writ=
ing about method injection</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
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: Colin S. <col...@ex...> - 2004-06-26 17:18:40
|
Rod Johnson wrote: >All > >I've added a new CVS module called "samples". > >This is to contain integration samples. I'm going to put in AspectJ >integration and a 1.5 attributes preview soon. A JSF sample app would also >be an obvious candidate in the new future. > >Why a separate module? > >* Most of these samples should probably be released separately >* They may have separate binary dependencies, that shouldn't go onto the >classpath of the main project >* I want these samples to be independent projects, rather than part of the >main Spring project >* It's impossible to put an independent Eclipse project (with AspectJ/1.5 >support etc.) within the top-level Eclipse project AFAIK > >Rgds >Rod > > It's very annoying that Eclipse will not allow you to nest one project within another. There is a sort of workaround though, which I use for loading projects underneath autobuild for example. The workaround is to use two workspaces. One workspace which is for Spring itself, and another one in which you load any contained projects. Colin |
|
From: Luke T. <ne...@fr...> - 2004-06-26 15:36:21
|
jas...@ma... wrote: > On 24 Jun 2004, at 13:46, Colin Sampaleanu wrote: > >> Ok, I know what this is. The cglib version is not correct. We had to >> switch to a dev version of cglib to resolve some issues with cglib >> based class proxy creation. The maven project file needs an override >> to use cglib inside the lib dir istead of a stock cglib 2.0.1. >> >> I can probably make this change in about half an hour. In the meantime >> James, you may want to do it locally. > > > BTW thanks for the change Colin, the maven tests work perfectly for me now! > Do all the tests work OK for you? I've been aware that the commons attributes tests have been failing for some time with Maven: http://monkeymachine.co.uk/spring/junit-report.html#CommonsAttributesMetadataAutoProxyTests If anyone can suggest a possible cause, I'd like to be able to get the build running without any errors. Thanks, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk |
|
From: Rod J. <rod...@in...> - 2004-06-26 14:12:57
|
All I've added a new CVS module called "samples". This is to contain integration samples. I'm going to put in AspectJ integration and a 1.5 attributes preview soon. A JSF sample app would also be an obvious candidate in the new future. Why a separate module? * Most of these samples should probably be released separately * They may have separate binary dependencies, that shouldn't go onto the classpath of the main project * I want these samples to be independent projects, rather than part of the main Spring project * It's impossible to put an independent Eclipse project (with AspectJ/1.5 support etc.) within the top-level Eclipse project AFAIK Rgds Rod |
|
From: Timo V. <sic...@gm...> - 2004-06-26 11:08:42
|
Forgot one implementation: Xerces, http://teaching.cs.uml.edu/xerces/docs/faq-xinclude.html, has initial support for XInclude as well Timo |
|
From: Timo V. <sic...@gm...> - 2004-06-26 09:57:41
|
Alef, J=FCrgen,=20 I've done some research. The XInclude spec is quite short (in terms of=20 the W3C), http://www.w3.org/TR/xinclude/ . Digest: XInclude transforms the infoset, thus happens after parsing. XInclude=20 defines only two elements: include and fallback. Include uses IRIs=20 (Internationalized Resource Identifiers, essentially URIs) to reference=20 resources. It can import those resources as xml or text. In case of xml=20 it can use XPointer to include only portions of the resource.=20 > How does the XInclude stuff retrieve the resources. Will it allow us > to specify resources in somewhat the same way as we do now > (classpath:, etcetera) and is it possible to integrate this with the > resource package we have? AFAIK, IRIs/URIs can have application specific form. The XInclude spec=20 explicitly says=20 "The specifics of how an infoset is created are intentionally=20 unspecified, to allow for flexibility by implementations and to avoid=20 defining a particular processing model for components of the XML=20 architecture. Particulars of whether DTD or XML schema validation are=20 performed, for example, are not constrained by this specification." > > Sounds plausible. I'm no XML expert, though: How could we make this > > work? We "only" need a simple layer, which processes all XInclude elements of=20 the infoset (the parsed XML). I couldn't find a simple black box=20 solution, only this: =2D XIncluder, http://xincluder.sourceforge.net/ : Seems to be=20 unmaintained, not feature complete; nevertheless it's the basis for=20 some other projects (XOM, e.g.). =2D GNU JAXP, http://www.gnu.org/software/classpathx/jaxp/ : "includes a=20 SAX filter that resolves XIncludes, provided no XPointers are used" =2D Cocoon XInclude transformer,=20 http://cocoon.apache.org/2.1/userdocs/transformers/xinclude-transformer.htm= l :=20 Seems to be feature complete, but written for use in cocoon The Cocoon stuff might be worth reviewing. BTW, using DTDs for validation has a little drawback: DTDs are not=20 namespace aware. Thus an updated Spring DTD for XInclude would force=20 the user to use a fixed prefix (xi, e.g.). The example I posted was=20 "incorrect", since it defined a namespace in the <beans> tag. FYI, the=20 XInclude spec provides DTD templates (and an XML schema) for XInclude=20 usage: <!ELEMENT xi:include (xi:fallback?)> <!ATTLIST xi:include xmlns:xi CDATA #FIXED =20 "http://www.w3.org/2001/XInclude" href CDATA #IMPLIED parse (xml|text) "xml" xpointer CDATA #IMPLIED encoding CDATA #IMPLIED accept CDATA #IMPLIED accept-language CDATA #IMPLIED > <!ELEMENT xi:fallback ANY> <!ATTLIST xi:fallback xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude" > Regards, Timo |
|
From: <al...@jt...> - 2004-06-25 22:12:04
|
<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.36</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>06/26/2004 00:16:25</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 32 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>06/25/2004 15:16:29</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>ClassPathResourcePatternResolver uses "classpath*:" prefix=
</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: =
(40) </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/core/=
io/support/ClassPathResourcePatternResolver.java</td><td class=3D"modificat=
ions-data">ClassPathResourcePatternResolver uses "classpath*:" prefix</td><=
/tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mod=
ified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifi=
cations-data">src/org/springframework/core/io/support/ResourcePatternResolv=
er.java</td><td class=3D"modifications-data">ClassPathResourcePatternResolv=
er uses "classpath*:" prefix</td></tr><tr class=3D"modifications-evenrow"><=
td class=3D"modifications-data">modified</td><td class=3D"modifications-dat=
a">jhoeller</td><td class=3D"modifications-data">/changelog.txt</td><td cla=
ss=3D"modifications-data">ClassPathResourcePatternResolver uses "classpath*=
:" prefix</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">src/org/springframework/core/io/UrlResource.ja=
va</td><td class=3D"modifications-data">fixed "getURL" to correctly return =
the underlying URL</td></tr><tr class=3D"modifications-evenrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">src/org/springframework/beans/fact=
ory/xml/spring-beans.dtd</td><td class=3D"modifications-data">polishing</td=
></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">m=
odified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modi=
fications-data">src/org/springframework/beans/factory/xml/DefaultXmlBeanDef=
initionParser.java</td><td class=3D"modifications-data">polishing</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">kdonald</td><td class=3D"modificati=
ons-data">sandbox/src/org/springframework/rules/values/CompoundFormModel.ja=
va</td><td class=3D"modifications-data">convenience method for subscribing =
to form properties</td></tr><tr class=3D"modifications-oddrow"><td class=3D=
"modifications-data">modified</td><td class=3D"modifications-data">kdonald<=
/td><td class=3D"modifications-data">sandbox/src/org/springframework/rules/=
values/DefaultFormModel.java</td><td class=3D"modifications-data">convenien=
ce method for subscribing to form properties</td></tr><tr class=3D"modifica=
tions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">kdonald</td><td class=3D"modifications-data">sandbox/src=
/org/springframework/rules/values/FormModel.java</td><td class=3D"modificat=
ions-data">convenience method for subscribing to form properties</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modified=
</td><td class=3D"modifications-data">robharrop</td><td class=3D"modificati=
ons-data">test/org/springframework/aop/framework/CglibProxyTests.java</td><=
td class=3D"modifications-data">*** empty log message ***</td></tr><tr clas=
s=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><=
td class=3D"modifications-data">robharrop</td><td class=3D"modifications-da=
ta">src/org/springframework/aop/framework/Cglib2AopProxy.java</td><td class=
=3D"modifications-data">*** empty log message ***</td></tr><tr class=3D"mod=
ifications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">robharrop</td><td class=3D"modifications-data">src/=
org/springframework/aop/framework/AopProxyUtils.java</td><td class=3D"modif=
ications-data">*** empty log message ***</td></tr><tr class=3D"modification=
s-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org=
/springframework/rules/values/BufferedValueModel.java</td><td class=3D"modi=
fications-data">polishing</td></tr><tr class=3D"modifications-oddrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">k=
donald</td><td class=3D"modifications-data">sandbox/src/org/springframework=
/rules/values/DefaultFormModel.java</td><td class=3D"modifications-data">po=
lishing</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificat=
ions-data">modified</td><td class=3D"modifications-data">kdonald</td><td cl=
ass=3D"modifications-data">sandbox/src/org/springframework/rules/values/Mut=
ableFormModel.java</td><td class=3D"modifications-data">polishing</td></tr>=
<tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificati=
ons-data">/changelog.txt</td><td class=3D"modifications-data">reworked Serv=
letRequestDataBinder's "resetEmptyFields" property into configurable "field=
MarkerPrefix"</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">test/org/springframework/web/servlet/mvc/=
CommandControllerTestSuite.java</td><td class=3D"modifications-data">rework=
ed "resetEmptyFields" property into configurable "fieldMarkerPrefix", added=
special support for empty array fields</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/web/bind/ServletRequestDataBinder.java</td><td class=3D"modificatio=
ns-data">reworked "resetEmptyFields" property into configurable "fieldMarke=
rPrefix", added special support for empty array fields</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data=
">test/org/springframework/validation/ValidationTestSuite.java</td><td clas=
s=3D"modifications-data">moved stringArray property to TestBean class</td><=
/tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mod=
ified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifi=
cations-data">test/org/springframework/beans/TestBean.java</td><td class=3D=
"modifications-data">moved stringArray property to TestBean class</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modificat=
ions-data">src/org/springframework/beans/factory/support/AbstractBeanDefini=
tion.java</td><td class=3D"modifications-data">Validates method overrides</=
td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"mo=
difications-data">src/org/springframework/beans/factory/support/CglibSubcla=
ssingInstantiationStrategy.java</td><td class=3D"modifications-data">Suppor=
ts Constructor Injection in combination with Method overrides.</td></tr><tr=
class=3D"modifications-evenrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">johnsonr</td><td class=3D"modification=
s-data">test/org/springframework/beans/BeanUtilsTests.java</td><td class=3D=
"modifications-data">added isOverloadedMethod method to support lookup meth=
od validation.However, possibly of more general use.</td></tr><tr class=3D"=
modifications-oddrow"><td class=3D"modifications-data">modified</td><td cla=
ss=3D"modifications-data">johnsonr</td><td class=3D"modifications-data">src=
/org/springframework/beans/BeanUtils.java</td><td class=3D"modifications-da=
ta">added isOverloadedMethod method to support lookup method validation.How=
ever, possibly of more general use.</td></tr><tr class=3D"modifications-eve=
nrow"><td class=3D"modifications-data">modified</td><td class=3D"modificati=
ons-data">johnsonr</td><td class=3D"modifications-data">test/org/springfram=
ework/beans/factory/xml/FactoryMethods.java</td><td class=3D"modifications-=
data">Supports Constructor Injection in combination with Method overrides.V=
alidates lookup methods.</td></tr><tr class=3D"modifications-oddrow"><td cl=
ass=3D"modifications-data">modified</td><td class=3D"modifications-data">jo=
hnsonr</td><td class=3D"modifications-data">test/org/springframework/beans/=
factory/xml/constructorOverrides.xml</td><td class=3D"modifications-data">S=
upports Constructor Injection in combination with Method overrides.Validate=
s lookup methods.</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/springframework/beans/factor=
y/xml/ConstructorInjectedOverrides.java</td><td class=3D"modifications-data=
">Supports Constructor Injection in combination with Method overrides.Valid=
ates lookup methods.</td></tr><tr class=3D"modifications-oddrow"><td class=
=3D"modifications-data">added</td><td class=3D"modifications-data">johnsonr=
</td><td class=3D"modifications-data">test/org/springframework/beans/factor=
y/xml/OverrideOneMethodSubclass.java</td><td class=3D"modifications-data">S=
upports Constructor Injection in combination with Method overrides.Validate=
s lookup methods.</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/springframework/beans/factor=
y/xml/XmlBeanFactoryTestSuite.java</td><td class=3D"modifications-data">Sup=
ports Constructor Injection in combination with Method overrides.Validates =
lookup methods.</td></tr><tr class=3D"modifications-oddrow"><td class=3D"mo=
difications-data">added</td><td class=3D"modifications-data">johnsonr</td><=
td class=3D"modifications-data">test/org/springframework/beans/factory/xml/=
invalidOverridesNoSuchMethod.xml</td><td class=3D"modifications-data">Suppo=
rts Constructor Injection in combination with Method overrides.Validates lo=
okup methods.</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mod=
ifications-data">modified</td><td class=3D"modifications-data">johnsonr</td=
><td class=3D"modifications-data">test/org/springframework/beans/factory/xm=
l/overrides.xml</td><td class=3D"modifications-data">Supports Constructor I=
njection in combination with Method overrides.Validates lookup methods.</td=
></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">m=
odified</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modi=
fications-data">samples/jpetstore/src/org/springframework/samples/jpetstore=
/dao/ibatis/SqlMapAccountDao.java</td><td class=3D"modifications-data">Impr=
oved Javadoc comments</td></tr><tr class=3D"modifications-evenrow"><td clas=
s=3D"modifications-data">modified</td><td class=3D"modifications-data">john=
sonr</td><td class=3D"modifications-data">samples/jpetstore/src/org/springf=
ramework/samples/jpetstore/domain/logic/PetStoreImpl.java</td><td class=3D"=
modifications-data">Improved Javadoc comments</td></tr><tr class=3D"modific=
ations-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">johnsonr</td><td class=3D"modifications-data">test/org/s=
pringframework/beans/factory/xml/OverrideOneMethod.java</td><td class=3D"mo=
difications-data">Added self-invocation method</td></tr><tr class=3D"modifi=
cations-evenrow"><td class=3D"modifications-data">modified</td><td class=3D=
"modifications-data">trisberg</td><td class=3D"modifications-data">src/org/=
springframework/jdbc/core/SqlTypeValue.java</td><td class=3D"modifications-=
data">polished javadoc</td></tr><tr class=3D"modifications-oddrow"><td clas=
s=3D"modifications-data">modified</td><td class=3D"modifications-data">tris=
berg</td><td class=3D"modifications-data">src/org/springframework/jdbc/core=
/SqlTypeValue.java</td><td class=3D"modifications-data">polished javadoc</t=
d></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">trisberg</td><td class=3D"mo=
difications-data">/changelog.txt</td><td class=3D"modifications-data">added=
a new SqlTypeValue abstract class with a callback method "setTypeValue" th=
at will handle all database specific code</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">added</td><td class=3D"modifica=
tions-data">trisberg</td><td class=3D"modifications-data">src/org/springfra=
mework/jdbc/core/SqlTypeValue.java</td><td class=3D"modifications-data">add=
ed a new SqlTypeValue abstract class with a callback method "setTypeValue" =
that will handle all database specific code</td></tr><tr class=3D"modificat=
ions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">trisberg</td><td class=3D"modifications-data">src/org/spr=
ingframework/jdbc/support/JdbcUtils.java</td><td class=3D"modifications-dat=
a">added a new SqlTypeValue abstract class with a callback method "setTypeV=
alue" that will handle all database specific code</td></tr><tr class=3D"mod=
ifications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">colins</td><td class=3D"modifications-data">docs/re=
ference/src/beans.xml</td><td class=3D"modifications-data">add text about u=
sing factory methods to create beans, and also do some cleanup at the begin=
nig of that chapter</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
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: Alef A. <al...@jt...> - 2004-06-25 21:50:51
|
How does the XInclude stuff retrieve the resources. Will it allow us to = specify resources in somewhat the same way as we do now (classpath:, = etcetera) and is it possible to integrate this with the resource package = we have? I think this would be a requirements. Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of j=FCrgen h=F6ller [werk3AT] > Sent: Friday, June 25, 2004 8:31 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Include/import directive in = XML > bean definition files >=20 > Sounds plausible. I'm no XML expert, though: How could we make this = work? >=20 > Juergen >=20 >=20 > ________________________________ >=20 > Von: spr...@li... im Auftrag = von > Timo Verhoeven > Gesendet: Fr 25.06.2004 19:33 > An: spr...@li... > Betreff: Re: [Springframework-developer] Include/import directive in = XML > bean definition files >=20 >=20 >=20 >=20 > Hi! >=20 > Why not use standardized XInclude syntax? It would look like this: >=20 > <beans xnlns:xi=3D"http://www.w3.org/2001/XInclude"> > ... > <xi:include href=3D"anyURL"/> > ... > </beans> >=20 > XInclude supports inclusion of xml and text data; thus it could = replace > annoying CDATA sections. >=20 > Regards, >=20 > Timo >=20 >=20 > Am Freitag, 25. Juni 2004 19:06 schrieb j=FCrgen h=F6ller [werk3AT]: > > Any thoughts on include/import directives in XML bean definition > > files? > > > > http://opensource.atlassian.com/projects/spring/browse/SPR-137 > > > > This is about elements in XML bean definitions that allow to include > > other XML bean definition files, with paths that are interpreted as > > relative to the current file. Basically, this is an alternative to > > combining multiple XML bean definition files via > > "contextConfigLocation" parameters. > > > > Remaining questions are mostly about syntax. One possibility would = be > > like as follows: > > > > <beans> > > > > <include resource=3D"includeBeans.xml"/> > > > > <bean.../> > > > > </beans> > > > > Should the tag be called "include" or "import"? Any suggestions or > > objections regarding such functionality in general? I'm personally > > still a fan of "contextConfigLocation", but I guess there are valid > > use cases for keeping includes directly in bean definition files. > > > > As a side note, one can already use standard XML entity includes to > > achieve something similar. However, such include files are not full > > DTD-compliant XML files themselves, and the XML include syntax is > > rather awkward. > > > > <?xml version=3D"1.0" encoding=3D"UTF-8"?> > > <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" > > "http://www.springframework.org/dtd/spring-beans.dtd > > <http://www.springframework.org/dtd/spring-beans.dtd> " [ <!ENTITY > > contextInclude SYSTEM > > "org/springframework/web/context/WEB-INF/contextInclude.xml"> ]> > > > > <beans> > > > > &contextInclude; > > > > > > <bean.../> > > > > </beans> > > > > I'd like to clarify our way to proceed with this ASAP, to get it = into > > 1.1 RC1 if we decide to adopt it. > > > > Juergen > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-develope > >r >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 |
|
From: Norris, T. <tys...@be...> - 2004-06-25 20:06:38
|
That seems to have done the trick - thanks Rob! Tyson -----Original Message----- From: Rob Harrop [mailto:ro...@ca...]=20 Sent: Friday, June 25, 2004 4:23 AM To: spr...@li... Subject: Re: [Springframework-developer] RE: Not leveraging the CGLIB cache Yes using the equalsInProxy method means that the target has an effect=20 on whether or not the proxy class is reused when really is shouldn't=20 have that much of a say. I refactored AopProxyUtils.equalsInProxy=20 moving some of the logic into separate methods, which I now use for the=20 comparison in ProxyCallbackFilter,equals. I updated the test to test=20 when the targets are different and it now passes. The comparison in=20 ProxyCallbackFilter comapres the advisors and proxied interfaces along=20 with the frozen, targetsource.static and exposeproxy flags. If all=20 these are the same then the proxy class will be reused. Tyson, I committed this update - give it a try! Rob On 25 Jun 2004, at 00:34, Chris Nokleberg wrote: > Norris, Tyson wrote: >> (Using the CVS version 1.8 Cglib2ApoProxy) I get everything to work=20 >> fine >> with the test case I mentioned below even when both proxies are=20 >> advised, >> unless I remove the equals() method from TestBean. > [snip] >> So, my question is - why should this affect whether CGLIB can cache=20 >> the >> generated class? I'm back to not understanding if the problem is in >> CGLIB, or Cglib2AopProxy. (or, maybe I'm missing some understanding,=20 >> and >> the equals method on my beans truly is required...) > > The new ProxyCallbackFilter class still uses=20 > AopProxyUtils.equalsInProxy in > its equals method. equalsInProxy uses equality of the AdvisedSupport > TargetSource. Depending on the implementation of TargetSource being=20 > used, I > think this means it *is* possible for your target bean's equals method > to > affect CGLIB caching behavior. I'm not qualified to say whether this is > desirable or not. > > Chris > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 digital self defense, top technical experts, no vendor pitches,=20 unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Tim C. <tc...@ta...> - 2004-06-25 19:51:01
|
But you can achieve the same thing in my solution without the duplication of URLs. Seth Ladd wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > | In the example of a complex application that might have many > | URLs/Interceptor combinations you are not really going to make things > | any less complicated as you will end up having a huge amout of these. I > | wonder if an alternative approach would be to be able to attach > | interceptors directly to controllers: > > I'm OK with the complication *as an option* because I'm trying to > divorce the mapping of the interceptors for the mapping of the URLs to > Controllers. > > For simple situations, it should be easy to bind a interceptor to a > HandlerMapping directly. > > Seth > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3-nr1 (Windows XP) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFA3H7GKZsFSwtW+wIRAuMnAJ4zUHVyIYFqRZJJLhCL8RrmxFaymACeI4Qh > g/fHIX81ucIZvAx9SRQ4tHw= > =wztk > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital > self defense, top technical experts, no vendor pitches, unmatched > networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Seth L. <se...@eh...> - 2004-06-25 19:36:48
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | In the example of a complex application that might have many | URLs/Interceptor combinations you are not really going to make things | any less complicated as you will end up having a huge amout of these. I | wonder if an alternative approach would be to be able to attach | interceptors directly to controllers: I'm OK with the complication *as an option* because I'm trying to divorce the mapping of the interceptors for the mapping of the URLs to Controllers. For simple situations, it should be easy to bind a interceptor to a HandlerMapping directly. Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA3H7GKZsFSwtW+wIRAuMnAJ4zUHVyIYFqRZJJLhCL8RrmxFaymACeI4Qh g/fHIX81ucIZvAx9SRQ4tHw= =wztk -----END PGP SIGNATURE----- |
|
From: <jue...@we...> - 2004-06-25 18:27:43
|
Sounds plausible. I'm no XML expert, though: How could we make this = work? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Timo Verhoeven Gesendet: Fr 25.06.2004 19:33 An: spr...@li... Betreff: Re: [Springframework-developer] Include/import directive in XML = bean definition files Hi! Why not use standardized XInclude syntax? It would look like this: <beans xnlns:xi=3D"http://www.w3.org/2001/XInclude"> ... <xi:include href=3D"anyURL"/> ... </beans> XInclude supports inclusion of xml and text data; thus it could replace annoying CDATA sections. Regards, Timo Am Freitag, 25. Juni 2004 19:06 schrieb j=FCrgen h=F6ller [werk3AT]: > Any thoughts on include/import directives in XML bean definition > files? > > http://opensource.atlassian.com/projects/spring/browse/SPR-137 > > This is about elements in XML bean definitions that allow to include > other XML bean definition files, with paths that are interpreted as > relative to the current file. Basically, this is an alternative to > combining multiple XML bean definition files via > "contextConfigLocation" parameters. > > Remaining questions are mostly about syntax. One possibility would be > like as follows: > > <beans> > > <include resource=3D"includeBeans.xml"/> > > <bean.../> > > </beans> > > Should the tag be called "include" or "import"? Any suggestions or > objections regarding such functionality in general? I'm personally > still a fan of "contextConfigLocation", but I guess there are valid > use cases for keeping includes directly in bean definition files. > > As a side note, one can already use standard XML entity includes to > achieve something similar. However, such include files are not full > DTD-compliant XML files themselves, and the XML include syntax is > rather awkward. > > <?xml version=3D"1.0" encoding=3D"UTF-8"?> > <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" > "http://www.springframework.org/dtd/spring-beans.dtd > <http://www.springframework.org/dtd/spring-beans.dtd> " [ <!ENTITY > contextInclude SYSTEM > "org/springframework/web/context/WEB-INF/contextInclude.xml"> ]> > > <beans> > > &contextInclude; > > > <bean.../> > > </beans> > > I'd like to clarify our way to proceed with this ASAP, to get it into > 1.1 RC1 if we decide to adopt it. > > Juergen > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-develope >r ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-06-25 18:01:22
|
I don't have anything against this really, but on the other hand I think people would almost always be better of specifying the files to be combined from the external creator of the BeanFactory or ApplicationContext, which Spring allows you to do pretty easilly everywhere, in that almost everywhere you can specify one file, you can specify multiple files. My feeling (although I haven't verified it) is that the relative import is probably going to fail in a classpath resource situation anywehre where the file is not actually on the filesystem. For example, in WebLogic, jar files with classes are usually not actually expanded out to the filesystem. So if you get the URL for one of these resources, you'll get zip:path/to/jar/file/jarfile.jar#real/path/to/resource now I think the code in the patch would fail when it tries to build a relative URL for the imported relative fragment, where it calls new URL(this.url, relativePath) Of course this will work in many situations, but people are probably better off doing something portable. So if we add it, we should probably strongly suggest that people try to avoid using the import and specify the files externally. Colin jürgen höller [werk3AT] wrote: >Any thoughts on include/import directives in XML bean definition files? > >http://opensource.atlassian.com/projects/spring/browse/SPR-137 > >This is about elements in XML bean definitions that allow to include other XML bean definition files, with paths that are interpreted as relative to the current file. Basically, this is an alternative to combining multiple XML bean definition files via "contextConfigLocation" parameters. > >Remaining questions are mostly about syntax. One possibility would be like as follows: > > <beans> > > <include resource="includeBeans.xml"/> > > <bean.../> > > </beans> > >Should the tag be called "include" or "import"? Any suggestions or objections regarding such functionality in general? I'm personally still a fan of "contextConfigLocation", but I guess there are valid use cases for keeping includes directly in bean definition files. > >As a side note, one can already use standard XML entity includes to achieve something similar. However, such include files are not full DTD-compliant XML files themselves, and the XML include syntax is rather awkward. > > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd <http://www.springframework.org/dtd/spring-beans.dtd> " [ > <!ENTITY contextInclude SYSTEM "org/springframework/web/context/WEB-INF/contextInclude.xml"> > ]> > > <beans> > > &contextInclude; > > > <bean.../> > > </beans> > >I'd like to clarify our way to proceed with this ASAP, to get it into 1.1 RC1 if we decide to adopt it. > >Juergen > > |
|
From: <jue...@we...> - 2004-06-25 18:00:47
|
Good point. I've just scratched the ClassPathResourcePatternResolver =
base class and moved the logic into PathMatchingResourcePatternResolver =
itself (which is the only class that is actually used anyway). The =
latter checks for "classpath*:" first now, then for =
PathMatcher.isPattern, then for a single resource.
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Fr 25.06.2004 19:49
An: spr...@li...
Betreff: Re: [Springframework-developer] Retrieve all class path =
resources with the same name
W/regards to your 2nd paragraph, at a minimum you'd have to modify the
present implementation of
PathMatcher.isPattern
since it would trigger on the * in classpath*:, as used in
PathMatchingResourcePatternResolver before the prefix is ever matched by
code in ClassPathResourcePatternResolver...
j=FCrgen h=F6ller [werk3AT] wrote:
>I quite like "classpath*:" too: It's a resource pattern prefix, just =
like "classpath:" is a resource location prefix. Everything after the =
":" should be the actual resource pattern, so I don't really like a "*" =
there.
>
>"classpath*:*-beans.xml" will _not_ work, as the implementation =
considers the path after "classpath*:" a standard classpath resource =
location. This means that the location after "classpath*:" is not =
supposed to contain an Ant-style pattern in any case; it will not be =
parsed but rather passed straight through to the ClassLoader.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von Tom Turelinckx
>Gesendet: Fr 25.06.2004 12:16
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Retrieve all class path =
resources with the same name
>
>
>
>I've been thinking about this, and though I had some doubts at first, I
>definitely like "classpath*:" now, because of the * character.
>
>The point is that ResourceLoader takes a location, while
>ResourcePatternResolver takes a location _pattern_, and depending on =
the
>place where you use a resource string, a location pattern may or may =
not
>be allowed. In this regard it is important to think of
>"classpath:beans.xml" as a location, and "classpath*:beans.xml" as a
>location pattern.
>
>Thus, a resource location always results in at most one matching file,
>which is consistent with the way Resource and ResourceLoader are
>defined.
>
>I think we should clearly document that "classpath*:" is not considered
>a prefix, but part of a location pattern, so its use is only allowed
>where location patterns are allowed.
>
>The implementation is tricky though. I suppose "classpath:*-beans.xml"
>would work if the individual locations are resolvable to File, but what
>about "classpath*:*-beans.xml"? Not that I would try to use a pattern
>like that myself though ;-)
>
>Kind regards,
>Tom.
>
>On Fri, 25 Jun 2004 09:25:00 +0200, "j=FCrgen h=F6ller [werk3AT]"
><jue...@we...> said:
>=20
>
>>Any thoughts about the prefix naming? Is "classpath*:" for explictly
>>wanting all matching classpath resources fine?
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag =
von
>>j=FCrgen h=F6ller [werk3AT]
>>Gesendet: Do 24.06.2004 09:56
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] Retrieve all class path
>>resources with the same name
>>
>>
>>
>>Colin,
>>
>>You do have a point there. We coul use a prefix like "classpath*:" for
>>loading all matching resources from the classpath. ("resources:" is =
too
>>general, IMO: It's about multiple _classpath_ resources.) That would =
keep
>>the behavior of "classpath:" in any case, and allow to explicitly =
specify
>>"I want all matching resources" via "classpath*:".
>>
>>Interestingly, a classpath resource string is the only resource =
location
>>accepted by Spring's ResourceLoader that is not unique but can result =
in
>>multiple matching files.
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag =
von
>>Colin Sampaleanu
>>Gesendet: Do 24.06.2004 06:06
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] Retrieve all class path
>>resources with the same name
>>
>>
>>
>>I've been thinking about this, and was wondering if it's appropriate
>>that _all_ matching resources are found, all the time, and also if we
>>should be worried about a backwards incompatible change.
>>
>>Before, in ClassPathXmlApplicationContext, the locations
>> beans.xml
>>and
>> classpath:beans.xml
>>would return one resource, regardless of how many there were.
>>
>>Now the former still returns one, while the latter returns 1-x.
>>
>>Is it a problem that we've made a backwards incompatible change for =
the
>>latter form?
>>Is it a problem that somebody, if they want just one resource, has to
>>know that they need to use the first form? Additionally to this, this
>>distinction is possible when something like
>>ClassPathXmlApplicationContext, but for others that override the =
default
>>getResourceByPath to default to something else than a classpath
>>resource, it's not a possibility.
>>
>>I guess somebody could say, if there are multiple resources available
>>under that name, is it ever appropriate to return just one? I think =
so,
>>since after all, even in that case, the classloader resource loading
>>strategy is well defined and deterministic.
>>
>>Since the 'classpath:' prefix is something we made up, why don't we =
keep
>>this for just a single resource, and use something like 'resources:' =
(or
>>whatever) to mean multiple resources?
>>
>>Colin
>>
>>j=FCrgen h=F6ller [werk3AT] wrote:
>>
>> =20
>>
>>>FYI, I've just refined PathMatchingResourcePatternResolver to be able =
to retrieve all class path resources with the same name. It actually =
inherits this from the new base class ClassPathResourcePatternResolver.
>>>
>>>http://sourceforge.net/forum/forum.php?thread_id=3D1096825&forum_id=3D=
250340
>>>
>>>So "classpath:/beans.xml" will load all beans.xml files in classes =
directories or JAR files, if passed into =
PathMatchingResourcePatternResolver. Of course, Ant-style file path =
patterns like "/WEB-INF/*-context.xml" still work.
>>>
>>>As this is automatically used by "contextConfigLocation" parameters, =
this means that we can specify such a URL for a root web application =
context, for example to auto-load all beans.xml files contained in =
deployed JAR files in WEB-INF\lib (HiveMind-style)!
>>>
>>>Juergen
>>>
>>>
>>>DI J=FCrgen H=F6ller
>>>Senior System Architect
>>>______________________________________
>>>
>>>werk3ATS - division systementwicklung
>>>werk3AT informations- und mediensysteme
>>>
>>>europaplatz 4
>>>A - 4020 linz
>>>
>>>t. +43 (0) 732 71 65 29 502
>>>f. +43 (0) 732 71 65 29 3
>>>mailto:jue...@we...
>>>http://www.werk3at.com
>>>______________________________________
>>>werk3ATS - WIR ENTWICKELN ERFOLG
>>>
>>>
>>> =20
>>>
>> =20
>>
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Colin S. <col...@ex...> - 2004-06-25 17:45:18
|
W/regards to your 2nd paragraph, at a minimum you'd have to modify the
present implementation of
PathMatcher.isPattern
since it would trigger on the * in classpath*:, as used in
PathMatchingResourcePatternResolver before the prefix is ever matched by
code in ClassPathResourcePatternResolver...
jürgen höller [werk3AT] wrote:
>I quite like "classpath*:" too: It's a resource pattern prefix, just like "classpath:" is a resource location prefix. Everything after the ":" should be the actual resource pattern, so I don't really like a "*" there.
>
>"classpath*:*-beans.xml" will _not_ work, as the implementation considers the path after "classpath*:" a standard classpath resource location. This means that the location after "classpath*:" is not supposed to contain an Ant-style pattern in any case; it will not be parsed but rather passed straight through to the ClassLoader.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von Tom Turelinckx
>Gesendet: Fr 25.06.2004 12:16
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Retrieve all class path resources with the same name
>
>
>
>I've been thinking about this, and though I had some doubts at first, I
>definitely like "classpath*:" now, because of the * character.
>
>The point is that ResourceLoader takes a location, while
>ResourcePatternResolver takes a location _pattern_, and depending on the
>place where you use a resource string, a location pattern may or may not
>be allowed. In this regard it is important to think of
>"classpath:beans.xml" as a location, and "classpath*:beans.xml" as a
>location pattern.
>
>Thus, a resource location always results in at most one matching file,
>which is consistent with the way Resource and ResourceLoader are
>defined.
>
>I think we should clearly document that "classpath*:" is not considered
>a prefix, but part of a location pattern, so its use is only allowed
>where location patterns are allowed.
>
>The implementation is tricky though. I suppose "classpath:*-beans.xml"
>would work if the individual locations are resolvable to File, but what
>about "classpath*:*-beans.xml"? Not that I would try to use a pattern
>like that myself though ;-)
>
>Kind regards,
>Tom.
>
>On Fri, 25 Jun 2004 09:25:00 +0200, "jürgen höller [werk3AT]"
><jue...@we...> said:
>
>
>>Any thoughts about the prefix naming? Is "classpath*:" for explictly
>>wanting all matching classpath resources fine?
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag von
>>jürgen höller [werk3AT]
>>Gesendet: Do 24.06.2004 09:56
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] Retrieve all class path
>>resources with the same name
>>
>>
>>
>>Colin,
>>
>>You do have a point there. We coul use a prefix like "classpath*:" for
>>loading all matching resources from the classpath. ("resources:" is too
>>general, IMO: It's about multiple _classpath_ resources.) That would keep
>>the behavior of "classpath:" in any case, and allow to explicitly specify
>>"I want all matching resources" via "classpath*:".
>>
>>Interestingly, a classpath resource string is the only resource location
>>accepted by Spring's ResourceLoader that is not unique but can result in
>>multiple matching files.
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag von
>>Colin Sampaleanu
>>Gesendet: Do 24.06.2004 06:06
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] Retrieve all class path
>>resources with the same name
>>
>>
>>
>>I've been thinking about this, and was wondering if it's appropriate
>>that _all_ matching resources are found, all the time, and also if we
>>should be worried about a backwards incompatible change.
>>
>>Before, in ClassPathXmlApplicationContext, the locations
>> beans.xml
>>and
>> classpath:beans.xml
>>would return one resource, regardless of how many there were.
>>
>>Now the former still returns one, while the latter returns 1-x.
>>
>>Is it a problem that we've made a backwards incompatible change for the
>>latter form?
>>Is it a problem that somebody, if they want just one resource, has to
>>know that they need to use the first form? Additionally to this, this
>>distinction is possible when something like
>>ClassPathXmlApplicationContext, but for others that override the default
>>getResourceByPath to default to something else than a classpath
>>resource, it's not a possibility.
>>
>>I guess somebody could say, if there are multiple resources available
>>under that name, is it ever appropriate to return just one? I think so,
>>since after all, even in that case, the classloader resource loading
>>strategy is well defined and deterministic.
>>
>>Since the 'classpath:' prefix is something we made up, why don't we keep
>>this for just a single resource, and use something like 'resources:' (or
>>whatever) to mean multiple resources?
>>
>>Colin
>>
>>jürgen höller [werk3AT] wrote:
>>
>>
>>
>>>FYI, I've just refined PathMatchingResourcePatternResolver to be able to retrieve all class path resources with the same name. It actually inherits this from the new base class ClassPathResourcePatternResolver.
>>>
>>>http://sourceforge.net/forum/forum.php?thread_id=1096825&forum_id=250340
>>>
>>>So "classpath:/beans.xml" will load all beans.xml files in classes directories or JAR files, if passed into PathMatchingResourcePatternResolver. Of course, Ant-style file path patterns like "/WEB-INF/*-context.xml" still work.
>>>
>>>As this is automatically used by "contextConfigLocation" parameters, this means that we can specify such a URL for a root web application context, for example to auto-load all beans.xml files contained in deployed JAR files in WEB-INF\lib (HiveMind-style)!
>>>
>>>Juergen
>>>
>>>
>>>DI Jürgen Höller
>>>Senior System Architect
>>>______________________________________
>>>
>>>werk3ATS - division systementwicklung
>>>werk3AT informations- und mediensysteme
>>>
>>>europaplatz 4
>>>A - 4020 linz
>>>
>>>t. +43 (0) 732 71 65 29 502
>>>f. +43 (0) 732 71 65 29 3
>>>mailto:jue...@we...
>>>http://www.werk3at.com
>>>______________________________________
>>>werk3ATS - WIR ENTWICKELN ERFOLG
>>>
>>>
>>>
>>>
>>
>>
|
|
From: Timo V. <sic...@gm...> - 2004-06-25 17:33:52
|
Hi! Why not use standardized XInclude syntax? It would look like this: <beans xnlns:xi=3D"http://www.w3.org/2001/XInclude"> ... <xi:include href=3D"anyURL"/> ... </beans> XInclude supports inclusion of xml and text data; thus it could replace=20 annoying CDATA sections. Regards, Timo Am Freitag, 25. Juni 2004 19:06 schrieb j=FCrgen h=F6ller [werk3AT]: > Any thoughts on include/import directives in XML bean definition > files? > > http://opensource.atlassian.com/projects/spring/browse/SPR-137 > > This is about elements in XML bean definitions that allow to include > other XML bean definition files, with paths that are interpreted as > relative to the current file. Basically, this is an alternative to > combining multiple XML bean definition files via > "contextConfigLocation" parameters. > > Remaining questions are mostly about syntax. One possibility would be > like as follows: > > <beans> > > <include resource=3D"includeBeans.xml"/> > > <bean.../> > > </beans> > > Should the tag be called "include" or "import"? Any suggestions or > objections regarding such functionality in general? I'm personally > still a fan of "contextConfigLocation", but I guess there are valid > use cases for keeping includes directly in bean definition files. > > As a side note, one can already use standard XML entity includes to > achieve something similar. However, such include files are not full > DTD-compliant XML files themselves, and the XML include syntax is > rather awkward. > > <?xml version=3D"1.0" encoding=3D"UTF-8"?> > <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" > "http://www.springframework.org/dtd/spring-beans.dtd > <http://www.springframework.org/dtd/spring-beans.dtd> " [ <!ENTITY > contextInclude SYSTEM > "org/springframework/web/context/WEB-INF/contextInclude.xml"> ]> > > <beans> > > &contextInclude; > > > <bean.../> > > </beans> > > I'd like to clarify our way to proceed with this ASAP, to get it into > 1.1 RC1 if we decide to adopt it. > > Juergen > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-develope >r |
|
From: <jue...@we...> - 2004-06-25 17:18:34
|
While this would be easy enough to add, I doubt that many people will = use it. IMHO, it feels a bit odd to first implement an interface that = specifies a setter and then still apply the property value via a = "property" key (which has to match the bean property of the setter in = the interface). =20 If we do magic anyway, why not assume that the injection interface = specifies a single method with a single parameter? We could then invoke = that method with the specified argument value. This would at least = remove the "property" redundancy. =20 I understand that this was the first way of IoC that XWork/WebWork2 = supported, but I'm not convinced that it is really recommendable. Feel = free to argue about that :-) =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von James Cook Gesendet: Fr 25.06.2004 15:40 An: spr...@li... Betreff: RE: [Springframework-developer] IoC container enhancements Since you are enhancing the injection support for the container, do you think it is worthwhile adding syntax to support Type 1 (Interface = Injection) IoC? http://opensource.atlassian.com/confluence/spring/display/DISC/Adding+Int= erf ace+Injection+to+Spring > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Rod Johnson > Sent: Friday, June 25, 2004 3:50 AM > To: spr...@li... > Subject: Re: [Springframework-developer] IoC container enhancements > > > Lookup methods can be combined with Setter Injection. They > > can't presently be combined with Constructor Injection, but I > > will add support for this, assuming that it's possible with > > CGLIB. > > > I've just removed this restriction. > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-06-25 17:06:11
|
Any thoughts on include/import directives in XML bean definition files? http://opensource.atlassian.com/projects/spring/browse/SPR-137 This is about elements in XML bean definitions that allow to include = other XML bean definition files, with paths that are interpreted as = relative to the current file. Basically, this is an alternative to = combining multiple XML bean definition files via "contextConfigLocation" = parameters. =20 Remaining questions are mostly about syntax. One possibility would be = like as follows: =20 <beans> =20 <include resource=3D"includeBeans.xml"/> =20 <bean.../> =20 </beans> =20 Should the tag be called "include" or "import"? Any suggestions or = objections regarding such functionality in general? I'm personally still = a fan of "contextConfigLocation", but I guess there are valid use cases = for keeping includes directly in bean definition files. =20 As a side note, one can already use standard XML entity includes to = achieve something similar. However, such include files are not full = DTD-compliant XML files themselves, and the XML include syntax is rather = awkward. =20 <?xml version=3D"1.0" encoding=3D"UTF-8"?> <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" = "http://www.springframework.org/dtd/spring-beans.dtd = <http://www.springframework.org/dtd/spring-beans.dtd> " [ <!ENTITY contextInclude SYSTEM = "org/springframework/web/context/WEB-INF/contextInclude.xml"> ]> <beans> =20 &contextInclude; =20 <bean.../> =20 </beans> =20 I'd like to clarify our way to proceed with this ASAP, to get it into = 1.1 RC1 if we decide to adopt it. =20 Juergen |