springframework-developer — Spring Framework developers list

[Springframework-developer] Spring build.75 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.74 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.73 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

Re: [Springframework-developer] FileSystemXmlApplicationContext.getResourceByPath

[Colin Y. <col...@gm...>]

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
>

[Springframework-developer] FileSystemXmlApplicationContext.getResourceByPath

[Jason W. S. <jso...@co...>]

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

[Springframework-developer] Spring build.72 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] sonia VIeAGRA

[Fedele R. <roc...@do...>]

Hi,
=20
CIALxIS from 3, 75 $
VALIvUM from 1, 20 $
VIAGvRA from 3, 35 $
AMBIvEN
=20
http://www.peratuhasaxec.com

=20
Round and round far underground
Below, my lad!
It sounded truly terrifying. The walls echoed to the clap, snap! and

[Springframework-developer] Spring build.71 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring WebFlow build.27 SUCCEEDED

[<bu...@in...>]

    			Snapshot has been uploaded to http://static.springframework.org/downloads/nightly/spring-webflow
    			
    			The list of modifications for this build can be found in the build log (http://static.springframework.org/spring-webflow/build/index.html).    			
			

[Springframework-developer] Spring build.70 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Possible bug in BeanWrapperImpl

[Justin F. <jus...@hy...>]

Hi All,

I am using a Map as my form backing object.   I am registering a  
CustomNumberEditor (see below).

     protected void initBinder( HttpServletRequest request,  
ServletRequestDataBinder binder ) throws Exception
     {
         super.initBinder( request, binder );    //To change body of  
overridden methods use File | Settings | File Templates.

         binder.registerCustomEditor( Long.class, "criteriaMap 
[justin]", new CustomNumberEditor( Long.class, true ) );
     }

This works fine.  If i enter a long value into the field, it gets  
converted to a long and stored against the property 'justin' in the  
map.  However if the data entered into the field is invalid.  I get  
the stack tracked displayed in my browser as apposed to the nice bind  
errors I would expect to see.

After some investigation I found the following.  (Code taken from  
the  BeanWrapperImpl:setPropertyValue(....))

If the propVal is of type list.  Then the 'convertIfNecessary' method  
call is wrapped in a try/catch block.  But for a Map it is not.

Just wondering if this is a bug?  If so.  How would I go about  
proving a patch to fix this problem?

Thanks for your help

Justin Fowler
Hyro Servcies Limited

Re: [Springframework-developer] Architecture of Spring

[Rob H. <ro...@in...>]

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
>

Re: [Springframework-developer] Input on JIRA issue

[Rob H. <ro...@in...>]

You can't have two setters with the name but different types if you  
want JavaBeans introspection to work. So we could have something like

setProxyInterfaces(String[])
setProxyInterfaceTypes(Class[])

but that doesn't really help....

Juergen is back from a well earned holiday next Monday - lets see  
what he thinks and then make a final choice.
On 12 Jul 2006, at 15:45, Colin Sampaleanu wrote:

> I don't think this will affect many people at all, as it's quite rare
> for people to use TransactionProxyFactoryBean programmatically. You
> could almost break things down into backwards compatibility for the
> declarative use (very very common) vs. programmatic use.
>
> I definitely like the use of Class[] more, it's cleaner. However if we
> are really concerned about even programmatic backwards compatibility,
> then one consideration is that in 2.0 people won't even be using
> TransactionProxyFactoryBean very much (preferring the new XML  
> dialect),
> so it's not like the "benefit" of the Class[] signature is getting to
> many people.
>
> Of course, the 2.0 class could support both signatures, but the in  
> that
> case for the declarative use the String[] will always be picked for  
> the
> declarative case as it's a one-to-one mapping.
>
> Colin
>
> On 7/12/2006 10:15 AM, Matt Sgarlata wrote:
>> My 2 cents is that an IDE will point this out to you and the  
>> change will
>> take all of 2 minutes to code.
>>
>> It would be a bigger deal IMO if you had to change your context
>> definitions, because in that case the error might not be found for a
>> while (for example, if the bean was lazily initialized).  However,
>> Spring's use of PropertyEditors means the change should be  
>> transparent
>> in terms of XML application context definitions.
>>
>> Matt
>>
>> Rob Harrop wrote:
>>
>>> All,
>>>
>>> I would like your input on this JIRA issue. Do you think this is  
>>> valid
>>> breakage of backward-compatibility or would you like to see the  
>>> change
>>> backed out?
>>>
>>> http://opensource.atlassian.com/projects/spring/browse/SPR-2277
>>>
>>> Rob
>>>
>>>
>>> -------------------------------------------------------------------- 
>>> ----
>>>
>>>
>>> -------------------------------------------------------------------- 
>>> -----
>>> 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
>>>
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> 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
>>
>>
>
>
>
> ---------------------------------------------------------------------- 
> ---
> 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

Re: [Springframework-developer] Architecture of Spring

[Rob H. <ro...@in...>]

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

Re: [Springframework-developer] Architecture of Spring

[Matt S. <mat...@sp...>]

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

Re: [Springframework-developer] Architecture of Spring

[Rob B. <cro...@ya...>]

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 

[Springframework-developer] spring-web.xsd and spring-mvc.xsd

[<g.g...@op...>]

Hello Everyone!

I wonder what happened to org/springframework/web/servlet/config/spring-web.xsd and org/springframework/web/servlet/config/spring-mvc.xsd... These were quite useful...

Except for mixing <mvc:view-resolvers/> and normal bean definition view resolvers (problems with ordering), it was a great simplification in my ***-servlet.xml...

Whole org/springframework/web/servlet/config has vanished in Spring 2.0M5...

Thanks in advance for any information!

With regards
Grzegorz Grzybek

Re: [Springframework-developer] Architecture of Spring

[Rob H. <ro...@in...>]

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
>>>
>>>
>>>
>>>
>>>
>>

Re: [Springframework-developer] Architecture of Spring

[Thomas R. <tho...@tr...>]

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
>
>

Re: [Springframework-developer] Architecture of Spring

[Rob B. <cro...@ya...>]

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 

[Springframework-developer] Architecture of Spring

[Ivica A. <iv...@gm...>]

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

Re: [Springframework-developer] Input on JIRA issue

[Glen M. <gr...@ve...>]

I would advise against *complete* backwards compatibility, especially if 
it means burdening future releases of Spring with seldom-used cobwebs 
from previous ones, of things that originally sounded like good ideas 
but turned out not to work so well after all.  I think it is important 
that Spring have some "nimbleness", i.e. occasionally be allowed to 
clear itself out of past baggage, so it can compete effectively against 
future competitor frameworks, that, by virtue of being new, don't need 
to be burdened with older API's from past releases.

Glen

Colin Sampaleanu write:
> I don't think this will affect many people at all, as it's quite rare 
> for people to use TransactionProxyFactoryBean programmatically. You 
> could almost break things down into backwards compatibility for the 
> declarative use (very very common) vs. programmatic use.
> 
> I definitely like the use of Class[] more, it's cleaner. However if we 
> are really concerned about even programmatic backwards compatibility, 
> then one consideration is that in 2.0 people won't even be using 
> TransactionProxyFactoryBean very much (preferring the new XML dialect), 
> so it's not like the "benefit" of the Class[] signature is getting to 
> many people.
> 
> Of course, the 2.0 class could support both signatures, but the in that 
> case for the declarative use the String[] will always be picked for the 
> declarative case as it's a one-to-one mapping.
> 
> Colin
> 
> On 7/12/2006 10:15 AM, Matt Sgarlata wrote:
> 
>>My 2 cents is that an IDE will point this out to you and the change will 
>>take all of 2 minutes to code.
>>
>>It would be a bigger deal IMO if you had to change your context 
>>definitions, because in that case the error might not be found for a 
>>while (for example, if the bean was lazily initialized).  However, 
>>Spring's use of PropertyEditors means the change should be transparent 
>>in terms of XML application context definitions.
>>
>>Matt
>>
>>Rob Harrop wrote:
>>  
>>
>>>All,
>>>
>>>I would like your input on this JIRA issue. Do you think this is valid 
>>>breakage of backward-compatibility or would you like to see the change 
>>>backed out?
>>>
>>>http://opensource.atlassian.com/projects/spring/browse/SPR-2277
>>>
>>>Rob
>>>

Re: [Springframework-developer] Input on JIRA issue

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

I don't think this will affect many people at all, as it's quite rare 
for people to use TransactionProxyFactoryBean programmatically. You 
could almost break things down into backwards compatibility for the 
declarative use (very very common) vs. programmatic use.

I definitely like the use of Class[] more, it's cleaner. However if we 
are really concerned about even programmatic backwards compatibility, 
then one consideration is that in 2.0 people won't even be using 
TransactionProxyFactoryBean very much (preferring the new XML dialect), 
so it's not like the "benefit" of the Class[] signature is getting to 
many people.

Of course, the 2.0 class could support both signatures, but the in that 
case for the declarative use the String[] will always be picked for the 
declarative case as it's a one-to-one mapping.

Colin

On 7/12/2006 10:15 AM, Matt Sgarlata wrote:
> My 2 cents is that an IDE will point this out to you and the change will 
> take all of 2 minutes to code.
>
> It would be a bigger deal IMO if you had to change your context 
> definitions, because in that case the error might not be found for a 
> while (for example, if the bean was lazily initialized).  However, 
> Spring's use of PropertyEditors means the change should be transparent 
> in terms of XML application context definitions.
>
> Matt
>
> Rob Harrop wrote:
>   
>> All,
>>
>> I would like your input on this JIRA issue. Do you think this is valid 
>> breakage of backward-compatibility or would you like to see the change 
>> backed out?
>>
>> http://opensource.atlassian.com/projects/spring/browse/SPR-2277
>>
>> Rob
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> -------------------------------------------------------------------------
>> 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
>>     
>
>
>
> -------------------------------------------------------------------------
> 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
>
>   

Re: [Springframework-developer] Input on JIRA issue

[Keith D. <ke...@in...>]

Hmm... Would it be good to note these issues in a "from 1.x to 2.0 migration
guide" -- perhaps initially flushed out on the Wiki?  Matt, it sounds like
you've already got a good start there with some useful input for those
moving to 2.0.

Keith 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Matt Sgarlata
Sent: Wednesday, July 12, 2006 10:26 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Input on JIRA issue

Also, changes such as the new behavior of beanFactory.getBeansOfType are
much more subtle and will cause problems that aren't easily pointed out by
an IDE.  So, I really wouldn't worry about this considering there are bigger
compatibility differences between 1.x and 2.x

Matt

Matt Sgarlata wrote:
> My 2 cents is that an IDE will point this out to you and the change 
> will take all of 2 minutes to code.
> 
> It would be a bigger deal IMO if you had to change your context 
> definitions, because in that case the error might not be found for a 
> while (for example, if the bean was lazily initialized).  However, 
> Spring's use of PropertyEditors means the change should be transparent 
> in terms of XML application context definitions.
> 
> Matt
> 
> Rob Harrop wrote:
>> All,
>>
>> I would like your input on this JIRA issue. Do you think this is 
>> valid breakage of backward-compatibility or would you like to see the 
>> change backed out?
>>
>> http://opensource.atlassian.com/projects/spring/browse/SPR-2277
>>
>> Rob
>>
>>
>> ---------------------------------------------------------------------
>> ---
>>
>>
>> ---------------------------------------------------------------------
>> ---- 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=121
>> 642
>>
>>
>> ---------------------------------------------------------------------
>> ---
>>
>> _______________________________________________
>> Springframework-developer mailing list 
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-develope
>> r
> 
> 
> 
> ----------------------------------------------------------------------
> --- 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=1216
> 42



-------------------------------------------------------------------------
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

Re: [Springframework-developer] Input on JIRA issue

[Matt S. <mat...@sp...>]

Also, changes such as the new behavior of beanFactory.getBeansOfType are 
much more subtle and will cause problems that aren't easily pointed out 
by an IDE.  So, I really wouldn't worry about this considering there are 
bigger compatibility differences between 1.x and 2.x

Matt

Matt Sgarlata wrote:
> My 2 cents is that an IDE will point this out to you and the change will 
> take all of 2 minutes to code.
> 
> It would be a bigger deal IMO if you had to change your context 
> definitions, because in that case the error might not be found for a 
> while (for example, if the bean was lazily initialized).  However, 
> Spring's use of PropertyEditors means the change should be transparent 
> in terms of XML application context definitions.
> 
> Matt
> 
> Rob Harrop wrote:
>> All,
>>
>> I would like your input on this JIRA issue. Do you think this is valid 
>> breakage of backward-compatibility or would you like to see the change 
>> backed out?
>>
>> http://opensource.atlassian.com/projects/spring/browse/SPR-2277
>>
>> Rob
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> -------------------------------------------------------------------------
>> 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
> 
> 
> 
> -------------------------------------------------------------------------
> 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