Peeyush Tugnawat

Subscribe to Peeyush Tugnawat feed
Oracle Blogs
Updated: 8 hours 25 min ago

Service Oriented approach for ERP Integration

Wed, 2008-03-19 13:44

Bookmark and Share

Business Requirements: Seamless Information

Today businesses are changing faster than ever. Business models are evolving and being transformed every day. There are greater expectations in terms of innovation, business performance, results, and effective use of resources. All this is putting greater pressure on the organizations to find new ways to streamline their processes and share information effectively and seamlessly. In other words businesses today need to be more flexible and responsive than ever before to their customers, suppliers, partners, vendors, and most importantly changing business models.
As ERP systems are at the center of enterprise business model, they need to provide a way for the business processes to participate and collaborate with external applications, partners, and information. Enterprise applications are moving from being monolithic and self-contained to the being more and more flexible and collaborative.

Whats Wrong with Traditional EAI?

Traditional integration focused on solving some of the above-mentioned requirements by enabling data flow between silos and external applications. It helped to a certain extent but over the time the complexity and of the integrations started posing serious concerns. The issues were proprietary technology used for integrating applications was a gridlock and it was not easy to easily orchestrate business processes between the disparate applications using the traditional eai.
What is Service Oriented Architecture?
SOA as it relates to software paradigm is an agile architecture approach that is based on service-oriented principles of composition, abstraction, loose coupling, discoverability, and amalgamation. SOA inherently empowers scalability, evolution of services, interoperability, re-usability, and modularity.

Do we need SOA based Integrations?

