Hi Balazs, As others have described, there are several design, implementation, and support advantages to a decomposed/flattened approach. With unique IDs and links between the entities, it should be fairly straightforward to compose information into a large agreed/standard rendered document. There are also discovery performance and functionality advantages and disadvantages to both approaches. It seems to me like this implementation approach doesn't contradict the GLUE2 specification since it describes the same entities, attributes, and relationships, although I think you're right that it may lead us to modify the current rendering specification to include a decomposed one. An interesting questions is whether we have to have a single XML rendering in support of interoperability or if we can support several renderings? We're already willing to accommodate XML, LDAP, and SQL renderings, so why not accommodate multiple XML renderings too? Regards, JP On Apr 24, 2009, at 8:56 AM, Balazs Konya wrote:
hi,
David Horat wrote:
This is the same approach that has been taken for the LDAP implementation. To make this possible, IDs must be globally unique. I support this approach as it lets the implementation to be less coupled to the technology used and facilitates interaction between different systems.
we'd be rather careful going this way. in the past within nordugrid we found a common, agreed structure (at that time within nordugrid) very important.
i have doubts that flattening everything will give us better interoperability.
in any case, the issue/proposal worth to be discussed on a phonecall.
one more note: the rendering was an important part of the public comment specification. Turning everything upside down e.g. in xml may need glue to enter into another public comment period.
cheers, Balazs Konya _______________________________________________ glue-wg mailing list glue-wg@ogf.org http://www.ogf.org/mailman/listinfo/glue-wg