PegaGang
  • Home
  • Blog
    • Us
  • Contact US

Integration — Concepts and terms In Pega 7

11/12/2016

Comments

 
Most applications require access to data or computations that are provided by another system, or need to respond to requests from other systems for data or computations.
PRPC offers many approaches, technologies, and facilities collectively known as Integration. (Internally, these facilities are in the Pega-IntSvcs RuleSet.) They include:
  • Connector capabilities, which allow your application (in the role of client), to request data or services from another system (in the role of server)
  • Service capabilities, which allow your application (as a server) to respond to requests it receives from another system (a client).
Like most other facilities, these are rule-based, allowing evolutionary development. Many types of integration can be achieved quickly, with modest development effort.
​ConnectorsRule types provide direct support for these protocols and technologies:
  • ATOM syndicated feeds — About Connect ATOM rules
  • BPEL — About Connect BPEL rules
  • Content management systems — About Connect CMIS rules
  • Microsoft .Net — About Connect dotNet rules
  • Enterprise JavaBeans — About Connect EJB rules
  • File output — About Connect File rules
  • HTTP messages (no SOAP wrapper) — About Connect HTTP rules
  • Plain old Java classes — About Connect Java rules
  • Java Common Connector Interface — About Connect JCA rules
  • Java Message Services — About Connect JMS rules
  • IBM MQSeries messaging — About Connect MQ rules
  • WSDL-based Web services — About Connect SOAP rules
  • Relational databases through SQL — About Connect SQL rules
ServicesSimilarly, rule types for services cover 14 protocols and technologies:
  • BPEL — About Service BPEL rules
  • Microsoft COM — About Service COM rules
  • Microsoft .Net — About Service dotNet rules
  • Enterprise JavaBeans — About Service EJB rules
  • Incoming email — About Service Email rules
  • Input files — About Service File rules
  • HTTP message (no SOAP wrapper) — About Service HTTP rules
  • Plain old Java — About Service Java rules
  • Java Message Service messaging — About Service JMS rules
  • JSR-94 API — About Service JSR94 rules
  • IBM MQSeries messaging — About Service MQ rules
  • REST — About Service REST rules
  • JSR-168 portlets — About Service Portlet rules
  • Web Services — About Service SOAP rules
How connectors workConnector interfaces consist of a call or outgoing message (known as the request), followed by a return or arriving message, known as the response. You can parse, convert, and map data in either direction to or from the clipboard.
Arriving information can be an XML file format (and accepted by the Parse XML rule), in a fixed record structure (accepted by the Parse Structured rule), or a text file with input fields separated by a tab character or other specific characters (accepted by the Parse Delimited rule).
Your flows can include Integrator shapes, which execute activities that use connector rules to gather data or request processing from another system.
For most connector types, you can simulate the operation of a connector before you build the connector. This allows your application development and testing to proceed when the external system is unavailable or is difficult to test with. See Creating connector simulators.
Mapping and ResourcesSeveral rule types facilitate two-way mapping between property values (on a requestor clipboard) and the messages, records, or structures used by the external system or technology. These rule type belong to the Integration-Mapping category. See Data mapping in services and connectors — Concepts and terms.
Resource identifiers — such as URLs, port numbers, usernames, passwords, and the like — may vary between a development or test environment and a production system, and may change during the operation of a production system. Such information is usually better stored in data instances, rather than rules. The data classes belong to the Integration-Resources category.
Landing pagesFour Integration landing pages provide access to integration rules and resources:
  • Connectors landing page
  • Services landing page
  • Email landing page
  • Resources landing page
Comments

    Categories

    All
    Case Management
    Case Type
    Concepts And Terms
    Flows
    Integration
    New In Pega 7.2
    Pega 7 New Features
    Pega Mobile
    Pega RPA
    RDA
    RPA
    User Interface

    Archives

    October 2020
    March 2018
    January 2018
    November 2017
    June 2017
    March 2017
    December 2016
    November 2016
    October 2016
    September 2016

    Categories

    All
    Case Management
    Case Type
    Concepts And Terms
    Flows
    Integration
    New In Pega 7.2
    Pega 7 New Features
    Pega Mobile
    Pega RPA
    RDA
    RPA
    User Interface

    RSS Feed

Services

Training
​Job Support
Hire our Experts

Courses Offering

Pega System Architect ( CSA ) 8.4
Pega Senior System Architect ( CSSA ) 8.4
Pega Lead System Architect ( CLSA ) 8.4
Pega Business Architect ( PCBA / CPBA 8.4
Pega Decision Consultant ( CPDC ) 8.4
Pega Marketing Consultant ( CPMC ) 8.4
Pega Data Scientist ( CPDS )  8.4
Pega UI Specialist ( PCUIS )
Pega Testing 
​Pega Administation




Company

About PegaGang
What is Pega 7
​
Customers Reviews

Support

Contact
FAQ
Terms of Use

Address

​India 
Nizampet Rd, Jai Bharat Nagar, Nagarjuna Homes, Kukatpally, Hyderabad, Telangana 500090
​
USA
Greater New York City Area
New York -14624
​United States
Picture
© Copyright 2011 - 2020. All Rights Reserved.
​
PegaGang all rights reserved. All PegaGang training materials is proprietary content of PegaGang. We Dont Use / Distrubute /  provide / Install Pegasystems Materials and Softwares. PegaGang is not an affiliate of Pegasystems. PEGA is a trademark of Pegasystems. Pegasystems is not the publisher of the training material and is not responsible for it in any aspect.
  • Home
  • Blog
    • Us
  • Contact US