PIE. Internal Structure

Size: px
Start display at page:

Download "PIE. Internal Structure"

Transcription

1 PIE Internal Structure

2 PIE Composition PIE (Processware Integration Environment) is a set of programs for integration of heterogeneous applications. The final set depends on the purposes of a solution under consideration. PIE may have two basic sets: standalone full featured application server and built-in component into another application. The second one has some advantages and some limitations in comparison with the first one and it depends on core implementation. PIE as an Application Server PIE consists of: PIE Server application server PIE Studio editor for graphic description of business processes PIE Adapters a set of intermediary programs for applications connection PIE Control a set of PIE programs running on well-known operating systems: Windows, HP UX, AIX, Sun Solaris PIE Docs set of documents for development of integration solutions on PIE platform. Adapters for widespread systems interconnection are supplied together with applications server: FileAdapter provides communication of external systems with PIE using file exchange ORAAdapter provides PIE access to Oracle DBMS ODBCAdapter provides PIE access to any database using ODBC drivers FTPAdapter provides PIE access to data via FTP protocol NamedPipeAdapter provides PIE data exchange using Named Pipes XOWALAdapter provides PIE data exchange using XOWAL communication libraries of the CMA company CORBAAdapter provides data exchange with PIE using CORBA functional call protocol that provides possibilities of connection third party adapters to PIE. In addition to above mentioned adapters CMA Company has developed XAdapters adapters for interaction with external systems such as WebSphere MQ Series, Microsoft MQ, SWIFT, MICEX, RTS, Reuters, Bloomberg, etc. PIE has its own proprietary protocol of guaranteed message delivery implemented using the XOWAL program components for internal and external adapters communication. It s worth mention that PIE tools are mainly designed for software engineers. To create such PIE components as business tasks, data adapters and other internal components one should know at least С/C++ and one of Java, JavaScript or both languages. Python, Perl, Ruby languages are to be considered as extensions for the future. The choice of programming languages for development of program components in PIE environment is determined by the fact that PIE is based on XPCOM component object model which provides cross-platform for applications development. PIE Service-Oriented Architecture PIE uses a set of the best practices and methods known as Service Oriented Architecture (SOA) and Service Oriented Business Applications (SOBA) for developing integration solutions. External applications are presented in PIE as a set of services which communicate with PIE Application Server via Enterprise Service Bus (ESB). PIE ESB is a program infrastructure representing a message handler and internal adapters. The adapters solve the problems of external applications connection, routing, format conversion and thus conceive all the difficulties of external application adaptation by presenting it as a service with standard set of properties. ESB provides such important functions for the system activity as message correlation, service of guaranteed message delivery, data transmission security etc. Picture 5 presents PIE architecture for integration solutions. The core of the integrated systems on the basis of PIE is the application server which consists of: Dispatcher Internal Adapters for communication with external applications Business Rules Router (BRR). The Dispatcher provides ESB functionality and does message exchange via internal adapters both between services and the BRR as well as between the application services directly. Dispatcher also handles execution of PIE procedures for initialization and shut-down. BRR creates, executes and deletes business processes instances called tokens. It provides a separate execution thread for each token and does the business process execution which includes task invocation of the business process.

3 Pic. 5. Service-Oriented Architecture of integration solution on PIE platform Token a business process instance which is created on the basis of the existing XML-descriptions from the repository. Tokens are executed in BRR s addressing space.tokens are data structures containing information related to the execution of the corresponding business processes. Task a program component that performs the business logic of a particular step of a business process. Tasks are the basic elements from which business process description is made of. Task may contain any program code which is usually small and can be limited to an activity with memory variables. But mainly tasks are intended for sending message to invoke external applications (external services) or internal functional components (internal services). Components with expanded functionality allow PIE application server to connect modules with additional functionality (internal services). For example the activity with global business processes variables environment variables is done in this way. The methods of the components can be invoked from the tasks and internal adapters. External applications interact with each other through PIE by means of message exchange. The order of interaction for applications and internal components is determined by so called frames. Frame is a structure of a business process which description is stored in the repository as an XML subtree. The methods of the components can be invoked from the tasks and internal adapters. External applications interact with each other through PIE by means of message exchange. The order of interaction for applications and internal components is determined by so called frames. Frame is a structure of a business process which description is stored in the repository as an XML subtree. When PIE server receives a message that requests some business process execution it searches the repository for a corresponding business process description and downloads it to the RAM. As a result a token of the process is created and then executed. During this execution the tasks contained in the frame process are invoked according to the UML-diagram structure. The tasks in their turn can invoke either internal program components performing certain business logic or sending/receiving messages via ESB for activation of application services.

4 External Application Adapters Essentially the integrated applications can communicate with PIE directly. This is the case for new applications. In real life for communication with PIE you will often require intermediary software known as adapters. The main task of the adapters is to abstract as much as possible the PIE core from the peculiarities of external applications interfaces implementation. Adapters provide reconciliation of the information formats transferred between external applications and the PIE server. Adapters are intended to initiate applications activities on the basis of the messages received via PIE and to send the results of the PIE work in the form of messages. In general the adapter together with the integrated application is defined as service according SOA concept. Adapters can be internal i.e. they work directly in the addressing space of the PIE dispatcher and external when they function as independent applications. Internal adapters communicate with PIE directly via program interfaces (API). These adapters function in the same process with PIE core cause they are PIE components. External adapters are independent applications that may function and may not function in the same process with the applications being integrated (for PIE it does not matter). External adapters communicate with external applications as well as with PIE internal adapters. Several external adapters can be connected to the same internal adapter. Internal adapters communicate on the one hand with services, i.e. applications being integrated, directly or through external adapters. On the other hand (from the PIE s dispatcher side) internal adapters are suppliers and users of the PIE messages. Applications Integration Approach The main idea of PIE is a support of business applications information communication without going deeply in applications nature as well as a separation PIE core from operating systems, hardware platforms, communication protocols and DBMS. PIE offers an approach which allows to present application interfaces in accordance with business processes tasks and to construct new logical applications on this basis. Thus on the logical level the applications may differ from the original physical applications. The basic concept for PIE application integration is a decomposition of business-processes into tasks (jobs) and integrated applications into functions (services) that perform corresponding tasks (Pic.6). PIE automates application services invocation in line with business logic that makes it possible creation of composite applications with functionality much wider than just a sum of the functionalities of the original applications. Business processes are described with the help of business rules. Business rules determine what should be done on each step of the business process. Business rules are activated according to business process states. Thus business rules in PIE correspond to tasks which are the base for business process descriptions that determine the order of services invocation by applications. It is important to note that after decomposition of business processes and business applications it is necessary to carry out the analysis and generalization of the decomposed tasks in order to find similar tasks executed in different business processes and corresponding services. When all the necessary tasks of the business processes and corresponding application services are defined then they are to be described in the repository by means of PIE Studio. The descriptions of business processes, tasks, services and means of their interaction are put into unified repository which is the only place where descriptions of business tasks and interfaces of interactions with applications are stored. Virtual Applications Development According to the PIE Technology: On the logical level company applications represent business logic of the company; The company s business logic is a set of business processes that execute this business logic; Tasks correspond to business rules. Such an approach allows to develop so called virtual applications (Pic.7), generated from the tasks implemented by real applications running on different physical servers

