问题标签 [jca]

我正在使用 IBM WMQ 7.5 版作为面向消息的中间件开发 JMS 消息传递服务。我进退两难。IBM 规范说要在 JAVA EE 环境中使用 WebSphere MQ JMS API。我的发送者和接收者将在远程 JBoss 部署中。IBM 提供了一个资源适配器来通过 JCA 进行连接。此连接需要对队列管理器、队列通道、队列名称等组件进行静态管理。

JCA 是我能做的最好的吗？如果我知道其他配置细节，有没有其他方法可以动态创建队列？将有多个应用程序使用此设置在它们自己的服务器上运行。如果我使用 JCA，则都必须进行自己的配置。我可以进行动态配置吗？

我正在寻找实现 JCA 资源适配器以读取电子邮件、转换消息并将消息排队到消息队列中的最佳方法。我对任何企业堆栈持开放态度。

我试图弄清楚如何在 JBoss 7 中部署资源适配器激活。基本上，我希望能够打包和部署完整的应用程序而无需修改基本服务器配置，部分原因是我想使用引导测试Arquillian 也是因为我希望能够将我的包部署到我可能无法选择修改基础服务器配置的环境中。

这就是我现在的位置。我创建了一个包含 active-mq rar（也在 application.xml 中配置）的 EAR。这个 ear 本身使用 maven ear 插件和 jboss-as-maven-plugin 完美地构建和部署。

但是，为了激活 rar，我能想出的唯一方法是破解 rar 文件本身并将ironjacamar.xml添加到 rar 的META-INF目录中。但为了做到这一点，我不得不在我的 maven repo 中破解 rar，而我并不想这样做。

我试图让 maven 在我的 maven pom 的打包阶段添加Ironjacamar.xml，但这也有点小技巧，无论如何我都无法让它工作。（自我注意：检查部署覆盖）

我还考虑过使用 jboss-cli 编写添加连接工厂的脚本，但文档明确指出这是为内置的 hornet-mq 服务器创建工厂，这不是我的目标，并在服务器中交换默认的 JMS 实现需要对服务器的配置进行一些大手术。

我查看了所有快速入门项目，并观察到通过包中包含的-jms.xml和-ds.xml文件部署的各种结构，但它们也分别特定于 hornet-mq 和 JDBC。（我希望部署者可能支持-rar.xml等）。

我能想到的唯一另一种方法，我不知道它是否受支持，是在我的包中定义一个子系统部署。有这样的事吗？

===== 更新 =====

我尝试添加一个 cli 覆盖更新（就像我使用 maven jboss 作为插件一样），但它没有效果。

这个问题可能已经出现在 SO 上，在这种情况下，请原谅我无法找到它。我打算重写一个桌面应用程序，其通信层当前实现调用 CAN 设备驱动程序的 .dll 文件中的方法（函数）。

但是，该应用程序将使用 JCA 重写为 Java 企业应用程序。是否可以将通信层包装在 JCA 资源适配器中，以便它仍然可以通过 .ear 内部的 .dll 文件与设备通信，或者我需要为此实现独立的 Java SE 服务？

更新：看起来我确实需要将通信层包装在可以从业务逻辑层调用的独立 Java SE 服务中。好消息是不需要资源适配器。

我实现了一种加密格式（以MultiCipherOutputStream和MultiCipherInputStream的形式），它支持将多个密码流相互嵌套。目标是产生一种灵活的加密文件格式，即使是最偏执的用户也能满意。虽然我相信我已经收集了很多关于如何实现这样的东西的知识，但我并不是一个深入的加密专家。背景：加密格式适用于Syncany，这是一种使用任意存储的 Dropbox 式文件同步工具。

所以我的问题是：

• 这种加密格式的概念在密码学上是否合理？
• 我的任何假设和设计概念是否错误或有问题？
• 是否正确实施？

以下是格式说明：

一般设计概念和假设：

