see my prior topic https://communities.ca.com/thread/241733596
I opened a support ticket on this same issue, and was told this is how it works. they do not (yet/maybe ever) support the data type schemas as parameters of a transaction
the only way I could get the data type info was to use actual messages, instead of the yaml. for me the 'exactness' of the matching was a problem, I didn't have any actual messages, as this is a brand new api.
so even constructing a few by hand from the spec was painful.
add one parameter in the incoming message and boom, no match.. but because they don't know about arrays, optional parms, etc.. its gets dicy fast, schema validation also is not flexible enough
when u have a large set of data types (like 60) and u only want to validate against ONE for each message url.
I gave up and did something different. still use the vsm framework to control the logic, and just the no match message in the vsi. I do all the rest in groovy.
drive off a spreadsheet and a profile of transaction urls.