我很高兴宣布IronJacamar 1.1.0.Beta4的发布——这是IronJacamar的第一个版本，针对即将到来的Java EE连接器架构1.7规范，该规范计划包含在Java EE 7平台规范中。
完整发布说明请参阅此处。
池增强
在本版本中，我们花费了大量时间对池实现进行了审查，当然，这控制了所有到企业信息系统的物理连接，例如数据库。
容量策略
首先，我们添加了对容量策略的支持。那么什么是容量策略，为什么它很重要。容量策略分为两类：增量器和减量器。
增量器容量策略指定了在池中添加新物理连接时应该使用的属性，例如
- MaxPoolSize -- 增加到最大池大小
- Size -- 增加一定数量
- Watermark -- 增加直到达到一定大小
增量器策略将允许您控制当连接不可立即检查时创建的池的大小或数量。默认策略将是“Size”策略，值为1。
减量器容量策略指定了在池空闲超时清理时的属性，例如
- MinPoolSize -- 删除连接直到达到最小池大小
- Size -- 删除一定数量的连接
- TimedOut -- 删除所有带有超时标记的连接
- Watermark -- 删除连接直到达到一定大小
减量器策略将允许您在每次空闲超时计划时优化池中使用的资源。默认策略将是“TimedOut”策略。
您可以在此处了解更多关于容量策略的信息。
刷新策略
接下来，我们审查了我们的刷新策略，该策略指定在连接出现错误时应移除哪些连接。这导致了...
- 失败连接（默认）
- 无效空闲连接（新功能 - 将移除无效的空闲连接）
- 空闲连接
- 优雅地（新功能 - 将移除所有空闲连接，并在返回时标记已检查出的连接以供销毁）
- 整个连接池
及其相关策略，该策略适用于所有凭证的子连接池。这允许在错误情况下对连接池有更精细的控制。
统计信息
我们还添加了一些新的度量指标到我们的统计信息中
- 平均获取时间
- 最大获取时间
- 总获取时间
- 使用中
- 阻塞失败计数
- 等待计数
以更详细地了解连接池的运行时行为。
初始大小
最后，我们在启动时添加了对指定连接池初始大小的支持。
希望您认为这些变化和我们一起感到兴奋！
分布式工作管理器
分布式工作管理器的实现也得到了更新，Socket和JGroups传输现在都认为已准备好进行一般测试，所以可以试一试。
为了帮助创建IronJacamar实例的集群，我们添加了一些Apache Ant任务和Apache Mavenmojos来控制IronJacamar实例。我们的测试套件具有针对这两种传输的测试用例，因此您可以通过查看这些用例来了解集群是如何创建的。
Java EE连接器架构1.7
如上所述，此版本针对即将推出的Java EE连接器架构1.7规范，该规范将包含在Java企业版7平台规范中。
该规范添加了一些新功能，但与规范的前几个版本保持向后兼容。一旦规范获得最终批准，我将讨论这些新功能。
因此，希望不久您将在即将推出的JBoss应用程序服务器8.0版本中看到此版本的特性。
其他更改
在此版本中还有其他更改
- 将weblogic-ra.xml资源转换为IronJacamar支持的初始支持
- 为了与我们的EE 7实现保持一致，进行了多个组件更新
- 一篮子错误修复
未来之路
过去3个月中，我们进行了许多更改（哇！）以将IronJacamar带入一个新的领域。但我们当然不会停止在这里 - 在我们进入JCA 1.7认证的功能冻结之前，我们还有更多计划更改。所以如果您现在有一个好主意，现在是时候在我们的论坛上发言了！
对于那些即将摇滚的人，我们向您致敬！
