Details
Minor Description
After saving an asynchronous subscription with a subscription filter for a find_business currently there are not notifications if there are changes made to a bindingTemplate contained within a business.
The specification dictates that "The entity is considered to be changed if the modifiedIncludingChildren element of the operationalInfo element of the entity has been changed." (Section 5.5.1.1) Performing a get_operationalInfo on a businessEntitty after altering the contents of a bindingTemplate within the businessEntity shows no change in the modifiedIncludingChildren timestamp of the businessEntity. Again, according to the spec, "Independent changes made to contained entities of such entities (for example, changes to an existing businessService within a businessEntity by means of a save_service API call) do not affect the value of the modified element associated with the containing entity. Instead, the modifiedIncludingChildren element in the containing entity contains the maximum of its own modified element and the modifiedIncludingChildren elements of each of the entities it contains (if any). If a contained entity is deleted or moved elsewhere, the modifiedIncludingChildren element is also updated, since such operations would otherwise not be documented elsewhere." (Section 3.8.2).
So the question that is really at hand is whether or not jUDDI considers a bindingTemplate to be "contained" by a businessEntity. There is at least one other product (Systinet) where this is the case, and subscriptions produce notifications with changes (and, thusly, updated modifiedIncludingChildren elements) for changes to bindingTemplates under a businessEntity. Is there a reason that this is not the case with jUDDI, or is it just something that is not yet implemented? Any information on the subject would be fantastic. Thanks.