
Hello all, I am Florido, working on GLUE2 stuff from ARC. Looking at your proposal, it seems to me that the only thing you need is to have - two more attributes in the Service Monitored Beta -two more attributes in the Endpoint object, namely: DowntimeSeverity DowntimeClassification I second Stephen idea of having something generic like MonitoringService and MonitoringEndpoint I also think that this should be propagated in the specification at some point... What I didn't get is, is there an issue with extending these objects with the existing xsd schema? I think you mentioned something in Munich... What is this AbstractService and AbstractEndpoint exactly for? Creating new object names? What I am afraid of is the crazy creation of thousands of custom endpoints that in my opinion will totally make useless the main purpose of GLUE2, which is, always in my opinion, to avoid having product-specific renderings... what's exactly wrong with the current schema when it comes to extend it? can you elaborate a bit more? I also have another question (i am not so much into XML): with your approach, would be also possible to override/overwrite attributes and types belonging to a superclass? (i.e. rewriting AbstractService Capabilities?) thanks On 04/13/2012 05:40 PM, david.meredith@stfc.ac.uk wrote:
Hi Stephen, I am making a proposal about the XML rendering only. The EgiGocdb stuff is just an example of how to extend the modified glue2.xsd (i am not suggesting the EgiGocdb stuff is considered, just the modified glue2.xsd).
Thanks David
-----Original Message----- From: Burke, Stephen (STFC,RAL,PPD) Sent: 13 April 2012 16:20 To: Meredith, David (STFC,DL,ESC); glue-wg@ogf.org Subject: RE: [glue-wg] proposed changes to glue2 XSD
- glue2GocdbExtensions.xsd (A schema that imports glue2.xsd and extends the AbstractService and AbstractEndpoint elements in order to define custom Service and Endpoint specialisations. These custom sub types inherit from the
glue-wg-bounces@ogf.org [mailto:glue-wg-bounces@ogf.org] On Behalf Of david.meredith@stfc.ac.uk said: base abstract elements).
I'm a bit unclear if you're just making a proposal about the XML rendering, or if you want to add your new specialised classes to the official GLUE 2 spec. If the latter, I think "EgiGocdb" is a slightly clumsy prefix - I wonder if we could think of some more generic name like MonitoredService/Endpoint, since the things you're adding don't seem to intrinsically be all that GOCDB- specific.
Stephen
-- Florido Paganelli Lund University - Particle Physics ARC Middleware EMI Project