springframework-developer — Spring Framework developers list

RE: [Springframework-developer] Re: JmsTemplate102

[Mark P. <mar...@co...>]

Hi,

Interesting, I guess you would like to have it as a convenience class to
write code like this

public class JmsOrderGateway extends JmsGatewaySupport implement
OrderService
{
	public void sendOrder(Order o)=20
	{
		getJmsTemplate().send(o);
	}
}


In this case you would configure the JmsOrderGateway with an instance of
JmsTemplate that has a default destination and MessageConverter to =
convert
an Order object to jms messages.   Another stub implementation of
OrderService could be used for testing purposes....  Or maybe one based =
on
email?  MailGatewaySupport anyone?

One difference with the DAO analogy is that there is not a corresponding
unified exception hierarchy across different messaging systems.  We had
thought of providing a common messaging exception hierarchy but it =
didn't
seem there was enough meaningful overlap among different messaging
implementations to provide value and the JMS hierarchy is pretty good.
Certainly interested in discussing the point some more though...

Cheers,
Mark




> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Stig Kleppe-Jorgensen
> Sent: Wednesday, August 04, 2004 5:30 AM
> To: spr...@li...
> Subject: [Springframework-developer] Re: JmsTemplate102
>=20
>=20
> j=FCrgen h=F6ller[ werk3AT] <juergen.hoeller <at> werk3at.com> writes:
>=20
> >=20
> > Well, given that JmsTemplate for JMS 1.1 can use a uniform manner of
> accessing queues and topic, and that
> > JmsTemplate itself already has a pubSubDomain property (for=20
> creating=20
> > dynamic
> destinations), we
> > thought that JmsTemplate102 should use the same approach.
> >=20
> > I agree that separate QueueJmsTemplate and TopicJmsTemplate=20
> subclass=20
> > of
> JmsTemplate would have been a
> > viable strategy too. The pubSubDomain flag would have been somewhat=20
> > confusing
> there, though.
> >=20
> > After all, the JMS 1.0.2 style is not for the long term=20
> anyway, as I=20
> > expect
> it to be superseded by JMS 1.1 quite
> > quickly. That's also the reason why JmsTemplate is not called=20
> > JmsTemplate11
> anymore but rather uses the
> > generic name.
>=20
> Ok, that sounds good :-)
>=20
> Are you planning to add a JmsDaoSupport (like=20
> HibernateDaoSupport) as a convenience class? I've done that=20
> myself in code I'm writing and think it works out well.
>=20
> Regards,
> Stig
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the=20
> changes on Linux.com, ITManagersJournal and NewsForge in the=20
> past few weeks? Now, one more big change to announce. We are=20
> now OSTG- Open Source Technology Group. Come see the changes=20
> on the new OSTG site. www.ostg.com=20
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20

Re: [Springframework-developer] document typo in 3.3.2 of user reference

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

Thanks, fixed...

Tim Kettering wrote:

>
> Don't know if this already has been reported, but on the online user 
> reference document in section 3.3.2, the code example seems to have 
> the wrong closing tag.  (should be </set> not </map>)
>
>         <!-- results in a setSomeSet(java.util.Set) call -->
>         <property name="someSet">
>             <set>
>                 <value>just some string</value>
>                 <ref bean="myDataSource"</ref>
>             </map>
>         </property>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] document typo in 3.3.2 of user reference

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

Thanks for spotting this - just fixed it!

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Tim Kettering
Sent: Thursday, August 05, 2004 5:39 PM
To: spr...@li...
Subject: [Springframework-developer] document typo in 3.3.2 of user
reference



Don't know if this already has been reported, but on the online user=20
reference document in section 3.3.2, the code example seems to have the=20
wrong closing tag.  (should be </set> not </map>)

         <!-- results in a setSomeSet(java.util.Set) call -->
         <property name=3D"someSet">
             <set>
                 <value>just some string</value>
                 <ref bean=3D"myDataSource"</ref>
             </map>
         </property>



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] document typo in 3.3.2 of user reference

[Tim K. <tim...@vi...>]

Don't know if this already has been reported, but on the online user 
reference document in section 3.3.2, the code example seems to have the 
wrong closing tag.  (should be </set> not </map>)

         <!-- results in a setSomeSet(java.util.Set) call -->
         <property name="someSet">
             <set>
                 <value>just some string</value>
                 <ref bean="myDataSource"</ref>
             </map>
         </property>

[Springframework-developer] JavaMailSenderImpl - bug & removal of setters??

[Alef A. <al...@jt...>]

Guys,

I tried to send mail today using JavaMailSenderImpl and came across the
fact that the host, username, password and port, protocol properties
aren't in fact used to configure the session at all (unless I'm totally
mistaken) ... It also seems a bit silly to provide setters for
properties you can also set using the javaMailProperties property...

We either have to make the host/user/pass/port/protocol properties work
(i.e. configure the session using them) or remove them completely,
letting the user configure the session either himself, or by using the
javaMailProperties property. I opt for the latter...

Anybody?

Alef

Re: [Springframework-developer] Method Replacement

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

I agree about not using compatible types for overloading - this is 
actually an example I am writing for some one to explain how method 
replacement works and I came across this behavior and wondered if it is 
desirable.

Rob

Colin Sampaleanu wrote:

> Rob Harrop wrote:
> 
>> All,
>>
>> I am noticing some strange behavior when using method replacement.
>>
>> I have a bean that has two methods: foo(String) and foo(Object). My 
>> method replacer will only replace foo(String) and in my configuration 
>> I specify:
>>
>> <replaced-method name="fooBean" replacer="methodReplacer">
>>             <arg-type>String</arg-type>
>>         </replaced-method>
>>
>> Yet the method replacer is getting invoked whenever I invoke 
>> foo(Object) is this correct or is this a bug?
>>
>> rob
> 
> 
> Rod can give a qualified answer, but I think that this is probably 
> happening due to the way that resolution is happening, where the 
> arg-type will match any target method that can take that arg type. In 
> general, it's not a great practice in your classes to overload methods 
> such that one method takes a superclass of another...
> 
> Colin
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Method Replacement

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

Rob Harrop wrote:

> All,
>
> I am noticing some strange behavior when using method replacement.
>
> I have a bean that has two methods: foo(String) and foo(Object). My 
> method replacer will only replace foo(String) and in my configuration 
> I specify:
>
> <replaced-method name="fooBean" replacer="methodReplacer">
>             <arg-type>String</arg-type>
>         </replaced-method>
>
> Yet the method replacer is getting invoked whenever I invoke 
> foo(Object) is this correct or is this a bug?
>
> rob

Rod can give a qualified answer, but I think that this is probably 
happening due to the way that resolution is happening, where the 
arg-type will match any target method that can take that arg type. In 
general, it's not a great practice in your classes to overload methods 
such that one method takes a superclass of another...

Colin

Re: [Springframework-developer] Spring aop and struts

[jack h. <hij...@ho...>]

Juergen

Thank you for your quick response:)
I have read the Spring-Struts plugin codes, and now I extact one simple 
test case for our discussion.

My struts action is very simple
----------------------------------------HelloAction.java------
public class HelloAction extends Action
{

	public ActionForward execute(ActionMapping mapping,
			        ActionForm form,
			        HttpServletRequest request,
			        HttpServletResponse response)
		throws Exception
	{
		HelloForm helloForm = (HelloForm) form;
		populate(helloForm);
		
		return mapping.findForward("display");
	}
	
	
	public void populate(HelloForm form)
	{
		form.setMsg("Hello World");
	}

}

And the BeforeHelloInteceptor wanna to say "before hello" when the action 
is excuting populate(..) method. Code is here.

---------------------------------------------BeforeHelloInteceptor.java---
public class BeforeHelloInteceptor implements MethodBeforeAdvice
{

	public void before(Method method, Object[] args, Object target) 
		throws Throwable
	{
		System.out.println("before hello");
		
	}
	

}

And the spring config file shows below:

-------------------------------------------------------aopplicationContext.xml----

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" 
                       
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
	
    <!--bean id="helloActionTarget" 
class="spring.struts.test.action.Action"/-->
    <bean id="helloActionTarget" 
class="spring.struts.test.action.HelloAction"/>
    
    <bean id="helloAction" name="/hello"
    	  class="org.springframework.aop.framework.ProxyFactoryBean">
    	<property name="target"><ref 
local="helloActionTarget"></ref></property>
    	<property 
name="interceptorNames"><value>beforeHelloAdvisor</value></property>
    </bean>
    
    <bean id="beforeHelloInteceptor" 
class="spring.struts.test.interceptor.BeforeHelloInteceptor"/>
    
    
    <bean id="beforeHelloAdvisor" 
		  class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
		
    	<property name="advice">
			<ref local="beforeHelloInteceptor"/>
		</property>
		<property name="patterns">
			<list>
				<value>spring.struts.test.action.HelloAction.populate</value>
			</list>
		</property>
	
	</bean>
</beans>

When I run the demo on JBoss3.2.4 and Tomcat5.0.16, both are failed. 
Am I wrong in something or just one bug?

PS: My demo is attached. WEB-INF/lib is blank, fill the jars by yourself:)


Regards
Jack




