OASIS ebXML Collaboration Protocol Profile and Agreement (CPPA) TC Public Documents

Number of Documents Show last documents per workgroup
Document Descriptions
OASIS ebXML Collaboration Protocol Profile and Agreement (CPPA) TC   (Showing 10 of 139)
Document Name # Size State Submitter Date Action
2
390K
Draft
Pim van der Eijk
2008-12-28
V0.2 Updated C.1 (and made it consistent with C.2); minor textual improvements and enhancements. Removed some redundancy from the example in C.2 and added more introductory text to annex C. // The concept Agreement Formation Descriptor Document (AFDD) is a proposal for a document that describes how business partners establish business agreement documents. It recognizes: - multiple types of agreement documents, such as XML schemas, WSDLs and ebXML Collaboration Protocol Agreements. - multiple ways of establishing those documents, including transformation of templates with particular variable parts (using values provided by business partners), intersection of ebXML Collaboration Protocol Profile documents, or combinations. - the need to have multiple agreement documents, such as a CPA or WSDL and an XML Schema referenced in that CPA or WSDL. The attached ZIP file provides - an XML schema for AFDD documents - a compiler that generates XSLT stylesheets to perform document transformations (XSLT and Python driver) - a script to evaluate the generated XSLT scripts (Python driver) AFDD documents can specify CPP intersection, but the compiler does not support this formation method. Sample documents are included: - bias.afdd: simple CPA template, where one partner acts as server (setting start, end and CPA id) and the other provides communication details. - cppintersection.afdd: CPA formed on the basis of two supplied CPPs - multidoc.afdd: two partners agree on a specialized business document schema (a UBL invoice where the optional "OrderReference" element has been made required) and a CPA that references this schema. - multiparty.afdd: three business partners form two CPAs based on three CPPs. - secured.afdd: real-life, complex CPA using XML digital signatures, XML encryption and TLS authentication, reliable messaging. Two partner need to supply four certificates each, their party identification parameters. Optionally, reliable messaging parameters can be adjusted. - ubl.afdd: the XSD specialization also used in multidoc.afdd - wsdl.afdd: an organization requires a business partner to implement a particular web service, where only the SOAP address is variable.
1
364K
Draft
Pim van der Eijk
2008-12-23
The concept Agreement Formation Descriptor Document (AFDD) is a proposal for a document that describes how business partners establish business agreement documents. It recognizes: - multiple types of agreement documents, such as XML schemas, WSDLs and ebXML Collaboration Protocol Agreements. - multiple ways of establishing those documents, including transformation of templates with particular variable parts (using values provided by business partners), intersection of ebXML Collaboration Protocol Profile documents, or combinations. - the need to have multiple agreement documents, such as a CPA or WSDL and an XML Schema referenced in that CPA or WSDL. The attached ZIP file provides - an XML schema for AFDD documents - a compiler that generates XSLT stylesheets to perform document transformations (XSLT and Python driver) - a script to evaluate the generated XSLT scripts (Python driver) AFDD documents can specify CPP intersection, but the compiler does not support this formation method. Sample documents are included: - bias.afdd: simple CPA template, where one partner acts as server (setting start, end and CPA id) and the other provides communication details. - cppintersection.afdd: CPA formed on the basis of two supplied CPPs - multidoc.afdd: two partners agree on a specialized business document schema (a UBL invoice where the optional "OrderReference" element has been made required) and a CPA that references this schema. - multiparty.afdd: three business partners form two CPAs based on three CPPs. - secured.afdd: real-life, complex CPA using XML digital signatures, XML encryption and TLS authentication, reliable messaging. Two partner need to supply four certificates each, their party identification parameters. Optionally, reliable messaging parameters can be adjusted. - ubl.afdd: the XSD specialization also used in multidoc.afdd - wsdl.afdd: an organization requires a business partner to implement a particular web service, where only the SOAP address is variable.
0
1MB
Draft
Pim van der Eijk
2008-04-16
Overview of work on Agreement Formation Descriptor Documents.
0
86K
Draft
Pim van der Eijk
2008-03-18
The concept Agreement Formation Descriptor Document (AFDD) is a proposal for a document that describes how business partners establish business agreement documents. It recognizes: - multiple types of agreement documents, such as XML schemas, WSDLs and ebXML Collaboration Protocol Agreements. - multiple ways of establishing those documents, including transformation of templates with particular variable parts (using values provided by business partners), intersection of ebXML Collaboration Protocol Profile documents, or combinations. - the need to have multiple agreement documents, such as a CPA or WSDL and an XML Schema referenced in that CPA or WSDL. The attached ZIP file provides - an XML schema for AFDD documents - a compiler that generates XSLT stylesheets to perform document transformations (XSLT and Python driver) - a script to evaluate the generated XSLT scripts (Python driver) AFDD documents can specify CPP intersection, but the compiler does not support this formation method. Sample documents are included: - bias.afdd: simple CPA template, where one partner acts as server (setting start, end and CPA id) and the other provides communication details. - cppintersection.afdd: CPA formed on the basis of two supplied CPPs - multidoc.afdd: two partners agree on a specialized business document schema (a UBL invoice where the optional "OrderReference" element has been made required) and a CPA that references this schema. - multiparty.afdd: three business partners form two CPAs based on three CPPs. - secured.afdd: real-life, complex CPA using XML digital signatures, XML encryption and TLS authentication, reliable messaging. Two partner need to supply four certificates each, their party identification parameters. Optionally, reliable messaging parameters can be adjusted. - ubl.afdd: the XSD specialization also used in multidoc.afdd - wsdl.afdd: an organization requires a business partner to implement a particular web service, where only the SOAP address is variable.
0
26K
Draft
Dale Moberg
2007-08-24
Draft and unapproved notes for CPPA Teleconference Notes August 24 2007
0
30K
Draft
Dale Moberg
2007-07-27
Draft notes not approved by TC members.
0
28K
Draft
Dale Moberg
2007-06-22
Draft notes
0
274K
Draft
Dale Moberg
2007-06-01
Comments welcome and will be factored in if received by Wed June 6, 2007.
0
480K
Draft
Dale Moberg
2007-06-01
Comments welcome but please submit by Wednesday June 6 2007.
0
56K
Draft
Dale Moberg
2007-05-11
Working draft of V 3 schema, incomplete and not yet approved by TC. Editor's draft only.