Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cosmos-dev] SDD profile stuff

Hi Brad,

Yep, I noticed that one as well.  Jeff and I also determined this morning that we should not be using "Property" elements in "ResourceType" without the "Name" element.  This solves the issue we were discussing in regard to which property is *the* identifier for the resource.  It is "Name".  "Property" elements are intended to be used as additional identifiers for "ResourceType."  

The COSMOS SDD was copied from a JRE example posted by the OASIS TC.  We discussed that error on the OASIS call today and it will be corrected today or tomorrow.

Cheers,
-Jason

-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx [mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Beck, Bradley C
Sent: Thursday, February 05, 2009 3:43 PM
To: Cosmos Dev
Subject: RE: [cosmos-dev] SDD profile stuff

I just noticed an inconsistency in the current cosmos_sdd.xml and the
schema defined in cim-profile.xsd. The SDD specifies a consumption
constraint on sp:CIM_Directory.AvailableSpace but the schema defines
AvailableSpace under CIM_FileSystem.

Bradley Beck
CA, Inc.
Sr Software Architect
Tel: +1-952-232-1720
Bradley.Beck@xxxxxx


-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx
[mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Beck, Bradley C
Sent: Thursday, February 05, 2009 1:40 PM
To: Cosmos Dev
Subject: RE: [cosmos-dev] SDD profile stuff

A little more food for thought. This version removes "Type" from the
schema type names which produces a little better class naming in JAXB (I
think).

Bradley Beck
CA, Inc.
Sr Software Architect
Tel: +1-952-232-1720
Bradley.Beck@xxxxxx

-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx
[mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Beck, Bradley C
Sent: Thursday, February 05, 2009 10:43 AM
To: Cosmos Dev
Subject: RE: [cosmos-dev] SDD profile stuff

The "affinity" attribute is actually introduced in
"PropertyProviderType" which extends "HandledType".

Bradley Beck
CA, Inc.
Sr Software Architect
Tel: +1-952-232-1720
Bradley.Beck@xxxxxx

-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx
[mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Jason Losh
Sent: Thursday, February 05, 2009 9:05 AM
To: Cosmos Dev
Subject: RE: [cosmos-dev] SDD profile stuff

Hi Brad,

I like the modifications you've made.  The movement of "affinity" to be
an attribute of "HandedType" does mean that the profile module needs to
be able to walk the properties in order to determine if an affinity
defined for a property in turn has an affinity to another property.
That's not a big deal since the profile module needs to walk the
properties anyway in order to fetch any property handlers but I did want
to make note of that distinction mainly for Josh as it modifies his
implementation of the profile module slightly.

We can discuss further in tomorrow's runtime call if needed.  I'm also
going to spend some time this morning to flesh out "Artifacts" as well
as start down the "AdditionalContent" path based on your input from
yesterday's discussion.

Thanks,
-Jason

-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx
[mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Beck, Bradley C
Sent: Wednesday, February 04, 2009 7:20 PM
To: Cosmos Dev
Subject: RE: [cosmos-dev] SDD profile stuff

Here is a slightly modified version based on our discussion today. I
defined a HandledType which has a "handler" attribute. All the types
that need "handler" attribute then extend HandledType. cim-profile.xml
shows an example of how this would look.

Bradley Beck
CA, Inc.
Sr Software Architect
Tel: +1-952-232-1720
Bradley.Beck@xxxxxx

-----Original Message-----
From: cosmos-dev-bounces@xxxxxxxxxxx
[mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Jason Losh
Sent: Wednesday, February 04, 2009 2:59 PM
To: Cosmos Dev
Subject: [cosmos-dev] SDD profile stuff

Fodder for our runtime discussion in 3 minutes ...  Sorry to send this
out as an attachment.  I wanted to post these to the wiki but it is
running extremely slow.  I'll get these posted to the wiki once it is
more responsive.

-Jason




_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev

_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev

_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev



Back to the top