我很高兴宣布IronJacamar 1.1系列的第二个beta版本发布。
完整的发布说明在此：这里。
开发者生产力
在这个版本中，我们仔细审视了资源适配器开发的方式以及如何提高生产效率。IronJacamar的前几个版本提供了一种嵌入式环境以及各种辅助工具，以便您开始使用。但我们认为还需要更多。
首先，我们取消了IronJacamar部署描述符在磁盘上有表示形式的要求。因此，现在您可以部署ShrinkWrap/Descriptor，而不需要所有这些XSD。
接下来是测试您的资源适配器以在错误场景下表现正确的能力。为此，我们在嵌入式环境中集成了Byteman工具。
然后，资源适配器开发中的最大问题：对企业信息系统（EIS）的访问。EIS可能是一个大型的安装，在许多情况下，它并不适合作为开发者测试套件的一部分运行，因为它们与嵌入式单元测试的集成并不好。因此，我们在我们的发行版中包含了一个EIS测试服务器，您可以在其中实现一个处理程序
接口，模拟EIS的通信协议，以便在没有实际EIS安装的情况下通过烟测试。EIS测试服务器可以在Apache Ant、Apache Maven和独立环境中运行，因此您应该能够覆盖大多数情况。否则，请告诉我们。我们的代码生成器当然知道如何处理集成，因此您可以这样检查它。我并不是说使用EIS测试服务器就足够将您的资源适配器放入真实的测试或生产环境；它只是资源适配器开发者的一个辅助工具，而不是万能的解决方案。
最后，我们升级了嵌入式平台使用的库，以获取最新的修复。
更多详细信息请在此处找到
我们的Eclipse插件已经在Eclipse 4.2（Juno）上进行了验证，以此作为圆满的结束 :)
DistributedWorkManager加强版
DistributedWorkManager在本版中进行了重大更新。
我们的策略模块添加了水印
实现，该实现将检查本地WorkManager可用的空闲线程数量。默认设置是0，一旦本地没有空闲线程，将开始分发工作实例。
我们的选择模块实现了最大空闲线程数
，将选择集群中空闲线程最多的DistributedWorkManager。
真正的亮点是添加了基于JGroups的传输，这将允许您以更详细的方式配置集群参数，将IronJacamar带入NFL。这里不再是大学足球了。
现在我们已经有了所有核心模块，我们将专注于实现细节，以解决更高级的分布和线程管理场景。
核心WorkManager实现也进行了多次修复，以更好地符合规范文本。
其他改进
本版还有其他改进
- 更新我们的验证工具
- 我们的资源适配器信息工具的重大更新
- JDBC资源适配器的更新，尤其是在重新认证方面
- 添加了对部署到远程IronJacamar安装的支持
好东西。
未来之路
简而言之 - 全速前进！！我们现在拥有最佳的资源适配器开发平台 - 让我们来证明这一点！这将使我们能够更快地测试新功能并验证您关于潜在错误的报告。
随着EE7的临近，我们将更加专注于让IronJacamar 1.1准备好认证，并确保所有规范都得到覆盖。
IronJacamar 1.1.0.Beta2将是我们的最后一个Java SE 6版本 - 是时候迁移到Java SE 7了。
对于即将摇滚的我们，致敬！
