BlogJava-Thinking in XiaoQiang-文章分类-eclipse plugin

BlogJava-Thinking in XiaoQiang-文章分类-eclipse pluginhttp://www.blogjava.net/uiiang/category/3638.html世人皆有悲哀，只有你不明白zh-cnWed, 28 Feb 2007 03:25:38 GMTWed, 28 Feb 2007 03:25:38 GMT60浅析Eclipse建模框架(EMF)及其动态能力http://www.blogjava.net/uiiang/articles/15864.html小强小强Tue, 18 Oct 2005 16:10:00 GMThttp://www.blogjava.net/uiiang/articles/15864.htmlhttp://www.blogjava.net/uiiang/comments/15864.htmlhttp://www.blogjava.net/uiiang/articles/15864.html#Feedback0http://www.blogjava.net/uiiang/comments/commentRss/15864.htmlhttp://www.blogjava.net/uiiang/services/trackbacks/15864.html
　　一、引言

　　Eclipse建模框架(EMF)是一个Java开源框架与代码生成工具-用于基于结构化的模型来构建工具和其它应用程序。在Eclipse平台在用户界面和文件级上提供一个强有力的集成框架的同时,EMF加强了这种能力来实现工具和应用程序之间良好粒度的数据分享。

　　类似于其它的Java绑定框架，例如JAXB或XMLBeans,给定一个模型后,EMF就能够生成Java源代码-它允许你创建、查询、更新、反串行化以及串行化你的模型的实例。尽管多数Java绑定框架仅支持一个模型类,例如XML模式，而EMF支持从XML模式,UML类图(Rational Rose或UML2)以及被注解的Java接口中生成代码。除了模型代码，EMF还能生成一个完整的应用程序-它包括一个可定制的编辑器。

　　EMF生成的代码有一个内建的改变通知机制并且支持跨文档参考。EMF提供一个反射API以存取你的模型实例并且允许你动态地创建模型。EMF支持模型约束校验。EMF提供强有力的代码生成工具来支持模型的重新生成和使用用户书写的代码进行合并。

　　在本文中,我们将解释什么是EMF,并分析其基本框架。

　　EMF最开始是一个对象管理组的(OMG)元对象设备(MOF)说明书的实现-它为面向对象的分析和设计提供一个标准化的元模型。在很长一段时间以来，EMF被用于实现大量的工具并且因此演变为一个有效的MOF API的一个核心子集的Java实现。

　　在EMF中的类MOF核心元模型(一个模型的模型)被称作Ecore。在对当前的MOF 2.0的实现中,有一个类似的MOF模型的子集,称作Essential MOF(EMOF)，它现在已经被独立出来。在Ecore和EMOF之间主要存在上些小的特别是命名上的区别，因此EMF能透明地读和写串行化的EMOF，从而允许工具间数据的标准交换。

　　今天EMF已被广泛应用。例如,EMF被用于实现开源XML模式Infoset模型(XSD),服务数据对象(SDO),UML2以及Eclipse上的Web工具平台(WTP)工程。另外，EMF也被使用在商业化的产品中,例如Omondo EclipseUML以及IBM Rational和WebSphere产品等。

　　二、 Ecore和反射API

　　EMF中的一个关键接口是Eobject，它在概念上等价于java.lang.Object。所有的建模对象，无论是生成的与否，为了提供以下几个重要特征，都要实现这个接口：

　　·类似Java的Object.getClass(),通过使用eClass()方法,你能检索实例的元数据，也就是它的Eclass。

　　·在任何EMF建模的对象上，你都能使用反射API(eGet(),eSet())来存取它的数据。这在概念上等同于Java的java.lang.reflect.Method.invoke()方法,尽管效率更高些。

　　·从任何实例对象，你都可以通过使用eContainer()方法得到它的容器(parent)。

　　·EObject也扩展了Notifier,这允许你监视对象的数据的所有变化。

　　如前面所提及，EMF有它自己的简单的元数据-称作Ecore。图1显示出Ecore元数据的完整的类层次结构图。在图1中，你可以看到EPackage包含关于模型类(EClass)和数据类型(EDataType)的信息。EClass描述一个建模的类,并且指定属性和参考以描述实例的数据。EAttribute描述简单数据,它由一个EDataType来指定。EReference描述一个类之间的关联；它的类型是一个Eclass。EFactory包含创建模型元素的方法。