5 Pic.6 Business processes decomposition into tasks and business applications decomposition into service PIE s virtual application is a set of interdependent tasks performing the company s business logic. It can use tasks belonging to different applications. Thus virtual applications exist and are executed by means of interpretation of business processes descriptions from the system s repository. Such technology supports the high level of tasks reuse and even business processes. If it is necessary to add a new business process then we can write only a program code performing the tasks or invoking the services that execute new business rules. The already existing tasks can be used without change. Thus PIE does not only provide information exchange between applications but also creates a synergistic effect by providing the functioning of the virtual business application that executes the new integrated business logic. Integration of Legacy and Off the Shelf Applications PIE uses two different strategies for processing of external (off the shelf) and internal (self-developed) applications. These strategies were developed due to the fact that all details of self-developed applications are usually known including internal logic and source codes. As for external applications only the functions that they are able to execute are usually known. Hence different approaches to fish out maximum possibilities from the applications of these two types should be used. External applications are treated as encapsulated ones. Moreover old (legacy) internal applications should be also treated as encapsulated because source data may be lost and its developers (programmers who engineered these applications) may be not available any more. The only thing which is known about these applications is the set of the tasks (functionality) they perform.

6 Pic.7 Business-processes decomposition into business rules and tasks PIE makes it possible to generate new business processes from the set of business processes which includes functional possibilities of external and internal applications. Thus using the concept of the business process PIE eliminates the differences in the nature of external and internal applications in such a way that they can work together as a single mechanism. Applications Integration Scenario The scenario for developing PIE virtual application by integration of the existing applications includes several stages. 1. Decomposition of each application into services executing business tasks. This means that the functionality of the application interface that will be used to connect this application to PIE should be described according to the PIE s rules. 2. Development of UML-models of business processes. Find out what tasks should be developed and integrated into PIE. 3. Registration of each application as a service in the repository. 4. Customization of existing and development of a new adapters (if needed) for each application. 5. Description of XML-messages formats and registration them in the repository. 6. Registration of global environment variables in the repository. 7. Registration of all tasks in the repository and their programming. 8. Creation of formal schemes for business processes ( business frames ) with the help of the special graphic editor and their registration in the repository.

7 Pic.8 Activity diagram example Visual Presentation of Business Processes Business process is the PIE key element. A business process is created when dispatcher receives a request from the service that corresponds to this business process. Business process is displayed as an activity diagram (UML) where activities correspond to tasks and transitions correspond to possible results of tasks execution. Such an activity diagram provides the user with the possibility to simulate business processes with the help of a simple and intuitive graphic editor which is a part of PieStudio Workstation. An example of an activity diagram is shown on Pic.8. As we have already mentioned PIE supports component approach. Each task is implemented as a component which is used many times later during business processes execution. Tasks descriptions are put in the corresponding section of the repository. Transitions are made according to possible task output. The outputs depend both on the state of particular business process and the state of integration bus in general. Business process state is defined depending on local data stored in it. The state of the ESB depends on the values of environment parameters. Environment parameters description is stored in the particular section of the repository. Examples of environment parameters: number of active users, EOD/BOD indicator, possibility to grant a credit etc. PIE Repository Objects The repository is used in PIE as warehouse of metadata describing business processes logic, i.e. the order of tasks implemented by the applications execution, format of messages used for data exchange between applications, features and methods of services used for making integration application. Business processes descriptions are stored in the repository and are activated from there. Each time business logic requires to execute a process, a special program tool business rule router invokes it from the repository. In the repository are stored the following XML-descriptions of the basic entities of PIE: Frames description of structured business processes; Tasks description of the components functionalities implementing the business logic; Services description of information interaction with external applications interfaces; Adapters description of program components used for data exchange with external applications; Components description of additional program modules enhancing PIE basic functionality; Messages description of types of messages used by the system for applications information interaction.

8 Business processes are decomposed into tasks on the system analysis stage. From the point of view of the business logic interfaces of each external application are decomposed into a set of information services implementing separate business tasks. To integrate applications the user should point out links between the tasks which will invoke corresponding services thus forming a unified business process. It can happen that an appropriate application or service is not found for some tasks. In this case there should be developed additional program components implementing the necessary business logic. These components are intended for enhancement of functionality of the integrated external applications. Usually the functions of the task are restricted to sending a request to the external application and receiving an answer from it. Special tasks are intended for tracking of environment parameters and setting the tasks results according to environment parameters and business process local data. All tasks and services descriptions are located in a separate section of the repository. After business process is formed it is converted into business frame (business process description in XML language) and stored in the corresponding section of the repository. Business frames that have already been created can be overloaded and activated on the fly during the work of the system. In this case the existing tokens would use the old description of the business processes. For new tokens new descriptions should be done. If the user requires the execution of a particular business process, a corresponding business frame is taken from the repository and the token is generated. Token is a business frame created for this particular request. Simultaneously there can be several tokens corresponding to the same business frame. Tokens communicate with external applications by sending and receiving XML-messages. Incoming and outgoing XML-messages are generated and processed by tasks used during business frame development. In course of operation tasks also perform data exchange in the form of the XML format messages. Tokens contain XML-messages created, picked up and modified during tokens life cycle. Message type definitions are stored in a special section of the repository. Environment parameters are available for all the tokens created by the router. The repository can contain any number of environment parameters. Environment parameters values can be used as a unique global variable of PIE. Environment parameters can be defined for each service and also for the whole ESB. For each parameter there is a value by default and a collection of possible values. The default value for each environment parameter and its value for each service can be assigned independently. The router manages data input and output, creates, activates and deletes tokens. The router coordinates distribution of generated tokens by execution threads. The number of threads and distribution algorithm can be configured. For example one thread can be configured for the generation of all reports while for some other processes related to online processing (e.g. doing data input of an order for securities purchase/sale in online trade system) multiple parallel working threads are allowed. Thus on the one hand restricting the system loading during unimportant tasks execution and on the other hand giving the processor power for basic functions execution. In the router each token is assigned a set of attributes for its type like owner (as a rule, PIE user), a maximum number of simultaneously executable tokens of this type etc. The router uses intellectual algorithms of tokens distribution by threads on the basis of the tokens attributes and environment parameters and also manages the events received by it from the system management module. In course of operation the business rules router can reroute a token from one thread to another. This allows providing load balancing, high level of readiness etc. How PIE Server Works First of all the adapter connects to the external application and registers in the PIE application server, thus the logical connection of the external service is done. Adapter registration includes: For external adapter connection of external adapter to PIE application server on the transport level; For all adapters is executed the special businessprocess Logon the description of which is stored in the repository; Special systems tasks should be included into Logon business process in order to draw attention to the fact that the service is linked to PIE. Other tasks can be also added for external applications connection etc.

