该系统有一个子系统（开发语言不限）将通过广域网与一专门机构中心相通信，并要和其它子系统能通信，现公司想做成分布式组件系统，业务逻辑在该专门机构服务器上，这样每当业务逻辑更新时，客户端可以不变）
请问，该用什么解决方案？
这个子系统最好能内嵌在整个系统中，实现透明集成
在中心服务器上EJB能不能用阿（如果能，怎么和客户端非j2ee环境（PB环境）连接，是不是要加上Corba）？CORBA了（Corba我不太明白）？
15 个解决方案
#1
xml
#2
hehe,各位老大能不能说清楚一点阿，不要只说几个名词，xml怎么解决这个分布式问题阿？
#3
xml跟分布式没关系。只是传输数据的格式。
#4
Server:J2EE,
具体构成Web+EJB。
EJB是你的业务逻辑。
Web接收client请求。
client就是你的pb了，
你的pb和web之间通过http协议传输数据。
http协议内的body部分为数据流，格式是xml格式。
不要走corba，不要走webservice。最新的不是最好的。
最好的，是能稳定的解决你的实际问题。
具体构成Web+EJB。
EJB是你的业务逻辑。
Web接收client请求。
client就是你的pb了，
你的pb和web之间通过http协议传输数据。
http协议内的body部分为数据流，格式是xml格式。
不要走corba，不要走webservice。最新的不是最好的。
最好的，是能稳定的解决你的实际问题。
#5
目前，采用j2ee解决分布式问题并不是很好的解决方案。我个人认为，要解决分布式目前最好的解决方案：web services。
我的观点如下：
前台：使用delphi等快速开发工具开发出界面。
业务逻辑层：可采用j2ee或者.net等。
数据库：结合实际情况。
在前台和业务逻辑层之间加入服务层（采用web services实现）。
这样系统就成为了4层结构。
采用这种结构的好处是：
1、不论前台使用什么样的开发工具，都可以调用服务层提供的服务，实现与后台业务逻辑的连接。
2、由于服务曾采用web services实现，可以很好地解决分布式的问题。
以上方案，我已经试验过，前台使用delphi或者java开发的应用程序或者使用浏览器都可以。服务层用java开发、业务逻辑使用ejb、后台数据库oracle。
我的观点如下：
前台：使用delphi等快速开发工具开发出界面。
业务逻辑层：可采用j2ee或者.net等。
数据库：结合实际情况。
在前台和业务逻辑层之间加入服务层（采用web services实现）。
这样系统就成为了4层结构。
采用这种结构的好处是：
1、不论前台使用什么样的开发工具，都可以调用服务层提供的服务，实现与后台业务逻辑的连接。
2、由于服务曾采用web services实现，可以很好地解决分布式的问题。
以上方案，我已经试验过，前台使用delphi或者java开发的应用程序或者使用浏览器都可以。服务层用java开发、业务逻辑使用ejb、后台数据库oracle。
#6
PB掉EJB忑麻烦。建议用COM+。跟EJB一样好用。支持分布式事务。可以透明的远程调用。
#7
to:smilelee(smilelee)
不懂不要乱说话。
不懂不要乱说话。
#8
feiyuegaoshan(飞跃) :
pb和web之间通过http协议传输数据?？
老大，我不太懂，用Socket？
如果不是，客户端是不是要做成浏览器阿？
老大，这里的细节能不能给我好好讲讲？万分感谢！！（你要多少分都行，我还有6000多了）
pb和web之间通过http协议传输数据?？
老大，我不太懂，用Socket？
如果不是，客户端是不是要做成浏览器阿？
老大，这里的细节能不能给我好好讲讲？万分感谢！！（你要多少分都行，我还有6000多了）
#9
其实，web service也不是什么新的技术，使用的也是已经存在并很成熟的技术：http、soap等。只是做了一些规范而已。使用web service可以提高开发效率、节约成本。另外，经我们测试执行效率也不像想象得那么低。在开发大型项目时完全可以接受。
#10
同意feiyuegaoshan(飞跃) ( ) 的观点。不过具体实现俺也关注
#11
web service?
呼呼, 目前阶段好像除了做个天气预报(yahoo)外, 还没有很适合的应用.
(一些关键点上还很不成熟)
特别是企业方面. 以后也更多的是在系统集成方面(EAI).
COM+, 有啥不好? 开发调试相对容易一些. (当然, 开发com比较麻烦一点)
如果不是非要使用unix, 这也是一个不错的方案.
Corba, 发展了这么多年, 已经比较成熟了. 如果你的
情况比较复杂可以采用.
呼呼, 目前阶段好像除了做个天气预报(yahoo)外, 还没有很适合的应用.
(一些关键点上还很不成熟)
特别是企业方面. 以后也更多的是在系统集成方面(EAI).
COM+, 有啥不好? 开发调试相对容易一些. (当然, 开发com比较麻烦一点)
如果不是非要使用unix, 这也是一个不错的方案.
Corba, 发展了这么多年, 已经比较成熟了. 如果你的
情况比较复杂可以采用.
#12
to: feiyuegaoshan(飞跃)
不要以为听说几个新名词就可以在这里喷口水
不要以为听说几个新名词就可以在这里喷口水
#13
to:smilelee(smilelee)
1.我不是听说。
2.上面说的都是我在公司和同事们的实践经验。
3.象你这样不懂还乱说的人，我遇到不少。不过一般指正后都默默改正了。而象
您现在这样知道错了还在这里骂街，我到真的没遇到过：）。
4.你自己冷静思考一下你上面回答的问题，再找个明白人问问。
5.Good Luck!
1.我不是听说。
2.上面说的都是我在公司和同事们的实践经验。
3.象你这样不懂还乱说的人，我遇到不少。不过一般指正后都默默改正了。而象
您现在这样知道错了还在这里骂街，我到真的没遇到过：）。
4.你自己冷静思考一下你上面回答的问题，再找个明白人问问。
5.Good Luck!
#14
to feiyuegaoshan(飞跃)
呵呵，这是在替你老子教育教育你出门该怎么说话。象你这样半罐水满街乱叫的我也见多了，一般懒得理。今天心情好多教教你。省得以后出门挨骂说我没教育过你。
有时间多做几套系统再来放屁
呵呵，这是在替你老子教育教育你出门该怎么说话。象你这样半罐水满街乱叫的我也见多了，一般懒得理。今天心情好多教教你。省得以后出门挨骂说我没教育过你。
有时间多做几套系统再来放屁
#15
to: smilelee(smilelee)
让大家去评论吧。
我不愿意和你这样的人讨论问题。
非常的没有趣味。
让大家去评论吧。
我不愿意和你这样的人讨论问题。
非常的没有趣味。
#1
xml
#2
hehe,各位老大能不能说清楚一点阿，不要只说几个名词，xml怎么解决这个分布式问题阿？
#3
xml跟分布式没关系。只是传输数据的格式。
#4
Server:J2EE,
具体构成Web+EJB。
EJB是你的业务逻辑。
Web接收client请求。
client就是你的pb了，
你的pb和web之间通过http协议传输数据。
http协议内的body部分为数据流，格式是xml格式。
不要走corba，不要走webservice。最新的不是最好的。
最好的，是能稳定的解决你的实际问题。
具体构成Web+EJB。
EJB是你的业务逻辑。
Web接收client请求。
client就是你的pb了，
你的pb和web之间通过http协议传输数据。
http协议内的body部分为数据流，格式是xml格式。
不要走corba，不要走webservice。最新的不是最好的。
最好的，是能稳定的解决你的实际问题。
#5
目前，采用j2ee解决分布式问题并不是很好的解决方案。我个人认为，要解决分布式目前最好的解决方案：web services。
我的观点如下：
前台：使用delphi等快速开发工具开发出界面。
业务逻辑层：可采用j2ee或者.net等。
数据库：结合实际情况。
在前台和业务逻辑层之间加入服务层（采用web services实现）。
这样系统就成为了4层结构。
采用这种结构的好处是：
1、不论前台使用什么样的开发工具，都可以调用服务层提供的服务，实现与后台业务逻辑的连接。
2、由于服务曾采用web services实现，可以很好地解决分布式的问题。
以上方案，我已经试验过，前台使用delphi或者java开发的应用程序或者使用浏览器都可以。服务层用java开发、业务逻辑使用ejb、后台数据库oracle。
我的观点如下：
前台：使用delphi等快速开发工具开发出界面。
业务逻辑层：可采用j2ee或者.net等。
数据库：结合实际情况。
在前台和业务逻辑层之间加入服务层（采用web services实现）。
这样系统就成为了4层结构。
采用这种结构的好处是：
1、不论前台使用什么样的开发工具，都可以调用服务层提供的服务，实现与后台业务逻辑的连接。
2、由于服务曾采用web services实现，可以很好地解决分布式的问题。
以上方案，我已经试验过，前台使用delphi或者java开发的应用程序或者使用浏览器都可以。服务层用java开发、业务逻辑使用ejb、后台数据库oracle。
#6
PB掉EJB忑麻烦。建议用COM+。跟EJB一样好用。支持分布式事务。可以透明的远程调用。
#7
to:smilelee(smilelee)
不懂不要乱说话。
不懂不要乱说话。
#8
feiyuegaoshan(飞跃) :
pb和web之间通过http协议传输数据?？
老大，我不太懂，用Socket？
如果不是，客户端是不是要做成浏览器阿？
老大，这里的细节能不能给我好好讲讲？万分感谢！！（你要多少分都行，我还有6000多了）
pb和web之间通过http协议传输数据?？
老大，我不太懂，用Socket？
如果不是，客户端是不是要做成浏览器阿？
老大，这里的细节能不能给我好好讲讲？万分感谢！！（你要多少分都行，我还有6000多了）
#9
其实，web service也不是什么新的技术，使用的也是已经存在并很成熟的技术：http、soap等。只是做了一些规范而已。使用web service可以提高开发效率、节约成本。另外，经我们测试执行效率也不像想象得那么低。在开发大型项目时完全可以接受。
#10
同意feiyuegaoshan(飞跃) ( ) 的观点。不过具体实现俺也关注
#11
web service?
呼呼, 目前阶段好像除了做个天气预报(yahoo)外, 还没有很适合的应用.
(一些关键点上还很不成熟)
特别是企业方面. 以后也更多的是在系统集成方面(EAI).
COM+, 有啥不好? 开发调试相对容易一些. (当然, 开发com比较麻烦一点)
如果不是非要使用unix, 这也是一个不错的方案.
Corba, 发展了这么多年, 已经比较成熟了. 如果你的
情况比较复杂可以采用.
呼呼, 目前阶段好像除了做个天气预报(yahoo)外, 还没有很适合的应用.
(一些关键点上还很不成熟)
特别是企业方面. 以后也更多的是在系统集成方面(EAI).
COM+, 有啥不好? 开发调试相对容易一些. (当然, 开发com比较麻烦一点)
如果不是非要使用unix, 这也是一个不错的方案.
Corba, 发展了这么多年, 已经比较成熟了. 如果你的
情况比较复杂可以采用.
#12
to: feiyuegaoshan(飞跃)
不要以为听说几个新名词就可以在这里喷口水
不要以为听说几个新名词就可以在这里喷口水
#13
to:smilelee(smilelee)
1.我不是听说。
2.上面说的都是我在公司和同事们的实践经验。
3.象你这样不懂还乱说的人，我遇到不少。不过一般指正后都默默改正了。而象
您现在这样知道错了还在这里骂街，我到真的没遇到过：）。
4.你自己冷静思考一下你上面回答的问题，再找个明白人问问。
5.Good Luck!
1.我不是听说。
2.上面说的都是我在公司和同事们的实践经验。
3.象你这样不懂还乱说的人，我遇到不少。不过一般指正后都默默改正了。而象
您现在这样知道错了还在这里骂街，我到真的没遇到过：）。
4.你自己冷静思考一下你上面回答的问题，再找个明白人问问。
5.Good Luck!
#14
to feiyuegaoshan(飞跃)
呵呵，这是在替你老子教育教育你出门该怎么说话。象你这样半罐水满街乱叫的我也见多了，一般懒得理。今天心情好多教教你。省得以后出门挨骂说我没教育过你。
有时间多做几套系统再来放屁
呵呵，这是在替你老子教育教育你出门该怎么说话。象你这样半罐水满街乱叫的我也见多了，一般懒得理。今天心情好多教教你。省得以后出门挨骂说我没教育过你。
有时间多做几套系统再来放屁
#15
to: smilelee(smilelee)
让大家去评论吧。
我不愿意和你这样的人讨论问题。
非常的没有趣味。
让大家去评论吧。
我不愿意和你这样的人讨论问题。
非常的没有趣味。