springframework-developer — Spring Framework developers list

RE: [Springframework-developer] Tags issue

[<jue...@we...>]

Done!


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT]=20
Sent: Wednesday, August 13, 2003 1:19 PM
To: 'jp....@ti...';
spr...@li...
Subject: RE: [Springframework-developer] Tags issue


Hi Jean-Pierre,

That failure is caused by a bug in BeanWrapperImpl: Its =
getPropertyDescriptor method doesn't properly check for nested paths. =
I'll commit the fix in a few minutes.

Juergen


-----Original Message-----
From: jp....@ti... [mailto:jp....@ti...]
Sent: Wednesday, August 13, 2003 12:19 PM
To: spr...@li...
Subject: [Springframework-developer] Tags issue


Hi Juergen,

I have an issue with the new tags. This worked before yesterday's =
changes. It's about the "bind" tag. In case of subelements, it doesn't =
more search in the objects tree and searches for the "dotted" property =
instead. In the below example the command contains a "person" property =
which has a "name" property. The log tell me that the property =
"person.name" doesn't exist. But even if it is null at this point of the =
application, the "name" of "person" still exists.

Regards,
Jean-Pierre

The jsp involved is

<%@ include file=3D"/WEB-INF/vues/jsp/commun/includes.jsp" %>
<p>
  <spring:bind path=3D"command.person.name">
    <span class=3D"error"><c:out =
value=3D"${status.errorMessage}"/></span>
	<p class=3D"label"><fmt:message key=3D"champ.nom"/></p>
	<input type=3D"text" size=3D"32" maxlength=3D"63" name=3D"person.name" =
value=3D"<c:out value=3D"${status.value}"/>">
  </spring:bind>
</p>

FYI, I use precompiled JSPs. Here is a snippet of the log:

javax.servlet.ServletException: No property [person.name] in class =
[class org.sis.sirene.command.CallingoutCommand]
	at =
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContext=
Impl.java:533)
	at =
jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.champs.personne.nom=
_jsp._jspService(Unknown Source)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at =
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatch=
er.java:684)
	at =
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispa=
tcher.java:575)
	at =
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatc=
her.java:498)
	at =
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.jav=
a:822)
	at =
jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.personne_jsp._jspSe=
rvice(Unknown Source)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at =
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatch=
er.java:684)
	at =
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispa=
tcher.java:575)
	at =
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatc=
her.java:498)
	at =
org.apache.taglibs.standard.tag.common.core.ImportSupport.acquireString(I=
mportSupport.java:314)
	at =
org.apache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(Import=
Support.java:179)
	at =
jsp.WEB_0002dINF.vues.jsp.applis.sirene.modele_jsp._jspService(Unknown =
Source)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at =
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatch=
er.java:684)
	at =
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispa=
tcher.java:432)
	at =
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatc=
her.java:356)
	at =
com.interface21.web.servlet.view.InternalResourceView.renderMergedOutputM=
odel(InternalResourceView.java:88)
	at =
com.interface21.web.servlet.view.AbstractView.render(AbstractView.java:19=
7)
	at =
com.interface21.web.servlet.DispatcherServlet.render(DispatcherServlet.ja=
va:503)
	at =
com.interface21.web.servlet.DispatcherServlet.doService(DispatcherServlet=
.java:392)
	at =
com.interface21.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServ=
let.java:237)
	at =
com.interface21.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java=
:225)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	...


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le =
modem ADSL offert !=20
Pour profiter de cette offre exceptionnelle, cliquez ici : =
http://register.tiscali.fr/adsl/
Offre soumise =E0 conditions.




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/=
01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE : [Springframework-developer] Tags issue

[JP P. <jp....@ti...>]

It works!

Jean-Pierre

-----Message d'origine-----
De=A0: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Envoy=E9=A0: mercredi 13 ao=FBt 2003 13:45
=C0=A0: jp....@ti...;
spr...@li...
Objet=A0: RE: [Springframework-developer] Tags issue

Done!


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT]=20
Sent: Wednesday, August 13, 2003 1:19 PM
To: 'jp....@ti...';
spr...@li...
Subject: RE: [Springframework-developer] Tags issue


Hi Jean-Pierre,

That failure is caused by a bug in BeanWrapperImpl: Its
getPropertyDescriptor method doesn't properly check for nested paths.
I'll commit the fix in a few minutes.

Juergen


-----Original Message-----
From: jp....@ti... [mailto:jp....@ti...]
Sent: Wednesday, August 13, 2003 12:19 PM
To: spr...@li...
Subject: [Springframework-developer] Tags issue


Hi Juergen,

I have an issue with the new tags. This worked before yesterday's
changes. It's about the "bind" tag. In case of subelements, it doesn't
more search in the objects tree and searches for the "dotted" property
instead. In the below example the command contains a "person" property
which has a "name" property. The log tell me that the property
"person.name" doesn't exist. But even if it is null at this point of the
application, the "name" of "person" still exists.

Regards,
Jean-Pierre

The jsp involved is

<%@ include file=3D"/WEB-INF/vues/jsp/commun/includes.jsp" %>
<p>
  <spring:bind path=3D"command.person.name">
    <span class=3D"error"><c:out =
value=3D"${status.errorMessage}"/></span>
	<p class=3D"label"><fmt:message key=3D"champ.nom"/></p>
	<input type=3D"text" size=3D"32" maxlength=3D"63" name=3D"person.name"
value=3D"<c:out value=3D"${status.value}"/>">
  </spring:bind>
</p>

FYI, I use precompiled JSPs. Here is a snippet of the log:

javax.servlet.ServletException: No property [person.name] in class
[class org.sis.sirene.command.CallingoutCommand]
	at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:533)
	at
jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.champs.personne.no
m_jsp._jspService(Unknown Source)
	at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:684)
	at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDisp
atcher.java:575)
	at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispat
cher.java:498)
	at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.ja
va:822)
	at
jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.personne_jsp._jspS
ervice(Unknown Source)
	at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:684)
	at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDisp
atcher.java:575)
	at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispat
cher.java:498)
	at
org.apache.taglibs.standard.tag.common.core.ImportSupport.acquireString(
ImportSupport.java:314)
	at
org.apache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(Impor
tSupport.java:179)
	at
jsp.WEB_0002dINF.vues.jsp.applis.sirene.modele_jsp._jspService(Unknown
Source)
	at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:684)
	at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDisp
atcher.java:432)
	at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispat
cher.java:356)
	at
com.interface21.web.servlet.view.InternalResourceView.renderMergedOutput
Model(InternalResourceView.java:88)
	at
com.interface21.web.servlet.view.AbstractView.render(AbstractView.java:1
97)
	at
com.interface21.web.servlet.DispatcherServlet.render(DispatcherServlet.j
ava:503)
	at
com.interface21.web.servlet.DispatcherServlet.doService(DispatcherServle
t.java:392)
	at
com.interface21.web.servlet.FrameworkServlet.serviceWrapper(FrameworkSer
vlet.java:237)
	at
com.interface21.web.servlet.FrameworkServlet.doPost(FrameworkServlet.jav
a:225)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	...


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le =
modem
ADSL offert !=20
Pour profiter de cette offre exceptionnelle, cliquez ici :
http://register.tiscali.fr/adsl/
Offre soumise =E0 conditions.




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

FW: [Springframework-developer] problem with JNDI InitialContext and WebSphere?

[Kopylenko, D. <dko...@ac...>]

To the list...

-----Original Message-----
From: dar...@hs... [mailto:dar...@hs...] 
Sent: Wednesday, August 13, 2003 4:14 AM
To: tri...@tr...
Cc: Kopylenko, Dmitry
Subject: Re: [Springframework-developer] problem with JNDI InitialContext
and WebSphere?



Thomas and Dmitry

Thanks for the responses, I've resolved this now.  The issue was the
inContainer param that Dmitry pointed out, but was compounded by another
error elsewhere in my application code (causing the bean framework to fail
when setting a property because of a conversion error).  This led me to
revert back to the removal of the inContainer param and from there down the
garden path.

Thanks again, and best wishes,
Darren.

> Darren,
>
> Do you have a <resource-ref> in ejb-jar.xml?  If so what does it look
like and
> is there a matching one in the Websphere specific descriptor.
>
> Thomas
>

>> Not sure if I'm missing something here, but WebSphere 4.0x and 5.0 
>> both exhibit the following behaviour..






_____________________________________________________

This transmission has been issued by a member of the HSBC Group 
"HSBC" for the information of the addressee only and should not be 
reproduced and / or distributed to any other person. Each page attached 
hereto must be read in conjunction with any disclaimer which forms part 
of it. Unless otherwise stated, this transmission is neither an offer nor
the 
solicitation of an offer to sell or purchase any investment. Its contents
are 
based on information obtained from sources believed to be reliable but HSBC
makes no representation and accepts no responsibility or liability as 
to its completeness or accuracy.

[Springframework-developer] =?iso-8859-1?Q?Re:[Springframework-developer]_Tags_issue?=

[=?iso-8859-1?Q?<jp....@ti...>]

Hi,=0D=0A=0D=0AI have logged the existence of the command.getPerson().get=
Name() in the controller:=0D=0A2003-08-13 13:09:06,250 INFO  [org.sis.sir=
ene.web.CallingoutController] person.name =3D null=0D=0A=0D=0AIn both syn=
taxes, the behaviour is the same if "name" is initialized with an empty S=
tring.=0D=0A=0D=0AIf I use the Jstl syntax instead:=0D=0A<spring:bind pat=
h=3D"${command.person.name}">=0D=0A=0D=0AI have the following log:=0D=0A=0D=
=0A2003-08-13 13:09:06,531 DEBUG [com.interface21.beans.BeanWrapperImpl] =
Navigating to property path 'name' of nested property 'person'=0D=0A2003-=
08-13 13:09:06,531 DEBUG [com.interface21.beans.BeanWrapperImpl] About to=
 invoke read method [public org.sis.sirene.appli.object.callingout.IPerso=
n org.sis.sirene.command.CallingoutCommand.getPerson()] on object of clas=
s 'org.sis.sirene.command.CallingoutCommand'=0D=0A2003-08-13 13:09:06,531=
 DEBUG [com.interface21.beans.BeanWrapperImpl] Creating new nested BeanWr=
apper for property 'person'=0D=0A2003-08-13 13:09:06,531 DEBUG [com.inter=
face21.beans.CachedIntrospectionResults] Using cached introspection resul=
ts for class class org.sis.sirene.appli.object.callingout.Person=0D=0A200=
3-08-13 13:09:06,531 DEBUG [com.interface21.beans.BeanWrapperImpl] Final =
path in nested property value 'person.name' is 'name'=0D=0A2003-08-13 13:=
09:06,531 DEBUG [com.interface21.beans.BeanWrapperImpl] About to invoke r=
ead method [public java.lang.String org.sis.sirene.appli.object.callingou=
t.Person.getName()] on object of class 'org.sis.sirene.appli.object.calli=
ngout.Person'=0D=0A2003-08-13 13:09:06,531 ERROR [org.jboss.web.localhost=
.Engine] ApplicationDispatcher[/sirene] "Servlet.service()" pour la servl=
et jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.champs.personne.=
nom_jsp a lanc=E9 une exceptionjavax.servlet.ServletException: Invalid bi=
nd name []: Errors instance not found in request=0D=0A	at org.apache.jasp=
er.runtime.PageContextImpl.handlePageException(PageContextImpl.java:533)=0D=
=0A	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.champs.perso=
nne.nom_jsp._jspService(Unknown Source)=0D=0A	at org.apache.jasper.runtim=
e.HttpJspBase.service(HttpJspBase.java:137)=0D=0A	at javax.servlet.http.H=
ttpServlet.service(HttpServlet.java:853)=0D=0A	at org.apache.catalina.cor=
e.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)=0D=0A	at o=
rg.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispat=
cher.java:575)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.in=
clude(ApplicationDispatcher.java:498)=0D=0A	at org.apache.jasper.runtime.=
JspRuntimeLibrary.include(JspRuntimeLibrary.java:822)=0D=0A	at jsp.WEB_00=
02dINF.vues.jsp.applis.sirene.interp.saisie.personne_jsp._jspService(Unkn=
own Source)=0D=0A	at org.apache.jasper.runtime.HttpJspBase.service(HttpJs=
pBase.java:137)=0D=0A	at javax.servlet.http.HttpServlet.service(HttpServl=
et.java:853)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.invo=
ke(ApplicationDispatcher.java:684)=0D=0A	at org.apache.catalina.core.Appl=
icationDispatcher.doInclude(ApplicationDispatcher.java:575)=0D=0A	at org.=
apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.=
java:498)=0D=0A	at org.apache.taglibs.standard.tag.common.core.ImportSupp=
ort.acquireString(ImportSupport.java:314)=0D=0A	at org.apache.taglibs.sta=
ndard.tag.common.core.ImportSupport.doEndTag(ImportSupport.java:179)=0D=0A=
	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.modele_jsp._jspService(Unknow=
n Source)=0D=0A	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspB=
ase.java:137)=0D=0A	at javax.servlet.http.HttpServlet.service(HttpServlet=
.java:853)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.invoke=
(ApplicationDispatcher.java:684)=0D=0A	at org.apache.catalina.core.Applic=
ationDispatcher.doForward(ApplicationDispatcher.java:432)=0D=0A	at org.ap=
ache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.ja=
va:356)=0D=0A	at com.interface21.web.servlet.view.InternalResourceView.re=
nderMergedOutputModel(InternalResourceView.java:88)=0D=0A	at com.interfac=
e21.web.servlet.view.AbstractView.render(AbstractView.java:197)=0D=0A	at =
com.interface21.web.servlet.DispatcherServlet.render(DispatcherServlet.ja=
va:503)=0D=0A	at com.interface21.web.servlet.DispatcherServlet.doService(=
DispatcherServlet.java:392)=0D=0A	at com.interface21.web.servlet.Framewor=
kServlet.serviceWrapper(FrameworkServlet.java:237)=0D=0A	at com.interface=
21.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:225)=0D=0A	a=
t javax.servlet.http.HttpServlet.service(HttpServlet.java:760)=0D=0A	...=0D=
=0A=0D=0AJean-Pierre=0D=0A=0D=0A---------- Initial Header -----------=0D=0A=
=0D=0AFrom      : spr...@li...=0D=
=0ATo          : spr...@li...=0D=0ACc =
         : =0D=0ADate      : Wed, 13 Aug 2003 12:18:44 +0200=0D=0ASubject=
 : [Springframework-developer] Tags issue=0D=0A=0D=0AHi Juergen,=0D=0A=0D=
=0AI have an issue with the new tags. This worked before yesterday's chan=
ges. It's about the "bind" tag. In case of subelements, it doesn't more s=
earch in the objects tree and searches for the "dotted" property instead.=
 In the below example the command contains a "person" property which has =