9 Pic.9 PIE server operational scheme As a result information about the connected service appears in the dispatcher and it can rout messages to and from it. The router receives messages from the services via the dispatcher and creates a token. The token is created according to the corresponding business frame stored in the repository. To achieve maximum performance the business logic description is placed from the frame to the RAM memory. Tokens are created on the basis of incoming messages sent by the services (external applications are treated as services). When a message is received the necessity to create a new token is estimated. The incoming message that creates a new token is called initiating message. The router creates a token on the basis of the information extracted from the input data and repository. If an incoming message is identified as initiating one the router chooses a corresponding business frame from the repository and generates a token. Each token contains: A control block which contains information needed for token execution and its routing. Part of this information is in the business frame; Local data which is stored in the form of XMLmessages, containing an initiating message, all XML-messages (sent and received) that the token exchanges with external applications during its lifecycle. Also all XML-messages that the tasks exchange within the token and if necessary the results of tasks execution. Then the router activates the token (Pic.9). In different threads tokens are activated independently from each other. Several tokens in the thread cannot be activated simultaneously. Using the information of the token s control block the router analyses the current state of the token and initializes the execution of tasks corresponding to this state. Each task has an access interface to local token data. Since local token data is represented as DOM-structures, different methods of DOM structures manipulation are used for reading/writing. Tasks are divided into two types: programmable and predefined. The users can develop new tasks or edit the programmable ones. Predefined tasks don t require programming they execute the function of interaction with services, i.e. with external applications. Predefined tasks group includes such types of tasks like «Invoke», «Receive» and «Transform». These tasks functionality definition is related to a set of parameters specification and is done without any programming. At the same time the task type Invoke is used as the only tool for business process communication with the services represented as external applications. An important feature of the task type Invoke is the possibility of fixing the mode of service interaction synchronous or asynchronous. In

10 the first case the whole process of service interaction including message sending to the correspondent external application and receiving answers from it is executed within the framework of one task type Invoke. In the second case when the asynchronous method of interaction is used a return back to the next task execution is done just after a message sent. It is necessary to indicate the place in the business frame where the reply from the server should be received. The task type Receive is used for this purpose. If the token s control block determines (e.g. by the task execution results) that the token is not ready for further execution, it marks this token as blocked and the business rules router wouldn t activate it until the event unblock. The token s control block unblocks the token if the event expected by the token occurs. It can be an answer from the external application, time-out completion or an event generated by another token etc. The task type Transform allows defining a procedure of XML-message conversion graphically, without programming. During its execution the token can form XML-messages both as a reply to a calling service and to other services. Here calling means the service has prior sent a request as incoming message. Internal data representation in PIE is based on XMLstandard. That s why any incoming messages from the service should be in XML-format. If the external application is capable to process XMLmessages then there is no need to use a special adapter for data conversion from one format to another. Technology without adapters is used for such external applications connection. Otherwise special adapters are used to convert XML-messages to the format of external application and vice versa. PIE as a built-in Component In another Application Server The second basic set of program modules that has been mentioned at the beginning of this article is so called builtin PIE component. It was designed using Java based Application Server approach. According to this conception PIE is considered as an Application Server Component and it is built into Java based Application Server. Built-in PIE Component is implemented using Java technology. The main difference between two sets is that PIE as a component of Application Server has extended and standardized facilities to interact with other applications using host Application Server ones. PIE Component inherits all advantages of the host Web and Application Server. So in many cases PIE needs not having its own adapters. PIE can get messages from host components using their interfaces and returns data same way back. Proper interfaces for JavaScript tasks and utility functions are presented and kept as helper module in PIE repository. PIE continues to fulfill its main role to keep and process business rules of integrated applications. There is a special case when we need to use one of PIE internal adapters. It is when we need to use PIE external adapters or other applications based on XOWAL network protocol. To provide compatibility with them built-in PIE core includes internal XOWAL adapter supporting the same XOWAL protocol as used in standalone PIE Application Server. Built-in PIE core uses repositories created by PieStudio. The core loads and executes business frames from the repository just the same way like standalone PIE does. In addition to pure PIE-style business processes PIE Component supports a specialized type of business processes called precompiled. CMA solutions DepoX/TradX are built on the base of precompiled processes. PIE Component uses additional specialized light core to execute such processes. Built-in PIE Component can import precompiled processes into PIE Repository. Imported precompiled processes in this case become full featured frames of PIE Repository They become visible in PieStudio, can be modified and customized using PieStudio GUI and saved in PIE Repository. The mentioned above DepoX/TradX engines allow full integration with PIE and export their processes into PIE repository. Imported frames are processed by PIE Component main core as native ones. Built-in PIE advantages Due to direct interaction between PIE core and host Application Server there is no performance losses caused by transporting messages. Precompiled host Application Server business processes become native frames of PIE repository and get access to all facilities presented by PIE including frame modifications, customizations, use of PieStudio GUI, etc. Repository may contain both pure PIE-style frames and precompiled imported frames from the host insides. PIE Component has an access to interaction facilities of the host Application Server. Built-in PIE Component is Java implemented same as host Application Server. Tasks for business frames can be developed using Java and JavaScript language facilities. It extremely widens cross platform abilities.

A standards-based approach to application integration

A standards-based approach to application integration A standards-based approach to application integration An introduction to IBM s WebSphere ESB product Jim MacNair Senior Consulting IT Specialist Macnair@us.ibm.com Copyright IBM Corporation 2005. All rights

