Software ag entirex

With EntireX, there is no need for supporters of the mainframe and supporters of new technology to compete with each other. As shown in Figure 1, integrating these technologies to work together seamlessly with EntireX is really easier than you would imagine. Existing mainframe assets are typically used by other applications. Therefore, changing such assets can become a major challenge.

With EntireX, most existing interfaces can be re-used unchanged. As a result, mainframe applications are offered as services in a modern way. They can continue to play an important role in new applications implemented outside of the mainframe. Integrating in the opposite direction is a strength of EntireX— mainframe applications can trigger off-host processes.

EntireX supports all common scenarios in both directions, inbound as well as outbound. With EntireX, you have many options to modernize your mainframe interfaces and open them up to modern environments.

The extraction process provides sensible default mappings into modern structures and formats. This keeps the mainframe knowledge your users need to a minimum. Young IT professionals will find EntireX modern and appealing because integration development is done with Software AG Designer, an Eclipse-based development environment.

EntireX's powerful and easy-to-use wrapping technology and flexible programming interfaces turn existing application functions into business services or Web services. These features allow an organization to define an integration architecture for enhancing existing applications, linking up legacy applications with new standard software or adding new custom applications to the mix.

The graphic below provides an overview of platforms and functionality supported by EntireX. Under High Availability we understand an environment with engineered redundancy which, if any one component fails, guarantees the integrity of the system as a whole. To achieve high availability, EntireX uses existing third-party clustering technology. Many of the world's largest organizations including financial institutions, manufacturing, transportation, and communication companies along with large government agencies, rely on the availability and reliability of applications to deliver their most important business transactions and data.

These large-scale information systems consist of several hardware and software components, each of which performs a particular function and is a critical-path to successful daily operations. If any of these components fail however, the outcome could vary drastically - from a single user experiencing a slow-down in their order response time, to thousands of retail bank customers not being able to access any of their cash assets.

Creating a highly available system topology removes any single points of failure from a large system, enabling another redundant component to effectively take over the workload of the failed component. Improving availability ultimately leads to a reduction in downtime, improved performance, and a better user experience. Another IT concern is how to apply maintenance and upgrades to these important systems without affecting users.

In a highly available world, a system in need of maintenance can be taken out of the workload pool and updated while the rest of the system continues to process service requests. In general, EntireX can be compared to a hardware bus, adding new functions or applications to the system by means of extender cards. Every application that is "plugged into" EntireX represents a functional expansion, with the main purpose of the bus system being to provide a means of communication between the individual components.

This bus architecture provides organizations with the foundation for state-of-the-art integrated electronic business applications. The EntireX Broker offers support for multiple communication and component models and provides the backbone for integration between an organization's applications and the internet.

The role of the EntireX Broker is to control communication among distributed application components. The Broker shields the communicating programs from platform and language-specific issues by mapping requests and replies to its interface programs, the Advanced Communication Interface ACI stubs.

With the EntireX Broker, companies benefit from the flexibility, ease of use and high-performance characteristics that make it unique among Message Oriented Middleware MOM -based products. Other features of the EntireX Broker include:. Transparency of physical location of servers to clients, and of publishers to subscribers.

In creating an electronic business IT infrastructure, flexibility is a key requirement for the middleware foundation. One area where flexibility is a must is in the way applications communicate with each other. Because different applications may require different methods of communication, EntireX provides support for a variety of different models:. Synchronous Synchronous communication means the sender and receiver are active simultaneously.

The requesting application sends its message and then stops processing while it waits for a reply blocking. Asynchronous Asynchronous is non-blocking communication where applications can be either concurrently or non-concurrently executing.

Conversational Conversational means participating programs interact with each other in the form of a dialog, with each program responding in turn to information received from the other program. The sender is usually blocked. Messaging-and-Queuing Messaging-and-Queuing is based on intermediate message storage. The role of the EntireX Broker is to control communication among distributed application components. The Broker shields the communicating programs from platform and language-specific issues by mapping requests and replies to its interface programs, the Advanced Communication Interface ACI stubs.

With the EntireX Broker, companies benefit from the flexibility, ease of use and high-performance characteristics that make it unique among Message Oriented Middleware MOM -based products.

Other features of the EntireX Broker include:. In creating an electronic business IT infrastructure, flexibility is a key requirement for the middleware foundation. One area where flexibility is a must is in the way applications communicate with each other. Because different applications may require different methods of communication, EntireX provides support for a variety of different models:. Synchronous Synchronous communication means the sender and receiver are active simultaneously.

The requesting application sends its message and then stops processing while it waits for a reply blocking. Asynchronous Asynchronous is non-blocking communication where applications can be either concurrently or non-concurrently executing. Conversational Conversational means participating programs interact with each other in the form of a dialog, with each program responding in turn to information received from the other program.

The sender is usually blocked. Messaging-and-Queuing Messaging-and-Queuing is based on intermediate message storage. The sending application sends the message to the messaging middleware, which places it in a queue.

The sender is generally unblocked. The EntireX Broker approach is unique among message queuing systems in that applications never see the actual queues themselves, instead they only deal with the logical names of senders and receivers. This provides an additional level of transparency for applications being integrated.

In addition, the Broker can reside on the network, on the sender's systems, the server side or on any other machine in the network. The roles of clients and servers are not fixed but can change dynamically within a conversation. The EntireX Broker provides optional message persistence by storing message queues to a non-volatile medium. Persistence ensures that messages reach their destination even in the event of a system failure. EntireX can also group logically related client and server messages into units of work that are committed to the EntireX Broker for further transmission when complete.

In case of failure on the server side, the receiving program can back out the whole unit of work, making it available for processing later or by another server. Server replication, automatic load balancing between replicated servers and automatic, dynamic adjustment of the system environment ensures that client requests are answered quickly and resources are put to efficient use. The EntireX Attach Service dynamically replicates and starts servers, based on Broker requests for services.

The way the Attach Service manages replicating and starting servers also leads to an efficient balancing of the workload within an EntireX environment: the Attach Service registers as the Attach Server with the Broker and can receive attach requests to start additional servers to avoid bottleneck situations. Workload balancing is achieved using high and low water marks specified in the server definitions.

The Attach Service keeps the number of server replicas registered with the Broker between these levels and starts new replicas when their number falls below the set minimum. Before discussing the types of applications which can be plugged into the EntireX bus, it is best to start with a short description of the basic communication mechanisms used by EntireX:.

More info.