Page History

...

Importing

Because a SOAP service is neatly defined within a WSDL, it is possible to import such a WSDL file in Blueriq. Go to File → Import → Import WSDL and provide the location of the WSDL file. If you have multiple files (for example: your WSDL is importing/including an XSD schema) then , provide a zip file with all needed files. Select the project for the import and you can choose whether to create a new module, or overwrite an existing one. The option 'Generate Domain' will automatically generate a domain model for you, based on the XSD schema referred to from the WSDL. When this button is checked, entities, attributes and relations are created based on the type definitions of the XSD. When using an existing module, there may already be a domain model present, that uses identical names as in the XSD. When overwriting, conflicting elements are not created. Obviously, these problems do not occur if you use a new module. When 'Generate Domain' is unchecked, no domain model is generated for you. In that case, you can later match the elements from the XSD to you your own domain (explained later). In general, it is advised to use a separate module in order to not mix the domain model for the web service with the domain model of your business.

After you press the import button, you can choose which operations should be imported. These operations originate from the WSDL. You should only import the operations that you need, as the created domain model will be smaller then.

You should get the message that the import was successful.

...

Open your project and go the (possible newly-created) module which contains the web service. The module now has a Schema Set and a Soap Service. These can be found in the bar on the left side of the screen, as can be seen shown below.

The Schema Set defines which entities, attributes and relations are used by the webservice web service (they map the XSD to the domain model). The Soap Service defines which entities are sent (the message parts from the WSDL). You use these elements to define what entities, attributes and relation in your domain correspond to concepts in the WSDL and XSD.

...

...

...

Schema Set Editor

Open the Schema Set, and unfold the schema. You can choose which entity is mapped to this type in XSD schemain the XSD schema, as can be seen below. In this case, the anonymous complex type of the element “add” in the XSD schema is mapped to the entity “add” in the domain model (the red box). It is good to realize that in general entities that are based on elements in an a XSD schema are not singleton.

...

The Soap Service Editor lets you configure the messages that you want to send to your web service and how you store messages received from the web service. For each operation, the web service needs two singleton entities: a Request entity and a Response entity, which will be used to create the message. When you create generate the domain automaticallymodel, you will find these along with the other entities of the domain. You can use the soap SOAP service editor to create mappings for these, if you did not create generate the domain automaticallymodel, see below:

These entities are the only singleton in your domain if you generated your domain automatically. Conceptually, they represent the envelope of your message (remember Chapter 2 : - Simple Object Access Protocol (SOAP)). You can recognize these entities by their name. They are post fixed postfixed with either REQUEST or RESPONSE. These entities have no attributes and only one relation. In the code, Blueriq will start at this singleton, and work its way along the relation to all (indirectly) connected instances while creating the XML for the message. When sending a message, you have to make sure that this relation is set. , otherwise the SOAP envelop envelope will be empty.

Creating a Service Call

...

• Service Module: The module in which the service is located.

• Service: Select SOAP in this case and the service to call. This can be multiple if more than one service is imported in the same module.

• Operation: This is the name of the operation which is going to be executed. You can look up the name in the WSDL.

• Url (optional): The URL of the web service. If none is provided, the URL in the WSDL is used. You can use this for debugging purposes, and send the service call to your local SoapUI mockservice.

• Configuration Module (optional): The name of the module where the data mapping is located. You only need to specify this if your domain model is not in the same module as the web service. This parameter is optional.

• Data Mapping (optional): The name of the data mapping to be executed when this operation is called. This parameter is optional.

• Username : A possible username, (optional): Username for services with authentication.

• Password A possible password, (optional): Password for services with authentication.

...

After you have created your service call, you can use it inside a flow. The web service throws a default event. When the service is executed, it will read the needed data from needed from the domain model, starting from the singleton request instance. After receiving an answer from the server, the web service will store the data as new instances, starting from the singleton response instance. If a data mapping is used, the mapping is executed after the domain module in the web service module is filled. A common error is that an empty message is sent to the server. The reason for this is that the domain model for the web service is not correctly initiated. If the web service returns an error message, Blueriq runtime will show an error, because error messages are not supported yetthis error.