More information

CA Repository for Distributed. Systems r2.3. Benefits. Overview. The CA Advantage

CA Repository for Distributed. Systems r2.3. Benefits. Overview. The CA Advantage PRODUCT BRIEF: CA REPOSITORY FOR DISTRIBUTED SYSTEMS r2.3 CA Repository for Distributed Systems r2.3 CA REPOSITORY FOR DISTRIBUTED SYSTEMS IS A POWERFUL METADATA MANAGEMENT TOOL THAT HELPS ORGANIZATIONS

More information

SCA-based Enterprise Service Bus WebSphere ESB

SCA-based Enterprise Service Bus WebSphere ESB IBM Software Group SCA-based Enterprise Service Bus WebSphere ESB Soudabeh Javadi, WebSphere Software IBM Canada Ltd sjavadi@ca.ibm.com 2007 IBM Corporation Agenda IBM Software Group WebSphere software

More information

Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus. 2010 IBM Corporation

Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus. 2010 IBM Corporation Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus Agenda BPM Follow-up SOA and ESB Introduction Key SOA Terms SOA Traps ESB Core functions Products and Standards Mediation Modules

More information

A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus

A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus Karim M. Mahmoud 1,2 1 IBM, Egypt Branch Pyramids Heights Office Park, Giza, Egypt kmahmoud@eg.ibm.com 2 Computer

More information

Service Oriented Architecture 1 COMPILED BY BJ

Service Oriented Architecture 1 COMPILED BY BJ Service Oriented Architecture 1 COMPILED BY BJ CHAPTER 9 Service Oriented architecture(soa) Defining SOA. Business value of SOA SOA characteristics. Concept of a service, Enterprise Service Bus (ESB) SOA

More information

RS MDM. Integration Guide. Riversand

RS MDM. Integration Guide. Riversand RS MDM 2009 Integration Guide This document provides the details about RS MDMCenter integration module and provides details about the overall architecture and principles of integration with the system.

More information

Business Process Execution Language for Web Services

Business Process Execution Language for Web Services Business Process Execution Language for Web Services Second Edition An architect and developer's guide to orchestrating web services using BPEL4WS Matjaz B. Juric With Benny Mathew and Poornachandra Sarang

More information

Introduction to Financial Messaging Services Bus A White Paper by Microsoft and SAGA

Introduction to Financial Messaging Services Bus A White Paper by Microsoft and SAGA Simplifying SWIFT Connectivity Introduction to Financial Messaging Services Bus A White Paper by Microsoft and SAGA Version 1.0 August 2009 Applies to: Financial Services Architecture BizTalk Server BizTalk

More information

SOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems

SOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems SOFT 437 Software Performance Analysis Ch 5:Web Applications and Other Distributed Systems Outline Overview of Web applications, distributed object technologies, and the important considerations for SPE

More information

EVALUATION. WA1844 WebSphere Process Server 7.0 Programming Using WebSphere Integration COPY. Developer

EVALUATION. WA1844 WebSphere Process Server 7.0 Programming Using WebSphere Integration COPY. Developer WA1844 WebSphere Process Server 7.0 Programming Using WebSphere Integration Developer Web Age Solutions Inc. USA: 1-877-517-6540 Canada: 1-866-206-4644 Web: http://www.webagesolutions.com Chapter 6 - Introduction

More information

Open EMS Suite. O&M Agent. Functional Overview Version 1.2. Nokia Siemens Networks 1 (18)

Open EMS Suite. O&M Agent. Functional Overview Version 1.2. Nokia Siemens Networks 1 (18) Open EMS Suite O&M Agent Functional Overview Version 1.2 Nokia Siemens Networks 1 (18) O&M Agent The information in this document is subject to change without notice and describes only the product defined

More information

The webmethods ESB. The Foundation of your SOA. Jean-Michel Ghyoot, Principal Solution Architect, March 28, 2013

The webmethods ESB. The Foundation of your SOA. Jean-Michel Ghyoot, Principal Solution Architect, March 28, 2013 The webmethods ESB The Foundation of your SOA Jean-Michel Ghyoot, Principal Solution Architect, March 28, 2013 2013 Software AG. All rights reserved. 2 2 Agility Process & Integration 3 Integration? INTEGRATION

More information

Introduction to WebSphere Process Server and WebSphere Enterprise Service Bus

Introduction to WebSphere Process Server and WebSphere Enterprise Service Bus Introduction to WebSphere Process Server and WebSphere Enterprise Service Bus Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 Unit objectives

More information

BarTender Integration Methods. Integrating BarTender s Printing and Design Functionality with Your Custom Application WHITE PAPER

BarTender Integration Methods. Integrating BarTender s Printing and Design Functionality with Your Custom Application WHITE PAPER BarTender Integration Methods Integrating BarTender s Printing and Design Functionality with Your Custom Application WHITE PAPER Contents Introduction 3 Integrating with External Data 4 Importing Data

More information

IBM SOA Foundation products overview

IBM SOA Foundation products overview IBM SOA Foundation products overview Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this unit, you

More information

CONDIS. IT Service Management and CMDB

CONDIS. IT Service Management and CMDB CONDIS IT Service and CMDB 2/17 Table of contents 1. Executive Summary... 3 2. ITIL Overview... 4 2.1 How CONDIS supports ITIL processes... 5 2.1.1 Incident... 5 2.1.2 Problem... 5 2.1.3 Configuration...

More information

Integration of DB oriented CAD systems with Product Lifecycle Management

Integration of DB oriented CAD systems with Product Lifecycle Management Integration of DB oriented CAD systems with Product Lifecycle Management Roberto Penas, SENER Ingeniería y Sistemas S.A., Tres Cantos/Spain, roberto.penas@sener.es Carlos González, SENER Ingeniería y Sistemas

More information

IBM WebSphere Enterprise Service Bus, Version 6.0.1

IBM WebSphere Enterprise Service Bus, Version 6.0.1 Powering your service oriented architecture IBM WebSphere Enterprise Service Bus, Version 6.0.1 Highlights Supports a variety of messaging Requires minimal standards including JMS, Version 1.1 programming

More information

Agile Business Suite: a 4GL environment for.net developers DEVELOPMENT, MAINTENANCE AND DEPLOYMENT OF LARGE, COMPLEX BACK-OFFICE APPLICATIONS

