In the GLUE Specification v. 2.0, page 9, there is the Location class, which has:<br><br>Association.End:<br>Service.ID<br>Domain.ID<br><br>Inherited association end:<br>Extension.Key<br>ComputingService.ID<br>StorageService.ID<br>

AdminDomain.ID<br>UserDomain.ID<br><br>This seems to try to represent the fact that making a relationship with a class, you are also making it with all its subclasses. From the theoretical point of view, you can not imply that pointing to a class you have access to its subclasses, but just to its superclasses because of the definition of inheritance in the object oriente programming. Moreover, this is misleading because it depends on the
implementation language whether you can cast a subclass of the current
class without knowing exactly the current class.<br><br>So I would propose two solutions here depending on what you wanted to describe:<br><br>1) Add ComputingService, StorageService, AdminDomain and UserDomain to the Association End list if you really want to access attributes exclusively from those in the Location class, which will add more Foreign Key attributes.<br>

<br>2) Just taking them out from the Inherited Association End list if in the Location class you just want to have access to the attributes of the Service and Domain classes.<br><br>Regards,<br>David<br clear="all"><br>-- <br>

David Horat<br>Software Engineer specialized in Grid and Web technologies<br>IT Department – Grid Deployment Group<br>CERN – European Organization for Nuclear Research » Where the web was born<br>Phone +41 22 76 77996<br>

<br><a href="http://davidhorat.com/">http://davidhorat.com/</a><br><a href="http://cern.ch/horat">http://cern.ch/horat</a><br><a href="http://www.linkedin.com/in/davidhorat">http://www.linkedin.com/in/davidhorat</a><br>