a "name" property. The log tell me that the property "person.name" doesn'=
t exist. But even if it is null at this point of the application, the "na=
me" of "person" still exists.=0D=0A=0D=0ARegards,=0D=0AJean-Pierre=0D=0A=0D=
=0AThe jsp involved is=0D=0A=0D=0A<%@ include file=3D"/WEB-INF/vues/jsp/c=
ommun/includes.jsp" %>=0D=0A<p>=0D=0A  <spring:bind path=3D"command.perso=
n.name">=0D=0A    <span class=3D"error"><c:out value=3D"${status.errorMes=
sage}"/></span>=0D=0A	<p class=3D"label"><fmt:message key=3D"champ.nom"/>=
</p>=0D=0A	<input type=3D"text" size=3D"32" maxlength=3D"63" name=3D"pers=
on.name" value=3D"<c:out value=3D"${status.value}"/>">=0D=0A  </spring:bi=
nd>=0D=0A</p>=0D=0A=0D=0AFYI, I use precompiled JSPs. Here is a snippet o=
f the log:=0D=0A=0D=0Ajavax.servlet.ServletException: No property [person=
.name] in class [class org.sis.sirene.command.CallingoutCommand]=0D=0A	at=
 org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex=
tImpl.java:533)=0D=0A	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.s=
aisie.champs.personne.nom_jsp._jspService(Unknown Source)=0D=0A	at org.ap=
ache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)=0D=0A	at ja=
vax.servlet.http.HttpServlet.service(HttpServlet.java:853)=0D=0A	at org.a=
pache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.ja=
va:684)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.doInclude=
(ApplicationDispatcher.java:575)=0D=0A	at org.apache.catalina.core.Applic=
ationDispatcher.include(ApplicationDispatcher.java:498)=0D=0A	at org.apac=
he.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:822)=0D=
=0A	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.saisie.personne_jsp=
._jspService(Unknown Source)=0D=0A	at org.apache.jasper.runtime.HttpJspBa=
se.service(HttpJspBase.java:137)=0D=0A	at javax.servlet.http.HttpServlet.=
service(HttpServlet.java:853)=0D=0A	at org.apache.catalina.core.Applicati=
onDispatcher.invoke(ApplicationDispatcher.java:684)=0D=0A	at org.apache.c=
atalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:5=
75)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.include(Appli=
cationDispatcher.java:498)=0D=0A	at org.apache.taglibs.standard.tag.commo=
n.core.ImportSupport.acquireString(ImportSupport.java:314)=0D=0A	at org.a=
pache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(ImportSuppo=
rt.java:179)=0D=0A	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.modele_jsp.=
_jspService(Unknown Source)=0D=0A	at org.apache.jasper.runtime.HttpJspBas=
e.service(HttpJspBase.java:137)=0D=0A	at javax.servlet.http.HttpServlet.s=
ervice(HttpServlet.java:853)=0D=0A	at org.apache.catalina.core.Applicatio=
nDispatcher.invoke(ApplicationDispatcher.java:684)=0D=0A	at org.apache.ca=
talina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:43=
2)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.forward(Applic=
ationDispatcher.java:356)=0D=0A	at com.interface21.web.servlet.view.Inter=
nalResourceView.renderMergedOutputModel(InternalResourceView.java:88)=0D=0A=
	at com.interface21.web.servlet.view.AbstractView.render(AbstractView.jav=
a:197)=0D=0A	at com.interface21.web.servlet.DispatcherServlet.render(Disp=
atcherServlet.java:503)=0D=0A	at com.interface21.web.servlet.DispatcherSe=
rvlet.doService(DispatcherServlet.java:392)=0D=0A	at com.interface21.web.=
servlet.FrameworkServlet.serviceWrapper(FrameworkServlet.java:237)=0D=0A	=
at com.interface21.web.servlet.FrameworkServlet.doPost(FrameworkServlet.j=
ava:225)=0D=0A	at javax.servlet.http.HttpServlet.service(HttpServlet.java=
:760)=0D=0A	at javax.servlet.http.HttpServlet.service(HttpServlet.java:85=
3)=0D=0A	...=0D=0A=0D=0A=0D=0A********** L'ADSL A 20 EUR/MOIS**********=0D=
=0ATiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le m=
odem ADSL offert ! =0D=0APour profiter de cette offre exceptionnelle, cli=
quez ici : http://register.tiscali.fr/adsl/=0D=0AOffre soumise =E0 condit=
ions.=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A--------------------------------------=
-----------------=0D=0AThis SF.Net email sponsored by: Free pre-built ASP=
.NET sites including=0D=0AData Reports, E-commerce, Portals, and Forums a=
re available now.=0D=0ADownload today and enter to win an XBOX or Visual =
Studio .NET.=0D=0Ahttp://aspnet.click-url.com/go/psa00100003ave/direct;at=
.aspnet_072303_01/01=0D=0A_______________________________________________=
=0D=0ASpringframework-developer mailing list=0D=0ASpringframework-develop=
er...@li...=0D=0Ahttps://lists.sourceforge.net/lists/listinf=
o/springframework-developer=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS***=
*******=0ATiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois =
et le modem ADSL offert ! =0APour profiter de cette offre exceptionnelle,=
 cliquez ici : http://register.tiscali.fr/adsl/=0AOffre soumise =E0 condi=
tions.=0A

[Springframework-developer] =?iso-8859-1?Q?Tags_issue?=

[=?iso-8859-1?Q?<jp....@ti...>]

Hi Juergen,=0D=0A=0D=0AI have an issue with the new tags. This worked bef=
ore yesterday's changes. It's about the "bind" tag. In case of subelement=
s, it doesn't more search in the objects tree and searches for the "dotte=
d" property instead. In the below example the command contains a "person"=
 property which has a "name" property. The log tell me that the property =
"person.name" doesn't exist. But even if it is null at this point of the =
application, the "name" of "person" still exists.=0D=0A=0D=0ARegards,=0D=0A=
Jean-Pierre=0D=0A=0D=0AThe jsp involved is=0D=0A=0D=0A<%@ include file=3D=
"/WEB-INF/vues/jsp/commun/includes.jsp" %>=0D=0A<p>=0D=0A  <spring:bind p=
ath=3D"command.person.name">=0D=0A    <span class=3D"error"><c:out value=3D=
"${status.errorMessage}"/></span>=0D=0A	<p class=3D"label"><fmt:message k=
ey=3D"champ.nom"/></p>=0D=0A	<input type=3D"text" size=3D"32" maxlength=3D=
"63" name=3D"person.name" value=3D"<c:out value=3D"${status.value}"/>">=0D=
=0A  </spring:bind>=0D=0A</p>=0D=0A=0D=0AFYI, I use precompiled JSPs. Her=
e is a snippet of the log:=0D=0A=0D=0Ajavax.servlet.ServletException: No =
property [person.name] in class [class org.sis.sirene.command.CallingoutC=
ommand]=0D=0A	at org.apache.jasper.runtime.PageContextImpl.handlePageExce=
ption(PageContextImpl.java:533)=0D=0A	at jsp.WEB_0002dINF.vues.jsp.applis=
.sirene.interp.saisie.champs.personne.nom_jsp._jspService(Unknown Source)=
=0D=0A	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:=
137)=0D=0A	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853=
)=0D=0A	at org.apache.catalina.core.ApplicationDispatcher.invoke(Applicat=
ionDispatcher.java:684)=0D=0A	at org.apache.catalina.core.ApplicationDisp=
atcher.doInclude(ApplicationDispatcher.java:575)=0D=0A	at org.apache.cata=
lina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:498)=0D=
=0A	at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibr=
ary.java:822)=0D=0A	at jsp.WEB_0002dINF.vues.jsp.applis.sirene.interp.sai=
sie.personne_jsp._jspService(Unknown Source)=0D=0A	at org.apache.jasper.r=
untime.HttpJspBase.service(HttpJspBase.java:137)=0D=0A	at javax.servlet.h=
ttp.HttpServlet.service(HttpServlet.java:853)=0D=0A	at org.apache.catalin=
a.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)=0D=0A=
	at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD=
ispatcher.java:575)=0D=0A	at org.apache.catalina.core.ApplicationDispatch=
er.include(ApplicationDispatcher.java:498)=0D=0A	at org.apache.taglibs.st=
andard.tag.common.core.ImportSupport.acquireString(ImportSupport.java:314=
)=0D=0A	at org.apache.taglibs.standard.tag.common.core.ImportSupport.doEn=
dTag(ImportSupport.java:179)=0D=0A	at jsp.WEB_0002dINF.vues.jsp.applis.si=
rene.modele_jsp._jspService(Unknown Source)=0D=0A	at org.apache.jasper.ru=
ntime.HttpJspBase.service(HttpJspBase.java:137)=0D=0A	at javax.servlet.ht=
tp.HttpServlet.service(HttpServlet.java:853)=0D=0A	at org.apache.catalina=
.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)=0D=0A	=
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDi=
spatcher.java:432)=0D=0A	at org.apache.catalina.core.ApplicationDispatche=
r.forward(ApplicationDispatcher.java:356)=0D=0A	at com.interface21.web.se=
rvlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceV=
iew.java:88)=0D=0A	at com.interface21.web.servlet.view.AbstractView.rende=
r(AbstractView.java:197)=0D=0A	at com.interface21.web.servlet.DispatcherS=
ervlet.render(DispatcherServlet.java:503)=0D=0A	at com.interface21.web.se=
rvlet.DispatcherServlet.doService(DispatcherServlet.java:392)=0D=0A	at co=
m.interface21.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServle=
t.java:237)=0D=0A	at com.interface21.web.servlet.FrameworkServlet.doPost(=
FrameworkServlet.java:225)=0D=0A	at javax.servlet.http.HttpServlet.servic=
e(HttpServlet.java:760)=0D=0A	at javax.servlet.http.HttpServlet.service(H=
ttpServlet.java:853)=0D=0A	...=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS=
**********=0ATiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mo=
is et le modem ADSL offert ! =0APour profiter de cette offre exceptionnel=
le, cliquez ici : http://register.tiscali.fr/adsl/=0AOffre soumise =E0 co=
nditions.=0A

Re: [Springframework-developer] destroy-method

[<jue...@we...>]