Agile Business Suite: a 4GL environment for.net developers DEVELOPMENT, MAINTENANCE AND DEPLOYMENT OF LARGE, COMPLEX BACK-OFFICE APPLICATIONS Agile Business Suite: a 4GL environment for.net developers DEVELOPMENT, MAINTENANCE AND DEPLOYMENT OF LARGE, COMPLEX BACK-OFFICE APPLICATIONS In order to ease the burden of application lifecycle management,

More information

Oracle Business Activity Monitoring 11g New Features

Oracle Business Activity Monitoring 11g New Features Oracle Business Activity Monitoring 11g New Features Gert Schüßler Principal Sales Consultant Oracle Deutschland GmbH Agenda Overview Architecture Enterprise Integration Framework

More information

Service Mediation. The Role of an Enterprise Service Bus in an SOA

Service Mediation. The Role of an Enterprise Service Bus in an SOA Service Mediation The Role of an Enterprise Service Bus in an SOA 2 TABLE OF CONTENTS 1 The Road to Web Services and ESBs...4 2 Enterprise-Class Requirements for an ESB...5 3 Additional Evaluation Criteria...7

More information

Motivation Definitions EAI Architectures Elements Integration Technologies. Part I. EAI: Foundations, Concepts, and Architectures

Motivation Definitions EAI Architectures Elements Integration Technologies. Part I. EAI: Foundations, Concepts, and Architectures Part I EAI: Foundations, Concepts, and Architectures 5 Example: Mail-order Company Mail order Company IS Invoicing Windows, standard software IS Order Processing Linux, C++, Oracle IS Accounts Receivable

More information

IBM Software Group. IBM WebSphere Process Integration Technical Overview

IBM Software Group. IBM WebSphere Process Integration Technical Overview IBM Software Group IBM WebSphere Process Integration Technical Overview Business Flexibility Depends on IT Flexibility Today s IT architectures, arcane as they may be, are the biggest roadblocks most companies

More information

Managed File Transfer

Managed File Transfer Managed File Transfer How do most organizations move files today? FTP Typically File Transfer Protocol (FTP) is combined with writing and maintaining homegrown code to address its limitations Limited Reliability

More information

Oracle Service Bus Examples and Tutorials

Oracle Service Bus Examples and Tutorials March 2011 Contents 1 Oracle Service Bus Examples... 2 2 Introduction to the Oracle Service Bus Tutorials... 5 3 Getting Started with the Oracle Service Bus Tutorials... 12 4 Tutorial 1. Routing a Loan

More information

For Version 1.0

For <Project> Version 1.0 Oklahoma Department of Human Services Data Services Division Service-Oriented Architecture (SOA) For Version 1.0 Table of Contents 1. Service Oriented Architecture (SOA) Scope...

More information

JMulTi/JStatCom - A Data Analysis Toolkit for End-users and Developers

JMulTi/JStatCom - A Data Analysis Toolkit for End-users and Developers JMulTi/JStatCom - A Data Analysis Toolkit for End-users and Developers Technology White Paper JStatCom Engineering, www.jstatcom.com by Markus Krätzig, June 4, 2007 Abstract JStatCom is a software framework

More information

Three Stages for SOA and Service Governance

Three Stages for SOA and Service Governance Three Stages for SOA and Governance Masaki Takahashi Tomonori Ishikawa (Manuscript received March 19, 2009) A service oriented architecture (SOA), which realizes flexible and efficient construction of

More information

IBM WebSphere ESB V6.0.1 Technical Product Overview

IBM WebSphere ESB V6.0.1 Technical Product Overview IBM WebSphere ESB V6.0.1 Technical Product Overview SOA on your terms and our expertise 2005 IBM Corporation The SOA Lifecycle.. For Flexible Business & IT Assemble Assemble existing and new assets to

More information

IBM Rational Asset Manager

IBM Rational Asset Manager Providing business intelligence for your software assets IBM Rational Asset Manager Highlights A collaborative software development asset management solution, IBM Enabling effective asset management Rational

More information

DataDirect XQuery Technical Overview

DataDirect XQuery Technical Overview DataDirect XQuery Technical Overview Table of Contents 1. Feature Overview... 2 2. Relational Database Support... 3 3. Performance and Scalability for Relational Data... 3 4. XML Input and Output... 4

More information

TEST AUTOMATION FRAMEWORK

TEST AUTOMATION FRAMEWORK TEST AUTOMATION FRAMEWORK Twister Topics Quick introduction Use cases High Level Description Benefits Next steps Twister How to get Twister is an open source test automation framework. The code, user guide

More information

Developing SOA solutions using IBM SOA Foundation

Developing SOA solutions using IBM SOA Foundation Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this

More information

Pattern Language Overview

Pattern Language Overview Service Integration Patterns for Invoking Services from Business Processes Carsten Hentrich CSC Deutschland Solutions GmbH Abraham-Lincoln-Park 1 65189 Wiesbaden, Germany e-mail: chentrich@csc.com Uwe

More information

Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus

Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Level: Advanced Jean-Louis Maréchaux (jlmarech@ca.ibm.com), IT Architect, IBM 28 Mar 2006 Today's business

More information

FreeForm Designer. Phone: +972-9-8309999 Fax: +972-9-8309998 POB 8792, Natanya, 42505 Israel www.autofont.com. Document2

FreeForm Designer. Phone: +972-9-8309999 Fax: +972-9-8309998 POB 8792, Natanya, 42505 Israel www.autofont.com. Document2 FreeForm Designer FreeForm Designer enables designing smart forms based on industry-standard MS Word editing features. FreeForm Designer does not require any knowledge of or training in programming languages

More information

LSC @ LDAPCON. 2011. Sébastien Bahloul

LSC @ LDAPCON. 2011. Sébastien Bahloul LSC @ LDAPCON. 2011 Sébastien Bahloul About me Developer and software architect 10 years experience in IAM Recently hired as product manager by a French security editor, Dictao, providing : personal and

More information

Oracle Service Bus. Situation. Oracle Service Bus Primer. Product History and Evolution. Positioning. Usage Scenario

Oracle Service Bus. Situation. Oracle Service Bus Primer. Product History and Evolution. Positioning. Usage Scenario Oracle Service Bus Situation A service oriented architecture must be flexible for changing interfaces, transport protocols and server locations - service clients have to be decoupled from their implementation.

More information

Oracle SOA Suite 11g: Essential Concepts Student Guide

Oracle SOA Suite 11g: Essential Concepts Student Guide Oracle SOA Suite 11g: Essential Concepts Student Guide D58786GC20 Edition 2.0 August 2011 D73588 Author Iris Li Technical Contributors and Reviewers Gary Barg Pete Daly Joe Greenwald David Mills David