图1.Ecore类层次结构：这个图像显示出Ecore元数据完整的类层次。

　　为找到更多关于EMF和Ecore，请读在线概述或购买Eclipse建模框架(EMF)。EMF网站提供了若干文件来描述怎么使用EMF来从一个XML模式或UML图表生成Java代码。

　　下面我将描述一个示例，它使用Ecore来创建一个简单公司模型，然后使用动态的EMF来创建,串行化和反串行化这个模型的实例。如果你想继续读下去并且你已经是一个Eclipse用户,请下载和安装EMF 2.1 SDK或任何可用的更新的版本，在EMF下载站点。如果不那样,你还可以下载独立包,它包括EMF jar文件，它没有任何对Eclipse的依赖性并且能被使用于一个独立的应用程序。

三、使用动态EMF能力

　　一般地，如果你在开发期间创建了模型，那么典型情况下，你最好生成Java代码，因为在这种情况中你的应用程序会使用较少的内存并且提供更快的数据存取(或是使用生成的API或是使用反射API)。尽管生成Java代码满足了大多数应用程序的需要，但是情况并不总是如此。你可能需要处理数据，而不需要使用生成的实现类。例如,你可能不知道在开发时间你将要处理的数据的模型,这就使得生成的Java代码成为一个可怜的选项。

　　动态的（也就是非生成的）类可以在运行时刻用几种方法来创建。让我们先开始使用Ecore API以编程地方式来创建一个公司模型。公司模型用于描述一个公司，它有一个名称和部门。每个部门由一个数字来唯一标志出并且它还有雇员，每个雇员有一个名称。在下面的代码显示出一个相应于该模型的Ecore元模型。

EcoreFactory ecoreFactory = EcoreFactory.eINSTANCE;
EcorePackage ecorePackage = EcorePackage.eINSTANCE;
//创建一Company类
EClass companyClass = ecoreFactory.createEClass();
companyClass.setName("Company");
//创建公司名
EAttribute companyName = ecoreFactory.createEAttribute();
companyName.setName("name");
companyName.setEType(ecorePackage.getEString());
companyClass.getEStructuralFeatures().add(companyName);
//创建一Employee类
EClass employeeClass = ecoreFactory.createEClass();
employeeClass.setName("Employee");
//在Employee类上添加一个名字属性
EAttribute employeeName = ecoreFactory.createEAttribute();
employeeName.setName("name");
employeeName.setEType(ecorePackage.getEString());
employeeClass.getEStructuralFeatures().add(employeeName);
//创建一Department类
EClass departmentClass = ecoreFactory.createEClass();
departmentClass.setName("Department");
//添加department标志数字
EAttribute departmentNumber = ecoreFactory.createEAttribute();
departmentNumber.setName("number");
departmentNumber.setEType(ecorePackage.getEInt());
departmentClass.getEStructuralFeatures().add(departmentNumber);
//department类能够包含到一个或多个employee的参考
EReference departmentEmployees = ecoreFactory.createEReference();
departmentEmployees.setName("employees");
departmentEmployees.setEType(employeeClass);
//指定它可能是一个或多个employee
departmentEmployees.setUpperBound(ETypedElement.UNBOUNDED_MULTIPLICITY);
departmentEmployees.setContainment(true);
departmentClass.getEStructuralFeatures().add(departmentEmployees);
//company能够包含到一个或多个departments的参考
EReference companyDepartments = ecoreFactory.createEReference();
companyDepartments.setName("department");
companyDepartments.setEType(departmentClass);
companyDepartments.setUpperBound(ETypedElement.UNBOUNDED_MULTIPLICITY);
companyDepartments.setContainment(true);
companyClass.getEStructuralFeatures().add(companyDepartments);
//创建一个包-描述company
EPackage companyPackage = ecoreFactory.createEPackage();
companyPackage.setName("company");
companyPackage.setNsPrefix("company");
companyPackage.setNsURI("http:///com.example.company.ecore");
companyPackage.getEClassifiers().add(employeeClass);
companyPackage.getEClassifiers().add(departmentClass);
companyPackage.getEClassifiers().add(companyClass);
通过使用反射API，你能创建并且初始化一个你的模型的实例：
//得到company工厂
EFactory companyFactory = companyPackage.getEFactoryInstance();
//使用工厂来创建company类的实例并且
//设置company名字
EObject company = companyFactory.create(companyClass);
company.eSet(companyName, "MyCompany");
//创建一个employee类的实例
EObject employee = companyFactory.create(employeeClass);
//使用反射API初始化employee的名字
employee.eSet(employeeName, "John");
//创建一个department类的实例
EObject department = companyFactory.create(departmentClass);
department.eSet(departmentNumber, new Integer(123));
//添加"John"到department
((List)department.eGet(departmentEmployees)).add(employee);
//添加department到company
((List)company.eGet(companyDepartments)).add(department);

