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: <jue...@we...> - 2003-06-25 14:12:32
|
Thomas,
Maybe this is a Jasper bug in Tomcat 4.1.10. Have you considered =
upgrading to 4.1.24?
BTW, the package that contains the tags has recently changed from =
web.tags to web.servlet.tags. Thus, the JSPs and the jars could be =
inconsistent.
Juergen
-----Original Message-----
From: tri...@tr... [mailto:tri...@tr...]
Sent: Wednesday, June 25, 2003 4:05 PM
To: Ken Krebs
Cc: 'spring-dev-list'
Subject: Re: [Springframework-developer] website problem
Ken,
> There is a problem with Petclinic at the website :-( . The =
Add/EditPet=20
> and AddVisit functions do not work., throwing exceptions because of =
JSP=20
> compilation failure. Don't have time to look in detail right now but =
the=20
> files petForm.jsp and visitForm.jsp appear to be the same size as the=20
> ones I have. I just did fresh builds of Spring and Petclinic and they=20
> work fine in Tomcat on my system. I did recently update the Petclinic=20
> xml files. Might need to dump the old compiled jsp's in Tomcat's work=20
> directory.
>=20
I recently noticed this too. Will try to resolve today or tomorrow . =
Don't
know if it is related to the Linux/Java 1.4.0/Tomcat 4.1.10 combination =
or if it
is a deployment issue. I can't reproduce it on my Windows machine. =
Will try a
different Linux machine tonight.
It seems to complain about the following line:
status =3D (com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status");=20
in class org.apache.jsp.petForm_jsp=20
Any ideas?
Thomas
PS=20
This is the full error text:
Internal error
** Root cause is: Unable to compile class for JSP An error occurred at =
line: 33
in the jsp file: /WEB-INF/jsp/petForm.jsp Generated servlet error: =
[javac]
Compiling 1 source file
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:137:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 38 in =
the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:170:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 49 in =
the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:233:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ 3 errors
org.apache.jasper.JasperException: Unable to compile class for JSP An =
error
occurred at line: 33 in the jsp file: /WEB-INF/jsp/petForm.jsp Generated =
servlet
error: [javac] Compiling 1 source file
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:137:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 38 in =
the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:170:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 49 in =
the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/=
webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:233:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =3D
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ 3 errors at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHan=
dler.java:120)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.jav=
a:293)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:315) =
at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.jav=
a:474)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav=
a:182)
at =
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) =
at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) 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:86)
at =
com.interface21.web.servlet.view.AbstractView.render(AbstractView.java:19=
4)
at
com.interface21.web.servlet.DispatcherServlet.render(DispatcherServlet.ja=
va:505)
at
com.interface21.web.servlet.DispatcherServlet.doService(DispatcherServlet=
.java:387)
at
com.interface21.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServ=
let.java:228)
at =
com.interface21.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:=
207)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicat=
ionFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilte=
rChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve=
.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:643)
at =
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:48=
0)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) =
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve=
.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:643)
at =
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:48=
0)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) =
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2397=
) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:=
180) at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVal=
ve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:641)
at =
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:=
171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:641)
at =
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)=
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:641)
at =
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:48=
0)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) =
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.j=
ava:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.in=
vokeNext(StandardPipeline.java:643)
at =
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:48=
0)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) =
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) =
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:256) at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:563) at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:5=
35) at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:638) at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.=
java:533)
at java.lang.Thread.run(Thread.java:536) Cookies:
SITESERVER=3D[ID=3D34b9458b75f770d7a9d236493bcf50d7]=20
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: <tri...@tr...> - 2003-06-25 14:04:36
|
Ken,
> There is a problem with Petclinic at the website :-( . The Add/EditPet
> and AddVisit functions do not work., throwing exceptions because of JSP
> compilation failure. Don't have time to look in detail right now but the
> files petForm.jsp and visitForm.jsp appear to be the same size as the
> ones I have. I just did fresh builds of Spring and Petclinic and they
> work fine in Tomcat on my system. I did recently update the Petclinic
> xml files. Might need to dump the old compiled jsp's in Tomcat's work
> directory.
>
I recently noticed this too. Will try to resolve today or tomorrow . Don't
know if it is related to the Linux/Java 1.4.0/Tomcat 4.1.10 combination or if it
is a deployment issue. I can't reproduce it on my Windows machine. Will try a
different Linux machine tonight.
It seems to complain about the following line:
status = (com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status");
in class org.apache.jsp.petForm_jsp
Any ideas?
Thomas
PS
This is the full error text:
Internal error
** Root cause is: Unable to compile class for JSP An error occurred at line: 33
in the jsp file: /WEB-INF/jsp/petForm.jsp Generated servlet error: [javac]
Compiling 1 source file
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:137:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 38 in the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:170:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 49 in the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:233:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ 3 errors
org.apache.jasper.JasperException: Unable to compile class for JSP An error
occurred at line: 33 in the jsp file: /WEB-INF/jsp/petForm.jsp Generated servlet
error: [javac] Compiling 1 source file
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:137:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 38 in the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:170:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ An error occurred at line: 49 in the jsp
file: /WEB-INF/jsp/petForm.jsp Generated servlet error:
/usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic/WEB-INF/jsp/petForm_jsp.java:233:
cannot resolve symbol symbol : variable status location: class
org.apache.jsp.petForm_jsp status =
(com.interface21.web.servlet.tags.BindStatus)
pageContext.findAttribute("status"); ^ 3 errors at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:120)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:315) at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
at
com.interface21.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:86)
at com.interface21.web.servlet.view.AbstractView.render(AbstractView.java:194)
at
com.interface21.web.servlet.DispatcherServlet.render(DispatcherServlet.java:505)
at
com.interface21.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:387)
at
com.interface21.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServlet.java:228)
at com.interface21.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:207)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2397) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469) at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:256) at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:563) at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:535) at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:638) at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:533)
at java.lang.Thread.run(Thread.java:536) Cookies:
SITESERVER=[ID=34b9458b75f770d7a9d236493bcf50d7]
|
|
From: <tri...@tr...> - 2003-06-25 13:55:30
|
Rod, Juergen, All, I think the release plans look good. I will update the javadoc and demos on the website. What is the official release announcement timing - just so I have a deadline for the website. I'm currently assuming that as long as we are ready by Friday AM we will be allright in terms of the ServerSide Symposium. Enjoy you trip to Boston and good luck with the presentations/announcements. Thomas |
|
From: <jue...@we...> - 2003-06-25 10:33:14
|
Q3VycmVudCB0ZXN0IGNvdmVyYWdlOiA2OC44JSEgLSBtb3JlIHRoYW4gMi8zLCBpbiBtYXJrZXRp bmcgdGVybXMgOy0pDQoNCkdvb2QgdG8gaGVhciB0aGF0IHRoZSBBT1AgQWxsaWFuY2UgZWZmb3J0 IGlzIHByb2NlZWRpbmcgYWdhaW4uIEkgd29uJ3QgYmUgYWJsZSB0byBoZWxwIG11Y2ggaW4gdGhh dCBhcmVhLCBhcyBJJ2xsIGNvbmNlbnRyYXRlIG9uIG15ICJjb3JlIiBhcmVhcyAtIHdlYiwgTy9S IG1hcHBpbmcsIHRyYW5zYWN0aW9ucyAtIGluIHRoZSB0aW1lIHRoYXQgSSBjYW4gZGVkaWNhdGUg dG8gU3ByaW5nLiBCdXQgSSB3aWxsIGRlZmluaXRlbHkgYmUgb25lIG9mIHRoZSBmaXJzdCB0byB0 cnkgYW55IG5ldyBmZWF0dXJlcyA6LSkNCg0KQlRXLCB0aGFua3MgZm9yIHRoZSBlbmNvdXJhZ2Vt ZW50IHJlZ2FyZGluZyB0aGUgZXNzYXlzIQ0KDQpKdWVyZ2VuDQoNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IHJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbSBbbWFpbHRvOnJv ZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSnVuZSAyNSwgMjAw MyAxMjowOSBQTQ0KVG86IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0NCkNjOiB0cmlzYmVyZ0B0 cmlkYi5jb207IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0 DQpTdWJqZWN0OiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIFJlbGVhc2UgcGxhbg0K DQoNCj5Sb2QsIGFyZSB5b3UgYWxyZWFkeSBvbiB5b3VyIHdheSB0byBCb3N0b24gKHlvdSB0b2xk IG1lIHRoYXQgDQp5b3UgZmxldyB0b2RheSk/IDstKSANCkknbSBsZWF2aW5nIGZvciB0aGUgYWly cG9ydCBhdCAxNTAwLg0KDQo+U28gd2Ugc2VlbSB0byBoYXZlIGRlY2lkZWQgdG8gcHV0IG91dCBy ZWxlYXNlIDAuOSB0b25pZ2h0LiANCj5JJ2xsIGRvIHRoZSBhY3R1YWwgcmVsZWFzZSBjcmVhdGlv biBhdCBTb3VyY2VGb3JnZSwgSSBndWVzcy4gDQo+UGxlYXNlIGFkZCBhbnkgc3R1ZmYgdGhhdCB5 b3Ugd2FudCB0byBoYXZlIGluIGl0IHRvZGF5LCANCj5lc3BlY2lhbGx5IGRvY3MgYW5kIHJlYWRt ZXMuIA0KVW5mb3J0dW5hdGVseSBJIHdvbid0IGhhdmUgdGltZSB0byBjb250cmlidXRlIGFueXRo aW5nIHRvZGF5LCANCmJlc2lkZXMgdGhlIGhpZ2gtbGV2ZWwgc3R1ZmYgSSd2ZSBhbHJlYWR5IHB1 dCBpbiB0aGUgd2lraS4NCg0KPldlIHdpbGwgc3RpbGwgdXNlIGNvbS5pbnRlcmZhY2UyMSwgYW5u b3VuY2luZyBhIGNoYW5nZSB0byANCj5vcmcuc3ByaW5nZnJhbWV3b3JrIGluIHRoZSBtYWluIHJl YWRtZS4gVGhpcyB3aWxsIA0KdW5kb3VidGVkbHkgYmUgcGxhdXNpYmxlLCBpZiB3ZSBtZW50aW9u IHRoZSByb290cyBpbiBSb2QncyANCmJvb2suIElNTywgd2UgZG9uJ3QgbmVlZCB0byBodXJyeSBp biB0ZXJtcyBvZiB0aGUgcGFja2FnZSANCm5hbWUgY2hhbmdlOiBJIHByb3Bvc2UgdG8gc3dpdGNo IHdoZW4gd2UgcmVhY2ggMS4wIFJlbGVhc2UgDQpDYW5kaWRhdGUgc3RhdGUsIG5vdCBpbiBhIDAu OS54IHJlbGVhc2UgKGlmIHRoZXJlIHdpbGwgYmUgYW55IA0KZnVydGhlciAwLjlzIGJlZm9yZSAx LjAgUkNzIGF0IGFsbCkuIA0KDQpJIGxpa2UgdGhpcy4gSSB0aGluayBTcHJpbmcgaXMgbWF0dXJl IGVub3VnaCB0byBnbyANCjAuOS8xLjBSQzEuIEZ1cnRoZXIgMC45IHJlbGVhc2VzIHNob3VsZCBv bmx5IGJlIG5lY2Vzc2FyeSBpZiANCmFueSBzaWduaWZpY2FudCBidWdzL29taXNzaW9ucyBhcmUg YXBwYXJlbnQuDQoNCjxqaD4NCkZvciB0aGUgZmlyc3QgMS4wIFJDLCBvdXIgbWFpbiB0YXNrcyB3 aWxsIGJlIGRvY3MgYW5kIA0KZXhhbXBsZXMgKGJlc2lkZXMgdGhlIHBhY2thZ2UgbmFtZSBjaGFu Z2UpLiBJJ2xsIGRvIGZ1cnRoZXIgDQpwb2xpc2hpbmcgb2YgdGhlIEphdmFkb2NzIChhbHJlYWR5 IHRvZGF5LCBhcyBmYXIgYXMgDQpwb3NzaWJsZSksIGFuZCBwcm92aWRlIHNob3J0IGVzc2F5cyBv biByZXNvdXJjZS90cmFuc2FjdGlvbiANCm1hbmFnZW1lbnQgYW5kIFNwcmluZyB3ZWIgTVZDIHZz IFN0cnV0cyAoYXMgYW5ub3VuY2VkLCBJIA0KYWxyZWFkeSBoYXZlIGRyYWZ0cykuIA0KPC9qaD4N ClRoZSBzdHVmZiB5b3UndmUgcG9zdGVkIHRvIHRoaXMgbGlzdCwgSGliZXJuYXRlIGZvcnVtcyBl dGMgaXMgDQpncmVhdC4gUHVsbGluZyB0aGlzIHRvZ2V0aGVyIGluIG9uZSBwbGFjZSB3aWxsIGJl IGFuIA0KZXhjZWxsZW50IHN0YXJ0Lg0KDQpJJ2xsIHRyeSB0byBjb250cmlidXRlIGEgZnVsbGVy IGRpc2N1c3Npb24gb2YgQU9QIGJlZm9yZSAxLjAuDQoNCjxqaD4NCkFzIGZhciBhcyBJIHNlZSwg d2UgZG9uJ3QgbmVlZCBhZGRpdGlvbmFsIGZ1bmN0aW9uYWxpdHkgZm9yIA0KMS4wIC0gSk1TIGFu ZCBXZWIgU2VydmljZXMgY2FuIHdhaXQgdW50aWwgMS4xLiBMZXQncyByYXRoZXIgDQp0YXJnZXQg YSBkYXRlIGFzIGVhcmx5IGFzIHBvc3NpYmxlOiAxLjAgUkMxIGF0IHRoZSBlbmQgb2YgDQpKdWx5 IHNob3VsZCBiZSBmZWFzaWJsZSwgcHJvYmFibHkgcmVsZWFzaW5nIDEuMCBmaW5hbCBhdCB0aGUg DQplbmQgb2YgQXVndXN0LiBJcyB0aGlzIGFuIGFjY2VwdGFibGUgcGxhbiBmb3IgZXZlcnlvbmU/ IEFueSANCmRpZmZlcmluZyBwcm9wb3NhbHM/IA0KPC9qaD4NCkFncmVlZCByZWdhcmRpbmcgSk1T IGFuZCB3ZWIgc2VydmljZXMuIFNwcmluZyBkb2VzIGVub3VnaCANCnJpZ2h0IG5vdy0td2UgbmVl ZCB0byBzdGFydCBzZWxsaW5nIGl0LiBEYXRlcyBzb3VuZCBnb29kLiBPbmUgDQphcmVhIEknbSBp bnRlcmVzdGVkIGluIGlzIG1ldGFkYXRhIGF0dHJpYnV0ZSBzdXBwb3J0IGFzIGFuIA0Kb3B0aW9u IGZvciBBT1AuIEFsc28gYSBzcGVjaWFsIGZhY3RvcnkgdGhhdCBjYW4gZGV0ZWN0IA0Kd2hldGhl ciBhIHRhcmdldCBvYmplY3QgaGFzIG1ldGFkYXRhIHRhZ3Mgc3VjaCBhcyANCnRyYW5zYWN0aW9u L3JlYWQtb25seSB0YWdzIGFuZCBjYW4gZ2VuZXJhdGUgdGhlIGFwcHJvcHJpYXRlIA0KaW50ZXJj ZXB0b3IgY2hhaW4sIGJhc2VkIG9uIGZhY3RvcmllcyByZWdpc3RlcmVkIGluIHRoZSByb290IA0K YmVhbiBmYWN0b3J5LiAoVGhpcyBzaG91bGQgZW5zdXJlIHRoYXQgZGV2ZWxvcGVycyBjYW4gc2lt cGx5IA0KdXNlIGEgY29tbW9uIGVudGl0eSByZWZlcmVuY2UgZm9yIG1vc3QgdGFza3MuKSANCg0K VGhpcyBzaG91bGQgc2ltcGxpZnkgQU9QIHVzYWdlIGZvciB0eXBpY2FsIHNjZW5hcmlvcyBxdWl0 ZSBhIA0KYml0LiBJIHRoaW5rIHRoaXMgaXMgaW1wb3J0YW50IGJlZm9yZSAxLjAuIEl0IHNob3Vs ZCBiZSBhIGxvdCANCnNpbXBsZXIgdGhhbiBvdGhlciBBT1AgZnJhbWV3b3JrcyBJJ20gZmFtaWxp YXIgd2l0aCwgYW5kIA0KYWxtb3N0IGNvbXBhcmFibGUgdG8gLk5FVC4NCg0KQnR3LCBJJ20gbG9v a2luZyBmb3IgYSB2b2x1bnRlZXIgdG8gaGVscCB3aXRoIHRoZSANCkFPUC9tZXRhZGF0YSBlbmhh bmNlbWVudHMsIGFzIEkgaGF2ZSBhIHByZXR0eSBjbGVhciB2aXNpb24gb2YgDQpob3cgaXQgc2hv dWxkIHdvcmssIGJ1dCBJJ20gbm90IHN1cmUgSQ0KDQpUaGUgQU9QIEFsbGlhbmNlIGhhcyBraWNr ZWQgb2ZmIGFnYWluLCBzbyB0aGVyZSB3aWxsIGJlIA0KcGFja2FnZSBjaGFuZ2VzIGFuZCBzb21l IG90aGVyIGNoYW5nZXMgdGhhdCB3ZSdsbCBoYXZlIHRvIA0KaW5jb3Jwb3JhdGUgYmVmb3JlIDEu MCBSQzEgdG9vLg0KDQpCdHcsIHdoYXQncyB0aGUgY3VycmVudCB0ZXN0IGNvdmVyYWdlPyAoSSBo YWQgYSBKREJDIHZlcnNpb24gDQpwcm9ibGVtIHJ1bm5pbmcgQ2xvdmVyIGxhc3QgbmlnaHQgYW5k IGRpZG4ndCBoYXZlIHRpbWUgdG8gDQpzb3J0IGl0IG91dC4pDQoNClJlZ2FyZHMsDQpSb2QNCg== |
|
From: <rod...@in...> - 2003-06-25 10:08:50
|
>Rod, are you already on your way to Boston (you told me that you flew today)? ;-) I'm leaving for the airport at 1500. >So we seem to have decided to put out release 0.9 tonight. >I'll do the actual release creation at SourceForge, I guess. >Please add any stuff that you want to have in it today, >especially docs and readmes. Unfortunately I won't have time to contribute anything today, besides the high-level stuff I've already put in the wiki. >We will still use com.interface21, announcing a change to >org.springframework in the main readme. This will undoubtedly be plausible, if we mention the roots in Rod's book. IMO, we don't need to hurry in terms of the package name change: I propose to switch when we reach 1.0 Release Candidate state, not in a 0.9.x release (if there will be any further 0.9s before 1.0 RCs at all). I like this. I think Spring is mature enough to go 0.9/1.0RC1. Further 0.9 releases should only be necessary if any significant bugs/omissions are apparent. <jh> For the first 1.0 RC, our main tasks will be docs and examples (besides the package name change). I'll do further polishing of the Javadocs (already today, as far as possible), and provide short essays on resource/transaction management and Spring web MVC vs Struts (as announced, I already have drafts). </jh> The stuff you've posted to this list, Hibernate forums etc is great. Pulling this together in one place will be an excellent start. I'll try to contribute a fuller discussion of AOP before 1.0. <jh> As far as I see, we don't need additional functionality for 1.0 - JMS and Web Services can wait until 1.1. Let's rather target a date as early as possible: 1.0 RC1 at the end of July should be feasible, probably releasing 1.0 final at the end of August. Is this an acceptable plan for everyone? Any differing proposals? </jh> Agreed regarding JMS and web services. Spring does enough right now--we need to start selling it. Dates sound good. One area I'm interested in is metadata attribute support as an option for AOP. Also a special factory that can detect whether a target object has metadata tags such as transaction/read-only tags and can generate the appropriate interceptor chain, based on factories registered in the root bean factory. (This should ensure that developers can simply use a common entity reference for most tasks.) This should simplify AOP usage for typical scenarios quite a bit. I think this is important before 1.0. It should be a lot simpler than other AOP frameworks I'm familiar with, and almost comparable to .NET. Btw, I'm looking for a volunteer to help with the AOP/metadata enhancements, as I have a pretty clear vision of how it should work, but I'm not sure I The AOP Alliance has kicked off again, so there will be package changes and some other changes that we'll have to incorporate before 1.0 RC1 too. Btw, what's the current test coverage? (I had a JDBC version problem running Clover last night and didn't have time to sort it out.) Regards, Rod |
|
From: <jue...@we...> - 2003-06-25 08:51:07
|
Um9kLCBhcmUgeW91IGFscmVhZHkgb24geW91ciB3YXkgdG8gQm9zdG9uICh5b3UgdG9sZCBtZSB0 aGF0IHlvdSBmbGV3IHRvZGF5KT8gOy0pDQoNClNvIHdlIHNlZW0gdG8gaGF2ZSBkZWNpZGVkIHRv IHB1dCBvdXQgcmVsZWFzZSAwLjkgdG9uaWdodC4gSSdsbCBkbyB0aGUgYWN0dWFsIHJlbGVhc2Ug Y3JlYXRpb24gYXQgU291cmNlRm9yZ2UsIEkgZ3Vlc3MuIFBsZWFzZSBhZGQgYW55IHN0dWZmIHRo YXQgeW91IHdhbnQgdG8gaGF2ZSBpbiBpdCB0b2RheSwgZXNwZWNpYWxseSBkb2NzIGFuZCByZWFk bWVzLg0KDQpUaG9tYXMsIGNhbiB5b3UgcGxlYXNlIHVwZGF0ZSB0aGUgd2Vic2l0ZSB0b21vcnJv dywgYm90aCBkZW1vcyBhbmQgSmF2YWRvY3MsIGFuZCBvZmZlciBhIGxpbmsgdG8gU291cmNlRm9y Z2UgZG93bmxvYWQgcGFnZS4gSSdsbCBmbHkgdG9tb3Jyb3cgYWZ0ZXJub29uLCBzbyBJJ20gbm90 IGFibGUgdG8gZG8gYSBsb3QgYWZ0ZXIgdG9uaWdodC4NCg0KV2Ugd2lsbCBzdGlsbCB1c2UgY29t LmludGVyZmFjZTIxLCBhbm5vdW5jaW5nIGEgY2hhbmdlIHRvIG9yZy5zcHJpbmdmcmFtZXdvcmsg aW4gdGhlIG1haW4gcmVhZG1lLiBUaGlzIHdpbGwgdW5kb3VidGVkbHkgYmUgcGxhdXNpYmxlLCBp ZiB3ZSBtZW50aW9uIHRoZSByb290cyBpbiBSb2QncyBib29rLiBJTU8sIHdlIGRvbid0IG5lZWQg dG8gaHVycnkgaW4gdGVybXMgb2YgdGhlIHBhY2thZ2UgbmFtZSBjaGFuZ2U6IEkgcHJvcG9zZSB0 byBzd2l0Y2ggd2hlbiB3ZSByZWFjaCAxLjAgUmVsZWFzZSBDYW5kaWRhdGUgc3RhdGUsIG5vdCBp biBhIDAuOS54IHJlbGVhc2UgKGlmIHRoZXJlIHdpbGwgYmUgYW55IGZ1cnRoZXIgMC45cyBiZWZv cmUgMS4wIFJDcyBhdCBhbGwpLg0KDQpGb3IgdGhlIGZpcnN0IDEuMCBSQywgb3VyIG1haW4gdGFz a3Mgd2lsbCBiZSBkb2NzIGFuZCBleGFtcGxlcyAoYmVzaWRlcyB0aGUgcGFja2FnZSBuYW1lIGNo YW5nZSkuIEknbGwgZG8gZnVydGhlciBwb2xpc2hpbmcgb2YgdGhlIEphdmFkb2NzIChhbHJlYWR5 IHRvZGF5LCBhcyBmYXIgYXMgcG9zc2libGUpLCBhbmQgcHJvdmlkZSBzaG9ydCBlc3NheXMgb24g cmVzb3VyY2UvdHJhbnNhY3Rpb24gbWFuYWdlbWVudCBhbmQgU3ByaW5nIHdlYiBNVkMgdnMgU3Ry dXRzIChhcyBhbm5vdW5jZWQsIEkgYWxyZWFkeSBoYXZlIGRyYWZ0cykuDQoNCkFzIGZhciBhcyBJ IHNlZSwgd2UgZG9uJ3QgbmVlZCBhZGRpdGlvbmFsIGZ1bmN0aW9uYWxpdHkgZm9yIDEuMCAtIEpN UyBhbmQgV2ViIFNlcnZpY2VzIGNhbiB3YWl0IHVudGlsIDEuMS4gTGV0J3MgcmF0aGVyIHRhcmdl dCBhIGRhdGUgYXMgZWFybHkgYXMgcG9zc2libGU6IDEuMCBSQzEgYXQgdGhlIGVuZCBvZiBKdWx5 IHNob3VsZCBiZSBmZWFzaWJsZSwgcHJvYmFibHkgcmVsZWFzaW5nIDEuMCBmaW5hbCBhdCB0aGUg ZW5kIG9mIEF1Z3VzdC4gSXMgdGhpcyBhbiBhY2NlcHRhYmxlIHBsYW4gZm9yIGV2ZXJ5b25lPyBB bnkgZGlmZmVyaW5nIHByb3Bvc2Fscz8NCg0KUmVnYXJkcywNCkp1ZXJnZW4NCg0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSANClNl bnQ6IFR1ZXNkYXksIEp1bmUgMjQsIDIwMDMgMTA6MDQgUE0NClRvOiB0cmlzYmVyZ0B0cmlkYi5j b207IFJvZCBKb2huc29uDQpDYzogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXQNClN1YmplY3Q6IFJlOiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gUGFj a2FnZSBuYW1lcw0KDQoNCkEgbmFtZSBjaGFuZ2Ugb2YgYSByb290IHBhY2thZ2UgaXMgYSBmYWly bHkgdHJpdmlhbCBpc3N1ZSBhbnl3YXkgLSBhIHNlYXJjaCBhbmQgcmVwbGFjZSB3aWxsIG5vcm1h bGx5IGRvIHRoZSBqb2IuIEkgYXNzdW1lIHRoYXQgbm9vbmUgd2lsbCBiZSB1cHNldCBiZWNhdXNl IG9mIHRoYXQuIEl0J3MgcmF0aGVyIGFib3V0IGNvbnNpc3RlbmN5LCBidXQgbG9vayBhdCBIaWJl cm5hdGUsIE9KQiwgVGFwZXN0cnkgLSBhbGwgb2YgdGhlbSBoYXZlIGRvbmUgbmFtZSBjaGFuZ2Vz IHJlY2VudGx5LCBPSkIgYXJvdW5kIDAuOSB0byAxLjAgUkMgaWYgSSByZW1lbWJlciBjb3JyZWN0 bHkgKHdoZW4gbW92aW5nIHRvIEpha2FydGEpLg0KIA0KQW5vdGhlciB0YXNrIHdoZW4gcmVsZWFz aW5nOiBXcml0ZSBhIHByZXNzIHJlbGVhc2UgOy0pIFNlcmlvdXNseSwgd2Ugc2hvdWxkIGF0IGxl YXN0IHdyaXRlIGEgVGhlU2VydmVyU2lkZSBhbm5vdW5jZW1lbnQuIFRoZSBzeW1wb3NpdW0gaXMg YSBmaW5lIHByb21vdGlvbiBvcHBvcnR1bml0eSwgYnV0IGEgVFNTIHRocmVhZCB3aWxsIGhlbHAg YSBsb3QgdG9vLiBXZSBzaG91bGQgY29uc2lkZXIgcG9zdGluZyBvbiBUU1MgcmlnaHQgYWZ0ZXIg dGhlIHN5bXBvc2l1bSwgdGhvdWdoLCBhcyBib3RoIFJvZCBhbmQgbWUgd2lsbCBiZSBpbiBCb3N0 b24gLSB0aHVzIHRoZSB0d28gb2YgdXMgd29uJ3QgYmUgYXZhaWxhYmxlIGZvciB0YWtpbmcgcGFy dCBpbiB0aGUgZGlzY3Vzc2lvbiAodmVyeSBpbXBvcnRhbnQgb24gVFNTLCBJTU8pIGJlZm9yZSBl YXJseSBuZXh0IHdlZWsuDQogDQpBIHNpZGUgbm90ZTogV2Ugd2lsbCBhbHNvIGhhdmUgdG8gcmVu YW1lIHRoZSB0YWcgbGlicmFyeSAtIGN1cnJlbnRseSBpMjEudGxkLCB3aXRoIGEgcHJvcG9zZWQg PGkyMTouLi4+IHByZWZpeC4gc3ByaW5nLnRsZCBhbmQgPHNwcmluZzouLi4+IGFyZSBvYnZpb3Vz IGNhbmRpZGF0ZXMsIG9mIGNvdXJzZS4NCiANClNvIEkgZ3Vlc3Mgd2Ugc2hvdWxkIHB1dCBhbGwg b3VyIGVmZm9ydHMgaW50byBhIHJlbGVhc2UgdG9tb3Jyb3cgZXZlbmluZywgcHJvdmlkaW5nIGV2 ZXJ5dGhpbmcgdGhhdCB3ZSBoYXZlIG5vdyAtIHRoZSByZXN0IHdpbGwgaGF2ZSB0byB3YWl0LCBp dCB3b24ndCBiZSBvdXIgbGFzdCByZWxlYXNlLi4uIDotKQ0KIA0KQSBiYXNpYyBwbGFuOg0KIA0K MS4gZGVjaWRlIG9uIGEgZGVmaW5pdGl2ZSBaSVAgZmlsZSBzdHJ1Y3R1cmUgZm9yIHRoZSByZWxl YXNlIChpcyBteSBjdXJyZW50ICJyZWxlYXNlIiBBbnQgdGFyZ2V0IGFuZCB0aGUgc3R1ZmYgaXQg Z2VuZXJhdGVzIE9LPyk7DQogDQoyLiB3cml0ZSBhIHJvb3QgcmVhZG1lIHdpdGggYSBzaG9ydCBp bnRyb2R1Y3Rpb24gYW5kIGJhc2ljIGluc3RhbGxhdGlvbiBpbnN0cnVjdGlvbnMgKGNhbiBiZSB2 ZXJ5IHNpbXBsZSwgSSBndWVzcywgd2l0aCBsaW5rcyB0byB0aGUgd2Vic2l0ZSBmb3IgZnVydGhl ciBpbmZvKTsNCiANCjMuIGNyZWF0ZSB0aGUgYWN0dWFsIGRpc3RyaWJ1dGlvbiBhbmQgbWFrZSBp dCBwdWJsaWMgKGhhcyBhbnlvbmUgZXhwZXJpZW5jZSB3aXRoIHRoZSBTb3VyY2VGb3JnZSByZWxl YXNlIG1lY2hhbmlzbT8gSXMgdGhpcyBoYXJkIHRvIGRvLCBlc3BlY2lhbGx5IHRoZSBmaXJzdCB0 aW1lPykNCiANCkJUVywgSSd2ZSBhZGRlZCBkcmFmdCByZWFkbWVzIHRvIHRoZSAzIHNhbXBsZXMg c3ViZGlyZWN0b3JpZXM6IHBldGNsaW5pYywgcGFnZWRsaXN0LCBza2VsZXRvbnMuIEFuZCB0aGVy ZSBhcmUgZXh0ZW5zaXZlIGNvbW1lbnRzIGluIHRoZSBza2VsZXRvbiBjb25maWcgZmlsZXMuIEkg d291bGRuJ3QgbWluZCBpZiBzb21lb25lIHJldmlld2VkIHRob3NlLCB0aG91Z2guDQogDQpGaW5h bGx5LCBJJ3ZlIGp1c3QgZGlzY292ZXJlZCB0aGF0IHdlIGFyZSBzdGlsbCBsYWNraW5nIGEgbG90 IG9mIHBhY2thZ2UgSmF2YWRvY3MsIGRlc3BpdGUgb3VyIGV4dGVuc2l2ZSBjbGFzcyBKYXZhZG9j cy4gSSdsbCB0cnkgdG8gZmlsbCB0aGUgZ2FwcyB0b21vcnJvdy4NCiANCkp1ZXJnZW4NCiANCiAN Cg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiB0cmlzYmVyZ0B0 cmlkYi5jb20gW21haWx0bzp0cmlzYmVyZ0B0cmlkYi5jb21dIA0KCUdlc2VuZGV0OiBEaSAyNC4w Ni4yMDAzIDIxOjM3IA0KCUFuOiBSb2QgSm9obnNvbiANCglDYzogc3ByaW5nZnJhbWV3b3JrLWRl dmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQmV0cmVmZjogUmU6IFtTcHJpbmdmcmFt ZXdvcmstZGV2ZWxvcGVyXSBQYWNrYWdlIG5hbWVzDQoJDQoJDQoNCglSb2QsDQoJDQoJPiBJIHRo aW5rIGl0J3MgYSBxdWVzdGlvbiBvZiBmZWFzaWJpbGl0eS4gSXQgd2lsbCBiZSBoYXJkIGZvciBt ZSB0byBnZXQgdXAgYW5kDQoJPiB0YWxrIGFib3V0IFNwcmluZyB3aGVuIHRoZXJlJ3Mgbm8gcmVs ZWFzZS4gIFNvIGlmIHdlIGNhbid0IGRvDQoJPiBzcHJpbmdmcmFtZXdvcmsub3JnIGJlZm9yZSBC b3N0b24gaXQncyBnb25uYSBoYXZlIHRvIGJlIDAuOTUuIElmIHdlIGNhbiwNCgk+IGxldCdzIGNo YW5nZSBub3cuDQoJPg0KCT4gSSB2b3RlDQoJPiAwLjkgYXMgaXMgKGFzc3VtaW5nIHdlIGNhbid0 IGNoYW5nZSk6IHRoaXMgaXMgYXMgbXVjaCBmb3IgbWFya2V0aW5nIGFzDQoJPiBhbnl0aGluZyBl bHNlDQoJPiAwLjkxIHdpdGggbmV3IHBhY2thZ2UgbmFtZXMgc29vbiBhZnRlciAoZXZlbiB3aXRo aW4gYSB3ZWVrKQ0KCT4NCgkNCglJIHdvdWxkIGFncmVlLiAgSSBkb24ndCB0aGluayBhbnlvbmUg Y291bGQgYmUgdXBzZXQgaWYgdGhlIHBhY2thZ2UgbmFtZXMgY2hhbmdlZA0KCXRoZSBmb2xsb3dp bmcgcmVsZWFzZSAtIGhvdyBtdWNoIGNvZGUgY291bGQgdGhleSB3cml0ZSBpbiBhIHdlZWs/ICBF c3BlY2lhbGx5IGlmDQoJd2UgZ2l2ZSBldmVyeWJvZHkgYSBoZWFkcyB1cC4NCgkNCglJJ20gT0sg d2l0aCBvcmcuc3ByaW5nZnJhbWV3b3JrIC0gSSdsbCBqdXN0IHVzZSBhbiBJREUgdGhhdCBhdXRv Z2VuZXJhdGVzIHRoZQ0KCWltcG9ydHMuDQoJDQoJVGhvbWFzDQoJDQoJDQoJDQoJLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0Yu TmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogSU5ldFUNCglBdHRlbnRpb24gV2ViIERldmVsb3Bl cnMgJiBDb25zdWx0YW50czogQmVjb21lIEFuIElOZXRVIEhvc3RpbmcgUGFydG5lci4NCglSZWZl ciBEZWRpY2F0ZWQgU2VydmVycy4gV2UgTWFuYWdlIFRoZW0uIFlvdSBHZXQgMTAlIE1vbnRobHkg Q29tbWlzc2lvbiENCglJTmV0VSBEZWRpY2F0ZWQgTWFuYWdlZCBIb3N0aW5nIGh0dHA6Ly93d3cu aW5ldHUubmV0L3BhcnRuZXIvaW5kZXgucGhwDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcg bGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJ aHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3 b3JrLWRldmVsb3Blcg0KCQ0KDQpOSHU1Ag0KRXlqeRnQtg0KenlqMcOdSmp6cXp+emp6DQo= |
|
From: Ken K. <kk...@kk...> - 2003-06-25 06:05:23
|
Thomas, There is a problem with Petclinic at the website :-( . The Add/EditPet and AddVisit functions do not work., throwing exceptions because of JSP compilation failure. Don't have time to look in detail right now but the files petForm.jsp and visitForm.jsp appear to be the same size as the ones I have. I just did fresh builds of Spring and Petclinic and they work fine in Tomcat on my system. I did recently update the Petclinic xml files. Might need to dump the old compiled jsp's in Tomcat's work directory. Ken |
|
From: Ken K. <kk...@kk...> - 2003-06-25 04:57:48
|
I just committed some changes to the Petclinic xml comfiguration files. These changes add the same or similar comments as are found in Juergen's skeletons. It's a big improvement in supplementing the tutorial. I hope it's in the release build. I'm going to commit some html tutorial files tomorrow. They have a lot of useful content but alas :-( they are lacking in detail at this time regarding the petclinic design's use of Spring and good explanations of Springs workings. They also are minimalistic HTML that could use some dressing up. If anybody wants to take a crack at that or make other improvements, that would be great. I will manually add patches for the tutorial docs to the webite on Wed. before I leave for my camping trip. I look forward to reading lots of good Spring news when I get back on the 3rd of July :-) . Rod and Juergen, Best of luck at the symposium. Ken |
|
From: Rod J. <rod...@in...> - 2003-06-25 00:08:11
|
> Another task when releasing: Write a press release ;-) Seriously, we should at least write a TheServerSide announcement. The symposium is a fine promotion opportunity, but a TSS thread will help a lot too. We should consider posting on TSS right after the symposium, though, as both Rod and me will be in Boston - thus the two of us won't be available for taking part in the discussion (very important on TSS, IMO) before early next week. Absolutely. Btw, I was just talking to Dion from TSS and he said they have broadband in some rooms. I'm taking my RealPort, but I don't think I'll have much time to contribute to TSS discussion :-) I just looked at your efforts on the Hibernate forum: excellent, and they obviously welcomed it :-) |
|
From: Ken K. <kk...@kk...> - 2003-06-24 21:58:08
|
Juergen,
Nice job :-) . I will probably lift a lot of your skeleton documentation
text for use in Petclinic. Maybe later we can flesh out simple examples
based on them.
Ken
jürgen höller [werk3AT] wrote:
>BTW, I've just compiled the stuff that I've posted to the Hibernate forum as essay on resource and transaction management with Spring (and Hibernate examples). I'm gonna add that to the Hibernate Wiki, as Christian Bauer suggested, probably under "Architecture" - already tomorrow, if I can make it. I'd also like to put it somewhere on our website, together with other essays like Spring web MVC vs Struts etc.
>
>Have you already had the chance to look at our new application skeletons under samples? I really like them, I hope I'm not the only one ;-) I believe that they should definitely be mentioned as starting points in out root readme. In combination with our Javadocs and the PetClinic and PagedList demos, anyone who knows what web development is about should be able to get the gist of Spring within an hour or so (details taking more time, of course). And exactly that kind of developer is our main target group for the upcoming release, IMO.
>
>Juergen
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Rod Johnson [mailto:rod...@in...]
> Gesendet: Di 24.06.2003 22:18
> An: jürgen höller [werk3AT]; tri...@tr...
> Cc: spr...@li...
> Betreff: Re: [Springframework-developer] Package names
>
>
>
> > Another task when releasing: Write a press release ;-) Seriously, we
> should at least write a TheServerSide announcement. The symposium is a fine
> promotion opportunity, but a TSS thread will help a lot too. We should
> consider posting on TSS right after the symposium, though, as both Rod and
> me will be in Boston - thus the two of us won't be available for taking part
> in the discussion (very important on TSS, IMO) before early next week.
>
> Absolutely. Btw, I was just talking to Dion from TSS and he said they have
> broadband in some rooms. I'm taking my RealPort, but I don't think I'll have
> much time to contribute to TSS discussion :-)
>
> I just looked at your efforts on the Hibernate forum: excellent, and they
> obviously welcomed it :-)
>
>
>
>
>?????????????????????????????????????????Ó+?^?éX???'???u?? ×P mz{b?u?l7?zZ)z????[Z????(??' ×Pz,?)?=????E?Þ¬7??ÆyÔ???1?Ú??zoØ¢á·]?2??\??i??Ȩ??z?yØj×1?Ú?G??b?m???? 0?)Þ¶??z??j?gz??×±??i???????????????????????????????????Ò¦????Ú?(?O?z�?????x%??R?????Ú?(?O?z�??X??????y?+???z?m?????b??????q?????Á¿?+-??b?ا~?즸???Ú?(?O?z�?
>
>
>
>
|
|
From: <jue...@we...> - 2003-06-24 20:52:16
|
QlRXLCBJJ3ZlIGp1c3QgY29tcGlsZWQgdGhlIHN0dWZmIHRoYXQgSSd2ZSBwb3N0ZWQgdG8gdGhl IEhpYmVybmF0ZSBmb3J1bSBhcyBlc3NheSBvbiByZXNvdXJjZSBhbmQgdHJhbnNhY3Rpb24gbWFu YWdlbWVudCB3aXRoIFNwcmluZyAoYW5kIEhpYmVybmF0ZSBleGFtcGxlcykuIEknbSBnb25uYSBh ZGQgdGhhdCB0byB0aGUgSGliZXJuYXRlIFdpa2ksIGFzIENocmlzdGlhbiBCYXVlciBzdWdnZXN0 ZWQsIHByb2JhYmx5IHVuZGVyICJBcmNoaXRlY3R1cmUiIC0gYWxyZWFkeSB0b21vcnJvdywgaWYg SSBjYW4gbWFrZSBpdC4gSSdkIGFsc28gbGlrZSB0byBwdXQgaXQgc29tZXdoZXJlIG9uIG91ciB3 ZWJzaXRlLCB0b2dldGhlciB3aXRoIG90aGVyIGVzc2F5cyBsaWtlIFNwcmluZyB3ZWIgTVZDIHZz IFN0cnV0cyBldGMuDQogDQpIYXZlIHlvdSBhbHJlYWR5IGhhZCB0aGUgY2hhbmNlIHRvIGxvb2sg YXQgb3VyIG5ldyBhcHBsaWNhdGlvbiBza2VsZXRvbnMgdW5kZXIgc2FtcGxlcz8gSSByZWFsbHkg bGlrZSB0aGVtLCBJIGhvcGUgSSdtIG5vdCB0aGUgb25seSBvbmUgOy0pIEkgYmVsaWV2ZSB0aGF0 IHRoZXkgc2hvdWxkIGRlZmluaXRlbHkgYmUgbWVudGlvbmVkIGFzIHN0YXJ0aW5nIHBvaW50cyBp biBvdXQgcm9vdCByZWFkbWUuIEluIGNvbWJpbmF0aW9uIHdpdGggb3VyIEphdmFkb2NzIGFuZCB0 aGUgUGV0Q2xpbmljIGFuZCBQYWdlZExpc3QgZGVtb3MsIGFueW9uZSB3aG8ga25vd3Mgd2hhdCB3 ZWIgZGV2ZWxvcG1lbnQgaXMgYWJvdXQgc2hvdWxkIGJlIGFibGUgdG8gZ2V0IHRoZSBnaXN0IG9m IFNwcmluZyB3aXRoaW4gYW4gaG91ciBvciBzbyAoZGV0YWlscyB0YWtpbmcgbW9yZSB0aW1lLCBv ZiBjb3Vyc2UpLiBBbmQgZXhhY3RseSB0aGF0IGtpbmQgb2YgZGV2ZWxvcGVyIGlzIG91ciBtYWlu IHRhcmdldCBncm91cCBmb3IgdGhlIHVwY29taW5nIHJlbGVhc2UsIElNTy4NCiANCkp1ZXJnZW4N CiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBSb2Qg Sm9obnNvbiBbbWFpbHRvOnJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0gDQoJR2VzZW5kZXQ6 IERpIDI0LjA2LjIwMDMgMjI6MTggDQoJQW46IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF07IHRy aXNiZXJnQHRyaWRiLmNvbSANCglDYzogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5z b3VyY2Vmb3JnZS5uZXQgDQoJQmV0cmVmZjogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVy XSBQYWNrYWdlIG5hbWVzDQoJDQoJDQoNCgk+IEFub3RoZXIgdGFzayB3aGVuIHJlbGVhc2luZzog V3JpdGUgYSBwcmVzcyByZWxlYXNlIDstKSBTZXJpb3VzbHksIHdlDQoJc2hvdWxkIGF0IGxlYXN0 IHdyaXRlIGEgVGhlU2VydmVyU2lkZSBhbm5vdW5jZW1lbnQuIFRoZSBzeW1wb3NpdW0gaXMgYSBm aW5lDQoJcHJvbW90aW9uIG9wcG9ydHVuaXR5LCBidXQgYSBUU1MgdGhyZWFkIHdpbGwgaGVscCBh IGxvdCB0b28uIFdlIHNob3VsZA0KCWNvbnNpZGVyIHBvc3Rpbmcgb24gVFNTIHJpZ2h0IGFmdGVy IHRoZSBzeW1wb3NpdW0sIHRob3VnaCwgYXMgYm90aCBSb2QgYW5kDQoJbWUgd2lsbCBiZSBpbiBC b3N0b24gLSB0aHVzIHRoZSB0d28gb2YgdXMgd29uJ3QgYmUgYXZhaWxhYmxlIGZvciB0YWtpbmcg cGFydA0KCWluIHRoZSBkaXNjdXNzaW9uICh2ZXJ5IGltcG9ydGFudCBvbiBUU1MsIElNTykgYmVm b3JlIGVhcmx5IG5leHQgd2Vlay4NCgkNCglBYnNvbHV0ZWx5LiBCdHcsIEkgd2FzIGp1c3QgdGFs a2luZyB0byBEaW9uIGZyb20gVFNTIGFuZCBoZSBzYWlkIHRoZXkgaGF2ZQ0KCWJyb2FkYmFuZCBp biBzb21lIHJvb21zLiBJJ20gdGFraW5nIG15IFJlYWxQb3J0LCBidXQgSSBkb24ndCB0aGluayBJ J2xsIGhhdmUNCgltdWNoIHRpbWUgdG8gY29udHJpYnV0ZSB0byBUU1MgZGlzY3Vzc2lvbiA6LSkN CgkNCglJIGp1c3QgbG9va2VkIGF0IHlvdXIgZWZmb3J0cyBvbiB0aGUgSGliZXJuYXRlIGZvcnVt OiBleGNlbGxlbnQsIGFuZCB0aGV5DQoJb2J2aW91c2x5IHdlbGNvbWVkIGl0IDotKQ0KCQ0KCQ0K CQ0KDQo= |
|
From: <jue...@we...> - 2003-06-24 20:05:08
|
QSBuYW1lIGNoYW5nZSBvZiBhIHJvb3QgcGFja2FnZSBpcyBhIGZhaXJseSB0cml2aWFsIGlzc3Vl IGFueXdheSAtIGEgc2VhcmNoIGFuZCByZXBsYWNlIHdpbGwgbm9ybWFsbHkgZG8gdGhlIGpvYi4g SSBhc3N1bWUgdGhhdCBub29uZSB3aWxsIGJlIHVwc2V0IGJlY2F1c2Ugb2YgdGhhdC4gSXQncyBy YXRoZXIgYWJvdXQgY29uc2lzdGVuY3ksIGJ1dCBsb29rIGF0IEhpYmVybmF0ZSwgT0pCLCBUYXBl c3RyeSAtIGFsbCBvZiB0aGVtIGhhdmUgZG9uZSBuYW1lIGNoYW5nZXMgcmVjZW50bHksIE9KQiBh cm91bmQgMC45IHRvIDEuMCBSQyBpZiBJIHJlbWVtYmVyIGNvcnJlY3RseSAod2hlbiBtb3Zpbmcg dG8gSmFrYXJ0YSkuDQogDQpBbm90aGVyIHRhc2sgd2hlbiByZWxlYXNpbmc6IFdyaXRlIGEgcHJl c3MgcmVsZWFzZSA7LSkgU2VyaW91c2x5LCB3ZSBzaG91bGQgYXQgbGVhc3Qgd3JpdGUgYSBUaGVT ZXJ2ZXJTaWRlIGFubm91bmNlbWVudC4gVGhlIHN5bXBvc2l1bSBpcyBhIGZpbmUgcHJvbW90aW9u IG9wcG9ydHVuaXR5LCBidXQgYSBUU1MgdGhyZWFkIHdpbGwgaGVscCBhIGxvdCB0b28uIFdlIHNo b3VsZCBjb25zaWRlciBwb3N0aW5nIG9uIFRTUyByaWdodCBhZnRlciB0aGUgc3ltcG9zaXVtLCB0 aG91Z2gsIGFzIGJvdGggUm9kIGFuZCBtZSB3aWxsIGJlIGluIEJvc3RvbiAtIHRodXMgdGhlIHR3 byBvZiB1cyB3b24ndCBiZSBhdmFpbGFibGUgZm9yIHRha2luZyBwYXJ0IGluIHRoZSBkaXNjdXNz aW9uICh2ZXJ5IGltcG9ydGFudCBvbiBUU1MsIElNTykgYmVmb3JlIGVhcmx5IG5leHQgd2Vlay4N CiANCkEgc2lkZSBub3RlOiBXZSB3aWxsIGFsc28gaGF2ZSB0byByZW5hbWUgdGhlIHRhZyBsaWJy YXJ5IC0gY3VycmVudGx5IGkyMS50bGQsIHdpdGggYSBwcm9wb3NlZCA8aTIxOi4uLj4gcHJlZml4 LiBzcHJpbmcudGxkIGFuZCA8c3ByaW5nOi4uLj4gYXJlIG9idmlvdXMgY2FuZGlkYXRlcywgb2Yg Y291cnNlLg0KIA0KU28gSSBndWVzcyB3ZSBzaG91bGQgcHV0IGFsbCBvdXIgZWZmb3J0cyBpbnRv IGEgcmVsZWFzZSB0b21vcnJvdyBldmVuaW5nLCBwcm92aWRpbmcgZXZlcnl0aGluZyB0aGF0IHdl IGhhdmUgbm93IC0gdGhlIHJlc3Qgd2lsbCBoYXZlIHRvIHdhaXQsIGl0IHdvbid0IGJlIG91ciBs YXN0IHJlbGVhc2UuLi4gOi0pDQogDQpBIGJhc2ljIHBsYW46DQogDQoxLiBkZWNpZGUgb24gYSBk ZWZpbml0aXZlIFpJUCBmaWxlIHN0cnVjdHVyZSBmb3IgdGhlIHJlbGVhc2UgKGlzIG15IGN1cnJl bnQgInJlbGVhc2UiIEFudCB0YXJnZXQgYW5kIHRoZSBzdHVmZiBpdCBnZW5lcmF0ZXMgT0s/KTsN CiANCjIuIHdyaXRlIGEgcm9vdCByZWFkbWUgd2l0aCBhIHNob3J0IGludHJvZHVjdGlvbiBhbmQg YmFzaWMgaW5zdGFsbGF0aW9uIGluc3RydWN0aW9ucyAoY2FuIGJlIHZlcnkgc2ltcGxlLCBJIGd1 ZXNzLCB3aXRoIGxpbmtzIHRvIHRoZSB3ZWJzaXRlIGZvciBmdXJ0aGVyIGluZm8pOw0KIA0KMy4g Y3JlYXRlIHRoZSBhY3R1YWwgZGlzdHJpYnV0aW9uIGFuZCBtYWtlIGl0IHB1YmxpYyAoaGFzIGFu eW9uZSBleHBlcmllbmNlIHdpdGggdGhlIFNvdXJjZUZvcmdlIHJlbGVhc2UgbWVjaGFuaXNtPyBJ cyB0aGlzIGhhcmQgdG8gZG8sIGVzcGVjaWFsbHkgdGhlIGZpcnN0IHRpbWU/KQ0KIA0KQlRXLCBJ J3ZlIGFkZGVkIGRyYWZ0IHJlYWRtZXMgdG8gdGhlIDMgc2FtcGxlcyBzdWJkaXJlY3Rvcmllczog cGV0Y2xpbmljLCBwYWdlZGxpc3QsIHNrZWxldG9ucy4gQW5kIHRoZXJlIGFyZSBleHRlbnNpdmUg Y29tbWVudHMgaW4gdGhlIHNrZWxldG9uIGNvbmZpZyBmaWxlcy4gSSB3b3VsZG4ndCBtaW5kIGlm IHNvbWVvbmUgcmV2aWV3ZWQgdGhvc2UsIHRob3VnaC4NCiANCkZpbmFsbHksIEkndmUganVzdCBk aXNjb3ZlcmVkIHRoYXQgd2UgYXJlIHN0aWxsIGxhY2tpbmcgYSBsb3Qgb2YgcGFja2FnZSBKYXZh ZG9jcywgZGVzcGl0ZSBvdXIgZXh0ZW5zaXZlIGNsYXNzIEphdmFkb2NzLiBJJ2xsIHRyeSB0byBm aWxsIHRoZSBnYXBzIHRvbW9ycm93Lg0KIA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8 bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IHRyaXNiZXJnQHRyaWRiLmNvbSBbbWFpbHRv OnRyaXNiZXJnQHRyaWRiLmNvbV0gDQoJR2VzZW5kZXQ6IERpIDI0LjA2LjIwMDMgMjE6MzcgDQoJ QW46IFJvZCBKb2huc29uIA0KCUNjOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNv dXJjZWZvcmdlLm5ldCANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJd IFBhY2thZ2UgbmFtZXMNCgkNCgkNCg0KCVJvZCwNCgkNCgk+IEkgdGhpbmsgaXQncyBhIHF1ZXN0 aW9uIG9mIGZlYXNpYmlsaXR5LiBJdCB3aWxsIGJlIGhhcmQgZm9yIG1lIHRvIGdldCB1cCBhbmQN Cgk+IHRhbGsgYWJvdXQgU3ByaW5nIHdoZW4gdGhlcmUncyBubyByZWxlYXNlLiAgU28gaWYgd2Ug Y2FuJ3QgZG8NCgk+IHNwcmluZ2ZyYW1ld29yay5vcmcgYmVmb3JlIEJvc3RvbiBpdCdzIGdvbm5h IGhhdmUgdG8gYmUgMC45NS4gSWYgd2UgY2FuLA0KCT4gbGV0J3MgY2hhbmdlIG5vdy4NCgk+DQoJ PiBJIHZvdGUNCgk+IDAuOSBhcyBpcyAoYXNzdW1pbmcgd2UgY2FuJ3QgY2hhbmdlKTogdGhpcyBp cyBhcyBtdWNoIGZvciBtYXJrZXRpbmcgYXMNCgk+IGFueXRoaW5nIGVsc2UNCgk+IDAuOTEgd2l0 aCBuZXcgcGFja2FnZSBuYW1lcyBzb29uIGFmdGVyIChldmVuIHdpdGhpbiBhIHdlZWspDQoJPg0K CQ0KCUkgd291bGQgYWdyZWUuICBJIGRvbid0IHRoaW5rIGFueW9uZSBjb3VsZCBiZSB1cHNldCBp ZiB0aGUgcGFja2FnZSBuYW1lcyBjaGFuZ2VkDQoJdGhlIGZvbGxvd2luZyByZWxlYXNlIC0gaG93 IG11Y2ggY29kZSBjb3VsZCB0aGV5IHdyaXRlIGluIGEgd2Vlaz8gIEVzcGVjaWFsbHkgaWYNCgl3 ZSBnaXZlIGV2ZXJ5Ym9keSBhIGhlYWRzIHVwLg0KCQ0KCUknbSBPSyB3aXRoIG9yZy5zcHJpbmdm cmFtZXdvcmsgLSBJJ2xsIGp1c3QgdXNlIGFuIElERSB0aGF0IGF1dG9nZW5lcmF0ZXMgdGhlDQoJ aW1wb3J0cy4NCgkNCglUaG9tYXMNCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgaXMgc3Bv bnNvcmVkIGJ5OiBJTmV0VQ0KCUF0dGVudGlvbiBXZWIgRGV2ZWxvcGVycyAmIENvbnN1bHRhbnRz OiBCZWNvbWUgQW4gSU5ldFUgSG9zdGluZyBQYXJ0bmVyLg0KCVJlZmVyIERlZGljYXRlZCBTZXJ2 ZXJzLiBXZSBNYW5hZ2UgVGhlbS4gWW91IEdldCAxMCUgTW9udGhseSBDb21taXNzaW9uIQ0KCUlO ZXRVIERlZGljYXRlZCBNYW5hZ2VkIEhvc3RpbmcgaHR0cDovL3d3dy5pbmV0dS5uZXQvcGFydG5l ci9pbmRleC5waHANCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJU3ByaW5nZnJh bWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNv dXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoJ DQoNCg== |
|
From: Ken K. <kk...@kk...> - 2003-06-24 19:42:38
|
I suppose we could deploy whatever docs and examples we have on the website and actually release early to mid next week. It's not likely anyone at the symposium will be downloading while they're actually attending. If we take that approach, it would be best to commit to a release date and announce it at the symposium and on the website. Ken John VanDyk wrote: >> > Personally, I'm inclined to a package change even at this time, >> before our >> >>> first public release. Well, we've been talking about a release >>> _tomorrow_, >>> but I wouldn't mind delaying it till next week to be able to >>> incorporate the >> >> > package name change - if the whole group decides to apply it. > > > Speaking as a lurker who is eagerly awaiting the first release with > documentation and someone who has released open source software > before, hold off a few days and make the changes first. > > In my experience, the most important thing for a successful release is: > > 1. Good docs, especially docs with examples to common problems in the > problem domain. > > 2. Stable code. > > You really want to be ready when the first wave of potential > developers visits, because if they are turned off they won't come back > for the next release. > > John > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <tri...@tr...> - 2003-06-24 19:37:45
|
Rod, > I think it's a question of feasibility. It will be hard for me to get up and > talk about Spring when there's no release. So if we can't do > springframework.org before Boston it's gonna have to be 0.95. If we can, > let's change now. > > I vote > 0.9 as is (assuming we can't change): this is as much for marketing as > anything else > 0.91 with new package names soon after (even within a week) > I would agree. I don't think anyone could be upset if the package names changed the following release - how much code could they write in a week? Especially if we give everybody a heads up. I'm OK with org.springframework - I'll just use an IDE that autogenerates the imports. Thomas |
|
From: <jue...@we...> - 2003-06-24 19:34:37
|
SG1tbSwgSSBoYXZlbid0IGNvbnNpZGVyZWQgdGhlIENWUyBpc3N1ZXMuIEFsbCB0aGluZ3MgY29u c2lkZXJlZCwgSSB2b3RlIHRvIGRlbGF5IHRoaXMgdGlsbCAxLjAgdG9vLg0KIA0KSW4gcmVzcG9u c2UgdG8gVGhvbWFzJyBsYXRlc3QgbWFpbCwgbGV0J3Mgdm90ZSBvbiAib3JnLnNwcmluZ2ZyYW1l d29yayIgdnMgIm9yZy5zcHJpbmdmdyIuIEFueSBjbGVhciBwcmVmZXJlbmNlcz8gSSB0ZW5kIHRv IGF2b2lkIGFiYnJldmlhdGlvbnMgZm9yIGNsYXNzIG5hbWVzLCBidXQgSSdtIG5vdCBzdXJlIGFi b3V0IHRoaXMgcGFydGljdWxhciBwYWNrYWdlIG5hbWUuICJvcmcuc3ByaW5nZnJhbWV3b3JrIiBp cyBpbmRlZWQgYSBiaXQgbG9uZywgYnV0ICJvcmcuYXBhY2hlLmNvbW1vbnMubG9nZ2luZyIgaXNu J3QgcGFydGljdWxhcmx5IHNob3J0IGVpdGhlci4uLiBTZWVtcyBJJ2xsIGhhdmUgdG8gdGhpbmsg YWJvdXQgaXQgZm9yIGEgd2hpbGUuDQogDQpTbyBkbyB3ZSBhbGwgYWdyZWUgdG8gZ2V0IDAuOSBv dXQgcHJvbXB0bHksIHN0aWxsIHdpdGggY29tLmludGVyZmFjZTIxPyBJIGxpa2UgS2VuJ3MgaWRl YTogTGV0J3Mgc2ltcGx5IGFubm91bmNlIGFuIHVwY29taW5nIHBhY2thZ2UgbmFtZSBjaGFuZ2Ug aW4gdGhlIHJlbGVhc2Ugbm90ZXMuDQogDQpBcHJvcG9zOiBXaGF0IGVsc2UgZG8gd2UgaGF2ZSB0 byBwcmVwYXJlIGZvciB0aGUgcmVsZWFzZT8gQXJlIHdlIHJlYWxseSBnb2luZyB0byBwdXQgaXQg b3V0IHRvbW9ycm93LCBvciBkbyB3ZSBzdGlsbCBuZWVkIHNvbWUgZGF5cyBmb3IgcHJlcGFyYXRp b24/IEZyb20gbXkgcG9pbnQgb2Ygdmlldywgb3VyIHN0dWZmIGlzIGZpbmUgZW5vdWdoIGZvciAw LjkuIEJ1dCB3ZSBzdGlsbCBuZWVkIHRvIHNldHRsZSBvbiBhIGRlZmluaXRlIGRpc3RyaWJ1dGlv biBzdHJ1Y3R1cmUsIGFuZCBwcm92aWRlIHJlbGVhc2Ugbm90ZXMgYW5kIGluc3RhbGxhdGlvbiBp bnN0cnVjdGlvbnMuDQogDQpKdWVyZ2VuDQogDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5h Y2hyaWNodC0tLS0tIA0KCVZvbjogUm9kIEpvaG5zb24gW21haWx0bzpyb2Quam9obnNvbkBpbnRl cmZhY2UyMS5jb21dIA0KCUdlc2VuZGV0OiBEaSAyNC4wNi4yMDAzIDIwOjAyIA0KCUFuOiB0cmlz YmVyZ0B0cmlkYi5jb207IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9y Z2UubmV0IA0KCUNjOiANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJd IFBhY2thZ2UgbmFtZXMNCgkNCgkNCg0KCVRob21hcywgQWxsLA0KCQ0KCU15IG9yaWdpbmFsIHBs YW4gd2FzIHRvIGtlZXAgaW50ZXJmYWNlMjEgZm9yIHRoZSBmb2xsb3dpbmcgcmVhc29uczoNCgkN CgkxLiB0byBhdm9pZCBjb25mdXNpb24gd2l0aCB0aGUgcGFja2FnZSBuYW1lcyBpbiB0aGUgYm9v ay4gSG93ZXZlciwgYXMgU3ByaW5nDQoJaXMgbm93IGEgbG90IG1vcmUgdGhhbiB0aGUgaW5pdGlh bCByZWxlYXNlIHdpdGggdGhlIGJvb2ssIHRoYXQgb2JqZWN0aW9uDQoJcHJvYmFibHkgZG9lc24n dCBhcHBseSBub3cuDQoJMi4gaW4gY2FzZSBhbnlvbmUgc3VlZCB1cyBvdmVyIHRoZSBuYW1lIFNw cmluZy4gSG93ZXZlciwgdGhhdCBtYXkgYmUgYSBiaXQNCglwYXJhbm9pZC4NCgkNCglTbyBJIGRv bid0IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyBvbiB0aGUgaXNzdWUuIEl0IG1heSBiZSBiZXR0 ZXIgdG8gZ28NCglzcHJpbmdmcmFtZXdvcmssIGVzcGVjaWFsbHkgYXMgeW91J3ZlIGFscmVhZHkg cmVzZXJ2ZWQgdGhlIGRvbWFpbi4gSSBndWVzcw0KCWl0IGdpdmVzIG1vcmUgY3JlZGliaWxpdHkg Zm9yIGEgdHJ1ZSBvcGVuIHNvdXJjZSBwcm9qZWN0Lg0KCQ0KCUknbSBhIGJpdCByZWx1Y3RhbnQg dG8gZGVsYXkgdGhlIHJlbGVhc2Ugb2YgMC45IGZvciB0aGlzLiBTbyBjYW4gd2Ugdm90ZQ0KCXBs ZWFzZSBvbiB3aGV0aGVyIHRvOg0KCS0gc3RheSBhcyB3ZSBhcmUgZm9yIHRoZSB0aW1lIGJlaW5n DQoJLSBtaWdyYXRlIG5vdw0KCS0gbWlncmF0ZSBmb3IgMS4wDQoJDQoJSWYgd2UncmUgaW4gZmF2 b3VyIG9mIG1pZ3JhdGluZywgSSdkIHByb2JhYmx5IHNheSBkbyBpdCBub3csIGJ1dCBpdCB3b3Vs ZA0KCXByb2JhYmx5IGJsb3cgYXdheSBvdXIgcmVsZWFzZSBwbGFucy4NCgkNCglJZiB3ZSBkbyBt aWdyYXRlIEkgd291bGQgcmVhbGx5IGxpa2UgdG8ga2VlcCB0aGUgcmV2aXNpb24gaGlzdG9yeSwg d2l0aG91dA0KCW5lZWRpbmcgdG8gbmF2aWdhdGUgYmFjayB0byB0aGUgb2xkIChkZWxldGVkKSBm aWxlICsgcGFja2FnZS4gVGhpcyBtaWdodA0KCW1lYW4gcmVuYW1pbmcgdGhlIGRpcmVjdG9yaWVz IGluIENWUyAod291bGQgbmVlZCBTRiB0byBkbyB0aGlzLCBJIHRoaW5rKTsgd2UNCgl3b3VsZCBw cm9iYWJseSBuZWVkIHRvIGRvIGEgZ2xvYmFsIHJlcGxhY2UgaW4gdGhlIHRleHQuIEFueW9uZSBo YXZlIGEgYnJpZ2h0DQoJaWRlYSBvbiB0aGlzPyBBdCBsZWFzdCB3aXRoIENWUyBpdCdzIGVhc3kg ZW5vdWdoIHRvIG1pZ3JhdGUgZGlyZWN0b3J5IG5hbWVzLg0KCQ0KCUJ0dywgSGliZXJuYXRlIGNo YW5nZWQgcGFja2FnZSBuYW1lcyB3aXRoIHJlbGVhc2UgMiENCgkNCglSZWdhcmRzLA0KCVJvZA0K CQ0KCT4gV2hhdCBpcyB0aGUgZnV0dXJlIHBsYW4gZm9yIHBhY2thZ2UgbmFtZXM/ICBBcmUgd2Ug c3RpY2tpbmcgd2l0aA0KCT4gJ2NvbS5pbnRlcmZhY2UyMScuICBBIGNvLXdvcmtlciBqdXN0IGNv bW1lbnRlZCBvbiB0aGUgamF2YWRvYywgYXNraW5nIHdoYXQNCglpcw0KCT4gY29tLmludGVyZmFj ZTIxIC0gaGUgZGlkIG5vdCBhc3NvY2lhdGUgdGhpcyBuYW1lIHdpdGggU3ByaW5nIGZvciBzb21l DQoJcmVhc29uIDotKQ0KCT4NCgk+IEhhdmUgeW91IHRob3VnaHQgYWJvdXQgdGhpcyBhdCBhbGw/ ICBUbyBtZSBpdCBpcyBub3QgdGhhdCBpbXBvcnRhbnQsIGJ1dA0KCWl0DQoJPiBjb3VsZCBiZSBk b3duIHRoZSByb2FkLiAgV2hlbiBzb21lb25lIGlzIGxvb2tpbmcgYXQgYSBwaWVjZSBvZiBjb2Rl IHRoYXQNCgloYXMNCgk+IHNvbWUgU3ByaW5nIGltcG9ydHMsIHdvdWxkIGl0IGJlIGNvbmZ1c2lu ZyB3aXRoIHRoZSBjdXJyZW50IHBhY2thZ2UNCgluYW1pbmc/DQoJDQoJDQoJDQoJDQoJDQoJLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRo aXMgU0YuTmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogSU5ldFUNCglBdHRlbnRpb24gV2ViIERl dmVsb3BlcnMgJiBDb25zdWx0YW50czogQmVjb21lIEFuIElOZXRVIEhvc3RpbmcgUGFydG5lci4N CglSZWZlciBEZWRpY2F0ZWQgU2VydmVycy4gV2UgTWFuYWdlIFRoZW0uIFlvdSBHZXQgMTAlIE1v bnRobHkgQ29tbWlzc2lvbiENCglJTmV0VSBEZWRpY2F0ZWQgTWFuYWdlZCBIb3N0aW5nIGh0dHA6 Ly93d3cuaW5ldHUubmV0L3BhcnRuZXIvaW5kZXgucGhwDQoJX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1h aWxpbmcgbGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2Uu bmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5n ZnJhbWV3b3JrLWRldmVsb3Blcg0KCQ0KDQo= |
|
From: Rod J. <rod...@in...> - 2003-06-24 19:06:25
|
I think it's a question of feasibility. It will be hard for me to get up and talk about Spring when there's no release. So if we can't do springframework.org before Boston it's gonna have to be 0.95. If we can, let's change now. I vote 0.9 as is (assuming we can't change): this is as much for marketing as anything else 0.91 with new package names soon after (even within a week) I don't like springfw: it's a bit cryptic. Regards, Rod ----- Original Message ----- From: <tri...@tr...> To: "jürgen höller [werk3AT]" <jue...@we...> Cc: <spr...@li...>; "Rod Johnson" <rod...@in...> Sent: Tuesday, June 24, 2003 7:44 PM Subject: Re: [Springframework-developer] Package names > Rod, Juergen, All: > > > Personally, I'm inclined to a package change even at this time, before our > > first public release. Well, we've been talking about a release _tomorrow_, > > but I wouldn't mind delaying it till next week to be able to incorporate the > > package name change - if the whole group decides to apply it. > > Unless we can make the change this week, I think we should release 0.9 as is and > then follow up with a 0.91 or 0.95 release that includes the package name change. > > Even Sun switched java package names around when they developed Swing, and they > pulled it off. > > I don't like long package names, so I have also reserverd 'org.springfw' just to > give us another option. > > (1) package com.interface21.jdbc.core.support; > (2) package org.springframework.jdbc.core.support; > (3) package org.springfw.jdbc.core.support; > > I like #3 > > Thomas > > |
|
From: John V. <jv...@ia...> - 2003-06-24 19:04:56
|
> > Personally, I'm inclined to a package change even at this time, before our >> first public release. Well, we've been talking about a release _tomorrow_, >> but I wouldn't mind delaying it till next week to be able to incorporate the > > package name change - if the whole group decides to apply it. Speaking as a lurker who is eagerly awaiting the first release with documentation and someone who has released open source software before, hold off a few days and make the changes first. In my experience, the most important thing for a successful release is: 1. Good docs, especially docs with examples to common problems in the problem domain. 2. Stable code. You really want to be ready when the first wave of potential developers visits, because if they are turned off they won't come back for the next release. John |
|
From: Ken K. <kk...@kk...> - 2003-06-24 18:49:07
|
I vote to migrate for 1.0. We should add a warning in the production release notes and installation instructions. Sourceforge support does provide the capability to preserve the revision history when files or dirs need to be moved or renamed. Ken, Rod Johnson wrote: >Thomas, All, > >My original plan was to keep interface21 for the following reasons: > >1. to avoid confusion with the package names in the book. However, as Spring >is now a lot more than the initial release with the book, that objection >probably doesn't apply now. >2. in case anyone sued us over the name Spring. However, that may be a bit >paranoid. > >So I don't have any strong feelings on the issue. It may be better to go >springframework, especially as you've already reserved the domain. I guess >it gives more credibility for a true open source project. > >I'm a bit reluctant to delay the release of 0.9 for this. So can we vote >please on whether to: >- stay as we are for the time being >- migrate now >- migrate for 1.0 > >If we're in favour of migrating, I'd probably say do it now, but it would >probably blow away our release plans. > >If we do migrate I would really like to keep the revision history, without >needing to navigate back to the old (deleted) file + package. This might >mean renaming the directories in CVS (would need SF to do this, I think); we >would probably need to do a global replace in the text. Anyone have a bright >idea on this? At least with CVS it's easy enough to migrate directory names. > >Btw, Hibernate changed package names with release 2! > >Regards, >Rod > > > >>What is the future plan for package names? Are we sticking with >>'com.interface21'. A co-worker just commented on the javadoc, asking what >> >> >is > > >>com.interface21 - he did not associate this name with Spring for some >> >> >reason :-) > > >>Have you thought about this at all? To me it is not that important, but >> >> >it > > >>could be down the road. When someone is looking at a piece of code that >> >> >has > > >>some Spring imports, would it be confusing with the current package >> >> >naming? > > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: INetU >Attention Web Developers & Consultants: Become An INetU Hosting Partner. >Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! >INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <tri...@tr...> - 2003-06-24 18:44:35
|
Rod, Juergen, All: > Personally, I'm inclined to a package change even at this time, before our > first public release. Well, we've been talking about a release _tomorrow_, > but I wouldn't mind delaying it till next week to be able to incorporate the > package name change - if the whole group decides to apply it. Unless we can make the change this week, I think we should release 0.9 as is and then follow up with a 0.91 or 0.95 release that includes the package name change. Even Sun switched java package names around when they developed Swing, and they pulled it off. I don't like long package names, so I have also reserverd 'org.springfw' just to give us another option. (1) package com.interface21.jdbc.core.support; (2) package org.springframework.jdbc.core.support; (3) package org.springfw.jdbc.core.support; I like #3 Thomas |
|
From: <tri...@tr...> - 2003-06-24 18:22:06
|
Ken, > > Can you please let me know when you've completed any updating you're > doing on the website for Petclinic prior to the release ??? > I am hoping to build and deploy the most recent version from CVS sometime very late tonight. I'll send you an e-mail when I am done. Thomas |
|
From: Kopylenko, D. <dko...@ac...> - 2003-06-24 18:09:13
|
I vote to migrate for 1.0 -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Tuesday, June 24, 2003 2:03 PM To: tri...@tr...; spr...@li... Subject: Re: [Springframework-developer] Package names Thomas, All, My original plan was to keep interface21 for the following reasons: 1. to avoid confusion with the package names in the book. However, as Spring is now a lot more than the initial release with the book, that objection probably doesn't apply now. 2. in case anyone sued us over the name Spring. However, that may be a bit paranoid. So I don't have any strong feelings on the issue. It may be better to go springframework, especially as you've already reserved the domain. I guess it gives more credibility for a true open source project. I'm a bit reluctant to delay the release of 0.9 for this. So can we vote please on whether to: - stay as we are for the time being - migrate now - migrate for 1.0 If we're in favour of migrating, I'd probably say do it now, but it would probably blow away our release plans. If we do migrate I would really like to keep the revision history, without needing to navigate back to the old (deleted) file + package. This might mean renaming the directories in CVS (would need SF to do this, I think); we would probably need to do a global replace in the text. Anyone have a bright idea on this? At least with CVS it's easy enough to migrate directory names. Btw, Hibernate changed package names with release 2! Regards, Rod > What is the future plan for package names? Are we sticking with > 'com.interface21'. A co-worker just commented on the javadoc, asking > what is > com.interface21 - he did not associate this name with Spring for some reason :-) > > Have you thought about this at all? To me it is not that important, > but it > could be down the road. When someone is looking at a piece of code > that has > some Spring imports, would it be confusing with the current package naming? ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2003-06-24 18:08:55
|
RnVubnkgdGhhdCB5b3UgbWVudGlvbiBpdDogSnVzdCB0b2RheSwgYSBjby13b3JrZXIgb2YgbWlu ZSBoYXMgYXNrZWQgdGhlIHNhbWUgcXVlc3Rpb24gLSB3aHkgbm90IG9yZy5zcHJpbmdmcmFtZXdv cmssIG9yIHNvbWV0aGluZyBlbHNlIG1vcmUgIlNwcmluZyItcmVsYXRlZCB0aGFuIGNvbS5pbnRl cmZhY2UyMT8gSSBoYXZlbid0IGJlZW4gYWJsZSB0byBwcm92aWRlIGEgZnVsbHkgc2F0aXNmYWN0 b3J5IGFuc3dlcjogVGhlIG1haW4gcmVhc29uIGlzIHByb2JhYmx5IHRvIGtlZXAgYSByZWxhdGlv bnNoaXAgd2l0aCB0aGUgaW5pdGlhbCBjb2RlIGluIFJvZCdzIGJvb2suIFRoZSBxdWVzdGlvbiBp czogSG93IGltcG9ydGFudCBpcyB0aGlzPw0KIA0KUGVyc29uYWxseSwgSSdtIGluY2xpbmVkIHRv IGEgcGFja2FnZSBjaGFuZ2UgZXZlbiBhdCB0aGlzIHRpbWUsIGJlZm9yZSBvdXIgZmlyc3QgcHVi bGljIHJlbGVhc2UuIFdlbGwsIHdlJ3ZlIGJlZW4gdGFsa2luZyBhYm91dCBhIHJlbGVhc2UgX3Rv bW9ycm93XywgYnV0IEkgd291bGRuJ3QgbWluZCBkZWxheWluZyBpdCB0aWxsIG5leHQgd2VlayB0 byBiZSBhYmxlIHRvIGluY29ycG9yYXRlIHRoZSBwYWNrYWdlIG5hbWUgY2hhbmdlIC0gaWYgdGhl IHdob2xlIGdyb3VwIGRlY2lkZXMgdG8gYXBwbHkgaXQuDQogDQpCVFcsIEhpYmVybmF0ZSBoYXMg c3RhcnRlZCB3aXRoICJjaXJydXMuaGliZXJuYXRlIiwgYW5kIHN3aXRjaGVkIHRvICJuZXQuc2Yu aGliZXJuYXRlIiBmb3IgMi54LiBOb3cgdGhleSdyZSB0cnlpbmcgdG8gZ2V0IHRoZSBkb21haW4g ImhpYmVybmF0ZS5vcmciLCBjb25zaWRlcmluZyB0byBzd2l0Y2ggdGhlIHBhY2thZ2UgbmFtZXMg dG8gIm9yZy5oaWJlcm5hdGUiIGF0IHNvbWUgdGltZS4uLg0KIA0KQW55d2F5LCBsZXQncyBkZWNp ZGUgdGhpcyBBU0FQIC0gd2UgcmVhbGx5IGRvbid0IGhhdmUgYW55IHRpbWUgdG8gd2FzdGUgdG93 YXJkcyBhIHB1YmxpYyByZWxlYXNlLg0KIA0KUmVnYXJkcywNCkp1ZXJnZW4NCiANCg0KCS0tLS0t VXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiB0cmlzYmVyZ0B0cmlkYi5jb20g W21haWx0bzp0cmlzYmVyZ0B0cmlkYi5jb21dIA0KCUdlc2VuZGV0OiBEaSAyNC4wNi4yMDAzIDE4 OjU3IA0KCUFuOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5l dCANCglDYzogUm9kIEpvaG5zb24gDQoJQmV0cmVmZjogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9w ZXJdIFBhY2thZ2UgbmFtZXMNCgkNCgkNCg0KCVJvZCwgQWxsLA0KCQ0KCVdoYXQgaXMgdGhlIGZ1 dHVyZSBwbGFuIGZvciBwYWNrYWdlIG5hbWVzPyAgQXJlIHdlIHN0aWNraW5nIHdpdGgNCgknY29t LmludGVyZmFjZTIxJy4gIEEgY28td29ya2VyIGp1c3QgY29tbWVudGVkIG9uIHRoZSBqYXZhZG9j LCBhc2tpbmcgd2hhdCBpcw0KCWNvbS5pbnRlcmZhY2UyMSAtIGhlIGRpZCBub3QgYXNzb2NpYXRl IHRoaXMgbmFtZSB3aXRoIFNwcmluZyBmb3Igc29tZSByZWFzb24gOi0pDQoJDQoJSGF2ZSB5b3Ug dGhvdWdodCBhYm91dCB0aGlzIGF0IGFsbD8gIFRvIG1lIGl0IGlzIG5vdCB0aGF0IGltcG9ydGFu dCwgYnV0IGl0DQoJY291bGQgYmUgZG93biB0aGUgcm9hZC4gIFdoZW4gc29tZW9uZSBpcyBsb29r aW5nIGF0IGEgcGllY2Ugb2YgY29kZSB0aGF0IGhhcw0KCXNvbWUgU3ByaW5nIGltcG9ydHMsIHdv dWxkIGl0IGJlIGNvbmZ1c2luZyB3aXRoIHRoZSBjdXJyZW50IHBhY2thZ2UgbmFtaW5nPw0KCQ0K CVRob21hcw0KCQ0KCVAuUy4gIFRoZSBqYXZhZG9jIGlzIG9uIHRoZSB3ZWJzaXRlIG5vdy4NCgkN CgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBJTmV0VQ0KCUF0dGVudGlv biBXZWIgRGV2ZWxvcGVycyAmIENvbnN1bHRhbnRzOiBCZWNvbWUgQW4gSU5ldFUgSG9zdGluZyBQ YXJ0bmVyLg0KCVJlZmVyIERlZGljYXRlZCBTZXJ2ZXJzLiBXZSBNYW5hZ2UgVGhlbS4gWW91IEdl dCAxMCUgTW9udGhseSBDb21taXNzaW9uIQ0KCUlOZXRVIERlZGljYXRlZCBNYW5hZ2VkIEhvc3Rp bmcgaHR0cDovL3d3dy5pbmV0dS5uZXQvcGFydG5lci9pbmRleC5waHANCglfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCVNwcmluZ2ZyYW1ld29yay1kZXZl bG9wZXIgbWFpbGluZyBsaXN0DQoJU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5m by9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoJDQoNCg== |
|
From: Rod J. <rod...@in...> - 2003-06-24 18:04:38
|
Thomas, All, My original plan was to keep interface21 for the following reasons: 1. to avoid confusion with the package names in the book. However, as Spring is now a lot more than the initial release with the book, that objection probably doesn't apply now. 2. in case anyone sued us over the name Spring. However, that may be a bit paranoid. So I don't have any strong feelings on the issue. It may be better to go springframework, especially as you've already reserved the domain. I guess it gives more credibility for a true open source project. I'm a bit reluctant to delay the release of 0.9 for this. So can we vote please on whether to: - stay as we are for the time being - migrate now - migrate for 1.0 If we're in favour of migrating, I'd probably say do it now, but it would probably blow away our release plans. If we do migrate I would really like to keep the revision history, without needing to navigate back to the old (deleted) file + package. This might mean renaming the directories in CVS (would need SF to do this, I think); we would probably need to do a global replace in the text. Anyone have a bright idea on this? At least with CVS it's easy enough to migrate directory names. Btw, Hibernate changed package names with release 2! Regards, Rod > What is the future plan for package names? Are we sticking with > 'com.interface21'. A co-worker just commented on the javadoc, asking what is > com.interface21 - he did not associate this name with Spring for some reason :-) > > Have you thought about this at all? To me it is not that important, but it > could be down the road. When someone is looking at a piece of code that has > some Spring imports, would it be confusing with the current package naming? |
|
From: Ken K. <kk...@kk...> - 2003-06-24 17:53:57
|
Thomas, Can you please let me know when you've completed any updating you're doing on the website for Petclinic prior to the release ??? I'm going to keep working on the tutorial docs until sometime Wed. morning and will patch them in manually if needed. Thanks, Ken |
|
From: Ken K. <kk...@kk...> - 2003-06-24 17:43:32
|
Juergen, Thumbs up from me. We'll probably want to more fully define the entire production release process at some time. Ken jürgen höller [werk3AT] wrote: > Rod, everyone, > > What's your opinion on the "release" target that I've added to our > main build.xml? And about the current state of samples building that > I've outlined in a different mail? Do you think that we can proceed > with this distribution structure? > > Juergen > > |
1239 messages has been excluded from this view by a project administrator.
