异想天开：我想改写spring的xdoclet

spring的xdoclet有它的不足之处，比如：
   1.容器管理的事务应该生成两个bean，一个是xxxBean，另一个是xxxBeanTarget，但xdclet只能生成一个bean，另一个bean要在mergedir的spring-beans.xml文件里面加，很不爽。假如对于如下的声明能生成两个bean就爽了：
代码:

/** 
 *@spring.bean id="xxxBean" 
**/ 
public class xxxBean{ 
   /** 
    *@spring.transaction="PROPAGATION_REQUIRED" 
   **/ 
   public void xxxMethod();{ 
   } 
} 

    我期望生成的bean有两个，一个是xxxBean ,class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"。 另一个是xxxBeanTarget，class＝"xxxBean"。
   2.MultiAction Controller除了应该生成两个bean，还应该往urlMapping那个bean的mappings增加几个key和相关的值。手工的添加有点麻烦。
   研究一下spring的xdoclet的xdoclet-spring-module-1.2.2.jar的spring_xml.xdt，再上网查找相关的定制xdoclet的资料，感觉也有点信心。目前正在研究和改写过程中，希望大家给点建议。
  总之，我暂时只想加入如下tag：
  @spirng.transaction="xxxTransactionValue"
   @spring.url="xxxURLValue"
希望大家一起讨论！

偶个人对spring的xdoclet感觉不怎么好。spring的优点之一就是对组件的无侵入性，组件（其实也就是javabean）可以完全不知道spring的存在，但是为什么又要在java的源代码里扯上spring相关的东西？而且这个javabean又不是一定在spring里面跑，如果换了其他运行环境，对其他维护者来说，这样的注释就是一个误导。

我在eclipse + xmlbuddy里面写spring的配置文件感觉其实也不是很麻烦，有很多字符可以让code assistant功能完成。^_^

spring 的bean配置我感觉有点烦，所以才有这种想法。还有，多人共同修改applicationContext.xml等xml文件时，很容易造成cvs冲突，假如能在代码级维护xml的生成，applicationContext.xml文件就不必放到cvs服务器上，这样感觉好一些^_^

当bean多了以后，spring的配置的确会变得难管理。cvs冲突的话把applicationContext.xml分成多个配置，每个配置管理不同模块的bean会减少冲突的可能性，虽然不能更本上解决冲突。偶也在考虑怎么管理配置文件更合理，不知道有没有更好的方法。

洁癖！ 

无侵入入性实际还是为降低成本服务的，如果加上xdoclet同样能够降低成本，为什么不用？

偶只是担心，业务组件本来在spring里面跑，但是如果要移植到其他环境里面。比如用session bean做facade，然后delegate给业务组件，那在组件的代码里看到spring的xdoclet感觉多别扭啊。虽然可以直接用打好的jar包，但是谁也没办法保证维护的时候不去看源代码的，是不是？  偶还是喜欢纯粹一点