SnVzdCBjb21taXR0ZWQgRGlzcG9zYWJsZUJlYW4gLyBkZXN0cm95LW1ldGhvZCwgdG9nZXRoZXIg
d2l0aCBhIHJlLWFkZGVkIENvbnRleHRMb2FkZXJTZXJ2bGV0IGFuZCBMb2c0akNvbmZpZ1NlcnZs
ZXQuIFRoZSAiZGVzdHJveS1tZXRob2QiIHN0dWZmIHNob3VsZCBiZSBwcmV0dHkgc3RyYWlnaHRm
b3J3YXJkIHRvIHVuZGVyc3RhbmQsIGFzIGl0IGJhc2ljYWxseSBtaXJyb3JzIEluaXRpYWxpemlu
Z0JlYW4gLyBpbml0LW1ldGhvZC4gTm90ZSB0aGF0IEFwcGxpY2F0aW9uQ29udGV4dCdzIG5ldyBj
bG9zZSBtZXRob2QgaXMgY2FsbGVkIGJ5IGJvdGggQ29udGV4dExvYWRlciBhbmQgRnJhbWV3b3Jr
U2VydmxldCBmb3IgdGhlaXIgcmVzcGVjdGl2ZSBjb250ZXh0cyBub3cuDQogDQpCVFcsIHJlZ2Fy
ZGluZyB3ZWIueG1sIGxpc3RlbmVycyBhbmQgY286IFRoZSBsaXN0ZW5lciAvIHNlcnZsZXQgZGVz
dHJveSBvcmRlciB2YXJpZXMgd2lkZWx5IGJldHdlZW4gc2VydmxldCBjb250YWluZXJzLiBGb3Ig
ZXhhbXBsZSwgUmVzaW4gMi4xIGRlc3Ryb3lzIHRoZSBsaXN0ZW5lcnMgaW4gdGhlIG9yZGVyIG9m
IHRoZWlyIHJlZ2lzdHJhdGlvbnMgaW4gd2ViLnhtbCwganVzdCBsaWtlIGl0IGluaXRpYWxpemVz
IHRoZW0gLSB0aGUgU2VydmxldCAyLjMgc3BlYyByZXF1aXJlcyAqcmV2ZXJzZSogb3JkZXIgZm9y
IGRlc3Ryb3kgdGhvdWdoLiBCb3RoIFRvbWNhdCA0LjEgYW5kIFJlc2luIDIuMSBkZXN0cm95IHRo
ZSBzZXJ2bGV0cyBhZnRlciB0aGUgbGlzdGVuZXJzIC0gdGhlIFNlcnZsZXQgMi40IHNwZWMgY2xh
cmlmaWVzIHRoYXQgYWxsIHNlcnZsZXRzIHNob3VsZCBiZSBkZXN0cm95ZWQgKmJlZm9yZSogdGhl
IGZpcnN0IGxpc3RlbmVyIGRlc3Ryb3kgY2FsbC4gDQogDQpUaHVzLCBvdXIgTG9nNGpDb25maWdM
aXN0ZW5lciBtaWdodCBnZXQgZGVzdHJveWVkIGJlZm9yZSBzZXJ2bGV0LXNwZWNpZmljIFdlYkFw
cGxpY2F0aW9uQ29udGV4dHMgb3IgZXZlbiBiZWZvcmUgdGhlIHJvb3QgY29udGV4dCBpbiBzb21l
IGNvbnRhaW5lcnMuIFRoaXMgY2FuIGxlYWQgdG8gIkxvZzRKIGlzIG5vdCBpbml0aWFsaXplZCIg
d2FybmluZ3Mgd2hlbiB0aGUgY29udGV4dHMgd2FudCB0byBsb2cgc2h1dGRvd24gbWVzc2FnZXMs
IGFzIHRoZSBsaXN0ZW5lciBoYXMgYWxyZWFkeSBjbG9zZWQgdGhlIExvZzRKIExvZ01hbmFnZXIg
dG8gcmVsZWFzZSBhbGwgZmlsZSBsb2Nrcy4gT2YgY291cnNlLCB0aGlzIGRvZXNuJ3QgaHVydCBi
ZXNpZGVzIHRob3NlIGxvZyBtZXNzYWdlcyBnZXR0aW5nIGxvc3QsIGFuZCBvbmUgY2FuIGFsd2F5
cyBmYWxsIGJhY2sgdG8gZGVmYXVsdCBMb2c0SiBpbml0aWFsaXphdGlvbiB3aXRob3V0IExvZzRq
Q29uZmlnTGlzdGVuZXIsIG9yIEoyU0UgMS40IGxvZ2dpbmcgZm9yIHRoYXQgbWF0dGVyLg0KIA0K
QXMgSSBkb24ndCBzZWUgYSBub24taGFjayB3YXkgdG8gY2xvc2UgdGhlIExvZzRKIExvZ01hbmFn
ZXIgbGFzdCBpbiBhbnkgY2FzZSBvbiBhbnkgc2VydmVyLCBJIGd1ZXNzIHdlIGhhdmUgdG8gbGl2
ZSB3aXRoIHRoaXMgcmVzdHJpY3Rpb24gZm9yIHRoZSB0aW1lIGJlaW5nLiBBdCBsZWFzdCBpdCBz
aG91bGQgd29yayBjb3JyZWN0bHkgaW4gU2VydmxldCAyLjQgY29tcGxpYW50IHdlYiBjb250YWlu
ZXJzLi4uIDstKQ0KIA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNo
cmljaHQtLS0tLSANCglWb246IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0gDQoJR2VzZW5kZXQ6
IERpIDEyLjA4LjIwMDMgMTY6NTMgDQoJQW46IHJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbTsg
c3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IA0K
CUJldHJlZmY6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBkZXN0cm95LW1ldGhvZA0KCQ0K
CQ0KDQoJUm9kLCBldmVyeWJvZHksDQoJDQoJSSd2ZSBqdXN0IGludHJvZHVjZWQgc3VwcG9ydCBm
b3IgYSAiZGVzdHJveS1tZXRob2QiLCBhbmFsb2dvdXMgdG8gImluaXQtbWV0aG9kIi4gVGhlcmUn
cyBhbHNvIGEgcmVzcGVjdGl2ZSBEaXNwb3NhYmxlQmVhbiBpbnRlcmZhY2Ugd2l0aCBhIGRlc3Ry
b3kgbWV0aG9kIG5vdywgYW5hbG9nb3VzIHRvIEluaXRpYWxpemluZ0JlYW4gd2l0aCBpdHMgYWZ0
ZXJQcm9wZXJ0aWVzU2V0LiBBYnN0cmFjdEJlYW5GYWN0b3J5J3MgbmV3IGRlc3Ryb3lTaW5nbGV0
b25zIG1ldGhvZCBpbnZva2VzIHN1Y2ggZGVzdHJveSBtZXRob2RzIG9uIGVhY2ggb2YgaXRzIGNh
Y2hlZCBzaW5nbGV0b25zLiBPYnZpb3VzbHksIHRoaXMganVzdCBtYWtlcyBzZW5zZSBmb3Igc2lu
Z2xldG9uczogV2UgZG9uJ3Qga2VlcCB0cmFjayBvZiBwcm90b3R5cGUgaW5zdGFuY2VzLg0KCQ0K
CUkndmUgYWxzbyBhZGRlZCBhICJjbG9zZSIgbWV0aG9kIHRvIHRoZSBBcHBsaWNhdGlvbkNvbnRl
eHQgaW50ZXJmYWNlLiBUaGUgZGVmYXVsdCBpbXBsZW1lbnRhdGlvbiBpbiBBYnN0cmFjdEFwcGxp
Y2F0aW9uQ29udGV4dCBpbnZva2VzIGRlc3Ryb3lTaW5nbGV0b25zIG9uIHRoZSB1bmRlcmx5aW5n
IEJlYW5GYWN0b3J5LiBDb250ZXh0TG9hZGVyTGlzdGVuZXIsIENvbnRleHRMb2FkZXJTZXJ2bGV0
LCBhbmQgRnJhbWV3b3JrU2VydmxldCBjbG9zZSB0aGVpciByZXNwZWN0aXZlIGNvbnRleHRzIG9u
IHNodXRkb3duIG5vdy4gVGhpcyBhbGxvd3MgZm9yIHByb3BlciBsaWZlY3ljbGUgb2YgYWxsIG1h
bmFnZWQgc2luZ2xldG9ucyBpbiBhIHdlYiBhcHBsaWNhdGlvbi4NCgkNCglUaGUgcmF0aW9uYWxl
IGJlaGluZCB0aGlzIGlzIHRoYXQgd2UgY3JlYXRlIHJlc291cmNlIGxlYWtzIHdpdGhvdXQgdGhp
czogRm9yIGV4YW1wbGUsIGEgQ29tbW9ucyBEQkNQIEJhc2ljRGF0YVNvdXJjZSBhbmQgYSBIaWJl
cm5hdGUgU2Vzc2lvbkZhY3RvcnkgbmVlZCB0byBiZSBjbG9zZWQgb24gc2h1dGRvd24gb2YgYSB3
ZWIgYXBwLiBFbHNlLCB0aGUgZm9ybWVyIGRvZXNuJ3QgcHJvcGVybHkgY2xvc2UgaXRzIHJlbWFp
bmluZyBjb25uZWN0aW9ucywgYW5kIHRoZSBsYXR0ZXIgZG9lc24ndCBsZWF2ZSB0aGUgSlZNLWxl
dmVsIEpDUyBjYWNoZSBpbiBhIGNsZWFuIHN0YXRlLg0KCQ0KCU9uLXRoZS1mbHkgcmVzdGFydGlu
ZyBvZiBhIHdlYiBhcHAgd2l0aG91dCByZXN0YXJ0aW5nIHRoZSBzZXJ2ZXIgcmVxdWlyZXMgcHJv
cGVyIHJlc291cmNlIGhhbmRsaW5nLiBUaGUgQmFzaWNEYXRhU291cmNlIGlzc3VlIGlzIG9idmlv
dXM6IFRoZSBkYXRhYmFzZSBtaWdodCBydW4gb3V0IG9mIGNvbm5lY3Rpb25zLiBUaGUgSGliZXJu
YXRlIGZvcnVtcyBhbHNvIHN0YXRlIHRoYXQgdGhlcmUgKmFyZSogaXNzdWVzIHdpdGggcmVzdGFy
dGluZyB3aGVuIHVzaW5nIGEgSkNTIGNhY2hlLCB0aGF0J3Mgd2h5IFNlc3Npb25GYWN0b3J5LmNs
b3NlIGhhcyBiZWVuIGludHJvZHVjZWQgaW4gMi4wLg0KCQ0KCUxvY2FsU2Vzc2lvbkZhY3RvcnlC
ZWFuIGltcGxlbWVudHMgRGlzcG9zYWJsZUJlYW4gbm93LCB0byBjYXJlIGZvciBwcm9wZXIgU2Vz
c2lvbkZhY3RvcnkgY2xvc2luZy4gVGhlIHJlY29tbWVuZGF0aW9uIGZvciBCYXNpY0RhdGFTb3Vy
Y2UgaXMgdG8gZGVmaW5lIGl0IGFzIGZvbGxvd3MuIE5vdGUgdGhhdCB3ZSBkb24ndCBuZWVkIGFu
eSB3cmFwcGVyIG9yIHRoZSBsaWtlIHRvIGFjaGlldmUgdGhpcywgd2UncmUgc2ltcGx5IHJldXNp
bmcgdGhlIGNvbXBsZXRlbHkgU3ByaW5nLXVuYXdhcmUgQmFzaWNEYXRhU291cmNlIDotKQ0KCQ0K
CSAgPGJlYW4gaWQ9ImRhdGFTb3VyY2UiIGNsYXNzPSJvcmcuYXBhY2hlLmNvbW1vbnMuZGJjcC5C
YXNpY0RhdGFTb3VyY2UiIGRlc3Ryb3ktbWV0aG9kPSJjbG9zZSI+DQoJICAgIDxwcm9wZXJ0eSBu
YW1lPSJkcml2ZXJDbGFzc05hbWUiPjx2YWx1ZT5jb20ubXlzcWwuamRiYy5Ecml2ZXI8L3ZhbHVl
PjwvcHJvcGVydHk+DQoJICAgIC4uLg0KCSAgPC9iZWFuPg0KCQ0KCUkgaG9wZSB5b3UgY29uc2lk
ZXIgdGhpcyBhIHZhbHVhYmxlIGFkZGl0aW9uLiBJZiB0aGVyZSBhcmVuJ3QgYW55IG9iamVjdGlv
bnMsIEknbGwgY29tbWl0IGl0IHRvbmlnaHQuIFBsZWFzZSwgYmVmb3JlIHRha2luZyBhIHNuYXBz
aG90IGZvciB0aGUgbmV3IG1vZHVsZSwgYXNrIG1lIGlmIEknbSBkb25lISA7LSkNCgkNCglKdWVy
Z2VuDQoJTkh6bjRpEXhqanoOelxKTnLTvUpqenF6fnpqeiANCg0K

Re: [Springframework-developer] destroy-method

[<rod...@in...>]

That sounds like a worthwhile addition.

I'm planning to take a snapshot about 0800 GMT tomorrow 
morning. Please email me if you're done tonight.

If there's any major problem committing I can make it 
Thursday rather than tomorrow--I am rather busy tomorrow.

Regards,
Rod

[Springframework-developer] =?iso-8859-1?Q?Re:[Springframework-developer]_destroy-method?=

[=?iso-8859-1?Q?<jp....@ti...>]

Juergen,=0D=0A=0D=0AVery good! Sooner or later, this would to be made and=
 the sooner is the best. This enforces the strong side of Spring. =0D=0A=0D=
=0AJust that Spring is now so rich that a full book is the only documenta=
tion that could be at the high level of the framework. Clearly, so a book=
 exclusively about Spring (with some related topics such as Hibernate in =
Spring) will have to follow the framework a day or another. It will be as=
king for a lot of work but could drastically increase the use of Spring.=0D=
=0A=0D=0AThe Rod's i21 was really great, but Spring is going over all hop=
es. What a fantastic framework! =0D=0A=0D=0AJean-Pierre=0D=0A=0D=0A=0D=0A=
Rod, everybody,=0D=0A=0D=0AI've just introduced support for a "destroy-me=
thod", analogous to "init-method". There's also a respective DisposableBe=
an interface with a destroy method now, analogous to InitializingBean wit=
h its afterPropertiesSet. AbstractBeanFactory's new destroySingletons met=
hod invokes such destroy methods on each of its cached singletons. Obviou=
sly, this just makes sense for singletons: We don't keep track of prototy=
pe instances.=0D=0A=0D=0AI've also added a "close" method to the Applicat=
ionContext interface. The default implementation in AbstractApplicationCo=
ntext invokes destroySingletons on the underlying BeanFactory. ContextLoa=
derListener, ContextLoaderServlet, and FrameworkServlet close their respe=
ctive contexts on shutdown now. This allows for proper lifecycle of all m=
anaged singletons in a web application.=0D=0A=0D=0AThe rationale behind t=
his is that we create resource leaks without this: For example, a Commons=
 DBCP BasicDataSource and a Hibernate SessionFactory need to be closed on=
 shutdown of a web app. Else, the former doesn't properly close its remai=
ning connections, and the latter doesn't leave the JVM-level JCS cache in=
 a clean state.=0D=0A=0D=0AOn-the-fly restarting of a web app without res=
tarting the server requires proper resource handling. The BasicDataSource=
 issue is obvious: The database might run out of connections. The Hiberna=
te forums also state that there *are* issues with restarting when using a=
 JCS cache, that's why SessionFactory.close has been introduced in 2.0.=0D=
=0A=0D=0ALocalSessionFactoryBean implements DisposableBean now, to care f=
or proper SessionFactory closing. The recommendation for BasicDataSource =
is to define it as follows. Note that we don't need any wrapper or the li=
ke to achieve this, we're simply reusing the completely Spring-unaware Ba=
sicDataSource :-)=0D=0A=0D=0A  <bean id=3D"dataSource" class=3D"org.apach=
e.commons.dbcp.BasicDataSource" destroy-method=3D"close">=0D=0A    <prope=
rty name=3D"driverClassName"><value>com.mysql.jdbc.Driver</value></proper=
ty>=0D=0A    ...=0D=0A  </bean>=0D=0A=0D=0AI hope you consider this a val=
uable addition. If there aren't any objections, I'll commit it tonight. P=
lease, before taking a snapshot for the new module, ask me if I'm done! ;=
-)=0D=0A=0D=0AJuergen=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS*********=
*=0ATiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le =
modem ADSL offert ! =0APour profiter de cette offre exceptionnelle, cliqu=
ez ici : http://register.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=
=0A

[Springframework-developer] destroy-method

[<jue...@we...>]

Um9kLCBldmVyeWJvZHksDQoNCkkndmUganVzdCBpbnRyb2R1Y2VkIHN1cHBvcnQgZm9yIGEgImRl
c3Ryb3ktbWV0aG9kIiwgYW5hbG9nb3VzIHRvICJpbml0LW1ldGhvZCIuIFRoZXJlJ3MgYWxzbyBh
IHJlc3BlY3RpdmUgRGlzcG9zYWJsZUJlYW4gaW50ZXJmYWNlIHdpdGggYSBkZXN0cm95IG1ldGhv
ZCBub3csIGFuYWxvZ291cyB0byBJbml0aWFsaXppbmdCZWFuIHdpdGggaXRzIGFmdGVyUHJvcGVy
dGllc1NldC4gQWJzdHJhY3RCZWFuRmFjdG9yeSdzIG5ldyBkZXN0cm95U2luZ2xldG9ucyBtZXRo
b2QgaW52b2tlcyBzdWNoIGRlc3Ryb3kgbWV0aG9kcyBvbiBlYWNoIG9mIGl0cyBjYWNoZWQgc2lu
Z2xldG9ucy4gT2J2aW91c2x5LCB0aGlzIGp1c3QgbWFrZXMgc2Vuc2UgZm9yIHNpbmdsZXRvbnM6
IFdlIGRvbid0IGtlZXAgdHJhY2sgb2YgcHJvdG90eXBlIGluc3RhbmNlcy4NCg0KSSd2ZSBhbHNv
IGFkZGVkIGEgImNsb3NlIiBtZXRob2QgdG8gdGhlIEFwcGxpY2F0aW9uQ29udGV4dCBpbnRlcmZh
Y2UuIFRoZSBkZWZhdWx0IGltcGxlbWVudGF0aW9uIGluIEFic3RyYWN0QXBwbGljYXRpb25Db250
ZXh0IGludm9rZXMgZGVzdHJveVNpbmdsZXRvbnMgb24gdGhlIHVuZGVybHlpbmcgQmVhbkZhY3Rv
cnkuIENvbnRleHRMb2FkZXJMaXN0ZW5lciwgQ29udGV4dExvYWRlclNlcnZsZXQsIGFuZCBGcmFt
ZXdvcmtTZXJ2bGV0IGNsb3NlIHRoZWlyIHJlc3BlY3RpdmUgY29udGV4dHMgb24gc2h1dGRvd24g
bm93LiBUaGlzIGFsbG93cyBmb3IgcHJvcGVyIGxpZmVjeWNsZSBvZiBhbGwgbWFuYWdlZCBzaW5n
bGV0b25zIGluIGEgd2ViIGFwcGxpY2F0aW9uLg0KDQpUaGUgcmF0aW9uYWxlIGJlaGluZCB0aGlz
IGlzIHRoYXQgd2UgY3JlYXRlIHJlc291cmNlIGxlYWtzIHdpdGhvdXQgdGhpczogRm9yIGV4YW1w
bGUsIGEgQ29tbW9ucyBEQkNQIEJhc2ljRGF0YVNvdXJjZSBhbmQgYSBIaWJlcm5hdGUgU2Vzc2lv
bkZhY3RvcnkgbmVlZCB0byBiZSBjbG9zZWQgb24gc2h1dGRvd24gb2YgYSB3ZWIgYXBwLiBFbHNl
LCB0aGUgZm9ybWVyIGRvZXNuJ3QgcHJvcGVybHkgY2xvc2UgaXRzIHJlbWFpbmluZyBjb25uZWN0
aW9ucywgYW5kIHRoZSBsYXR0ZXIgZG9lc24ndCBsZWF2ZSB0aGUgSlZNLWxldmVsIEpDUyBjYWNo
ZSBpbiBhIGNsZWFuIHN0YXRlLg0KDQpPbi10aGUtZmx5IHJlc3RhcnRpbmcgb2YgYSB3ZWIgYXBw
IHdpdGhvdXQgcmVzdGFydGluZyB0aGUgc2VydmVyIHJlcXVpcmVzIHByb3BlciByZXNvdXJjZSBo
YW5kbGluZy4gVGhlIEJhc2ljRGF0YVNvdXJjZSBpc3N1ZSBpcyBvYnZpb3VzOiBUaGUgZGF0YWJh
c2UgbWlnaHQgcnVuIG91dCBvZiBjb25uZWN0aW9ucy4gVGhlIEhpYmVybmF0ZSBmb3J1bXMgYWxz
byBzdGF0ZSB0aGF0IHRoZXJlICphcmUqIGlzc3VlcyB3aXRoIHJlc3RhcnRpbmcgd2hlbiB1c2lu
ZyBhIEpDUyBjYWNoZSwgdGhhdCdzIHdoeSBTZXNzaW9uRmFjdG9yeS5jbG9zZSBoYXMgYmVlbiBp
bnRyb2R1Y2VkIGluIDIuMC4NCg0KTG9jYWxTZXNzaW9uRmFjdG9yeUJlYW4gaW1wbGVtZW50cyBE
aXNwb3NhYmxlQmVhbiBub3csIHRvIGNhcmUgZm9yIHByb3BlciBTZXNzaW9uRmFjdG9yeSBjbG9z
aW5nLiBUaGUgcmVjb21tZW5kYXRpb24gZm9yIEJhc2ljRGF0YVNvdXJjZSBpcyB0byBkZWZpbmUg
aXQgYXMgZm9sbG93cy4gTm90ZSB0aGF0IHdlIGRvbid0IG5lZWQgYW55IHdyYXBwZXIgb3IgdGhl
IGxpa2UgdG8gYWNoaWV2ZSB0aGlzLCB3ZSdyZSBzaW1wbHkgcmV1c2luZyB0aGUgY29tcGxldGVs
eSBTcHJpbmctdW5hd2FyZSBCYXNpY0RhdGFTb3VyY2UgOi0pDQoNCiAgPGJlYW4gaWQ9ImRhdGFT
b3VyY2UiIGNsYXNzPSJvcmcuYXBhY2hlLmNvbW1vbnMuZGJjcC5CYXNpY0RhdGFTb3VyY2UiIGRl
c3Ryb3ktbWV0aG9kPSJjbG9zZSI+DQogICAgPHByb3BlcnR5IG5hbWU9ImRyaXZlckNsYXNzTmFt
ZSI+PHZhbHVlPmNvbS5teXNxbC5qZGJjLkRyaXZlcjwvdmFsdWU+PC9wcm9wZXJ0eT4NCiAgICAu
Li4NCiAgPC9iZWFuPg0KDQpJIGhvcGUgeW91IGNvbnNpZGVyIHRoaXMgYSB2YWx1YWJsZSBhZGRp
dGlvbi4gSWYgdGhlcmUgYXJlbid0IGFueSBvYmplY3Rpb25zLCBJJ2xsIGNvbW1pdCBpdCB0b25p
Z2h0LiBQbGVhc2UsIGJlZm9yZSB0YWtpbmcgYSBzbmFwc2hvdCBmb3IgdGhlIG5ldyBtb2R1bGUs
IGFzayBtZSBpZiBJJ20gZG9uZSEgOy0pDQoNCkp1ZXJnZW4NCg==