>From: jgen hler [werk3AT] <jue...@we...>
>Reply-To: spr...@li...
>To: <spr...@li...>
>Subject: Re: [Springframework-developer] Spring aop and struts
>Date: Thu, 5 Aug 2004 09:40:54 +0200
>
>Have a look at Spring's org.springframework.web.struts package: Besides 
Action base classes that allow easy access to Spring's root web application 
context (ActionSupport and DispatchActionSupport), you'll also find a 
ContextLoaderPlugIn plus DelegationActionProxy / DelegatingRequestProcessor 
there.
>
>The latter delegation mechanisms allows you to have a special Spring XML 
bean definition file where your Struts Actions get defined as Spring beans 
themselves; the Struts ActionServlet will simply delegate to them. You can 
in principle apply all of Spring's bean configuration facilities to those 
Actions beans, including AOP ProxyFactoryBeans that specify 
advices/interceptors for specific target Actions.
>
>Note that an AOP ProxyFactoryBean for a Struts Action target needs to have 
"proxyTargetClass" as "true", to proxy the full target class rather than 
just specific interfaces (requiring CGLIB on the classpath). Unfortunately, 
Struts does not define an Action interface, so there's no way around that.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von 
jack hi
>Gesendet: Do 05.08.2004 08:25
>An: spr...@li...
>Betreff: [Springframework-developer] Spring aop and struts
>
>
>
>Hi,Spring guys.
>
>After I integrated Spring and Struts, the first idea from my brain was:
>Could I apply Spring aop on struts actions?
>
>Yes, SAIF project had supplied struts some interceptor function, but it's
>weak in DispatchAction and MethodInceptor.
>
>And my experience was finally failed:(. I could not create struts Action
>proxy. Because in spring "Either an interface or a target is required for
>proxy creation". Should my struts actions implement TargetSource 
interface?
>
>Thank you for your glance at this message, and appreciate your suggestion.
>
>Regards
>Jack
>
>_________________________________________________________________
>??????????,??? MSN Messenger:  http://messenger.msn.com/cn
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by OSTG. Have you noticed the changes on
>Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>one more big change to announce. We are now OSTG- Open Source Technology
>Group. Come see the changes on the new OSTG site. www.ostg.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by OSTG. Have you noticed the changes on
>Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>one more big change to announce. We are now OSTG- Open Source Technology
>Group. Come see the changes on the new OSTG site. www.ostg.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer

_________________________________________________________________
与联机的朋友进行交流，请使用 MSN Messenger:  http://messenger.msn.com/cn  

[Springframework-developer] Method Replacement

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

All,

I am noticing some strange behavior when using method replacement.

I have a bean that has two methods: foo(String) and foo(Object). My 
method replacer will only replace foo(String) and in my configuration I 
specify:

<replaced-method name="fooBean" replacer="methodReplacer">
             <arg-type>String</arg-type>
         </replaced-method>

Yet the method replacer is getting invoked whenever I invoke foo(Object) 
is this correct or is this a bug?

rob

Re: [Springframework-developer] Re: [Springframework-user] HibernateTransactionManager & session level interceptor

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

Hmm, good point. I'll look at this later today. Maybe there's a way to =
just make HibernateInterceptor dependent on the BeanFactory.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Thursday, August 05, 2004 2:07 PM
To: spr...@li...
Subject: [Springframework-developer] Re: [Springframework-user]
HibernateTransactionManager & session level interceptor


Juergen,

I was going to do this myself. I am a little bit worried about making=20
HibernateAccessor (parent of HibernateInterceptor) BeanFactoryAware=20
though. That would also make HibernateTemplate dependent on BeanFactory=20
where it wasn't before. I suppose the contract could be declared=20
specifically in the JavaDoc, that the BeanFactory is only needed or used =

to obtain the entity interceptor, when the interceptor is provided by=20
name. The classes are already InitializingBean aware, in any case.

Alternately, it could be left as is, with the proviso that people must=20
use method replacement to get a prototype entity interceptor in there if =

needed. But I don't see this as very clean. To move from=20
HibernateTransactionManager to JtaTransactionManager, with identical=20
behaviour, somebody really has to use HibernateInterceptor. It makes=20
sense to have HibernateInterceptor be consistently configured the same =
way.

I guess the final option is to roll back the changes to=20
HibernateTransactionManager and ask people to use lookup method=20
injection, with the javadocs for the getEntityInterceptor() method in=20
the two classes being very explicit about that being a template method=20
to be replaced if needed to return a prototype.

Colin


Colin Sampaleanu wrote:

> Juergen,
>
> That's good. HibernateInterceptor also needs a similar method, for use =

> with JTATransactionManager...
>
> Colin
>
> j=FCrgen h=F6ller [werk3AT] wrote:
>
>> I've just added a setEntityInterceptorBeanName method to=20
>> HibernateTransactionManager, and made it BeanFactoryAware for the=20
>> purpose of resolving such a bean name. So you can now either register =

>> a specific reference or a bean name; the latter will typically be=20
>> used for prototypes (i.e. one interceptor instance per session).
>>
>> Juergen
>>
>>
>> ________________________________
>>
>> Von: Colin Sampaleanu [mailto:col...@ex...]
>> Gesendet: Mo 02.08.2004 20:52
>> An: spr...@li...
>> Cc: j=FCrgen h=F6ller [werk3AT]
>> Betreff: Re: [Springframework-user] HibernateTransactionManager &=20
>> session level interceptor
>>
>>
>>
>> Feifei,
>>
>> I have though of a way you can handle your use case actually, and =
that's
>> to use Spring 1.1's lookup method injection support:
>>  http://www.springframework.org/docs/reference/beans.html#d0e876
>> to modify HibernateTransactionManager so that its =
getEntityInterceptor()
>> method returns a new prototype (non-singleton) Hibernate entity
>> interceptor instance on each invocation. This would work when using
>> HibernateTransactionManager.
>>
>> When using JTATransactionManager, what you would want to do is pair
>> JTATransactionManager with HibernateInterceptor, and for
>> HibernateInterceptor, override its getEntityInterceptor() method in =
the
>> same fashion.
>>
>> Juergen, if you're reading this, it's probably worth modifying both =
of
>> the above classes so that they support having a prototype (session
>> specific) hibernate interceptor applied out of the box. They could
>> potentially take a bean name for a hibernate entity interceptor, =
which
>> if it existed would result in the classes doing a getBean on the
>> container to get the specified (theoretically) prototype bean. They
>> would have to be made BeanFactoryAware, but they are already Spring
>> specific anyways, having the InitializingBean interface.
>>
>> Colin
>>
>>
>> Colin Sampaleanu wrote:
>>
>> =20
>>
>>> I strongly recommend against even trying to set the interceptor from
>>> the template. Even with JTATransactionManager, only the first use of =
a
>>> template (with allowCreate=3Dtrue of course) will end up creating a =
new
>>> session and binding it to the current thread. It is also associated
>>> with the transaction (same as if you had used
>>> HibernetateTransactionManager) from that point on, and any =
subsequent
>>> template use within that transaction (with the same SessionFactory
>>> associated with the template) will not end up creating a new =
session.
>>> So realistically, any use of Spring's HibernateTemplate class with
>>> Spring's transaction support does not allow you to know ahead of =
time
>>> when using a template if in fact you will get a new session or reuse
>>> an existing one. And this is intentional, since the whole point is =
to
>>> share the same session for the whole transaction, so you don't have =
to
>>> worry about managing it, and accidentally having some objects in a
>>> graph coming from one session, and some from another.
>>>
>>>
>>>
>>>
>>> Feifei Li wrote:
>>>
>>>  =20
>>>
>>>> Colin:
>>>>  Thanks for your reply. What I want to ask is : is
>>>> there any way I can set thread-unsafe interceptor on
>>>> session level if I use HibernateTransactionManager?
>>>> Currently I try to apply Audit Info design pattern to
>>>> my project(http://www.hibernate.org/48.html). In this
>>>> pattern, it uses entity interceptor(AuditInterceptor)
>>>> to set property; this interceptor is sesion-level
>>>> interceptor(thread-unsafe), I can't set it on session
>>>> factory level. My current approach is set this
>>>> interceptor on HibernateTemplate(based on Spring java
>>>> doc), but it is not work if I use
>>>> HibernateTransactionManager(seems it work on
>>>> JTATransactionManager because no session is pre bound;
>>>> and when SessionFactoryUtil create session, it will
>>>> use  HibernateTemplate interceptor). Is this any way I
>>>> can solve this issue?
>>>>
>>>> Thanks
>>>> Feifei
>>>>    --- Colin Sampaleanu <col...@ex...> wrote:
>>>>
>>>>
>>>>
>>>>    =20
>>>>
>>>>> FeiFei,
>>>>>
>>>>> I don't really know what you're asking here, to tell
>>>>> you the truth. The hibernate entity interceptor handling is pretty
>>>>> clearly documented. Yes, if HibernateTransactionManager is in use,
>>>>> it will
>>>>> ensure that a Hibernate Session is bound to the current thread
>>>>> when invocation goes through it, so by the time that=20
>>>>> hibernateTemplate
>>>>> comes into the picture, no new Hibernate Session will have to be
>>>>> created, so any hibernate entity interceptor specified in the
>>>>> template is not going to ever be applied...
>>>>>
>>>>> Colin
>>>>>
>>>>>
>>>>> Feifei Li wrote:
>>>>>
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> Hi:
>>>>>> According to Spring's Java document, Spring
>>>>>>          =20
>>>>>
>>>>> supports
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> hibernate entity interceptor on session factory
>>>>>>          =20
>>>>>
>>>>> level
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> and session level: If you config Interceptor on
>>>>>> LocalSessionFactoryBean, you set interceptor on
>>>>>> session factory level; If you call
>>>>>> setEntityInterceptor on HibernateTemplate, you set
>>>>>> interceptor on session level. It is pretty clear
>>>>>>          =20
>>>>>
>>>>> but I
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> am really confused by HibernateTransactionManager.
>>>>>> Based on my understand If I set interceptor on
>>>>>> HibernateTransactionManager, I set interceptor on
>>>>>> session factory level(correct me if I am wrong). so
>>>>>>          =20
>>>>>
>>>>> if
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> I use HibernateTransactionManger, I have no way to
>>>>>>          =20
>>>>>
>>>>> use
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> session level interceptor. because each time when I
>>>>>> get new transaction, HibernateTransactionManger
>>>>>>          =20
>>>>>
>>>>> will
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> get new hibernate session(based on itself
>>>>>> configuration) and bound it to current thread. so
>>>>>>          =20
>>>>>
>>>>> even
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> I set interceptor on HibernateTemplate level, it
>>>>>> actually useless, because session already been
>>>>>>          =20
>>>>>
>>>>> bound
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> to thread.
>>>>>>
>>>>>> Did I misunderstand sth or it is a Spring's bug or
>>>>>> limitation? I will be appreciate for any input,
>>>>>>          =20
>>>>>
>>>>> this
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> issue really confuse me.
>>>>>>
>>>>>> Thanks
>>>>>> Feifei
>>>>>>




-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: [Springframework-user] HibernateTransactionManager & session level interceptor

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

Juergen,

I was going to do this myself. I am a little bit worried about making 
HibernateAccessor (parent of HibernateInterceptor) BeanFactoryAware 
though. That would also make HibernateTemplate dependent on BeanFactory 
where it wasn't before. I suppose the contract could be declared 
specifically in the JavaDoc, that the BeanFactory is only needed or used 
to obtain the entity interceptor, when the interceptor is provided by 
name. The classes are already InitializingBean aware, in any case.

Alternately, it could be left as is, with the proviso that people must 
use method replacement to get a prototype entity interceptor in there if 
needed. But I don't see this as very clean. To move from 
HibernateTransactionManager to JtaTransactionManager, with identical 
behaviour, somebody really has to use HibernateInterceptor. It makes 
sense to have HibernateInterceptor be consistently configured the same way.

I guess the final option is to roll back the changes to 
HibernateTransactionManager and ask people to use lookup method 
injection, with the javadocs for the getEntityInterceptor() method in 
the two classes being very explicit about that being a template method 
to be replaced if needed to return a prototype.

Colin


Colin Sampaleanu wrote:

> Juergen,
>
> That's good. HibernateInterceptor also needs a similar method, for use 
> with JTATransactionManager...
>
> Colin
>
> jürgen höller [werk3AT] wrote:
>
>> I've just added a setEntityInterceptorBeanName method to 
>> HibernateTransactionManager, and made it BeanFactoryAware for the 
>> purpose of resolving such a bean name. So you can now either register 
>> a specific reference or a bean name; the latter will typically be 
>> used for prototypes (i.e. one interceptor instance per session).
>>
>> Juergen
>>
>>
>> ________________________________
>>
>> Von: Colin Sampaleanu [mailto:col...@ex...]
>> Gesendet: Mo 02.08.2004 20:52
>> An: spr...@li...
>> Cc: jürgen höller [werk3AT]
>> Betreff: Re: [Springframework-user] HibernateTransactionManager & 
>> session level interceptor
>>
>>
>>
>> Feifei,
>>
>> I have though of a way you can handle your use case actually, and that's
>> to use Spring 1.1's lookup method injection support:
>>  http://www.springframework.org/docs/reference/beans.html#d0e876
>> to modify HibernateTransactionManager so that its getEntityInterceptor()
>> method returns a new prototype (non-singleton) Hibernate entity
>> interceptor instance on each invocation. This would work when using
>> HibernateTransactionManager.
>>
>> When using JTATransactionManager, what you would want to do is pair
>> JTATransactionManager with HibernateInterceptor, and for
>> HibernateInterceptor, override its getEntityInterceptor() method in the
>> same fashion.
>>
>> Juergen, if you're reading this, it's probably worth modifying both of
>> the above classes so that they support having a prototype (session
>> specific) hibernate interceptor applied out of the box. They could
>> potentially take a bean name for a hibernate entity interceptor, which
>> if it existed would result in the classes doing a getBean on the
>> container to get the specified (theoretically) prototype bean. They
>> would have to be made BeanFactoryAware, but they are already Spring
>> specific anyways, having the InitializingBean interface.
>>
>> Colin
>>
>>
>> Colin Sampaleanu wrote:
>>
>>  
>>
>>> I strongly recommend against even trying to set the interceptor from
>>> the template. Even with JTATransactionManager, only the first use of a
>>> template (with allowCreate=true of course) will end up creating a new
>>> session and binding it to the current thread. It is also associated
>>> with the transaction (same as if you had used
>>> HibernetateTransactionManager) from that point on, and any subsequent
>>> template use within that transaction (with the same SessionFactory
>>> associated with the template) will not end up creating a new session.
>>> So realistically, any use of Spring's HibernateTemplate class with
>>> Spring's transaction support does not allow you to know ahead of time
>>> when using a template if in fact you will get a new session or reuse
>>> an existing one. And this is intentional, since the whole point is to
>>> share the same session for the whole transaction, so you don't have to
>>> worry about managing it, and accidentally having some objects in a
>>> graph coming from one session, and some from another.
>>>
>>>
>>>
>>>
>>> Feifei Li wrote:
>>>
>>>   
>>>
>>>> Colin:
>>>>  Thanks for your reply. What I want to ask is : is
>>>> there any way I can set thread-unsafe interceptor on
>>>> session level if I use HibernateTransactionManager?
>>>> Currently I try to apply Audit Info design pattern to
>>>> my project(http://www.hibernate.org/48.html). In this
>>>> pattern, it uses entity interceptor(AuditInterceptor)
>>>> to set property; this interceptor is sesion-level
>>>> interceptor(thread-unsafe), I can't set it on session
>>>> factory level. My current approach is set this
>>>> interceptor on HibernateTemplate(based on Spring java
>>>> doc), but it is not work if I use
>>>> HibernateTransactionManager(seems it work on
>>>> JTATransactionManager because no session is pre bound;
>>>> and when SessionFactoryUtil create session, it will
>>>> use  HibernateTemplate interceptor). Is this any way I
>>>> can solve this issue?
>>>>
>>>> Thanks
>>>> Feifei
>>>>    --- Colin Sampaleanu <col...@ex...> wrote:
>>>>
>>>>
>>>>
>>>>     
>>>>
>>>>> FeiFei,
>>>>>
>>>>> I don't really know what you're asking here, to tell
>>>>> you the truth. The hibernate entity interceptor handling is pretty
>>>>> clearly documented. Yes, if HibernateTransactionManager is in use,
>>>>> it will
>>>>> ensure that a Hibernate Session is bound to the current thread
>>>>> when invocation goes through it, so by the time that 
>>>>> hibernateTemplate
>>>>> comes into the picture, no new Hibernate Session will have to be
>>>>> created, so any hibernate entity interceptor specified in the
>>>>> template is not going to ever be applied...
>>>>>
>>>>> Colin
>>>>>
>>>>>
>>>>> Feifei Li wrote:
>>>>>
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> Hi:
>>>>>> According to Spring's Java document, Spring
>>>>>>           
>>>>>
>>>>> supports
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> hibernate entity interceptor on session factory
>>>>>>           
>>>>>
>>>>> level
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> and session level: If you config Interceptor on
>>>>>> LocalSessionFactoryBean, you set interceptor on
>>>>>> session factory level; If you call
>>>>>> setEntityInterceptor on HibernateTemplate, you set
>>>>>> interceptor on session level. It is pretty clear
>>>>>>           
>>>>>
>>>>> but I
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> am really confused by HibernateTransactionManager.
>>>>>> Based on my understand If I set interceptor on
>>>>>> HibernateTransactionManager, I set interceptor on
>>>>>> session factory level(correct me if I am wrong). so
>>>>>>           
>>>>>
>>>>> if
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> I use HibernateTransactionManger, I have no way to
>>>>>>           
>>>>>
>>>>> use
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> session level interceptor. because each time when I
>>>>>> get new transaction, HibernateTransactionManger
>>>>>>           
>>>>>
>>>>> will
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> get new hibernate session(based on itself
>>>>>> configuration) and bound it to current thread. so
>>>>>>           
>>>>>
>>>>> even
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> I set interceptor on HibernateTemplate level, it
>>>>>> actually useless, because session already been
>>>>>>           
>>>>>
>>>>> bound
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> to thread.
>>>>>>
>>>>>> Did I misunderstand sth or it is a Spring's bug or
>>>>>> limitation? I will be appreciate for any input,
>>>>>>           
>>>>>
>>>>> this
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>> issue really confuse me.
>>>>>>
>>>>>> Thanks
>>>>>> Feifei
>>>>>>

Re: [Springframework-developer] Spring aop and struts

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

Have a look at Spring's org.springframework.web.struts package: Besides =
Action base classes that allow easy access to Spring's root web =
application context (ActionSupport and DispatchActionSupport), you'll =
also find a ContextLoaderPlugIn plus DelegationActionProxy / =
DelegatingRequestProcessor there.
=20
The latter delegation mechanisms allows you to have a special Spring XML =
bean definition file where your Struts Actions get defined as Spring =
beans themselves; the Struts ActionServlet will simply delegate to them. =
You can in principle apply all of Spring's bean configuration facilities =
to those Actions beans, including AOP ProxyFactoryBeans that specify =
advices/interceptors for specific target Actions.
=20
Note that an AOP ProxyFactoryBean for a Struts Action target needs to =
have "proxyTargetClass" as "true", to proxy the full target class rather =
than just specific interfaces (requiring CGLIB on the classpath). =
Unfortunately, Struts does not define an Action interface, so there's no =
way around that.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von jack hi
Gesendet: Do 05.08.2004 08:25
An: spr...@li...
Betreff: [Springframework-developer] Spring aop and struts



Hi,Spring guys.

After I integrated Spring and Struts, the first idea from my brain was:
Could I apply Spring aop on struts actions?

Yes, SAIF project had supplied struts some interceptor function, but =
it's
weak in DispatchAction and MethodInceptor.

And my experience was finally failed:(. I could not create struts Action
proxy. Because in spring "Either an interface or a target is required =
for
proxy creation". Should my struts actions implement TargetSource =
interface?

Thank you for your glance at this message, and appreciate your =
suggestion.

Regards
Jack

_________________________________________________________________
??????????,??? MSN Messenger:  http://messenger.msn.com/cn=20



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Spring aop and struts

[jack h. <hij...@ho...>]

Hi,Spring guys.

After I integrated Spring and Struts, the first idea from my brain was: 
Could I apply Spring aop on struts actions?

Yes, SAIF project had supplied struts some interceptor function, but it's 
weak in DispatchAction and MethodInceptor.

And my experience was finally failed:(. I could not create struts Action 
proxy. Because in spring "Either an interface or a target is required for 
proxy creation". Should my struts actions implement TargetSource interface?

Thank you for your glance at this message, and appreciate your suggestion.

Regards
Jack

_________________________________________________________________
与联机的朋友进行交流，请使用 MSN Messenger:  http://messenger.msn.com/cn  

Re: [Springframework-developer] Adding jsf-api.jar to Eclipse classpath?

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

done

Seth Ladd wrote:

>Hello,
>
>I have another one. :)  Can someone please add the jsf-api.jar to the
>Eclipse classpath/project build path?
>
>Thanks a bunch!
>Seth
>  
>

[Springframework-developer] Adding jsf-api.jar to Eclipse classpath?

[Seth L. <set...@gm...>]

Hello,

I have another one. :)  Can someone please add the jsf-api.jar to the
Eclipse classpath/project build path?

Thanks a bunch!
Seth

[Springframework-developer] spring build.70 Build Successful

[<al...@jt...>]

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.70</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>08/05/2004 00:15:57</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 17 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>08/04/2004 19:02:09</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>updated to Hibernate 2.1.5</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (22)                </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
jhoeller</td><td class=3D"modifications-data">lib/hibernate/hibernate2.jar<=
/td><td class=3D"modifications-data">updated to Hibernate 2.1.5</td></tr><t=
r class=3D"modifications-oddrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">johnsonr</td><td class=3D"modification=
s-data">src/org/springframework/aop/target/HotSwappableTargetSource.java</t=
d><td class=3D"modifications-data">getTarget() no longer final; target prot=
ected (minimize overhead for subclasses)</td></tr><tr class=3D"modification=
s-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">johnsonr</td><td class=3D"modifications-data">test/org/sprin=
gframework/aop/framework/AbstractAopProxyTests.java</td><td class=3D"modifi=
cations-data">Made CGLIB targetSource change test more thorough</td></tr><t=
r class=3D"modifications-oddrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">jhoeller</td><td class=3D"modification=
s-data">src/org/springframework/beans/factory/xml/XmlBeanDefinitionParser.j=
ava</td><td class=3D"modifications-data">introduced BeanDefinitionReader in=
terface, reworked XmlBeanDefinitionParser SPI</td></tr><tr class=3D"modific=
ations-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"=
modifications-data">jhoeller</td><td class=3D"modifications-data">src/org/s=
pringframework/beans/factory/xml/XmlBeanDefinitionReader.java</td><td class=
=3D"modifications-data">introduced BeanDefinitionReader interface, reworked=
 XmlBeanDefinitionParser SPI</td></tr><tr class=3D"modifications-oddrow"><t=
d class=3D"modifications-data">modified</td><td class=3D"modifications-data=
">jhoeller</td><td class=3D"modifications-data">src/org/springframework/bea=
ns/factory/xml/DefaultXmlBeanDefinitionParser.java</td><td class=3D"modific=
ations-data">introduced BeanDefinitionReader interface, reworked XmlBeanDef=
initionParser SPI</td></tr><tr class=3D"modifications-evenrow"><td class=3D=
"modifications-data">added</td><td class=3D"modifications-data">jhoeller</t=
d><td class=3D"modifications-data">src/org/springframework/beans/factory/su=
pport/BeanDefinitionReader.java</td><td class=3D"modifications-data">introd=
uced BeanDefinitionReader interface, reworked XmlBeanDefinitionParser SPI</=
td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mo=
difications-data">src/org/springframework/beans/factory/support/PropertiesB=
eanDefinitionReader.java</td><td class=3D"modifications-data">introduced Be=
anDefinitionReader interface, reworked XmlBeanDefinitionParser SPI</td></tr=
><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifica=
tions-data">src/org/springframework/beans/factory/support/AbstractBeanDefin=
itionReader.java</td><td class=3D"modifications-data">introduced BeanDefini=
tionReader interface, reworked XmlBeanDefinitionParser SPI</td></tr><tr cla=
ss=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><=
td class=3D"modifications-data">johnsonr</td><td class=3D"modifications-dat=
a">src/org/springframework/aop/support/DelegatingIntroductionInterceptor.ja=
va</td><td class=3D"modifications-data">Fixed bug where DelegatingIntroduct=
ionInterceptor "implemented" toStringand other methods on Object</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">johnsonr</td><td class=3D"modificati=
ons-data">test/org/springframework/aop/support/DelegatingIntroductionInterc=
eptorTests.java</td><td class=3D"modifications-data">Fixed bug where Delega=
tingIntroductionInterceptor "implemented" toStringand other methods on Obje=
ct</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-d=
ata">modified</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">src/org/springframework/orm/hibernate/HibernateTran=
sactionManager.java</td><td class=3D"modifications-data">added "entityInter=
ceptorBeanName", allowing to refer to a prototype bean</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data=
">test/org/springframework/orm/hibernate/HibernateTransactionManagerTests.j=
ava</td><td class=3D"modifications-data">added "entityInterceptorBeanName",=
 allowing to refer to a prototype bean</td></tr><tr class=3D"modifications-=
oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifica=
tions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfra=
mework/jdbc/datasource/DataSourceUtils.java</td><td class=3D"modifications-=
data">adapted log levels</td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">j=
hoeller</td><td class=3D"modifications-data">src/org/springframework/web/se=
rvlet/DispatcherServlet.java</td><td class=3D"modifications-data">polished =
pageNotFoundLogger</td></tr><tr class=3D"modifications-oddrow"><td class=3D=
"modifications-data">modified</td><td class=3D"modifications-data">jhoeller=
</td><td class=3D"modifications-data">test/org/springframework/web/servlet/=
mvc/MultiActionControllerTestSuite.java</td><td class=3D"modifications-data=
">log NoSuchRequestHandlingMethodException and send HTTP code 404</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">src/org/springframework/web/servlet/mvc/multiaction/MultiActionC=
ontroller.java</td><td class=3D"modifications-data">log NoSuchRequestHandli=
ngMethodException and send HTTP code 404</td></tr><tr class=3D"modification=
s-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">jhoeller</td><td class=3D"modifications-data">src/org/springf=
ramework/web/servlet/mvc/multiaction/NoSuchRequestHandlingMethodException.j=
ava</td><td class=3D"modifications-data">log NoSuchRequestHandlingMethodExc=
eption and send HTTP code 404</td></tr><tr class=3D"modifications-evenrow">=
<td class=3D"modifications-data">deleted</td><td class=3D"modifications-dat=
a">jhoeller</td><td class=3D"modifications-data">src/org/springframework/we=
b/servlet/mvc/SessionRequiredException.java</td><td class=3D"modifications-=
data">WebContentGenerator throws RequestMethodNotSupportedException / Sessi=
onRequiredException rather than ServletException</td></tr><tr class=3D"modi=
fications-oddrow"><td class=3D"modifications-data">added</td><td class=3D"m=
odifications-data">jhoeller</td><td class=3D"modifications-data">src/org/sp=
ringframework/web/servlet/support/RequestMethodNotSupportedException.java</=
td><td class=3D"modifications-data">WebContentGenerator throws RequestMetho=
dNotSupportedException / SessionRequiredException rather than ServletExcept=
ion</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications=
-data">added</td><td class=3D"modifications-data">jhoeller</td><td class=3D=
"modifications-data">src/org/springframework/web/servlet/support/SessionReq=
uiredException.java</td><td class=3D"modifications-data">WebContentGenerato=
r throws RequestMethodNotSupportedException / SessionRequiredException rath=
er than ServletException</td></tr><tr class=3D"modifications-oddrow"><td cl=
ass=3D"modifications-data">modified</td><td class=3D"modifications-data">jh=
oeller</td><td class=3D"modifications-data">src/org/springframework/web/ser=
vlet/support/WebContentGenerator.java</td><td class=3D"modifications-data">=
WebContentGenerator throws RequestMethodNotSupportedException / SessionRequ=
iredException rather than ServletException</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] @since and @version tags

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

I used JEdit which has excellent support for this kind of modifications.  You
can easily replace using a regex in all java files in a certain directory tree.
 Eclipse has similar support - but JEdit's search/replace seems easier to use.

Thomas


Quoting Colin Sampaleanu <col...@ex...>:

> I think Thomas finally changed the package names last year.
>
> I can do this with a regex search and replace.
>
> It's too bad that SF is still running the older CVS 1.11.x series, and
> not the newer 1.12.x series. The latter apparently respects using -kk to
> ignore the keywords on merges, while still working properly with binary
> files. That would probably be enough for me to change my vote the other way.
>
> Will try to do this at an opportune time...
>
> Colin
>
> Alef Arendsen wrote:
>
> >I think our Linux experts will have to jump in here ;-). I can recall Thomas
> or Colin changing all the package names from com.interface21 to
> org.springframework about a year ago...
> >
> >Alef
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...]
> >> On Behalf Of jürgen höller [werk3AT]
> >>Sent: Wednesday, August 04, 2004 11:31 AM
> >>To: spr...@li...
> >>Subject: Re: [Springframework-developer] @since and @version tags
> >>
> >>OK, so how do we go about removing the @version tags then -
> >>in an automated fashion?
> >>
> >>Juergen
> >>
> >>
> >>________________________________
> >>
> >>Von: spr...@li... im
> >>Auftrag von Alef Arendsen
> >>Gesendet: Di 03.08.2004 10:18
> >>An: spr...@li...
> >>Betreff: RE: [Springframework-developer] @since and @version tags
> >>
> >>
> >>
> >>Sorry, forgot about this.
> >>
> >>I'll add my +1 to removing them.
> >>
> >>Just use @author and @since.
> >>
> >>So the vote is:
> >>
> >>3 for
> >>5 against
> >>1 neutral
> >>
> >>Alef
> >>
> >>
> >>
> >>
> >>>-----Original Message-----
> >>>From: spr...@li...
> >>>[mailto:spr...@li...]
> >>> On Behalf Of Dmitriy Kopylenko
> >>>Sent: Monday, August 02, 2004 11:15 PM
> >>>To: spr...@li...
> >>>Subject: Re: [Springframework-developer] @since and @version tags
> >>>
> >>>So is this the final vote? Are we getting rid of $Id$s then?
> >>>
> >>>Dmitriy.
> >>>
> >>>Dmitriy Kopylenko wrote:
> >>>
> >>>
> >>>
> >>>>3 in favor
> >>>>4 against
> >>>>2 neutral
> >>>>
> >>>>
> >>>>William G. Thompson, Jr. wrote:
> >>>>
> >>>>
> >>>>
> >>>>>i'm not sure i feel strongly either way...traditionally
> >>>>>
> >>>>>
> >>>I've always
> >>>
> >>>
> >>>>>put $Id$ in every text file I management in CVS.  This has
> >>>>>
> >>>>>
> >>>also been
> >>>
> >>>
> >>>>>the case in every open source project I have been involved in or
> >>>>>used.  That is not neccesarily a good enough reason to
> >>>>>
> >>>>>
> >>>continue to do
> >>>
> >>>
> >>>>>it...
> >>>>>
> >>>>>In web app dev $Id$ comes in really handy to verify the
> >>>>>
> >>>>>
> >>>build process
> >>>
> >>>
> >>>>>ran correctly and the thing you thought was deployed
> >>>>>
> >>>>>
> >>actually got
> >>
> >>
> >>>>>deployed.  for instance we put $Id$ in HTML comments for
> >>>>>
> >>>>>
> >>>our Views so
> >>>
> >>>
> >>>>>that we can view source in the running app to check the versions.
> >>>>>
> >>>>>however, I also understand the problem with
> >>>>>
> >>>>>
> >>branch/merge...but why
> >>
> >>
> >>>>>doesn't the -kk solution work?
> >>>>>
> >>>>>+0 for $Id$
> >>>>>
> >>>>>later.
> >>>>>Bill
> >>>>>
> >>>>>
> >>>>>Dmitriy Kopylenko wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Let's give others a chance ;-)
> >>>>>>
> >>>>>>Alef, Keith, Mark, Bill.... what's your vote?
> >>>>>>
> >>>>>>
> >>>>>>Rob Harrop wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>Nothing like a good old fashioned standoff :)
> >>>>>>>
> >>>>>>>Shootout at noon?
> >>>>>>>
> >>>>>>>Rob
> >>>>>>>
> >>>>>>>-----Original Message-----
> >>>>>>>From: spr...@li...
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>[mailto:spr...@li...] On
> >>>
> >>>
> >>>>>>>Behalf Of Dmitriy Kopylenko
> >>>>>>>Sent: 29 July 2004 16:16
> >>>>>>>To: spr...@li...
> >>>>>>>Subject: Re: [Springframework-developer] @since and
> >>>>>>>
> >>>>>>>
> >>@version tags
> >>
> >>
> >>>>>>>3 for (Rod, Dmitriy, Rob)
> >>>>>>>3 against  (Juergen, Thomas, Colin)
> >>>>>>>1 neutral (Darren)
> >>>>>>>
> >>>>>>>
> >>>>>>>Colin Sampaleanu wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>I do like $Id tags to be able to look at files and see who to
> >>>>>>>>blame for the last changes :-), but I would rather be able to
> >>>>>>>>branch/merge comfortably in the future. With Tortoise
> >>>>>>>>
> >>>>>>>>
> >>>and Eclipse,
> >>>
> >>>
> >>>>>>>>I can see the revision history _very_ easily anyways,
> >>>>>>>>
> >>>>>>>>
> >>>wherever I am.
> >>>
> >>>
> >>>>>>>>So -1 for using them from now on (i.e let's get rid
> >>>>>>>>
> >>>>>>>>
> >>of them)...
> >>
> >>
> >>>>>>>>Dmitriy Kopylenko wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1)
> >>>>>>>>>
> >>>>>>>>>Regards,
> >>>>>>>>>Dmitriy.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>jürgen höller [werk3AT] wrote:
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I
> >>>>>>>>>>personally don't think that they add much value. Of
> >>>>>>>>>>
> >>>>>>>>>>
> >>>course, if a
> >>>
> >>>
> >>>>>>>>>>democratic decision goes in favor of those tags, well, I'll
> >>>>>>>>>>concede ;-)
> >>>>>>>>>>
> >>>>>>>>>>Regarding @since tags, we're currently using them with the
> >>>>>>>>>>creation date. That has been quite nice during our
> >>>>>>>>>>
> >>>>>>>>>>
> >>agile way
> >>
> >>
> >>>>>>>>>>towards 1.0. We could indeed reconsider to use
> >>>>>>>>>>
> >>>>>>>>>>
> >>>version numbers
> >>>
> >>>
> >>>>>>>>>>there now.
> >>>>>>>>>>
> >>>>>>>>>>Any suggestions on how to apply a consistent style for all
> >>>>>>>>>>source files in a batch, without messing them up? $Id is
> >>>>>>>>>>probably easy, @since nearly impossible, parameter
> >>>>>>>>>>
> >>>>>>>>>>
> >>alignment
> >>
> >>
> >>>>>>>>>>easy again.
> >>>>>>>>>>
> >>>>>>>>>>Juergen
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>________________________________
> >>>>>>>>>>
> >>>>>>>>>>Von:
> >>>>>>>>>>
> >>>>>>>>>>
> >>spr...@li... im
> >>
> >>
> >>>>>>>>>>Auftrag von Colin Sampaleanu
> >>>>>>>>>>Gesendet: Mi 28.07.2004 20:38
> >>>>>>>>>>An: spr...@li...
> >>>>>>>>>>Betreff: Re: [Springframework-developer] @since and
> >>>>>>>>>>
> >>>>>>>>>>
> >>@version
> >>
> >>
> >>>>>>>>>>tags
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>Dmitriy Kopylenko wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>>>I like id keywords...they're mainly in the code
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>through my
> >>
> >>
> >>>>>>>>>>>>classes or classes I've edited... (Damn, if it's
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>standardized,
> >>>
> >>>
> >>>>>>>>>>>>I won't know if I've worked on a particular file
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>any more :-)
> >>>
> >>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>I also insert $Id:$ when I work on existing classes
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>or create
> >>>
> >>>
> >>>>>>>>>>>new ones
> >>>>>>>>>>>;-)
> >>>>>>>>>>>
> >>>>>>>>>>>Dmitriy.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>I personally like $Id tags. But they do suck big time when
> >>>>>>>>>>trying to merge files back in after a branch, causing a
> >>>>>>>>>>conflict/change to exist when there shouldn't be
> >>>>>>>>>>
> >>>>>>>>>>
> >>any... There
> >>
> >>
> >>>>>>>>>>seems to be a trend to going away from using them in
> >>>>>>>>>>
> >>>>>>>>>>
> >>>files, by
> >>>
> >>>
> >>>>>>>>>>some people, for this reason.
> >>>>>>>>>>
> >>>>>>>>>>Colin
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>-------------------------------------------------------
> >>>>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>>>
> >>>>>
> >>>the changes
> >>>
> >>>
> >>>>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>>>
> >>>>>
> >>>few weeks?
> >>>
> >>>
> >>>>>Now, one more big change to announce. We are now OSTG-
> >>>>>
> >>>>>
> >>Open Source
> >>
> >>
> >>>>>Technology Group. Come see the changes on the new OSTG site.
> >>>>>www.ostg.com _______________________________________________
> >>>>>Springframework-developer mailing list
> >>>>>Spr...@li...
> >>>>>
> >>>>>
> >>>>>
> >>https://lists.sourceforge.net/lists/listinfo/springframework-develope
> >>
> >>
> >>>>>r
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>-------------------------------------------------------
> >>>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>>
> >>>>
> >>>the changes
> >>>
> >>>
> >>>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>>
> >>>>
> >>>few weeks?
> >>>
> >>>
> >>>>Now, one more big change to announce. We are now OSTG-
> >>>>
> >>>>
> >>Open Source
> >>
> >>
> >>>>Technology Group. Come see the changes on the new OSTG site.
> >>>>www.ostg.com _______________________________________________
> >>>>Springframework-developer mailing list
> >>>>Spr...@li...
> >>>>
> >>>>
> >>>>
> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
> >>>
> >>>
> >>>-------------------------------------------------------
> >>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>
> >>>
> >>the changes
> >>
> >>
> >>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>
> >>>
> >>few weeks?
> >>
> >>
> >>>Now, one more big change to announce. We are now OSTG- Open Source
> >>>Technology Group. Come see the changes on the new OSTG site.
> >>>www.ostg.com _______________________________________________
> >>>Springframework-developer mailing list
> >>>Spr...@li...
> >>>
> >>>
> >>>
> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] TargetBeanAware

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