四、数据的串行化和反串行化

　　为了串行化你的模型实例,你需要把一个你的实例模型的根对象放置到一个资源中。EMForg.eclipse.emf.ecore.resource.Resource接口描述了一个物理的存储位置(例如文件或URL)并且提供方法以串行化和装载数据。每一种资源都被存储在一个ResourceSet中-它代表了一个资源集合-这些资源被一起创建和加载并允许在它们当中进行参考引用。特别地,一个ResourceSet负责跟踪哪些资源已被装载并且保证这个ResourceSet中的资源不会被重复装载。

　　因为EMF能够处理多重模型源,例如XML模式,所以指定使用哪些资源来实现(反)串行化你的数据也是很重要的。通常,当你调用ResourceSet.createResource(URI)方法时,它查询Resource.Factory.Registry来查找一个工厂-该工厂是为该URI而注册的并且使用它来创建一个适当的资源实现。因此,在你(反)串行化你的数据以前，请确保你已注册了适当的资源工厂实现。EMF提供若干Resource.Factory实现:

　　·对于XML数据，使用org.eclipse.emf.ecore.xmi.impl.XMLResourceFactoryImpl。

　　·对于XMI数据，使用org.eclipse.emf.ecore.xmi.impl.XMIResourceFactoryImpl。

　　·对于Ecore模型，使用org.eclipse.emf.ecore.xmi.impl.EcoreResourceFactoryImpl。

　　你的工具箱中有了这些EMF资源后，你就能使用下面的代码来串行化你的数据:

//创建资源集和资源
ResourceSet resourceSet = new ResourceSetImpl();
//注册XML资源工厂
resourceSet.getResourceFactoryRegistry().getExtensionToFactoryMap().put("xmi",
new XMIResourceFactoryImpl());
Resource resource = resourceSet.createResource(URI.createFileURI("c:/temp/company.xmi"));
//添加根对象到资源
resource.getContents().add(company);
//串行化资源-你还能指定串行化
//选项，它定义在org.eclipse.emf.ecore.xmi.XMIResource中
resource.save(null);
company.xmi被串行化后的形式如下：
＜?xml version="1.0" encoding="ASCII"?＞
＜company:Company xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
xmlns:company="http:///com.example.company.ecore" name="MyCompany"＞
＜department number="123"＞
＜employees name="John"/＞
＜/department＞
＜/company:Company＞

　　在反串行化过程中，XML数据的命名空间URI被用于定位所需要的Ecore包(它用于描述你的实例文档的模型)。因此,在你尝试装载任何模型以前，请确保你已经为你的文档将要使用的每个Ecore包注册了命名空间URI：

//在本地资源注册表中注册包
resourceSet.getPackageRegistry().put(companyPackage.getNsURI(), companyPackage);
//加载资源
resource.load(null);

　　注意到局部的和全局的包(EPackage.Registry.INSTANCE)以及资源工厂(Resource.Factory.Registry.INSTANCE)的注册差别也是很重要的。全局注册是静态的，因此任何应用程序在JVM生存期都能存取全局注册并且可能覆盖它。为确保你的注册不会覆盖全局注册并且反过来也如此,典型地，你最好使用局部资源集合注册。

　　五、由XML模式生成动态的Ecore

