Menu
▾
▴
springframework-developer
|
From: Ivica A. <iv...@gm...> - 2006-07-12 21:40:57
|
Dear Spring developers, my name is Ivica Aracic, I am a PhD assistant at the Darmstadt University of Technology. My research is concerned with the question how graph-based software visualizations can facilitate reasoning about software architectures. In the context of this work I have analyzed architectures of prefuse (http://prefuse.org/), jedit (jedit.org), and spring. Except of spring all of these projects had some more or less bad dependecy cycles at the architectural level, making the comprehension difficult. However, after analyzing spring I was surprised that there was not a single cycle at all in the dependency graph at the architectural level (see screenshot). So my question is, how do you ensure this property in your development process. Are you using metric tools or some other tools to regulary check dependencies at the architectural level? Screenshot: http://www.bytelords.de/public/spring-architecture.jpg Best Regards, Ivica Aracic |
|
From: Rob B. <cro...@ya...> - 2006-07-12 21:44:23
|
Even better, they have Juergen! Hi Juergen. ;) Thanks again for making the spring framework so great. Rob --- Ivica Aracic <iv...@gm...> wrote: > Dear Spring developers, > > my name is Ivica Aracic, I am a PhD assistant at the > Darmstadt > University of Technology. > My research is concerned with the question how > graph-based software > visualizations can facilitate reasoning about > software architectures. In > the context of this work I have analyzed > architectures of prefuse > (http://prefuse.org/), jedit (jedit.org), and > spring. > > Except of spring all of these projects had some more > or less bad > dependecy cycles at the architectural level, making > the comprehension > difficult. However, after analyzing spring I was > surprised that there > was not a single cycle at all in the dependency > graph at the > architectural level (see screenshot). So my question > is, how do you > ensure this property in your development process. > Are you using metric > tools or some other tools to regulary check > dependencies at the > architectural level? > > Screenshot: > http://www.bytelords.de/public/spring-architecture.jpg > > Best Regards, > Ivica Aracic > > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support > web services, security? > Get stuff done quickly with pre-integrated > technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 > based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Thomas R. <tho...@tr...> - 2006-07-12 23:09:15
|
Rob, You beat me to it :) Thomas On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: > Even better, they have Juergen! > > Hi Juergen. ;) > > Thanks again for making the spring framework so great. > > Rob > > --- Ivica Aracic <iv...@gm...> wrote: > >> Dear Spring developers, >> >> my name is Ivica Aracic, I am a PhD assistant at the >> Darmstadt >> University of Technology. >> My research is concerned with the question how >> graph-based software >> visualizations can facilitate reasoning about >> software architectures. In >> the context of this work I have analyzed >> architectures of prefuse >> (http://prefuse.org/), jedit (jedit.org), and >> spring. >> >> Except of spring all of these projects had some more >> or less bad >> dependecy cycles at the architectural level, making >> the comprehension >> difficult. However, after analyzing spring I was >> surprised that there >> was not a single cycle at all in the dependency >> graph at the >> architectural level (see screenshot). So my question >> is, how do you >> ensure this property in your development process. >> Are you using metric >> tools or some other tools to regulary check >> dependencies at the >> architectural level? >> >> Screenshot: >> > http://www.bytelords.de/public/spring-architecture.jpg >> >> Best Regards, >> Ivica Aracic >> >> >> >> >> > ---------------------------------------------------------------------- > --- >> Using Tomcat but need to do more? Need to support >> web services, security? >> Get stuff done quickly with pre-integrated >> technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 >> based on Apache Geronimo >> > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> > https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Rob H. <ro...@in...> - 2006-07-13 11:19:56
|
Indeed - we have Juergen! Previously he used JDepend to check for cycles and then would fix them. Now he uses a tool called SonarJ to do this. In the coming weeks Juergen and I will be working to roll out SonarJ across the entire team to make sure everyone can keep our package cycle count as low as possible. Regards, Rob On 13 Jul 2006, at 00:09, Thomas Risberg wrote: > Rob, > > You beat me to it :) > > Thomas > > > On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: > >> Even better, they have Juergen! >> >> Hi Juergen. ;) >> >> Thanks again for making the spring framework so great. >> >> Rob >> >> --- Ivica Aracic <iv...@gm...> wrote: >> >>> Dear Spring developers, >>> >>> my name is Ivica Aracic, I am a PhD assistant at the >>> Darmstadt >>> University of Technology. >>> My research is concerned with the question how >>> graph-based software >>> visualizations can facilitate reasoning about >>> software architectures. In >>> the context of this work I have analyzed >>> architectures of prefuse >>> (http://prefuse.org/), jedit (jedit.org), and >>> spring. >>> >>> Except of spring all of these projects had some more >>> or less bad >>> dependecy cycles at the architectural level, making >>> the comprehension >>> difficult. However, after analyzing spring I was >>> surprised that there >>> was not a single cycle at all in the dependency >>> graph at the >>> architectural level (see screenshot). So my question >>> is, how do you >>> ensure this property in your development process. >>> Are you using metric >>> tools or some other tools to regulary check >>> dependencies at the >>> architectural level? >>> >>> Screenshot: >>> >> http://www.bytelords.de/public/spring-architecture.jpg >>> >>> Best Regards, >>> Ivica Aracic >>> >>> >>> >>> >>> >> |
|
From: Rob B. <cro...@ya...> - 2006-07-13 12:18:55
|
I don't believe it. Juergen uses tools? I thought he programmed in binary. He cranks out code like a machine after all. ;) Rob --- Rob Harrop <ro...@in...> wrote: > Indeed - we have Juergen! Previously he used JDepend > to check for > cycles and then would fix them. Now he uses a tool > called SonarJ to > do this. In the coming weeks Juergen and I will be > working to roll > out SonarJ across the entire team to make sure > everyone can keep our > package cycle count as low as possible. > > Regards, > > Rob > > On 13 Jul 2006, at 00:09, Thomas Risberg wrote: > > > Rob, > > > > You beat me to it :) > > > > Thomas > > > > > > On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: > > > >> Even better, they have Juergen! > >> > >> Hi Juergen. ;) > >> > >> Thanks again for making the spring framework so > great. > >> > >> Rob > >> > >> --- Ivica Aracic <iv...@gm...> wrote: > >> > >>> Dear Spring developers, > >>> > >>> my name is Ivica Aracic, I am a PhD assistant at > the > >>> Darmstadt > >>> University of Technology. > >>> My research is concerned with the question how > >>> graph-based software > >>> visualizations can facilitate reasoning about > >>> software architectures. In > >>> the context of this work I have analyzed > >>> architectures of prefuse > >>> (http://prefuse.org/), jedit (jedit.org), and > >>> spring. > >>> > >>> Except of spring all of these projects had some > more > >>> or less bad > >>> dependecy cycles at the architectural level, > making > >>> the comprehension > >>> difficult. However, after analyzing spring I was > >>> surprised that there > >>> was not a single cycle at all in the dependency > >>> graph at the > >>> architectural level (see screenshot). So my > question > >>> is, how do you > >>> ensure this property in your development > process. > >>> Are you using metric > >>> tools or some other tools to regulary check > >>> dependencies at the > >>> architectural level? > >>> > >>> Screenshot: > >>> > >> > http://www.bytelords.de/public/spring-architecture.jpg > >>> > >>> Best Regards, > >>> Ivica Aracic > >>> > >>> > >>> > >>> > >>> > >> > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support > web services, security? > Get stuff done quickly with pre-integrated > technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 > based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Rob H. <ro...@in...> - 2006-07-13 14:42:34
|
My apologies for shattering your illusions! He does however have the discipline to use said tools, and to put with me committing code that is *full* of cycles :) On 13 Jul 2006, at 13:18, Rob Butler wrote: > I don't believe it. Juergen uses tools? I thought he > programmed in binary. He cranks out code like a > machine after all. ;) > > Rob > > --- Rob Harrop <ro...@in...> wrote: > >> Indeed - we have Juergen! Previously he used JDepend >> to check for >> cycles and then would fix them. Now he uses a tool >> called SonarJ to >> do this. In the coming weeks Juergen and I will be >> working to roll >> out SonarJ across the entire team to make sure >> everyone can keep our >> package cycle count as low as possible. >> >> Regards, >> >> Rob >> >> On 13 Jul 2006, at 00:09, Thomas Risberg wrote: >> >>> Rob, >>> >>> You beat me to it :) >>> >>> Thomas >>> >>> >>> On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: >>> >>>> Even better, they have Juergen! >>>> >>>> Hi Juergen. ;) >>>> >>>> Thanks again for making the spring framework so >> great. >>>> >>>> Rob >>>> >>>> --- Ivica Aracic <iv...@gm...> wrote: >>>> >>>>> Dear Spring developers, >>>>> >>>>> my name is Ivica Aracic, I am a PhD assistant at >> the >>>>> Darmstadt >>>>> University of Technology. >>>>> My research is concerned with the question how >>>>> graph-based software >>>>> visualizations can facilitate reasoning about >>>>> software architectures. In >>>>> the context of this work I have analyzed >>>>> architectures of prefuse >>>>> (http://prefuse.org/), jedit (jedit.org), and >>>>> spring. >>>>> >>>>> Except of spring all of these projects had some >> more >>>>> or less bad >>>>> dependecy cycles at the architectural level, >> making >>>>> the comprehension >>>>> difficult. However, after analyzing spring I was >>>>> surprised that there >>>>> was not a single cycle at all in the dependency >>>>> graph at the >>>>> architectural level (see screenshot). So my >> question >>>>> is, how do you >>>>> ensure this property in your development >> process. >>>>> Are you using metric >>>>> tools or some other tools to regulary check >>>>> dependencies at the >>>>> architectural level? >>>>> >>>>> Screenshot: >>>>> >>>> >> > http://www.bytelords.de/public/spring-architecture.jpg >>>>> >>>>> Best Regards, >>>>> Ivica Aracic >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >> >> >> >> > ---------------------------------------------------------------------- > --- >> Using Tomcat but need to do more? Need to support >> web services, security? >> Get stuff done quickly with pre-integrated >> technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 >> based on Apache Geronimo >> > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> > https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Matt S. <mat...@sp...> - 2006-07-13 13:49:51
|
My contributions to Spring are limited to throwing spitballs through JIRA so I'd like to chime in and thank the team for the awesome work you guys do. If you just look through JIRA it looks like all I do is complain, but I really do appreciate all your hard work and the outstanding product of it which is Spring. Matt Rob Butler wrote: > I don't believe it. Juergen uses tools? I thought he > programmed in binary. He cranks out code like a > machine after all. ;) > > Rob > > --- Rob Harrop <ro...@in...> wrote: > >> Indeed - we have Juergen! Previously he used JDepend >> to check for >> cycles and then would fix them. Now he uses a tool >> called SonarJ to >> do this. In the coming weeks Juergen and I will be >> working to roll >> out SonarJ across the entire team to make sure >> everyone can keep our >> package cycle count as low as possible. >> >> Regards, >> >> Rob >> >> On 13 Jul 2006, at 00:09, Thomas Risberg wrote: >> >>> Rob, >>> >>> You beat me to it :) >>> >>> Thomas >>> >>> >>> On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: >>> >>>> Even better, they have Juergen! >>>> >>>> Hi Juergen. ;) >>>> >>>> Thanks again for making the spring framework so >> great. >>>> Rob >>>> >>>> --- Ivica Aracic <iv...@gm...> wrote: >>>> >>>>> Dear Spring developers, >>>>> >>>>> my name is Ivica Aracic, I am a PhD assistant at >> the >>>>> Darmstadt >>>>> University of Technology. >>>>> My research is concerned with the question how >>>>> graph-based software >>>>> visualizations can facilitate reasoning about >>>>> software architectures. In >>>>> the context of this work I have analyzed >>>>> architectures of prefuse >>>>> (http://prefuse.org/), jedit (jedit.org), and >>>>> spring. >>>>> >>>>> Except of spring all of these projects had some >> more >>>>> or less bad >>>>> dependecy cycles at the architectural level, >> making >>>>> the comprehension >>>>> difficult. However, after analyzing spring I was >>>>> surprised that there >>>>> was not a single cycle at all in the dependency >>>>> graph at the >>>>> architectural level (see screenshot). So my >> question >>>>> is, how do you >>>>> ensure this property in your development >> process. >>>>> Are you using metric >>>>> tools or some other tools to regulary check >>>>> dependencies at the >>>>> architectural level? >>>>> >>>>> Screenshot: >>>>> > http://www.bytelords.de/public/spring-architecture.jpg >>>>> Best Regards, >>>>> Ivica Aracic >>>>> >>>>> >>>>> >>>>> >>>>> >> >> >> > ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support >> web services, security? >> Get stuff done quickly with pre-integrated >> technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 >> based on Apache Geronimo >> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 |
|
From: Rob H. <ro...@in...> - 2006-07-13 14:40:21
|
We appreciate JIRA reports more than you know. Nothing is worse than somone complaining about a bug and not reporting it - we actually want to know and want to fix it ;) On 13 Jul 2006, at 14:49, Matt Sgarlata wrote: > My contributions to Spring are limited to throwing spitballs through > JIRA so I'd like to chime in and thank the team for the awesome > work you > guys do. If you just look through JIRA it looks like all I do is > complain, but I really do appreciate all your hard work and the > outstanding product of it which is Spring. > > Matt > > Rob Butler wrote: >> I don't believe it. Juergen uses tools? I thought he >> programmed in binary. He cranks out code like a >> machine after all. ;) >> >> Rob >> >> --- Rob Harrop <ro...@in...> wrote: >> >>> Indeed - we have Juergen! Previously he used JDepend >>> to check for >>> cycles and then would fix them. Now he uses a tool >>> called SonarJ to >>> do this. In the coming weeks Juergen and I will be >>> working to roll >>> out SonarJ across the entire team to make sure >>> everyone can keep our >>> package cycle count as low as possible. >>> >>> Regards, >>> >>> Rob >>> >>> On 13 Jul 2006, at 00:09, Thomas Risberg wrote: >>> >>>> Rob, >>>> >>>> You beat me to it :) >>>> >>>> Thomas >>>> >>>> >>>> On Jul 12, 2006, at 5:44 PM, Rob Butler wrote: >>>> >>>>> Even better, they have Juergen! >>>>> >>>>> Hi Juergen. ;) >>>>> >>>>> Thanks again for making the spring framework so >>> great. >>>>> Rob >>>>> >>>>> --- Ivica Aracic <iv...@gm...> wrote: >>>>> >>>>>> Dear Spring developers, >>>>>> >>>>>> my name is Ivica Aracic, I am a PhD assistant at >>> the >>>>>> Darmstadt >>>>>> University of Technology. >>>>>> My research is concerned with the question how >>>>>> graph-based software >>>>>> visualizations can facilitate reasoning about >>>>>> software architectures. In >>>>>> the context of this work I have analyzed >>>>>> architectures of prefuse >>>>>> (http://prefuse.org/), jedit (jedit.org), and >>>>>> spring. >>>>>> >>>>>> Except of spring all of these projects had some >>> more >>>>>> or less bad >>>>>> dependecy cycles at the architectural level, >>> making >>>>>> the comprehension >>>>>> difficult. However, after analyzing spring I was >>>>>> surprised that there >>>>>> was not a single cycle at all in the dependency >>>>>> graph at the >>>>>> architectural level (see screenshot). So my >>> question >>>>>> is, how do you >>>>>> ensure this property in your development >>> process. >>>>>> Are you using metric >>>>>> tools or some other tools to regulary check >>>>>> dependencies at the >>>>>> architectural level? >>>>>> >>>>>> Screenshot: >>>>>> >> http://www.bytelords.de/public/spring-architecture.jpg >>>>>> Best Regards, >>>>>> Ivica Aracic >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>> >>> >>> >> --------------------------------------------------------------------- >> ---- >>> Using Tomcat but need to do more? Need to support >>> web services, security? >>> Get stuff done quickly with pre-integrated >>> technology to make your job easier >>> Download IBM WebSphere Application Server v.1.0.1 >>> based on Apache Geronimo >>> >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=120709&bid=263057&dat=121642 >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/springframework- >> developer >> >> >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around >> http://mail.yahoo.com >> >> >> --------------------------------------------------------------------- >> ---- >> Using Tomcat but need to do more? Need to support web services, >> security? >> Get stuff done quickly with pre-integrated technology to make your >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- Rob Harrop VP, Technology Strategy Interface21 - Spring Services from the Source http://www.springframework.com |
|
From: Jason W. S. <jso...@co...> - 2006-07-17 00:20:43
|
Method getResourceByPath in FileSystemXmlApplicationContext strips leading "/" from paths before loading the resource (in this case the context file). The java docs explain this behavior as follows: "Note: Even if a given path starts with a slash, it will get interpreted as relative to the current VM working directory. This is consistent with the semantics in a Servlet container." Shouldn't servlet specific semantics be implemented by servlet specific classes? (Note that the WebApplicationContexts do not appear to extend FileSystemXmlApplicationContext [anymore?]). As a consequence of this behavior, Unix paths beginning with "/" become relative, but Windows paths beginning in "C:\" remain absolute. We have temporarily gotten around this by inserting an extra "/" in front of every path that we use to configure the FileSystemXmlApplicationContext, but this seems like a horrible hack. Thanks to Spring's wonderful design, we can easily create our own subclass that avoids this behavior, but shouldn't the servlet specific functionality be removed from this method altogether? Thanks, JWS |
|
From: Colin Y. <col...@gm...> - 2006-07-17 09:49:30
|
Jason, I noticed this myself and created a JIRA a while ago: http://opensource.atlassian.com/projects/spring/browse/SPR-1884. Col On 17/07/06, Jason W. Solinsky <jso...@co...> wrote: > > Method getResourceByPath in FileSystemXmlApplicationContext strips leading > "/" from paths before loading the resource (in this case the context > file). > > The java docs explain this behavior as follows: > > "Note: Even if a given path starts with a slash, it will get interpreted > as > relative to the current VM working directory. This is consistent with the > semantics in a Servlet container." > > Shouldn't servlet specific semantics be implemented by servlet specific > classes? (Note that the WebApplicationContexts do not appear to extend > FileSystemXmlApplicationContext [anymore?]). > > As a consequence of this behavior, Unix paths beginning with "/" become > relative, but Windows paths beginning in "C:\" remain absolute. We have > temporarily gotten around this by inserting an extra "/" in front of every > path that we use to configure the FileSystemXmlApplicationContext, but > this > seems like a horrible hack. > > Thanks to Spring's wonderful design, we can easily create our own subclass > that avoids this behavior, but shouldn't the servlet specific > functionality > be removed from this method altogether? > > Thanks, > > JWS > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Colin S. <col...@ex...> - 2006-07-21 02:52:03
|
Btw, unfortunately the fact that FileSystemXmlApplicationContext treats what should be absolute (starting with a leading /) as relative is a historical thing... I picked this up a long long time ago, probably a bit past Spring 1.0, but at that time it was decided that it would not be changed in order to not break backwards compatibility, but it's an unfortunate wart, as people get surprised by it all the time. The one solution is to use a file: url, which will force the use of a UrlResource, instead of an unprefixed resource path, which will end up uisng a FileSystemResource, exhibiting this behaviour... Colin On 7/17/2006 5:26 AM, Colin Yates wrote: > Jason, > > I noticed this myself and created a JIRA a while ago: > http://opensource.atlassian.com/projects/spring/browse/SPR-1884. > > Col > > On 17/07/06, *Jason W. Solinsky* <jso...@co... > <mailto:jso...@co...>> wrote: > > Method getResourceByPath in FileSystemXmlApplicationContext strips > leading > "/" from paths before loading the resource (in this case the > context file). > > The java docs explain this behavior as follows: > > "Note: Even if a given path starts with a slash, it will get > interpreted as > relative to the current VM working directory. This is consistent > with the > semantics in a Servlet container." > > Shouldn't servlet specific semantics be implemented by servlet > specific > classes? (Note that the WebApplicationContexts do not appear to extend > FileSystemXmlApplicationContext [anymore?]). > > As a consequence of this behavior, Unix paths beginning with "/" > become > relative, but Windows paths beginning in "C:\" remain absolute. We > have > temporarily gotten around this by inserting an extra "/" in front > of every > path that we use to configure the FileSystemXmlApplicationContext, > but this > seems like a horrible hack. > > Thanks to Spring's wonderful design, we can easily create our own > subclass > that avoids this behavior, but shouldn't the servlet specific > functionality > be removed from this method altogether? > > Thanks, > > JWS > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > <mailto:Spr...@li...> > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------------------------ > > >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > >------------------------------------------------------------------------ > >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Darren D. <da...@da...> - 2006-07-21 14:35:02
|
On Thu, Jul 20, 2006 at 10:51:55PM -0400, Colin Sampaleanu wrote: > historical thing... I picked this up a long long time ago, probably a=20 > bit past Spring 1.0, but at that time it was decided that it would not=20 > be changed in order to not break backwards compatibility, but it's an=20 > unfortunate wart, as people get surprised by it all the time. The one=20 so would the impending 2.0 release be a good time to change this to the behaviour that most would expect? Of course it won't be backwards compatible, but I think those tradeoffs have already been discussed and if you can't do stuff like this on a major version release, Spring will end up carrying this baggage around for ever. IMO, you can expect some non-BC in a major version change and so long as they are prominently documented, it's not so bad. What does anyone else think? Regards, --=20 Darren Davison Public Key: 0xDD356B0D |
|
From: Brendan G. <bre...@gm...> - 2006-07-21 16:01:29
|
I agree. This has caught all of us out at my current job at one point or another. On 7/21/06, Darren Davison <da...@da...> wrote: > > On Thu, Jul 20, 2006 at 10:51:55PM -0400, Colin Sampaleanu wrote: > > historical thing... I picked this up a long long time ago, probably a > > bit past Spring 1.0, but at that time it was decided that it would not > > be changed in order to not break backwards compatibility, but it's an > > unfortunate wart, as people get surprised by it all the time. The one > > so would the impending 2.0 release be a good time to change this to the > behaviour that most would expect? Of course it won't be backwards > compatible, but I think those tradeoffs have already been discussed and if > you can't do stuff like this on a major version release, Spring will end > up > carrying this baggage around for ever. > > IMO, you can expect some non-BC in a major version change and so long as > they are prominently documented, it's not so bad. > > What does anyone else think? > > Regards, > > -- > Darren Davison > Public Key: 0xDD356B0D > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
