javascript框架在显示层有其无法替代优势,但是在一些xhtml格式的web项目直接引用现成的javascript框架,例如dojo ext等等,会出现许多兼容性问题,致使无法正常使用框架,这非常可惜,下面介绍一下我处理方法,可以解决这个兼容性问题。 我的项目使用环境:jsf兼容环境(seam2.0 tomcat6 jboss4.2.2),由于项目其他技术的需要已配置成支持xhtml。 问题:在项目中不使用jsf引擎直接访问页面源码,例如直接访问dojo的测试页面(中文问题已经按照http://xxqn.javaeye.com/admin/blogs/182442方法处理过了,否则页面有 ...
最近本人被如何使用在JSF中使用JAVASCRIPT框架的国际化资源问题一度困扰。国际化问题常常困扰着我们,特别是像我这样在使用jsf的同行们,在这里跟大家探讨一下如何更好实现项目的国际化。 jsf在发布的时候就已经充分考虑了国际化的实现,其实现方法是将国际化部分从页面中分离出去单独实现,jsf页面最好只保留iso-8859-1编码格式的页面代码,由于存在这样的缺省情况,编辑器不使用其他代码来编辑JSF页面是正确的,只是对于我们这些母语不是西文的中国同行带来了一些不变,所以网上有许多关于如何在页面上直接实现中文支持的方法,多不太理想,也许不知道什么时候又会重新出现不支持的问题。我个人不 ...
  • 23:12
  • 浏览 (285)
  • 评论 (2)
  • 发布在 dojo 圈子
本人在测试引入dojo在seam下使用时发现一个兼容性问题。 使用http://dojotoolkit.org/book/dojo-book-0-9/hello-world-tutorial例子 如果直接使用原始的html页面在ie和firefox下都没有问题。但是引进到seam jsf页面时在firefox下使用就出现问题,把firefox的页面源代码,贴到html页面,有没有问题,郁闷了好多天。现在怀疑是jsf的xhtml引起的dojo兼容性问题。 现在找到的一个临时解决办法如下: 原页面源代码 <button dojoType="dijit.form.Button" id="he ...
就算你在容器里面设置了gzip,也不能对/seam/resource/*进行压缩,需要使用拦截器才能实现压缩,同时也发现在ie5.x下对/seam/resource/*进行压缩,解压后js文件有错,这应该是IE的问题。以下是我所使用的代码: public class GzipSeamResourceServlet implements Filter { public static final String gzip="gzip"; public static final String transferEncoding = "transferEncoding"; pu ...
我的配置文件路径: C:\jboss\server\default\deploy\jboss-web.deployer\server.xml 找到原配置: <Connector port="8080" address="${jboss.bind.address}" maxThreads="250" maxHttpHeaderSize="8192" emptySessionPath="true" protocol="HTTP/1.1" enableLookups="false" redirectPort="8443" a ...
xxqn
搜索本博客
存档
最新评论