Re: [Springframework-developer] Re: Package switch

[Colin S. <col...@ex...>]

Only complication is that for some reason there already appears to be an 
empty 'Spring' (not the uppercase leading letter) module in the CVS repo.
  http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/springframework/
Do you guys have the ability to do module renames, or does it have to go 
through Sourceforge?


rod...@in... wrote:

>I'm happy with "spring" as the name of the new module.
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

RE: [Springframework-developer] problem with JNDI InitialContext and WebSphere?

[Kopylenko, D. <dko...@ac...>]

Darren,

If I'm not mistaken, you could set inContainer property of
AbstractJndiLocator to false to avoid this issue if WebSphere's
implementation of InitialContext behaves as you described:

<bean id="portalDataStoreBean" singleton="true" class
="com.interface21.jndi.JndiObjectFactoryBean">
    <property name="jndiName"><value>jdbc/ds1</value></property>
    <property name="inContainer"><value>false</value></property>
</bean>

Dmitriy.


-----Original Message-----
From: dar...@hs... [mailto:dar...@hs...] 
Sent: Tuesday, August 12, 2003 7:16 AM
To: spr...@li...
Subject: [Springframework-developer] problem with JNDI InitialContext and
WebSphere?


Not sure if I'm missing something here, but WebSphere 4.0x and 5.0 both
exhibit the following behaviour..


A JDBC source is set up in WebSphere and given the name "jdbc/ds1".

In applicationContext.xml, the following bean is defined:

<bean id="portalDataStoreBean" singleton="true" class
="com.interface21.jndi.JndiObjectFactoryBean">
    <property name="jndiName"><value>jdbc/ds1</value></property>
</bean>


When the framework executes, a NamingException occurs which I think is due
to the default way WebSphere implements InitialContext.  From what I can
see, the default (no properties) instantiation of InitialContext is set to
expect that names will NOT include the container prefix.  This is however
guesswork based on the evidence since I don't have the WebSphere source
code.  AbstractJndiLocator.afterPropertiesSet() always prefixes the jndiName
with "java:comp/env/" if it is not supplied and the lookup subsequently
fails with the message;

javax.naming.NameNotFoundException: Name comp/env/jdbc not found in context
"java:"

If AbstractJndiLocator is prevented from prefixing the jndiName with the
container prefix then the JNDI lookup succeeds and the DataSource can be
accessed in application code.  Tests against the DataSource config in
WebSphere work, and the DS can also be accessed from a servlet using the
following code which operates without error:

Context ctx;
DataSource ds = null;
Connection con = null;

try {
    ctx = new InitialContext();
    ds = (DataSource) ctx.lookup("jdbc/ds1");
    con = ds.getConnection();
    System.out.println( con.toString() );

} catch (Throwable t) {
    t.printStackTrace();
}



I've scoured the WebSphere classpath for any jndi.properties file that it
may be loading at startup which may have had an effect, but none exists and
therefore I'm assuming that this is simply what WebSphere does unless you
tell it otherwise by supplying a java.naming.provider.url property for the
InitialContext constructor.  I even tried setting the name of the data
source explicitly to "java:comp/env/jdbc/ds1" in the server config, but as
expected, this failed when the server tried to bind it at startup.

I don't know enough to know whether WebSphere is violating some JNDI API
contract with this behaviour so if anyone can confirm that it *is* in fact
doing so, and point to the relevant docs, I'll have a word with IBM.

Let me know if there are further tests you think may be helpful that I can
run on the WebSphere servers?

Darren Davison
CIBM Intranet Team
int> 799 19431
ext> +44 (0)20 7991 9431




_____________________________________________________

This transmission has been issued by a member of the HSBC Group 
"HSBC" for the information of the addressee only and should not be 
reproduced and / or distributed to any other person. Each page attached 
hereto must be read in conjunction with any disclaimer which forms part 
of it. Unless otherwise stated, this transmission is neither an offer nor
the 
solicitation of an offer to sell or purchase any investment. Its contents
are 
based on information obtained from sources believed to be reliable but HSBC
makes no representation and accepts no responsibility or liability as 
to its completeness or accuracy.



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data
Reports, E-commerce, Portals, and Forums are available now. Download today
and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] problem with JNDI InitialContext and WebSphere?

[<dar...@hs...>]

Not sure if I'm missing something here, but WebSphere 4.0x and 5.0 both
exhibit the following behaviour..


A JDBC source is set up in WebSphere and given the name "jdbc/ds1".

In applicationContext.xml, the following bean is defined:

<bean id="portalDataStoreBean" singleton="true" class
="com.interface21.jndi.JndiObjectFactoryBean">
    <property name="jndiName"><value>jdbc/ds1</value></property>
</bean>


When the framework executes, a NamingException occurs which I think is due
to the default way WebSphere implements InitialContext.  From what I can
see, the default (no properties) instantiation of InitialContext is set to
expect that names will NOT include the container prefix.  This is however
guesswork based on the evidence since I don't have the WebSphere source
code.  AbstractJndiLocator.afterPropertiesSet() always prefixes the
jndiName with "java:comp/env/" if it is not supplied and the lookup
subsequently fails with the message;

javax.naming.NameNotFoundException: Name comp/env/jdbc not found in context
"java:"

If AbstractJndiLocator is prevented from prefixing the jndiName with the
container prefix then the JNDI lookup succeeds and the DataSource can be
accessed in application code.  Tests against the DataSource config in
WebSphere work, and the DS can also be accessed from a servlet using the
following code which operates without error:

Context ctx;
DataSource ds = null;
Connection con = null;

try {
    ctx = new InitialContext();
    ds = (DataSource) ctx.lookup("jdbc/ds1");
    con = ds.getConnection();
    System.out.println( con.toString() );

} catch (Throwable t) {
    t.printStackTrace();
}



I've scoured the WebSphere classpath for any jndi.properties file that it
may be loading at startup which may have had an effect, but none exists and
therefore I'm assuming that this is simply what WebSphere does unless you
tell it otherwise by supplying a java.naming.provider.url property for the
InitialContext constructor.  I even tried setting the name of the data
source explicitly to "java:comp/env/jdbc/ds1" in the server config, but as
expected, this failed when the server tried to bind it at startup.

I don't know enough to know whether WebSphere is violating some JNDI API
contract with this behaviour so if anyone can confirm that it *is* in fact
doing so, and point to the relevant docs, I'll have a word with IBM.

Let me know if there are further tests you think may be helpful that I can
run on the WebSphere servers?

Darren Davison
CIBM Intranet Team
int> 799 19431
ext> +44 (0)20 7991 9431




_____________________________________________________

This transmission has been issued by a member of the HSBC Group 
"HSBC" for the information of the addressee only and should not be 
reproduced and / or distributed to any other person. Each page attached 
hereto must be read in conjunction with any disclaimer which forms part 
of it. Unless otherwise stated, this transmission is neither an offer nor the 
solicitation of an offer to sell or purchase any investment. Its contents are 
based on information obtained from sources believed to be reliable but
HSBC makes no representation and accepts no responsibility or liability as 
to its completeness or accuracy.

RE: [Springframework-developer] Re: Package switch

[<rod...@in...>]

I'm happy with "spring" as the name of the new module.

RE: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2

[<jue...@we...>]

Darren,

Thanks for the testing. Note that Log4J initialization should happen =
*before* loading the root application context, as any custom =
configuration would not apply for ContextLoader etc else.

Anyway, I've already split Log4jConfigListener into Log4jWebConfigurer, =
Log4jConfigListener, and Log4jConfigServlet (the latter two just =
delegating to the former). This should work nicely, and I consider it =
cleaner to offer separate initialization servlets for Log4J and the root =
context. Spring doesn't depend on Log4J at all, as it uses Commons =
Logging. So one shouldn't be forced to co-initialize Log4J and the root =
context in a Servlet 2.2 container.

I'll commit them today, so they should be both in the com.interface21 =
source tree and the new module by tomorrow.

Regards,
Juergen



-----Original Message-----
From: dar...@hs... [mailto:dar...@hs...]
Sent: Tuesday, August 12, 2003 10:27 AM
To: j=FCrgen h=F6ller [werk3AT]
Cc: spr...@li...
Subject: Re: [Springframework-developer] Re: [Springframework-user]
applicationContext.xml for servlet 2.2




J=FCrgen,

As promised, here's a minor update to the file I sent last night (mainly
javadoc).  I've tested this only in WebSphere 4.0.4 on Windows.
applicationContext, webAppRootKey and Log4J initialisation are handled
appropriately.  Correct exceptions and behaviour are observed if config
files (applicationContext.xml, log4j.properties) are missing or invalid.

Regards,

Darren Davison
CIBM Intranet Team
int> 799 19431
ext> +44 (0)20 7991 9431

(See attached file: ContextLoaderServlet.java)


_____________________________________________________

This transmission has been issued by a member of the HSBC Group=20
"HSBC" for the information of the addressee only and should not be=20
reproduced and / or distributed to any other person. Each page attached=20
hereto must be read in conjunction with any disclaimer which forms part=20
of it. Unless otherwise stated, this transmission is neither an offer =
nor the=20
solicitation of an offer to sell or purchase any investment. Its =
contents are=20
based on information obtained from sources believed to be reliable but
HSBC makes no representation and accepts no responsibility or liability =
as to its completeness or accuracy.

RE: [Springframework-developer] Re: Package switch

[<jue...@we...>]

