取舍于得失之间：权衡Java EE 5.0 & Seam & Spring & Yourself

你好，
  我下载了你提供的EclipseSpringIDE.pdf等Spring学习资料 ，但是依据上面提供的步骤走，总是出现“在XML文件中找不到类”的错误。
比如：

<bean id="helloWorldDAO1" class="HelloWorld1"/>
<bean id="helloWorldDAO2" class="HelloWorld2"/>

他便提示“class 'HelloWorld1'not found”!
我的结构图如下：

请给我指导一下，谢谢！

几乎都是围着conversation这个概念在转

jsf组件确实比较难于应用，不过为什么老用struts的观念来看问题呢？其实现在对jsf的支持已经很好了，无论在组 件的使用还是配置文件的编写都有很好的工具。jsf无论在理论上还是在应用开发上都有着很大的优点。

如果需要在MVC中实现构件化，那么就必须放弃原先一堆Controller这种思维逻辑，用一种过程式的手段去实现构件最终必然收到反效果，一个front dispatcher就足够了

要搞JSF，最好先学一学Swing，技术体系是一脉相承的。

如果是从B/S上手学编程的，开始会不习惯JSF；从C/S上手学编程的，才会觉得JSF好用。

   怎么大家都说JSF组件比较难用，有没有认真的使用过？JSF的组件可以和Tapestry和Wicket的组件一样好用，如果你对JSP的Taglib熟悉，直接使用JSP视图，非常容易？不过更好的解决方案是使用Facelets作为JSF的视图解决方案，这个有太多的例子了，使用起来相当方便，而且JSF的组件开发虽然不太容易，不过绝对不难，例子也有一堆。

UI和逻辑还是分开做的好。

   很多人估计始终都没有在项目中使用过jsf，只是在研究层面受到了很多挫折才会灰心丧气，而这些挫折大部分的原因是因为新事物带来的新问题，以及带来的新思路引起的。
   不要害怕，不要担心，只管在项目试，你的项目不会因为有jsf就失败了，你所遇到的常见问题，可能很多已经使用过的朋友也包括我在内的都遇到过，而且都可以解决掉，也许有一两个瑕疵也不会妨碍什么，只要走过第一关，你将看到美妙的景色，和成熟的业务框架组合在一起，将产生一个终极的面向对象系统！

也不用把jsf搞得那么玄乎。其实就是类似.net的那种开发方式而已。开发环境的话netbean的可视化开发挺不错了。不过还是萝卜青菜各有所爱。我觉得jsf做快速开发不错，但是有觉得有点沉重，组件里的很多东西我都不需要，但是还硬给我绑着，并且有时候出问题都不知道在哪里出的。对于初次在项目中使用，bug的定位比较麻烦

个人觉得现在最好的web框架是struts2,结合spring使用，也就不错了，在05年的时候，电信用过jsf做项目，觉得jsf也就是一个半成品，是从c/s结构开发人员的最爱。本人主要从事b/s结构项目的开发，所以觉得他很难用，并且它是基于事件编成，十分的不爽。性能上也不是有多大的提升。建议还是不要使用的好，至于ejb3.0，完全是被hibernate和spring逼出来的现在的样子，以前使用ejb2.1，也就用了无状态sessionbean,学习了一段时间ejb3.0，感觉不出来他的优越性，所以个人觉得使用ejb3.0会得不偿失。