Annotation 就像一个分界点， 不少技术都在融入这项技术 ，所以造成技术往回发展，部署麻烦，开发复杂等

用Beehive做例子来说，它也是一种新的页面流 ，网上不少人都在夸它，谈论如何如何用它做开发， 但是甚至没有一个人能说出它比struts好在哪里， 今天简单的看了一下这个技术 ， 没有看出来他在任何方面比struts强， 倒是看出了一个足以不能使用的缺点， 简单地说，它就是把struts的配置文件中的可配置信息统统写到代码里！

好好想想开始为什麽用struts，而不用简单的原始开发，重要的一点就是struts是可配置的，返回，条转的路径都是活的，可以在部署时候任意配置，修改，但现在居然都放到了代码里！

以前因为代码在运行期不够灵活，技术中出现了配置文件，使得许多内容是可配置的，从而减小了工作量，而现在又要减少配置文件的数量，又把配置文件中的内容写回到代码中?!

下面是jakarta beehive例子中的一段代码：

public class Controller 
    extends PageFlowController {

    ...

    @Jpf.Action(
      forwards={
        @Jpf.Forward( name="success", path="index.jsp" );
      }
    );
    protected Forward begin(); 
        throws Exception {
        Forward f = new Forward("success");;
        f.addActionOutput("helloMessage", _helloControl.hello(););;
        f.addActionOutput("helloParamMessage", _helloControl.helloParam("World"););;
        return f;
    }    

   ...

}

都看到了，index.jsp被写死在代码里，让你修改一个路径要重新编译整个工程代码！ 我大概看了spring的webflow，没有用过，但是肯定的是他是有配置文件的，而不是把路径都写死在代码里，单就这一点就很好！值得继续往下研究
说以后 struts和webwork合并后，要把beehive纳入工程中，就没有道理了，这样 struts和ww以后也要完蛋了？
如果说Sun为了推它jdk1.5中annotation这个新东西是为了商业目的有情可原，但是jakarta难道被sun收购了不成？也在把技术往回发展？？
推出新技术是好事，但是一定要注意学的技术一定不能倒退~