Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| docs:2500_config_apps:2000_add_edit_services [2022/08/31 04:28] – administrator | docs:2500_config_apps:2000_add_edit_services [2026/07/07 07:32] (current) – aware_admin | ||
|---|---|---|---|
| Line 12: | Line 12: | ||
| Select a process that will implement the service from a list of all processes defined in the business space version. When the service is requested the specified process will be executed. If the specified process requires input, this input must be provided by a service requestor. | Select a process that will implement the service from a list of all processes defined in the business space version. When the service is requested the specified process will be executed. If the specified process requires input, this input must be provided by a service requestor. | ||
| - | ===== SOAP/Web Services support | + | ===== Third parties will be able to call SOAP-based web services |
| - | Choose this option if you want Aware IM to expose the service as “web service” implementing the SOAP protocol. When the business space containing such service is published | + | Choose this option if you want AwareIM |
| - | <callout type="danger" icon=" | + | <callout type="warning" icon=" |
| - | ===== REST support | + | ===== Third parties will be able to call REST-ful web services |
| - | Tick this checkbox if the service | + | Tick this checkbox if the service |
| + | |||
| + | <callout type=" | ||
| + | |||
| + | ===== Service Will be Protected by OAuth2.0 Protocol ===== | ||
| + | |||
| + | Tick this checkbox | ||
| ===== Service Reply ===== | ===== Service Reply ===== | ||
| Line 26: | Line 32: | ||
| Service reply defines a business object or an array of business objects sent by a service provider as a reply to the service request. | Service reply defines a business object or an array of business objects sent by a service provider as a reply to the service request. | ||
| - | The following properties can be specified in the Element Properties window: | + | ===== Exposed Objects and Attributes ===== |
| - | ===== Name ===== | + | An object returned by the service, as well as the object specified as input of the implementing process, may have attributes that the callers of the service do not need(want) to see. You can specify this by ticking only those objects and attributes that are relevant to the caller. All other attributes and objects will not be encoded in the service request and service reply. |
| - | Specify the name of the service uniquely identifying it within the business space version. The following restrictions apply: | + | ===== Service Endpoints ===== |
| - | | + | Service endpoint is a URL that the caller should call for a particular service. These endpoints depend on whether this is a REST-ful or SOAP service and whether |
| - | - The name must start with a character or underscore symbol; all other symbols must be characters (including underscore symbol) or digits. Space symbols are not allowed. | + | |
| + | For unprotected services: | ||
| + | - for any REST-ful unprotected service: < | ||
| + | - for the SOAP WSDL file: < | ||
| + | - for SOAP service call: < | ||
| - | ===== Description ===== | + | For protected services: |
| + | - for any Rest-ful service: < | ||
| + | - for the SOAP WSDL file: < | ||
| + | - for SOAP Service call: < | ||
| - | Specify any text that describes what the services | + | <callout type=" |
| - | ===== REST settings ===== | + | ==== Reply Format |
| - | If you ticked “Rest support” checkbox | + | If a REST-ful service returns a reply, it can be either |
| - | ==== Default URL mapping ==== | + | For SOAP services reply format is always XML. |
| - | Services exposed as REST will be called by other parties using a particular URL. If you choose the default option the default URL the other parties will have to use the default URL. It has the following format: | + | ==== Handing of Undefined Values ==== |
| - | http://ServerName: | + | If values of the attributes of the returned object are undefined, you can choose how //**AwareIM**// will encode such values. By default // |
| - | for example: | + | ===== Editing service properties in the Property Window ===== |
| - | [[http:// | + | The following properties can be specified in the Element Properties window: |
| - | ==== URL must contain string | + | ===== Name ===== |
| - | If default URL cannot be used you can construct your own URL by choosing this option and providing your own custom string. For example, if you provide | + | Specify |
| - | someName1/ | + | - The name of the service must be unique among the names of other services defined in the business space version. |
| + | - The name must start with a character or underscore symbol; all other symbols must be characters (including underscore symbol) or digits. Space symbols are not allowed. | ||
| + | |||
| + | ===== Description ===== | ||
| - | the following URL can be used: | + | Specify any text that describes what the services does etc. Providing a description is not mandatory but is highly recommended. Any description if defined is included into the generated documentation for the business space version – see [[docs: |
| - | http:// | + | ===== Service Log Settings ===== |
| + | If you click on this property, the Service Log dialog will be displayed. If you tick "Save Communication In" checkbox the system will record the log of the communication. It will capture all communication in a log. It will record the name of the service called, time of the communication, | ||
| + | |||
| + | ===== Handling of HTTP headers ===== | ||
| + | Values of HTTP headers of each service call can be stored in the object that is specified as the input of the process implementing the service. Enter the mapping between the name of the header and the attribute where the header value will be stored, in the dialog displayed when you edit this property. | ||
| - | <callout type=" | ||
| ==== Name mapping ==== | ==== Name mapping ==== | ||
| If your REST-ful service is implemented by a process that takes some object as input (should only be one object) then values of attributes of this object have to be provided as parameters in the URL (see example above). The name of the parameters must match the names of the attributes of the object. If this, however, is impossible for whatever reason, then you need to provide a mapping between the names of the parameters (“External Name”) and the name of the corresponding attribute. You should only do it for those parameters that have different names to the names of the attributes. | If your REST-ful service is implemented by a process that takes some object as input (should only be one object) then values of attributes of this object have to be provided as parameters in the URL (see example above). The name of the parameters must match the names of the attributes of the object. If this, however, is impossible for whatever reason, then you need to provide a mapping between the names of the parameters (“External Name”) and the name of the corresponding attribute. You should only do it for those parameters that have different names to the names of the attributes. | ||
| - | |||
| - | ==== Reply Format ==== | ||
| - | |||
| - | If a service returns a reply it can be either in the XML format (also Default) or in JSON format. The format can also vary depending on the URL used – the extension of the expected format can be specified in the URL itself. Choose the appropriate option here. | ||
| - | |||
| - | ==== REST Handing of Undefined Values ==== | ||
| - | |||
| - | This only applies to services exposed as REST-ful services. If values of the attributes of the returned object are undefined, you can choose how //**Aware IM**// will encode such values. By default //**Aware IM**// will skip undefined values (“Do not encode” option), but you can also encode an empty value or a particular string. You can also specify different encoding options depending on the name of the attribute. | ||