[glue-wg] proposed changes to glue2 XSD

[Florido Paganelli]

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 at 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 at ogf.org
>> Subject: RE: [glue-wg] proposed changes to glue2 XSD
>>
>> glue-wg-bounces at ogf.org [mailto:glue-wg-bounces at ogf.org] On Behalf Of
>> david.meredith at stfc.ac.uk said:
>>> - 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
>> 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