　　如前所提及,如果你的模型是一个XML模式但是你没有选择生成Java类，那么，你可以通过使用XSDEcoreBuilder来动态地创建一个Ecore模型。这个示例使用了ipo.xsd：

XSDEcoreBuilder xsdEcoreBuilder = new XSDEcoreBuilder();
ResourceSet resourceSet = new ResourceSetImpl();
Collection eCorePackages =xsdEcoreBuilder.generate(URI.createFileURI("c:/temp/ipo.xsd"));

　　这个generate方法返回为这个模式中的每个URI生成的Ecore包。如果该模式导入了其它命名空间,那么将有多个Ecore包被返回。每个包是被注册到本地的资源集中-用于实现模式转换。因此，如果你使用同样的资源集来装载你的实例XML文档的话,你就不需要自己注册包。

　　因为XML模式包括更多概念而不仅仅是Ecore，例如通配符等,所以EMF使用Ecore EAnnotations来记录到XML模式的映射。在数据(反)串行化期间，EMF需要处理这些注解。为了确保这些注解在(反)串行化期间被加以考虑，你必须使用XMLResource.ExtendedMetaData选项:

HashMap options = new HashMap();
options.put(XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
//请参考http://www.w3.org/TR/2004/PER-xmlschema-0-20040318/#ipo.xml
Resource resource = resourceSet.createResource(URI.createFileURI("c:/temp/ipo.xml"));
resource.load(options);

　　EMF 2.1还增加了一项新功能-它允许你在加载一个包含一个xsi:schemaLocation或xsi:noNamespaceSchemaLocation属性的XML文档时，不断地把模式转换成Ecore。同时，它也允许你加载一个没有与之相关联的模式的XML文档。为了使用这一功能，你需要注册 org.eclipse.emf.ecore.xmi.impl.GenericXMLResourceFactoryImpl：

resourceSet.getResourceFactoryRegistry().getExtensionToFactoryMap().put("xml",new GenericXMLResourceFactoryImpl());

　　六、小结

　　本文向你简短介绍了EMF,并解释了几个核心的EMF概念。同时，对于如何利用模式EMF的动态能力提供了相关示例。

小强 2005-10-19 00:10 发表评论

]]>Eclipse 如何使用版本控制http://www.blogjava.net/uiiang/articles/15391.html小强小强Thu, 13 Oct 2005 01:26:00 GMThttp://www.blogjava.net/uiiang/articles/15391.htmlhttp://www.blogjava.net/uiiang/comments/15391.htmlhttp://www.blogjava.net/uiiang/articles/15391.html#Feedback0http://www.blogjava.net/uiiang/comments/commentRss/15391.htmlhttp://www.blogjava.net/uiiang/services/trackbacks/15391.html转载:http://www-900.ibm.com/developerWorks/cn/linux/opensource/os-ecshare/index.shtml

本文概述了 Eclipse 平台如何支持软件项目中的源代码版本控制。首先，我们将简要讨论一下团队代码开发的思想，然后研究 Eclipse 如何使用 CVS 代码资源库。我们还将研究一些源代码管理软件工具，可以通过 Eclipse 插件扩展来支持这些工具。

在团队项目中共享源代码
现今的大多数应用程序是由多人组成的团队开发的。即使只涉及几个开发人员的小项目，也需要对源代码的更改进行严格控制。这就是源代码管理软件的任务。源代码版本控制软件必须支持两个核心功能：

提供一种方法，能够协调对源代码的更改，并能集成这些更改
团队所提交工作的历史记录

当团队成员完成新的工作时，通过将这些更改提交到资源库来共享他们的工作。类似地，当他们希望获得最新可用的工作成果时，就可以根据资源库中的更改，更新自己的本地工作空间。这意味着项目资源库会因团队成员提交新工作成果而经常发生更改。换句话说，资源库应该表示项目的当前状态。任何时候，团队成员都要能够根据资源库更新自己的工作空间，并确信它们是最新的。

维护历史记录也很重要，那样就可以将当前工作与先前版本进行比较，如有必要，还可以回复到先前版本。协调团队的工作，以便只存在唯一的当前项目状态定义，以及包含团队已集成的工作，这些对于管理版本控制也是十分必要的。这种协调有可能是最难实现的目标。

