OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-msg message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


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.php




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]