交付的 Globus，那么您会发现我们所做的是用 Java 和 J2EE 定义一个容器集，以使编写服务变得非常容易。如果您遵循标准化 Java 接口的 J2EE 规范并拥有多个供应商开发的多种实现，那正好是我们认为网格方面所需要发生的。
和用于对网格服务进行编程的接口一样；目前它们还不是标准。它们是 Globus（在一些朋友的帮助下）集合起来的一些东西。大约明年，我们将必须把这些东西从 Globus 世界中推广出去，把它们放到 Java 接口标准中去，实际上将促使我们进入 JCP 过程，并开始推动一些容器模型的开发。
dW：有趣的是，您采用开放源码许可方法，但一些人似乎感觉到整个网格体系结构都是受上层控制的，这对开放源码方法而言多少有些讨厌。
Tuecke：我知道人们对我们提出的这些批评，有人担心 Globus/IBM 正在操纵这条途径。问题可能在于开放源码社区实际上并不是一个社区。它是各种社区的整体组合。因此，将特定开放源码项目称为社区可能会好一些。在更广义的开放源码社区中，肯定有许多人总是会对遵守某些人的某些规范的项目感到不满，并将从头开始进行开发。至于 Globus，我们显然是现有较大的开放源码社区（当然是在网格领域）之一，而且对于我们只采用 OGSI 作为基础来继续发展是存在批评的。
我们在过去的若干年中一直在思考的一个问题，也是真正推动我们将 OGSI 作为所有这些高级服务基础的原因之一，是它拥有足够的现有的基础结构，因此我们就不必重新从头开发基础结构了：例如，是从 IP 层进行构建，还是重新构建整个项目的监控体系结构。
总是有人对必须遵循某种环境感到恼火，但是历史显示，在过去的岁月里正是标准化使特定技术得以迅猛发展。无论是对于象 Perl 这样的单个开放源码项目的出现还是 Web 类型东西的出现，都是如此。Perl 是由少数顶尖高手达成的事实标准化，而 Web 则不同，它更多地是基于联盟的、基于 W
去年很有趣，以 OGSI 为例：一年半以前，作为一个完全是机构内部性质的任务，我开始编写第一个网格服务规范。当我们选择与 IBM 一起开发时，我将它与 IBM 共享。去年二月，我们公布了它。当时引起了极大的轰动，但也有许多人确实对我们抱怨说：“这已经是既成事实”。这些家伙做了一切事情，然后只是说：“就是它了，接受它或者远离它”。当时我们唯一的反应就是“瞧我们的吧”。其目的是将它带到 GGF [全球网格论坛（Global Grid Forum）― 网格标准机构]，拥有一个良好的立足点就意味着我们可以将它看作起点，然后就有一个开放的过程，以便：A）检查它，以观察人们是否喜欢它，并思考其发展方向是否有意义，以及 B）接受它、使之成为是他们自己的并改良和发展它。
实际上，这正是过去十个月在 GGF 和 OGSI 工作组中发生的事情。在这段时间里，这个规范从只有我们这几个 Globus 和 IBM 的人编写，发展到有辣个不同的供应商和项目极其活跃地参与到其中。工作组的核心团队大约有 10 个人，来自各个地方 ― 包括 Avaki 和 Fujitsu 实验室、Sun、Globus 和 IBM。所以，我认为该过程表明社区可以有领袖，而同时仍然是一个开放社区。这就是将一定会不断发生的事情。
<< 上一页 [31] [32] [33] [34] [35]