ZCMS在各种中间件和数据库上的注意事项

这一阵子为ZCMS正式版做各个平台上的兼容性测试工作，做了一些小的修改，总体较为顺利，目前的情况如下：
一、JDK1.4和1.5上测试未发现问题。
二、Oracle 10.2,DB2 9.0,SQLServer 2005,MYSQL 5.0.23上测试未发现问题。
三、WebSphere 6.0，Weblogic 9.1,Tomcat 5.0,Tomcat 5.5上测试未发现问题；
四、在Windows 2003和Suse Linux上测试未发现问题。

需要注意的事项如下：
一、DB2上要默认表空间页大小要求大于等于16K
二、WebSphere上需要下载单独的配置文件
三、WebSphere上如果要内置的HttpServer支持SSI，则需要拷贝Tomcat的几个jar文件
四、War包第一次运行会要求配置数据库连接，配置完成后会自动建表并导入初始数据，如果需要手动建表（有些情况下可能需要优化Clob字段的性能），需要单独下载SQL文件。

希望本周能够完成在AIX和Solaris上的测试工作，特别是Solaris上可能会有一些字符集的问题。

下周一正式发版。

评论

4 楼 anky_end 2009-09-27  

wyuch 写道

fangwei 写道

通过《JavaEye论坛热点推荐－2009年6月》看到了博主的《主题：创业团队产品诞生记(一)：产品定位》，看过几篇创业文章后收获良多，然后一直沿着线索链接到http://www.zving.com/，试用了一把内容管理系统，界面很漂亮、功能很强大。后来看到要开源，很是欣赏楼主的做法。

后来看到《反思Hibernate，可以有更简洁、更高效的ORM实现》及所有的评论，收获颇大，让我这个只用过iBATIS的菜鸟对orm和hibernate有了进一步的了解。在此要特别感谢楼主和icewubin的精彩讨论。

从博主的行文推断，博主是一个相当自信和执着的人，小弟我很佩服。常言说，忠言逆耳，小弟斗胆摘录了一些自认为对博主未来设计软件有参考价值的评论：
不过话说回来，即使不用面向对象的思想去设计软件，也丝毫不会妨碍博主的成功，毕竟在面向对象语言诞生以前，人们就能够设计出成熟的软件了。希望博主的公司能够壮大

呵呵，感谢你的执着。其实这是一个角度的问题，他奉之为圭臬，我仅以为之器具。我是以极为现实的角度出发考虑问题的，像更加OO这样的一些说法对我的吸引力是很小的，我既不反对也不赞同。有空我再写一篇专门的文章。

俺是倾向使用ibatis流派的，或者说俺是偏向数据库流派的

我也不是太赞同公司自行开发的orm，毕竟总是有太多局限性。

对于hibernate我也没啥好感，我觉得实际使用时候有很多挠头的bug——或者说我的水平不够。

我的看法是简单是美，spring可以用的很简单，但是hibernate就难多了。

3 楼 wyuch 2009-07-29  

fangwei 写道

通过《JavaEye论坛热点推荐－2009年6月》看到了博主的《主题：创业团队产品诞生记(一)：产品定位》，看过几篇创业文章后收获良多，然后一直沿着线索链接到http://www.zving.com/，试用了一把内容管理系统，界面很漂亮、功能很强大。后来看到要开源，很是欣赏楼主的做法。

后来看到《反思Hibernate，可以有更简洁、更高效的ORM实现》及所有的评论，收获颇大，让我这个只用过iBATIS的菜鸟对orm和hibernate有了进一步的了解。在此要特别感谢楼主和icewubin的精彩讨论。

从博主的行文推断，博主是一个相当自信和执着的人，小弟我很佩服。常言说，忠言逆耳，小弟斗胆摘录了一些自认为对博主未来设计软件有参考价值的评论：
不过话说回来，即使不用面向对象的思想去设计软件，也丝毫不会妨碍博主的成功，毕竟在面向对象语言诞生以前，人们就能够设计出成熟的软件了。希望博主的公司能够壮大

呵呵，感谢你的执着。其实这是一个角度的问题，他奉之为圭臬，我仅以为之器具。我是以极为现实的角度出发考虑问题的，像更加OO这样的一些说法对我的吸引力是很小的，我既不反对也不赞同。有空我再写一篇专门的文章。

2 楼 logl 2009-07-26  

看过楼主几篇博文，受益非浅，在这里谢谢了！ 说话可以人云亦云，如此只是为了有个共同的话题，楼主的想法做法不是看看某个框架的教程，而后架起N个框架后，只用各个框架一二种功能的做法，所能同一而论的。

1 楼 fangwei 2009-07-10  

通过《JavaEye论坛热点推荐－2009年6月》看到了博主的《主题：创业团队产品诞生记(一)：产品定位》，看过几篇创业文章后收获良多，然后一直沿着线索链接到http://www.zving.com/，试用了一把内容管理系统，界面很漂亮、功能很强大。后来看到要开源，很是欣赏楼主的做法。

后来看到《反思Hibernate，可以有更简洁、更高效的ORM实现》及所有的评论，收获颇大，让我这个只用过iBATIS的菜鸟对orm和hibernate有了进一步的了解。在此要特别感谢楼主和icewubin的精彩讨论。

从博主的行文推断，博主是一个相当自信和执着的人，小弟我很佩服。常言说，忠言逆耳，小弟斗胆摘录了一些自认为对博主未来设计软件有参考价值的评论：

引用

引用

44 楼 梦秋雨 2009-06-07   引用
看来看去，觉得楼主这个东西根本不是ORM，其目标也不是去解决ORM的问题，整个就是一个dbutils，如果比较可以去和apache里面的dbutils比较一下还差不多。

不是说把数据表里面的一个个字段，都自动化或者半自动化的转换为类里面的一个个简单属性就可以叫做ORM了。

地球人都知道ORM是用来解决对象模型和关系模型的不匹配的，于是级联、对相关联、面向对象的查询方式才是ORM的主要课题。楼主这个东西是什么？

引用

70 楼 kaki 2009-06-08   引用
要用面向对象的思想去思考。

引用

82 楼 icewubin 2009-06-09   引用
还有个问题，楼主默认就是采用了“表模式”，自下向上建模。

而Hibernate既可以自下向上，也可以自上而下（先领域建模，然后生成建表语句）。

楼主有空看一下Domain-Driven Design吧。

引用

92 楼 jnoee 2009-06-10   引用
强制要求实体类去继承一个Schema类，这一点就是一个最大的硬伤。以这种思路，只需要对hibernate做少少封装就可以实现楼主所演示的那些功能。

引用

106 楼 TheMarine 2009-06-10   引用
恕我愚见!
字面大家都很清楚Hibernate=冬眠,那么意思很清楚,hinernate要解决的是对象持久的问题,怎么就单单变成orm映射了呢?当lz的框架也可以很好的解决整个持久方案的时候,再比比hibernate是不是简单.
另外一个问题,orm到底是不是应该正向的去映射呢?从对象去导出数据库?如果是逆向,那我觉得什么orm都是累赘.

不过话说回来，即使不用面向对象的思想去设计软件，也丝毫不会妨碍博主的成功，毕竟在面向对象语言诞生以前，人们就能够设计出成熟的软件了。希望博主的公司能够壮大