VGhhbmtzLCBJICpoYXRlKiBtZXJnaW5nIDstKQ0KDQpSZWdhcmRpbmcgdGhlIG1vZHVsZSBuYW1l
LCBJIHZvdGUgZm9yICJzcHJpbmciLiBNeSByYXRpb25hbGUgaXMgdGhhdCB3ZSB3ZSB3aWxsIHBy
b2JhYmx5IGJlIGFibGUgdG8gZG8gYW55dGhpbmcgd2l0aCBhIHNpbmdsZSBtb2R1bGUgYW5kIGJy
YW5jaGVzLCBhcyBsb25nIGFzIHdlIGRvbid0IGFwcGx5IHN1Y2ggcm9vdCBwYWNrYWdlIG5hbWUg
Y2hhbmdlcy4gSW4gYW55IGNhc2UsIHdlIHNob3VsZCByZW5hbWUgdGhlIG9sZCAibWFpbiIgbW9k
dWxlIHRvICJpMjEiIG9yIHNvbWV0aGluZywgdG8gbWFrZSBjbGVhciB0aGF0ICJzcHJpbmciIHJl
cHJlc2VudHMgdGhlIGFjdGl2ZWx5IGRldmVsb3BlZCB2ZXJzaW9uLg0KDQpCVFcsIGxldCdzIG5v
dCBmb3JnZXQgYWJvdXQgdGhlIHNvdXJjZSB0cmVlcyBvZiB0aGUgc2FtcGxlIGFwcHMuIFBldGNs
aW5pYyB1c2VzICJwZXRjbGluaWMuKiIgbm93LCBDb3VudHJpZXMgImNvbS5pbnRlcmZhY2UyMS5z
YW1wbGVzLmNvdW50cmllcyIuIEl0IHdvdWxkIG1ha2Ugc2Vuc2UgdG8gdHVybiBib3RoIGludG8g
Im9yZy5zcHJpbmdmcmFtZXdvcmsuc2FtcGxlcy5wZXRjbGluaWMvY291bnRyaWVzIiBiZWZvcmUg
dGhlIGluaXRpYWwgY2hlY2tpbiBvZiB0aGUgbmV3IG1vZHVsZSwgd291bGRuJ3QgaXQ/IEknZCBs
aWtlIHRvIGF2b2lkIHByb2xpZmVyYXRpb24gb2YgZGVhZCBkaXJlY3RvcmllcyBpbiBDVlMuDQoN
Ckp1ZXJnZW4NCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogcm9kLmpvaG5z
b25AaW50ZXJmYWNlMjEuY29tIFttYWlsdG86cm9kLmpvaG5zb25AaW50ZXJmYWNlMjEuY29tXQ0K
U2VudDogVHVlc2RheSwgQXVndXN0IDEyLCAyMDAzIDEwOjQ4IEFNDQpUbzogasO8cmdlbiBow7Zs
bGVyIFt3ZXJrM0FUXQ0KQ2M6IFJvZCBKb2huc29uOyBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVy
QGxpc3RzLnNvdXJjZWZvcmdlLm5ldDsgVGhvbWFzDQpSaXNiZXJnDQpTdWJqZWN0OiBSZTogW1Nw
cmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIFJlOiBQYWNrYWdlIHN3aXRjaA0KDQoNCj5BY3R1YWxs
eSwgSSdkIHZlcnkgbXVjaCBwcmVmZXIgaWYgeW91J2QgdGFrZSB0aGUgc25hcHNob3QgDQp0b25p
Z2h0LiBJIGhhdmUgdG91Y2hlZCBxdWl0ZSBzb21lIGZpbGVzLCBzbyBJJ20gbm90IGtlZW4gb24g
DQptZXJnaW5nIHRoZXNlIGludG8gMiBzb3VyY2UgdHJlZXMuIFdoYXQgYWJvdXQgdGFraW5nIHRo
ZSANCnNuYXBzaG90IHRvbW9ycm93IG1vcm5pbmcgYW5kIGNyZWF0ZSB0aGUgbmV3IG1vZHVsZSAN
Cip0b21vcnJvdyo/IA0KDQpPSy4gSSd2ZSBzdWNjZXNzZnVsbHkgdHJpZWQgdGhlIHNjcmlwdHMg
SSB1c2VkIHNvIGl0IHNob3VsZCANCmJlIGVhc3kgZW5vdWdoIHRvIHJ1biBhZ2FpbiB0b21vcnJv
dy4NCg0KDQoNCi0gInNwcmluZzEwIiBmb3JjZXMgdXMgdG8gcHV0IFNwcmluZyAxLjEsIDEuMiwg
ZXRjICplYWNoKiBpbiANCmEgbmV3IG1vZHVsZTogdG9vIGZpbmUtZ3JhbnVsYXIgSU1PLCBicmFu
Y2hlcyBhcmUgYSB3YXkgDQpiZXR0ZXIgY2hvaWNlIGZvciBzdWNoIHBvaW50IHJlbGVhc2VzLiAN
Cg0KLSAic3ByaW5nMSIganVzdCBmb3JjZXMgdXMgdG8gcHV0IFNwcmluZyAyLjAgaW50byBhIG5l
dyANCm1vZHVsZTogbXVjaCBiZXR0ZXIgSU1PLCB1c2luZyBicmFuY2hlcyB3aXRoaW4gdGhlIG1v
ZHVsZSBmb3IgDQoxLjEsIDEuMiwgZXRjLiANCg0KLSAic3ByaW5nIiB3b3VsZCBhbGxvdyB0byB1
c2UgdG8gc3RheSB3aXRoIHRoZSBtb2R1bGUgYXMgbG9uZyANCmFzIHdlIHdhbnQgKGluY2x1ZGlu
ZyAyLjAgb3IgbG9uZ2VyKSwgYXMgaXQgd291bGQgc3RpbGwgYWxsb3cgDQpmb3IgYSBsYXRlciAi
c3ByaW5nMiIgb3IgInNwcmluZzMiIG5hbWUgaWYgZXZlciBuZWNlc3Nhcnk6IA0KYWRtaXR0ZWRs
eSBkZWJhdGFibGUsIGJ1dCB0aGUgd2F5IHRoYXQgSGliZXJuYXRlIGNob3NlIA0KKCJoaWJlcm5h
dGUiLCB0aGVuICJoaWJlcm5hdGUyIikuIA0KDQoNCkkgdGhpbmsgc3ByaW5nMSBpcyBwcm9iYWJs
eSBiZXN0LiBCdXQgc3ByaW5nIHdvdWxkIGJlIGZpbmUgDQphbHNvLiBWb3Rlcz8NCg0KUmVnYXJk
cywNClJvZA0K

Re: [Springframework-developer] Re: Package switch

[<rod...@in...>]

>Actually, I'd very much prefer if you'd take the snapshot 
tonight. I have touched quite some files, so I'm not keen on 
merging these into 2 source trees. What about taking the 
snapshot tomorrow morning and create the new module 
*tomorrow*? 

OK. I've successfully tried the scripts I used so it should 
be easy enough to run again tomorrow.



- "spring10" forces us to put Spring 1.1, 1.2, etc *each* in 
a new module: too fine-granular IMO, branches are a way 
better choice for such point releases. 

- "spring1" just forces us to put Spring 2.0 into a new 
module: much better IMO, using branches within the module for 
1.1, 1.2, etc. 

- "spring" would allow to use to stay with the module as long 
as we want (including 2.0 or longer), as it would still allow 
for a later "spring2" or "spring3" name if ever necessary: 
admittedly debatable, but the way that Hibernate chose 
("hibernate", then "hibernate2"). 


I think spring1 is probably best. But spring would be fine 
also. Votes?

Regards,
Rod

[Springframework-developer] Re: Package switch

[<jue...@we...>]

QWN0dWFsbHksIEknZCB2ZXJ5IG11Y2ggcHJlZmVyIGlmIHlvdSdkIHRha2UgdGhlIHNuYXBzaG90
IHRvbmlnaHQuIEkgaGF2ZSB0b3VjaGVkIHF1aXRlIHNvbWUgZmlsZXMsIHNvIEknbSBub3Qga2Vl
biBvbiBtZXJnaW5nIHRoZXNlIGludG8gMiBzb3VyY2UgdHJlZXMuIFdoYXQgYWJvdXQgdGFraW5n
IHRoZSBzbmFwc2hvdCB0b21vcnJvdyBtb3JuaW5nIGFuZCBjcmVhdGUgdGhlIG5ldyBtb2R1bGUg
KnRvbW9ycm93Kj8NCiANClJlZ2FyZGluZyBtb2R1bGUgbmFtZTogVGhhdCdzIHN0aWxsIHVuZGVj
aWRlZC4gQXMgSSd2ZSBvdXRsaW5lZCBlYXJsaWVyLCBJIGNvbnNpZGVyIHRoaXMgbWFpbmx5IGEg
bWF0dGVyIG9mIGdyYW51bGFyaXR5Og0KIA0KLSAic3ByaW5nMTAiIGZvcmNlcyB1cyB0byBwdXQg
U3ByaW5nIDEuMSwgMS4yLCBldGMgKmVhY2gqIGluIGEgbmV3IG1vZHVsZTogdG9vIGZpbmUtZ3Jh
bnVsYXIgSU1PLCBicmFuY2hlcyBhcmUgYSB3YXkgYmV0dGVyIGNob2ljZSBmb3Igc3VjaCBwb2lu
dCByZWxlYXNlcy4NCiANCi0gInNwcmluZzEiIGp1c3QgZm9yY2VzIHVzIHRvIHB1dCBTcHJpbmcg
Mi4wIGludG8gYSBuZXcgbW9kdWxlOiBtdWNoIGJldHRlciBJTU8sIHVzaW5nIGJyYW5jaGVzIHdp
dGhpbiB0aGUgbW9kdWxlIGZvciAxLjEsIDEuMiwgZXRjLg0KIA0KLSAic3ByaW5nIiB3b3VsZCBh
bGxvdyB0byB1c2UgdG8gc3RheSB3aXRoIHRoZSBtb2R1bGUgYXMgbG9uZyBhcyB3ZSB3YW50IChp
bmNsdWRpbmcgMi4wIG9yIGxvbmdlciksIGFzIGl0IHdvdWxkIHN0aWxsIGFsbG93IGZvciBhIGxh
dGVyICJzcHJpbmcyIiBvciAic3ByaW5nMyIgbmFtZSBpZiBldmVyIG5lY2Vzc2FyeTogYWRtaXR0
ZWRseSBkZWJhdGFibGUsIGJ1dCB0aGUgd2F5IHRoYXQgSGliZXJuYXRlIGNob3NlICgiaGliZXJu
YXRlIiwgdGhlbiAiaGliZXJuYXRlMiIpLg0KIA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNw
csO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IFJvZCBKb2huc29uIFttYWlsdG86cm9k
LmpvaG5zb25AaW50ZXJmYWNlMjEuY29tXSANCglHZXNlbmRldDogRGkgMTIuMDguMjAwMyAwODoz
NyANCglBbjogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXTsgc3ByaW5nZnJhbWV3b3JrLWRldmVs
b3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ7IFRob21hcyBSaXNiZXJnIA0KCUNjOiANCglCZXRy
ZWZmOiBSZTogUGFja2FnZSBzd2l0Y2gNCgkNCgkNCg0KCUkgY2FuIHByb2JhYmx5IG1ha2UgdGhl
IGFjdHVhbCBjaGFuZ2UgdG9kYXksIGJ1dCBJIHdvbid0IGJlIGFibGUgdG8gYWNjZXNzDQoJQ1ZT
ICpkdXJpbmcqIHRoZSBkYXkuIFNvIEkgaGF2ZSB0byB0YWtlIHRoZSBsYXRlc3Qgbm93IGFuZCB5
b3UgbWF5IG5lZWQgdG8NCgljb21taXQgdGhvc2UgZmV3IGNoYW5nZXMgdG8gYm90aCBtb2R1bGVz
Lg0KCQ0KCURpZCB3ZSBkZWNpZGUgb24gYSBuZXcgbW9kdWxlPyBzcHJpbmcxMD8NCgkNCglJJ2xs
IGhhdmUgYSBjcmFjayBhdCBpdCB0b2RheSBhbmQgdHJ5IHRvIGNvbW1pdCB0b25pZ2h0IGlmIHRo
YXQncyBPSyB3aXRoDQoJZXZlcnlvbmUuDQoJDQoJUmVnYXJkcywNCglSb2QNCgkNCgktLS0tLSBP
cmlnaW5hbCBNZXNzYWdlIC0tLS0tDQoJRnJvbTogImrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0i
IDxqdWVyZ2VuLmhvZWxsZXJAd2VyazNhdC5jb20+DQoJVG86ICJSb2QgSm9obnNvbiIgPHJvZC5q
b2huc29uQGludGVyZmFjZTIxLmNvbT47DQoJPHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlz
dHMuc291cmNlZm9yZ2UubmV0Pg0KCVNlbnQ6IE1vbmRheSwgQXVndXN0IDExLCAyMDAzIDEwOjM3
IFBNDQoJU3ViamVjdDogUmU6IFBhY2thZ2Ugc3dpdGNoDQoJDQoJDQoJPiBJJ3ZlIGdvdCBzb21l
IG1pbm9yIHN0dWZmIHRoYXQgSSdsbCBjb21taXQgdG9tb3Jyb3csIG1haW5seSBzbGlnaHQNCgly
ZXZpc2lvbnMgb2YgdGhlIHRhZ3MuIFRoZXJlJ3Mgb25lIHF1aXRlIHNpZ25pZmljYW50IGJ1Z2Zp
eCByZWdhcmRpbmcgdGhlDQoJdXNlIG9mIGN1c3RvbSBlZGl0b3JzIGZvciB0aGUgYmluZCB0YWcu
IEFmdGVyIHRoYXQsIEknbSByZWFkeSBmb3IgdGhlDQoJcGFja2FnZSBjaGFuZ2UuDQoJPg0KCT4g
SSBkb24ndCBoYXZlIGEgbG90IG9mIHRpbWUgdGhpcyB3ZWVrLCB0aG91Z2guIFNvIGl0IHdvdWxk
IGJlIGdvb2QgaWYNCglzb21lb25lIGVsc2UgdG9vayBjYXJlIG9mIHRoZSBhY3R1YWwgdHJhbnNm
ZXIgdG8gYSBuZXcgbW9kdWxlLiBJIHdpbGwgYmUNCgloYXBweSB0byBhc3Npc3QgaW4gc3RhYmls
aXppbmcgdGhlIG5ldyB2ZXJzaW9uIGFmdGVyIHRoZSBjaGFuZ2UsIG9mIGNvdXJzZS4NCgk+DQoJ
PiBCVFcsIEknbSBrZWVuIG9uIGdldHRpbmcgYSBmb2xsb3ctdXAgcmVsZWFzZSBvdXQgYnkgdGhl
IGVuZCBvZiBBdWd1c3QgKmF0DQoJdGhlIGxhdGVzdCouIElmIHdlIHdvbid0IG1ha2UgaXQgd2l0
aCBhbiBvcmcuc3ByaW5nZnJhbWV3b3JrIHZlcnNpb24sIEknbGwNCglwcm9iYWJseSByZWxlYXNl
IGEgMC45LjIgYmFzZWQgb24gdGhlIGN1cnJlbnQgbW9kdWxlIGJ5IHRoZW4uDQoJPg0KCT4gSnVl
cmdlbg0KCT4NCgk+DQoJPg0KCT4gLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0K
CT4gVm9uOiBSb2QgSm9obnNvbiBbbWFpbHRvOnJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0N
Cgk+IEdlc2VuZGV0OiBNbyAxMS4wOC4yMDAzIDIxOjQwDQoJPiBBbjogc3ByaW5nZnJhbWV3b3Jr
LWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+IENjOiBqw7xyZ2VuIGjDtmxsZXIg
W3dlcmszQVRdDQoJPiBCZXRyZWZmOiBQYWNrYWdlIHN3aXRjaA0KCT4NCgk+DQoJPg0KCT4gSSB0
aGluayB3ZSBzaG91bGQgc3dpdGNoIHRvIHRoZSBuZXcgcGFja2FnZSBzdHJ1Y3R1cmUgc29vbmVy
IHJhdGhlciB0aGFuDQoJPiBsYXRlci4gVGhpcyB3YXkgb3VyIG5leHQgcmVsZWFzZSB3aWxsIGJl
IHdlbGwgYWZ0ZXIgYWxsIHRoZSBidWdzIGR1ZSB0bw0KCXRoZQ0KCT4gbWlncmF0aW9uIGFyZSBz
bW9vdGhlZCBvdXQuDQoJPg0KCT4gRG9lcyBhbnlvbmUgaGF2ZSBzdHVmZiB0byBjb21taXQgZmly
c3Q/IEkndmUganVzdCBjb21taXR0ZWQgYSBjaGFuZ2UNCgkoYmVhbnMNCgk+IERURCkgYnV0IEkn
bSBoYXBweSB0byBzdGF5IG91dCBvZiBDVlMgdW50aWwgaXQncyBkb25lLg0KCT4NCgk+IFJlZ2Fy
ZHMsDQoJPiBSb2QNCgk+DQoJPg0KCT4NCgk+DQoJPg0KCQ0KCQ0KCQ0KDQo=

Re: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2

[Rod J. <rod...@in...>]

Well put.

----- Original Message -----
From: "Colin Sampaleanu" <col...@ex...>
To: "jürgen höller [werk3AT]" <jue...@we...>;
<dar...@hs...>
Cc: <spr...@li...>
Sent: Monday, August 11, 2003 10:42 PM
Subject: Re: [Springframework-developer] Re: [Springframework-user]
applicationContext.xml for servlet 2.2


> I think it's great to keep features in there that are at no cost allow
> the framework to still work in legacy environments.  I would only make
> the comment that I hope in the future if there are compelling features
> that only work in a Servlet 2.3+ environment, the need to maintain 2.2
> compatibility would not be an impediment to adding them.
>
> (As an analogy, Ant up to and including 1.5.3 has a few incredibly
> annoying classloading limitations, primarilly due to the fact that they
> wanted to maintain JDK 1.1 compatibility. However for the benefit of the
> 1% of ant users who need JDK 1.1 compatibility, the other 99% have
> suffered somewhat.)