More information

IBM WebSphere application integration software: A faster way to respond to new business-driven opportunities.

IBM WebSphere application integration software: A faster way to respond to new business-driven opportunities. Application integration solutions To support your IT objectives IBM WebSphere application integration software: A faster way to respond to new business-driven opportunities. Market conditions and business

More information

Enterprise Application Designs In Relation to ERP and SOA

Enterprise Application Designs In Relation to ERP and SOA Enterprise Application Designs In Relation to ERP and SOA DESIGNING ENTERPRICE APPLICATIONS HASITH D. YAGGAHAVITA 20 th MAY 2009 Table of Content 1 Introduction... 3 2 Patterns for Service Integration...

More information

Getting started with API testing

Getting started with API testing Technical white paper Getting started with API testing Test all layers of your composite applications, not just the GUI Table of contents Executive summary... 3 Introduction... 3 Who should read this document?...

More information

A Real Time, Object Oriented Fieldbus Management System

A Real Time, Object Oriented Fieldbus Management System A Real Time, Object Oriented Fieldbus Management System Mr. Ole Cramer Nielsen Managing Director PROCES-DATA Supervisor International P-NET User Organisation Navervej 8 8600 Silkeborg Denmark pd@post4.tele.dk

More information

WebSphere ESB Best Practices

WebSphere ESB Best Practices WebSphere ESB Best Practices WebSphere User Group, Edinburgh 17 th September 2008 Andrew Ferrier, IBM Software Services for WebSphere andrew.ferrier@uk.ibm.com Contributions from: Russell Butek (butek@us.ibm.com)

More information

Architectural Design

Architectural Design Software Engineering Architectural Design 1 Software architecture The design process for identifying the sub-systems making up a system and the framework for sub-system control and communication is architectural

More information

Acknowledgments. p. 55

Acknowledgments. p. 55 Preface Acknowledgments About the Author Introduction p. 1 IBM SOA Foundation p. 2 Service Design and Service Creation p. 2 Service Integration p. 3 Service Connectivity p. 5 Service Security and Management

More information

CRAFT ERP modules. Introduction

CRAFT ERP modules. Introduction Introduction 1 1 Introduction CRAFT is an ERP system providing automation in most important business aspects of an enterprise: Customer relations, Financial operations, Production and Distribution operations,

More information

STRATEGIES ON SOFTWARE INTEGRATION

STRATEGIES ON SOFTWARE INTEGRATION STRATEGIES ON SOFTWARE INTEGRATION Cornelia Paulina Botezatu and George Căruţaşu Faculty of Computer Science for Business Management Romanian-American University, Bucharest, Romania ABSTRACT The strategy

More information

EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES. Enterprise Application Integration. Peter R. Egli INDIGOO.

EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES. Enterprise Application Integration. Peter R. Egli INDIGOO. EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES Peter R. Egli INDIGOO.COM 1/16 Contents 1. EAI versus SOA versus ESB 2. EAI 3. SOA 4. ESB 5. N-tier enterprise architecture

More information

BEA AquaLogic Integrator Agile integration for the Enterprise Build, Connect, Re-use

BEA AquaLogic Integrator Agile integration for the Enterprise Build, Connect, Re-use Product Data Sheet BEA AquaLogic Integrator Agile integration for the Enterprise Build, Connect, Re-use BEA AquaLogic Integrator delivers the best way for IT to integrate, deploy, connect and manage process-driven

More information

Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION:

Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION: Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION: phone: +1.301.527.1629 fax: +1.301.527.1690 email: whitepaper@hsc.com web: www.hsc.com PROPRIETARY NOTICE

More information

Portfolio of Products. Integrated Engineering Environment. Overview

Portfolio of Products. Integrated Engineering Environment. Overview Portfolio of Products Integrated Engineering Environment Overview Automation Studio is an all-in-one easy-to-use software that provides an open, productive and flexible engineering environment for the

More information

Contents. 1010 Huntcliff, Suite 1350, Atlanta, Georgia, 30350, USA http://www.nevatech.com

Contents. 1010 Huntcliff, Suite 1350, Atlanta, Georgia, 30350, USA http://www.nevatech.com Sentinet Overview Contents Overview... 3 Architecture... 3 Technology Stack... 4 Features Summary... 6 Repository... 6 Runtime Management... 6 Services Virtualization and Mediation... 9 Communication and

More information

AquaLogic Service Bus

AquaLogic Service Bus AquaLogic Bus Wolfgang Weigend Principal Systems Engineer BEA Systems 1 What to consider when looking at ESB? Number of planned business access points Reuse across organization Reduced cost of ownership

More information

AQA GCSE in Computer Science Computer Science Microsoft IT Academy Mapping

AQA GCSE in Computer Science Computer Science Microsoft IT Academy Mapping AQA GCSE in Computer Science Computer Science Microsoft IT Academy Mapping 3.1.1 Constants, variables and data types Understand what is mean by terms data and information Be able to describe the difference

More information

Chapter 2 Database System Concepts and Architecture

Chapter 2 Database System Concepts and Architecture Chapter 2 Database System Concepts and Architecture Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Outline Data Models, Schemas, and Instances Three-Schema Architecture

More information

OPC COMMUNICATION IN REAL TIME

OPC COMMUNICATION IN REAL TIME OPC COMMUNICATION IN REAL TIME M. Mrosko, L. Mrafko Slovak University of Technology, Faculty of Electrical Engineering and Information Technology Ilkovičova 3, 812 19 Bratislava, Slovak Republic Abstract

More information

Latte Rapid Application Development. William Dunlap Product Manager Borland International wdunlap@wpo.borland.com

Latte Rapid Application Development. William Dunlap Product Manager Borland International wdunlap@wpo.borland.com Latte Rapid Application Development William Dunlap Product Manager Borland International wdunlap@wpo.borland.com Business Computing Evolution C/S Application Development Collaborative App Development Web

More information

OpenMI 'in a nutshell'

OpenMI 'in a nutshell' OpenMI Association, Technical Committee January 2010 1. Introduction... 1 2. Standard... 2 2.1. Definitions... 4 2.1.1. Model... 4 2.1.2. Value... 4 2.1.3. Spatial... 5 2.2. Composition building... 5 2.3.

More information

Methodology of performance evaluation of integrated service systems with timeout control scheme

Methodology of performance evaluation of integrated service systems with timeout control scheme Methodology of performance evaluation of integrated service systems with timeout control scheme Akira Kawaguchi and Hiroshi Yamada NTT Service Integration Laboratories, NTT Corporation 9-11, Midori-cho

