Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mark P. <mar...@co...> - 2004-08-27 16:09:53
|
Hi,
Actually there was some discussion started by Simon on what to do here, =
but
I don't think we got closure. =20
In anycase, this functionality sits in the PropertyPlaceholderConfiguer,
which isn't yet ported. This is declared in the spring objects xml file =
and
then later whenever a ${key} is listed as the value for a property it =
would
be converted to the value in that file.
The last trail of this on the mailing list is here - though I think some
emails weren't included in the thread somehow...
http://sourceforge.net/mailarchive/forum.php?thread_id=3D5308930&forum_id=
=3D4004
9
My last post there gave my opinion on the topic.... Simon any thoughts?
Cheers,
Mark
> -----Original Message-----
> From: Federico Spinazzi [mailto:f.s...@ma...]=20
> Sent: Friday, August 27, 2004 10:59 AM
> To: Mark Pollack
> Subject: Re: Started work on ProxyFactoryBean (was: from=20
> where to continue ...)
>=20
>=20
> Mark Pollack wrote:
>=20
> >Hi,
> >
> >Seems ok to me, can't have too many cooks in the Context package and=20
> >you already know you way around the AOP package.... If you have the=20
> >time I'd start kicking the tires on the existing codebase, is there=20
> >already enough functionality to use Spring to replace the home-grown=20
> >version you had made a while ago?
> > =20
> >
> I think so even if I didn't the switch: we make use of a 'proprietary=20
> extension": referring objects defined in another file
> <Property name=3D"Connection">
> <ExternalRef file=3D"DataConnections.xml" =
object=3D"connessione"/>
> </Property>
> <embarrassment>Maybe this is possible also with Spring=20
> ...</embarrassment> Federico
>=20
|
|
From: Colin S. <col...@ex...> - 2004-08-27 16:03:05
|
Absolutely, they are Apache 2.0 licensed. The only real restriction is that somewhere in your distribution you should give attribution, as per the license. http://www.apache.org/licenses/LICENSE-2.0 Martin Kersten wrote: >Hi there, > > I rewrote my RPC implementation for using Spring's >remote-invocation classes. Since the classes are required >for the non-spring related part to function, I would have >to distribute three classes of Spring's codebase. >(for example to use the client-api). > >So the question rose, can I extract those classes and >provide them within my codebase by stating out, where >I got it from, and why are they needed. > >Any comments on that? > > >Cheers, > >Martin (Kersten) > > |
|
From: Martin K. <Mar...@St...> - 2004-08-27 14:36:02
|
Hi there, I rewrote my RPC implementation for using Spring's remote-invocation classes. Since the classes are required for the non-spring related part to function, I would have to distribute three classes of Spring's codebase. (for example to use the client-api). So the question rose, can I extract those classes and provide them within my codebase by stating out, where I got it from, and why are they needed. Any comments on that? Cheers, Martin (Kersten) |
|
From: Torsten J. <tju...@ya...> - 2004-08-27 14:06:22
|
I registered a new project on SF with the Unix name 'springide-eclip' (only 15 characters allowed :-( ). So we have the option to create separate projects for other IDEs. In the Support Forum a few guys are talking about a plugin for IDEA (http://forum.springframework.org/viewtopic.php?t=26). They can register their project as 'springide-idea'. Torsten --- Colin Sampaleanu <col...@ex...> wrote: > +1. It may even make sense to put Eclipse in the > name... > > > jürgen höller [werk3AT] wrote: > > >Actually, it might be appropriate to host Spring > IDE as separate SourceForge project again, to allow > separate commit rights for it. After all, Keith just > switched Spring RCP to a separate SourceForge > project too, for the same reason. > > > >I don't really like the old SourceForge project > name "springui": It sounds like a UI framework > rather than IDE plugins. Maybe create a new > SourceForge project "springide", moving our current > Spring IDE module from main CVS over there? > > > >Juergen > > > > > >________________________________ > > > >Von: > spr...@li... > im Auftrag von Torsten Juergeleit > >Gesendet: Do 26.08.2004 12:14 > >An: spr...@li... > >Betreff: [Springframework-developer] How to > maintain source code of Spring IDE (need commit > access for non-Spring project members)? > > > > > > > >Hi, > > > >we need a way to grant commit access to the Spring > >IDE's source code in CVS for developers which are > not > >members of the Spring Framework project. > >E.g. someone wants to donate unit test for Spring > IDE > >or another developer is dewveloping an extension to > >support refactoring support for Spring bean config > >files and had to create it's own project on SF > >(http://sourceforge.net/projects/springui-ext/). > > > >How to handle those kind of write access to a > >sub-module in CVS? > > > >Or should I maintain the source code of Spring IDE > >within the old SpringUI project on SF to grant > >additional developers CVS commit rights? > > > >Cheers, > >Torsten > > > > > > > >__________________________________ > >Do you Yahoo!? > >New and Improved Yahoo! Mail - Send 10MB messages! > >http://promotions.yahoo.com/new_mail > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by Shop4tech.com-Lowest > price on Blank Media > >100pk Sonic DVD-R 4x for only $29 -100pk Sonic > DVD+R for only $33 > >Save 50% off Retail on Ink & Toner - Free Shipping > and Free Gift. > >http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest > price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R > for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping > and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
|
From: Rob H. <ro...@ca...> - 2004-08-27 11:23:44
|
Lars, That sounds like a really cool idea. I would have to look into it to see how practical it is. I'm not sure how the naming strategy can be made aware of the context it is running in, but I will certainly look into it. Unfortunately, I am unable to do any work at the moment thanks to a severe case of gastroenteritis, but I will look into this when I am fit again! Rob Lars Hoss writes: > Hi! > > We have developed a server framework which is used in many of our webapps. > Now it would be cool to manage each server (one server per webapp) via > JMX. Since each JMX bean must have a unique ID it would be cool to have a > naming strategy that integrates the name of the web application > (request.getContextPath) into the name. This way it would be very easy to > deploy multiple webapps out of the box without the need to tweak the > spring configuration for each webapp (in order to customize the JMX bean > name). > > What do you think? > > Yours, > Lars > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <ro...@in...> - 2004-08-27 09:18:29
|
Steve
The first version of the DTD (with the Interface21 framework that preceded
Spring) used the simpler form you suggest. We moved away from it because it
was hard to support references etc. cleanly without a nested element for
value or alternatives.
I agree that line length can be an issue, but finger typing should never be
an issue: use XMLBuddy or the like. I haven't typed a Spring XML tag for
months.
Rgds
Rod
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Steve Hutton
Sent: 27 August 2004 05:59
To: spr...@li...
Subject: [Springframework-developer] <property><value>
Hi, I am a big fan of spring, but I've noticed the design of the spring
beans xml file seems overly verbose in a few places. For example, the
common case of a property entry with a single
value:
<property name="password">
<value>${db.pw}</value>
</property>
I think this would be more clearly expressed without the value tag:
<property name="password">${db.pw}</property>
|
|
From: Steve H. <sh...@at...> - 2004-08-27 05:01:07
|
Hi, I am a big fan of spring, but I've noticed
the design of the spring beans xml file seems
overly verbose in a few places. For example,
the common case of a property entry with a single
value:
<property name="password">
<value>${db.pw}</value>
</property>
I think this would be more clearly expressed without
the value tag:
<property name="password">${db.pw}</property>
Obviously this would mean less finger typing, but
I think the bigger advantage would be readibility,
especially in cases where those 15 characters force
a line break.
I tested adding support for this and it is possible
to do in a backward compatible way with just a small
change to XmlBeanDefinitionParser.java. Unfortunately
the required change to spring-beans.dtd seems as if
it would have to be significant (allow ANY inside property)
because of the dtd rules for mixed content.
A cleaner approach would probably be to define a separate,
alternative dtd and parser (ConciseXmlBeanDefinitionParser ?).
Additional elements could probably be eliminated at the same
time (<map><entry><value> comes to mind).
Thoughts?
Steve
|
|
From: Matt R. <li...@ra...> - 2004-08-27 03:54:39
|
It's a good name: http://demo.raibledesigns.com/equinox ;-) Matt On Aug 26, 2004, at 5:16 PM, Enrique Rodriguez wrote: > > Spring + Eclipse = "Equinox" > > -enrique > > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Nick L. <nl...@es...> - 2004-08-27 01:30:14
|
There are some sourceforge docs for how to do this: http://sourceforge.net/docman/display_doc.php?docid=772&group_id=1#scriptcvs acls Nick > -----Original Message----- > From: Torsten Juergeleit [mailto:tju...@ya...] > Sent: Thursday, 26 August 2004 7:45 PM > To: spr...@li... > Subject: [Springframework-developer] How to maintain source code of > Spring IDE (need commit access for non-Spring project members)? > Importance: Low > > > Hi, > > we need a way to grant commit access to the Spring > IDE's source code in CVS for developers which are not > members of the Spring Framework project. > E.g. someone wants to donate unit test for Spring IDE > or another developer is dewveloping an extension to > support refactoring support for Spring bean config > files and had to create it's own project on SF > (http://sourceforge.net/projects/springui-ext/). > > How to handle those kind of write access to a > sub-module in CVS? > > Or should I maintain the source code of Spring IDE > within the old SpringUI project on SF to grant > additional developers CVS commit rights? > > Cheers, > Torsten > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Enrique R. <enr...@25...> - 2004-08-26 23:17:05
|
Spring + Eclipse = "Equinox" -enrique |
|
From: Colin S. <col...@ex...> - 2004-08-26 22:32:29
|
+1. It may even make sense to put Eclipse in the name... jürgen höller [werk3AT] wrote: >Actually, it might be appropriate to host Spring IDE as separate SourceForge project again, to allow separate commit rights for it. After all, Keith just switched Spring RCP to a separate SourceForge project too, for the same reason. > >I don't really like the old SourceForge project name "springui": It sounds like a UI framework rather than IDE plugins. Maybe create a new SourceForge project "springide", moving our current Spring IDE module from main CVS over there? > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Torsten Juergeleit >Gesendet: Do 26.08.2004 12:14 >An: spr...@li... >Betreff: [Springframework-developer] How to maintain source code of Spring IDE (need commit access for non-Spring project members)? > > > >Hi, > >we need a way to grant commit access to the Spring >IDE's source code in CVS for developers which are not >members of the Spring Framework project. >E.g. someone wants to donate unit test for Spring IDE >or another developer is dewveloping an extension to >support refactoring support for Spring bean config >files and had to create it's own project on SF >(http://sourceforge.net/projects/springui-ext/). > >How to handle those kind of write access to a >sub-module in CVS? > >Or should I maintain the source code of Spring IDE >within the old SpringUI project on SF to grant >additional developers CVS commit rights? > >Cheers, >Torsten > > > >__________________________________ >Do you Yahoo!? >New and Improved Yahoo! Mail - Send 10MB messages! >http://promotions.yahoo.com/new_mail > > >------------------------------------------------------- >SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media >100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 >Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. >http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <al...@jt...> - 2004-08-26 22:31:11
|
<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.87</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>08/27/2004 00:16:19</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 25 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>08/26/2004 17:58:20</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: =
(51) </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">test/org/springframework/util=
/StopWatchTests.java</td><td class=3D"modifications-data">polishing</td></t=
r><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifica=
tions-data">test/org/springframework/web/servlet/view/velocity/VelocityView=
Tests.java</td><td class=3D"modifications-data">polishing</td></tr><tr clas=
s=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><=
td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-dat=
a">test/org/springframework/aop/interceptor/ConcurrencyThrottleInterceptorT=
ests.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-data">jhoeller</td><td class=3D"modifications-data"=
>test/org/springframework/context/EventPublicationInterceptorTests.java</td=
><td class=3D"modifications-data">polishing</td></tr><tr class=3D"modificat=
ions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">jhoeller</td><td class=3D"modifications-data">test/org/sp=
ringframework/aop/framework/AbstractAopProxyTests.java</td><td class=3D"mod=
ifications-data">polishing</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">test/org/springframework/aop/=
framework/CglibProxyTests.java</td><td class=3D"modifications-data">polishi=
ng</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">test/org/springframework/aop/framework/JdkDynamicPr=
oxyTests.java</td><td class=3D"modifications-data">polishing</td></tr><tr c=
lass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-d=
ata">test/org/springframework/aop/framework/OptimizedCglibProxyTests.java</=
td><td class=3D"modifications-data">polishing</td></tr><tr class=3D"modific=
ations-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"=
modifications-data">jhoeller</td><td class=3D"modifications-data">test/org/=
springframework/aop/framework/ProxyFactoryBeanTests.java</td><td class=3D"m=
odifications-data">polishing</td></tr><tr class=3D"modifications-oddrow"><t=
d class=3D"modifications-data">modified</td><td class=3D"modifications-data=
">jhoeller</td><td class=3D"modifications-data">test/org/springframework/ao=
p/framework/ProxyFactoryTests.java</td><td class=3D"modifications-data">pol=
ishing</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificati=
ons-data">modified</td><td class=3D"modifications-data">jhoeller</td><td cl=
ass=3D"modifications-data">src/org/springframework/aop/framework/Reflective=
MethodInvocation.java</td><td class=3D"modifications-data">polishing</td></=
tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modific=
ations-data">src/org/springframework/aop/framework/AopProxyUtils.java</td><=
td class=3D"modifications-data">polishing</td></tr><tr class=3D"modificatio=
ns-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">jhoeller</td><td class=3D"modifications-data">src/org/sprin=
gframework/aop/framework/Cglib2AopProxy.java</td><td class=3D"modifications=
-data">polishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">jhoeller</=
td><td class=3D"modifications-data">src/org/springframework/mail/javamail/M=
imeMessageHelper.java</td><td class=3D"modifications-data">create "multipar=
t/related"</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifi=
cations-data">modified</td><td class=3D"modifications-data">jhoeller</td><t=
d class=3D"modifications-data">src/org/springframework/aop/framework/ProxyF=
actoryBean.java</td><td class=3D"modifications-data">returns full target cl=
ass as object type in case of a singleton</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/aop/TargetSource.java</td><td class=3D"modifications-data">polish=
ing</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/aop/target/ThreadLocalTarge=
tSource.java</td><td class=3D"modifications-data">polishing</td></tr><tr cl=
ass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td>=
<td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-da=
ta">src/org/springframework/aop/target/AbstractPrototypeBasedTargetSource.j=
ava</td><td class=3D"modifications-data">reworked target class check to loo=
k for bean class on BeanDefinition first</td></tr><tr class=3D"modification=
s-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/beans/factory/config/BeanDefinition.java</td><td class=3D"modific=
ations-data">added getBeanClass method</td></tr><tr class=3D"modifications-=
oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifica=
tions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfra=
mework/web/multipart/commons/CommonsMultipartResolver.java</td><td class=3D=
"modifications-data">polishing</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/=
web/multipart/cos/CosMultipartResolver.java</td><td class=3D"modifications-=
data">polishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">jhoeller</t=
d><td class=3D"modifications-data">test/org/springframework/web/multipart/c=
ommons/CommonsMultipartResolverTests.java</td><td class=3D"modifications-da=
ta">added special parsing of original filenames, detecting both Unix- and W=
indows-style paths</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/web/multip=
art/commons/CommonsMultipartFile.java</td><td class=3D"modifications-data">=
added special parsing of original filenames, detecting both Unix- and Windo=
ws-style paths</td></tr><tr class=3D"modifications-oddrow"><td class=3D"mod=
ifications-data">modified</td><td class=3D"modifications-data">jhoeller</td=
><td class=3D"modifications-data">/changelog.txt</td><td class=3D"modificat=
ions-data">SimpleMessageConverter, AbstractPdfView</td></tr><tr class=3D"mo=
difications-evenrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">docs=
/reference/src/beans.xml</td><td class=3D"modifications-data">fixed typo</t=
d></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">=
modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mod=
ifications-data">samples/countries/src/org/springframework/samples/countrie=
s/web/views/CountriesExcelView.java</td><td class=3D"modifications-data">mo=
ved CountriesFilter to web package, access it directly in views rather than=
using a BeanWrapper</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">samples/countries/src/org/springfr=
amework/samples/countries/web/views/CountriesPdfView.java</td><td class=3D"=
modifications-data">moved CountriesFilter to web package, access it directl=
y in views rather than using a BeanWrapper</td></tr><tr class=3D"modificati=
ons-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">jhoeller</td><td class=3D"modifications-data">samples/count=
ries/src/org/springframework/samples/countries/web/CountriesController.java=
</td><td class=3D"modifications-data">moved CountriesFilter to web package,=
access it directly in views rather than using a BeanWrapper</td></tr><tr c=
lass=3D"modifications-evenrow"><td class=3D"modifications-data">added</td><=
td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-dat=
a">samples/countries/src/org/springframework/samples/countries/web/Countrie=
sFilter.java</td><td class=3D"modifications-data">moved CountriesFilter to =
web package, access it directly in views rather than using a BeanWrapper</t=
d></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">=
modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mod=
ifications-data">src/org/springframework/web/servlet/view/document/Abstract=
PdfView.java</td><td class=3D"modifications-data">added "buildPdfMetadata" =
callback</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifica=
tions-data">modified</td><td class=3D"modifications-data">kdonald</td><td c=
lass=3D"modifications-data">sandbox/src/org/springframework/rules/values/Be=
anPropertyAccessStrategy.java</td><td class=3D"modifications-data">*** empt=
y log message ***</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/v=
alues/BeanPropertyAccessStrategy.java</td><td class=3D"modifications-data">=
nested property access strategy support for a single form model (needs test=
s!!!)</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modificatio=
ns-data">modified</td><td class=3D"modifications-data">kdonald</td><td clas=
s=3D"modifications-data">sandbox/src/org/springframework/rules/values/Defau=
ltFormModel.java</td><td class=3D"modifications-data">nested property acces=
s strategy support for a single form model (needs tests!!!)</td></tr><tr cl=
ass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td>=
<td class=3D"modifications-data">kdonald</td><td class=3D"modifications-dat=
a">sandbox/src/org/springframework/rules/values/BeanPropertyAccessStrategy.=
java</td><td class=3D"modifications-data">*** empty log message ***</td></t=
r><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">kdonald</td><td class=3D"modifica=
tions-data">sandbox/src/org/springframework/rules/values/CompoundFormModel.=
java</td><td class=3D"modifications-data">polishing</td></tr><tr class=3D"m=
odifications-oddrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandb=
ox/src/org/springframework/rules/factory/Constraints.java</td><td class=3D"=
modifications-data">initial support for nested property access strategies, =
similiar to nestedbean wrappers but more generic; this still needs extensiv=
e testing</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modific=
ations-data">modified</td><td class=3D"modifications-data">kdonald</td><td =
class=3D"modifications-data">sandbox/src/org/springframework/rules/predicat=
es/beans/BeanPropertiesExpression.java</td><td class=3D"modifications-data"=
>initial support for nested property access strategies, similiar to nestedb=
ean wrappers but more generic; this still needs extensive testing</td></tr>=
<tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">kdonald</td><td class=3D"modificatio=
ns-data">sandbox/src/org/springframework/rules/predicates/beans/BeanPropert=
yValueConstraint.java</td><td class=3D"modifications-data">initial support =
for nested property access strategies, similiar to nestedbean wrappers but =
more generic; this still needs extensive testing</td></tr><tr class=3D"modi=
fications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandbo=
x/src/org/springframework/rules/predicates/beans/PropertyPresent.java</td><=
td class=3D"modifications-data">initial support for nested property access =
strategies, similiar to nestedbean wrappers but more generic; this still ne=
eds extensive testing</td></tr><tr class=3D"modifications-oddrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">kdona=
ld</td><td class=3D"modifications-data">sandbox/src/org/springframework/rul=
es/predicates/beans/RequiredIfTrue.java</td><td class=3D"modifications-data=
">initial support for nested property access strategies, similiar to nested=
bean wrappers but more generic; this still needs extensive testing</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/reporting/BeanValidationRe=
sultsBuilder.java</td><td class=3D"modifications-data">initial support for =
nested property access strategies, similiar to nestedbean wrappers but more=
generic; this still needs extensive testing</td></tr><tr class=3D"modifica=
tions-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/=
org/springframework/rules/values/BeanPropertyAccessStrategy.java</td><td cl=
ass=3D"modifications-data">initial support for nested property access strat=
egies, similiar to nestedbean wrappers but more generic; this still needs e=
xtensive testing</td></tr><tr class=3D"modifications-evenrow"><td class=3D"=
modifications-data">modified</td><td class=3D"modifications-data">kdonald</=
td><td class=3D"modifications-data">sandbox/src/org/springframework/rules/v=
alues/CompoundFormModel.java</td><td class=3D"modifications-data">initial s=
upport for nested property access strategies, similiar to nestedbean wrappe=
rs but more generic; this still needs extensive testing</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">initial support for nested property access str=
ategies, similiar to nestedbean wrappers but more generic; this still needs=
extensive testing</td></tr><tr class=3D"modifications-evenrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">kdona=
ld</td><td class=3D"modifications-data">sandbox/src/org/springframework/rul=
es/values/MutablePropertyAccessStrategy.java</td><td class=3D"modifications=
-data">initial support for nested property access strategies, similiar to n=
estedbean wrappers but more generic; this still needs extensive testing</td=
></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">m=
odified</td><td class=3D"modifications-data">kdonald</td><td class=3D"modif=
ications-data">sandbox/src/org/springframework/rules/values/PropertyAccessS=
trategy.java</td><td class=3D"modifications-data">initial support for neste=
d property access strategies, similiar to nestedbean wrappers but more gene=
ric; this still needs extensive testing</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/=
springframework/rules/values/PropertyAdapter.java</td><td class=3D"modifica=
tions-data">initial support for nested property access strategies, similiar=
to nestedbean wrappers but more generic; this still needs extensive testin=
g</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-da=
ta">modified</td><td class=3D"modifications-data">kdonald</td><td class=3D"=
modifications-data">sandbox/src/org/springframework/rules/values/PropertyMe=
tadataAccessStrategy.java</td><td class=3D"modifications-data">initial supp=
ort for nested property access strategies, similiar to nestedbean wrappers =
but more generic; this still needs extensive testing</td></tr><tr class=3D"=
modifications-evenrow"><td class=3D"modifications-data">modified</td><td cl=
ass=3D"modifications-data">kdonald</td><td class=3D"modifications-data">san=
dbox/src/org/springframework/rules/values/ValidatingFormModel.java</td><td =
class=3D"modifications-data">initial support for nested property access str=
ategies, similiar to nestedbean wrappers but more generic; this still needs=
extensive testing</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/ValueHolder.java</td><td class=3D"modifications-data">initial suppor=
t for nested property access strategies, similiar to nestedbean wrappers bu=
t more generic; this still needs extensive testing</td></tr><tr class=3D"mo=
difications-evenrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandb=
ox/src/org/springframework/rules/predicates/MethodInvokingConstraint.java</=
td><td class=3D"modifications-data">initial support for nested property acc=
ess strategies, similiar to nestedbean wrappers but more generic; this stil=
l needs extensive testing</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: <jue...@we...> - 2004-08-26 21:49:57
|
Actually, it might be appropriate to host Spring IDE as separate = SourceForge project again, to allow separate commit rights for it. After = all, Keith just switched Spring RCP to a separate SourceForge project = too, for the same reason. =20 I don't really like the old SourceForge project name "springui": It = sounds like a UI framework rather than IDE plugins. Maybe create a new = SourceForge project "springide", moving our current Spring IDE module = from main CVS over there? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Torsten Juergeleit Gesendet: Do 26.08.2004 12:14 An: spr...@li... Betreff: [Springframework-developer] How to maintain source code of = Spring IDE (need commit access for non-Spring project members)? Hi, we need a way to grant commit access to the Spring IDE's source code in CVS for developers which are not members of the Spring Framework project. E.g. someone wants to donate unit test for Spring IDE or another developer is dewveloping an extension to support refactoring support for Spring bean config files and had to create it's own project on SF (http://sourceforge.net/projects/springui-ext/). How to handle those kind of write access to a sub-module in CVS? Or should I maintain the source code of Spring IDE within the old SpringUI project on SF to grant additional developers CVS commit rights? Cheers, Torsten =20 __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Torsten J. <tju...@ya...> - 2004-08-26 10:14:46
|
Hi, we need a way to grant commit access to the Spring IDE's source code in CVS for developers which are not members of the Spring Framework project. E.g. someone wants to donate unit test for Spring IDE or another developer is dewveloping an extension to support refactoring support for Spring bean config files and had to create it's own project on SF (http://sourceforge.net/projects/springui-ext/). How to handle those kind of write access to a sub-module in CVS? Or should I maintain the source code of Spring IDE within the old SpringUI project on SF to grant additional developers CVS commit rights? Cheers, Torsten __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
|
From: Lars H. <wo...@hi...> - 2004-08-26 10:09:10
|
Hi! We have developed a server framework which is used in many of our webapps. Now it would be cool to manage each server (one server per webapp) via JMX. Since each JMX bean must have a unique ID it would be cool to have a naming strategy that integrates the name of the web application (request.getContextPath) into the name. This way it would be very easy to deploy multiple webapps out of the box without the need to tweak the spring configuration for each webapp (in order to customize the JMX bean name). What do you think? Yours, Lars |
|
From: <al...@jt...> - 2004-08-25 22:31:20
|
<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.86</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>08/26/2004 00:16:17</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 41 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>08/25/2004 19:03:04</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>* Fixed error in documentation (by Sebastian on forum)</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">a=
arendsen</td><td class=3D"modifications-data">docs/reference/src/transactio=
n.xml</td><td class=3D"modifications-data">* Fixed error in documentation (=
by Sebastian on forum)</td></tr><tr class=3D"modifications-oddrow"><td clas=
s=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoe=
ller</td><td class=3D"modifications-data">/changelog.txt</td><td class=3D"m=
odifications-data">findCustomEditor, WebSphereNativeJdbcExtractor</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">src/org/springframework/transaction/jta/WebSphereTransactionMana=
gerFactoryBean.java</td><td class=3D"modifications-data">polishing</td></tr=
><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">src/org/springframework/jdbc/support/nativejdbc/WebSphereNativeJ=
dbcExtractor.java</td><td class=3D"modifications-data">added support for We=
bSphere 4</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modific=
ations-data">modified</td><td class=3D"modifications-data">colins</td><td c=
lass=3D"modifications-data">docs/reference/src/metadata.xml</td><td class=
=3D"modifications-data">point commons attributes reference to current 2.1 v=
ersion</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: Moses H. <mmh...@no...> - 2004-08-25 21:46:18
|
Done, it is SPR-287. I also attached the patch to that issue. Moses On Aug 24, 2004, at 5:51 PM, Darren Davison wrote: > On Tuesday 24 August 2004 23:38, Moses Hohman wrote: > >> Right now there's no way to populate the meta information (e.g. title, >> creator, author, etc.) on a PDF document generated by >> org.springframework.web.servlet.view.document.AbstractPdfView. You >> can't populate it in getDocument(), because the PdfWriter hasn't been >> associated with the Document yet. And you can't populate it in >> buildPdfDocument(), because document.open() has already been called. > > would you mind adding this to JIRA? It seems pretty straightforward > but > stuff in JIRA won't go missing which can happen to list email and forum > submissions. > > Cheers, > > -- > Darren Davison > Public Key: http://www.davison.uk.net/pages/key.htm > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jas...@ma...> - 2004-08-25 20:53:28
|
On 25 Aug 2004, at 20:59, Mark Pollack wrote: > Hi, > > I really think it is bad practice, as I've said before, so I wouldn't > like > to encourage it. It works fine for java to java - so long as you've identical classpaths & jar versions, or well written hand-crafted Externalizable code. i.e. fragile :) > However, I guess people should have enough rope to hang > themselves. Unless anyone else strongly objects, lets add it and put > my > ominous opinion in the docs... Agreed - it should be there for completeness if nothing else. Plus someone could write a JMS facade or groovy JMS provider which uses other kinds of serialization on the wire, like XStream or XMLBeans etc. James ------- http://radio.weblogs.com/0112098/ |
|
From: Mark P. <mar...@co...> - 2004-08-25 20:00:51
|
Hi, I really think it is bad practice, as I've said before, so I wouldn't = like to encourage it. However, I guess people should have enough rope to = hang themselves. Unless anyone else strongly objects, lets add it and put my ominous opinion in the docs... - Mark > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of j=FCrgen h=F6ller [werk3AT] > Sent: Wednesday, August 25, 2004 2:46 PM > To: spr...@li... > Subject: [Springframework-developer] JMS ObjectMessage support >=20 >=20 > Mark, everybody, >=20 > We have a request for ObjectMessage support in SimpleMessageConverter: >=20 > http://forum.springframework.org/viewtopic.php?p=3D1470 >=20 > I wouldn't mind readding that support, as my initial version=20 > had it too. Would you object to that? I take a relaxed=20 > position here: Noone's forced to pass Serializables in - but=20 > if someone wants to, why shouldn't we allow that? Of course,=20 > people need to be aware that they tie themselves to=20 > Java-to-Java messaging then: We can point that our clearly in=20 > the docs. >=20 > Juergen >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on=20 > Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic=20 > DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free=20 > Shipping and Free Gift.=20 > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: <jue...@we...> - 2004-08-25 19:20:44
|
I've basically finished the reworked proxy fetching stuff: = RmiClientInterceptor, JndiRmiClientInterceptor and = AbstractSlsbInvokerInterceptor all support the four fetching strategies = I've mentioned, through two flags (look proxy up on startup, cache = proxy). As those accessors are capable of refetching the proxy now, we = can also easily allow for further strategies, for example to check a = proxy and refetch if it is broken (with custom check implementation). =20 I've also added a JndiObjectTargetSource that can be used to refetch a = JNDI object for each call. It supports two analogous flags, so the = actual fetching strategy can be customized. I've tested this with an = OpenJMS ConnectionFactory: By defining it as ProxyFactoryBean plus = JndiObjectTargetSource instead of a JndiObjetcFactoryBean, each = createConnection call can trigger a fresh JNDI lookup to make sure that = the ConnectionFactory reference is valid. =20 While refetching of RMI proxies and JNDI objects for each operation of = course represents a significant overhead, it's not too bad if the = respective objects are rarely used. I still rather consider this as = development feature, though, to allow restarting of remote processes = while keeping the clients alive. Lazily initializing the references is a = good feature for production too: The remote processes do not have to be = alive when the clients start up then. =20 I'll commit all of that stuff tomorrow, after having gone through it in = terms of documentation etc. I'll also put some further thought into = custom refetching strategies, providing appropriate hooks for = subclasses. In the future, we might introduce an appropriate strategy = interface for that. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Colin Sampaleanu Gesendet: Mi 25.08.2004 15:08 An: spr...@li... Betreff: Re: [Springframework-developer] JNDI object caching and = AbstractJndiLocator j=FCrgen h=F6ller [werk3AT] wrote: >One further thing: JndiObjectFactoryBean currently returns its located = object as-is for the entire lifetime of the client application: If the = located object becomes broken at some point of time (which can happen, = for example, to an SFSB home or a JMS Destination), clients will carry = an unusable reference from then on. Our remoting accessors, on the other = hand, expose the same remote service proxy all the time, being able to = delegate calls to changing backend stubs (for example, refetched SLSB = homes). > >So what we could do is add an analogous "cacheJndiObject" flag to = JndiObjectFactoryBean, with the option to turn it off for refetching on = every access - while clients still receive a single reference that does = not break. In the latter case, we'd have to expose a proxy that = implements the same interfaces as the JNDI object, delegating all calls = to the current backend object. This could be useful for SFSB homes and = JMS Destinations, particularly during development. > >Of course, the choice between looking up once and refetching on every = access is a bit simplistic. If we could determine that a reference to a = JNDI object or RMI proxy is broken, we could apply a more sophisticated = strategy, just refetching if actually necessary. Unfortunately, I don't = see a reliable way to achieve this for generic JNDI objects. Is there = maybe a specific way for EJB homes, JMS Destinations, RMI proxies, = respectively? >=20 > I agree that this is the ideal. When you are working with stateless objects, the best scenario is one where you only do the lookups again when absolutely necessary, i.e. the object is broken. But 'broken' means different things for the different kinds of objects. It may even be application-specific. > >BTW, hot refetching of JNDI objects also makes sense for local SLSBs, = as requested by a user some time ago: Local SLSBs can be hot-redeployed = too, shutting down the current EJB class loader and starting up a fresh = one. So the "cacheHome" flag on our SLSB accessors makes sense for local = SLSBs too, particularly during development. Likewise, a = "cacheJndiObject" flag on JndiObjectFactoryBean might make sense for a = local object too, if the server supports hot-redeploying the respective = target object. > >Juergen > > ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-08-25 18:42:46
|
Mark, everybody, We have a request for ObjectMessage support in SimpleMessageConverter: http://forum.springframework.org/viewtopic.php?p=3D1470 I wouldn't mind readding that support, as my initial version had it too. = Would you object to that? I take a relaxed position here: Noone's forced = to pass Serializables in - but if someone wants to, why shouldn't we = allow that? Of course, people need to be aware that they tie themselves = to Java-to-Java messaging then: We can point that our clearly in the = docs. Juergen |
|
From: <jue...@we...> - 2004-08-25 16:38:30
|
VGhhdCdzIG5vdCBhIFNwcmluZyBidWcgYnV0IHJhdGhlciBhIGxpbWl0YXRpb24gb2YgQ0dMSUIs IEkgYXNzdW1lLi4uIFdlIG5lZWQgdG8gZG9jdW1lbnQgdGhpcy4NCg0KSnVlcmdlbg0KDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBsZWdlbmRhcnlzZXJ2aWNlQGF0bGFzc2lh bi5jb20NClttYWlsdG86bGVnZW5kYXJ5c2VydmljZUBhdGxhc3NpYW4uY29tXQ0KU2VudDogV2Vk bmVzZGF5LCBBdWd1c3QgMjUsIDIwMDQgNzowNCBQTQ0KVG86IGrDvHJnZW4gaMO2bGxlciBbd2Vy azNBVF0NClN1YmplY3Q6IFtTcHJpbmctSklSQV0gQ3JlYXRlZDogKFNQUi0yODUpIENhbm5vdCBw cm94eSBjbGFzc2VzIGxhY2tpbmcNCm5vLWFyZyBjb25zdHJ1Y3RvciB1c2luZyBDR0xJQg0KDQoN Ck1lc3NhZ2U6DQoNCiAgQSBuZXcgaXNzdWUgaGFzIGJlZW4gY3JlYXRlZCBpbiBKSVJBLg0KDQot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NClZpZXcgdGhlIGlzc3VlOg0KICBodHRwOi8vb3BlbnNvdXJjZS5hdGxhc3Np YW4uY29tL3Byb2plY3RzL3NwcmluZy9icm93c2UvU1BSLTI4NQ0KDQpIZXJlIGlzIGFuIG92ZXJ2 aWV3IG9mIHRoZSBpc3N1ZToNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgICAgICBLZXk6IFNQUi0yODUNCiAg ICBTdW1tYXJ5OiBDYW5ub3QgcHJveHkgY2xhc3NlcyBsYWNraW5nIG5vLWFyZyBjb25zdHJ1Y3Rv ciB1c2luZyBDR0xJQg0KICAgICAgIFR5cGU6IEJ1Zw0KDQogICAgIFN0YXR1czogT3Blbg0KICAg UHJpb3JpdHk6IE1ham9yDQoNCiAgICBQcm9qZWN0OiBTcHJpbmcgRnJhbWV3b3JrDQogQ29tcG9u ZW50czogDQogICAgICAgICAgICAgU3ByaW5nQU9QDQogICBWZXJzaW9uczoNCiAgICAgICAgICAg ICAxLjEgUkMxDQoNCiAgIEFzc2lnbmVlOiBKdWVyZ2VuIEhvZWxsZXINCiAgIFJlcG9ydGVyOiBB a2JhciBaYW1pcg0KDQogICAgQ3JlYXRlZDogV2VkLCAyNSBBdWcgMjAwNCAxMjowMyBQTQ0KICAg IFVwZGF0ZWQ6IFdlZCwgMjUgQXVnIDIwMDQgMTI6MDMgUE0NCkVudmlyb25tZW50OiBTdW4gSkRL IDEuNC4yXzAxLCBXaW5kb3dzIDIwMDANCg0KRGVzY3JpcHRpb246DQpJJ3ZlIHRyaWVkIHRvIHVz ZSBhIFByb3h5RmFjdG9yeUJlYW4gdG8gcHJveHkgYSBjbGFzcyB3aXRob3V0IGFuIGludGVyZmFj ZS4gIFRoZSBjbGFzcyBsYWNrcyBhIG5vLWFyZyBjb25zdHJ1Y3RvciwgYW5kIGF0IHN0YXJ0dXAg dGltZSB0aGUgc3lzdGVtIGV4aXRzIHdoZW4gYXR0ZW1wdGluZyB0byBjcmVhdGUgdGhlIEFwcGxp Y2F0aW9uQ29udGV4dCwgd2l0aCB0aGUgZm9sbG93aW5nIGV4Y2VwdGlvbjoNCg0Kb3JnLnNwcmlu Z2ZyYW1ld29yay5iZWFucy5mYWN0b3J5LkJlYW5DcmVhdGlvbkV4Y2VwdGlvbjogRXJyb3IgY3Jl YXRpbmcgYmVhbiB3aXRoIG5hbWUgJ3Byb3h5JyBkZWZpbmVkIGluIGNsYXNzIHBhdGggcmVzb3Vy Y2UgW2JlYW5zLnhtbF06IEluaXRpYWxpemF0aW9uIG9mIGJlYW4gZmFpbGVkOyBuZXN0ZWQgZXhj ZXB0aW9uIGlzIG9yZy5hb3BhbGxpYW5jZS5hb3AuQXNwZWN0RXhjZXB0aW9uOiBudWxsDQoNClRo ZSBTcHJpbmcgMS4xUkMxIHJlZmVyZW5jZSBtYW51YWwgbWFrZXMgbm8gbWVudGlvbiBvZiB0aGlz IHJlc3RyaWN0aW9uIHVuZGVyIHNlY3Rpb24gNS41LjQgKFByb3h5aW5nIENsYXNzZXMpLCBzbyBJ IGFzc3VtZSBpdCBpcyBhIGJ1Zy4NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkpJUkEgSU5GT1JNQVRJT046 DQpUaGlzIG1lc3NhZ2UgaXMgYXV0b21hdGljYWxseSBnZW5lcmF0ZWQgYnkgSklSQS4NCg0KSWYg eW91IHRoaW5rIGl0IHdhcyBzZW50IGluY29ycmVjdGx5IGNvbnRhY3Qgb25lIG9mIHRoZSBhZG1p bmlzdHJhdG9yczoNCiAgIGh0dHA6Ly9vcGVuc291cmNlLmF0bGFzc2lhbi5jb20vcHJvamVjdHMv c3ByaW5nL3NlY3VyZS9BZG1pbmlzdHJhdG9ycy5qc3BhDQoNCklmIHlvdSB3YW50IG1vcmUgaW5m b3JtYXRpb24gb24gSklSQSwgb3IgaGF2ZSBhIGJ1ZyB0byByZXBvcnQgc2VlOg0KICAgaHR0cDov L3d3dy5hdGxhc3NpYW4uY29tL3NvZnR3YXJlL2ppcmENCg0K |
|
From: Colin S. <col...@ex...> - 2004-08-25 13:09:19
|
jürgen höller [werk3AT] wrote: >One further thing: JndiObjectFactoryBean currently returns its located object as-is for the entire lifetime of the client application: If the located object becomes broken at some point of time (which can happen, for example, to an SFSB home or a JMS Destination), clients will carry an unusable reference from then on. Our remoting accessors, on the other hand, expose the same remote service proxy all the time, being able to delegate calls to changing backend stubs (for example, refetched SLSB homes). > >So what we could do is add an analogous "cacheJndiObject" flag to JndiObjectFactoryBean, with the option to turn it off for refetching on every access - while clients still receive a single reference that does not break. In the latter case, we'd have to expose a proxy that implements the same interfaces as the JNDI object, delegating all calls to the current backend object. This could be useful for SFSB homes and JMS Destinations, particularly during development. > >Of course, the choice between looking up once and refetching on every access is a bit simplistic. If we could determine that a reference to a JNDI object or RMI proxy is broken, we could apply a more sophisticated strategy, just refetching if actually necessary. Unfortunately, I don't see a reliable way to achieve this for generic JNDI objects. Is there maybe a specific way for EJB homes, JMS Destinations, RMI proxies, respectively? > > I agree that this is the ideal. When you are working with stateless objects, the best scenario is one where you only do the lookups again when absolutely necessary, i.e. the object is broken. But 'broken' means different things for the different kinds of objects. It may even be application-specific. > >BTW, hot refetching of JNDI objects also makes sense for local SLSBs, as requested by a user some time ago: Local SLSBs can be hot-redeployed too, shutting down the current EJB class loader and starting up a fresh one. So the "cacheHome" flag on our SLSB accessors makes sense for local SLSBs too, particularly during development. Likewise, a "cacheJndiObject" flag on JndiObjectFactoryBean might make sense for a local object too, if the server supports hot-redeploying the respective target object. > >Juergen > > |
|
From: <jue...@we...> - 2004-08-25 12:33:59
|
An EJB stub is different from an RMI stub or proxy for HTTP-based = remoting then: The latter can all be shared without issues, being able = to handle multiple calls from different threads in parallel. So we indeed have to call create for each method invocation in = SimpleRemoteSlsbInvokerInterceptor, at least for WebLogic. Any = experiences on whether this is necessary on other EJB servers? I imagine = that some EJB stubs might nicely handle multiple threads, allowing to = cache the stubs... This is probably not worth thinking about for local SLSB invocations. I = just wonder whether there are more efficient strategies that we can = offer for remote SLSB invocations, as alternative to = SimpleRemoteSlsbInvokerInterceptor. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Colin Sampaleanu Sent: Wednesday, August 25, 2004 2:14 PM To: spr...@li... Subject: Re: [Springframework-developer] JNDI object caching and AbstractJndiLocator You can keep around an SLSB stub and use it for multiple calls, but you=20 have to be very careful that all requests do not go through this one=20 stub, as it will potentially become a point of serialization. So this is = really viable only if you also do pooling to handle simultaneous = requests. About 4 years ago, I once had to try to help optimize a WebLogic based=20 app that somebody did, where they decided to be smart, and cached just=20 one SLSB stub in the ServletContext. This stub was used for servicing=20 _all_ requests. Basically WebLogic serialized all requests through the=20 stub. The app could handle less than 5 requests a second. After I=20 suggested going away from the shared stub, along with some small db=20 optimizations, the app was able to handle 75 requests a second... Colin j=FCrgen h=F6ller [werk3AT] wrote: >I've actually changed AbstractJndiLocator's internal workings: = Subclasses are supposed to explicitly call a "lookup()" method now, = receiving the freshly located object, rather than getting a = "located(Object)" callback on startup. This is necessary to implement = true hot fetching of the JNDI object (just in time for calling a method = on it, and throwing it away again right afterwards), without temporarily = storing it in an instance variable. >=20 >In terms of backwards compatibility, it's probably better to keep the = AbstractJndiLocator as-is (deprecating it though) and put the new code = into a JndiObjectLocator base class. Our remoting proxies can then = derive from that new base class, with explicit lookup calls whenever = they need them. >=20 >There's actually four strategies that we could support out-of-the-box: >1. look up the JNDI object on bean initialization, storing it for later = usage >2. look up the JNDI object on bean initialization (to determine = interfaces or for validation), refetching it for every operation >3. look up the JNDI object on first need (first call to = JndiObjectLocator.lookup), storing it for later usage >4. look up the JNDI object for every operation (every call to = JndiObjectLocator.lookup) >=20 >Number 1 is current standard behavior. Number 3 requires synchronized = access to the stored JNDI object, but seems to be the appropriate = behavior for EJB lookups (avoiding lazy-init on the bean and all objects = that depend on it). Number 4 allows hot-redeploy of EJBs, mainly during = development; number 2 does the same, but performs early validation, = assuming that the lookup already works on startup. >=20 >Regarding usage of remote EJB homes: What alternative strategies are = there for our SimpleRemoteSlsbInvokerInterceptor, i.e. what could you do = more efficiently if you accept some assumptions about your server? I = could imagine that on some servers, creating the SLSB instance once and = keeping it for the lifetime of the client application would work: Often, = the SLSB instance is just a proxy that creates new calls to the servers = every time, not allocating any resources on the server... >=20 >Juergen >=20 > >________________________________ > >Von: spr...@li... im Auftrag = von Colin Sampaleanu >Gesendet: Di 24.08.2004 21:01 >An: spr...@li... >Betreff: Re: [Springframework-developer] JNDI object caching and = AbstractJndiLocator > > > >I don't think it's a big deal if AbstractJndiLocator doesn't do an >immediate lookup on initialization. I actually complained about the = fact >that it did this a while ago, and this is why most people are >recommended to make their EJB proxies lazy, since a lot of the time the >JNDI tree is not ready at the time the JNDI lookup is done, if the = proxy >is not set as ready, depending on the EJB environment. I would be >surprised if too many people are using this class, as opposed to >JndiObjectFactoryBean... Is this the only thing you want to change in >AbstractJndiLocator? > >As for the question about remote communication on the usage of the = home, >I don't think there's any guarantees here. A clustering EJB >implementation could very well do some remote communication on create >calls, if that makes the job of the cluster management code easier. It >is typically the bean stub itself that handles cluster failover, so I >dont think the home object actually has any real need to do remote >communications, but I don't remember there being any contract = forbidding >it. I'm working from memory, but I do seem to remember that EJB 2.0 = does >recommend that you now stay in your own VM, when creating a new stub, >for efficiency reasons. I.e. load balancing is no longer supposed to be >handled by automatically (by default) handing off to EJBs on different >cluster members, with that being recommended only for failover. > >Colin > >j=FCrgen h=F6ller [werk3AT] wrote: > > =20 > >>I've just checked remote proxy caching throughout our remoting = strategies: RmiClientInterceptor has a "cacheRmiProxy" flag now, = allowing to perform a fresh lookup if turned off. Analogously, = JndiRmiClientInterceptor should be able to refetch its JNDI object now = if the flag is turned off. >> >>Our EJB accessors have a similar "cacheHome" flag, which was = implemented a bit crudely: If turned off, it simply overwrote the = instance variable for the home object on every invocation - in a = non-thread-safe manner. Preferably, it should simply fetch a new = temporary proxy on each invocation in that case, just like = RmiClientInterceptor does. >> >>Unfortunately, this means that our AbstractJndiLocator base class = should change: It should not perform a lookup on initialization in any = case and call located, but rather allow subclasses to explicitly call = lookup when needed (i.e. either on initialization or on each invocation, = depending on the respective flag). >> >>I've already adapted everything accordingly: All our remote accessors = (which are based on proxies that need lookup, i.e. not the HTTP-based = ones) have consistent support for configurable caching of proxies now. >> >>The question is: Can we live with the incompatible change in = AbstractJndiLocator class (which is somewhat internal anyway)? Else, I = could introduce a different base class for the above use case. However, = that one would be very similar to the old AbstractJndiLocator, and we = don't really have a need for the old locator class anymore... >> >>----- >> >>On a related note: Does a create call on a remote SLSB home usually = involve actual remote communication, or is it rather implemented as = local operation that returns a proxy for an actual SLSB instance? I was = wondering whether our SimpleSlsbInvokerInterceptor actually causes = communication overhead through its create call for each method = invocation... >> >>Juergen >> =20 >> ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-08-25 12:14:40
|
You can keep around an SLSB stub and use it for multiple calls, but you have to be very careful that all requests do not go through this one stub, as it will potentially become a point of serialization. So this is really viable only if you also do pooling to handle simultaneous requests. About 4 years ago, I once had to try to help optimize a WebLogic based app that somebody did, where they decided to be smart, and cached just one SLSB stub in the ServletContext. This stub was used for servicing _all_ requests. Basically WebLogic serialized all requests through the stub. The app could handle less than 5 requests a second. After I suggested going away from the shared stub, along with some small db optimizations, the app was able to handle 75 requests a second... Colin jürgen höller [werk3AT] wrote: >I've actually changed AbstractJndiLocator's internal workings: Subclasses are supposed to explicitly call a "lookup()" method now, receiving the freshly located object, rather than getting a "located(Object)" callback on startup. This is necessary to implement true hot fetching of the JNDI object (just in time for calling a method on it, and throwing it away again right afterwards), without temporarily storing it in an instance variable. > >In terms of backwards compatibility, it's probably better to keep the AbstractJndiLocator as-is (deprecating it though) and put the new code into a JndiObjectLocator base class. Our remoting proxies can then derive from that new base class, with explicit lookup calls whenever they need them. > >There's actually four strategies that we could support out-of-the-box: >1. look up the JNDI object on bean initialization, storing it for later usage >2. look up the JNDI object on bean initialization (to determine interfaces or for validation), refetching it for every operation >3. look up the JNDI object on first need (first call to JndiObjectLocator.lookup), storing it for later usage >4. look up the JNDI object for every operation (every call to JndiObjectLocator.lookup) > >Number 1 is current standard behavior. Number 3 requires synchronized access to the stored JNDI object, but seems to be the appropriate behavior for EJB lookups (avoiding lazy-init on the bean and all objects that depend on it). Number 4 allows hot-redeploy of EJBs, mainly during development; number 2 does the same, but performs early validation, assuming that the lookup already works on startup. > >Regarding usage of remote EJB homes: What alternative strategies are there for our SimpleRemoteSlsbInvokerInterceptor, i.e. what could you do more efficiently if you accept some assumptions about your server? I could imagine that on some servers, creating the SLSB instance once and keeping it for the lifetime of the client application would work: Often, the SLSB instance is just a proxy that creates new calls to the servers every time, not allocating any resources on the server... > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Colin Sampaleanu >Gesendet: Di 24.08.2004 21:01 >An: spr...@li... >Betreff: Re: [Springframework-developer] JNDI object caching and AbstractJndiLocator > > > >I don't think it's a big deal if AbstractJndiLocator doesn't do an >immediate lookup on initialization. I actually complained about the fact >that it did this a while ago, and this is why most people are >recommended to make their EJB proxies lazy, since a lot of the time the >JNDI tree is not ready at the time the JNDI lookup is done, if the proxy >is not set as ready, depending on the EJB environment. I would be >surprised if too many people are using this class, as opposed to >JndiObjectFactoryBean... Is this the only thing you want to change in >AbstractJndiLocator? > >As for the question about remote communication on the usage of the home, >I don't think there's any guarantees here. A clustering EJB >implementation could very well do some remote communication on create >calls, if that makes the job of the cluster management code easier. It >is typically the bean stub itself that handles cluster failover, so I >dont think the home object actually has any real need to do remote >communications, but I don't remember there being any contract forbidding >it. I'm working from memory, but I do seem to remember that EJB 2.0 does >recommend that you now stay in your own VM, when creating a new stub, >for efficiency reasons. I.e. load balancing is no longer supposed to be >handled by automatically (by default) handing off to EJBs on different >cluster members, with that being recommended only for failover. > >Colin > >jürgen höller [werk3AT] wrote: > > > >>I've just checked remote proxy caching throughout our remoting strategies: RmiClientInterceptor has a "cacheRmiProxy" flag now, allowing to perform a fresh lookup if turned off. Analogously, JndiRmiClientInterceptor should be able to refetch its JNDI object now if the flag is turned off. >> >>Our EJB accessors have a similar "cacheHome" flag, which was implemented a bit crudely: If turned off, it simply overwrote the instance variable for the home object on every invocation - in a non-thread-safe manner. Preferably, it should simply fetch a new temporary proxy on each invocation in that case, just like RmiClientInterceptor does. >> >>Unfortunately, this means that our AbstractJndiLocator base class should change: It should not perform a lookup on initialization in any case and call located, but rather allow subclasses to explicitly call lookup when needed (i.e. either on initialization or on each invocation, depending on the respective flag). >> >>I've already adapted everything accordingly: All our remote accessors (which are based on proxies that need lookup, i.e. not the HTTP-based ones) have consistent support for configurable caching of proxies now. >> >>The question is: Can we live with the incompatible change in AbstractJndiLocator class (which is somewhat internal anyway)? Else, I could introduce a different base class for the above use case. However, that one would be very similar to the old AbstractJndiLocator, and we don't really have a need for the old locator class anymore... >> >>----- >> >>On a related note: Does a create call on a remote SLSB home usually involve actual remote communication, or is it rather implemented as local operation that returns a proxy for an actual SLSB instance? I was wondering whether our SimpleSlsbInvokerInterceptor actually causes communication overhead through its create call for each method invocation... >> >>Juergen >> >> |
1239 messages has been excluded from this view by a project administrator.
