代理问题
以下问题将影响 Message Queue 代理。
-
Message Queue 4.4 客户端在连接到 Message Queue 3.7 代理时收到模糊的警告（错误 6899886）
Message Queue 4.4 客户端连接到 Message Queue3.7 代理时，客户端会收到以下形式的警告：
WARNING [I500]: Caught JVM exception: ... [C4036]: A broker error occurred. :[505] bad version ...
此“bad version”警告表示客户端应以较低协议级别重新连接到代理。
-
使用 JDBC 数据存储库时，数据库密码以明文形式存储（错误 6691717）
解决方法：如《Sun GlassFish Message Queue 4.4 Administration Guide》中的“Password Files”中所述，保护包含数据库密码的密码文件。
-
如果持久性数据存储库打开过多目的地，将无法访问代理。（错误 4953354）
解决方法：这种情况是由于代理达到了系统打开文件描述符限制所致。在 Solaris 和 Linux 上可使用 ulimit 命令来增加文件描述符限制。
-
目的地被销毁后，使用方将被孤立。（错误 5060787）
目的地被销毁后，活动的使用方将被孤立。使用方孤立后，他们将不再接收消息（即使重新创建了目的地）。
-
使用 HTTP 连接服务的 JMS 客户端突然终止时（例如，使用 Ctrl-C 组合键），代理要花费大约一分钟的时间才能释放客户端连接和所有关联的资源。
如果在这一分钟内客户端的另一个实例启动，并且该实例尝试使用同一个客户端 ID、长期订阅或队列，则可能会收到“客户端 ID 已经在使用”的异常。这实际上不是什么问题，只是上述终止过程的副作用。如果客户端在延迟约一分钟后启动，则应当一切正常。
-
将 MySQL 数据库用作数据存储库时，如果存储的消息超过 1 MB，则会抛出 "Packet for query is too large..."（查询数据包太大...）SQL 异常。（错误 6682815）
解决方法：启动 MySQL 服务器并将 --max_allowed_packet 选项的值设置为大于 1 MB（默认值）。例如，使用以下值：
--max_allowed_packet=60M
-
将 MySQL 数据库用作高可用性共享数据存储库时，需要使用一种机制将 MySQL 存储引擎配置为 NDBCLUSTER。（错误 6691394）
解决方法：将以下属性值添加到代理的 config.properties 文件中（请参见《Sun GlassFish Message Queue 4.4 Administration Guide》中的“Enhanced Clusters: JDBC Configuration Properties ”）
imq.persist.jdbc.mysql.tableoption=EMGINE=NDBCLUSTER
-
在使用 Oracle 9i (JDBC 9.2.0.x) 驱动程序时，代理会抛出 "Failed to persist property..."（未能使属性保持持久...）异常。（错误 6626825）
解决方法：使用 Oracle 10g (JDBC 10.2.0.x) 驱动程序，已针对该驱动程序优化了代理。
imq.persist.jdbc.derby.table.MYCONSTATE41.index.IDX2=CREATE INDEX &(index) ON $(name) (MESSAAGE_ID)
-
如果将 Java DB 数据库用作数据存储库，则会在存储消息时抛出以下 SQL 异常：“无法在请求的时间内获取锁定”。（错误 6691394）
解决方法：在代理的 config.properties 文件中添加以下属性值：
imq.persist.jdbc.derby.table.MYCONSTATE41.index.IDX2=CREATE INDEX &(index) ON $(name) (MESSAAGE_ID)
-
在 AIX 上使用 IBM JVM 时，代理有时会进入低内存或 RED 内存状况，而原因尚不明确（错误 6899526）
解决方法：使用最新版本的 IBM JVM（Java Runtime 1.6.0 IBM Corporation 或更高版本），并将以下 IBM JVM GC 选项传递到 imqbrokerd：
# imqbrokerd -vmargs -Xgcpolicy:gencon
- © 2010, Oracle Corporation and/or its affiliates