W3C home > Mailing lists > Public > xml-encryption@w3.org > October 2000

Re: Encrypting Elements and Transclusion

From: Hiroshi Maruyama <MARUYAMA@jp.ibm.com>
Date: Tue, 17 Oct 2000 06:00:58 +0900
To: xml-encryption@w3.org
cc: "andy clark" <andy_clark@jp.ibm.com>
Message-ID: <4925697A.007D1AD3.00@d22mta13.yamato.ibm.com>


Joseph,
This is an interesting thought. Actually, I believe that XML
Encryption is more closely related to XInclude
(http//www.w3.org/TR/xinclude) in the sense that the
encryption/decryption operation on XML substructure can be
seen as a InfoSet-to-InfoSet transformation. In XInclude,
the element (that is, element information item) to be expanded
by including an external InfoSet is clearly marked within
the source InfoSet. In other words, there is no separate
device (such as XPath) to specify which part of the source
document to be expanded.  This is good for modular parser
design as well as it allows on-the-fly encryption/decryption
during parsing.

Hiroshi

--
Hiroshi Maruyama
Manager, Internet Technology, Tokyo Research Laboratory
+81-46-215-4576
maruyama@jp.ibm.com



From: "Joseph M. Reagle Jr." <reagle@w3.org> on 2000/10/13 00:58

To:   "Public XML Encryption List" <xml-encryption@w3.org>
cc:   ht@cogsci.ed.ac.uk (Henry S. Thompson), R.Tobin@ed.ac.uk,
      Steven_DeRose@Brown.edu (bcc: Hiroshi Maruyama/Japan/IBM)
Subject:  Encrypting Elements and Transclusion




I was speaking to Henry Thompson about some of the XML Encryption issues,
and he pointed out a similarity of element encryption (encrypting an element
and replacing it with a new "stub" element with the encrypted element as its
content) to transclusion (a linked resources is automatically fetch and
embedded in place of the link). In my nascent understanding of the problem I
hope encryption could borrow both the data model (Infoset, XPath, DOM, etc)
and the processing model (XSLT, DOM, XLink transclude) from elsewhere...

Consequently, I've been reading up on transclusion and thought I'd forward
on my references. If other folks have given any thought to this, or can shed
some light on the affects/requirements of  XLink on XML parsers and schema
validity, please do!

[1] Problems with Dynamically Assembled Document Portions, and Some
Solutions. Steven J. DeRose and Christopher R. Maden.
http://www.oreilly.com/people/staff/crism/transclu.html

[2.1] XML XLink Requirements. Steven J. DeRose. W3C Note 24-Feb-1999
http://www.w3.org/TR/NOTE-xlink-req/
transclusion: A specific kind of linking in which access of
one end automatically causes another end(s) to be retrieved and embedded,
appearing much as if their data had occurred at the same place as the
initial end that triggered its inclusion. The original definition also
requires that systems provide direct access to the originating document as
a whole, in its original document context (including, for example, its
copyright notice).
[2.2] XML Link. Steve DeRose, Eve Maler, David Orchard, Ben Trafford. W3C
Candidate REC.
http://www.w3.org/TR/xlink/#show-att
"embed": An application traversing to the ending resource should
load it in place of the starting resource.

[3]  "Prototyping an Updating Transclusion Tool based on XLink." By Richard
Tobin (University of Edinburgh), presented at XTech '99.  "We have
implemented prototype support for transclusion of changing material via
XLink. Our tool, which makes use of the XML and XSL support in Internet
Explorer Beta 2, will style and display XML documents which contain XLinks
with actuate='auto' and show='embed' as if the linked-to material was
actually contained within the linking element. Furthermore, we have written
an update server, so that if any of the URLs contained in the XLinks so
processed change, the page will be redisplayed. This update facility is
restricted to URLs which are being served from an HTTP server which is also
running our update server, but does NOT require polling from the
client.   Aside from providing a modest level of support for exploring the
benefits of XLink, standoff markup and just-in-time document composition, we
think the major contribution of this effort is in illustrating a relatively
novel distribution of effort for handling irregularly changing information
over the Web."

[4] auto/embed is not node transclusion. Paul Prescod.
http://www.mulberrytech.com/xsl/xsl-list/archive/msg02713.html
(Interesting list of some of the questions regarding transclusion)

__
Joseph Reagle Jr.
W3C Policy Analyst                mailto:reagle@w3.org
IETF/W3C XML-Signature Co-Chair   http://www.w3.org/People/Reagle/
Received on Monday, 16 October 2000 18:44:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 08:42:17 GMT