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: <jas...@ma...> - 2004-06-24 09:49:27
|
Agreed. OK, its a trivial change but I've gone ahead and made a patch to allow application developers to reuse Spring's XmlBeanFactory to create custom application config files. |
|
From: <jue...@we...> - 2004-06-24 07:59:42
|
Colin,
=20
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*:".
=20
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.
=20
Juergen
=20
________________________________
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:
>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=3D25=
0340
>
>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
>
-------------------------------------------------------
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: Mason, R. <ros...@vi...> - 2004-06-24 06:48:17
|
This would be really useful. For applications that are constucted by = spring it is much eaiser, quicker and less error prone to be working = with a domain-specific config file with a dtd/xsd to describe/validate = as you go. +1 >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of jas...@ma... >Sent: Thursday, 24 June 2004 1:32 PM >To: spr...@li... >Subject: Re: [Springframework-developer] custom XML config files > > > >On 23 Jun 2004, at 19:08, Seth Ladd wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> | Using the example above we could use a simple macro which turns >> | >> | <connector url=3D"..." timeout=3D"2000"/> >> | >> | into >> | >> | <bean class=3D"MyConnectorBean"> >> | <property name=3D"url"><value>...</value></property> >> | <property name=3D"timeout"><value>2000</value></property> >> | </bean> >> | >> | This could be a trivial optional transformation step written in a=20 >> little >> | Java code, where the ActiveMQXmlBeanFactory could derive from the=20 >> Spring >> | XmlBeanFactory and install a custom transformer into the >> | XmlBeanDefinitionReader so that any XML notation the=20 >ActiveMQ factory >> | knew about could be transformed into normal Spring XML ready for=20 >> Spring >> | to do its thing. >> >> One way to do that would be XSLT. I've often considered doing just=20 >> that >> type of thing. For instance, our views.xml file is getting=20 >huge. That >> type of file really lends itself to a shortened version. Then, using >> XSLT at runtime, we can transform the views optimized XML into a full >> Spring BEANS xml file. >> >> I'd rather see this: >> >> <jstl url=3D"/WEB-INF/jsp/foo.jsp" /> >> >> than: >> >> <bean class=3D"org.springframework.servlet.view.JstlView"> >> ~ <property name=3D"url"> >> ~ <value>/WEB-INF/jsp/foo.jsp</value> >> ~ </property> >> </bean> >> >> Other nice things about this is a DTD can be created for the=20 >shortened >> version, to allow for validating and smoother XSLT. Also, if others >> need to extend the shorted form, they can either edit the=20 >XSLT file, or >> better yet, just start writing spring BEANS elements. The XSLT file >> should just recognize the native spring beans elements and transfer=20 >> them >> over. >> >> A XstlBeanFactory would do the trick there. Given an XML file, and a >> XSLT file, it should transform then delegate to XmlBeanFactory. >> >> Ideas? Thoughts? This might be a good middle ground for those that >> like XML and those that want to see the XML verbosity=20 >reduced somehow. > >XSLT is certainly one way of doing it. Either way, whether its some=20 >Java code that does the transformation, or XSLT the effect is the same=20 >- we get a shortened XML file (along with a custom DTD / XSD) for=20 >easier editing. > >Personally I find XSLT to be a PITA so would rather a little=20 >simple bit=20 >of Java code to navigate over a DOM tree and turn elements into normal=20 >Spring XML but each to their own. So long as the hooks are there to=20 >easily modify the DOM before Spring starts to process it, folks could=20 >use Java code or XSLT to transform the DOM. > >James >------- >http://radio.weblogs.com/0112098/ > > > >------------------------------------------------------- >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: Colin S. <col...@ex...> - 2004-06-24 04:02:15
|
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: <jas...@ma...> - 2004-06-24 03:32:05
|
On 23 Jun 2004, at 19:08, Seth Ladd wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > | Using the example above we could use a simple macro which turns > | > | <connector url="..." timeout="2000"/> > | > | into > | > | <bean class="MyConnectorBean"> > | <property name="url"><value>...</value></property> > | <property name="timeout"><value>2000</value></property> > | </bean> > | > | This could be a trivial optional transformation step written in a > little > | Java code, where the ActiveMQXmlBeanFactory could derive from the > Spring > | XmlBeanFactory and install a custom transformer into the > | XmlBeanDefinitionReader so that any XML notation the ActiveMQ factory > | knew about could be transformed into normal Spring XML ready for > Spring > | to do its thing. > > One way to do that would be XSLT. I've often considered doing just > that > type of thing. For instance, our views.xml file is getting huge. That > type of file really lends itself to a shortened version. Then, using > XSLT at runtime, we can transform the views optimized XML into a full > Spring BEANS xml file. > > I'd rather see this: > > <jstl url="/WEB-INF/jsp/foo.jsp" /> > > than: > > <bean class="org.springframework.servlet.view.JstlView"> > ~ <property name="url"> > ~ <value>/WEB-INF/jsp/foo.jsp</value> > ~ </property> > </bean> > > Other nice things about this is a DTD can be created for the shortened > version, to allow for validating and smoother XSLT. Also, if others > need to extend the shorted form, they can either edit the XSLT file, or > better yet, just start writing spring BEANS elements. The XSLT file > should just recognize the native spring beans elements and transfer > them > over. > > A XstlBeanFactory would do the trick there. Given an XML file, and a > XSLT file, it should transform then delegate to XmlBeanFactory. > > Ideas? Thoughts? This might be a good middle ground for those that > like XML and those that want to see the XML verbosity reduced somehow. XSLT is certainly one way of doing it. Either way, whether its some Java code that does the transformation, or XSLT the effect is the same - we get a shortened XML file (along with a custom DTD / XSD) for easier editing. Personally I find XSLT to be a PITA so would rather a little simple bit of Java code to navigate over a DOM tree and turn elements into normal Spring XML but each to their own. So long as the hooks are there to easily modify the DOM before Spring starts to process it, folks could use Java code or XSLT to transform the DOM. James ------- http://radio.weblogs.com/0112098/ |
|
From: Chris N. <ch...@si...> - 2004-06-24 03:25:29
|
Rob Harrop wrote: > Some more news on this. Did some extensive testing on the train today > and I am a bit stumped to be honest. The Cglib Key class that is > created for both proxies is the same and therefore should use same > class as the first instance, and indeed this works when the target is > unadvised. I have two theories which I have been unable to test so far > but hope to do so tomorrow/Thurs unless anyone else gets to it first. > First theory (the unlikely one), is that the SoftReferences used to > cache the proxy is being collected. Second, more likely theory, is that > the Key class some how fails to work correctly when there are a certain > number of callbacks. There are a LOT more callbacks created for advised > targets than non advised targets. Given that the Spring implementation of CallbackFilter (Cglib2AopProxy) uses a hard-coded hashCode value of zero, it is quite expected generated classes that differ only in the set of advised methods will have names with the same hash code portion, and be differentiated only by the numeric suffix. If you think that two generated classes with different suffixes should actually be the same class, that would point to an incorrect implementation of Cglib2AopProxy.equals. CGLIB uses the equals method of the CallbackFilter, among other things, to determine if a generated class is the same as another (i.e. whether a new one needs to be generated). It might be simpler to split off the CallbackFilter portion of Cglib2AopProxy into it's own class, even an inner class. This way you could separate the equals implementations for AopProxy and CallbackFilter (if it turns out they need to be different). Also, for performance, the hash code of the CallbackFilter should eventually be changed to reflect the set of methods being advised. I think Rod looked into doing this once but ran into some test suite failures. Chris |
|
From: <al...@jt...> - 2004-06-23 22:13:19
|
<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.34</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>06/24/2004 00:16:12</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 29 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>06/23/2004 19:33:24</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>polishing</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/web/s=
ervlet/i18n/CookieLocaleResolver.java</td><td class=3D"modifications-data">=
polishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifica=
tions-data">modified</td><td class=3D"modifications-data">jhoeller</td><td =
class=3D"modifications-data">src/org/springframework/web/servlet/i18n/Sessi=
onLocaleResolver.java</td><td class=3D"modifications-data">polishing</td></=
tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">mod=
ified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifi=
cations-data">src/org/springframework/web/servlet/mvc/AbstractFormControlle=
r.java</td><td class=3D"modifications-data">polishing</td></tr><tr class=3D=
"modifications-oddrow"><td class=3D"modifications-data">modified</td><td cl=
ass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">sr=
c/org/springframework/web/servlet/theme/CookieThemeResolver.java</td><td cl=
ass=3D"modifications-data">polishing</td></tr><tr class=3D"modifications-ev=
enrow"><td class=3D"modifications-data">modified</td><td class=3D"modificat=
ions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfram=
ework/web/servlet/theme/SessionThemeResolver.java</td><td class=3D"modifica=
tions-data">polishing</td></tr><tr class=3D"modifications-oddrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">src/org/springframework/web/servle=
t/mvc/BaseCommandController.java</td><td class=3D"modifications-data">added=
"suppressValidation" and "isFormChangeRequest"</td></tr><tr class=3D"modif=
ications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">src/o=
rg/springframework/web/servlet/mvc/SimpleFormController.java</td><td class=
=3D"modifications-data">added "suppressValidation" and "isFormChangeRequest=
"</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-da=
ta">modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D=
"modifications-data">test/org/springframework/beans/support/PagedListHolder=
Tests.java</td><td class=3D"modifications-data">support setting of both "pa=
ge" and "pageSize" in same request</td></tr><tr class=3D"modifications-even=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">jhoeller</td><td class=3D"modifications-data">test/org/springframe=
work/web/servlet/mvc/FormControllerTestSuite.java</td><td class=3D"modifica=
tions-data">added "suppressValidation" and "isFormChangeRequest"</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modified=
</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificatio=
ns-data">src/org/springframework/beans/support/PagedListHolder.java</td><td=
class=3D"modifications-data">support setting of both "page" and "pageSize"=
in same request</td></tr><tr class=3D"modifications-evenrow"><td class=3D"=
modifications-data">modified</td><td class=3D"modifications-data">luke_t</t=
d><td class=3D"modifications-data">/project.xml</td><td class=3D"modificati=
ons-data">remove JBoss jar to fix Maven build</td></tr><tr class=3D"modific=
ations-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">aarendsen</td><td class=3D"modifications-data">/changelo=
g.txt</td><td class=3D"modifications-data">Added 'concurrent' flag to Metho=
dInvokingJobDetailFactoryBean to support Stateful jobs (not running concurr=
ently)</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificati=
ons-data">modified</td><td class=3D"modifications-data">aarendsen</td><td c=
lass=3D"modifications-data">docs/reference/src/scheduling.xml</td><td class=
=3D"modifications-data">Added 'concurrent' flag to MethodInvokingJobDetailF=
actoryBean to support Stateful jobs (not running concurrently)</td></tr><tr=
class=3D"modifications-oddrow"><td class=3D"modifications-data">modified</=
td><td class=3D"modifications-data">aarendsen</td><td class=3D"modification=
s-data">src/org/springframework/scheduling/quartz/MethodInvokingJobDetailFa=
ctoryBean.java</td><td class=3D"modifications-data">Added 'concurrent' flag=
to MethodInvokingJobDetailFactoryBean to support Stateful jobs (not runnin=
g concurrently)</td></tr><tr class=3D"modifications-evenrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">aarendsen<=
/td><td class=3D"modifications-data">test/org/springframework/scheduling/Sc=
hedulingTestSuite.java</td><td class=3D"modifications-data">Added 'concurre=
nt' flag to MethodInvokingJobDetailFactoryBean to support Stateful jobs (no=
t running concurrently)</td></tr><tr class=3D"modifications-oddrow"><td cla=
ss=3D"modifications-data">modified</td><td class=3D"modifications-data">jho=
eller</td><td class=3D"modifications-data">src/org/springframework/core/io/=
support/ClassPathResourcePatternResolver.java</td><td class=3D"modification=
s-data">added copyright header</td></tr><tr class=3D"modifications-evenrow"=
><td class=3D"modifications-data">modified</td><td class=3D"modifications-d=
ata">jhoeller</td><td class=3D"modifications-data">src/org/springframework/=
core/io/support/PathMatchingResourcePatternResolver.java</td><td class=3D"m=
odifications-data">added copyright header</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/core/io/support/ResourcePatternResolver.java</td><td class=3D"mod=
ifications-data">added copyright header</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">jhoeller</td><td class=3D"modifications-data">/changelog.txt<=
/td><td class=3D"modifications-data">respect Properties defaults, added Cla=
ssPathResourcePatternResolver</td></tr><tr class=3D"modifications-oddrow"><=
td class=3D"modifications-data">modified</td><td class=3D"modifications-dat=
a">jhoeller</td><td class=3D"modifications-data">test/org/springframework/b=
eans/factory/DefaultListableBeanFactoryTestSuite.java</td><td class=3D"modi=
fications-data">support private bean constructors</td></tr><tr class=3D"mod=
ifications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">test/=
org/springframework/beans/factory/HasMap.java</td><td class=3D"modification=
s-data">support private bean constructors</td></tr><tr class=3D"modificatio=
ns-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/beans/factory/support/AbstractAutowireCapableBeanFactory.java</td=
><td class=3D"modifications-data">support private bean constructors</td></t=
r><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modific=
ations-data">src/org/springframework/beans/factory/support/RootBeanDefiniti=
on.java</td><td class=3D"modifications-data">support private bean construct=
ors</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-=
data">modified</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">src/org/springframework/beans/BeanUtils.java</td><t=
d class=3D"modifications-data">support private bean constructors</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificati=
ons-data">docs/reference/src/aop.xml</td><td class=3D"modifications-data">f=
ixed RegexpMethodPointcutAdvisor example code</td></tr><tr class=3D"modific=
ations-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">jhoeller</td><td class=3D"modifications-data">src/org/sp=
ringframework/web/context/support/RequestHandledEvent.java</td><td class=3D=
"modifications-data">renamed "getUrl" to "getRequestUrl"</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">added</td><td c=
lass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">s=
rc/org/springframework/core/io/support/ClassPathResourcePatternResolver.jav=
a</td><td class=3D"modifications-data">added ClassPathResourcePatternResolv=
er which can retrieve multiple class path resources with the same name</td>=
</tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mo=
dified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modif=
ications-data">src/org/springframework/core/io/support/PathMatchingResource=
PatternResolver.java</td><td class=3D"modifications-data">added ClassPathRe=
sourcePatternResolver which can retrieve multiple class path resources with=
the same name</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">jhoeller</t=
d><td class=3D"modifications-data">src/org/springframework/beans/factory/co=
nfig/PropertyResourceConfigurer.java</td><td class=3D"modifications-data">f=
ixed Properties usage to also catch default properties</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data"=
>src/org/springframework/beans/factory/config/PropertiesFactoryBean.java</t=
d><td class=3D"modifications-data">fixed Properties usage to also catch def=
ault properties</td></tr><tr class=3D"modifications-evenrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">jhoeller</=
td><td class=3D"modifications-data">src/org/springframework/beans/factory/c=
onfig/PropertyOverrideConfigurer.java</td><td class=3D"modifications-data">=
fixed Properties usage to also catch default properties</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data"=
>src/org/springframework/scheduling/quartz/SchedulerFactoryBean.java</td><t=
d class=3D"modifications-data">fixed Properties usage to also catch default=
properties</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modif=
ications-data">modified</td><td class=3D"modifications-data">jhoeller</td><=
td class=3D"modifications-data">test/org/springframework/beans/factory/conf=
ig/PropertyResourceConfigurerTests.java</td><td class=3D"modifications-data=
">fixed Properties usage to also catch default properties</td></tr><tr clas=
s=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data=
">src/org/springframework/orm/jdo/LocalPersistenceManagerFactoryBean.java</=
td><td class=3D"modifications-data">fixed Properties usage to also catch de=
fault properties</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/context/suppor=
t/ResourceMapFactoryBean.java</td><td class=3D"modifications-data">fixed Pr=
operties usage to also catch default properties</td></tr><tr class=3D"modif=
ications-oddrow"><td class=3D"modifications-data">modified</td><td class=3D=
"modifications-data">kdonald</td><td class=3D"modifications-data">/.classpa=
th</td><td class=3D"modifications-data">removed jboss path entries</td></tr=
><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">kdonald</td><td class=3D"modificat=
ions-data">sandbox/src/org/springframework/rules/factory/Constraints.java</=
td><td class=3D"modifications-data">polishing</td></tr><tr class=3D"modific=
ations-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">kdonald</td><td class=3D"modifications-data">sandbox/src=
/org/springframework/util/visitor/ReflectiveVisitorSupport.java</td><td cla=
ss=3D"modifications-data">polishing</td></tr><tr class=3D"modifications-eve=
nrow"><td class=3D"modifications-data">modified</td><td class=3D"modificati=
ons-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/spri=
ngframework/rules/predicates/MethodInvokingConstraint.java</td><td class=3D=
"modifications-data">polishing</td></tr><tr class=3D"modifications-oddrow">=
<td class=3D"modifications-data">modified</td><td class=3D"modifications-da=
ta">kdonald</td><td class=3D"modifications-data">sandbox/src/org/springfram=
ework/rules/values/ValidatingFormModel.java</td><td class=3D"modifications-=
data">todo</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: Seth L. <se...@eh...> - 2004-06-23 19:44:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 THOMAS, JAYANT (SBCSI) wrote: | Thanks for your response, Can it be plugged into the Spring MVC,?? Ie can we | add out own context in the Spring MVC framework. Depends how you want to plug it in. Take a look at the ContextListener, which created the initial applicationContext. That might let you specify the BeanFactory class, or would be easy to subclass. You can have multiple listeners start up, but I wouldn't know how to set one as the parent of the other. You can subclass the ContextServlet, and use the load ordering of servlets to start each context. Then, as the child is started, you can look into the app scope, find the parent, and bind it up. Should be possible, Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2d2YKZsFSwtW+wIRAl7yAJ4yzQ0um0lhMOZBaJ1Iv3xIcZ/kLgCgiyYr E6yXIM8e9UFxoV2250vjoUY= =/FVH -----END PGP SIGNATURE----- |
|
From: THOMAS, J. (SBCSI) <jt...@sb...> - 2004-06-23 19:36:59
|
Thanks for your response, Can it be plugged into the Spring MVC,?? Ie can we add out own context in the Spring MVC framework. -----Original Message----- From: Seth Ladd [mailto:se...@eh...] Sent: Wednesday, June 23, 2004 11:22 AM To: spr...@li... Subject: Re: [Springframework-developer] custom XML config files -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 THOMAS, JAYANT (SBCSI) wrote: | In my case I have my own factory which uses a xml file to model different | beans and other type's of componenents.I would like to add objects created | by my factory into the spring context,and also share objects created in | Spring factory in my factory, Iam not sure how it can be done. It will be | nice if spring gives us feature to plug in user defined factories into | spring context. I believe you can set a parent context to a context. Would that solve your problem? Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2coqKZsFSwtW+wIRAsDIAJ9Fq5VrUwX6Hr2MJqAj5RpEgnVrYQCfaYFd bFjo7egDXoRzM3YQUo/tKqo= =rOd5 -----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-23 19:32:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've implemented a XsltBeanFactory, which takes a XML doc + XSLT stylesheet, and passes off the result to XmlBeanDefinitionReader. As a first proof of concept, I am trying to implement a XsltViewResolver. I've created an optimized version of views.xml and a stylesheet to convert it to the normal Beans DTD. I'd like to propose a few refactorings to XmlViewResolver, to make it easy to plug in different BeanFactories. - - Possibly create a BeanFactoryViewResolver, with a protected method createBeanFactory(). Subclasses can implement their own bean factory here. This method would be called by initBeanFactory(), which handles all the caching operations (currently handled by XmlViewResolver's initBeanFactory). - - Either make location protected or add a getLocation() method. This would be on the XmlViewResolver, which would now subclass BeanFactoryViewResolver. - - a XsltViewResolver can then subclass XmlViewResolver, being able to reuse the caching of the BeanFactory and the location property. This is minor stuff, but making a BeanFactoryViewResolver might prove useful as more and more BeanFactories are developed. Thanks, Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2dq+KZsFSwtW+wIRAhFgAJ97RC44iEWx0C7ZYW08mRBHdt3DIwCfVBh7 3k9i1UwA32xxG7DyIjNwq5o= =/Lyl -----END PGP SIGNATURE----- |
|
From: Seth L. <se...@eh...> - 2004-06-23 18:21:37
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 THOMAS, JAYANT (SBCSI) wrote: | In my case I have my own factory which uses a xml file to model different | beans and other type's of componenents.I would like to add objects created | by my factory into the spring context,and also share objects created in | Spring factory in my factory, Iam not sure how it can be done. It will be | nice if spring gives us feature to plug in user defined factories into | spring context. I believe you can set a parent context to a context. Would that solve your problem? Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2coqKZsFSwtW+wIRAsDIAJ9Fq5VrUwX6Hr2MJqAj5RpEgnVrYQCfaYFd bFjo7egDXoRzM3YQUo/tKqo= =rOd5 -----END PGP SIGNATURE----- |
|
From: THOMAS, J. (SBCSI) <jt...@sb...> - 2004-06-23 18:15:39
|
In my case I have my own factory which uses a xml file to model different beans and other type's of componenents.I would like to add objects created by my factory into the spring context,and also share objects created in Spring factory in my factory, Iam not sure how it can be done. It will be nice if spring gives us feature to plug in user defined factories into spring context. -----Original Message----- From: Seth Ladd [mailto:se...@eh...] Sent: Wednesday, June 23, 2004 11:09 AM To: spr...@li... Subject: Re: [Springframework-developer] custom XML config files -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | Using the example above we could use a simple macro which turns | | <connector url="..." timeout="2000"/> | | into | | <bean class="MyConnectorBean"> | <property name="url"><value>...</value></property> | <property name="timeout"><value>2000</value></property> | </bean> | | This could be a trivial optional transformation step written in a little | Java code, where the ActiveMQXmlBeanFactory could derive from the Spring | XmlBeanFactory and install a custom transformer into the | XmlBeanDefinitionReader so that any XML notation the ActiveMQ factory | knew about could be transformed into normal Spring XML ready for Spring | to do its thing. One way to do that would be XSLT. I've often considered doing just that type of thing. For instance, our views.xml file is getting huge. That type of file really lends itself to a shortened version. Then, using XSLT at runtime, we can transform the views optimized XML into a full Spring BEANS xml file. I'd rather see this: <jstl url="/WEB-INF/jsp/foo.jsp" /> than: <bean class="org.springframework.servlet.view.JstlView"> ~ <property name="url"> ~ <value>/WEB-INF/jsp/foo.jsp</value> ~ </property> </bean> Other nice things about this is a DTD can be created for the shortened version, to allow for validating and smoother XSLT. Also, if others need to extend the shorted form, they can either edit the XSLT file, or better yet, just start writing spring BEANS elements. The XSLT file should just recognize the native spring beans elements and transfer them over. A XstlBeanFactory would do the trick there. Given an XML file, and a XSLT file, it should transform then delegate to XmlBeanFactory. Ideas? Thoughts? This might be a good middle ground for those that like XML and those that want to see the XML verbosity reduced somehow. Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2cctKZsFSwtW+wIRAqLRAJ90cmj7E+J4O70gy0K5IwADpWMRcgCdHrbU TQKCg6TDIF8yGEysAilxxIk= =JRgu -----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-23 18:08:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | Using the example above we could use a simple macro which turns | | <connector url="..." timeout="2000"/> | | into | | <bean class="MyConnectorBean"> | <property name="url"><value>...</value></property> | <property name="timeout"><value>2000</value></property> | </bean> | | This could be a trivial optional transformation step written in a little | Java code, where the ActiveMQXmlBeanFactory could derive from the Spring | XmlBeanFactory and install a custom transformer into the | XmlBeanDefinitionReader so that any XML notation the ActiveMQ factory | knew about could be transformed into normal Spring XML ready for Spring | to do its thing. One way to do that would be XSLT. I've often considered doing just that type of thing. For instance, our views.xml file is getting huge. That type of file really lends itself to a shortened version. Then, using XSLT at runtime, we can transform the views optimized XML into a full Spring BEANS xml file. I'd rather see this: <jstl url="/WEB-INF/jsp/foo.jsp" /> than: <bean class="org.springframework.servlet.view.JstlView"> ~ <property name="url"> ~ <value>/WEB-INF/jsp/foo.jsp</value> ~ </property> </bean> Other nice things about this is a DTD can be created for the shortened version, to allow for validating and smoother XSLT. Also, if others need to extend the shorted form, they can either edit the XSLT file, or better yet, just start writing spring BEANS elements. The XSLT file should just recognize the native spring beans elements and transfer them over. A XstlBeanFactory would do the trick there. Given an XML file, and a XSLT file, it should transform then delegate to XmlBeanFactory. Ideas? Thoughts? This might be a good middle ground for those that like XML and those that want to see the XML verbosity reduced somehow. Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2cctKZsFSwtW+wIRAqLRAJ90cmj7E+J4O70gy0K5IwADpWMRcgCdHrbU TQKCg6TDIF8yGEysAilxxIk= =JRgu -----END PGP SIGNATURE----- |
|
From: <jas...@ma...> - 2004-06-23 16:43:52
|
The Spring XML config file is cool and flexible; but for constrained
problems it can be a little verbose. For certain scenarios I'd like to
provide some neater, more concise XML syntax.
e.g. I'm considering configuring the ActiveMQ JMS message broker using
Spring's configuration mechanism, but I'd prefer to be able to use some
well defined aliases/macros in the config file - while preserving the
full power of Spring's XML.
The basic idea is to use the default bean/property/value type syntax
for Spring and add some context-specific macros (elements) which map
directly onto specific well known bean factories - always allowing
folks to drop down to the default Spring XML if they need to, so that
we...
* reduce typing hugely
* to allow an XSD or DTD to be created to (i) validate the incoming XML
and (ii) to auto-document the various properties available easily
* preserve the extensible & flexible nature of Spring's XML
This would be especially useful for configuring large services which
want to have their own configuration mechanisms (like a message broker
or other custom kinds of container). Having a little schema optimised
for the problem space would really help
Here's an example of the kind of thing I mean, where we'd add a few new
elements which the ActiveMQ-specific parser would understand...
<container name="foo">
<!-- macros of some kind that ActiveMQ knows about -->
<connector url="tcp://localhost:61616"/>
<connector url="multicast://228.1.2.3.4:5000"/>
<messageStore class="Foo">
<!-- inside here drop down to Spring XML to customize some plugin -->
<property name="cheese"><value>123</value></property>
</messageStore>
</container>
Using the example above we could use a simple macro which turns
<connector url="..." timeout="2000"/>
into
<bean class="MyConnectorBean">
<property name="url"><value>...</value></property>
<property name="timeout"><value>2000</value></property>
</bean>
This could be a trivial optional transformation step written in a
little Java code, where the ActiveMQXmlBeanFactory could derive from
the Spring XmlBeanFactory and install a custom transformer into the
XmlBeanDefinitionReader so that any XML notation the ActiveMQ factory
knew about could be transformed into normal Spring XML ready for Spring
to do its thing.
I'm thinking the easiest way to do it could be to allow custom
XmlBeanDefinitionReader implementations to be registered with an
XmlBeanFactory via some constructor or protected method (e.g. either a
setter method or create the XmlBeanDefinitionReader by lazy
construction inside the XmlBeanFactory), then I could just provide my
own custom XmlBeanDefinitionReader derivation which implements the
macros I need - all used inside my own ActiveMQXmlBeanFactory which
extends XmlBeanFactory.
I wondered if folks had tried this kinda thing yet? If folks agree -
could we have the constructor or XmlBeanDefinitionReader setter/lazy
create method on XmlBeanFactory please?
James
-------
http://radio.weblogs.com/0112098/
|
|
From: Alef A. <al...@jt...> - 2004-06-23 15:49:39
|
I've just committed a small (backward compatible) enhancement to the MethodInvokingJobDetailFactoryBean that allows you to specify whether or not method invoking jobs should be run in a concurrent fashion. By default, if you register two triggers for the same job, the second will start running if the first one hasn't finished. You can now set MethodInvokinJobDetailFactoryBean.concurrent to false, this will instantiate a Stateful job instead of a normal and stateless Job, preventing jobs from interfering with eachother. Additions to the documentation and the test suite have been done. Alef |
|
From: <jue...@we...> - 2004-06-23 14:33:18
|
I might have asked this before, but I currently face the problem again. =
Completely non-Spring, so off-topic ;-) If anyone can shed some light on =
this, I'd be very grateful.
Runtime.exec seems to have different behavior depending on the given =
"envp" parameter: If passed null, the new process will be a full child =
of the parent process, inheriting all its environment parameters and =
permissions. If passed a String array of environment parameters, the new =
process does *not* inherit the environment parameters and permissions of =
its parent.
Concretely, this causes an issue when running PHP via CGI within a =
servlet container: CGI requires to pass environment parameters to the =
new process, which causes the new process to not inherit the I/O =
permissions of its parent. As a consequence, the PHP process cannot open =
TCP connections, for example to a MySQL database...
A minimal example:
Runtime.getRuntime().exec("php.exe test.php", null);
works, i.e. test.php can access the database.
Runtime.getRuntime().exec("php.exe test.php", new String[0]);
does not work, i.e. test.php cannot access the database. Unfortunately, =
this variant is needed for invoking the PHP script via CGI.
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
|
|
From: <jue...@we...> - 2004-06-23 13:14:39
|
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=3D250= 340 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 |
|
From: Colin S. <col...@ex...> - 2004-06-23 12:36:10
|
Alef Arendsen wrote: >>Neither 'integration' or 'ejbtest' are currently callable by the >>autobuilds functionality. They are cactus based (which is fine, it's >>actually more convenient than using httpunit), but for the former >>project there is some extra setup of the db and a few other things >> >> >that > > >>needs to happen. I hope to spend some time in the relative near term >> >> >to > > >>make them usable from autobuilds. >> >> > >Colin, this would be great. If you manage to get it running using the >autobuilds, could you update me so I can try to add it to the 'nightly' >build? I don't know if you're planning to have other databases than just >MySQL/HSQL since that's the only one(s) I've got installed at the >moment. > > I think HSQL is fine for the time being. The discord with the autobuilds way of doing things is that right now for example the integration sample has its own JBoss config (needed to set up a DS for HSQL), whereas autobuilds expects to be the only thing setting up the server. Additionally, because cactus is used, the tests can be run directly in the project, instead of having to be part of the autobuild code. So I would like to modify the autobuilds stuff so that it can also run more 'self-sufficient' projects like this... Colin |
|
From: Alef A. <al...@jt...> - 2004-06-23 12:15:47
|
> Neither 'integration' or 'ejbtest' are currently callable by the > autobuilds functionality. They are cactus based (which is fine, it's > actually more convenient than using httpunit), but for the former > project there is some extra setup of the db and a few other things that > needs to happen. I hope to spend some time in the relative near term to > make them usable from autobuilds. Colin, this would be great. If you manage to get it running using the autobuilds, could you update me so I can try to add it to the 'nightly' build? I don't know if you're planning to have other databases than just MySQL/HSQL since that's the only one(s) I've got installed at the moment. Alef |
|
From: Rod J. <rod...@in...> - 2004-06-23 06:56:06
|
> The more I think about this, the more I think it will be useful. For > instance, I'd like to have the OpenSessionInViewInterceptor to apply to > everything (/*) where other Interceptors apply to certain Controllers. > I'm starting to get a proliferation of UrlHandlerMapping objects just to > map different combinations of Interceptors. > > Jurgen, any more thoughts on this? I might even implement this one soon > because it will greatly simplify things. I think the proposal sounds good. I think the point about 2 types of interceptors is valid. |
|
From: Colin S. <col...@ex...> - 2004-06-23 03:36:23
|
I've checked in a preliminary version of a new project called 'integration' under autobuilds. It is meant to eventually hold a bunch of integration tests which can not be covered by unit tests. I know that to some extent the petstore under there is for integration testing as well, but that does not necessarilly try to test specific functionality. I would ideally like to have full integration test converage somewhere for all classes not covered by unit tests. Currently, the only test in there right now is one for JbossNativeJdbcExtractor. Note that there is still a separate ejbtest project which is meant for ejb code. I did not add the test to the latter since I see the integrationtest project being used also for containers like TomCat. So most code should go into integration, and ejb specific code can go into ejbtest. Neither 'integration' or 'ejbtest' are currently callable by the autobuilds functionality. They are cactus based (which is fine, it's actually more convenient than using httpunit), but for the former project there is some extra setup of the db and a few other things that needs to happen. I hope to spend some time in the relative near term to make them usable from autobuilds. Colin |
|
From: Seth L. <se...@eh...> - 2004-06-23 02:29:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alef Arendsen wrote: | I think it's a good idea to decouple the handlermappings from the | interceptors. I don't think it's such a huge refactoring. Juergen, could | you shed your light on the following: | | - refactoring of AbstractHandlerMapping into AbstractMapping, factoring | out functionality used for both AbstractHandlerMapping and | AbstractInterceptorMapping | - subclass of AbstractMapping: AbstractUrlMapping, responsible for URL | related stuff (including PathHelper) | - subclasses: AbstractUrlInterceptorMapping and | AbstractUrlHandlerMapping | | From there on the old hierarchy for handler mappings can continue, | interceptor structure could be the same. We don't really need to change | anything to the HandlerExecutionChain AFAIK. | | Opinions? The more I think about this, the more I think it will be useful. For instance, I'd like to have the OpenSessionInViewInterceptor to apply to everything (/*) where other Interceptors apply to certain Controllers. I'm starting to get a proliferation of UrlHandlerMapping objects just to map different combinations of Interceptors. Jurgen, any more thoughts on this? I might even implement this one soon because it will greatly simplify things. Thanks, Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2OseKZsFSwtW+wIRAm96AJ48uc9AfJ1AO6KTA7hx0OIy+IA/HQCggVpG Qvwdm8Kqp0iITFuRY6bOW6Q= =RNla -----END PGP SIGNATURE----- |
|
From: Seth L. <se...@eh...> - 2004-06-22 23:52:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Keith Donald wrote: | Seth, Got it - not sure though how long it'll take for you to see the | change... Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2MZUKZsFSwtW+wIRAlDVAJ4uHsN7LlwVCecDFqYCPCrEA0D38gCeOuwU yq7icRbweVvEqyWS/sD18gM= =o+HZ -----END PGP SIGNATURE----- |
|
From: Keith D. <kd...@cs...> - 2004-06-22 23:48:32
|
Seth, Got it - not sure though how long it'll take for you to see the change... -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Seth Ladd Sent: Tuesday, June 22, 2004 7:13 PM To: spr...@li... Subject: [Springframework-developer] eclipse project refers to old jars -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, After the removal of the jboss jars, the eclipse project files still refer to jboss.jar and jboss-common-jdbc.jar. Can someone with commit + eclipse remove them from the Project Java Build Path? Thanks! Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2Lz4KZsFSwtW+wIRAtnkAJ9ZDWT6ndh9VZMVH6jrfvSVlSpyEgCeLZaM 69a9jJEyRGfGLWNHzr1zh2c= =W8uU -----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-22 23:12:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, After the removal of the jboss jars, the eclipse project files still refer to jboss.jar and jboss-common-jdbc.jar. Can someone with commit + eclipse remove them from the Project Java Build Path? Thanks! Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA2Lz4KZsFSwtW+wIRAtnkAJ9ZDWT6ndh9VZMVH6jrfvSVlSpyEgCeLZaM 69a9jJEyRGfGLWNHzr1zh2c= =W8uU -----END PGP SIGNATURE----- |