You are here: Reference > Rule types > Service HTTP rules

  About Service HTTP rules
 

Integration Services category
  1. About 
  2. New 
  3. Service 
  4. Request 
  5. Response 
  6. History 
  7. More... 

C-2650 5.2 The HTTP integration interface in PRPC supports interactions between your PRPC applications and other systems through the HTTP protocol.

Use HTTP services rules when your applications need to process service requests that contain XML or other string data (text) without the need to comply with messaging standards or protocols like SOAP. You can also use HTTP service rules to process HTML POST data submitted to PRPC from a form.

The content type of the message data sent to a HTTP service rule can be text or gzip.

A low-overhead stateless alternative to SOAP, Service HTTP rules can implement services in a way that is consistent with REST (Representational State Transfer).

HTTP services generally process service requests synchronously. That is, they immediately perform their requested processing and return a configured response while the calling application waits. However, you can configure HTTP services to process service requests asynchronously, which means the service queues the request for asynchronous execution and the calling application calls back later for the results. Additionally, you can configure synchronous HTTP services to check for specific error conditions that you expect will be temporary — work item locks, for example — and then queue service requests that fail for those reasons for another attempt at a later time.

Access

Use the Application Explorer to see Service HTTP rules in your application. Use the Records Explorer to list all Service HTTP rules that are available to you.

Category

Service HTTP rules belong to the Integration-Services category. A Service HTTP rule is an instance of the Rule-Service-HTTP class.

Related topics How to unit test a Service HTTP rule

Integration-Services category
Help System home pageHelp Home