More information

Software design (Cont.)

Software design (Cont.) Package diagrams Architectural styles Software design (Cont.) Design modelling technique: Package Diagrams Package: A module containing any number of classes Packages can be nested arbitrarily E.g.: Java

More information

A Quick Introduction to SOA

A Quick Introduction to SOA Software Engineering Competence Center TUTORIAL A Quick Introduction to SOA Mahmoud Mohamed AbdAllah Senior R&D Engineer-SECC mmabdallah@itida.gov.eg Waseim Hashem Mahjoub Senior R&D Engineer-SECC Copyright

More information

The ESB and Microsoft BI

The ESB and Microsoft BI Business Intelligence The ESB and Microsoft BI The role of the Enterprise Service Bus in Microsoft s BI Framework Gijsbert Gijs in t Veld CTO, BizTalk Server MVP gijs.intveld@motion10.com About motion10

More information

Integrating Siebel CRM 8 with Oracle Applications

Integrating Siebel CRM 8 with Oracle Applications Integrating Siebel CRM 8 with Oracle Applications Agenda Corporate Overview Siebel 8.0 New Features Siebel Integration Approaches Integration with Oracle Applications Option 1 Option 2 Pros and Cons Evaluation

More information

The Integration Between EAI and SOA - Part I

The Integration Between EAI and SOA - Part I by Jose Luiz Berg, Project Manager and Systems Architect at Enterprise Application Integration (EAI) SERVICE TECHNOLOGY MAGAZINE Issue XLIX April 2011 Introduction This article is intended to present the

More information

Monitoring Infrastructure (MIS) Software Architecture Document. Version 1.1

Monitoring Infrastructure (MIS) Software Architecture Document. Version 1.1 Monitoring Infrastructure (MIS) Software Architecture Document Version 1.1 Revision History Date Version Description Author 28-9-2004 1.0 Created Peter Fennema 8-10-2004 1.1 Processed review comments Peter

More information

The EMSX Platform. A Modular, Scalable, Efficient, Adaptable Platform to Manage Multi-technology Networks. A White Paper.

The EMSX Platform. A Modular, Scalable, Efficient, Adaptable Platform to Manage Multi-technology Networks. A White Paper. The EMSX Platform A Modular, Scalable, Efficient, Adaptable Platform to Manage Multi-technology Networks A White Paper November 2002 Abstract: The EMSX Platform is a set of components that together provide

More information

Beeple, B-Pel, Beepul? Understanding BPEL and Its Role in SOA

Beeple, B-Pel, Beepul? Understanding BPEL and Its Role in SOA Beeple, B-Pel, Beepul? Understanding BPEL and Its Role in SOA presented by John Jay King King Training Resources john@kingtraining.com Download this paper and code examples from: http://www.kingtraining.com

More information

SOA Fundamentals For Java Developers. Alexander Ulanov, System Architect Odessa, 30 September 2008

SOA Fundamentals For Java Developers. Alexander Ulanov, System Architect Odessa, 30 September 2008 SOA Fundamentals For Java Developers Alexander Ulanov, System Architect Odessa, 30 September 2008 What is SOA? Software Architecture style aimed on Reuse Growth Interoperability Maturing technology framework

More information

JOURNAL OF OBJECT TECHNOLOGY

JOURNAL OF OBJECT TECHNOLOGY JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7 No. 7, September-October 2008 Applications At Your Service Mahesh H. Dodani, IBM,

More information

A Guide to Creating C++ Web Services

A Guide to Creating C++ Web Services A Guide to Creating C++ Web Services WHITE PAPER Abstract This whitepaper provides an introduction to creating C++ Web services and focuses on:» Challenges involved in integrating C++ applications with

More information

Building the European Biodiversity. Observation Network (EU BON)

Building the European Biodiversity. Observation Network (EU BON) Enterprise Application Integration Building the European Biodiversity through Service-Oriented Architecture Observation Network (EU BON) EU BON Project Building the European Biodiversity Network Presentation

More information

Data Mining Governance for Service Oriented Architecture

Data Mining Governance for Service Oriented Architecture Data Mining Governance for Service Oriented Architecture Ali Beklen Software Group IBM Turkey Istanbul, TURKEY alibek@tr.ibm.com Turgay Tugay Bilgin Dept. of Computer Engineering Maltepe University Istanbul,

More information

Enterprise IT Architectures SOA Part 2

Enterprise IT Architectures SOA Part 2 Dr. Hans-Peter Hoidn Executive IT Architect, IBM Software Group Global Business Integration "Tiger" Team Enterprise IT Architectures SOA Part 2 SOA Reference Architecture 2 SOA Reference Model Strategy

More information

Version 14.0. Overview. Business value

Version 14.0. Overview. Business value PRODUCT SHEET CA Datacom Server CA Datacom Server Version 14.0 CA Datacom Server provides web applications and other distributed applications with open access to CA Datacom /DB Version 14.0 data by providing

More information

Service-Oriented Architecture and Software Engineering

Service-Oriented Architecture and Software Engineering -Oriented Architecture and Software Engineering T-86.5165 Seminar on Enterprise Information Systems (2008) 1.4.2008 Characteristics of SOA The software resources in a SOA are represented as services based

More information

Oracle SOA Suite: The Evaluation from 10g to 11g

Oracle SOA Suite: The Evaluation from 10g to 11g KATTA Durga Reddy TATA Consultancy Services. Oracle SOA Suite: The Evaluation from 10g to 11g Introduction Oracle SOA Suite is an essential middleware layer of Oracle Fusion Middleware. It provides a complete

More information

Jitterbit Technical Overview : Microsoft Dynamics CRM

Jitterbit Technical Overview : Microsoft Dynamics CRM Jitterbit allows you to easily integrate Microsoft Dynamics CRM with any cloud, mobile or on premise application. Jitterbit s intuitive Studio delivers the easiest way of designing and running modern integrations

More information

Enterprise Service Bus

Enterprise Service Bus We tested: Talend ESB 5.2.1 Enterprise Service Bus Dr. Götz Güttich Talend Enterprise Service Bus 5.2.1 is an open source, modular solution that allows enterprises to integrate existing or new applications

More information

Using ESB and BPEL for evolving healthcare systems towards SOA

Using ESB and BPEL for evolving healthcare systems towards SOA ehealth Beyond the Horizon Get IT There S.K. Andersen et al. (Eds.) IOS Press, 2008 2008 Organizing Committee of MIE 2008. All rights reserved. 747 Using ESB and BPEL for evolving healthcare systems towards

