A lot of times, users expect the
To override this default behavior, we introduce a insertMissingToData attribute in the
Formally, the grammar of the to-spec, for which auto-complete is enabled, may be defined in terms of these productions:
PathExpr ::= ("/" RelativePathExpr?) | RelativePathExpr RelativePathExpr ::= ForwardStep (("/" ) ForwardStep)* ForwardStep ::= (ForwardAxis QName) | AbbrevForwardStep AbbrevForwardStep ::= "@"? QName ForwardAxis ::= ("child" "::") | ("attribute" "::")
The example below illustrates the use of the insertMissingToData attribute. Let's say that the variable "response" is uninitialized. In that case, the first
<copy> <from>$request.requestMessageData/typeIndicators/types:indicatorTwo</from> <to>$response/typeIndicators/types:indicatorTwo</to> </copy> <copy insertMissingToData="yes"> <from>$request.requestMessageData/typeIndicators/types:indicatorTwo</from> <to>$response/typeIndicators/child::types:indicatorTwo</to> </copy>
<copy>
¶The attached patch adds support for the following attributes in the BPEL assign activity's copy operation:
The optional @ignoreMissingFromData attribute, which if it has the value of "yes", and the from-spec returns zero XML information items, then no bpel:selectionFailure is thrown, and the to-spec is not evaluated.
An extension @ignoreUninitializedFromVariable attribute, which if it has the value of "yes", and the from-spec contains an uninitialized variable, then no bpel:uninitializedVariable is thrown, and the to-spec is not evaluated.
The informal syntax of the above attributes is shown below:
<copy ignoreMissingFromData="yes|no"? ignoreUninitializedFromVariable="yes|no"?> from-spec to-spec </copy>