当前位置：文档之家 › Architectural Issues of JMS Compliant Group Communication

Architectural Issues of JMS Compliant Group Communication

  • 格式：pdf
  • 大小：410.10 KB
  • 文档页数：10

ArchitecturalIssuesofJMSCompliantGroupCommunication

ArnasKupˇsysRichardEkwall

´EcolePolytechniqueF´ed´eraledeLausanne(EPFL)

CH-1015Lausanne,Switzerland

{arnas.kupsys,nilsrichard.ekwall}@epfl.ch

Abstract

Groupcommunicationprovidesone-to-manycommuni-

cationprimitivesthatsimplifythedevelopmentofhighly

availableservices.Despiteadvancesinresearchandnu-

merousprototypes,groupcommunicationstaysconfinedto

smallniches.Tofacilitatetheacceptanceofgroupcom-

municationbyalargercommunity,anewspecificationand

API,calledJMSGroups,basedonthepopularJavaMes-

sageService(JMS)haspreviouslybeenpresented.

Asafollow-up,thispaperfocusesonthearchitectural

issuesoftheJMSGroupsimplementation.Weconsideran

implementationbasedonaJMSserver,i.e.,aJMSserver

thatismodifiedinternallytoprovideagroupcommunica-

tionservice.UsuallyJMSserverisimplementedasasingle

entityprovidingitsservicetonumerousclients.However,

singleserverarchitectureisexposedtofailuresandisnot

suitableforgroupcommunication.Toaddressthisprob-

lem,wediscusstheissuesrelatedtotheJMSserverreplica-

tion(firstwithoutprovidinggroupcommunication).Differ-

entreplicatedarchitectureoptionsarepresentedandcom-

pared.Finally,weshowhowtoconstructafault-tolerant

JMSGroupssystem,byextendingthereplicatedJMSserver

withagroupcommunicationservice.

1.Introduction

Groupcommunication(denotedsimplybyGChereafter)

providesone-to-manycommunicationprimitiveswithvar-

ioussemantics(e.g.,reliabledeliveryofmessagesand/or

deliveryofmessagesintotalorder).Thesehigh-level

communicationabstractionsamonggroupsofprocesses

greatlysimplifythedevelopmentofhighlyavailableser-

vices(throughreplication).Yet,despitetremendousad-

vancesinresearchandnumerousprototypes,e.g.,[3,7,8,

5,4],GCstaysconfinedtosmallnichesandtoacademic

prototypes.Webelievethatthelackofawell-definedand

easilyunderstandablestandardisthereasonthathindersthe

deploymentofgroupcommunicationsystems.In[1]weproposedastandardspecificationandinterface

forGC.InsteadofspecifyingyetanotherGCAPI,wetook

advantageofthewidespreadacceptanceoftheJavaMes-

sageService(JMS)andpresentedaGCAPIthatwasex-

tendedfromtheJMSAPI.Theresultingspecificationand

interfaceiscalledJMSGroupsandiseasilyunderstandable

bothbytheGCcommunityandbydevelopersfamiliarwith

JMS.Assuch,itfacilitatestheacceptanceofgroupcom-

municationbyalargercommunityandprovidesapowerful

environmentforbuildingfault-tolerantapplications.

Asafollow-up,thispaperfocusesonthearchitectural

issuesoftheJMSGroupsimplementation.Twomainar-

chitecturetypeshavebeenconsideredforJMSGroups:1)

acentralizedserverarchitectureand2)anon-centralized

architecture.Thecentralizedserverarchitectureissimilar

totheoneusedbyJMS.InsuchanarchitecturetheGC

serviceisprovidedbyaseparatemiddlewareentity(the

server).Thegroupmembersaretheclientscommunicat-

ingwitheachotherthroughtheserver.Thesecondarchi-

tecturetypeistheclassicalGCmodel,withoutacentral

entity.EachgroupmemberhasaGClayerwhichisrespon-

sibleforgroupcommunication.Thenon-centralizedarchi-

tecturehasbeenwellstudiedinthegroupcommunication

context[3,9,7,14,8,5,4]andwillnotbefurtherdevel-

opedinthispaper.Rather,ourdiscussionwillfocusonthe

centralizedserverarchitecture.

TheJMSGroupscentralizedserverarchitecturecanbe

implementedbymodifyingtheexistingJMSserver,i.e.,

byextendingittoprovideaGCserviceinadditiontothe

JMS.Thespecificationofsuchamodificationwaspre-

sentedin[1].However,sincetheserverisacommunica-

tionhubforallitsclientsitbecomesasinglepointoffail-

ureinthesystem.Thecrashoftheserverblockstheen-

tiresystem.SinceGCisusedtoprovidefault-toleranceto

theapplication,asinglepointoffailureinitsarchitecture

isnotacceptable.Therefore,theJMSserverusedforthe

