Differences between revisions 4 and 5
Revision 4 as of 2006-02-23 11:26:08
Size: 2230
Editor: MarkNorman
Comment:
Revision 5 as of 2006-02-23 11:56:44
Size: 2996
Editor: MarkNorman
Comment:
Deletions are marked like this. Additions are marked like this.
Line 31: Line 31:
Alun to get a short list of questions and to contact some or all of the following.

John Watt - lots of time getting PERMIS to talk to Shibboleth.

Jipu - Portal stuff

Femi - involved in implementation aspects of ESP-GRID project (Shib interacting with Apache, Grid services with globus containers)

Micha Bayer - Grid/BLAST person and portlets, globus (at CCF for the next few days). David Leader's main contact.

Anthony Stell - did most work on setting up security infrastructures (with John). Lots of stuff with PERMIS.

Richard said that they've been working on 'experience reports' (e.g. got students to build policies with PERMIS - gave honest feedback). John could show us the how-to guides and troubleshooting etc. (e.g. error messages).

Quick review of the state of play

Mark reviewed the ESP-GRID workpackages and where the output is (going to be).

DyVOSE (ESP-GRID) portal: Single IdP (DyVOSE project) Portlets inside it for BLAST/BRIDGES, DyVOSE search/sort and VOTES data federation framework. Shib enabled access to the gridsphere portal

  • collections of portlets - get access to different types of functionality depending on attributes from IdP

    • (only need DN from user for BLAST - would have made this more sophisticated if time and app. permitted it) search/sort portlet - roles (see below)

AuthN and AuthZ done at the portal level (the portal is the SP). Portlets also accept SAML Shib attributes but nothing written in there to go and get that extra info from the IdP yet. Portlets are different SPs from the portal itself. Difficult to choose which architecture you should use.

SSO to access the portal. BLAST service AuthZ done on the presentation of the DN.

DyVOSE Search/sort (DyVOSE project) AuthZ done by looking at PermisRole attribute containing "StudentTeam1" and "StudentTeam2" which was presented at the initial login to the portal (along with DN).

VOTES proof of concept VOTES project proto-typing now. Definied 3 roles for the prototype. Clinical databases. Will deliver the roles to the SP via shibboleth. Will deliver something before the end of March. Roles will be collected at log in to the portal.

Plan for demonstrators: (see below)

Overview of aims and work still to be done

Alun: interviews etc. about development process evaluation

Alun to get a short list of questions and to contact some or all of the following.

John Watt - lots of time getting PERMIS to talk to Shibboleth.

Jipu - Portal stuff

Femi - involved in implementation aspects of ESP-GRID project (Shib interacting with Apache, Grid services with globus containers)

Micha Bayer - Grid/BLAST person and portlets, globus (at CCF for the next few days). David Leader's main contact.

Anthony Stell - did most work on setting up security infrastructures (with John). Lots of stuff with PERMIS.

Richard said that they've been working on 'experience reports' (e.g. got students to build policies with PERMIS - gave honest feedback). John could show us the how-to guides and troubleshooting etc. (e.g. error messages).

Demos of shibbed BRIDGES, ?DyVOSE?, ?VOTES? etc.

Next steps - reports and planning for deadlines.

Demonstrators

Rich to send URLs and usernames/passwords with different roles. BLAST, DyVOSE (search/sort) and VOTES.

Road map doc headings

Any future collaborations?

vos

Getting attributes from 3rd parties

SSO - using 2 IdPs, or 2 federations.

Grid service - no proper discovery of authZ policies.

  • Lack of discovering roles between VO entities.

MAMS service provider description file concept. Alternative idea - multiple SOAs.

(Include DyVOSE in Policy Management doc.)

ESPGRIDwiki: TeamMeet23Feb06 (last edited 2013-05-17 16:26:47 by localhost)