[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [ebxml-msg] Servers supporting the Minimal Client
I understand the need to implement a minimal AS4 client, without SwA (so pure SOAP). When using pure SOAP, the implementation is less complex. SwA is less adopted worldwide, compared to pure SOAP. So I would suggest to keep the option of pure SOAP available (the web service can be exposed via WSDL) for lightweight implementations. Toon Vanhoutte Integration Architect – Competence Manager – Microsoft Certified Trainer | Codit M +32 479 90 51 15 | E toon.vanhoutte@codit.eu W www.codit.eu | Blog blog.codit.eu | www.integrationcloud.eu -----Original Message----- From: ebxml-msg@lists.oasis-open.org [mailto:ebxml-msg@lists.oasis-open.org] On Behalf Of Pim van der Eijk Sent: Wednesday, July 22, 2015 8:40 AM To: Makesh Rao (marao); ebxml-msg@lists.oasis-open.org Subject: Re: [ebxml-msg] Servers supporting the Minimal Client Hi Makesh, Yes it would be about forcing Simple SOA (no SwA) message formats only and Body packaging for a single uncompressed XML payload only. This constraint does not exist today. Alternatively and perhaps a simpler solution, we could officially require the use of SwA for messages without attachments. Then any exchange that involves those messages can be processed by a minimal client. Pim On 07/22/2015 12:01 AM, Makesh Rao (marao) wrote: > Hi Pim > > SO this will define if its a SwA or not to the server? Sorry I was not able to see the implementation angle to this. > > ~Makesh > > > > On 7/21/15, 3:02 AM, "ebxml-msg@lists.oasis-open.org on behalf of Pim van der Eijk" <ebxml-msg@lists.oasis-open.org on behalf of pvde@sonnenglanz.net> wrote: > >> Hi, >> >> The following came up in a new AS4 project I've recently started working on: >> >> The ebMS3 Core Specification states that "Because either packaging >> option can be used, implementations MUST support both multipart and >> non-multipart messages." >> >> This is relaxed in the AS4 Minimal Client profile, which is a >> SOAP-only profile, i.e. it states that "Support for attachments is >> NOT REQUIRED – i.e. an XML message payload will always use the SOAP >> body." This is important as it enables implementations using >> toolkits that do not support SwA. >> >> A Minimal Client needs to communicate with an AS4 server. >> Unfortunately, AS4 does not define a Minimal Server profile, but it >> is easily defined to be a server that support only the features the >> client users (e.g. only Username Tokens but not X.509). However, it >> cannot be a pure subset of ebHandler as ebHandler does not have the >> constraint that no SOAP-with-attachments envelope but only simple >> SOAP is to be used. >> >> Should we add a parameter to define packaging? The PayloadProfile >> parameter (for which we already have EBXML-MSG-62, EBXML-MSG-63, >> EBXML-MSG-64) comes close but is more about the payloads than about the >> packaging. Some products allow specifying the payload location to >> either SOAP Body or attachments, but in at least one product a >> SOAP-with-attachments envelope is used even if there is only one >> payload and it's XML in the SOAP Body. >> >> Kind regards, >> >> Pim >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this mail list, you must leave the OASIS TC that >> generates this mail. Follow this link to all your TCs in OASIS at: >> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.ph >> p >> --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3520 / Virus Database: 4365/10315 - Release Date: 07/27/15
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]