重构遗留系统时出现的错误-总结

超、凢脫俗 2022-08-12 07:58 77阅读 0赞

花了一个礼拜，大致的重构了下遗留系统，虽然还有很多需要优化的地方，但是至少现在“能看”了。大致总结下这个礼拜重构过程遇到的一些问题：

**1.spring注入出错：There is no ID/IDREF binding for IDREF 'MessageInfoService'.**

找不到与MessageInfoService对应的bean，一开始很纳闷，明明我的xml文件里面定义了呀，怎么会找不到呢，后来仔细一看，终于发现原因：

原来我在action里注入的service是用<ref local=""/>形式注入的，如下：

但是我把action和service的注入分开在两个xml文件里，所以导致了这种错误。一般来说，我喜欢把各层的配置都放在不同的xml文件里，并以层命名，比如application-action.xml、appliaction-service.xml，这样寻找和修改都比较方便。因为遗留项目是几个人写的，而且好像当时也没有统一，都是放在各自名字下面的文件夹下，所以他们都是以<ref local=""/>注入的，但是现在我要访问其他文件里的bean，所以解决方案就是将<ref local>改为<ref bean=""/>注入。

**   ** 总结一句话就是： <ref bean=""/>是寻找全局中的 bean; <ref local=""/>是寻找本 xml文件中的 bean。

**2.Spring事务配置 出错：org.springframework.dao.InvalidDataAccessApiUsageException**

这个异常产生的主要原因是DAO采用了Spring容器的事务管理策略，如果操作方法的名称和事务策略中指定的操作名称不能够匹配，spring 就会采取默认的事务管理策略(PROPAGATION\_REQUIRED,read only).如果是插入和修改操作，就不被允许的，所以报这个异常。

我这里出错主要是因为，我增加了一个add方法，而遗留系统里的事务管理策略没有配置该方法，所以在事务策略里加入就解决了。

<tx:method name="add*" propagation="REQUIRED" />

**3.spring切点支持多个表达式配置出错：Pointcut is not well-formed: expecting 'name pattern' at character position**

在一开始重构遗留系统的时候我是先以业务名分包，但是每个业务名上也没有com之类的顶层包，所以每个业务的切点都需要配置，这里就涉及到了多个表达式的配置。  
一开始我抱着试试看的态度，想着加个or（“或”）试试，结果表达式报错Pointcut is not well-formed: expecting 'name pattern' at character position。  
    我一查发现，我的\*后面少了个空格（参考：[http://blog.csdn.net/wanglang3081/article/details/17164207][http_blog.csdn.net_wanglang3081_article_details_17164207]），加了个空格改成如下方式，就没有错了。

<aop:config>
            <aop:pointcut id="lhlallManagerMethod"
                expression="(execution(* fwgl.service.*.*(..))) or (execution(* xxfb.service.*.*(..)))"/>
            <aop:advisor advice-ref="lhltxAdvice"    pointcut-ref="lhlallManagerMethod" />
        </aop:config>

后来我又查了下切点里多个表达式怎么配置，发现除了加or 还可以用and、||、&&。（参考：  [ http://blog.csdn.net/java85140031/article/details/28503185][http_blog.csdn.net_java85140031_article_details_28503185]）

[http_blog.csdn.net_wanglang3081_article_details_17164207]: http://blog.csdn.net/wanglang3081/article/details/17164207
[http_blog.csdn.net_java85140031_article_details_28503185]: http://blog.csdn.net/java85140031/article/details/28503185