COM+是否存在并发问题?如果存在应如何解决?

时间:2021-02-24 17:56:24
COM+里面有个DataSet。
有一个Webservice会访问检索DataSet的数据。
另一个WindowsService负责定时更新这个DataSet的数据。
问题:
当WindowService更新DataSet的时候,WebService需要
检索数据,这时候会不会抛出异常?

如果存在如何解决?这个对我非常非常重要,谢谢大家~
得到确切的答案,即结贴~

8 个解决方案

#1


帮顶 COM+是否存在并发问题?如果存在应如何解决?

#2


没有人知道吗?
那有没有知道如何代码启动和关闭COM+?

#3


试一下不就知道了吗,如果出现,你可以用线程来控制!

#4


com+ 有对象池 技术,和排队技术

#5


我开启两个进程,分别进行循环更新和访问,并没有发生异常情况。
但是我不清楚是否存在潜在问题,所以我想问一下大家,得到一个确切的答案。

#6


引用 4 楼 hdt 的回复:
com+ 有对象池 技术,和排队技术


那么就说明我在COM+里面不用对这个DataSet进行加锁控制对吗?COM+自己会处理更新和访问的并发..

#7


你测试一下看撒

#8


处理并发是COM的主要特色吧

dotnet 下开发 COM+ 组件
http://dotnet.chinaitlab.com/DotNetFramework/519985.html
   一、问题的提出

    1、最终用户的每次请求,都将读取Mapping文件——可以通过缓存解决;

    2、xxx子系统需要不断的写入Mapping文件——也可以先写入内存然后批量写入文件解决;

    二、分析解决问题

    由于分别有2个或更多子系统需要对同一文件进行读写操作,而客户端又有很大的并发性,所以极可能出现读写冲突或错误,也必将影响系统的性能。

    通过调用共同的进程外组件的方式来读写文件;而这个共同的进程外组件只有在自身启动的时候把文件内容load到内存,当文件有变化时更新内存。

    三、COM+组件介绍

    早在window2000发布时就已经产生了COM+,并集成在操作系统中,在运行的时候是以服务的形式存在的。COM+增加了一系列的MTS(一种系统服务,用于管理数据库中的持久性数据,也处理在事务中的持久性消息队列和文件系统)服务:

    1、事务服务:它确保了在分布式系统中的数据完整性。

    2、安全服务:它的安全模型提供了处理安全性而不用编写任何代码的方法。

    3、同步服务:提供了有管理地解决组件中并发问题的方法,但却不用编写代码。

    4、资源管理:(包括资源管理器和资源分配器)管理数据库连接、网络连接和内存等。

    5、JIT激活:即(Just In Time)是从MTS继承下来的一项服务,当客户调用时才将该对象的一个实例保持为活跃状态并缓存在服务器内存中,使用完对象后,会通知MTS环境可以释放该对象所占用的资源了,如数据库连接。

    6、对象池:提供一个线程池来存放现成的对象,以供下次再用,是系统的一项自动服务。当有应用程序访问COM+组件时,即为应用程序创建该组件的一个实例并存放在对象池中,应用程序关闭后即销毁实例,可以*配置组件使它的实例在池中的状态,实现了实例的重用性,提高应用程序的性能和伸缩性。

    7、基于角色的安全:这个容易理解,即验证角色,给予安全许可,给不同的用户予不同的权限。

    8、队列组件(MSMQ):提供异步消息队列,可以自动按其形式将数据转换成数据包。

    9、共享属性管理器(SPM):用来管理存储在内存中的对象状态信息,在一个服务器进程内可以用来共享多个对象间的状态,并提供并发处理。

    10、补偿资源管理器(CRM):用于在处理事务期间生成日志文件并可处理系统崩溃。包括CRM工作器(是CRM的主要部分,通过CRM的基础设施提供的接口将事务的相关信息写入日志,并在需要时检索日志文件)和CRM补偿器(用于在事务完成后,将事务和生成的日志文件提交给执行事务的用户)。

    11、并发:即允许一个应用程序中的多个进程同时运行,进程被分成各组上下文(有相同需求的对象集合)包含在单元(一个进程内的一组上下文)中,一个进程可包含多个上下文,都涉及到不同的需求的对象而且每个上下文都有一个唯一的COM对象来提供COM+事务处理和JIT激活等服务。利用COM+提供的工具可以创建执行交易的多层应用程序,还可以处理线程分配的问题。OK,介绍完COM+的功能下面再介绍COM+的类型。


