精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-07-28
1)web环境下,spring,jsf环境配置问题: 1-10)不能去掉web.xml 不然找不到spring bean<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 1-17)<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> 1-18)使用immediate属性可以略过验证,如下: 1-19) 10、在JSF中应用JS 在JSF中应用javascript在提交前做一些客户端的验证或修改DOM动作时,有两种常用方法 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-07-28
你觉得JSF用起来爽不?
我觉得这个东西不怎么样,还是struts和ww好! |
|
返回顶楼 | |
发表时间:2007-07-28
jsf思想非常先进,正在不断成熟中,大势所趋,势不可挡阿。当然最好还是用最适合自己的技术。
我也在摸索中,开始看理念,挺先进的: 一、原来hibernate最大的功劳就是把数据库操作与应用服务器端java对象实现了持久化了,从而让逻辑程序员不需要懂每种数据库的方言了; 二、而jsf所做的工作呢,就是将服务器端java bean和web view实现了一种新的持久化,从而让程序员不用每次都将web页面的request对象都用getparemeter()解析一遍再放入bean里。 三、而这种持久化比起struts来说更加宽泛了,不简单是view和继承actionfrom对象的关系,所以实现起来要复杂的多。 但是,我个人认为: 1.jsf在实现上还是有多细节问题,这么个伟大的思想,恐怕用现有的web容器和IE相关技术能完全支撑的.在周边技术不断成熟后,会越来越完善的. 2.jsf1.1和1.2我觉得还是可以达到实用程度的.有问题吗也是可以避免的,如果第三方jsf实现还满足不了你的要求,我就建议自己去实现api. 3.jsf将服务器端的用户javabean状态持久化到客户端(可以在服务器端),其中涉及到很多算法和编码技术,所以就目前来看代码没有自己写html代码量那么少,效率高,其实这些问题都不是问题,你知道10年前的代码执行效率都比现在高嘛. 4.jsf1.2的sun官方实现版本和apache公司刚刚公布的myfaces1.2核心api目前是有重叠的.myfaces1.2是sun公司jsf1.2标准更成熟的实现,但由于公布的jee5捆绑了sun公司的1.2标准的api,所以用实用faces1.2时带来了麻烦,他们的开发包不好分开.目前我只是混用. 先写这么多吧.. 有错误请指出..谢谢! |
|
返回顶楼 | |
发表时间:2007-10-07
myfaces1.2 和 tomcat6 搭配起来有点问题吧,楼主有没有遇到过,According to TLD or attribute directive in tag file, attribute value does not .
|
|
返回顶楼 | |
发表时间:2007-10-30
引用 ltian 2007-07-31 08:47
1-12)facelet环境调用spring-bean: FacesContext ctx=FacesContext.getCurrentInstance(); StudentDAO studao=(StudentDAO)ctx.getApplication().getVariableResolver().resolveVariable(ctx,"StudentDAO"); studao.addTeacher(); 谢谢指点,但我有很多东西都需要依赖spring的,比如acegi安全组件,你所提到的是一个测试案例,在具体开发中没有大量用到这种方式。 引用 coolfish 2007-10-07 11:25
myfaces1.2 和 tomcat6 搭配起来有点问题吧,楼主有没有遇到过,According to TLD or attribute directive in tag file, attribute value does not . 回答:是有些问题,sun的api和myfaces扩展api的包要放一块。。还有有问题的。 |
|
返回顶楼 | |
浏览 4771 次