[Springframework-developer] Re: Package switch

[Rod J. <rod...@in...>]

I can probably make the actual change today, but I won't be able to access
CVS *during* the day. So I have to take the latest now and you may need to
commit those few changes to both modules.

Did we decide on a new module? spring10?

I'll have a crack at it today and try to commit tonight if that's OK with
everyone.

Regards,
Rod

----- Original Message -----
From: "jürgen höller [werk3AT]" <jue...@we...>
To: "Rod Johnson" <rod...@in...>;
<spr...@li...>
Sent: Monday, August 11, 2003 10:37 PM
Subject: Re: Package switch


> I've got some minor stuff that I'll commit tomorrow, mainly slight
revisions of the tags. There's one quite significant bugfix regarding the
use of custom editors for the bind tag. After that, I'm ready for the
package change.
>
> I don't have a lot of time this week, though. So it would be good if
someone else took care of the actual transfer to a new module. I will be
happy to assist in stabilizing the new version after the change, of course.
>
> BTW, I'm keen on getting a follow-up release out by the end of August *at
the latest*. If we won't make it with an org.springframework version, I'll
probably release a 0.9.2 based on the current module by then.
>
> Juergen
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Rod Johnson [mailto:rod...@in...]
> Gesendet: Mo 11.08.2003 21:40
> An: spr...@li...
> Cc: jürgen höller [werk3AT]
> Betreff: Package switch
>
>
>
> I think we should switch to the new package structure sooner rather than
> later. This way our next release will be well after all the bugs due to
the
> migration are smoothed out.
>
> Does anyone have stuff to commit first? I've just committed a change
(beans
> DTD) but I'm happy to stay out of CVS until it's done.
>
> Regards,
> Rod
>
>
>
>
>

Re: [Springframework-developer] Package switch

[<jue...@we...>]