最理想的模型是：团队的任何成员都可以对自己有权访问的任何资源进行更改。因为两个团队成员可以提交对同一资源的更改，所以有可能发生冲突，必须解决这种冲突。这种模型假定冲突具有唯一性。但遗憾的是，没有任何源代码是孤立地存在的；通常它包含与其它资源隐式或显式的相关性。源代码引用了在其它源代码资源中描述的构件。但源代码管理软件的工作就到此为止了，因为它并不能取代项目管理。项目管理者必须履行其职责：协调其它成员的工作以及负责进度、项目阶段和发布日期。此外，源代码管理也不能替代开发人员之间的交流。

Eclipse 平台如何支持代码管理
Eclipse 平台提供了作为团队在软件项目中共享代码和工作的能力。Eclipse 广泛地支持各种代码管理解决方案，这要归功于它的插件体系结构（不过，现已推出了对 CVS 的支持）。Eclipse 平台体系结构的重点在于工作空间。工作空间维护构建和测试软件项目所需的一切。它包含对象（源代码和资源）。它还保存了用于项目、IDE 和插件的配置设置。工作空间是在开发人员的机器上本地进行维护的，而团队通过外部资源库进行协作，不同开发人员的代码在资源库进行汇集。可以经由因特网通过“客户机-服务器”体系结构访问资源库。

Eclipse 平台提供了对于直接从工作空间进行团队开发操作的支持。这种支持允许开发人员并发地与几个独立的资源库以及不同版本的代码或项目进行交互。工作空间中的资源允许团队支持组件处理版本和配置管理问题。当然，单个工作空间可以同时访问不同类型的资源库。Eclipse 平台并没有提供它自己的代码管理解决方案；它总是依靠外部系统。Eclipse 平台只对一个（但也是最流行的一个）源代码管理系统提供内置支持：并发版本控制系统（Concurrent Versions System，CVS）。对第三方代码管理应用程序的支持一节中描述了使用第三方插件支持其它资源库。

CVS 是什么？
CVS 诞生于 1986 年，当时作为一组 shell 脚本而出现，但它现在已经发展成了最流行的针对软件开发人员的源代码版本管理解决方案。CVS 是用于代码版本管理的开放源码的客户机／服务器解决方案，它可用于各种平台，包括 Linux 和 Windows NT/2000/XP。请参阅本文末尾的参考资料，其中有 CVS 客户机、服务器和源代码的下载链接。

通常，CVS 的主要功能是记录源文件的历史。当一组开发人员从事同一个项目时，CVS 将他们彼此隔离开来。每个开发人员都在他／她自己的目录中独立工作，然后使用 CVS 资源库（不时地）合并工作结果。

Eclipse 拥有与 Eclipse 平台 IDE 紧密集成的内置 CVS 客户机，它是作为一个单独透视图（CVS Repository Exploring 透视图）而实现的，用于与 CVS 的交互。用于 CVS 的通用 Eclipse 设置（General Eclipse settings for CVS）位于 Window -> Preferences window -> Team 下。在切换到 CVS Repository Exploring 透视图之后，就可以使用所有 CVS 操作了（转至 Window -> Open Perspective -> Other -> CVS Repository Exploring 菜单 — 请参阅图 1 和图 2）。

图 1. 切换到 CVS Repository Exploring 透视图
CVS 资源库

首先设置资源库的位置，它将定义用于选定 CVS 服务器／资源库的连接参数。请确保使用 SSH 隧道（extssh）。

图 2. 浏览 CVS Repository Exploring 透视图中的 CVS 资源库
浏览 CVS 资源库

Eclipse/CVS 的源代码工作流
在 CVS 团队协作模型中，团队成员彼此独立地在他们各自的工作台上完成自己的所有工作。最后，他们希望共享其工作。他们通过 CVS 资源库实现这一点。CVS 使用分支（branch）模型来支持彼此独立而又高度相互依赖的多个工作流程（course of work）。这些分支是开发团队用来共享和集成正在进行中的工作的地方。可以认为分支是一个共享的工作台，当团队成员对源代码进行更改时就更新这个工作台。这个模型允许从事 CVS 团队项目的每个开发人员在进行更改时与其他成员共享其工作，以及在项目进展期间访问其他成员的工作。

