我也许是第一个实施compiere2的中国人。去年在关注compiere一段时间后，我带着几位同事从销售，技术培训，到实施，完整地实践了compiere。（专门找了个大专生MM翻译成中文版）。不过很遗憾，最后实施应该说来是失败的。怎么说，不太适应国情吧。另外他的技术架构也比较陈旧，用了大量的stored procedure － 这就是为什么你感觉它速度还好的缘故 :-)， 你用ejb，甚至直接的dao可没这种速度。也就是说他绑定在某个数据库产商之上，当然，你可以改它的db portal，不过这走的思路可绝对不是j2ee的哦。
觉得它唯一可取的是application dictionary的概念及实现，不过跟我们以前项目中设计的相差无几...跟clearcase designer的设计也很象。
to: ibeliever
能不能详细谈谈它的application dictionary概念，不知这个概念是旧酒翻新瓶，还是新的思路？
请问能不能将汉化部分共享出来？谢谢！！！
是关于Compiere的影视。
To ibeliever: 你提到不适合国情？能详细点介绍一下吗？是不是主要指财务系统方面？还是说其他业务？
compiere cs架构的还算可以.到sourceforg论坛上看了一下.上面提到启动
compiere有三种方式:
1.就是CS架构的Appliaction
2.BS,但是是基于Applet
3.BS,完全基于vHTML
但ＢＳ架构的启动之后,好多功能都没有实现,不知是什么原因!
另外,我现在也在搞compiere的实施,现在用cs进行的,进销存已经完毕,还算是很成功的!
我对compiere2也很有兴趣，并就我关于compiere的一些疑问请教了JDon的朋友ibeliever，这是他给我的回复，先转载下来,再次感谢ibeliever的帮助。
从技术的观点来讲，compiere2最大的问题是太重，虽然它使用workflow，使用
application dictionary使的整个系统非常的flexible，但因此也给整个系统的实施带
来了许多工作。其实过去我一直在写类似的设计和程序，比如说把所有的field，
lable，workflow都存储在数据库内，不过发现太重。所以就我而言，compiere2是没有
什么新东西。如果你过去接触的系统不是基于application dict的话，也许你会赞赏
它，但对我而言，这种严重的数据依赖性所造成系统的复杂远胜过益处。
不能讲它有什么的根本缺点，只是在经过3年的大型heavy应用程序的开发后，我更青睐
lightweight的开发模式与产品。
BTW，我个人现在在写一套lightweight的系统，就是因为深受其苦。
PS:国外现在盛行的opensource模式是这样的，比如compiere2,注册了compiere。org，
开发一套opensource的framework，然后在注册一家compiere。com，专门卖服务和实
施。所以千万别以为你拿到source之后就ok了，路远着呢。如果你报研究的兴趣，
compiere无疑是个很好的产品，但如果你要实施，我劝你要慎重。
Ibelieve兄弟, 能不能留下你的联系方式到info@fudanmba.org
或者到复旦MBA论坛 http://www.fudanmba.org/bbs 的ERP专栏讨论
我最近在考虑采用一套比较实用的ERP系统, 推荐给某个行业的几百个企业
谢谢
对Oralcel不熟，那位老兄给我发一份Application Dictionary的表结构，非常感谢！
rendongsc@sohu.com
When I send this mail to you, I got the trouble "could not be delivered to one or more destinations"... So I paste it here
Hi Richard,
Sorry for reply late. I am so busy :-(
Actually suitable or not is mostly based on the technique used by Compiere.
1. Oracle is a must? Since Compiere is an open-source software, you could not image a large enterprise will buy and use it. Bus a SMB's customer, especially in China, they never use Oracle (more expensive than others); they are familiar with SqlServer, mySQL.
2. Swing client? It is a challenge to the Window based user's patient. If switch to SWT (another java presentation layer tech), or web client to Struts, would be better.
3. Stored procedure? Lack of a better persistence layer, for example, Hibernate or Entity Engine, it is an anti-pattern.
4. The term used in form is too complex and confused to Chinese customers; you should make more effort to train your Chinese audience. Or modify the presentation layer, of course, you could do a lot of translation, even so, a lot of term is redundant.
5. Accounting system you mentioned is one of the incompatible of business logic.
...
Originally I want to setup a business for Compiere and I have done it, but it seems... :-&
Now I am focusing on Ofbiz, another open source framework about ERP/CRM, so far looks not so bad. The best suitable, I think, might be based on linux + mysql/postgresql + jboss + jetty + ofbiz + portal (jetspeed/liferay) to SMB's customer.
Feel free to discuss more with me.
Junfeng
pls send mail to ibeliever@sohu.com or leave your phone number to me.
从技术的观点来讲，compiere2最大的问题是太重，虽然它使用workflow，使用
application dictionary使的整个系统非常的flexible，但因此也给整个系统的实施带
来了许多工作。其实过去我一直在写类似的设计和程序，比如说把所有的field，
lable，workflow都存储在数据库内，不过发现太重。
为什么这样不行呢，我觉得只有这样才能做到0代码开发啊
但对我而言，这种严重的数据依赖性所造成系统的复杂远胜过益处。
不能讲它有什么的根本缺点，只是在经过3年的大型heavy应用程序的开发后，我更青睐
lightweight的开发模式与产品。
能否谈谈对数据过分依赖而造成的后果？
BTW，我个人现在在写一套lightweight的系统，就是因为深受其苦。
能否说一下你lightweight系统的设计思路呢？
谢谢!
up
我最近也在研究Compiere2,不过还是是头雾水,模不清头绪,好不容易把它安装起动,也只是看了一下C/S结构的,按说还有WEB页面的,不过,还没有办法找到.不要见笑呀,各位大侠.我想到网上找找相关的资料,瞎撞到这里来,看大家讨论的很热闹也就来凑凑.希望能和个位多交流少走弯路!!!
如果能做成与数据库平台无关，相信推广的价值会更大，从技术和资金方面有能力用Oracle的公司，谁会用免费的ERP？
成本核算方法，好象只有标准成本和移动加权平均，恐很难适用中小企业的现状。
我刚接触compiere，很多问题有待进一步研究，希望能和这方面的专家和爱好者共同进步。