Bundling expectations on error conditions

Bundle delivery under selected error situations.

Reliability in use only, error during unbundling, bundle as a whole is not acked.

That is, an error during unbundling should not count as a reception.

            No delivery to back end should occur of any part.


Security in use, with or without reliability,

            One signature, all parts fail. Error sent, no parts delivered.

            Signature over each part, errors for each part sent and (during teleconference it was held that)
                        No further specification given.
                        That is, MSH can deliver non-erroneous parts or deliver nothing.

However, on this last point, Axway instead thinks that the MSH behavior should conform to the policy that any error means no part is delivered to the back end. It is OK to ack the message, however. Just include the security error and the ack, if using back channel (aka synchronous).

We also think that it must be explained that a reliability ack just means Received, and not “Processed”

We want it to be possible that the bundle is received and an ack is sent for it even when errors are encountered during some MSH processing.

So unbundling here just means finding (“parsing”) the parts of the bundle.

We think clear expectations between/among MSHes with a determinant outcome is better here, even though it results in probably not trying to bundle on the next attempt to exchange the data that was not successfully sent. Maybe a WS-Policy value can in the future be added to override this expectation, but wait until endusers need it.

ebxml-msg message