Using SOA principles while designing application integrations results in SOA based application integration. Simplicity is desired for the traditional and complex world of integrations. Better and common sense approaches such as Service interactions and amalgamation supported by Open Standards should be enabled. SOA is needed for the following main reasons:

  • To provide seamless agility to business
  • To improve business process visibility
  • To simplify the current rigid and complex state of IT
  • To enhance efficiency and provide cost-effectiveness
  • To enable re-usability factor
  • To provide better quality of service

    But you are still doing integration?

    Yes. Besides the obvious advantages enumerated by everyone, the key advantage of this approach is that you are contributing to the future of the SOA of your enterprise. The integrations with service-oriented approach are loosely coupled with the infrastructure components and more flexible and refactorable. Logical end-points for integration services provide far more decoupling and is implementation agnostic. The components and integration services can be used for creating a composite application or business process later. The benefits of adopting SOA grow with time. Once you have these reusable components from across applications, application modules, and other enterprise software components, creating a new application is relatively easy and that�s when the full potential of SOA is realized.

    Design your SOA Integrations

    Most of the design depends on the requirements. But before applying the very same approach you took for your earlier integration project, you need to keep in mind is that the goal here is to come up with integration components that are designed for interoperability, re-usability, and modularity. The key to designing your SOA integrations is remembering that they are SOA based. Using and adopting SOA principles is the key. Always try to apply SOA principles composition, abstraction, loose coupling, discoverability, and amalgamation to your services and integrations.

    Architecture Perspective: Guidelines for SOA based Integrations

    Based on my experience, considering the following guidelines can help you realize the SOA vision for integrations with EBS. Most of the following guidelines are generic and can and have been applied to other ERP integrations as well.
    Use standards: Using standards based technologies for your service-oriented integrations will help eliminate lock-down with products and companies. This is one of the biggest challenges with traditional EAI. This will enhance easy evolution, enhancement, and composition of business processes that may use services related to integrations.

    Classify Integration Requirements:
    Categorize requirements into data integration and business process integration. Identify message exchange patterns and use ESB functions (transportation, mediation, and routing) to model data integration processes. Use BPEL for modeling your processes that involve anything more than what can be satisfied with ESB functions. Many times it is hard to classify and try to fit a particular integration process in one of the two buckets. In such cases it will be a good idea to use layered approach and use ESB functions for data integration and use BPEL for future extensions to the business integration process.

    Introduce Extensibility:
    To deliver on the high hopes for soa based integration architecture solution, it is very important to do some forward thinking for the desired flexibility and agility in your integration architecture. To deliver on that, think hard early on ways to introduce extensibility and forward compatibility into the architecture and all the components including individual integrations and messages.

    Service Enable Enterprise Application Functions:
    Enterprise applications have many business functions and technology components that are application specific and depend on proprietary technologies. These components or functions should be service enabled before they can participate in the service oriented integration architecture. Using resource adapters is a way of connecting and interacting with the application specific components. It is important that the resource adapter is implemented using industry standards such as J2CA, WSIF, and WSDL and can provide a web service interface to the application specific functions.

    Inject Resiliency:
    Build resiliency into the individual integration processes. This may be easy to miss as even with the best architecture in place. Always think about all the �what if� scenarios and try to inject process level resiliency into the individual integration processes.

    Exception Handling:
    Despite all the forward thinking there are things that might and will go wrong. Define reusable, extensible, and agile approach to handle exceptions at process level and other unknown exceptions. Using a common exception handler service with extensible interface can provide the flexibility, re-usability, and extensibility.

    Simplify Support Functions:
    Any one who has worked with application integration can relate to the great deal of time and energy waste involved when troubleshooting integration issues. With asynchronous messaging and multiple services, the idea should be to ease the pains of traditional EAI support functions. This can be done by thinking ahead about how can support functions be empowered with better ways to provide information visibility and take actions. Notifications and human work-flow are some of the ways to empower your support team.

    Human interaction and intervention:
    Business processes inevitably will involve human interaction in some or other form. If your integration process involves such role based people interaction, plan ahead and use standards based mechanisms to have human work-flows.

    Separate Business Rules:
    The integration process probably is not a good place to embed and hard codes the business rules. Identify the rules and provide loosely coupling between your process and rules. This would provide the flexibility to change business rules dynamically without modifying or redeploying your integration services or processes.

    Business Process Visibility:
    Plan for providing visibility into your so integration or business process. This is very important because today enterprises have heterogeneous systems and applications and with integrations spanning multiple systems, it becomes very hard to have visibility in run time. Users (IT and Business) should be able to monitor and have visibility into your business processes and integrations.

    Service Composition:
    Provide the capability to provide business functionality that is composed of disparate and/or independent services. The composite solution may cater to an integration solution or a new future business process. Service composite architecture is the relevant standard that addresses service composition. It provides the specifications to describe the model for building applications and systems using a Service-Oriented Architecture (SOA).

    SOA Governance:
    In simple terms, plan for the capability to manage and apply policies for the services within the service portfolio of your integration services. This is critical for SOA and needs to be planned well to ensure better management and control of services.


    Service oriented approach to enterprise integrations offers tremendous advantages over traditional EAI. Enterprise integrations can be converted into reusable and implementation agnostic useful services by applying very basic principles of flexibility, agility, and extensibility in all the components of service oriented integration architecture.

    Bookmark and Share

  • Oracle SOA Suite 11 g - Technology Preview

    Tue, 2008-01-22 06:59

    Get started with the new technology preview release of SOA Suite 11g!

    Refer to this link for details:

    Oracle SOA Suite 11 g - Technology Preview

    Exception Handling in BPEL

    Sun, 2007-06-03 14:47

    I did not realize that its been a while since I posted anything on my blog. Well we all get busy once in a while and that was the case with me as I got really busy with my current project. The good thing is I have few things to share that came out of my experience working with BPEL.

    For exception handling, I learned that the function called ora:getFaultAsString was missing from the bpel designer (10.1.3) and it was not returning the detailed information about the fault. There are two patches that can help on this issue 5672007 & 5841736.


    The Falcon Has Returned

    Wed, 2007-05-09 17:14

    The Falcon Has Returned
    This is a very interesting story about the endangered Falcon (Peregrine) that returned to Oracle for nesting.

    Read more here:
    Falcon Story at UC Santa Cruz

    And the best part is the live webcam of Saddie and her four newborn chicks at Oracle HQ
    Check it out here!

    Business Agility @ SOA

    Sun, 2007-05-06 17:41

    Bookmark and Share

    Business Agility @ Service Oriented ArchitectureWe live in a constantly changing world. Technology and businesses are changing, emerging, and improving at a faster pace than ever
    before. Business want the power to deliver products and services better and more
    efficiently, to be able to excel, capture new opportunities, and
    sustain competition. Technology innovation and improvements are striving to deliver on these requirements. From a business perspective, dynamics of such fast-changing world in terms of
    technology can be daunting in terms of time to market cost, maintenance, training, and support. Replacing or re-writing entire systems
    every time for new and improved functionalities is definitely a major concern.

    Is IT just an unavoidable cost?Arguments about IT being a cost are not rare in business
    world. There is no doubt in my mind that innovations in IT systems have
    propelled business abilities and enriched business processes in past years.
    Definitely, there is high business value gained from IT systems. At the same
    time organizations also have to deal with the "cost" components that
    come with IT systems such as maintenance, support, enhancements, training etc.

    The argument from my perspective, should not be about the
    classification of cost components, but how all the components and their
    interactions can be simplified to provide more value to the business.

    I think simplicity can help!Simplicity is highly desired in increasingly complex world
    on IT. Direct incentives of infusing simplicity in IT architecture are
    tremendous and do not require elaboration.

    Direct derivative of simplicity in IT architecture approach
    is Business Agility.

    Simply put, "Simple is Powerful"

    SOA translates to business agility. SOA is simple but very powerful architecture approach
    for complicated systems and problems of IT world.

    As I mentioned in my earlier post based on my experience,
    SOA as it relates to software paradigm is an agile architecture approach that
    is based on service-oriented principles of composition, abstraction, loose
    coupling, discoverability, and amalgamation. SOA inherently empowers
    scalability, evolution of services, interoperability, reusability, and

    Following diagram identifies high level concepts infused into SOA that help enhance business agility for an enterprise.

    Inherent InteroperabilitySOA empowers Inherent Interoperability between systems, business processes, and people (organizations).

    Re-usability Reusability factor in case of SOA is multi-fold because of standard based interfaces. Reusability is not new in software; what�s new is reusability across diverse systems, platform, and technologies. SOA components can be reused not only by the inherent system or technology but also by any system or process.

    Modularity and CompositionSOA encourages Modularity that enhances the concept of Composition. Composite applications can be build based on changing business requirements and rolled out faster with less cost.

    SOA Delivers
    SOA enables faster development turn-around time,
    faster realization of new inter and intra enterprise business processes, and
    cost effective maintenance and upgrades.

    All this translates to enhanced Business Agility. And
    I would like to call it.....

    Business Agility @ SOA

    Bookmark and Share