OFBIZ2.0精简版本应用概论-5

OFBIZ2.0精简版本应用概论
http://www.rdxx.com 02年03月28日 11:18 互联网
可是纯粹使用JDK，你又能写出什么东西？
2.3 它不适合我的应用规模
的确如此，你如果是开发一个。。。。，或者。。。。或者。。。。这都用不上OFBIZ，OFBIZ是用在什么规模上的（大家自己领悟吧）。
2.4 关于自带的应用
OFBIZ自带的应用，美国化的东西太多，应用背景和我们差距太大。除用户管理，系统维护，知识管理几大块之外，其它的基本上用不到。
2.5 它有bug?
祝贺你，你竟然发现了OFBIZ的一个BUG，但这是开源项目最为常见的一个问题，你可以想想，再回头看看“开源项目的维护方式”，这些BUG本身就是希望你发现并改正（或提修改建议）的，所以BUG不是什么大事。在使用开源项目，来缩短开发周期和降低开发成本的应用前提下，更需要一种“杨弃”的理念。
2.6 它连个论坛都没有?
OFBIZ的开发者没想到企业级应用关注的却是一个论坛？这不是他们关心的内容，而且你完全可以利用OFBIZ提供的一切，迅速构建一个论坛（前提是论坛的需求必须清楚）。
2.7 其它理由
考虑一下，OPENSOURCE的东西可能存在其它问题，如版权问题？协议问题等等。这好象对于我们来说，并不是问题。
3 简化OFBIz2.0
本着实际应用的目的，我在OFBIZ最新版本的基础上，进行了简化，主要包括如下措施。
3.1 数据模型改造
1、 数据模型只保留：common，content，party，security。
2、 改造所有实体定义文件，把DTD包含在每一个文件里。
3、 首先整理entityGroup.xml文件，确定将要删除的实体定义，包括保留的数据模型包和在保留的包中删除不需要的，如下：
（1）common和security没动。
（2）content，保留大部分内容（如文档管理，支持网站统计的实体等，其它的删除），删除content.preference，content.subscription，content.website。
（3）party。删除一部分和party无关的实体模型定义，如party.agreement，party.communication，party.need等。
4、 根据删除的实体名称，查询确定被删除的实体所有的关联（包括实体和基础数据定义，java文件,jsp,xml,properties文件中出现这些实体的地方，逐一进行清除和改造）
5、 修改entityengine.xml，删除加载的实体定义文件（eccomerence里）
6、 删除加载的与应用有关的服务定义文件。
7、 修改serviceengine.xml，删除加载的与应用有关的服务定义文件，删除加载的基础数据（与应用有关的）。
3.2 删除特殊应用
1、 删除accounting；catalog；ecommerce；facility；marketing；partymgr；workeffort应用及与应用有关的存在于core和commonapp里的程序文件。commonapp/src目录下只保留：common，party，content，security。如果有类似被删除应用的应用背景，再考虑引进。
2、 修改setup/ofbiz/build.xml文件，把这些特殊应用有关的内容全部清除，把images应用从ecommerce应用里移到content应用里。
3、 修改setup/catalina41/conf/server.xml文件。
4、 修改部署环境，保留目前ofbiz支持的最好的部署环境：bea,jboss,resin,catalina41.其它以后再说。
3.3 简化后的系统
其实简化后的系统， OFBIZ的内核并没有动，只是把它自带的应用全部删除（包括和应用相关的一切痕迹），但保留下来了常用的应用
1、 内核管理系统——Commonapp应用。
2、 用户管理——PartyMgr应用。
3、 知识管理——Content应用。
4、 系统维护工具——WebTools应用。
精简后的内核框架具备如下功能
（1） 全面支持EntityEngine，ServiceEngine；workflowEngine。
（2） 支持用户管理，权限管理，知识管理（信息发布就是小意思了），联系方式管理，还具备一些通用基础数据的定义和数据本身。
这是我们目前所面临或即将面临的大多数“基于J2EE/XML技术的多层、分部式企业级Web应用系统”所必须具备的功能。9 731234 5674 8: