1：ofbiz也有一个MVC的实现。C的配置在controller.xml，具体的实现是一个个的静态方法,可以对应为Struts里面的excuete()方法。大家是否可以讨论一下他这种实现和Struts实现的优劣。
2:ofbiz V那一层的思想和Tiles是一致的，其实Turbine也有这种思想，非常可取，但实在是看的我头晕，如果要使用Velocity会不会好些？
3:ofbiz 的Entity 实现有没有可能替代，就我目前的理解好象不大可能使用O/R Mapping 不知道谁有这方面的研究。
4：其实我觉得ofbiz最可取的是整个架构的耦合，Banq和各位能否就这方面提出一些自己的看法？
》》1：ofbiz也有一个MVC的实现。C的配置在controller.xml，具体的实现是一个个的静态方法,可以对应为Struts里面的excuete()方法。大家是否可以讨论一下他这种实现和Struts实现的优劣。《《
我觉得static method和固定的继承对象两者没有太大的区别，也许有人说都用static方法有点违背OO的概念，我是觉得用framework写代码，好用，方便就可以了。ofbiz有一个比struts好的地方是它M的实现是通过handler实现的，这样就比struts有更好的扩展，而且它提供的现成几种event handler都很好用。
》》2:ofbiz V那一层的思想和Tiles是一致的，其实Turbine也有这种思想，非常可取，但实在是看的我头晕，如果要使用Velocity会不会好些？《《
在ofbiz2.1.1以后，它使用了jpublish[1]， 是用script + template的一种架构，在ofbiz里提供的应用是beanshell [2] + freemarker [3]（一种比Velocity更强大的模板语言）.
结构还是蛮清晰的，找一个具体的流程对应看一下可以明白它的各个文件的作用。
缺点是要实现一个完整的event process -> view，要写满多的配制文件，有点麻烦，如果有工具可以自动生成就好了。
》》3:ofbiz 的Entity 实现有没有可能替代，就我目前的理解好象不大可能使用O/R Mapping 不知道谁有这方面的研究。《《
我最喜欢的就是它的Entity Engine的实现了，它本身就是一个O/R Mapping的实现，为什么还要找别的ORM来替换？它是一种使用简单（api少，配置文件少），而又功能强大的ORM tool。我们在各个项目中都使用应用得很好，强烈推荐使用（如果你需要Transaction支持的话，可以使用它的Service Engine的价格）
现在ofbiz有3.0 preview [4]了，和2.x最大的不同就是component化，你可以方便的plugin。如果你需要做一个完善的系统，ofbiz有很多地方可以借鉴。
[1] http://jpublish.org
[2] http://beanshell.org/
[3] http://freemarker.org
[4] https://ofbiz.dev.java.net
随着了解的深入越发现ofbiz很多东西实在做的好。
可惜我了解尚签，不知道谁研究的比较深写些文挡出来。
ofbiz很多技术是架构的J2EE的Web层中，所以和Jive一样，它是Web层解决方案的典型范例，或者说典型框架，如果你的应用只架构在Web层，学习Ofbiz当然是非常不错的。
但是，如果你想使用EJB，想完全遵循J2EE规范，那么ofbiz就显得零类了，这也是它这么好的框架设计和代码结构，为什么被迫开源的原因吧。
使用EJB实现分布式计算，实现工作流的协调和同步，将一组服务器群变成一个强大的工作流机组，这是使用EJB可以方便为你实现的。
当然，在ofbiz现在的体系下，也可以做到分布式，比如使用JMS等。
OFbiz虽然在架构上有所侧重，但是它的很多组件技术是可以重用的，闪烁着智慧的精华。
banq,能否给我解释一下ofbiz中partymgr里role的含义和使用，这里我感觉还不是太清楚
"使用EJB实现分布式计算，实现工作流的协调和同步，将一组服务器群变成一个强大的工作流机组，这是使用EJB可以方便为你实现的。"
我认为分布式工作流的关键并不是在使用什么具体的技术ejb,corba,web service都是可以的，关键的问题是在于各个工作流机的协调工作和过程模型的分布式描述。至于使用的分布式计算的方式，我认为在这样的系统使用消息机制会带来更大的好处，特别是在系统耦合和灵活性方面。在多异种系统交互上，web service反而能体现出优势出来
To:wys1978
我从cvs上刚刚拿到ofbiz的源代码，好象改变很大。
很明显加了
org.ofbiz.base.container
org.ofbiz.base.component两个包
其他的都认为是一个component，我想这种变化是结构甚至是思想上
的变化。不知道wys1978以及各位就ofbiz3.0的变化有什么想法。
Yes, compare with 2.x, the most change is the new structure. There are no more core or commonapp packages, everything is divided into components, and plugin-able. The new structure is more clearer, and reduce the components dependencies.
I like this idea, now it's really easy to implement your application base on ofbiz framework and adopt the exists components against your application scale.
Can not input Chinese with current OS, please bear my chinese-english, :)
可否就您个人的研究写一些心得体会，供我们学习之用，或者知道一下如何进行进一步的学习，谢谢。
换了台机器,可以用中文了,:)
To 孤魂一笑
我的文档写得很差，写心得体会更是头疼，作文从来没有及格过，:(， 建议您可以看一下它的文档，虽然简单，但还是很有帮助的。
如果是想学习他的架构的话，你可按照这样的顺序学：
1. MVC 的实现
2. Entity Engine
3. Service Engine
我觉得这3块是他的精华.
然后你可以根据你的需要，再看Mini Language, Workflow Engine, Rule Engine等等。
Good Luck!
good
To:wys1978
谢谢你的建议。
其实就某一块去看ofbiz，问题不会很大。
其实我最想了解的是他整个架构的设计思想。我觉得那是他的精华。
至于他的MVC的实现，Entity 。。。其他软件也有相关的思想体现。
请问用什么帐号能够从CVS上拿到最新版本
Agreee. EE is the most interesting part. More or less the adaptive object model. Generic (Party) links all the object types. Very flexible. Just some learning curve for the model. Actually its data model is very valuable and fits any business model that you want(same idea of the adaptive modelling). Recommend the data modelling books listed in the website.
请问ofbiz3.0在那里可以下载