All,

I was wondering about the validity of another interface that can be 
implemented by FactoryBeans, TargetBeanAware that would pass in the 
target bean to the FactoryBean before the first call to getObject(). The 
reason for this is that I wanted to build CommonsLogFactoryBean that 
would automatically pass the target bean a Log instance whose name was 
the target beans class name.

Maybe this could be encapsulted into a TargetAwareFactoryBean with the 
getObject() method accepting a single Object argument for the target bean.

What are your thoughts or do we have something like this already I have 
just missed it in the docs?

Rob

Re: [Springframework-developer] @since and @version tags

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

Sigh... Bye bye $Ids :-(


Colin Sampaleanu wrote:

> I think Thomas finally changed the package names last year.
>
> I can do this with a regex search and replace.
>
> It's too bad that SF is still running the older CVS 1.11.x series, and 
> not the newer 1.12.x series. The latter apparently respects using -kk 
> to ignore the keywords on merges, while still working properly with 
> binary files. That would probably be enough for me to change my vote 
> the other way.
>
> Will try to do this at an opportune time...
>
> Colin
>
> Alef Arendsen wrote:
>
>> I think our Linux experts will have to jump in here ;-). I can recall 
>> Thomas or Colin changing all the package names from com.interface21 
>> to org.springframework about a year ago...
>>
>> Alef
>>
>>
>>  
>>
>>> -----Original Message-----
>>> From: spr...@li... 
>>> [mailto:spr...@li...]
>>> On Behalf Of jürgen höller [werk3AT]
>>> Sent: Wednesday, August 04, 2004 11:31 AM
>>> To: spr...@li...
>>> Subject: Re: [Springframework-developer] @since and @version tags
>>>
>>> OK, so how do we go about removing the @version tags then - in an 
>>> automated fashion?
>>>
>>> Juergen
>>>
>>>
>>> ________________________________
>>>
>>> Von: spr...@li... im 
>>> Auftrag von Alef Arendsen
>>> Gesendet: Di 03.08.2004 10:18
>>> An: spr...@li...
>>> Betreff: RE: [Springframework-developer] @since and @version tags
>>>
>>>
>>>
>>> Sorry, forgot about this.
>>>
>>> I'll add my +1 to removing them.
>>>
>>> Just use @author and @since.
>>>
>>> So the vote is:
>>>
>>> 3 for
>>> 5 against
>>> 1 neutral
>>>
>>> Alef
>>>
>>>
>>>   
>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...]
>>>> On Behalf Of Dmitriy Kopylenko
>>>> Sent: Monday, August 02, 2004 11:15 PM
>>>> To: spr...@li...
>>>> Subject: Re: [Springframework-developer] @since and @version tags
>>>>
>>>> So is this the final vote? Are we getting rid of $Id$s then?
>>>>
>>>> Dmitriy.
>>>>
>>>> Dmitriy Kopylenko wrote:
>>>>
>>>>     
>>>>
>>>>> 3 in favor
>>>>> 4 against
>>>>> 2 neutral
>>>>>
>>>>>
>>>>> William G. Thompson, Jr. wrote:
>>>>>
>>>>>       
>>>>>
>>>>>> i'm not sure i feel strongly either way...traditionally
>>>>>>         
>>>>>
>>>> I've always
>>>>     
>>>>
>>>>>> put $Id$ in every text file I management in CVS.  This has
>>>>>>         
>>>>>
>>>> also been
>>>>     
>>>>
>>>>>> the case in every open source project I have been involved in or 
>>>>>> used.  That is not neccesarily a good enough reason to
>>>>>>         
>>>>>
>>>> continue to do
>>>>     
>>>>
>>>>>> it...
>>>>>>
>>>>>> In web app dev $Id$ comes in really handy to verify the
>>>>>>         
>>>>>
>>>> build process
>>>>     
>>>>
>>>>>> ran correctly and the thing you thought was deployed         
>>>>>
>>> actually got   
>>>
>>>>>> deployed.  for instance we put $Id$ in HTML comments for
>>>>>>         
>>>>>
>>>> our Views so
>>>>     
>>>>
>>>>>> that we can view source in the running app to check the versions.
>>>>>>
>>>>>> however, I also understand the problem with         
>>>>>
>>> branch/merge...but why   
>>>
>>>>>> doesn't the -kk solution work?
>>>>>>
>>>>>> +0 for $Id$
>>>>>>
>>>>>> later.
>>>>>> Bill
>>>>>>
>>>>>>
>>>>>> Dmitriy Kopylenko wrote:
>>>>>>
>>>>>>         
>>>>>>
>>>>>>> Let's give others a chance ;-)
>>>>>>>
>>>>>>> Alef, Keith, Mark, Bill.... what's your vote?
>>>>>>>
>>>>>>>
>>>>>>> Rob Harrop wrote:
>>>>>>>
>>>>>>>           
>>>>>>>
>>>>>>>> Nothing like a good old fashioned standoff :)
>>>>>>>>
>>>>>>>> Shootout at noon?
>>>>>>>>
>>>>>>>> Rob
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: spr...@li...
>>>>>>>>
>>>>>>>>             
>>>>>>>
>>>> [mailto:spr...@li...] On
>>>>     
>>>>
>>>>>>>> Behalf Of Dmitriy Kopylenko
>>>>>>>> Sent: 29 July 2004 16:16
>>>>>>>> To: spr...@li...
>>>>>>>> Subject: Re: [Springframework-developer] @since and             
>>>>>>>
>>> @version tags
>>>   
>>>
>>>>>>>> 3 for (Rod, Dmitriy, Rob)
>>>>>>>> 3 against  (Juergen, Thomas, Colin)
>>>>>>>> 1 neutral (Darren)
>>>>>>>>
>>>>>>>>
>>>>>>>> Colin Sampaleanu wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>             
>>>>>>>>
>>>>>>>>> I do like $Id tags to be able to look at files and see who to 
>>>>>>>>> blame for the last changes :-), but I would rather be able to 
>>>>>>>>> branch/merge comfortably in the future. With Tortoise
>>>>>>>>>               
>>>>>>>>
>>>> and Eclipse,
>>>>     
>>>>
>>>>>>>>> I can see the revision history _very_ easily anyways,
>>>>>>>>>               
>>>>>>>>
>>>> wherever I am.
>>>>     
>>>>
>>>>>>>>> So -1 for using them from now on (i.e let's get rid 
>>>>>>>>>               
>>>>>>>>
>>> of them)...
>>>   
>>>
>>>>>>>>> Dmitriy Kopylenko wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>               
>>>>>>>>>
>>>>>>>>>> Well, let's take a vote. I'm for $Id tags (+1)
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Dmitriy.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> jürgen höller [werk3AT] wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                 
>>>>>>>>>>
>>>>>>>>>>> I'd actually prefer if we drop $Id tags from all files. I 
>>>>>>>>>>> personally don't think that they add much value. Of
>>>>>>>>>>>                   
>>>>>>>>>>
>>>> course, if a
>>>>     
>>>>
>>>>>>>>>>> democratic decision goes in favor of those tags, well, I'll 
>>>>>>>>>>> concede ;-)
>>>>>>>>>>>
>>>>>>>>>>> Regarding @since tags, we're currently using them with the 
>>>>>>>>>>> creation date. That has been quite nice during our 
>>>>>>>>>>>                   
>>>>>>>>>>
>>> agile way   
>>>
>>>>>>>>>>> towards 1.0. We could indeed reconsider to use
>>>>>>>>>>>                   
>>>>>>>>>>
>>>> version numbers
>>>>     
>>>>
>>>>>>>>>>> there now.
>>>>>>>>>>>
>>>>>>>>>>> Any suggestions on how to apply a consistent style for all 
>>>>>>>>>>> source files in a batch, without messing them up? $Id is 
>>>>>>>>>>> probably easy, @since nearly impossible, parameter 
>>>>>>>>>>>                   
>>>>>>>>>>
>>> alignment   
>>>
>>>>>>>>>>> easy again.
>>>>>>>>>>>
>>>>>>>>>>> Juergen
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ________________________________
>>>>>>>>>>>
>>>>>>>>>>> Von:                   
>>>>>>>>>>
>>> spr...@li... im   
>>>
>>>>>>>>>>> Auftrag von Colin Sampaleanu
>>>>>>>>>>> Gesendet: Mi 28.07.2004 20:38
>>>>>>>>>>> An: spr...@li...
>>>>>>>>>>> Betreff: Re: [Springframework-developer] @since and 
>>>>>>>>>>>                   
>>>>>>>>>>
>>> @version   
>>>
>>>>>>>>>>> tags
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Dmitriy Kopylenko wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>  
>>>>>>>>>>>                   
>>>>>>>>>>>
>>>>>>>>>>>>> I like id keywords...they're mainly in the code 
>>>>>>>>>>>>>                       
>>>>>>>>>>>>
>>> through my   
>>>
>>>>>>>>>>>>> classes or classes I've edited... (Damn, if it's
>>>>>>>>>>>>>                       
>>>>>>>>>>>>
>>>> standardized,
>>>>     
>>>>
>>>>>>>>>>>>> I won't know if I've worked on a particular file
>>>>>>>>>>>>>                       
>>>>>>>>>>>>
>>>> any more :-)
>>>>     
>>>>
>>>>>>>>>>>>>                                  
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I also insert $Id:$ when I work on existing classes
>>>>>>>>>>>>                     
>>>>>>>>>>>
>>>> or create
>>>>     
>>>>
>>>>>>>>>>>> new ones
>>>>>>>>>>>> ;-)
>>>>>>>>>>>>
>>>>>>>>>>>> Dmitriy.
>>>>>>>>>>>>
>>>>>>>>>>>>                           
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I personally like $Id tags. But they do suck big time when 
>>>>>>>>>>> trying to merge files back in after a branch, causing a 
>>>>>>>>>>> conflict/change to exist when there shouldn't be 
>>>>>>>>>>>                   
>>>>>>>>>>
>>> any... There   
>>>
>>>>>>>>>>> seems to be a trend to going away from using them in
>>>>>>>>>>>                   
>>>>>>>>>>
>>>> files, by
>>>>     
>>>>
>>>>>>>>>>> some people, for this reason.
>>>>>>>>>>>
>>>>>>>>>>> Colin
>>>>>>>>>>>                       
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                   
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>               
>>>>>>>>
>>>>>> -------------------------------------------------------
>>>>>> This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>>         
>>>>>
>>>> the changes
>>>>     
>>>>
>>>>>> on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>>         
>>>>>
>>>> few weeks?
>>>>     
>>>>
>>>>>> Now, one more big change to announce. We are now OSTG-         
>>>>>
>>> Open Source   
>>>
>>>>>> Technology Group. Come see the changes on the new OSTG site.
>>>>>> www.ostg.com _______________________________________________
>>>>>> Springframework-developer mailing list 
>>>>>> Spr...@li...
>>>>>>
>>>>>>         
>>>>>
>>> https://lists.sourceforge.net/lists/listinfo/springframework-develope
>>>   
>>>
>>>>>> r
>>>>>>         
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------
>>>>> This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>       
>>>>
>>>> the changes
>>>>     
>>>>
>>>>> on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>       
>>>>
>>>> few weeks?
>>>>     
>>>>
>>>>> Now, one more big change to announce. We are now OSTG-       
>>>>
>>> Open Source   
>>>
>>>>> Technology Group. Come see the changes on the new OSTG site.
>>>>> www.ostg.com _______________________________________________
>>>>> Springframework-developer mailing list 
>>>>> Spr...@li...
>>>>>
>>>>>       
>>>>
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>   
>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by OSTG. Have you noticed     
>>>
>>> the changes   
>>>
>>>> on Linux.com, ITManagersJournal and NewsForge in the past     
>>>
>>> few weeks?   
>>>
>>>> Now, one more big change to announce. We are now OSTG- Open Source 
>>>> Technology Group. Come see the changes on the new OSTG site. 
>>>> www.ostg.com _______________________________________________
>>>> Springframework-developer mailing list 
>>>> Spr...@li...
>>>>
>>>>     
>>>
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>   
>>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] @since and @version tags

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

