[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [higgins-dev] Proposed updates toHiggins ArchitecturediagramperAustin F2F discussions
|
"Paul Trevithick" <paul@xxxxxxxxxxxxxxxxx> wrote on 05/08/2007 10:13:39
AM:
> Mike wrote:
> <snip>
> >
> > It seems we are back to my initial issue - there is no current
interface
> > thru which an STS can acquire an i-Card instance and invoke methods on
it.
> >
> <snip>
>
> Why is this needed? What use case have you in mind?
There exists an i-Card provider which stores A/C (Attribute/Claim (or
whatever Raj wants to call them)) values for "personal cards" with the
cards (not in IdAS). These values are accessible only thru the i-Card
interface, not thru any context. In addition to values to put into Calims
in the token, the STS needs access to the "master key" associated with the
i-Card.
> My worldview: i-card providers are higher level objects that consume
> services from IdAS and the TS. Not the other way around. That's why the
> architecture diagram is layered vertically the way it is: i-card
providers
> over TS and IdAS.
>
> http://wiki.eclipse.org/index.php/Architecture
>
>
>
