| Warning |
|---|
While EagleML and EJM are version independent, your Eagle product suite must be at least version 12.1.5. |
In On this page:
| Table of Contents |
|---|
...
The main purpose of EagleML is to serve as the Eagle Canonical Data Modelcanonical data model. EagleML uses an industry standard based XSD that serves as Eagle’s canonical data model (standardized template) for exchanging different data formats and . It also establishes a clear set of communication rules for communication for inbound and outbound data exchange.
Inbound EagleML data interfaces (loads) deliver data to Eagle databases, whereas outbound EagleML data interfaces (extracts) extract , extract data out of Eagle databases and deliver it to specified locations. EagleML covers a large variety of models including models for data interfaces (which are divided into transactions and object interfaces) as well as and interfaces for messaging and flow control.
This section describes the general structure of EagleML-2-0, including an explanation of the data and control interfaces, object types and inheritance, and the relations relationship between them.
EagleML-2-0 was developed to be used for any interface with Eagle. It can be used with messaging architecture and delivery protocols like JMS, MQS, ESB-based architectures, SOAP/REST Web Services ; as well as and FTP, SFTP, HTTP FILE-based transfers.
...
The control section of EagleML-2-0 is meant to enable SOA-based flow control interfacing and allow for external orchestration. It can be especially useful for Enterprises enterprises that are looking for a modern style application integration where BPM acts as a central workflow control of the entire system.
...
Messages are used for providing data exchange between systems. They act as envelopes that carry either data transactions or , control instructions or as exception alerts alert or events and notifications. Structurally, messages have headers that contain messaging specific elements (such as Message Id ID or Message Address) and , and bodies. The body of the message can be either data transaction or control instructions.
...
Control messages are intended for application integrations and have elements for tasks and workflow execution , and exception and notification patterns such as Task Correlation ID, Task Parameters, Task Status, Severity Code, Reason Codes, Error description Description and Resolutions. Control messages are XML-based files that contain descriptions of tasks to be performed on the data being transferred and how the data is consumed and published. Control messages are also known as CMs or Run Task Requests (RTRs). The coordination of control messages forms the basis of the Eagle Job Management (EJM) framework.
There is a high level of relationship between message headers. The headers for data and control messages have common elements that encapsulated in most base type MessageHeader. They also have specific elements based on the purpose of the message to reflect integration patterns such as Message ID, Correlation ID, and Message Address.
...
EagleML provides a generic set of XML-based interfaces. They are described as XSD and implemented on the Message Center framework as message streams. The term message stream is used to describe components that make up the Message Center interfaces, including the delivery location for the incoming data, XML mapping rule files, and panels. The data is delivered to the designated streams using a variety of methods including file based uploads to the Incoming folder on the Web server, or by Messaging: MQ Series, JMS, HTTP, or by using the Send Data feature in Eagle's Automation Center.
...