I think Thomas finally changed the package names last year.

I can do this with a regex search and replace.

It's too bad that SF is still running the older CVS 1.11.x series, and 
not the newer 1.12.x series. The latter apparently respects using -kk to 
ignore the keywords on merges, while still working properly with binary 
files. That would probably be enough for me to change my vote the other way.

Will try to do this at an opportune time...

Colin

Alef Arendsen wrote:

>I think our Linux experts will have to jump in here ;-). I can recall Thomas or Colin changing all the package names from com.interface21 to org.springframework about a year ago...
>
>Alef
>
>
>  
>
>>-----Original Message-----
>>From: spr...@li... 
>>[mailto:spr...@li...]
>> On Behalf Of jürgen höller [werk3AT]
>>Sent: Wednesday, August 04, 2004 11:31 AM
>>To: spr...@li...
>>Subject: Re: [Springframework-developer] @since and @version tags
>>
>>OK, so how do we go about removing the @version tags then - 
>>in an automated fashion?
>> 
>>Juergen
>> 
>>
>>________________________________
>>
>>Von: spr...@li... im 
>>Auftrag von Alef Arendsen
>>Gesendet: Di 03.08.2004 10:18
>>An: spr...@li...
>>Betreff: RE: [Springframework-developer] @since and @version tags
>>
>>
>>
>>Sorry, forgot about this.
>>
>>I'll add my +1 to removing them.
>>
>>Just use @author and @since.
>>
>>So the vote is:
>>
>>3 for
>>5 against
>>1 neutral
>>
>>Alef
>>
>>
>>    
>>
>>>-----Original Message-----
>>>From: spr...@li...
>>>[mailto:spr...@li...]
>>> On Behalf Of Dmitriy Kopylenko
>>>Sent: Monday, August 02, 2004 11:15 PM
>>>To: spr...@li...
>>>Subject: Re: [Springframework-developer] @since and @version tags
>>>
>>>So is this the final vote? Are we getting rid of $Id$s then?
>>>
>>>Dmitriy.
>>>
>>>Dmitriy Kopylenko wrote:
>>>
>>>      
>>>
>>>>3 in favor
>>>>4 against
>>>>2 neutral
>>>>
>>>>
>>>>William G. Thompson, Jr. wrote:
>>>>
>>>>        
>>>>
>>>>>i'm not sure i feel strongly either way...traditionally
>>>>>          
>>>>>
>>>I've always
>>>      
>>>
>>>>>put $Id$ in every text file I management in CVS.  This has
>>>>>          
>>>>>
>>>also been
>>>      
>>>
>>>>>the case in every open source project I have been involved in or 
>>>>>used.  That is not neccesarily a good enough reason to
>>>>>          
>>>>>
>>>continue to do
>>>      
>>>
>>>>>it...
>>>>>
>>>>>In web app dev $Id$ comes in really handy to verify the
>>>>>          
>>>>>
>>>build process
>>>      
>>>
>>>>>ran correctly and the thing you thought was deployed 
>>>>>          
>>>>>
>>actually got 
>>    
>>
>>>>>deployed.  for instance we put $Id$ in HTML comments for
>>>>>          
>>>>>
>>>our Views so
>>>      
>>>
>>>>>that we can view source in the running app to check the versions.
>>>>>
>>>>>however, I also understand the problem with 
>>>>>          
>>>>>
>>branch/merge...but why 
>>    
>>
>>>>>doesn't the -kk solution work?
>>>>>
>>>>>+0 for $Id$
>>>>>
>>>>>later.
>>>>>Bill
>>>>>
>>>>>
>>>>>Dmitriy Kopylenko wrote:
>>>>>
>>>>>          
>>>>>
>>>>>>Let's give others a chance ;-)
>>>>>>
>>>>>>Alef, Keith, Mark, Bill.... what's your vote?
>>>>>>
>>>>>>
>>>>>>Rob Harrop wrote:
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>Nothing like a good old fashioned standoff :)
>>>>>>>
>>>>>>>Shootout at noon?
>>>>>>>
>>>>>>>Rob
>>>>>>>
>>>>>>>-----Original Message-----
>>>>>>>From: spr...@li...
>>>>>>>
>>>>>>>              
>>>>>>>
>>>[mailto:spr...@li...] On
>>>      
>>>
>>>>>>>Behalf Of Dmitriy Kopylenko
>>>>>>>Sent: 29 July 2004 16:16
>>>>>>>To: spr...@li...
>>>>>>>Subject: Re: [Springframework-developer] @since and 
>>>>>>>              
>>>>>>>
>>@version tags
>>    
>>
>>>>>>>3 for (Rod, Dmitriy, Rob)
>>>>>>>3 against  (Juergen, Thomas, Colin)
>>>>>>>1 neutral (Darren)
>>>>>>>
>>>>>>>
>>>>>>>Colin Sampaleanu wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>>>I do like $Id tags to be able to look at files and see who to 
>>>>>>>>blame for the last changes :-), but I would rather be able to 
>>>>>>>>branch/merge comfortably in the future. With Tortoise
>>>>>>>>                
>>>>>>>>
>>>and Eclipse,
>>>      
>>>
>>>>>>>>I can see the revision history _very_ easily anyways,
>>>>>>>>                
>>>>>>>>
>>>wherever I am.
>>>      
>>>
>>>>>>>>So -1 for using them from now on (i.e let's get rid 
>>>>>>>>                
>>>>>>>>
>>of them)...
>>    
>>
>>>>>>>>Dmitriy Kopylenko wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1)
>>>>>>>>>
>>>>>>>>>Regards,
>>>>>>>>>Dmitriy.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>jürgen höller [werk3AT] wrote:
>>>>>>>>>
>>>>>>>>> 
>>>>>>>>>
>>>>>>>>>                  
>>>>>>>>>
>>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I 
>>>>>>>>>>personally don't think that they add much value. Of
>>>>>>>>>>                    
>>>>>>>>>>
>>>course, if a
>>>      
>>>
>>>>>>>>>>democratic decision goes in favor of those tags, well, I'll 
>>>>>>>>>>concede ;-)
>>>>>>>>>>
>>>>>>>>>>Regarding @since tags, we're currently using them with the 
>>>>>>>>>>creation date. That has been quite nice during our 
>>>>>>>>>>                    
>>>>>>>>>>
>>agile way 
>>    
>>
>>>>>>>>>>towards 1.0. We could indeed reconsider to use
>>>>>>>>>>                    
>>>>>>>>>>
>>>version numbers
>>>      
>>>
>>>>>>>>>>there now.
>>>>>>>>>>
>>>>>>>>>>Any suggestions on how to apply a consistent style for all 
>>>>>>>>>>source files in a batch, without messing them up? $Id is 
>>>>>>>>>>probably easy, @since nearly impossible, parameter 
>>>>>>>>>>                    
>>>>>>>>>>
>>alignment 
>>    
>>
>>>>>>>>>>easy again.
>>>>>>>>>>
>>>>>>>>>>Juergen
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>________________________________
>>>>>>>>>>
>>>>>>>>>>Von: 
>>>>>>>>>>                    
>>>>>>>>>>
>>spr...@li... im 
>>    
>>
>>>>>>>>>>Auftrag von Colin Sampaleanu
>>>>>>>>>>Gesendet: Mi 28.07.2004 20:38
>>>>>>>>>>An: spr...@li...
>>>>>>>>>>Betreff: Re: [Springframework-developer] @since and 
>>>>>>>>>>                    
>>>>>>>>>>
>>@version 
>>    
>>
>>>>>>>>>>tags
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>Dmitriy Kopylenko wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>   
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>>>>>>>>I like id keywords...they're mainly in the code 
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>through my 
>>    
>>
>>>>>>>>>>>>classes or classes I've edited... (Damn, if it's
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>standardized,
>>>      
>>>
>>>>>>>>>>>>I won't know if I've worked on a particular file
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>any more :-)
>>>      
>>>
>>>>>>>>>>>>            
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>I also insert $Id:$ when I work on existing classes
>>>>>>>>>>>                      
>>>>>>>>>>>
>>>or create
>>>      
>>>
>>>>>>>>>>>new ones
>>>>>>>>>>>;-)
>>>>>>>>>>>
>>>>>>>>>>>Dmitriy.
>>>>>>>>>>>
>>>>>>>>>>>       
>>>>>>>>>>>                      
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>I personally like $Id tags. But they do suck big time when 
>>>>>>>>>>trying to merge files back in after a branch, causing a 
>>>>>>>>>>conflict/change to exist when there shouldn't be 
>>>>>>>>>>                    
>>>>>>>>>>
>>any... There 
>>    
>>
>>>>>>>>>>seems to be a trend to going away from using them in
>>>>>>>>>>                    
>>>>>>>>>>
>>>files, by
>>>      
>>>
>>>>>>>>>>some people, for this reason.
>>>>>>>>>>
>>>>>>>>>>Colin
>>>>>>>>>>     
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>   
>>>>>>>>>                  
>>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>-------------------------------------------------------
>>>>>This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>          
>>>>>
>>>the changes
>>>      
>>>
>>>>>on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>          
>>>>>
>>>few weeks?
>>>      
>>>
>>>>>Now, one more big change to announce. We are now OSTG- 
>>>>>          
>>>>>
>>Open Source 
>>    
>>
>>>>>Technology Group. Come see the changes on the new OSTG site.
>>>>>www.ostg.com _______________________________________________
>>>>>Springframework-developer mailing list 
>>>>>Spr...@li...
>>>>>
>>>>>          
>>>>>
>>https://lists.sourceforge.net/lists/listinfo/springframework-develope
>>    
>>
>>>>>r
>>>>>          
>>>>>
>>>>
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>This SF.Net email is sponsored by OSTG. Have you noticed
>>>>        
>>>>
>>>the changes
>>>      
>>>
>>>>on Linux.com, ITManagersJournal and NewsForge in the past
>>>>        
>>>>
>>>few weeks?
>>>      
>>>
>>>>Now, one more big change to announce. We are now OSTG- 
>>>>        
>>>>
>>Open Source 
>>    
>>
>>>>Technology Group. Come see the changes on the new OSTG site.
>>>>www.ostg.com _______________________________________________
>>>>Springframework-developer mailing list 
>>>>Spr...@li...
>>>>
>>>>        
>>>>
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>    
>>
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email is sponsored by OSTG. Have you noticed 
>>>      
>>>
>>the changes 
>>    
>>
>>>on Linux.com, ITManagersJournal and NewsForge in the past 
>>>      
>>>
>>few weeks? 
>>    
>>
>>>Now, one more big change to announce. We are now OSTG- Open Source 
>>>Technology Group. Come see the changes on the new OSTG site. 
>>>www.ostg.com _______________________________________________
>>>Springframework-developer mailing list 
>>>Spr...@li...
>>>
>>>      
>>>
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>    
>>

