Hi John,
I don't see how the following structure makes it easier than what you had before. Where's the catch to having too many string data-types attributes?
Agreement-Type:non-disclosure-agreement Boolean
Agreement-Type:proprietary-information-agreement Boolean
Agreement-Type:technical-data-grant Boolean
Agreement-Type:patent-grant Boolean
Agreement-Type:trademark-grant Boolean
Agreement-Type:cross-licensing-grant Boolean
Agreement-Type:royalty-bearing Boolean
In the WD05 in section 2.1.5 you used multi-valued attributes so why the change to a list of boolean? It seemed cleaner in WD05.
Also with regards to copyright and a time attribute (for expiry), is copyright-registration the time at which registration was achieved? I couldn't find the attribute in WD05. I believe you introduced it in this email (http://lists.oasis-open.org/archives/xacml/201111/msg00005.html).
My question is: is having a boolean and a timestamp a bit redundant. Could we infer that no timestamp means false and the presence of a timestamp will help determine whether true or false depending on whether the timestamp has expired.
True the boolean will help simplify policy authoring. It could actually be a virtual attribute computed by a PIP rather than stored in an underlying attribute store. But of course that's an implementation discussion which is orthogonal to the profile discussion.
Thanks John,
David.
On Fri, Nov 11, 2011 at 7:18 PM, Tolbert, John W <> wrote:
To reduce the number of string data-types, we've decided to expand the allowable strings for the "agreement-type" and "affiliation-type" attributes into separate Boolean attributes, as noted below. I plan on updating WD-06 with this new structure and more explanatory text.
Resource attribute Data Type
Copyright Boolean
Copyright-Registration String
Patent Boolean
Patent-Registration String
Proprietary Boolean
Public-Domain Boolean
Trademark Boolean
Trademark-Registration String
IP-Owner String
IP-Designee String
Agreement-Type:non-disclosure-agreement Boolean
Agreement-Type:proprietary-information-agreement Boolean
Agreement-Type:technical-data-grant Boolean
Agreement-Type:patent-grant Boolean
Agreement-Type:trademark-grant Boolean
Agreement-Type:cross-licensing-grant Boolean
Agreement-Type:royalty-bearing Boolean
Agreement-Id String
Effective-Date Date
Expiration-Date Date
Subject attribute Data Type
Organizational-Affiliation String
Affiliation-Type:customer Boolean
Affiliation-Type:supplier Boolean
Affiliation-Type:partner Boolean
Affiliation-Type:non-profit Boolean
Affiliation-Type:government Boolean
Affiliation-Type:primary-contractor Boolean
Affiliation-Type:sub-contractor Boolean
Affiliation-Type:joint-development Boolean
Affiliation-Type:authorized-sub-licensor Boolean
Agreement-Id String
Thoughts?
Thanks,
John
---------------------------------------------------------------------
To unsubscribe, e-mail:
For additional commands, e-mail:
--
David Brossard, M.Eng, SCEA, CSTP
VP Product Marketing & Customer Relations
+46(0)760 25 85 75
Axiomatics AB
Skeppsbron 40
S-111 30 Stockholm, Sweden
http://www.linkedin.com/companies/536082
http://www.axiomatics.com
http://twitter.com/axiomatics
