Create model data namespaces for application-provided screens
You can create model data namespaces for source bindings and target bindings for application-provided screens.
To define a namespace for source binding in extended screens, add
the namespace definition in the
sourceBindingNamespaces property.
An example of the application-provided namespace for source binding
definition is as follows:namespaces: {
sourceBindingNamespaces: [{
description: 'Initial input to screen',
value: 'screenInput'
}, {
description: 'The list of organizations the current user can search for orders with.',
value: 'getOrganizationList_output'
}, {
description: 'The response from the getOrderList mashup',
value: 'getOrderList_output'
}]
}In the screen extension, you can add a source binding
namespace as follows:namespaces: {
sourceBindingNamespaces: [{
description: 'Custom namespace added in extension',
value: 'extn_getOrganizationList_output'
}]
}Here, extn_getOrganizationList_output refers
to the source biding namespace.Note: Ensure that the namespace added
in extension is prefixed with
extn_. For example, extn_getOrganizationList_output.If a mashup reference definition is present in InitController,
the same namespace must be present in the sourceNamespace property.
If, BehaviorController is involved, do a set model
with the same namespace.
To define a namespace for target binding in extended screens, add
the namespace definition in the targetBindingNamespaces property.
An example of the application-provided namespace for target binding
definition is as follows:
namespaces: {
targetBindingNamespaces: [{
description: 'The input to the getOrderList mashup.',
seq: '1',
value: 'getOrderList'
}]
}
In the extended screen, add the target binding namespace as follows:
namespaces: {
targetBindingNamespaces: [{
description: 'The input to the getOrderList mashup.',
seq: '1',
value: 'extn_getOrderList'
}]
}
Note: Ensure that the namespace added in extension is prefixed with
extn_.
For example, extn_getOrderList.