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

06.25.2007 F2F Agenda

Revision as of 18:18, 25 June 2007 by Paul.socialphysics.org (Talk | contribs) (2:55 review of i-card terminology)

Higgins Face-to-Face meeting June 25-27, 2007

Location: at the IBM office on 425 Market Street in San Francisco Room: 5761-19-19201 (19th floor)

Hotel: Those who are participating in Catalyst may want to stay at the nearby Hilton.

The event will start Monday, June 25 at 8:30 and end Wednesday at noon.

Coffee and munchies Monday and Tues morning.

Expected Attendees

Monday morning:

  1. Greg Byrd (IBM/NCSU) - working on the Configuration component
  2. Mike McIntosh (IBM) - working mostly on Token Service
  3. Tony Nadalin (IBM)
  4. Mary Ruddy (Parity, SocialPhysics)
  5. Paul Trevithick (Parity, SocialPhysics)
  6. Jim Sermersheim (Novell) - working on IdAS mostly
  7. Andrew (Andy) Hodgkinson (Novell) - H2 config
  8. Shane Weeden (IBM, Australia)
  9. Bruce Rich (IBM Austin) - working on RP
  10. Anthony Bussani (IBM Zurich) - works on idemix
  11. Abhi Shelat (IBM Zurich)
  12. Markus Sabadello (Parity)

Later:

  1. Drummond Reed (Cordance)
  2. Nataraj Nagaratnam (IBM)
  3. Dale Olds (Novell)
  4. Kermit Snelson (Subjectivity) Tuesday and Wednesday only
  5. Uppili Srinivisan (Oracle)

Monday June 25th --Prep for Interop demo (all day)

9:25am Introductions

9:30 Interop Status/Review

  • Run through each deployment scenario, do all scenarios interop with each other
  • Paul has started to capture interop results here CardSpace_Interop (H1 only)
  • TODO: Paul will update this table with latest results by the end of Monday
  • Discussion of many final bugs, and issues related to interop

10:10 Paul demos H1

  • If you have WinZip installed, then the Higgins.xpi tries to download as a .zip file (and you have to rename it)
  • Agreed that the H2 and H3 do NOT need Terms of Service and Privacy Policy HBX Setup Wizard pages
  • Discussion of need for HBX to handle H3 config as well (e.g. new option to autodetect localhost RPPS service)
  • HBX: need to merge in the latest ZHBX code
  • HBX's "card selector" is NON modal (some of us think this is a bug, some of us think it is a feature)
  • Paul explained that the I-Card Manager (ICM) will be rewritten to use Google's GWT toolkit as its license (Apache 2.0) is more compatible with EPL than what we've been using (LGPL).
  • Feedback on ICM: the "import i-card" button is too small

11:15 AndyH Status of H2

  • Need Kevin Miller's Perpetual Motion Firefox plugin
    • Long term plan to add the ability to launch a native app to HBX (it's needed for H3 in any case)
    • Novell will likely volunteer to do this work (will coordinate with MaximK)
  • H2 on the Bandit site:
    • YUM repository set up (use YAST)
    • RPMs with all dependencies
    • instructions, etc.
  • We'll demo it tomorrow

New Higgins download Page Structure

New structure for http://www.eclipse.org/higgins/downloads.php

  • Component Builds (as it is today)
    • Idas 0.8 Nightly
    • Idas 0.7 Stable
  • Higgins Browser Extension
    • Higgins Browser Extension (just a simple URL (no fancy button, etc.)

2:30pm AnthonyB and AndyH I-card store APIs

  • The proposal is that Higgins standardize an API for managing i-card storage. This would be a lower level API from the I-Card Provider issues
  • Anthony presented IBM's CardStore interfaces
    • synchFromMap()
    • synchFromStore() (e.g. to .crds file)
  • Andy
    • store returns an identifier and a blob--this is what an i-card is instantiated from
  • Questions
    • All agree that it is an import/export format
    • No presumption that .crds is the working format
  • Requirements
    • Should it work with USB (e.g. moveable media)
    • Andy: we already support multiple card stores. The UI component can be actively looking for new stores (e.g. USB key being plugged in) or a hot folder can be specified. We're using the Gnome keyring to store pw. You create a cardstore (automatically put an entry in the keyring associated with the guid of the store). We assoc a pw with the gui of the store. If you take it to another machine.
    • Multiple instances of the CardStore implementations
    • Paul: the question is what layer for triggering should happen.
    • Andy: probably better to have higher level
    • Andy: we need a common exchange format AND storage format. E.g. H1, H2, H3 could all point to.
    • H1: for scalability reasons will probably have to migrate a file to a db-based
    • Paul: we can all agree on the need for common interchange formats
    • Decision1: Higgins will use .crds as the common interchange format
    • Decision2: Higgins will define new card types (beyond p-cards, m-cards)
    • Decision3: Higgins will standardize on Thomas/Anthony's CardStoreStrategy interface. H1 and H2 will adapt to it.

2:55 review of i-card terminology

  • Paul presented; proposal is to use terms narrowly

3:05pm Gregg: Configuration Component

Tuesday June 26th -- Higgins F2F meeting (9-5pm)

Wednesday June 27th -- Higgins F2F meeting (9-noon)

Wednesday June 27th -- Evening in the hospitality suite (6-9pm)

List of Topics

  • Configuration component
  • HBX Updates and convergence
  • ISS Updates and convergence
  • Develop on plan/process for harmonizing H2/Native vs. Java architectures
  • Higgins Relying parties and their derivatives
  • IdAS
  • I-Card Manager
  • RPPS / ZRPPS architecture discussion
    • Why IBM's ISS code doesn't call ICard.requestDigitalIdentity()
    • (We also need a new name for the RPPS Component)
  • Discuss i-card wikipedia page; our use of the term "personal" vs. "self-issued"
  • Discuss I-Card Interfaces <-- this wiki page is really out of date. Will update b4 meeting.
  • Equinox integration
  • Higgins Development processes
    • What's not working (e.g. missing nightly build scripts, build script compiler??, automated tests, test doc, missing wiki pages, etc.)
    • General policy for refactoring packages
  • Milestone 0.9
    • Declaring victory on M0.8
    • Planning out M0.9
    • Scheduling next F2F and next demo

See Also

Back to the top