implementationofJMSGroupsmustbefaulttolerant,i.e.,

replicated.

Forthesakeofclarity,thepresentationoftheJMS-

Groupsarchitecturalissuesisdividedintotwoparts.The

Proceedings of the 2005 Fourth IEEE International Symposium on Network Computing and Applications (NCA’05)

0-7695-2326-9/05 $20.00 © 2005

IEEE firstpartfocusesonthearchitectureofareplicatedJMS

server,inordertoremoveasinglepointoffailureinthe

system(butwithoutprovidingagroupcommunicationser-

viceyet).Differentreplicatedarchitectureoptionsarepre-

sentedandcompared.Then,byusingthereplicatedJMS

serverarchitectureasabase,thesecondpartpresentsthe

modificationsthatareneededtoimplementtheJMSGroups

server(andthusprovideagroupcommunicationservicein

theJMS-basedsystem).

Thedetailedpaperstructureisthefollowing:Section2

givesaverybriefintroductiononJMSandSection3

presentstheGCsystemmodelswewillconsider.Thecon-

tributionofthepaperliesmainlyinSections4and5.Sec-

tion4presentsthearchitecturetypesforthefaulttolerant

JMSserver,whereasSection5analyzeshowthereplicated

JMSservershouldbemodifiedtoprovideagroupcommu-

nicationservice.Performancecomparisonbetweenthedif-

合集下载

基于服务的物联网EPCIS设计与实现

基于服务的物联网EPCIS设计与实现

第３１卷第２期　

２０１４年２月　计算机应用与软件　

Ｃｏｍｐｕｔｅｒ　Ａｐｐｌｉｃａｔｉｏｎｓ　ａｎｄ　Ｓｏｆｔｗａｒｅ　Ｖｏ１．３１　Ｎｏ．２　

Ｆｅｂ。２０１４　

基于服务的物联网ＥＰＣＩＳ设计与实现　

徐迟王浩飞赵会群　

（北方工业大学信息工程学院北京１００１４４）　

摘要　物联网需要多个企业参与，每个企业都无法独立存在，而或多或少地与其他企业伙伴相互通信，但是异构系统之间的通　信加重了运营成本。针对这种情况，通过Ｗｅｂ　Ｓｅｒｖｉｃｅｓ把ＳＯＡ引入到系统中可以降低企业运行成本。在一个ＪａｖａＥＥ项目上增加了　

Ｗｅｂ　Ｓｅｒｖｉｃｅｓ功能来模拟物联网中的ＥＰＣＩＳ流程，展示一个发布和调用Ｗｅｂ　Ｓｅｒｖｉｃｅｓ的完整流程，为物联网信息服务系统的研究和　

建设提供了借鉴。　

关键词　物联网　ＥＰＣＩＳ面向服务软件架构ｗｅｂ服务　

中图分类号ＴＰ３９３　文献标识码Ａ　ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００—３８６ｘ．２０１４．０２．０２７　

ＤＥＳＩＧＮ　ＡＮＤ　ＩＭＰＬＥＭＥＮＴＡＴＩｏＮ　ＯＦ　ＳＥＲＶＩＣＥ．ＢＡＳＥＤ　ＩｏＴ　ＥＰＣＩＳ　

Ｘｕ　Ｃｈｉ　Ｗａｎｇ　Ｈａｏｆｅｉ　Ｚｈａｏ　Ｈｕｉｑｕｎ　

（Ｉｎｓｔｉｔｕｔｅ　ｏｆＩｎｆｏｒｍａｔｉｏｎ　Ｅｎｇｉｎｅｅｒｉｎｇ，Ｎｏａｈ　Ｃｈｉｎａ　Ｕｎｗｅ￣ｉｑ　ｏｆＴｅｃｈｎｏｌｏｇｙ，Ｂｅｉｎｇ　１００１４４，Ｃｈｉｎａ）　

Ａｂｓｔｒａｃｔ　Ｔｈｅ　Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ　ｎｅｅｄｓ　ｍｏｒｅ　ｅｎｔｅｒｐｒｉｓｅｓ　ｔｏ　ｐａｒｔｉｃｉｐａｔｅ　ｉｎ，ｅｖｅｒｙ　ｅｎｔｅｒｐｒｉｓｅ　ｃａｎｎｏｔ　ｅｘｉｓｔ　ｉｎｄｅｐｅｎｄｅｎｔｌｙ　ｂｕｔ　ｎｅｅｄｓ　ｍｕｔｕａｌ　ｃｏｍｍｕｎｉｃａｔｉｏｎ　ｗｉｔｈ　ｏｔｈｅｒ　ｂｕｓｉｎｅｓｓ　ｐａｒｔｎｅｒｓ　ｍｏｒｅ　ｏｒ　ｌｅｓｓ，ｈｏｗｅｖｅｒ　ｔｈｅ　ｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｂｅｔｗｅｅｎ　ｈｅｔｅｒｏｇｅｎｅｏｕｓ　ｓｙｓｔｅｍｓ　ｉｎｃｒｅａｓｅ　ｔｈｅ　ｏｐｅｒａｔｉｎｇ　