#1


帮顶 COM+是否存在并发问题?如果存在应如何解决?

#2


没有人知道吗?
那有没有知道如何代码启动和关闭COM+?

#3


试一下不就知道了吗,如果出现,你可以用线程来控制!

#4


com+ 有对象池 技术,和排队技术

#5


我开启两个进程,分别进行循环更新和访问,并没有发生异常情况。
但是我不清楚是否存在潜在问题,所以我想问一下大家,得到一个确切的答案。

#6


引用 4 楼 hdt 的回复:
com+ 有对象池 技术,和排队技术


那么就说明我在COM+里面不用对这个DataSet进行加锁控制对吗?COM+自己会处理更新和访问的并发..

#7


你测试一下看撒

#8


处理并发是COM的主要特色吧

dotnet 下开发 COM+ 组件
http://dotnet.chinaitlab.com/DotNetFramework/519985.html
   一、问题的提出

    1、最终用户的每次请求,都将读取Mapping文件——可以通过缓存解决;

    2、xxx子系统需要不断的写入Mapping文件——也可以先写入内存然后批量写入文件解决;

    二、分析解决问题

    由于分别有2个或更多子系统需要对同一文件进行读写操作,而客户端又有很大的并发性,所以极可能出现读写冲突或错误,也必将影响系统的性能。

    通过调用共同的进程外组件的方式来读写文件;而这个共同的进程外组件只有在自身启动的时候把文件内容load到内存,当文件有变化时更新内存。

    三、COM+组件介绍

    早在window2000发布时就已经产生了COM+,并集成在操作系统中,在运行的时候是以服务的形式存在的。COM+增加了一系列的MTS(一种系统服务,用于管理数据库中的持久性数据,也处理在事务中的持久性消息队列和文件系统)服务:

    1、事务服务:它确保了在分布式系统中的数据完整性。

    2、安全服务:它的安全模型提供了处理安全性而不用编写任何代码的方法。

    3、同步服务:提供了有管理地解决组件中并发问题的方法,但却不用编写代码。

    4、资源管理:(包括资源管理器和资源分配器)管理数据库连接、网络连接和内存等。

    5、JIT激活:即(Just In Time)是从MTS继承下来的一项服务,当客户调用时才将该对象的一个实例保持为活跃状态并缓存在服务器内存中,使用完对象后,会通知MTS环境可以释放该对象所占用的资源了,如数据库连接。

    6、对象池:提供一个线程池来存放现成的对象,以供下次再用,是系统的一项自动服务。当有应用程序访问COM+组件时,即为应用程序创建该组件的一个实例并存放在对象池中,应用程序关闭后即销毁实例,可以*配置组件使它的实例在池中的状态,实现了实例的重用性,提高应用程序的性能和伸缩性。

    7、基于角色的安全:这个容易理解,即验证角色,给予安全许可,给不同的用户予不同的权限。

    8、队列组件(MSMQ):提供异步消息队列,可以自动按其形式将数据转换成数据包。

    9、共享属性管理器(SPM):用来管理存储在内存中的对象状态信息,在一个服务器进程内可以用来共享多个对象间的状态,并提供并发处理。

    10、补偿资源管理器(CRM):用于在处理事务期间生成日志文件并可处理系统崩溃。包括CRM工作器(是CRM的主要部分,通过CRM的基础设施提供的接口将事务的相关信息写入日志,并在需要时检索日志文件)和CRM补偿器(用于在事务完成后,将事务和生成的日志文件提交给执行事务的用户)。

    11、并发:即允许一个应用程序中的多个进程同时运行,进程被分成各组上下文(有相同需求的对象集合)包含在单元(一个进程内的一组上下文)中,一个进程可包含多个上下文,都涉及到不同的需求的对象而且每个上下文都有一个唯一的COM对象来提供COM+事务处理和JIT激活等服务。利用COM+提供的工具可以创建执行交易的多层应用程序,还可以处理线程分配的问题。OK,介绍完COM+的功能下面再介绍COM+的类型。