[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The RDF model *is* part of the problem

  • From: Gabe Beged-Dov <begeddov@j...>
  • To: haustein@k...
  • Date: Thu, 02 Mar 2000 20:53:35 -0800

haustein property company
Stefan Haustein wrote:

> Currently, my main / only problem for using RDF as object
> serialization format is: Even if you can compare RDF to Java
> (or Delphi) interfaces, you cannot generate a consistent
> RDF schema producing readable RDF from two interfaces
> (or classes) automatically, if both interfaces are
> in the same namespace (package) having a common property
> name with different types.

Are you saying that the package namespace is preferable to the class
namespace for anchoring property names when mapping from Java to RDFS?
E.g., if the two classes com.foo.A and com.foo.B both have a field
named "bee", then the issue is that the bee property is overloaded
when bound to the com.foo namespace?

I also wonder about the distinction between Java interfaces and
classes as far as serialization. Vilya has made a point of noting that
David talked about Interfaces rather than Classes when explaining the
mapping to RDF. If you were talking about data-centric interfaces that
used the JavaBean naming patterns that would make sense. Still, I
think it makes it more confusing than more straightforward examples
that use a data-centric class directly. 
 
> In RDF schema, property names are global. In OOP, object
> properties are local to the defining class/interface.
> Thus, I would need to add the class name to the property
> name in order to avoid possible problems with name
> conflicst. I also could assign a new namespace to each
> interface or class. But both alternatives make the RDF
> code very ugly...

Why does the use of a namespace/schema per class make the RDF code
ugly? We are used to large grained schemas that mix together many XML
components. This may be convenient when authoring schemas by hand. It
doesn't map well to machine processing and the ability to do component
level mixing and matching. 

Cordially from Corvallis,

Gabe Beged-Dov

-- 
--------------------------- 
http://www.jfinity.com/gabe

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.