org.codehaus.jackson.annotate.JsonIgnore与com.fasterxml.jackson.annotation.JsonIgnore

    实话说，3.0项目以来我的博客还真是不知道些什么好，因为我已经觉得自己学不到什么新鲜东西了，知道说这话有些大言不惭，但是这是我最真实的感受，为什么出现这种情况：首先一点是我没有把一些零碎总结起来的习惯，不过前两天出现的一个bug让我印象深刻。

      这个错误之前遇到过，也解决了，错误提示很多，我提取出的可以看出错误原因的提示是：

java.lang.StackOverflowError：

      很明显的错误，而且对于我而言我是知道错误的根源的，就是实体双向关联转json循环调用的错误。可是很明确的在实体的属性注解里加了不转json的注解，可是依旧把这个错误，当时我就怀疑我当初研究的jackson转json是不是出了问题。差不多花费了两个小时，我改成懒加载，不懒加载总之就是永远转不成功。

第二天好像开窍了一样，我去看了@jsonIgnore的引入，突然发现我引用的都是：import com.fasterxml.jackson.annotation.JsonIgnore;

而我之前引入的都是：

import org.codehaus.jackson.annotate.JsonIgnore;

把引入的类型修改了之后就不报错了，而且顺利转出json，按常理说这时候应该有调出bug的喜悦，可是我整个人都不好了。也不能说不好只是说奇怪，这时候我才突然想起来，在最底层的root包里我引用的1.9.1版本的json，好像还有一个引用了2.多版本的json。所以这里就来介绍一下这两个包的不同吧：

         当jackson的版本升级到2.2.3包名都变成com.fasterxml了，与1.9.11不同的是它有

jackson-core-2.2.3、jackson-annotations-2.2.3、

jackson-databind-2.2.3三个包，新的ObjectMapper对象在jacson-databind-2.23包中 用法是和之前相同的。在之前的博客中写到过使用jackson转json解决双向关联循环调用

       这篇博客可能没有太多技术的问题，但是这让我明白：调错误一定要有全局观，不要总是抓住一点儿不放，二是要全方位的思考问题。