MQ Series中的命令级别是什么？

Question

在Websphere MQ系列中，队列管理器的命令级别为701。它实际上指定了什么？

- trilawney

Answer 1

WebSphere产品使用“[版本号].[发布号].[修改号].[修订包]”的命名约定。例如，7.0.1.6是当前发布版本并指定到Fix Pack级别。

• 修订包仅限于错误修复和非常有限的不会造成影响的功能增强。
• 修改可以包括功能增强，但不涉及API更改。例如，多实例队列管理器在7.0.1中推出。
• 发布版本可能引入重要新功能和少量API更改，但高度向前和向后兼容同一版本。
• 版本封装了一组核心功能。在此级别上进行更改可能会牺牲某些向后兼容性以换取重要的新功能。例如，WMQ Pub/Sub从Message Broker移动到基本MQ中的V7版本。

由于管理功能在修订包中不会更改但可能在修改级别更改，因此与管理工具的兼容性基于队列管理器的命令级别。

当数字命名惯例被采用为WMQ时，有一个旧但仍然有用的TechNote描述了这一点。

- T.Rob

---

虽然CMDLEVEL并不总是与修改/修补程序版本相关联，但有时修补程序会包含大量（可以说是具有破坏性的）新功能，例如6.0.2.1版本，其中包含了一个JCA适配器。 - strmqm

是的，现实生活并不总是符合策略。 但是该策略是已发布的，并且发行和功能跟踪的目标是如此之多，因此许多人发现它很有用。在这个上下文中，“Disruptive”意味着打破现有的事物。因此，添加新组件或功能，即使是像JCA适配器这样的大型组件，也不被认为是具有破坏性的，并且可能包含在较低级别的更改中，以便尽早将其推出。 - T.Rob

Answer 2

它显示了WMQ的主版本号——例如530、600、700、701。虽然仅仅是一个.0.1的增量，但由于一些内部变化（如多实例QM），WMQ 7.0.1获得了一个新的主版本号，而WMQ 6.0.1.x和6.0.2.x都是CMDLEVEL 600。

- strmqm

---

文档将其称为队列管理器的“功能级别”，这或许更好地解释了为什么7.0.1.x会获得新的CMDLEVEL，而6.0.1.x/6.0.2.x没有——WMQ 7.0.1在多实例队列管理器中添加了重大新功能，而6.0.x系列主要是缺陷修复而不是功能性的（当然也有一些例外 :)）。 - strmqm

Answer 3

命令级别，虽然与V.R.M.F相似，但并不完全相同。命令级别用于让配置应用程序知道命令服务器将理解哪些命令（以及这些命令中的属性）。

任何配置应用程序首先要做的是发现队列管理器的PLATFORM和CMDLEVEL。然后该应用程序可以确定可以发送哪些命令/属性到该队列管理器。

服务流中可能会增加CMDLEVEL。那么V.R.M.F.就不一定与CMDLEVEL匹配。如果在服务流中添加了一些新的外部属性，则没有该补丁的队列管理器将无法理解它们，但有该补丁的队列管理器将能够理解。应用程序如何确定要发送什么？好吧，CMDLEVEL将决定这一点，因此必须通过补丁升级CMDLEVEL。

- Morag Hughson