我们的应用程序通常通过Web服务，MQ，JDBC，专有（直接通过套接字）和其他类型的传输连接到不同类型的后端。我们已经有许多实现方式，可以让我们从应用程序连接到这些后端，尽管所有这些实现方式都实现了通用的Java接口，但它们之间没有任何其他共享。
我们已经意识到，对于所有这些特定的连接器实现而言，都有代码的指示部分，因此，我们决定通过一个通用连接器来简化未来连接器的开发。此连接器将能够将消息格式化为后端期望的格式，并使用可用的传输机制发送消息。例如，通过MQ或通过套接字的定长消息格式。
我们面临的难题之一是最适合此类连接器的技术。到目前为止，我们的连接器是实现通用Java接口的基本Java类。由于我们通常将应用程序托管在某些Java EE应用程序服务器中，因此Java连接器体系结构似乎是此软件最合适的技术。但是，实现符合JCA的连接器似乎相对复杂。遵循标准– JCA有什么明显的好处？这些好处证明额外的努力是合理的吗？
实际上，JCA 似乎是最适合您的技术。已经提出了出色的论据，即可移植性，标准化接口，连接池和事务支持。并且不要忘记安全性。
使用WebSphere Process Server，适配器可以作为SCA服务公开，如果这对您很重要，则可以带来很多好处。
另外，一些开发工具对JCA连接器的开发和测试提供了广泛的支持。
另一个好处是（经验丰富的）Java EE管理员和Java EE开发人员（应该）知道该标准，因此管理和开发应该易于简化。
但是最后，您应该必须根据项目范围，项目的未来计划或公司政策来找到实施JCA的理由。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句