问题标签 [jca]

我正在开发一个 Java EE Web 应用程序，它应该与旧版 Visual C++ 应用程序（.dll 文件）集成以应用一些业务逻辑（使用 .dll 函数）。

谁能指出如何实施这种方法。我已经进行了一些谷歌搜索，并阅读了有关 JCA 和 JNI 的信息，但不能保证 JNI 在应用程序服务器上正常运行。

我有点没有明确的方向。谁能帮帮我？

我的应用程序只需要读取私钥（带有关联的公共证书），无需写入 KeyStore，无需更改密码，无需更改- 只需读取。有谁知道我可以使用以下代码进行阅读：

而不是这个：

证明链接非常感谢！

我的目标是监听传入的数据报包，处理它们，将信息保存在内存中并允许通过网络访问它。我是一名初级 Java EE 开发人员。我决定使用 servlet（Web 访问）、单例（内存存储）和带有资源适配器的消息驱动 bean（接入 UDP 套接字）。

我正在尝试在 Eclipse 4.2 中执行此示例：http://www.apprigger.com/2011/06/javaee-udp-resource-adapter-example/，但我坚持开发 MDB。

到目前为止，我已经创建了一个连接器项目、动态 Web 项目和一个引用它们的 EAR 项目。我正在尝试在 GlassFish 3.x 上运行它。

我坚持在动态 Web 项目中创建 MDB。Eclipse 要求提供消息侦听器接口，但我无法指向 UDPMessageListener（不在类路径中），即使动态 Web 项目引用了连接器项目。我是否需要将连接器项目类导出为 JAR 并将其放在 WEB-INF/lib 文件夹中？但随后我的 EAR 将加载这些 UDP 类两次——一次来自连接器项目本身，第二次来自 jar 内部。我真的很困惑如何正确部署它。

任何帮助将不胜感激。

我对 JCA 中的连接句柄共享存在误解。

我想知道连接共享是否仅在事务阶段（多个组件调用）期间发生，或者在访问具有相同 EIS 目标的组件的多个客户端之间可以进行连接共享。

我在 Glassfish 应用程序服务器 3.1 上创建了自己的资源适配器。问题是资源适配器不执行任何连接共享（没有 associateConnection 方法调用）。

谢谢，

我想要的是将文件事务和数据库事务合并为一个。我们的应用程序正在 Jetty 上运行。但码头不是必须的。我们希望事务可以独立运行，而不是依赖于服务器。取决于服务器是可以接受的。但这不是第一选择。目前，我使用 atomikos 来管理事务。

我目前的理解是：

1. 有没有不使用 enlist 的整数 atomikos 和 XADisk 的例子？我可以使用登记工作。但它在我们的系统中有点难看。在 db 部分，我们不使用 enlist 方法。我们使用hibernate，并通过atomikos 为hibernate 扭曲数据源，如果可能的话，我希望对xdisk 使用相同的解决方案。

2. 我尝试使用 JNDI（不幸的是，我对此也不是很熟悉。）。我尝试将 XADiskConnectionFactoryImpl 绑定到 JNDI，但我发现我需要 ConnectionManager 来实例化 XADiskConnectionFactoryImpl，但我不知道如何获取。我知道它的服务器，但我不知道如何。以下是我在 Jetty 中的配置

Is it possible to deploy an JCA Connector as an OSGI Bundle in GlassFish like it works with EJBs?

Best regards

在没有 JCA(JCE) 的环境中Java ME，使用 生成密钥（或 iv）字节可以java.util.Random吗？

是否存在任何加密问题？

这个问题中是否有任何拼写错误，包括源代码和注释？（我不擅长使用 Uslish。）

在我们的一个应用程序中，私钥是使用 BouncyCastle 的 PEMWriter 存储的。目前我正在调查我们是否可以摆脱 BouncyCastle 依赖，因为 Java 7 似乎拥有我们需要的一切。唯一的问题是我无法将存储在数据库中的私钥作为 PEM 编码的字符串读取（证书/公钥很好）。

如果我将 PEM 编码的私钥字符串从数据库保存到文件中，我可以运行 OpenSSL 将密钥转换为 PKCS#8 格式，如下所示：

我可以对生成的输出进行 base64 编码，然后使用这段 Java/JCA 代码读取：

此私钥与按预期存储的公钥匹配，即我可以从明文到密文来回往返。

我的问题是：我可以以某种方式直接读取原始 PEM 编码吗？

编辑

下面是一段使用 BouncyCastle 读取相关字符串的代码：

“privateKeyPEM”是数据库中PEM编码的字符串，否则这个例子是自包含的。有趣的是，它已经使用 JCA KeyPair 对象作为输出。重新表述我最初的问题：我可以在不依赖 PEMReader 的情况下执行与上面代码等效的操作（以及其他相当多的 BouncyCastle 类）吗？

在我的 EJB 中，我使用 JCR 会话来存储文件。然后我注销会话并引发 CDI 事件。观察 CDI 事件的 EJB 然后创建一个新的 JCR 会话，它希望在其中使用存储的文件。（注意：我必须添加延迟才能使其正常工作，因为由于某种原因，文件在存储后无法直接使用）。在使用该文件完成该方法后，我还注销了此会话。但是 15 分钟后，我收到异常“尝试在 session-a84d60ac-1c8f-4cad-bc5a-84102b12f8e5-385 已经关闭后关闭它。” 使用堆栈跟踪：

1小时后：

我相信这是因为应用程序服务器（Glassfish v.3.1.2.2）试图关闭我已经关闭的会话。但是当我不关闭任何会话时，我也会收到一个异常，它说已达到池大小限制。我怎样才能避免我的问题？

我们的应用程序需要在套接字 (TCP) 上接受客户端请求。我有两个选择

使用spring集成TCP支持

优点： 1. 我们已经大量使用弹簧，所以这里的学习曲线会更少。2. 无需容器的简化端到端测试

担忧：我的担忧是处理并发请求和扩展。它可以使用托管线程池吗？还有什么我需要担心的吗？

使用 JCA TCP 入站适配器

优点： 1. 与 Java EE 容器配合得很好，因为它是实现它的建议方式。

关注点： 1. 很难找到经过良好测试的 TCP 适配器（开源） 2. 需要容器

感谢您对此的想法。另外，我应该知道任何哥特人吗？