一个称为 HEAD 的特殊分支用来表示资源库中的主要工作流程（HEAD 通常被称为主干）。当团队成员将资源提交给该分支时，会影响这些相关性。确保相关性的完整性是很重要的，因为该分支表示了当前项目的状态。当然，任何时候，团队成员都可以使用该分支的内容作为新工作的基础。

那些规则不仅适用于 CVS：无论使用哪种版本控制软件，团队项目中都有一些用于源代码管理的常见步骤。下面是一个使用 Eclipse 内置的 CVS 支持的示例工作流：

1. 启动新的团队项目
每个新的空 Eclipse 项目都可以通过 CVS（或受支持的任何其它源代码管理系统）进行共享。开发人员也可以通过将其现有的代码迁移到资源库来共享它。要进行共享，单击项目主文件夹，在显示的上下文菜单中使用 Team -> Share Project 选项，如图 3 所示。

图 3. 使用 CVS 资源库共享本地项目
共享项目

另一个选项是通过从选定的 CVS 资源库分支导入代码来创建新的工作台项目。只要选择适当分支（或 HEAD），然后选择从 CVS Repository Exploring 透视图中的上下文菜单中选择“Checkout As Project”选项，如图 4 所示。

图 4. 从现有的 CVS 资源库创建新项目
新建项目

2. 使用代码并进行更改
开发人员通过 Eclipse 工作台在本地使用代码，包括的工作有创建新资源、修改现有资源、编写注释，并在他们使用后在本地保存这些内容。

3. 使本地更改与 CVS 资源库同步
如果一个项目开发人员准备提交他／她的工作，那么首先要执行更新操作。这会针对引入的更改核对资源库，并将这些更改添加到该开发人员的本地工作台。这样确保了开发人员知道这些更改可能会影响他／她将要提交的工作的完整性。使用项目上下文菜单中的 Compare With... 选项将本地版本与资源库中存储的代码进行比较（请参阅图 5）。

图 5. 比较本地版本与资源库中的版本

下一步是解决最后出现的任何冲突，并设法再次编译代码。如果一切正常，那么从项目上下文菜单使用 Team -> Commit... 选项执行提交操作，如图 6 所示。这会使所有更改都集成到资源库中。

图 6. 将更改提交到远程资源库
提交更改

4. 管理资源库
CVS 允许开发人员将更改隔离在开发的某些独立路径之内，这些路径称为分支。当一个开发人员更改某个分支上的文件时，这种更改不会出现在主干或其它分支上。那些分支被命名为子版本（subversion）或代码分叉（code fork）。稍后，由合并操作将更改从一个分支迁移到另一个分支（或主干）。然后提交这些修订。这样就有效地将更改复制到了另一个分支上。使用项目上下文菜单的 Team -> Branch... 选项，Eclipse 使开发分支之间的迁移变得容易。

当然，当开发团队维护大型资源库时，有必要控制项目内的提交和合并操作。Eclipse/CVS 集成提供了一种特殊的视图：CVS Repository History（请参阅图 7）。它给出了关于团队成员在资源库中所执行更改的快速预览。

图 7. 在 CVS Resource History 窗口中查看带注释的修订历史记录

Eclipse 平台提供了几个支持代码管理的实用程序。最有用的是补丁功能。它将出自两个来源（譬如本地工作台和资源库）的代码进行比较，然后创建一个包含代码差异的类似 UNIX 的补丁文件（请参阅图 8）。可以将该文件发送给开发人员以将源代码升级到最新版本。

图 8. 创建用于源代码分发的补丁

5. 断开项目与 CVS 的连接
当项目开发已经结束，并且团队希望冻结源代码时，可以从 HEAD 资源库删除该项目的最终版本。断开项目与 CVS 的连接将在该项目及其资源上禁用资源库操作，并删除与该项目相关联的 CVS 信息（这一操作是可选的）。

