Re: [ebxml-iic-msg] A declarative syntax for driving ebXML a testingebXML MS API

[Matthew MacKenzie <matt@xmlglobal.com>]

Michael,

Perhaps a script defined in plain text or xml that allowed a message to 
be constructed, and features added to it declaratively would work.  
XPath would be more difficult to implement, as most of us only use XPath 
for selection, and not construction, of xml content.

<new_msg id="nm1">
	<header>
		<To><PartyId type="uri">http://company/msh</PartyId></To>
		<CPAId>blah</CPAId>
	</header>
	<attachment index="1" content-id="cid:blah"; content-type="text/plain">
hello, world	
	</attachment>
...
</new_msg>

The ebXML SOAP extensions schema could be used inside of this syntax 
allowing you to specify everything in the message.  Putting on my vendor 
hat, I think this would be relatively easy to provide an API driver for.


On Tuesday, April 9, 2002, at 08:04  PM, Michael Kass wrote:

>
> To all,
>
>    I have been looking into possible choices for declarativey driving 
> an ebXML MS testing API using XML.  My primary choice ( a logical one ) 
> is to use the XML syntax defined in the ebXML schema, as it would allow 
> the construction of all of the various message objects and setting the 
> values of their attributes using their methods.  However, our "testing 
> API" will no doubt need to not only "create" portions of a message , 
> but "modify/replace" attribute values.  In addition, this may require 
> "modifying the nth instance of a particular object in a message".
>    I have looked for other possible XML syntaxes that might do the job, 
> but have not found anything suitable. JMS appears to be too simple to 
> handle the complexities of ebXML messages, as it only allows simple 
> property setting, and nothing as complex as ebXML message content 
> structure.
>
>  XPath is a great choice for using as a declarative syntax to test 
> RECEIVED message content, or parsing a "testing trace", as it is 
> syntactically succint, exact and easy to code.
>
>    But I do not see a declarative way to "tweak" an outgoing message 
> through the testing API using ebXML MS syntax.... Perhaps by creating a 
> modified schema to incorporate new elements/attributes that could 
> provide "hints" to the testing API how to "modify" a message component?
>     Any thoughts on this?
>
> Mike
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
--
Matthew MacKenzie
XML Global R&D
PGP Key available upon request.