SmVhbi1QaWVycmUsDQogDQpBcyByZWNlbnRseSBkaXNjdXNzZWQsIHRoaXMgaXMgaW5kZWVkIGNh
dXNlZCBieSBDcmltc29uLiBRdW90aW5nIG15c2VsZjoNCiANCjxxdW90ZT4NCkkndmUganVzdCBy
ZWNoZWNrZWQgdGhlIGlzc3VlOiBUaGUgdGVzdCBzdWl0ZSBvbmx5IHdvcmtzIHdpdGggWGVyY2Vz
IGN1cnJlbnRseSwgbm90IHdpdGggQ3JpbXNvbi4gSSBkaWRuJ3Qgbm90aWNlIGl0LCBhcyBJIGhh
dmUgWGVyY2VzIGluIG15IGpyZS9saWIvZXh0IGRpcmVjdG9yeS4gQ3JpbXNvbiBzZWVtcyB0byBj
b21wbGFpbiB0aGF0IGl0IGNhbid0IHJlc29sdmUgc3VjaCBhIGVudGl0eSBVUkkgd2l0aG91dCBo
YXZpbmcgYSBjbGVhciBiYXNlIHBhdGgsIGRlc3BpdGUgb3VyIGN1c3RvbSBFbnRpdHlSZXNvbHZl
ciBpbXBsZW1lbnRhdGlvbiB0aGF0IHdvdWxkIHJlc29sdmUgaXQgbG9jYWxseSAodmlhIHRoZSBh
cHBsaWNhdGlvbiBjb250ZXh0IHJlc291cmNlIGJhc2UpIGFueXdheS4gWGVyY2VzIHNlZW1zIHRv
IGZpcnN0IHBhc3MgdGhlIFVSSSB0byB0aGUgRW50aXR5UmVzb2x2ZXIsIHdoaWNoIGlzIG1vcmUg
Y29ycmVjdCBJTU8uDQogDQpUaGlzIG9ubHkgb2NjdXJzIHdoZW4gdXNpbmcgZW50aXR5IHJlZmVy
ZW5jZXMgdG8gaW5jbHVkZSBhcHBsaWNhdGlvbiBjb250ZXh0IHNuaXBwZXRzIGluIHRoZSBtYWlu
IGNvbnRleHQgZGVmaW5pdGlvbiwgbGlrZSB0aGUgYXBwbGljYXRpb25Db250ZXh0LnhtbCByZWZl
cmVuY2VkIGJ5IFJlc291cmNlQnVuZGxlTWVzc2FnZVNvdXJjZVRlc3RTdWl0ZSBkb2VzOg0KIA0K
PCFET0NUWVBFIGJlYW5zIFBVQkxJQyAiLS8vU1BSSU5HLy9EVEQgQkVBTi8vRU4iICJodHRwOi8v
d3d3LnNwcmluZ2ZyYW1ld29yay5vcmcvZHRkL3NwcmluZy1iZWFucy5kdGQiIFsNCjwhRU5USVRZ
IGNvbnRleHRJbmNsdWRlIFNZU1RFTSAiY29tL2ludGVyZmFjZTIxL3dlYi9jb250ZXh0L1dFQi1J
TkYvY29udGV4dEluY2x1ZGUueG1sIj4NCl0+DQogDQpJJ3ZlIGFkZGVkIGNvbnRleHQgaW5jbHVk
ZSBjYXBhYmlsaXR5IHZpYSBYTUwgZW50aXR5IHJlZmVyZW5jZXMganVzdCBsYXN0IHdlZWssIHNv
IHRoaXMgaXMgcmF0aGVyIHJlY2VudC4gVGhpcyBlcnJvbmVvdXMgYmVoYXZpb3Igb24gQ3JpbXNv
biBzaG91bGRuJ3QgYmUgYSBwcm9ibGVtIHRob3VnaCwgYXMgbm9ybWFsIG5vbi1pbmNsdWRlIGFw
cGxpY2F0aW9uIGNvbnRleHRzIGFyZW4ndCBhZmZlY3RlZCBieSBpdC4gU28gb3VyICp0ZXN0IHN1
aXRlKiBuZWVkcyBYZXJjZXMgZm9yIHRoZSBtb21lbnQ6IE9mIGNvdXJzZSB3ZSBjb3VsZCByZW1v
dmUgdGhlIGNvbnRleHQgaW5jbHVkZSB0ZXN0cywgYnV0IEknZCByYXRoZXIga2VlcCB0aGUgdGVz
dHMgYW5kIGRlcGVuZCBvbiBYZXJjZXMuIE1heWJlIEknbGwgZGlnIGludG8gQ3JpbXNvbiBzb21l
IHRpbWUsIHRvIGZpbmQgb3V0IGlmIHdlIGNhbiBkbyBhbnl0aGluZyBhYm91dCBpdHMgYmVoYXZp
b3IuDQo8L3F1b3RlPg0KIA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBO
YWNocmljaHQtLS0tLSANCglWb246IEplYW4tUGllcnJlIFttYWlsdG86anBAanBwYXdsYWsuaW5m
b10gDQoJR2VzZW5kZXQ6IERpIDEyLjA4LjIwMDMgMDA6MDAgDQoJQW46ICdSb2QgSm9obnNvbic7
IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiBq
w7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdIA0KCUJldHJlZmY6IFJFIDogW1NwcmluZ2ZyYW1ld29y
ay1kZXZlbG9wZXJdIFBhY2thZ2Ugc3dpdGNoDQoJDQoJDQoNCglJdCdzIE9LIGZvciBtZS4gQnV0
IGFsdGhvdWdodCBpdCdzIHNlZW1zIG5vdCBoYXZlIG90aGVyIGNvbnNlcXVlbmNlOw0KCXN0aWxs
IHRoZSB0ZXN0cyBmYWlsIGZvciBtZSAoYWZ0ZXIgY2xlYW4gcmVidWlsZCkgb24NCglSZXNvdXJj
ZUJ1bmRsZU1lc3NhZ2VTb3VyY2VUZXN0U3VpdGUuIEl0IHRvbGQgbWUgYWJvdXQgYSByZWxhdGl2
ZSBVUkkNCgl0aGF0IGNhbm5vdCBiZSByZXNvbHZlZCB3aXRob3V0IGJhc2UgVVJJLiBJdCBzZWVt
cyB0aGUgZW50aXR5IHN0YXRlbWVudA0KCWluIGFwcGxpY2F0aW9uQ29udGV4dC54bWwgYmVpbmcg
cmVzcG9uc2libGUuIEkgc3VwcG9zZSB0aGF0IGl0IGlzIGR1ZSB0bw0KCXRoZSB1c2Ugb2YgQ3Jp
bXNvbj8NCgkNCglSZWdhcmRzLA0KCUplYW4tUGllcnJlDQoJDQoJDQoJVGVzdHN1aXRlOg0KCWNv
bS5pbnRlcmZhY2UyMS53ZWIuY29udGV4dC5SZXNvdXJjZUJ1bmRsZU1lc3NhZ2VTb3VyY2VUZXN0
U3VpdGUNCglUZXN0cyBydW46IDEsIEZhaWx1cmVzOiAxLCBFcnJvcnM6IDAsIFRpbWUgZWxhcHNl
ZDogMCBzZWMNCgkNCglUZXN0Y2FzZTogd2FybmluZyB0b29rIDAgc2VjDQoJICAgICAgICBGQUlM
RUQNCglFeGNlcHRpb24gaW4gY29uc3RydWN0b3I6IHRlc3RDb3VudCAob3JnLnhtbC5zYXguU0FY
UGFyc2VFeGNlcHRpb246IFVSSQ0KCXJlbGF0aXZlICJjb20vaW50ZXJmYWNlMjEvd2ViL2NvbnRl
eHQvV0VCLUlORi9jb250ZXh0SW5jbHVkZS54bWwiOyBuZQ0KCXBldXQgw6p0cmUgcsOpc29sdWUg
c2FucyBVUkkgZGUgYmFzZS4NCgkgICAgICAgIGF0IG9yZy5hcGFjaGUuY3JpbXNvbi5wYXJzZXIu
UGFyc2VyMi5mYXRhbChQYXJzZXIyLmphdmE6MzE4MikNCgkgICAgICAgIGF0IG9yZy5hcGFjaGUu
Y3JpbXNvbi5wYXJzZXIuUGFyc2VyMi5mYXRhbChQYXJzZXIyLmphdmE6MzE3NikNCgkgICAgICAg
IGF0DQoJb3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLnJlc29sdmVVUkkoUGFyc2Vy
Mi5qYXZhOjI3NTgpDQoJICAgICAgICBhdA0KCW9yZy5hcGFjaGUuY3JpbXNvbi5wYXJzZXIuUGFy
c2VyMi5tYXliZUV4dGVybmFsSUQoUGFyc2VyMi5qYXZhOjI3MzApDQoJICAgICAgICBhdA0KCW9y
Zy5hcGFjaGUuY3JpbXNvbi5wYXJzZXIuUGFyc2VyMi5tYXliZUVudGl0eURlY2woUGFyc2VyMi5q
YXZhOjI2MzIpDQoJICAgICAgICBhdA0KCW9yZy5hcGFjaGUuY3JpbXNvbi5wYXJzZXIuUGFyc2Vy
Mi5tYXliZU1hcmt1cERlY2woUGFyc2VyMi5qYXZhOjEyMTApDQoJICAgICAgICBhdA0KCW9yZy5h
cGFjaGUuY3JpbXNvbi5wYXJzZXIuUGFyc2VyMi5tYXliZURvY3R5cGVEZWNsKFBhcnNlcjIuamF2
YToxMTQ0KQ0KCSAgICAgICAgYXQNCglvcmcuYXBhY2hlLmNyaW1zb24ucGFyc2VyLlBhcnNlcjIu
cGFyc2VJbnRlcm5hbChQYXJzZXIyLmphdmE6NDg5KQ0KCSAgICAgICAgYXQgb3JnLmFwYWNoZS5j
cmltc29uLnBhcnNlci5QYXJzZXIyLnBhcnNlKFBhcnNlcjIuamF2YTozMDUpDQoJICAgICAgICBh
dA0KCW9yZy5hcGFjaGUuY3JpbXNvbi5wYXJzZXIuWE1MUmVhZGVySW1wbC5wYXJzZShYTUxSZWFk
ZXJJbXBsLmphdmE6NDQyKQ0KCSAgICAgICAgYXQNCglvcmcuYXBhY2hlLmNyaW1zb24uamF4cC5E
b2N1bWVudEJ1aWxkZXJJbXBsLnBhcnNlKERvY3VtZW50QnVpbGRlckltcGwuamENCgl2YToxODUp
DQoJICAgICAgICBhdA0KCWphdmF4LnhtbC5wYXJzZXJzLkRvY3VtZW50QnVpbGRlci5wYXJzZShE
b2N1bWVudEJ1aWxkZXIuamF2YTo3NikNCgkgICAgICAgIGF0DQoJY29tLmludGVyZmFjZTIxLmJl
YW5zLmZhY3RvcnkueG1sLlhtbEJlYW5GYWN0b3J5LmxvYWRCZWFuRGVmaW5pdGlvbnMoWG1sDQoJ
QmVhbkZhY3RvcnkuamF2YToyMjgpDQoJICAgICAgICBhdA0KCWNvbS5pbnRlcmZhY2UyMS5jb250
ZXh0LnN1cHBvcnQuQWJzdHJhY3RYbWxBcHBsaWNhdGlvbkNvbnRleHQucmVmcmVzaEJlYQ0KCW5G
YWN0b3J5KEFic3RyYWN0WG1sQXBwbGljYXRpb25Db250ZXh0LmphdmE6NDkpDQoJICAgICAgICBh
dA0KCWNvbS5pbnRlcmZhY2UyMS5jb250ZXh0LnN1cHBvcnQuQWJzdHJhY3RBcHBsaWNhdGlvbkNv
bnRleHQucmVmcmVzaChBYnN0cg0KCWFjdEFwcGxpY2F0aW9uQ29udGV4dC5qYXZhOjIxNSkNCgkg
ICAgICAgIGF0DQoJY29tLmludGVyZmFjZTIxLndlYi5jb250ZXh0LnN1cHBvcnQuWG1sV2ViQXBw
bGljYXRpb25Db250ZXh0LnNldFNlcnZsZXRDDQoJb250ZXh0KFhtbFdlYkFwcGxpY2F0aW9uQ29u
dGV4dC5qYXZhOjEyMCkNCgkgICAgICAgIGF0DQoJY29tLmludGVyZmFjZTIxLndlYi5jb250ZXh0
LlJlc291cmNlQnVuZGxlTWVzc2FnZVNvdXJjZVRlc3RTdWl0ZS5jcmVhdGVDDQoJb250ZXh0KFJl
c291cmNlQnVuZGxlTWVzc2FnZVNvdXJjZVRlc3RTdWl0ZS5qYXZhOjIzMCkNCgkgICAgICAgIGF0
DQoJY29tLmludGVyZmFjZTIxLmNvbnRleHQuQWJzdHJhY3RBcHBsaWNhdGlvbkNvbnRleHRUZXN0
cy48aW5pdD4oQWJzdHJhY3RBDQoJcHBsaWNhdGlvbkNvbnRleHRUZXN0cy5qYXZhOjI2KQ0KCSAg
ICAgICAgYXQNCgljb20uaW50ZXJmYWNlMjEud2ViLmNvbnRleHQuUmVzb3VyY2VCdW5kbGVNZXNz
YWdlU291cmNlVGVzdFN1aXRlLjxpbml0PigNCglSZXNvdXJjZUJ1bmRsZU1lc3NhZ2VTb3VyY2VU
ZXN0U3VpdGUuamF2YTo1NSkNCgkgICAgICAgIGF0IHN1bi5yZWZsZWN0Lk5hdGl2ZUNvbnN0cnVj
dG9yQWNjZXNzb3JJbXBsLm5ld0luc3RhbmNlMChOYXRpdmUNCglNZXRob2QpDQoJICAgICAgICBh
dA0KCXN1bi5yZWZsZWN0Lk5hdGl2ZUNvbnN0cnVjdG9yQWNjZXNzb3JJbXBsLm5ld0luc3RhbmNl
KE5hdGl2ZUNvbnN0cnVjdG9yQQ0KCWNjZXNzb3JJbXBsLmphdmE6MzkpDQoJICAgICAgICBhdA0K
CXN1bi5yZWZsZWN0LkRlbGVnYXRpbmdDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5uZXdJbnN0YW5j
ZShEZWxlZ2F0aW5nQ29ucw0KCXRydWN0b3JBY2Nlc3NvckltcGwuamF2YToyNykNCgkgICAgICAg
IGF0DQoJamF2YS5sYW5nLnJlZmxlY3QuQ29uc3RydWN0b3IubmV3SW5zdGFuY2UoQ29uc3RydWN0
b3IuamF2YToyNzQpDQoJICAgICAgICBhdCBqdW5pdC5mcmFtZXdvcmsuVGVzdFN1aXRlLmNyZWF0
ZVRlc3QoVGVzdFN1aXRlLmphdmE6MTMxKQ0KCSAgICAgICAgYXQganVuaXQuZnJhbWV3b3JrLlRl
c3RTdWl0ZS5hZGRUZXN0TWV0aG9kKFRlc3RTdWl0ZS5qYXZhOjExNCkNCgkgICAgICAgIGF0IGp1
bml0LmZyYW1ld29yay5UZXN0U3VpdGUuPGluaXQ+KFRlc3RTdWl0ZS5qYXZhOjc1KQ0KCSAgICAg
ICAgYXQNCglvcmcuYXBhY2hlLnRvb2xzLmFudC50YXNrZGVmcy5vcHRpb25hbC5qdW5pdC5KVW5p
dFRlc3RSdW5uZXIuPGluaXQ+KEpVbmkNCgl0VGVzdFJ1bm5lci5qYXZhOjI2MSkNCgkgICAgICAg
IGF0DQoJb3JnLmFwYWNoZS50b29scy5hbnQudGFza2RlZnMub3B0aW9uYWwuanVuaXQuSlVuaXRU
ZXN0UnVubmVyLjxpbml0PihKVW5pDQoJdFRlc3RSdW5uZXIuamF2YToyMTApDQoJICAgICAgICBh
dA0KCW9yZy5hcGFjaGUudG9vbHMuYW50LnRhc2tkZWZzLm9wdGlvbmFsLmp1bml0LkpVbml0VGVz
dFJ1bm5lci5tYWluKEpVbml0VA0KCWVzdFJ1bm5lci5qYXZhOjUzMikNCgkpDQoJanVuaXQuZnJh
bWV3b3JrLkFzc2VydGlvbkZhaWxlZEVycm9yOiBFeGNlcHRpb24gaW4gY29uc3RydWN0b3I6DQoJ
dGVzdENvdW50IChvcmcueG1sLnNheC5TQVhQYXJzZUV4Y2VwdGlvbjogVVJJIHJlbGF0aXZlDQoJ
ImNvbS9pbnRlcmZhY2UyMS93ZWIvY29udGV4dC9XRUItSU5GL2NvbnRleHRJbmNsdWRlLnhtbCI7
IG5lIHBldXQgw6p0cmUNCglyw6lzb2x1ZSBzYW5zIFVSSSBkZSBiYXNlLg0KCSAgICAgICAgYXQg
b3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLmZhdGFsKFBhcnNlcjIuamF2YTozMTgy
KQ0KCSAgICAgICAgYXQgb3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLmZhdGFsKFBh
cnNlcjIuamF2YTozMTc2KQ0KCSAgICAgICAgYXQNCglvcmcuYXBhY2hlLmNyaW1zb24ucGFyc2Vy
LlBhcnNlcjIucmVzb2x2ZVVSSShQYXJzZXIyLmphdmE6Mjc1OCkNCgkgICAgICAgIGF0DQoJb3Jn
LmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLm1heWJlRXh0ZXJuYWxJRChQYXJzZXIyLmph
dmE6MjczMCkNCgkgICAgICAgIGF0DQoJb3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIy
Lm1heWJlRW50aXR5RGVjbChQYXJzZXIyLmphdmE6MjYzMikNCgkgICAgICAgIGF0DQoJb3JnLmFw
YWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLm1heWJlTWFya3VwRGVjbChQYXJzZXIyLmphdmE6
MTIxMCkNCgkgICAgICAgIGF0DQoJb3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5QYXJzZXIyLm1h
eWJlRG9jdHlwZURlY2woUGFyc2VyMi5qYXZhOjExNDQpDQoJICAgICAgICBhdA0KCW9yZy5hcGFj
aGUuY3JpbXNvbi5wYXJzZXIuUGFyc2VyMi5wYXJzZUludGVybmFsKFBhcnNlcjIuamF2YTo0ODkp
DQoJICAgICAgICBhdCBvcmcuYXBhY2hlLmNyaW1zb24ucGFyc2VyLlBhcnNlcjIucGFyc2UoUGFy
c2VyMi5qYXZhOjMwNSkNCgkgICAgICAgIGF0DQoJb3JnLmFwYWNoZS5jcmltc29uLnBhcnNlci5Y
TUxSZWFkZXJJbXBsLnBhcnNlKFhNTFJlYWRlckltcGwuamF2YTo0NDIpDQoJICAgICAgICBhdA0K
CW9yZy5hcGFjaGUuY3JpbXNvbi5qYXhwLkRvY3VtZW50QnVpbGRlckltcGwucGFyc2UoRG9jdW1l
bnRCdWlsZGVySW1wbC5qYQ0KCXZhOjE4NSkNCgkgICAgICAgIGF0DQoJamF2YXgueG1sLnBhcnNl
cnMuRG9jdW1lbnRCdWlsZGVyLnBhcnNlKERvY3VtZW50QnVpbGRlci5qYXZhOjc2KQ0KCSAgICAg
ICAgYXQNCgljb20uaW50ZXJmYWNlMjEuYmVhbnMuZmFjdG9yeS54bWwuWG1sQmVhbkZhY3Rvcnku
bG9hZEJlYW5EZWZpbml0aW9ucyhYbWwNCglCZWFuRmFjdG9yeS5qYXZhOjIyOCkNCgkgICAgICAg
IGF0DQoJY29tLmludGVyZmFjZTIxLmNvbnRleHQuc3VwcG9ydC5BYnN0cmFjdFhtbEFwcGxpY2F0
aW9uQ29udGV4dC5yZWZyZXNoQmVhDQoJbkZhY3RvcnkoQWJzdHJhY3RYbWxBcHBsaWNhdGlvbkNv
bnRleHQuamF2YTo0OSkNCgkgICAgICAgIGF0DQoJY29tLmludGVyZmFjZTIxLmNvbnRleHQuc3Vw
cG9ydC5BYnN0cmFjdEFwcGxpY2F0aW9uQ29udGV4dC5yZWZyZXNoKEFic3RyDQoJYWN0QXBwbGlj
YXRpb25Db250ZXh0LmphdmE6MjE1KQ0KCSAgICAgICAgYXQNCgljb20uaW50ZXJmYWNlMjEud2Vi
LmNvbnRleHQuc3VwcG9ydC5YbWxXZWJBcHBsaWNhdGlvbkNvbnRleHQuc2V0U2VydmxldEMNCglv
bnRleHQoWG1sV2ViQXBwbGljYXRpb25Db250ZXh0LmphdmE6MTIwKQ0KCSAgICAgICAgYXQNCglj
b20uaW50ZXJmYWNlMjEud2ViLmNvbnRleHQuUmVzb3VyY2VCdW5kbGVNZXNzYWdlU291cmNlVGVz
dFN1aXRlLmNyZWF0ZUMNCglvbnRleHQoUmVzb3VyY2VCdW5kbGVNZXNzYWdlU291cmNlVGVzdFN1
aXRlLmphdmE6MjMwKQ0KCSAgICAgICAgYXQNCgljb20uaW50ZXJmYWNlMjEuY29udGV4dC5BYnN0
cmFjdEFwcGxpY2F0aW9uQ29udGV4dFRlc3RzLjxpbml0PihBYnN0cmFjdEENCglwcGxpY2F0aW9u
Q29udGV4dFRlc3RzLmphdmE6MjYpDQoJICAgICAgICBhdA0KCWNvbS5pbnRlcmZhY2UyMS53ZWIu
Y29udGV4dC5SZXNvdXJjZUJ1bmRsZU1lc3NhZ2VTb3VyY2VUZXN0U3VpdGUuPGluaXQ+KA0KCVJl
c291cmNlQnVuZGxlTWVzc2FnZVNvdXJjZVRlc3RTdWl0ZS5qYXZhOjU1KQ0KCSAgICAgICAgYXQg
c3VuLnJlZmxlY3QuTmF0aXZlQ29uc3RydWN0b3JBY2Nlc3NvckltcGwubmV3SW5zdGFuY2UwKE5h
dGl2ZQ0KCU1ldGhvZCkNCgkgICAgICAgIGF0DQoJc3VuLnJlZmxlY3QuTmF0aXZlQ29uc3RydWN0
b3JBY2Nlc3NvckltcGwubmV3SW5zdGFuY2UoTmF0aXZlQ29uc3RydWN0b3JBDQoJY2Nlc3Nvcklt
cGwuamF2YTozOSkNCgkgICAgICAgIGF0DQoJc3VuLnJlZmxlY3QuRGVsZWdhdGluZ0NvbnN0cnVj
dG9yQWNjZXNzb3JJbXBsLm5ld0luc3RhbmNlKERlbGVnYXRpbmdDb25zDQoJdHJ1Y3RvckFjY2Vz
c29ySW1wbC5qYXZhOjI3KQ0KCSAgICAgICAgYXQNCglqYXZhLmxhbmcucmVmbGVjdC5Db25zdHJ1
Y3Rvci5uZXdJbnN0YW5jZShDb25zdHJ1Y3Rvci5qYXZhOjI3NCkNCgkpDQoJDQoJVGVzdGNhc2U6
IHdhcm5pbmcNCgkNCgktLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCglEZSA6IHNwcmluZ2Zy
YW1ld29yay1kZXZlbG9wZXItYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJW21haWx0bzpz
cHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5ldF0gRGUg
bGENCglwYXJ0IGRlIFJvZCBKb2huc29uDQoJRW52b3nDqSA6IGx1bmRpIDExIGFvw7t0IDIwMDMg
MjE6NDANCgnDgCA6IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2Uu
bmV0DQoJQ2MgOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdDQoJT2JqZXQgOiBbU3ByaW5nZnJh
bWV3b3JrLWRldmVsb3Blcl0gUGFja2FnZSBzd2l0Y2gNCgkNCglJIHRoaW5rIHdlIHNob3VsZCBz
d2l0Y2ggdG8gdGhlIG5ldyBwYWNrYWdlIHN0cnVjdHVyZSBzb29uZXIgcmF0aGVyIHRoYW4NCgls
YXRlci4gVGhpcyB3YXkgb3VyIG5leHQgcmVsZWFzZSB3aWxsIGJlIHdlbGwgYWZ0ZXIgYWxsIHRo
ZSBidWdzIGR1ZSB0bw0KCXRoZQ0KCW1pZ3JhdGlvbiBhcmUgc21vb3RoZWQgb3V0Lg0KCQ0KCURv
ZXMgYW55b25lIGhhdmUgc3R1ZmYgdG8gY29tbWl0IGZpcnN0PyBJJ3ZlIGp1c3QgY29tbWl0dGVk
IGEgY2hhbmdlDQoJKGJlYW5zDQoJRFREKSBidXQgSSdtIGhhcHB5IHRvIHN0YXkgb3V0IG9mIENW
UyB1bnRpbCBpdCdzIGRvbmUuDQoJDQoJUmVnYXJkcywNCglSb2QNCgkNCgkNCgkNCgkNCgktLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhp
cyBTRi5OZXQgZW1haWwgc3BvbnNvcmVkIGJ5OiBGcmVlIHByZS1idWlsdCBBU1AuTkVUIHNpdGVz
IGluY2x1ZGluZw0KCURhdGEgUmVwb3J0cywgRS1jb21tZXJjZSwgUG9ydGFscywgYW5kIEZvcnVt
cyBhcmUgYXZhaWxhYmxlIG5vdy4NCglEb3dubG9hZCB0b2RheSBhbmQgZW50ZXIgdG8gd2luIGFu
IFhCT1ggb3IgVmlzdWFsIFN0dWRpbyAuTkVULg0KCWh0dHA6Ly9hc3BuZXQuY2xpY2stdXJsLmNv
bS9nby9wc2EwMDEwMDAwM2F2ZS9kaXJlY3Q7YXQuYXNwbmV0XzA3MjMwM18wMQ0KCS8wMQ0KCV9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJU3ByaW5nZnJh
bWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVy
QGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xp
c3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXINCgkNCgkNCgkNCgkNCgkNCg0K

RE : [Springframework-developer] Package switch

[Jean-Pierre <jp...@jp...>]

It's OK for me. But althought it's seems not have other consequence;
still the tests fail for me (after clean rebuild) on
ResourceBundleMessageSourceTestSuite. It told me about a relative URI
that cannot be resolved without base URI. It seems the entity statement
in applicationContext.xml being responsible. I suppose that it is due to
the use of Crimson?

Regards,
Jean-Pierre


Testsuite:
com.interface21.web.context.ResourceBundleMessageSourceTestSuite
Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0 sec

Testcase: warning took 0 sec
	FAILED
Exception in constructor: testCount (org.xml.sax.SAXParseException: URI
relative "com/interface21/web/context/WEB-INF/contextInclude.xml"; ne
peut =EAtre r=E9solue sans URI de base.
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3182)
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3176)
	at
org.apache.crimson.parser.Parser2.resolveURI(Parser2.java:2758)
	at
org.apache.crimson.parser.Parser2.maybeExternalID(Parser2.java:2730)
	at
org.apache.crimson.parser.Parser2.maybeEntityDecl(Parser2.java:2632)
	at
org.apache.crimson.parser.Parser2.maybeMarkupDecl(Parser2.java:1210)
	at
org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1144)
	at
org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489)
	at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
	at
org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:442)
	at
org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.ja
va:185)
	at
javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76)
	at
com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(Xml
BeanFactory.java:228)
	at
com.interface21.context.support.AbstractXmlApplicationContext.refreshBea
nFactory(AbstractXmlApplicationContext.java:49)
	at
com.interface21.context.support.AbstractApplicationContext.refresh(Abstr
actApplicationContext.java:215)
	at
