caBIG - PowerPoint PPT Presentation

1 / 32
About This Presentation
Title:

caBIG

Description:

caBIG Reporting Grid Publication and Parser Demo The Robert H. Lurie Comprehensive Cancer Center of – PowerPoint PPT presentation

Number of Views:228
Avg rating:3.0/5.0
Slides: 33
Provided by: william228
Category:
Tags: cabig | ides

less

Transcript and Presenter's Notes

Title: caBIG


1
caBIG ReportingGrid Publication and Parser
DemoThe Robert H. Lurie Comprehensive
Cancer Center of Northwestern UniversityVanderbi
lt Ingrams Cancer Center
  • Sorena Nadaf, Vanderbilt
  • Warren Kibbe, Northwestern

April 11, 2005
2
Inter-institutional Reporting
  • Building Blocks
  • CDEs
  • Web services
  • SSL for encryption
  • Authentication using Kerberos/SAML
  • Authorization, identity management using LDAP
  • All of these pieces are used in Shibboleth
  • http//shibboleth.internet2.edu/
  • Grid services
  • GridShib will provide security/identity
    management for the grid
  • Demo

3
Schematic of a caBIG Reporting grid layer
caBIG grid infrastructure
Registration Subscription/publication Federation S
ecurity
legacy
caBIG Compatible System
caBIG Compatible Object Model Adapter
4
Parser, Data model and grid layer
  • Grid layer
  • Authentication
  • Authorization/identity management
  • Registration
  • Advertising/Discovery
  • Web services layer
  • Data service
  • Data model adaptor
  • Validator service
  • Syntactic interoperability announced through
    webservice
  • Semantic validator available through the data
    model

5
Grid Methods
  • Each institution maintains control of their data
  • AnnounceService
  • RegisterService
  • Heartbeat (periodic announcement)
  • DiscoverKnownServices

6
Service Data Methods
  • Each institution maintains control of their data!
  • Each service transaction is between a client and
    a provider
  • GetCDElist (CDEs used at institution)
  • GetCDEInfo (CDE info for items used at local
    institutions)
  • GetData (For AEs - get current AEs the requester
    is allowed to see from the provider)
  • Can be limited by protocol, institution, date
    range
  • SendData (For AEs - submit the AE to the provider)

7
Service is currently running at Vanderbilt and NU
  • http//critr.mc.vanderbilt.edu/cfusion/AE_webservi
    ce/AEs/ae.cfc?WSDL
  • https//secure.lurie.northwestern.edu/AE_webservic
    e/Aes/AE.cfc?WSDL

8
View of the site selector from my laptop
9
View of the data grid from Vanderbilt
10
View of the data grid from laptop
11
Web service definitions for the parser
12
Now the demo
13
Background
  • Advantages of transparent data sharing
  • Speed of transfer
  • Acknowledgement of receipt
  • Compliance
  • Statistical power (larger populations can be
    studied)

14
Background
  • Example
  • Sharing adverse event information
  • This is only one of many examples of areas where
    sharing of data will have an immediate benefit
    for cancer patients
  • Targeted groups
  • Cancer center to cancer center
  • Cancer center to cooperative group
  • Cooperative group to cancer center
  • Cancer center to NCI
  • Cancer center to FDA

15
Building Blocks
  • CDEs
  • Web services
  • SSL for encryption
  • Authentication using Kerberos/SAML
  • Authorization, identity management using LDAP
  • All but CDEs are part of Shibboleth
  • http//shibboleth.internet2.edu/

16
What we built
  • Simple AE schema in Oracle
  • Data dictionary in Oracle (we would like to use
    the CDEs for this!)
  • Used the published CTC for AE definitions
  • Used the existing NU AE entry module
  • Web services servlet
  • Web services browser
  • WDSL file

17
Schema(ERD)
18
Data Dictionary
19
Common Toxicity Criteria Browser
20
Adverse Event Entry Form
21
Adverse Event Tablespace
22
Webservice WSDL file
23
Webservice consumerview
24
Data from the Webservice
25
The Following slides are from the caGRID
presentation at the Architecture face-to-face in
Seatller March 2005
26
caGrid OGSA SOA
Functions
Semantic service
Quality of Service
ID Resolution
Business Process
Security / Policy
Resource Management
Service Registry
Service
Service Description
Grid Communication Protocol
Transport
OGSA Compliant - Service Oriented Architecture
27
Map System Components vs. Requirements
Functions
Quality of Service
Semantic service
ID Resolution
Advertise
Business Process
Workflow
Federated Query
Security / Policy
Resource Management
Administration
Service Registry
Service
Query
Invocation
Grid Cache
Service Description
XSD
WSDL
WS-Policy/ WS-metaexch.
WS-Resourc.Pr WS-BaseFault
XML
SOAP
WS-Addressing
WS-Renewable References
Discovery
HTTP
SMTP
RMI/IIOP
JMS
Security VO
OGSA Compliant Service Oriented Architecture
28
Map System Components vs. Technologies
Functions
Quality of Service
Semantic service
ID Resolution
caDSR
Business Process
DQP
Workflow
Security
Resource Management
Service Registry
Service
OGSA-DAI
GT3 Core
GRAM
myProxy
Service Description
GLOBUS Toolkit
Grid Communication Protocol
GSI
Transport
EVS
GT3
CAS
GT3
Mobius
OGSA Compliant - Service Oriented Architecture
29
Semantic Grid View
  • Semantic services build on top of grid services
  • Service interoperability
  • Metadata identifies relationships among grid
    services. Which one is related to others. When to
    use one instead of the other
  • Support advertisement, discovery, federated
    query, invocation and workflow

caBIG Environment
Semantic Metadata
Portal / API
Semantic Information services
Service identifiers
Grid Service Metadata
Grid services Data Computational services
30
Components in Globus Toolkit
31
OGSA-DAI Architecture
  • Previously heavily dependant upon OGSI
    implementation provided by GT3
  • Currently has a three layer architecture
  • Presentation layer - OGSI, WS-RF or
    WS-I-compliant services
  • Business logic layer - the core OGSA-DAI
    functionality
  • Data layer - the data resources (for example
    relational or XML databases) which can be exposed
    by OGSA-DAI services

Diagram from OGSA-DAI
32
Security Layers
From Globus presentation
Write a Comment
User Comments (0)
About PowerShow.com