一千分的问题（java-corba-linux/solaris）(0分)

  • 主题发起人 主题发起人 zeusangel
  • 开始时间 开始时间
Z

zeusangel

Unregistered / Unconfirmed
GUEST, unregistred user!
http://www.delphibbs.com/delphibbs/DispQ.asp?LID=915571
 
提前一下吧。
现在可能快要解决问题了。
哈很快就要结束了。
还想问一下，有没有人使用C写corba方面的经验啊。主要是嵌入式系统的。
 
zeusangel，我现在也碰到了CORBA在不同平台上无法互连的情况，不知道是怎么回事。
KYLIX2和DELPHI6相同的CORBA例程ACCOUNTGUI在不同的平台下就是连不来。在同一平台下就
可以了。请教这是怎么回事呢。是不是需要什么额外的代码。
 
朋友，上面这个问题要一千分的，你有分给我吗？
 
真不好意思，我只有几十分，不过我现在搞定了，就是LINUX服务器的网络配置问题。
 
大概和你说的无关，不过，我是用C++/JAVA做的，DELPHI根本就不可以做CORBA应用的。
 
DELPHI可以的，我现在用KYLIX2和DELPHI6做跨平台的CORBA应用。已经调用成功了。而且非常简单，
两边代码是一样的。
 
to zeusangel:
你说DELPHI根本就不可以做CORBA应用？我看你还是去买本书看看再说吧
 
根本不可以做corba是有点那个，我想说一个例子，我公司有一个项目，前后投入了数十人，
我当然也在里面，就是基于delphi(CORBA)这种模式的，最后是完全的失败(前后用了一年，
几十个人，最后全给裁掉了。)，
当然，如果只是运行一两百个人的小东西，大概delphi还可以使用corba，但是非常的不稳定。
当然你又可以说我公司没有delphi高手了，一百多个开发人员，总会有不少的delphi高手啊。
现在老板一提到用delphi开发，都say no. 当然，delphi也有优点，但做大项目还是不行的。
这个大项目不指mrp,erp,之类。
到现在，我是真的不会再用delphi了，就算是写MIS系统，我也会用java/c++，而不是
delphi.
 
我跟开发模式可能是有关系的，我现在要做的项目也不是什么MIS，ERP，是实时的服务器系统，
但我们采用CORBA只是一个中间的层次，其中实时的事务处理完全是底层的模块做的，CORBA对
我来说只是一个起到远程调用的作用。我想这样CORBA的负担会很小。不知道当时你们是采用什么样的模式
做开发的。
 
楼上的，如果你觉得CORBA部分负担小，那么大概也问题不大。
当时是大量的事务处理在CORBA层。
不过，现在我也在做CORBA方面的东西，使用的是java(性能好得没法说，
也非常的稳定。)，真的，开发真正的corba的东西，
还是要用java/c++之类的，delphi是有不少的问题。自己注意就是了。
corba加java真的是很不错，想想 ，都 是平台无关的东西，是配合得很好的。
delphi做corba是非常非常的不稳定就是了。动不动就死了。
楼上的，如果是你现在做的东西，还是用java来写更好。也很方便的。
再说，现在我觉得使用java做GUI也很方便，性能也不错，这样，无论你前台，后台，
也无论你和别的什么语言再结合，也很方便。
再说了，你的实时系统，一定会有c/c++写的东西吧。到时候会和你的delphi的corba通信吗？
如果有，你也要切切的小心才是。
 
多谢提醒。不过我现在要做的实时服务器系统，底层模块就是C/C++做的，封装了一些卡的功能，
因为跟硬件打交道，因此必须用C/C++写。CORBA模块封装该底层模块对外提供的接口，我想这样
的负担是会小些。
你前面做的系统由于把大量的处理放在CORBA层，这其实没有体现出CORBA技术远程调用及多层技术的特性，
将其单纯做成一个服务器程序肯定是不够的。我以前的实时系统是运行在WINDOWS上的，采用DCOM
的多层结构，现在要将其移植到LINUX下，结构方式仍然一样。
JAVA当然是好东西，运行确实很稳定，在内存管理方面也很好，但我在对外提供接口好象不是很理解，
所以我不想采用它。
一切都再说了，等我搞出来再讲，而且我还掌握着ORBIT方法，实在不行，再换了。
 
