Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Context"

m
 
(75 intermediate revisions by 4 users not shown)
Line 1: Line 1:
A Higgins [[Context]] is a set of one or more [[Digital Subject]]s identified by a [[ContextId]]. Each [[Context]] has a [[ContextType]].
+
[[Image:Higgins_logo_76Wx100H.jpg|right]]
  
Some [[Context]]s are abstract; their [[ContextId]]s are not resolvable to a physical [[Context]] instance. Most [[Context]]s are not abstract; through a network (or local) data access service their [[ContextId]]s are resolvable to data objects that are instantiated and managed by [[Context Provider]] plug-ins.  
+
== Definition ==
 +
* A set of statements about one or more [[Entity | Entities]]
 +
* Have zero or more [[Attribute]]s.
 +
* Has a schema (ontology) that describes kinds of [[Entity | Entities]] and [[Attribute]]s that an instance of this [[Context]] contains.
 +
* Has its own security and access control policy
  
Every [[Digital Subject]] within a [[Context]] has a unique identifier called a SubjectId --a contextually unique identifier [[Identity Attribute]]. This identifier is unique within a namespace that is either (a) defined by the [[Context]], C1, itself, or (b) defined externally by some other [[Context]], C2, of which the C1 is a subset.
+
== Examples ==
  
Examples of (non-abstract) [[Context]]s that contain multiple [[Digital Subject]]s include: directories, informal groups, project teams, collaboration spaces, and communications systems and networks. Examples of [[Context]]s that, at least from the point of view of the authenticated consumer, typically contain only a single Digital Subject are: driver's licenses, credit cards, business cards, and many other kinds of security devices.  
+
Examples of [[Context]]s that contain multiple [[Entity | Entities]] include: directories, informal groups, project teams, collaboration spaces, and communications systems and networks. Examples of [[Context]]s that, at least from the point of view of the authenticated consumer, typically contain only a single [[Entity]] are: driver's licenses, credit cards, business cards, and many other kinds of security devices.
  
An example of an abstract [[Context]] would be the internet mail [[Context]] associated with the internet mail [[ContextId]]. The [[Digital Subject]]s within this [[Context]] have a SubjectId that is an email address (e.g. "foo@boo.com") within the email namespace defined by internet mail. This [[ContextId]] cannot be resolved to a physical [[Context]] because there is no globally defined set of all email addresses.  
+
== In IdAS ==
 +
IdAS consumers must be able to provide the required authentication materials to "open" i.e. authenticate to a [[Context]]. Once opened, the contents of the [[Context]] can be searched, read and updated to varying extents based on the access control policy of the [[Context]].
  
Every [[Context]] has a schema that describes kinds of [[Digital Subject]]s and [[Identity Attribute]]s that an instance of this [[Context]] contains.
+
==Footnote==
 +
Some [[Context]]s are abstract. An example of an abstract [[Context]] would be the internet mail [[Context]] associated with the internet mail [[ContextId]]. The [[Entity | Entities]]s within this [[Context]] have a [[EntityId]]s that are email addresses (e.g. "foo@boo.com") within the email namespace defined by internet mail. This cannot be resolved to a physical [[Context]] because there is no globally defined set of all email addresses.
  
Contexts are identified by URIs called [[ContextId]]s. The [[Identity Attribute Service]] is the Higgins component that is used to connect to a [[Context]] and open it. Every [[Context]] has its own security policy, consumers must be able to provide the required [[Digital Identity]] object to "open" i.e. authenticate to a [[Context]]. Once opened, the contents of the [[Context]] can be searched, read and updated to varying extents based on the authorization policy of the [[Context]].
+
[[Category:Higgins Data Model 1.0]]
 
+
[[Category:Context Data Model 2.0]]
==See Also==
+
* [[Concepts]]
+
 
+
== Links ==
+
* [http://eclipse.org/higgins Higgins Home]
+

Latest revision as of 11:34, 31 May 2021

Higgins logo 76Wx100H.jpg

Definition

  • A set of statements about one or more Entities
  • Have zero or more Attributes.
  • Has a schema (ontology) that describes kinds of Entities and Attributes that an instance of this Context contains.
  • Has its own security and access control policy

Examples

Examples of Contexts that contain multiple Entities include: directories, informal groups, project teams, collaboration spaces, and communications systems and networks. Examples of Contexts that, at least from the point of view of the authenticated consumer, typically contain only a single Entity are: driver's licenses, credit cards, business cards, and many other kinds of security devices.

In IdAS

IdAS consumers must be able to provide the required authentication materials to "open" i.e. authenticate to a Context. Once opened, the contents of the Context can be searched, read and updated to varying extents based on the access control policy of the Context.

Footnote

Some Contexts are abstract. An example of an abstract Context would be the internet mail Context associated with the internet mail ContextId. The Entitiess within this Context have a EntityIds that are email addresses (e.g. "foo@boo.com") within the email namespace defined by internet mail. This cannot be resolved to a physical Context because there is no globally defined set of all email addresses.

Back to the top