The Third International Conference on Availability, Reliability and Security (2008)
[]An Argumentation Framework for Communities of Web Services （2007 ）Jamal Bentahar, Concordia University, Montreal
Zakaria Maamar, Zayed University
[]An Approach to Engineer Communities of Web Services
concepts, architecture, operation, and deployment –（2009）Zakaria Maamar1
论文笔记如下：
背景：主要从可用性方面考虑，用服务社区。以前的文献多集中于服务的复制，而复制带来的问题主要是各备份之间的通信和数据的一致性等的维护。
服务社区功能有三方面（s3.1）:
社区管理：由设计者驱动，先定义社区功能，然后配置主服务。主服务负责监管社区中的服务，包括服务的加入，离开，通知参加组合，约束从服务行为，以及解散社区（社区中的服务过少或服务请求过少时）。
服务的吸引与保留：主服务经常查询UDDI来寻找新服务。保留：当服务有新功能不适当本社区时或服务不可靠时，退出社区。
通知服务进行组合：在主服务与从服务之间用Contract net protocol 进行通信。采用发布-投标的方式进行服务选择。（没有具体选择策略）
如何利用社区来维持高可用性；区分控制流和操作流（原来的复制方式未加以区分？参见Q Z Sheng的论文）。其中：控制流各个具体的服务会有所不同，此文中，同步的是操作流。
主服务发布服务要求，各从服务自愿进行投标，主服务通知各从服务是否中标。。未中标者可选择是否愿做或不做备份服务。
积极复制：客户把请求不是发送给一个特定的服务器，而是所有的服务器。用社区的好处是：如不需要维护代码的一样性（各服务代码可以不同）；各服务可以返回不同的结果；不需要确定其具体位置。
消极复制：把请求发送到某一具体服务，执行后把消息发送给其余备份服务。（消极复制及半积极复制不符合基于社区方式的可用性方法）
实验：简单描述了所用协议，语言等
future:在语义方面的冲突，以及替换给部分或整个组合带来的问题。