"你前面做的系统由于把大量的处理放在CORBA层，
这其实没有体现出CORBA技术远程调用及多层技术的特性，"
看不懂你的这一句话。计算和处理不是放在服务层，难道在放在客户层？
client只是一个界面功能，主要的处理当然要放在CORBA的中间层了!client只要调用
接口就可以了。

 
服务层仍然要分层!!!!
可能你误会了我所说的意思，我想你是经常做数据库处理的，所以三层及N层体系结构经常理解
为数据--服务器---客户，而我的思路不是这样的。我是把系统主要的处理逻辑封装在一个模块中，
这个底层模型才是真正的服务器层，而CORBA是中间层，他是起到提供调用接口，供客户端调用的作用
服务器层接收到CORBA中间层的指令后才执行相关的操作。这才是我的做法。
 
噢，看来都是误会了。
不过，我看来delphi写corba，主要的问题不是在处理方面，应该可以说delphi本来就没有
很好的支持corba，有关kylix，我觉得只是borland想逃离主战场的一种表现，kylix是否
真的有很大作用，还真的不敢说。
"真不好意思，我只有几十分，不过我现在搞定了，就是LINUX服务器的网络配置问题。"
另外，对于你处理好的方法，我觉得和我的不同，我是设置环境变量，只要在网络中的
随意一个电脑上设置一下就可以了。刚开始，我的想法也和你一样，觉得是不是UDP广播
没有打开之类的，后来不是的。
我以前做的那个很失败的CORBA项目是用delphi5做的，你现在是delphi6，祝你好运，也
希望我最喜欢的delphi可以真正的做一些令大家信服的项目来。
有空多多交流一下。
我觉得如果是使用java写corba的服务层，delphi做客户层(做界面招人容易)，
这种结构开发速度快，系统也很健壮。现在在客户层，我也用java写了，
java写的GUI程序也是很好的。
 
我不喜欢用DELPHI，97年底的时候我喜欢，这是我用的第一个WINDOWS下可视化编程环境，
我最喜欢VB，不过工作需要用VC，现在做服务器程序要用LINUX下标准C，我用DELPHI及KYLIX是因为
其做CORBA简单，快。这年头，没办法了，混饭吃，要做什么就用什么上，唉，没一个精通的.....
 
哈，
觉得只要java/c++/c就可以了。
 
现在我也在solaris和linux上面做开发，以后要请教的地方多着呢？还请你多多指教才是
啊。不过，现在我处理的都是用java，因为这样方便（我们现在不同的开发平台多，
java的平台无关就是最好的了。），再使用corba，这样和别的语言交流数据也方便，
再也就用socket和别的语言通讯也是可以的。
 
当然只要会JAVA/C++/C是足够混碗饭吃的了，不过现在干活得要想想怎样能够快点出成果，即使
自己想这么慢点做，老板可还在看着呢，不同的开发工具，不同的语言有各自的特色，应该想办法
充分应用现有的资源，然后将其整合起来。
我现在这个项目我就想用这样的开发模式：
1、底层:linux下C++
2、Corba服务器:Kylix2
3、CORBA客户端：Delphi6
4、已有软件调用：VC
届时CORBA的客户端也将是客户端上的服务器，应该其将被已有的软件调用。
这将是一个痛苦的过程，尤其是第一。
 
看来是够麻烦的。
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
Z
300分求指点 ExpressQuantumGrid日期控件修改问题 (10分)
回复
8
查看
141
zeng_xh
Z
T
散分！回答 http://www.delphibbs.com/delphibbs/dispq.asp?lid=1535710(300分)
回复
15
查看
413
topboy
T
T
散分！回答 http://www.delphibbs.com/delphibbs/dispq.asp?lid=1535710(300分)
2
回复
21
查看
294
topboy
T
D
我再加200分!!!!!!!!!!!!谁能帮我解决这个问题!!!!!!!!!!http://www.delphibbs.com/delphibbs/DispQ.
回复
10
查看
234
delphilove
D
后退
顶部