MSMQ Adapter 6.0 | webMethods MSMQ Adapter Documentation | webMethods MSMQ Adapter Installation and User’s Guide Documentation | Package Management | MSMQ Adapter Package Management | Package Dependency Requirements and Guidelines
 
Package Dependency Requirements and Guidelines
This section contains a list of dependency requirements and guidelines for user-defined packages. For more information about setting package dependencies, see the appropriate webMethods Service Development Help for your release.
*By default, the WmMSMQAdapter package has a dependency on the WmART package. Donot change this dependency.
*A user-defined package must have a dependency on the WmMSMQAdapter package. Without this dependency, connections and listeners become disabled when the WmMSMQAdapter package is reloaded.
These dependencies also ensure that at startup, Integration Server automatically loads or reloads all packages in the proper order: the WmART package first, the adapter package next, and the user-defined packages last. The WmART package is installed automatically when you install Integration Server. You should not need to manually reload the WmART package.
*If the connections and adapter services of an adapter are defined in different packages:
*A package that contains the connections must have a dependency on the adapter package.
*Packages that contain adapter services, adapter notifications, or adapter listeners must depend on their associated connection package.
*Keep connections for different adapters in separate packages so that you do not create interdependencies between adapters. If a package contains connections for two different adapters, and you reload one of the adapter packages, the connections for both adapters will reload automatically.
*Integration Server will not allow you to enable a package if it has a dependency on another package that is disabled. That is, before you can enable your package, you must enable all packages on which your package depends. For information about enabling packages, see Enabling Packages.
*Integration Server will allow you to disable a package even if another package that is enabled has a dependency on it. Therefore, you must manually disable any user-defined packages that have a dependency on the adapter package before you disable the adapter package. For information about disabling packages, see Disabling Packages.
*You can name connections and adapter services with the same name provided that they are in different packages and folders.