• 假设：所有用户共享一个密码
• 输入参数：密码字符串、密码规范列表（例如 AES/GCM/NoPadding、128 位）
• 密码用于使用 PBKDF2（12 字节盐，1k 轮）为每个密码派生一个对称密钥
• 对称密钥用于加密文件；它在最大重复使用。100 个文件 (~ 200 MB)
• 密码算法是可配置的，但并非所有密码都被允许：只有 AES 和 Twofish（128/256 位），只有经过身份验证的模式（目前只有 GCM；没有 ECB、CBC 等）
• 密码使用随机初始化向量 (IV) 进行初始化，IV 永远不会重复使用
• 可以嵌套/链接多个密码算法（1-n 密码），例如 AES-128 和 Twofish-256
• 密码配置、IV 和盐使用 HMAC (SHA256) 进行身份验证

资源：

• Github 上的完整加密包
• 在 Github 上测试包

我正在尝试运行connectorZ JCA 1.6 Executor 实现，
为此我从 github 下载了 Zip并尝试执行客户端，
（工作管理器：java.util.concurrent.Executor 的 JCA 实现）

我能够在 Eclipse 中运行应用程序，（在解决了一些依赖问题之后）
jsp 页面加载良好，链接“执行 5 个阻塞任务”，
当我单击特定链接时，我得到以下异常：

这里的问题是 executorFactory 为空，我不确定 jndi_name “ jca/workmanager ”。

我是否缺少与 jndi 或任何资源文件相关的任何配置？
我该如何解决这个问题？

我认为 JCA 代替 JCE 很简单。然而，编写一些测试代码来获取我系统上的所有提供程序表明情况并非如此。

我注意到以下内容：

1. 一些算法有多个提供者（例如：MD5withRSAis inSunRsaSign以及SunJSSE）
2. JCA 似乎拥有type超越 JCE 的算法

第 1 项是有道理的，因为 JCA（对我来说）是一个可供选择的 JCE 提供程序库/数组。

第 2 项有点令人困惑，因为它表明 JCA 并不完全是一组“相同”的 JCE 提供者。对于任何和每一种“类型”的提供者来说，这都是某种水坑，无论是否有 JCE 接口。

那么，JCA、它的提供者和 JCE 之间的工作关系是什么？提供者是否也存在于独立的孤岛中，还是它们相互“构建”/相互依赖？

对于对代码和提示此问题的结果感兴趣的人，它在下面列出

结果（格式化为SO）是

我编写了一个 Java SE 应用程序，java.net.*;用于 Socket Programming 进行事务管理和远程命令行管理。

我想将功能移植到 Java EE（出于多种原因）-有人告诉我，为了实现这一点，我必须创建一个资源适配器来访问套接字-有什么方法可以管理 TCP Java EE 中的 /IP 套接字无需重新发明轮子？

自 1999 年以来，我一直在使用 Java SE 进行编程，但我最近才开始接触 Java EE。

在 JEE 应用程序中，需要摆脱大量支持工作流执行的 JMS 队列。工作流通常由多个顺序任务组成。任务可能包含外部系统调用和其他业务逻辑。任务处理器被实现为 MDB。当任务处理器从输入队列接收消息时，它会执行业务逻辑，丰富输入消息并将其放入工作流链中下一个任务处理器的输入队列。如果任务处理器未能根据设置执行任务，则输入消息将回滚到队列中以延迟执行或放入错误队列中。现在，应该使用数据库而不是 JMS 队列。任务应作为行保存在数据库表中，包括任务状态（延迟、进行中、失败等），

我已经开始使用 JCA 来实现这个需求。我的入站连接器扫描数据库表以查找任务，然后调用适当的端点（实现业务接口的 MDB）。

还有其他方法可以满足要求吗？也许有人知道这种场景的轻量级开源框架？请不要提及 BPM 框架。

我正在尝试将一些 Java SE 代码移植到 Java EE 服务器产品中 - 但是在 JEE 方面我是一个庞大的 n00b - 显然我需要构建一个资源适配器来访问一个套接字 - 我已经购买了几本书和培训 DVD - 它们都没有涵盖在 JEE 中使用 TCP 套接字或构建自定义 RA。

我想支持原始套接字支持，而不是依赖部署 MOM 的客户来使用 JMS（服务器应用程序的性质 - 大多数仍然使用 TCP/IP 通信）。

有人可以提供一些明智的建议吗？

谢谢 ：）