com.interface21.web.context.support.XmlWebApplicationContext.setServletC
ontext(XmlWebApplicationContext.java:120)
	at
com.interface21.web.context.ResourceBundleMessageSourceTestSuite.createC
ontext(ResourceBundleMessageSourceTestSuite.java:230)
	at
com.interface21.context.AbstractApplicationContextTests.<init>(AbstractA
pplicationContextTests.java:26)
	at
com.interface21.web.context.ResourceBundleMessageSourceTestSuite.<init>(
ResourceBundleMessageSourceTestSuite.java:55)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
	at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA
ccessorImpl.java:39)
	at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons
tructorAccessorImpl.java:27)
	at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
	at junit.framework.TestSuite.createTest(TestSuite.java:131)
	at junit.framework.TestSuite.addTestMethod(TestSuite.java:114)
	at junit.framework.TestSuite.<init>(TestSuite.java:75)
	at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.<init>(JUni
tTestRunner.java:261)
	at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.<init>(JUni
tTestRunner.java:210)
	at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitT
estRunner.java:532)
)
junit.framework.AssertionFailedError: Exception in constructor:
testCount (org.xml.sax.SAXParseException: URI relative
"com/interface21/web/context/WEB-INF/contextInclude.xml"; ne peut =EAtre
r=E9solue sans URI de base.
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3182)
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3176)
	at
org.apache.crimson.parser.Parser2.resolveURI(Parser2.java:2758)
	at
org.apache.crimson.parser.Parser2.maybeExternalID(Parser2.java:2730)
	at
org.apache.crimson.parser.Parser2.maybeEntityDecl(Parser2.java:2632)
	at
org.apache.crimson.parser.Parser2.maybeMarkupDecl(Parser2.java:1210)
	at
org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1144)
	at
org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489)
	at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
	at
org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:442)
	at
org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.ja
va:185)
	at
javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76)
	at
com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(Xml
BeanFactory.java:228)
	at
com.interface21.context.support.AbstractXmlApplicationContext.refreshBea
nFactory(AbstractXmlApplicationContext.java:49)
	at
com.interface21.context.support.AbstractApplicationContext.refresh(Abstr
actApplicationContext.java:215)
	at
com.interface21.web.context.support.XmlWebApplicationContext.setServletC
ontext(XmlWebApplicationContext.java:120)
	at
com.interface21.web.context.ResourceBundleMessageSourceTestSuite.createC
ontext(ResourceBundleMessageSourceTestSuite.java:230)
	at
com.interface21.context.AbstractApplicationContextTests.<init>(AbstractA
pplicationContextTests.java:26)
	at
com.interface21.web.context.ResourceBundleMessageSourceTestSuite.<init>(
ResourceBundleMessageSourceTestSuite.java:55)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
	at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA
ccessorImpl.java:39)
	at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons
tructorAccessorImpl.java:27)
	at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
)

Testcase: warning

-----Message d'origine-----
De=A0: spr...@li...
[mailto:spr...@li...] De la
part de Rod Johnson
Envoy=E9=A0: lundi 11 ao=FBt 2003 21:40
=C0=A0: spr...@li...
Cc=A0: j=FCrgen h=F6ller [werk3AT]
Objet=A0: [Springframework-developer] Package switch

I think we should switch to the new package structure sooner rather than
later. This way our next release will be well after all the bugs due to
the
migration are smoothed out.

Does anyone have stuff to commit first? I've just committed a change
(beans
DTD) but I'm happy to stay out of CVS until it's done.

Regards,
Rod




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2

[Colin S. <col...@ex...>]

I think it's great to keep features in there that are at no cost allow 
the framework to still work in legacy environments.  I would only make 
the comment that I hope in the future if there are compelling features 
that only work in a Servlet 2.3+ environment, the need to maintain 2.2 
compatibility would not be an impediment to adding them.

(As an analogy, Ant up to and including 1.5.3 has a few incredibly 
annoying classloading limitations, primarilly due to the fact that they 
wanted to maintain JDK 1.1 compatibility. However for the benefit of the 
1% of ant users who need JDK 1.1 compatibility, the other 99% have 
suffered somewhat.)


jürgen höller [werk3AT] wrote:

>Hi Darren,
> 
>You're actually the first one to ask for reviving ContextLoaderServlet ;-) But anyway, you got a point with large corporations and their lagging behind in terms of updates. I've already re-added the loader servlet, I'll commit it tomorrow.
> 
>Of course, the ContextLoader delegate already allowed being called in a single line from within a custom startup servlet. So we're now re-adding ContextLoaderServlet for pure convenience on Servlet 2.2, to avoid the need for a custom startup servlet with a ContextLoader.initContext call.
> 
>Frankly, I haven't been aware that the listeners have been our only Servlet 2.3 dependency. But the main reason for removing the loader servlet was consistency: We also got WebAppRootListener and Log4jConfigListener, and splitting each of them into a listener, a servlet, and a delegate class too seemed like overkill. Do you see any need for this?
> 
>Log4jConfigListener is just necessary for custom config file locations and config modification detection. It includes the functionality of WebAppRootListener, which exports the web app root directory to a system property, mainly for use within Log4J log file paths (a la ${webapp.root}/WEB-INF/mylog.txt to get a log file within the web app).
> 
>Regards,
>Juergen
> 
> 
>
>	-----Ursprüngliche Nachricht----- 
>	Von: dar...@hs... [mailto:dar...@hs...] 
>	Gesendet: Mo 11.08.2003 17:40 
>	An: spr...@li... 
>	Cc: 
>	Betreff: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2
>	
>	
>
>
>
>	Would there be any interest in reviving the skeleton of the old i21 servlet
>	that used to do this, just for the sake of backwards compatibility - at
>	least for a while?  I know it *is* a step backwards, but many large
>	corporations do have a habit of moving reluctantly to newer versions of
>	application servers and plenty may appreciate the gesture.  Seems a shame
>	to push this framework activity into the application domain when it's only
>	a dozen lines of code and it looks to be the only thing preventing servlet
>	2.2 compatibility for the MVC codebase.
>	
>	Attached is a modified version of the servlet with suitable @deprecated
>	tags and comments for consideration.  It should have no impact on any
>	existing code from 0.9.1
>	
>	All the best,
>	Darren.
>	
>	(See attached file: ContextLoaderServlet.java)
>	
>	<quote>
>	Hi Darren,
>	
>	You're right, Spring assumes Servlet 2.3 in that it recommends listeners
>	for startup work, like ContextLoaderListener and Log4jConfigListener. We
>	compile against Servlet 2.3, so there might be some other dependencies too,
>	but none that I can think of at the moment.
>	
>	If you look at the implementation of ContextLoaderListener, you'll find
>	that it just delegates the contextInitialized event to
>	ContextLoader.initContext(event.getServletContext()). So in a Servlet 2.2
>	container, you could write your own load-on-startup servlet that invokes
>	ContextLoader.initContext in its init method, among other custom startup
>	work that you may require, like Log4J initialization.
>	
>	Regards,
>	Juergen
>	
>	
>	
>	 -----Ursprüngliche Nachricht-----
>	 Von: Darren Davison [mailto:da...@da...]
>	 Gesendet: So 10.08.2003 21:19
>	 An: spr...@li...
>	 Cc:
>	 Betreff: [Springframework-user] applicationContext.xml for servlet 2.2
>	
>	
>	
>	 hi,
>	
>	 All of the example web projects load the applicationContext with a
>	
>	 <listener>
>	   <listener-class>
>	     com.interface21.web.context.ContextLoaderListener
>	   </listener-class>
>	 </listener>
>	
>	 which is servlet 2.3 specific.  Is there a supported/recommended way to
>	 make
>	 this work for servlet 2.2?
>	
>	 Regards,
>	
>	 </quote>
>	
>	
>	 Darren Davison
>	 CIBM Intranet Team
>	 int> 799 19431
>	 ext> +44 (0)20 7991 9431
>	
>	
>	_____________________________________________________
>	
>	This transmission has been issued by a member of the HSBC Group
>	"HSBC" for the information of the addressee only and should not be
>	reproduced and / or distributed to any other person. Each page attached
>	hereto must be read in conjunction with any disclaimer which forms part
>	of it. Unless otherwise stated, this transmission is neither an offer nor the
>	solicitation of an offer to sell or purchase any investment. Its contents are
>	based on information obtained from sources believed to be reliable but
>	HSBC makes no representation and accepts no responsibility or liability as to its completeness or accuracy.
>	
>	
>
>N?HS^?隊[)?{(??[?Z?z??n襴?4D?׬?w%?ا?6?i???l?&???x?+??ljwE??????j??zz0?'?????Zɩ?z{^??0?v?\???b??J۝??DNm??ڲ?޵?brK???&?
>??ƴ?]4?Mڽ?݊????Z??޷N??M???5J???jg???z??????x%??R?????ڙ?(?G^??h????l???q???z?m????X???(??~??zw??X?????b???????jg???z??
>

[Springframework-developer] Re: Package switch

[<jue...@we...>]

SSd2ZSBnb3Qgc29tZSBtaW5vciBzdHVmZiB0aGF0IEknbGwgY29tbWl0IHRvbW9ycm93LCBtYWlu
bHkgc2xpZ2h0IHJldmlzaW9ucyBvZiB0aGUgdGFncy4gVGhlcmUncyBvbmUgcXVpdGUgc2lnbmlm
aWNhbnQgYnVnZml4IHJlZ2FyZGluZyB0aGUgdXNlIG9mIGN1c3RvbSBlZGl0b3JzIGZvciB0aGUg
YmluZCB0YWcuIEFmdGVyIHRoYXQsIEknbSByZWFkeSBmb3IgdGhlIHBhY2thZ2UgY2hhbmdlLg0K
IA0KSSBkb24ndCBoYXZlIGEgbG90IG9mIHRpbWUgdGhpcyB3ZWVrLCB0aG91Z2guIFNvIGl0IHdv
dWxkIGJlIGdvb2QgaWYgc29tZW9uZSBlbHNlIHRvb2sgY2FyZSBvZiB0aGUgYWN0dWFsIHRyYW5z
ZmVyIHRvIGEgbmV3IG1vZHVsZS4gSSB3aWxsIGJlIGhhcHB5IHRvIGFzc2lzdCBpbiBzdGFiaWxp
emluZyB0aGUgbmV3IHZlcnNpb24gYWZ0ZXIgdGhlIGNoYW5nZSwgb2YgY291cnNlLg0KIA0KQlRX
LCBJJ20ga2VlbiBvbiBnZXR0aW5nIGEgZm9sbG93LXVwIHJlbGVhc2Ugb3V0IGJ5IHRoZSBlbmQg
b2YgQXVndXN0ICphdCB0aGUgbGF0ZXN0Ki4gSWYgd2Ugd29uJ3QgbWFrZSBpdCB3aXRoIGFuIG9y
Zy5zcHJpbmdmcmFtZXdvcmsgdmVyc2lvbiwgSSdsbCBwcm9iYWJseSByZWxlYXNlIGEgMC45LjIg
YmFzZWQgb24gdGhlIGN1cnJlbnQgbW9kdWxlIGJ5IHRoZW4uDQogDQpKdWVyZ2VuDQogDQogDQoN
CgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogUm9kIEpvaG5zb24g
W21haWx0bzpyb2Quam9obnNvbkBpbnRlcmZhY2UyMS5jb21dIA0KCUdlc2VuZGV0OiBNbyAxMS4w
OC4yMDAzIDIxOjQwIA0KCUFuOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJj
ZWZvcmdlLm5ldCANCglDYzogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSANCglCZXRyZWZmOiBQ
YWNrYWdlIHN3aXRjaA0KCQ0KCQ0KDQoJSSB0aGluayB3ZSBzaG91bGQgc3dpdGNoIHRvIHRoZSBu
ZXcgcGFja2FnZSBzdHJ1Y3R1cmUgc29vbmVyIHJhdGhlciB0aGFuDQoJbGF0ZXIuIFRoaXMgd2F5
IG91ciBuZXh0IHJlbGVhc2Ugd2lsbCBiZSB3ZWxsIGFmdGVyIGFsbCB0aGUgYnVncyBkdWUgdG8g
dGhlDQoJbWlncmF0aW9uIGFyZSBzbW9vdGhlZCBvdXQuDQoJDQoJRG9lcyBhbnlvbmUgaGF2ZSBz
dHVmZiB0byBjb21taXQgZmlyc3Q/IEkndmUganVzdCBjb21taXR0ZWQgYSBjaGFuZ2UgKGJlYW5z
DQoJRFREKSBidXQgSSdtIGhhcHB5IHRvIHN0YXkgb3V0IG9mIENWUyB1bnRpbCBpdCdzIGRvbmUu
DQoJDQoJUmVnYXJkcywNCglSb2QNCgkNCgkNCgkNCg0K

Re: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2

[Darren D. <da...@da...>]

On Monday 11 August 2003 19:43, j=C3=BCrgen h=C3=B6ller [werk3AT] wrote:
> Hi Darren,
>
> You're actually the first one to ask for reviving ContextLoaderServlet ;-)

I guess a lot of in-house developers won't know anything of Spring yet.  Th=
ose=20
that do will be battling against corporate sluggishness like I do so I'm su=
re=20
they'll appreciate it ;)


> Of course, the ContextLoader delegate already allowed being called in a
> single line from within a custom startup servlet. So we're now re-adding
> ContextLoaderServlet for pure convenience on Servlet 2.2, to avoid the ne=
ed
> for a custom startup servlet with a ContextLoader.initContext call.

I'm not sure from what you say here whether the attached file I sent came=20
through OK, but it was a very cut down version of the original servlet whic=
h=20
simply does just what you said and makes the single line call to=20
ContextLoader.initContext from the init() method.  I also amended the servi=
ce=20
method (just in case it ever mistakenly got called) and changed javadoc to=
=20
highlight the deprecation.  My feeling was just that it was very definitely=
=20
framework code rather than application code and being so simple, it made=20
sense to add it.


> Frankly, I haven't been aware that the listeners have been our only Servl=
et
> 2.3 dependency. But the main reason for removing the loader servlet was
> consistency: We also got WebAppRootListener and Log4jConfigListener, and
> splitting each of them into a listener, a servlet, and a delegate class t=
oo
> seemed like overkill. Do you see any need for this?

If all of the services can be encapsulated in one servlet, I'd suggest doin=
g=20
that rather than maintaining separate servlets and their associated web.xml=
=20
entries.  I'm happy to keep it up to date for you since I'll be using it=20
anyway.  It may not be ideal from a design point of view, but this is only =
a=20
2.2 compromise for us laggers.  A further updated version with duplicate=20
log4j and webAppRoot init code is attached here.  Note that I've NOT tested=
=20
this yet (it compiles ok), but I'll drop it into a WebSphere 4.0x server=20
tomorrow morning and try to break it.  If you can hold off committing=20
anything until then, I can send you the proper results and any further=20
changes required.

All the best,
=2D-=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] Package switch

[<tri...@tr...>]

Rod & All,

> I think we should switch to the new package structure sooner rather than
> later. This way our next release will be well after all the bugs due to the
> migration are smoothed out.
> 
> Does anyone have stuff to commit first? I've just committed a change (beans
> DTD) but I'm happy to stay out of CVS until it's done.
> 

Switching now works for me.

Thomas