More information

Software: Systems and Application Software

Software: Systems and Application Software Software: Systems and Application Software Computer Software Operating System Popular Operating Systems Language Translators Utility Programs Applications Programs Types of Application Software Personal

More information

JOURNAL OF OBJECT TECHNOLOGY

JOURNAL OF OBJECT TECHNOLOGY JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, November-December 2008 What s Your Information Agenda? Mahesh H. Dodani,

More information

Siebel Application Deployment Manager Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013

Siebel Application Deployment Manager Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Siebel Application Deployment Manager Guide Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Copyright 2005, 2013 Oracle and/or its affiliates. All rights reserved. This software and related

More information

Analyses on functional capabilities of BizTalk Server, Oracle BPEL Process Manger and WebSphere Process Server for applications in Grid middleware

Analyses on functional capabilities of BizTalk Server, Oracle BPEL Process Manger and WebSphere Process Server for applications in Grid middleware Analyses on functional capabilities of BizTalk Server, Oracle BPEL Process Manger and WebSphere Process Server for applications in Grid middleware R. Goranova University of Sofia St. Kliment Ohridski,

More information

IBM WebSphere MQ File Transfer Edition, Version 7.0

IBM WebSphere MQ File Transfer Edition, Version 7.0 Managed file transfer for SOA IBM Edition, Version 7.0 Multipurpose transport for both messages and files Audi logging of transfers at source and destination for audit purposes Visibility of transfer status

More information

What You Need to Know About Transitioning to SOA

What You Need to Know About Transitioning to SOA What You Need to Know About Transitioning to SOA written by: David A. Kelly, ebizq Analyst What You Need to Know About Transitioning to SOA Organizations are increasingly turning to service-oriented architectures

More information

CS 3530 Operating Systems. L02 OS Intro Part 1 Dr. Ken Hoganson

CS 3530 Operating Systems. L02 OS Intro Part 1 Dr. Ken Hoganson CS 3530 Operating Systems L02 OS Intro Part 1 Dr. Ken Hoganson Chapter 1 Basic Concepts of Operating Systems Computer Systems A computer system consists of two basic types of components: Hardware components,

More information

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) VERSION 2.1 SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS 1 TABLE OF CONTENTS INTRODUCTION... 3 About The Service-Oriented Modeling Framework

More information

Reengineering Open Source CMS using Service-Orientation: The Case of Joomla

Reengineering Open Source CMS using Service-Orientation: The Case of Joomla Reengineering Open Source CMS using Service-Orientation: The Case of Joomla Tagel Gutema tagelgutema@gmail.com Dagmawi Lemma Department of Computer Science, Addis Ababa University, Ethiopia dagmawil@yahoo.com

More information

MD Link Integration. 2013 2015 MDI Solutions Limited

MD Link Integration. 2013 2015 MDI Solutions Limited MD Link Integration 2013 2015 MDI Solutions Limited Table of Contents THE MD LINK INTEGRATION STRATEGY...3 JAVA TECHNOLOGY FOR PORTABILITY, COMPATIBILITY AND SECURITY...3 LEVERAGE XML TECHNOLOGY FOR INDUSTRY

More information

BUSINESS RULES MANAGEMENT AND BPM

BUSINESS RULES MANAGEMENT AND BPM KINGSTON & CROYDON BRANCH BUSINESS RULES MANAGEMENT AND BPM WHO'S MANAGING YOUR RULES? Paul Vincent Rules Specialist and Product Management Fair Isaac October 12, 2005 Agenda Business Rules Approach a

More information

Closer Look at Enterprise Service Bus. Deb L. Ayers Sr. Principle Product Manager Oracle Service Bus SOA Fusion Middleware Division

Closer Look at Enterprise Service Bus. Deb L. Ayers Sr. Principle Product Manager Oracle Service Bus SOA Fusion Middleware Division Closer Look at Enterprise Bus Deb L. Ayers Sr. Principle Product Manager Oracle Bus SOA Fusion Middleware Division The Role of the Foundation Addressing the Challenges Middleware Foundation Efficiency

More information

Jitterbit Technical Overview : Salesforce

Jitterbit Technical Overview : Salesforce Jitterbit allows you to easily integrate Salesforce with any cloud, mobile or on premise application. Jitterbit s intuitive Studio delivers the easiest way of designing and running modern integrations

More information

Web. Studio. Visual Studio. iseries. Studio. The universal development platform applied to corporate strategy. Adelia. www.hardis.

Web. Studio. Visual Studio. iseries. Studio. The universal development platform applied to corporate strategy. Adelia. www.hardis. Web Studio Visual Studio iseries Studio The universal development platform applied to corporate strategy Adelia www.hardis.com The choice of a CASE tool does not only depend on the quality of the offer

More information

for Java Applications solution WHITEPAPER

for Java Applications solution WHITEPAPER BMC CONTROL-M Solutions for Java Applications solution WHITEPAPER Table of Contents introduction... 1 JAva applications... 2 new scheduling arena... 2 MEEting new scheduling arena needs... 2 BMC control-m

More information

Manage Software Development in LabVIEW with Professional Tools

Manage Software Development in LabVIEW with Professional Tools Manage Software Development in LabVIEW with Professional Tools Introduction For many years, National Instruments LabVIEW software has been known as an easy-to-use development tool for building data acquisition

More information

SOFTWARE TESTING TRAINING COURSES CONTENTS

SOFTWARE TESTING TRAINING COURSES CONTENTS SOFTWARE TESTING TRAINING COURSES CONTENTS 1 Unit I Description Objectves Duration Contents Software Testing Fundamentals and Best Practices This training course will give basic understanding on software

More information

Designing an Enterprise Application Framework for Service-Oriented Architecture 1

Designing an Enterprise Application Framework for Service-Oriented Architecture 1 Designing an Enterprise Application Framework for Service-Oriented Architecture 1 Shyam Kumar Doddavula, Sandeep Karamongikar Abstract This article is an attempt to present an approach for transforming

More information

DATABASE SYSTEM CONCEPTS AND ARCHITECTURE CHAPTER 2

DATABASE SYSTEM CONCEPTS AND ARCHITECTURE CHAPTER 2 1 DATABASE SYSTEM CONCEPTS AND ARCHITECTURE CHAPTER 2 2 LECTURE OUTLINE Data Models Three-Schema Architecture and Data Independence Database Languages and Interfaces The Database System Environment DBMS

More information