Issue 5539: There is no concept of "Management" within the specification (uml-eai-ftf) Source: (, ) Nature: Uncategorized Issue Severity: Summary: 2) There is no concept of "Management" within the specification. Integrations need to be managed, and there is no protocol that is established for managing the state of the integration, which could bind to a transaction service (since a message could prescribe a transaction that could span multiple systems), or a middleware management service that is interested in the "heartbeat" of the system. These concepts borrow heavy from the OSI Protocol Engine, which is the origin of the adapter concept (other than SADT / IDEF0 modeling techniques). Sorry to bring up stuff dated 20+ years. A managed adapter is a thicker adapter that provides middleware services or can access middleware services, plus report out to a middleware management service to tell the MMS how its doing. Most application servers today can be utilized as a managed adapter, but no one is really formalizing the protocol (I know webMethods was promoting something they called OMI, but its been about a year now with no published specs). Resolution: Revised Text: Actions taken: July 18, 2002: received issue Discussion: End of Annotations:===== X-Sender: linda@emerald.omg.org X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 23 Jul 2002 13:10:13 -0400 To: Juergen Boldt From: "Scott Nieman" (by way of Linda Heaton ) Subject: FW: ptc/02-02-02 UML Profile and Interchange Models for Enterprise Application Integration (EAI) Specification Here it is............. Correction, OMI was released by webMethods just recently. Scott -----Original Message----- From: Scott Nieman [mailto:scott@ebmachines.com] Sent: Thursday, July 18, 2002 2:17 PM To: issues@omg.org Subject: ptc/02-02-02 UML Profile and Interchange Models for Enterprise Application Integration (EAI) Specification UML Profile and Interchange Models for Enterprise Application Integration (EAI) Specification I understand that the submission deadline was July 1, 2002, but I want to know if you are interested in my comments regarding this specification. I have a number of them including: 2) There is no concept of "Management" within the specification. Integrations need to be managed, and there is no protocol that is established for managing the state of the integration, which could bind to a transaction service (since a message could prescribe a transaction that could span multiple systems), or a middleware management service that is interested in the "heartbeat" of the system. These concepts borrow heavy from the OSI Protocol Engine, which is the origin of the adapter concept (other than SADT / IDEF0 modeling techniques). Sorry to bring up stuff dated 20+ years. A managed adapter is a thicker adapter that provides middleware services or can access middleware services, plus report out to a middleware management service to tell the MMS how its doing. Most application servers today can be utilized as a managed adapter, but no one is really formalizing the protocol (I know webMethods was promoting something they called OMI, but its been about a year now with no published specs).