可以通过项目上下文菜单中的 Team -> Disconnect 选项执行断开连接操作。通过选择这个选项，会打开 Confirm Disconnect from CVS 对话框。在将该项目与资源库的连接断开之后，该团队必须确定如何处理 CVS 信息。第一个选项是“Delete the CVS meta information”；它将禁用 CVS 团队菜单操作并从文件系统中删除 CVS 文件夹及其内容。第二个选项是“Do not delete the CVS meta information”；它将禁用 CVS 团队菜单操作，但保留 CVS 元信息。

对第三方代码管理应用程序的支持
CVS 有几个重要的限制：它不能确定单个文件或整个文件集范围内同时进行的更改，它也不能检测文件之间的逻辑冲突。其冲突概念纯粹是文本意义上的，当对于同一基本文件的两个更改时间上非常非常接近，从而使合并命令受到干扰时，就会发生冲突。CVS 也不能提供任何类似于消息传递这样的交互式协作工具。幸运的是，CVS 并不是 Eclipse 平台所支持的唯一的源代码管理软件。开发人员可以通过插件扩展 Eclipse 平台的功能，而且目前（到 2003 年 3 月 4 日为止）已有 16 个可用于团队开发软件的插件。所有插件都是由 Eclipse 社区或商业软件供应商创建的。这些插件中的大多数添加了对第三方、商业源代码管理系统的支持。最有价值的插件是那些支持流行的企业代码管理系统（如 Merant PVCS 和 Rational ClearCase）的插件。例如，CVS-SSH2 插件允许通过 SSH2 会话访问 CVS，而 Microsoft Visual SourceSafe（VSS）团队提供程序插件添加了对 MS VSS 产品的支持（也可以在诸如 Linux 这样的非 Windows 平台上使用）。

但是，我本人所偏爱的插件是 Koi（请参阅参考资料以获取链接）。尽管它并非严格用于源代码控制，但这个创新的工具给协作开发注入了许多新的活力。其当前版本支持工作台到工作台的消息传递、共享标记、冲突更改通知、共享日历和事件通知。Koi 将 XML-RPC 用作其客户机-服务器体系结构中的通信模型。客户机是与“协作服务器”通信的单个 Eclipse 平台实例，而协作服务器也是一个 Eclipse 插件。Koi 使用以 JDBC 访问的关系数据库作为数据存储。可在参考资料中找到指向完整的、经过分类的 Eclipse 插件注册表的链接。

参考资料

请参加 eclipse.org 上的 Eclipse 平台社区。Eclipse 平台源代码遵循 Common Public License。Eclipse.org 还有一个 Eclipse 项目的术语和描述词汇表，以及技术文章和新闻组。Eclipse 平台白皮书（可在 Eclipse.org 主页获取）详细描述了 Eclipse 的主要组件和功能。
从 eclipse.org 下载 KOI 插件。
查看 Eclipse 插件的完整的、经过分类的注册表。
从 CVS 主页或 LORIA 站点下载 CVS 客户机、服务器和源代码。
请参阅 developerWorks 文章“Working the Eclipse Platform”，以了解关于 Eclipse 平台的背景知识。
请参阅 developerWorks 文章“Getting started with the Eclipse Platform”，这篇文章介绍了用 Eclipse 平台以及使用 Eclipse 插件编辑、编译和调试应用程序。
请参阅 developerWorks 文章“开发 Eclipse 插件”，这篇文章介绍了如何开发 Eclipse 插件。
从 developerWorks 的这些文章中获取关于 Eclipse 的更多信息：
在 developerWorks 开放源码项目专区查找更多有关 Eclipse 和开放源码参考资料。

关于作者
Pawel Leszek 是 Studio B 的一位作家，他是一位专长于 Linux/Win/Mac OS 系统体系结构和管理的独立软件顾问和作家。他具有许多操作系统、编程语言和网络协议方面的经验，尤其是 Lotus Domino 和 DB2 方面。Pawel 还在 LinuxWorld 上发表过一系列文章，他是 PC World 波兰版的 Linux 专栏作家。Pawel 和他的妻子以及可爱的小女儿住在华沙。欢迎提问并提出意见；您可以通过 pawel.leszek@ipgate.pl 与 Pawel 联系。

小强 2005-10-13 09:26 发表评论

]]>