A ahai227 Unregistered / Unconfirmed GUEST, unregistred user! 2002-10-26 #1 中间层用:Activex Library---Transactional DateModule ----Ado+DatesetProcider这种方式,请问 各位期间有什么问题吗?要写成com+又应该如何?谢谢
中间层用:Activex Library---Transactional DateModule ----Ado+DatesetProcider这种方式,请问 各位期间有什么问题吗?要写成com+又应该如何?谢谢
A antic_ant Unregistered / Unconfirmed GUEST, unregistred user! 2002-10-28 #2 Run 菜单下面有个 Install Com+ Objects 写的东西就可以安装到Com+里面了
A ahai227 Unregistered / Unconfirmed GUEST, unregistred user! 2002-10-28 #3 那请问antic_ant: 你在中间层一般是有什么结构?谢谢
A antic_ant Unregistered / Unconfirmed GUEST, unregistred user! 2002-10-28 #5 一般做的中间层只是做数据库的连接,中间层的功能再强点就在中间层提供业务处理的 函数,让客户端调用。我做的中间层实际上又有两层,一层去连接数据库,第二层向客户 端提供函数。示意如下 |---------------------------| 数据库 ----->|数据连接层---->数据服务层 | ----->客户端 |---------------------------| 中间层 我的事务处理都在数据服务层使用Transactional Object提供的功能来实现了 你的要在Transactional DateModule 处理,分清支持事务和需要事务
一般做的中间层只是做数据库的连接,中间层的功能再强点就在中间层提供业务处理的 函数,让客户端调用。我做的中间层实际上又有两层,一层去连接数据库,第二层向客户 端提供函数。示意如下 |---------------------------| 数据库 ----->|数据连接层---->数据服务层 | ----->客户端 |---------------------------| 中间层 我的事务处理都在数据服务层使用Transactional Object提供的功能来实现了 你的要在Transactional DateModule 处理,分清支持事务和需要事务
D donkey Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-03 #7 用在哪里,如果是internet就比较麻烦,有个问题我现在也没能解决,局域网就可以
A ahai227 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-16 #8 to antic_ant: 按你的做法,一个客户不是会激活很多个数据库的连接。可是,这样客户端多了,就算有连接池,是不是还是会影响效率, 客户端连接的数量不会很多。
无 无忧鱼 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-16 #9 其实楼上所说的,会激活多个数据连接以及效率的问题这是肯定的。 客户端的数量就要看你的COM+服务器是否有效率了,而不是共享一个连接就可以做到的。 对于antic_ant的架构己经很经典了.关键看你怎么实际的运用了。 to:donkey 上次你发给我的代码我看了,代码是没有问题的,关键在于你的配置,你可以请教一下 antic_ant,他的COM+服务器我在远程就连通了。
其实楼上所说的,会激活多个数据连接以及效率的问题这是肯定的。 客户端的数量就要看你的COM+服务器是否有效率了,而不是共享一个连接就可以做到的。 对于antic_ant的架构己经很经典了.关键看你怎么实际的运用了。 to:donkey 上次你发给我的代码我看了,代码是没有问题的,关键在于你的配置,你可以请教一下 antic_ant,他的COM+服务器我在远程就连通了。
D donkey Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-17 #10 to antic_ant: 老兄,你是怎么配置的>能否留个联系方法? 我的E-mail: Hobinleon@yahoo.com.cn QQ:984392
无 无忧鱼 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-18 #11 todo nkey: 先试试我的方法,将DELPHI/BIN下的httpsrvr.dll文件拷贝到Inetpub/Scripts下。 启动IIS。将WebConnection的URL设为: http://你的IP/scripts/httpsrvr.dll 试试看吧
todo nkey: 先试试我的方法,将DELPHI/BIN下的httpsrvr.dll文件拷贝到Inetpub/Scripts下。 启动IIS。将WebConnection的URL设为: http://你的IP/scripts/httpsrvr.dll 试试看吧
Z zzzzai Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-18 #12 你好,请教一个问题,我做三层,可是客户端调用找不到中间层的服务器,你是怎么解决的, 就是在不同的机器上,找到服务器,delphi的资料上说是企业版本的要想找到别的机器上的服务器,必须花钱购买,不止到你市如何解决的
你好,请教一个问题,我做三层,可是客户端调用找不到中间层的服务器,你是怎么解决的, 就是在不同的机器上,找到服务器,delphi的资料上说是企业版本的要想找到别的机器上的服务器,必须花钱购买,不止到你市如何解决的
D donkey Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #13 to: 无忧鱼 我根本没有使用webconnect控件,而是在远程创建com+对象,所以你的方法没法使用, 难道antic_ant是用这个控件的吗?可能他使用的是delphi的midas方案,不是com+吧?
to: 无忧鱼 我根本没有使用webconnect控件,而是在远程创建com+对象,所以你的方法没法使用, 难道antic_ant是用这个控件的吗?可能他使用的是delphi的midas方案,不是com+吧?
无 无忧鱼 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #14 to antic_ant:非常抱歉,我弄错了,我一直认为你是我的另外一位朋友,刚才看了另一贴 子才明白。对不起。 todo nkey:晕!COM+同样可以用WEBCONNECT连通啊.
D donkey Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #15 to: 无忧鱼 对,可以使用webconnect,但是antic_ant的方案是用webconnect作传输,然后在服务器 端创建com+对象,所以可以连接,但是这样无法使用com+的安全性能,需要另外传递身份识别 的信息,而且有一个信息加密的问题,否则可能被截获封包(http是明码)而泄漏机密.
to: 无忧鱼 对,可以使用webconnect,但是antic_ant的方案是用webconnect作传输,然后在服务器 端创建com+对象,所以可以连接,但是这样无法使用com+的安全性能,需要另外传递身份识别 的信息,而且有一个信息加密的问题,否则可能被截获封包(http是明码)而泄漏机密.
无 无忧鱼 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #16 谁说不能加密,可以自己加密呀。我的就是这样的,自己加密数据与压缩,用时再解密与解压缩, 你想在远程客户端创建远程COM+对象???
D donkey Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #17 对,我想在远程客户端创建远程COM+对象,给客户提供调用接口
无 无忧鱼 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-21 #19 说真的,远程COM+对象(在因特网上)我还没用过这程方法,不过经过我的询问与了解, 好象很麻烦,对不起,我菜,帮不了你了。sorroy!
S so Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-22 #20 我感觉在因特网上远程创建COM+对象很麻烦,一班我是用SocketConnection,简单、好用, 速度也很快,碰上应用服务器没有公网IP的情况时,我才用WebConnection,至于加密和安 全,那就只能自己辛苦点去实现了。数据库的连接不会很多的,因为其位于实体对象内, 协调对象用完就应该释放它,如果怕协调对象会被创建很多的话,你可以在客户端每次调用 完远程方法后释放它,不过就是多一行代码而已。
我感觉在因特网上远程创建COM+对象很麻烦,一班我是用SocketConnection,简单、好用, 速度也很快,碰上应用服务器没有公网IP的情况时,我才用WebConnection,至于加密和安 全,那就只能自己辛苦点去实现了。数据库的连接不会很多的,因为其位于实体对象内, 协调对象用完就应该释放它,如果怕协调对象会被创建很多的话,你可以在客户端每次调用 完远程方法后释放它,不过就是多一行代码而已。