Your SlideShare is downloading. ×
0
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Cics Integration Approaches
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Cics Integration Approaches

2,285

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,285
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
90
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. CICS Integration Approaches & Proof of Concept Nag Gopalakrishnan
  • 2. Introduction
    • The XYZ company has various CICS application, which implements key business processes. As part of Case Install Release 5, the Business Process Management software is required to integrate with these CICS applications to automate process integration as well as ease up manual processes.
    • This presentation explores various CICS integration approaches within XYZ company environment.
  • 3. z/OS CICS Integration Approaches
      • Approaches
      • In XYZ company there are many options available using home-grown as well as off-shelf components to integrate z/OS CICS applications:
        • MQ wrapper
        • CICS Transaction Gateway (ESM - Enterprise Service Manager)
        • TIBCO Substation ES
        • z/OS DB2 Stored Procedure
      • Assumptions
        • All these approaches assume that the CICS application is a pure application logic code. If any presentation logic in intertwined with application logic it needs CICS application reengineering to separate the application logic with presentation logic.
  • 4. Approach 1 - MQ Wrapper
    • MQ Wrapper is a homegrown message driven solution, which enables CICS Application invocation using MQ queues
  • 5. Approach 1 - MQ Wrapper
    • Pros
    • Provides a simple way for the distributed environment programs to access the CICS application by placing a request message and querying the reply query using the correlation ID.
    • CICS application program changes are avoided by placing a custom interface program that correlates the input and output of CICS application and passes back to MQ wrapper using COMMAREA.
    • Policy setup abstracts the interface program from the MQ Interface object intricacies.
  • 6. Approach 1 - MQ Wrapper
    • Cons
    • Supports only 32k Data Exchange as the wrapper needs to be upgraded for Container/Channel support.
    • The wrapper does not relate reply message with request message. Which means in high volume transactions, all Reply message land in the same queue and hence the client program has to query through this one queue for each of their request. This can result in a significant performance issue with many clients/requests. Error handling design becomes complicated due to this inherent limitation.
    • Supports only External Call Interface (ECI using EXEC CICS LINK) and not the External CICS Interface, which is needed for transaction support (EXCI using EXTERNAL CICS INTERFACE).
    • Configuration of multiple policies is required for supporting request reply scenario through the use of policy name. By default the inbound and outbound interface are correlated using MQ, this additional configuration ensures that they are related by the facility of Policy
    • Policy are stored as Process definition in MQ Queue Manager and need to be backed up periodically
    • Monitoring, logging and trace abilities not available to limited capabilities.
    • Wrapper support team is very small and support can be slow to development/run time can be slow.
  • 7. Approach 2- IBM CICS Transaction Gateway
    • ESM is a group of web services that wrap z/OS application interface and exposes them as web services interface. ESM uses IBM’s CICS Transaction Gateway software for integrating CICS Application with java or web service compatible code.
    • CICS Transaction Gateway (CTG) is a set of ‘ client and server ’ components in JCA architecture that enable Java application to invoke services in an attached CICS server. Java application can be a servlet or EJB or plain java code.
  • 8. IBM CICS Transaction Gateway
    • Pros
    • Wizard provides easy import of copybook definitions and configuration of interface.
    • Service can be exposed as a web service (SOAP/HTTP).
    • Cons
    • Supports only COMMAREA communication only
    • Calls the CICS program as a link using ECI (External Call Interface) only.
    • Packaged product and needs License and maintenance fees
    • Since the wizard generated automatically java code, any issues with the code could be time consuming, as the developer needs to understand the code before fixing any issues.
  • 9. Approach 3 - TIBCO Substation ES
    • TIBCO Substation ES is an out of the box adapter that runs on z/OS. Substation can be configured to provide CICS application Integration facility with JMS Interface or SOAP/HTTP Interface.
  • 10. Approach 3 - TIBCO Substation ES
    • Pros
    • Performance is the quickest of all the three available options as experienced in XYZ company environment.
    • Interface can be configured in as little as two hours. Any Mainframe savvy developer is good enough to configure the interface.
    • Very quick and easy configuration leading reducing development time as well as easier maintenance.
    • Changes to the interface can be done in-flight (at runtime) with no downtime
    • Supports Commarea, TSQ, TDQ and hence virtually unlimited data exchange possible
    • CICS programs can be executed as a link program or as an execute transaction. Substation can mirror whatever transaction id is required to invoke the CICS program through execute transaction command.
    • Provides superior Monitoring, logging and tracing capabilities
    • Under the hood, Substation makes calls to CICS using EXCI (External CICS Call Interface), which supports transaction capability. Other options use ECI (External Call Interface). EXCI is a facility of CICS Transaction that allows non-CICS address space on z/OS systems to link to CICS program in a CICS transaction server region.
    • The interface can be exposed as a service (SOAP/HTTP or XML/JMS)
    • Substation can communicate with multiple CICS regions.
    • Cons
    • Package product and hence requires maintenance licenses and fees
  • 11. Proof of Concept 1
  • 12. Proof of Concept 2
  • 13.
    • Q & A

×