[Springframework-developer] Refined internals of beans.factory package

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

FYI, I've refined some internals in the beans.factory package over the =
last couple of days: mainly to resolve cyclic package dependencies =
(between beans.factory.config and beans.factory.support) that slipped =
into 1.1, but also to make XML bean definition parsing more extensible =
and prepare it for "import"-style tags.

In total, we have 2 incompatible SPI changes now for 1.1:
- JdoDialect (to anticipate JDO 2.0, already a while ago)
- XmlBeanDefinitionParser (much more extensible now)
I believe that both are worth it. 1.1 final's API will still be 100% =
compatible, as far as I'm aware.

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
werk3AT informations- und mediensysteme

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
mailto:jue...@we...
http://www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

[Springframework-developer] Re: Cosmetics for the javadocs in v1.1RC1

[Claus I. <cs...@ma...>]

About 'Use . as dot' means use & #46 ;

And it was Tate's new Better book not the bitter one.

/Claus

RE: [Springframework-developer] @since and @version tags

[Alef A. <al...@jt...>]

I think our Linux experts will have to jump in here ;-). I can recall =
Thomas or Colin changing all the package names from com.interface21 to =
org.springframework about a year ago...

Alef


> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of j=FCrgen h=F6ller [werk3AT]
> Sent: Wednesday, August 04, 2004 11:31 AM
> To: spr...@li...
> Subject: Re: [Springframework-developer] @since and @version tags
>=20
> OK, so how do we go about removing the @version tags then -=20
> in an automated fashion?
> =20
> Juergen
> =20
>=20
> ________________________________
>=20
> Von: spr...@li... im=20
> Auftrag von Alef Arendsen
> Gesendet: Di 03.08.2004 10:18
> An: spr...@li...
> Betreff: RE: [Springframework-developer] @since and @version tags
>=20
>=20
>=20
> Sorry, forgot about this.
>=20
> I'll add my +1 to removing them.
>=20
> Just use @author and @since.
>=20
> So the vote is:
>=20
> 3 for
> 5 against
> 1 neutral
>=20
> Alef
>=20
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> >  On Behalf Of Dmitriy Kopylenko
> > Sent: Monday, August 02, 2004 11:15 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] @since and @version tags
> >
> > So is this the final vote? Are we getting rid of $Id$s then?
> >
> > Dmitriy.
> >
> > Dmitriy Kopylenko wrote:
> >
> > > 3 in favor
> > > 4 against
> > > 2 neutral
> > >
> > >
> > > William G. Thompson, Jr. wrote:
> > >
> > >> i'm not sure i feel strongly either way...traditionally
> > I've always
> > >> put $Id$ in every text file I management in CVS.  This has
> > also been
> > >> the case in every open source project I have been involved in or=20
> > >> used.  That is not neccesarily a good enough reason to
> > continue to do
> > >> it...
> > >>
> > >> In web app dev $Id$ comes in really handy to verify the
> > build process
> > >> ran correctly and the thing you thought was deployed=20
> actually got=20
> > >> deployed.  for instance we put $Id$ in HTML comments for
> > our Views so
> > >> that we can view source in the running app to check the versions.
> > >>
> > >> however, I also understand the problem with=20
> branch/merge...but why=20
> > >> doesn't the -kk solution work?
> > >>
> > >> +0 for $Id$
> > >>
> > >> later.
> > >> Bill
> > >>
> > >>
> > >> Dmitriy Kopylenko wrote:
> > >>
> > >>> Let's give others a chance ;-)
> > >>>
> > >>> Alef, Keith, Mark, Bill.... what's your vote?
> > >>>
> > >>>
> > >>> Rob Harrop wrote:
> > >>>
> > >>>> Nothing like a good old fashioned standoff :)
> > >>>>
> > >>>> Shootout at noon?
> > >>>>
> > >>>> Rob
> > >>>>
> > >>>> -----Original Message-----
> > >>>> From: spr...@li...
> > >>>>
> > [mailto:spr...@li...] On
> > >>>> Behalf Of Dmitriy Kopylenko
> > >>>> Sent: 29 July 2004 16:16
> > >>>> To: spr...@li...
> > >>>> Subject: Re: [Springframework-developer] @since and=20
> @version tags
> > >>>>
> > >>>> 3 for (Rod, Dmitriy, Rob)
> > >>>> 3 against  (Juergen, Thomas, Colin)
> > >>>> 1 neutral (Darren)
> > >>>>
> > >>>>
> > >>>> Colin Sampaleanu wrote:
> > >>>>
> > >>>>=20
> > >>>>
> > >>>>> I do like $Id tags to be able to look at files and see who to=20
> > >>>>> blame for the last changes :-), but I would rather be able to=20
> > >>>>> branch/merge comfortably in the future. With Tortoise
> > and Eclipse,
> > >>>>> I can see the revision history _very_ easily anyways,
> > wherever I am.
> > >>>>>
> > >>>>> So -1 for using them from now on (i.e let's get rid=20
> of them)...
> > >>>>>
> > >>>>>
> > >>>>> Dmitriy Kopylenko wrote:
> > >>>>>
> > >>>>>=20
> > >>>>>
> > >>>>>> Well, let's take a vote. I'm for $Id tags (+1)
> > >>>>>>
> > >>>>>> Regards,
> > >>>>>> Dmitriy.
> > >>>>>>
> > >>>>>>
> > >>>>>> j=FCrgen h=F6ller [werk3AT] wrote:
> > >>>>>>
> > >>>>>> =20
> > >>>>>>
> > >>>>>>> I'd actually prefer if we drop $Id tags from all files. I=20
> > >>>>>>> personally don't think that they add much value. Of
> > course, if a
> > >>>>>>> democratic decision goes in favor of those tags, well, I'll=20
> > >>>>>>> concede ;-)
> > >>>>>>>
> > >>>>>>> Regarding @since tags, we're currently using them with the=20
> > >>>>>>> creation date. That has been quite nice during our=20
> agile way=20
> > >>>>>>> towards 1.0. We could indeed reconsider to use
> > version numbers
> > >>>>>>> there now.
> > >>>>>>>
> > >>>>>>> Any suggestions on how to apply a consistent style for all=20
> > >>>>>>> source files in a batch, without messing them up? $Id is=20
> > >>>>>>> probably easy, @since nearly impossible, parameter=20
> alignment=20
> > >>>>>>> easy again.
> > >>>>>>>
> > >>>>>>> Juergen
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> ________________________________
> > >>>>>>>
> > >>>>>>> Von:=20
> spr...@li... im=20
> > >>>>>>> Auftrag von Colin Sampaleanu
> > >>>>>>> Gesendet: Mi 28.07.2004 20:38
> > >>>>>>> An: spr...@li...
> > >>>>>>> Betreff: Re: [Springframework-developer] @since and=20
> @version=20
> > >>>>>>> tags
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> Dmitriy Kopylenko wrote:
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>   =20
> > >>>>>>>
> > >>>>>>>>> I like id keywords...they're mainly in the code=20
> through my=20
> > >>>>>>>>> classes or classes I've edited... (Damn, if it's
> > standardized,
> > >>>>>>>>> I won't know if I've worked on a particular file
> > any more :-)
> > >>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>>            =20
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> I also insert $Id:$ when I work on existing classes
> > or create
> > >>>>>>>> new ones
> > >>>>>>>> ;-)
> > >>>>>>>>
> > >>>>>>>> Dmitriy.
> > >>>>>>>>=20
> > >>>>>>>>       =20
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> I personally like $Id tags. But they do suck big time when=20
> > >>>>>>> trying to merge files back in after a branch, causing a=20
> > >>>>>>> conflict/change to exist when there shouldn't be=20
> any... There=20
> > >>>>>>> seems to be a trend to going away from using them in
> > files, by
> > >>>>>>> some people, for this reason.
> > >>>>>>>
> > >>>>>>> Colin
> > >>>>>>>     =20
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>   =20
> > >>>>>
> > >>>>>
> > >>>>>
> > >>
> > >>
> > >> -------------------------------------------------------
> > >> This SF.Net email is sponsored by OSTG. Have you noticed
> > the changes
> > >> on Linux.com, ITManagersJournal and NewsForge in the past
> > few weeks?
> > >> Now, one more big change to announce. We are now OSTG-=20
> Open Source=20
> > >> Technology Group. Come see the changes on the new OSTG site.
> > >> www.ostg.com _______________________________________________
> > >> Springframework-developer mailing list=20
> > >> Spr...@li...
> > >>
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-develope
> > >> r
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by OSTG. Have you noticed
> > the changes
> > > on Linux.com, ITManagersJournal and NewsForge in the past
> > few weeks?
> > > Now, one more big change to announce. We are now OSTG-=20
> Open Source=20
> > > Technology Group. Come see the changes on the new OSTG site.
> > > www.ostg.com _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > >
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by OSTG. Have you noticed=20
> the changes=20
> > on Linux.com, ITManagersJournal and NewsForge in the past=20
> few weeks?=20
> > Now, one more big change to announce. We are now OSTG- Open Source=20
> > Technology Group. Come see the changes on the new OSTG site.=20
> > www.ostg.com _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the=20
> changes on Linux.com, ITManagersJournal and NewsForge in the=20
> past few weeks? Now, one more big change to announce. We are=20
> now OSTG- Open Source Technology Group. Come see the changes=20
> on the new OSTG site. www.ostg.com=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the=20
> changes on Linux.com, ITManagersJournal and NewsForge in the=20
> past few weeks? Now, one more big change to announce. We are=20
> now OSTG- Open Source Technology Group. Come see the changes=20
> on the new OSTG site. www.ostg.com=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20