电测量数据交换 DLMS_COSEM组件 社区网络高速 PLC 配置-最新国标

电测量数据交换 DLMS_COSEM组件 社区网络高速 PLC 配置-最新国标

目次

1 范围...............................................................................1

2 规范性引用文件.....................................................................1

3 术语和定义、缩略语.................................................................2

3.1 术语和定义.....................................................................23.2 缩略语.........................................................................2

4 有针对性的通信环境.................................................................3

5 本配置通信层的使用.................................................................4

5.1 与规定的低层标准使用有关的信息.................................................45.2 通信配置的结构.................................................................45.3 低层协议层及其使用.............................................................55.4 服务映射和适配层...............................................................5

PCS7 问题总汇中文版

PCS7 问题总汇中文版

1．如果PCS 7计算机网卡和网络中的其他组件之间出现了通信问题，该如何进行检查？

解答：

对于SIMATIC PCS 7计算机，应当注意下面几点：

1. 网络适配器发生问题时，例如异常高的冲突数量或者延迟的连接，SIMATIC PCS 7计算机的网络适配器和网络组件(交换机、集线器)不应运行于“AutoDetect”(自动检测)模式，否则将可能影响系统性能。这些设置可在“Start > Settings > Network and Dial-up Connections > Local Area Connection”中找到。> 右击打开LAN连接的属性(图 1)。

图 1：LAN 连接的属性 选择“Configure”并点击“Advanced”选项卡(图 2)。在项目“Link Speed & Duplex”中更改数值。如有可能，100Mbps和Full Duplex(全双工)应当选为永久设置。

图 2：网络适配器的高级设置

注意事项：

该设置的位置取决于使用的网络适配器的驱动程序。

对于OSM和ESM的组态设置，可在“SIMATIC Net Manual Collection”中找到。< /p>

2. 检查SIMATIC PCS 7计算机，查看网络适配器是否组态为使用Microsoft Windows2000 中的电源管理。如果是，则将其禁用。

这些设置可在“Start > Settings > Network and Dial-up Connection > Lan Area Connection”下找到。 右击打开LAN连接的属性(图 1)。

选择“Configure”并点击“Power management”选项卡(图 3)。禁用“Allow the computer to turn off this device

to save power”选项。

图 3：网络适配器的电源管理

DRP

DRP

DRP业务流程

 Web项目开发的一般流程

 需求确定

 需求分析

 架构分析和设计

 业务逻辑分析和设计

 界面设计

 开发环境搭建

 开发和测试

 文档编写

 项目简介

 项目名称：DRP（分销资源计划）

 项目简介：本系统为一家跨国医药企业开发，从需求调研、需求分析、系统设计、编码、单元测试、集成测试和子系统测试7人开发了半年多，本系统主要包括如下模块，分销商库存管理、分消费管理、结帐管理、付款结算管理、统计报表管理、基础数据管理和系统管理，本系统主要对企业的物流和资金流进行全面的管理和控制，从而缩短企业的供应链，为企业节省成本，为管理层提供全面的信息流。

 职务：java软件工程师

 职责：负责分销库存管理的系统设计、编码和单元测试，分销库存管理主要是物流的管理，主要功能是对物料的调拨和纯销情况进行审核和监控，实时了解物料的出入库情况和库存结余情况 并在每个会计期间内对物料进行盘盈和盘亏处理，来调整库存达到帐实相符，从而更精确的监控分销商的库存情况，提供真实准确的决策信息。

 使用技术：jsp/struts/spring/hibernate/如意报表/oracle/linux

 分销库存管理业务流程

 本模块主要是物流方面的问题处理。在整个系统中，它归结为库存管理。每个分销商都有一个期初库存。整个系统启用后，主要就是物料（药品）的出入库、库存调整过程。后者的操作步骤为：商务主管收集流向单（含出库、入库），数据录入员录入流向单数据，商务主管审核（如有数量差异，可以修改调整项数据），商务经理审核确认（如果有问题，驳回，正确的话就直接冲减库存）。

 另一条线是项目会计抽查流向单和系统中的数据是否吻合，对抽查过的单据添加抽查标记（如果有问题，会通过其他手段（如电话、邮件等）通知商务经理）。

 对分销商定期报上的库存数量（该数量应该是商务代表核实过的）与系统中数据对比，如果有差异，作调库处理(盘盈和盘亏)。目的是使账面数量和分销商的实际库存一致（帐实相符）。该调整由商务主管确认，只能调整当前库存。