Description: TIBCO BusinessConnect ebXML Protocol 6.1.0 hotfix 1 has been released.
You can download this Hot Fix from the TIBCO Product Support FTP server using your eSupport username and password, at
mft.tibco.com
Once you have successfully logged into the server, you will find the hotfix packages under
/AvailableDownloads/BusinessConnect/ebXML/6.1.0/hotfix-01
Listed below is a summary of updates included. Please refer to the associated readme document for any additional information.
Closed Issues in 6.1.0_HF-001 (This Release)
CR: EBMS-1606
When SOAP Fault with "EBMS:0006 EmptyMessagePartitionChannel" error message was
received as a Pull response from ATO/SBR2 service, BusinessConnect ebXML protocol
didn't continue the pulling but just forwarded the error message as a response
to back-office system.
This has been fixed.
BusinessConnect ebXML Protocol will keep going on pulling the response when
receiving this error message. The error message will be forwarded to
back-office system only when all the pulling attempts are exhausted.
CR: EBMS-1607
In ATO/SBR use case when the client side used a "One-Way/Push" operation
followed by a "One-Way/Pull" operation to simulate a "Two-Way/Push-and-pull"
transaction, the pulled response cannot be processed correctly since
BusinessConnect used the operation definition of the "One-Way/Push" operation
to process the pulled response, as this "One-Way/Push" operation have the
same "Service/Action" value as the "One-Way/Pull" operation, as required by
ATO/SBR2 services.
This has been fixed.
Customer needs to add a "Two-Way/Push-and-pull" operation in the "Partner Can
Initiate" operation list in BusinessAgreement operation binding, with the same
"Service/Action" values. BusinessConnect will look to the definitions in this
"Two-Way/Push and Pull" operations to process the pulled response. This is in
addition to the "One-Way/Push" and "One-Way/Pull" operations defined in the
"Host can Initiate" operation list.
CR: EBMS-1608
For EBMS3/AS4 standard, Non-repudiation(signature) of received receipts was not
checked against the local receipt configurations.
This has been fixed.
CR: EBMS-1610
For EBMS3/AS4 Standard, Consistency check between "Required Non-repudiation of
Request/Response" and "Required Non-repudiation of Receipt" during configuration
was forced, which conflicted with the current status of ATO/SBR2 service where
the generated receipt might not be signed even the submitted request/response
was signed.
This has been fixed.
The consistency check between "Required Non-repudiation of Request/Response"
and "Required Non-repudiation of Receipt" in configuration UI was removed.
CR: EBMS-1611
When there's no MPC value provided from private process, BusinessConnect ebXML
Protocol packaged a "mpc=""" string in the outbound Pull Request, which cannot
be handled by ATO/SBR2 service.
This has been fixed.
CR: EBMS-1621
When BusinessConnect ebXML Protocol was deployed in Load Balance mode, outbound
request for ATO/SBR2 services couldn't be signed with error "Couldn't find the
AUSKey Certificate".
This has been fixed.
CR: EBMS-1622
SOAP Fault replied from ATO/SBR2 services couldn't be processed successfully
because there was a ATO/SBR2 proprietary fault code value in the SOAP Fault
message which doesn't comply with the OASIS SOAP schema.
This has been fixed.
CR: EBMS-1632:
For ebMS3 standard, the signature generated by BusinessConnect
in outbound messages contains an optional
"CanonicalizationMethod/InclusiveNamespaces" element which couldnot be processed
by some other ebMS3 implementation.
This has been fixed by turning off this.
CR: EBMS-1634
When responses pulled back from SBR2 service contains an empty
PartInfo/Schema/@Location attribute, it cannot be processed well by
BusinessConnect while it sends the response message to private process.
This has been fixed.