[Springframework-developer] Re: JmsTemplate102

[Stig Kleppe-J. <sj...@on...>]

jürgen höller[ werk3AT] <juergen.hoeller <at> werk3at.com> writes:

> 
> Well, given that JmsTemplate for JMS 1.1 can use a uniform manner of 
accessing queues and topic, and that
> JmsTemplate itself already has a pubSubDomain property (for creating dynamic 
destinations), we
> thought that JmsTemplate102 should use the same approach.
> 
> I agree that separate QueueJmsTemplate and TopicJmsTemplate subclass of 
JmsTemplate would have been a
> viable strategy too. The pubSubDomain flag would have been somewhat confusing 
there, though.
> 
> After all, the JMS 1.0.2 style is not for the long term anyway, as I expect 
it to be superseded by JMS 1.1 quite
> quickly. That's also the reason why JmsTemplate is not called JmsTemplate11 
anymore but rather uses the
> generic name.

Ok, that sounds good :-)

Are you planning to add a JmsDaoSupport (like HibernateDaoSupport) as a
convenience class? I've done that myself in code I'm writing and think it works
out well.

Regards,
Stig

RE: [Springframework-developer] Velocity / FreeMarker request and session attributes

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

> So there's actually 2 scenarios, with 2 options each:
>
> 1.
> a) let session attributes override model attributes
> b) throw an exception if session attributes would override model attrib=
utes
>
> 2.
> a) let model attributes override session attributes
> b) throw an exception if model attributes would override session attrib=
utes
>
> And then there's the same for request attributes... I guess it's better=
 to
> keep stuff simple here, i.e. assume typical use cases rather than allow=
 for
> all those configuration options.

I've just changed AbstractTemplateView to expose 2 new bean properties;
allowSessionOverride and allowRequestOverride both with default : false.

Current behaviour is maintained - ServletException thrown if a request or
session attribute would hide a model attribute - unless one of these prop=
s is
explicitly set to allow it.  I think this is the clearest way.

It's the simplest option - it's likely I'm the only user who needs this j=
ust
now anyway so anything further would be a case of YAGNI.

Regards,

--=20
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm