Re: [Springframework-developer] "advice" vs "interceptor" properties

[Dmitriy K. <dko...@ru...>]

Juergen,

I like consistency too. I would prefer "advice" names as it's a general 
term and "interceptor" is one possible implementation strategy.

Regards,
Dmitriy.

jürgen höller [werk3AT] wrote:

>In our current 1.1 codebase, we have an inconsistency regarding the use of "advice" and "interceptor" in bean property names: AdvisedSupport has a deprecated "addInterceptor" method now (without hinting at the preferred method in javadoc, BTW), because of the preferred "addAdvice" method.
> 
>While Advice is more general (being a super interface of Interceptor), a number of other properties use "interceptor" in the name while accepting Object, for example TransactionProxyFactoryBean's "preInterceptors" and "postInterceptors", and also ProxyFactoryBean's "interceptorNames".
> 
>We need to make this consistent. We could either keep the "interceptor" property names, allowing all kinds of Advices there: This would mean that AdvisedSupport's "addInterceptor" should not be deprecated. Or we could use "advice" in all those names: That would mean renaming (respectively deprecating) quite popular properties.
> 
>When renaming bean properties, we need to consider that driving those properties via XML bean definitions will not show any deprecation warnings, just programmatic usage will. Consequently, many people will not notice such deprecations, first discovering them when we remove the deprecated bean properties...
> 
>Thoughts? Suggestions?
> 
>Juergen
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by BEA Weblogic Workshop
>FREE Java Enterprise J2EE developer tools!
>Get your free copy of BEA WebLogic Workshop 8.1 today.
>http://ads.osdn.com/?ad_idG21&alloc_id040&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>