NetKernel 3.3版包括了增强的动态语言支持

历时8个月之后，1060 Research公司已经发布了他们的最新版NetKernel产品——3.3版。这一版本中的增强特性和新特性包括：

• 请求观测器——为发生在一个活跃NetKernel应用中的资源请求链提供了一个视觉表示，改善了开发者和管理员的调试过程。

• 重组/重写文档——为了使面向资源计算的概念更易于接受，所有文档被重新组织和编排，包括书籍、入门指南和更多其他文档。

• 优化的HTTP传输层——已经增加了对‘if-modified-since’、‘eTags’和‘HTTP 304’的支持，允许HTTP客户端更好的管理来自NetKernel的缓存数据。

• 图像资源模型——已经增加了将图像数据视为NetKernel资源的完整支持，允许通过管道对图像数据进行高级操作。

• 增强的动态语言支持——对Ruby的支持已经升级到了JRuby 1.0.1，实验性的PHP支持已经被增加，允许更多备选语言实现NetKernel资源。

InfoQ就其最新版本的NetKernel产品采访了来自NetKernel团队的Randy Kahle。InfoQ询问Kahle在NetKernel3.3版中的他觉得最重要的增强特性是什么。

该版本集中在使人们更易于学习NetKerner和面向资源计算。概念本身很简单，但是它们与现有软件开发方法十分不同。我们重新编排了文档，重新编写了大多数章节并增加了完整的demo以在入门指南中阐明关键点。我们增加了请求观测器工具，一个“时间机器调试器（Time Machine Debugger）”，它直观地呈现出逻辑资源请求和他们所映射到的物理代码。另外，我们进行了常规的库更新和性能增强。

Kahle接着被问到向那些不熟悉面向资源计算的开发者推销该概念时，最大挑战是什么。

最大的挑战是引导开发者远离API。NetKernel的逻辑模型集中于信息处理，而且通过一个微内核将逻辑模型与物理层对象和API干净地分离。我们最初解释ROC和NetKernel是从逻辑层开始，一步步向下至物理层——但是有经验的开发者发现他们很难将注意力从对象上移开，他们甚至很难去聆听对逻辑模型的解释。现在我们开始从大家所熟悉的物理层入手，解释Accessor是一个简单的对象容器，该容器拥有一个类似于Servlet的服务器端。一旦开发者认识到这一点，我们会说明一个Accessor可以向上给逻辑层发起子请求，以允许它们创建复合软件系统。很快他们就会理解Accessor是对称的，既可担当服务器也可担当客户端。一旦我们达成这一观点，我们就可以朝着讨论在逻辑层中启用的整个模式新世界的方向前进了。

另一个挑战是解释为什么我们研究REST以及我们如何发现ROC。我们没有打算去构建新技术。我们将注意力放在理解万维网（World Wide Web）经济上。Web是被创造出来的最成功的信息系统，这主要是因为其经济特性，而不是所给定子系统的实现细节。我们发现大规模Web经济可以被应用到小规模的软件身上。NetKernel应用程序构建、部署和维护起来要便宜得多。应用程序可以很快地从Java J2EE移植，而且它们运行速度快并可随CPU核数扩展。

最后，InfoQ问到NetKernel如何帮助开发未来的大规模多核计算机应用。

NetKernel的扩展性。我们已经将逻辑层信息从物理层对象和API中分离出来——发起一个逻辑资源请求被完全从计算响应所需的物理线程和CPU资源中分离开来。就像一个逻辑Web站点通过外加服务器农场（Server Farm）中的服务器来进行扩展一样，NetKernel应用通过外加CPU和CPU核来进行扩展。NetKernel 3系列被设计服务于今天和明天的多核处理器。我们最近完成了第4代NetKernel的内核架构上的工作，预计将来可达512核甚至更大的系统。

查看英文原文：NetKernel 3.3 Released Including Enhanced Dynamic Language Support