Provides the actual methods of which the webservice is composed.
Looking at an operation in more detail, you can see that a microflow can be selected. When you select a microflow, the other fields will be automatically filled These can be changed as needed.
An operation has the following properties:
This is what the operation is called in the WSDL.
Defines which microflow will be executed when this webservice is called.
Describes the operation and is included in the WSDL.
Defines the name of the parameter in the microflow
Defines which type the parameter is, for example a List of Vehicle entities.
Defines whether this parameter is optional in the webservice call.
Defines whether this parameter can have a nil value in the webservice call.
Defines the name of the parameter in the webservice call. This is initially copied from the microflow parameter name but can be modified.
Operation object name
Is available when the parameter is a list, and can be used to name the object in the list.
The CountCarsAndHp operation. It takes a non-optional list of Vehicle as a parameter which is called VehicleList and consists of objects called Vehicle. This information is based on the microflow and entity model but can be modified.
The microflow attached to the CountCarsAndHp operation. It takes a list of objects of the entity Vehicle as input and returns an object that holds the number of cars and the total amount of horsepower of those cars.
Exposed attributes and associations
If you click ‘Select…’ in the parameter tab, you can select individual members of the entity that is being passed as a parameter. The toolbar buttons are available to help you quickly perform operations that would otherwise be laborious.
|Collapse all||Collapses the entire tree, so that only the root node remains visible|
|Check all||Checks the box next to every expanded node and visible leaf node. Collapsed nodes and their children are not affected.|
|Uncheck all||Unchecks the box next to every expanded node and visible leaf node. Collapsed nodes and their children are not affected.|
|All optional||Checks the Optional box on every expanded node and visible leaf node.|
|All non-optional||Unchecks the Optional box on every expanded node and visible leaf node.|
|All nillable||Checks the Nillable box on every expanded node and visible leaf node.|
|All non-nillable||Unchecks the Nillable box on every expanded node and visible leaf node.|
Here you can select which members of the entity can be passed and/or are optional or nillable, as well as set their names. Note that checking Optional or Nillable on the root element has no effect; you should set these values in the operation editor.
The order of XML elements in the WSDL does not by definition reflect the order of attributes in entities in the domain model. Prior to version 5.16.0, the members in the dialog were shown in the order as they appeared in entities. This could be confusing.
From version 5.16.0 and on, the order of members in the dialog is the same as the order of elements in the WSDL (and can be different from the order of attributes in entities). This gives a better overview of the WSDL contract that is exposed from Mendix. The structure you see in the members dialog reflects the structure in the WSDL.
New attributes from entities will appear as new elements below members that are already in the WSDL. This will prevent breaking the WSDL contract, because if you insert new XML elements inside a XML Sequence container, existing web service consumers that strictly validate against the WSDL may break.
If you expose the Password (hashed string) attribute of a System.User entity (or a specialization thereof), a warning appears that there is a risk that someone does a brute-force attack to obtain the original plain-text password. The risk is considerably less when you use a strong hashing algorithm (preferably ‘BCrypt’). The hashing algorithm can be set in the Project settings.
This section pertains to the return type of the microflow and how it is transformed back to XML.
Defines what kind of object will be returned by the microflow. If the returned type is a complex type (i.e. something from your entity model) you can use the Members button to select which members will be returned in the same way as parameters.
The name of the return type. This determines the output element name in the XML that results from a webservice call.
This determines if the element in the XML can be left out if the return value is empty. In Mendix versions 5.9 and before, all return elements were optional.
This determines if the element in the XML is sent as nil if the return value is empty.
Optional and Nillable cannot be checked both.
Here, you can see an optional Order entity set as the return type of the operation ReturnsOrder.