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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-architecture message

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


Subject: RE: 2.4.1 requirements document



<scott>
The "human interface" is not classified as an "API" per se, but rides on top
of the registry and repository API.</scott>

You are correct.  API does infer Application interface.

<scott>Java servlets, Perl and/or XSL could
formulate the HTML to XML API transformation, and simple client/server
technology (sockets, HTTP, etc.) could pass the data to the Registry.
Requests to the registry could be passed on to the Repository as a proxy
service to retrieve repository contents.</scott>

This method still carries extra overhead for the client in terms of
development.  I have received numerous communiques indicating a concern for
the actual costs for SME's.

All I am really proposing is that we create the two interfaces - the API and
the human interface.

Writing a human interface for an XML context search is not a task to be
taken lightly.  There are very few of these anywhere in the world and it
takes some very special know how.  We (goxml.com) tried 4 or 5 before we got
it right.   I think that in the interest of KISS (from the users'
perspective), we should build this functionality into the architecture.

Duane Nickull




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

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC