Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

There is just one entity, representing a Vehicle:

Image RemovedImage Added

WSDL domain model

The target module is generated by importing the WSDL. It has many entities defining a vehicle, all starting from the AudascanV4 entity with a one-to-one relation:

Image RemovedImage Added

Besides that there are also the entities defining the request and the response:

Image RemovedImage Added

Data mapping

In order to start using the webservice, we first have to build the request. After the webservice has responded, we have to read the data from the response.

The forward mapping, from our interaction module to the WSDL module, is used to build the request. The backward mapping, from the WSDL module to our interaction module, reads the data from the response and fills the profile with this data.

...

When using the mapping to create the webservice request, you have to build the whole request. In other words, the entities geefAntwoordRequest, ABZAUDASCANCOMPLEETV4REQUEST and ABZAUDASCANCOMPLEETV4REQUEST_VT have to be created using the data mapping. Because the sourcemodel is simple, with only one entity, the mapping is also not very difficult. First we map the ‘geefAntwoordRequest’ entity:

Image RemovedImage Added

This entity has no attributes, only a relation to ‘ABZAUDASCANCOMPLEETV4REQUEST’ called 'parameter':

Image RemovedImage Added

The same applies to the ‘ABZAUDASCANCOMPLEETV4REQUEST’ entity. It also receives input from the ‘Voertuig’ entity, only the relation to ‘ABZAUDASCANCOMPLEETV4REQUEST_VT’ has to be filled:

Image RemovedImage Added

For the entity ‘ABZAUDASCANCOMPLEETV4REQUEST_VT’ only the attributes have to be mapped:

Image RemovedImage Added

Backward mapping

The backward mapping, from the response of the webservice to the ‘Voertuig’ entity, is a little more complex, because values have to mapped from several entities in the response, starting from the ‘AudascanV4’ entity. For this, we have to define ‘Additional context’:

Image RemovedImage AddedImage Removed

Image Added

Alert: in the additional context you have to use an expression which returns a single, unique instance. In the 'value/relation mappings' you can reason from this instance.

A common mistake is to define multiple instance mappings , using the ‘Or’, instead of ‘Additional contexts’:

Image RemovedImage Added

In that case, for each instance mapping, a new instance for the target entity will be created!

From here we can start to map all the data:

Image RemovedImage Added

As shown above, in the value mapping you can use data-conversion to convert the data into the appropriate format:

Image RemovedImage Added

Besides that, it is also possible to combine attribute values (e.g. to concatenate strings, do calculations) from the source entities.

The image also shows that you can use conditions to set the values, for example to map a valuelist:

Image RemovedImage Added

 

UI Expand
titleRelated articles

Content by Label
showLabelsfalse
max5
spacesBKB
sortmodified
showSpacefalse
reversetrue
typepage
labelsMapping