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.
Milestone 1.0M8
Revision as of 15:11, 15 March 2007 by Paul.socialphysics.org (Talk | contribs)
Date: Apr 15 Handy shortcut to create a new Higgins Bugzilla entry. See all open items
Contents
Highlights
Summary: "Early-Alpha"
- All components:
- Exist (except ISS Client UI)
- Support basic functions
- Have up to date wiki pages (at least the first page!)
- Have documented build instructions (Note: we will not delay this milestone waiting for all 3rd party libraries to clear Eclipse IP review--we will document where to go get these 3rd party libraries if we must)
- As many as possible are built nightly
- All core EPL code has cleared legal issues so that we may commit code abhi
- All component external interfaces have been reverted to Java 1.4 (e.g. For ISS/RPPS 176044 abhi)
- New deployments (see below)
- Work begins on a C# ISS Client UI
- Changes to HBX to support this (see H2 or H3 IdA here: Deployments)
New Supported Deployments
By this milestone we will have the following deployments documented as to how to build them and in some cases hosted as a test service on an Eclipse Foundation server. See Deployments for the definition of each of these.
CardSpace-interoperable Identity Provider/STS
- See definition
- Complete build instructions Daniel and MikeM
- Get this running on the Eclipse Fedora 5 VM MikeM
- Paula, BrianC, Daniel are all working on documenting this
- Hosted on Eclipse Foundation server
- MikeM: we really need a read/writable Context Provider. We need this soon. Preferably file-based
- Valery: the other problem is that the Jena code that we have conflicts with IdAS Registry issues
- MikeM: I have my own code that writes into the LDAP directory
H1 Identity Agent
- see (definition)
- This deployment needs an owner (SergeyY, probably)
- Hosted on Eclipse Foundation server
- Functional equivalence with Microsoft CardSpace(TM) client (though hosted)
- We can begin testing interoperability with RPs and IdPs that work with CardSpace
H3 Identity Agent
- See definition
- Developers have been asking for this deployment documented and running on a local Tomcat server
- Need to decide if this is do-able in M0.8 timeframe
RPPS Web Service
- See definition
- Getting the RP Protocol Support Service running on a Tomcat AS. 170082 SergeiY
Existing Deployments
RSS-SSE RP Test Application
- See definition
- This is already up and running here
Nightly Builds
- Status: As you can see here we currently only build IdAS nightly (or stable-y)
- Parity has allocated a part-time engineer, Evgeniy, who can work on this, but until Component Owners document their build procedures nothing is going to happen.
- Another barrier is waiting for Eclipse IP review
- Planned additions: all Components
- Flesh out this page Nightly Component Builds Evgeniy
Components
RSS-SSE RP Test App
- Add Tomcat AS support to run RPPS Test WS client on Tomcat (J2EE web container) 173979 SergeiY
- Update the testRSSP site 175551 SergeiY
HBX
- HBX Startup Maxim and Andy Dale
- Add the ability to handle CardSpace requests to the Zurich HBX 176037 abhi
- Add proper handling of SOAP fault messages to UI code 176038 abhi
- Handle Memory and Garbage Collection issues for generated-UI structures 176039 abhi
- Allow HBX launch ISS Client UI for H2 deployment scenario
I-Card Manager
ISS
- Handle parsing and matching of CardSpace policies 176033 abhi
- Improvements to error handling for bad policies 176034 abhi
- Deployability on machines other than those around Zurich 176035 abhi
RP Protocol Support-Zurich
- Handle generation of SOAP faults with good messages on errors 176041 abhi
- Make RPPS easily deployable for other clients 176035 abhi
- The RPPS we have built sends SOAP messages. We have written a wsdl file to describe the messages. However, it uses an ad-hoc method for parsing and handling the messages because I found the Eclipse tools for building web services from wsdl to be buggy and frustrating to debug. Thus, improving the robustness of our rpps by using more standard ws tools might be a goal.
I-Card Registry
- Design and implement I-Card Registry 160410 Valery
- Continue work on I-Card Provider API 160375 Valery
I-Card Providers
- Cardspace-compatible Managed provider 168850 SergeyL
- CardSpace-compatible Personal provider 175719 SergeyL
- URI provider 169233 Valery
IdAS
- IdAS Registry refactoring 175630 163366
- Refactor update operations 167978
- Invent string format for IFilter 171328
- Change IContext.open to use JAAS-like callback; get rid of 'getOpenPolicy' (subsumed by callback handlers and interactions) 164048
- De-evolve IdAS interfaces to Java 1.4 171293
- Build Issues:
- Versioning on jar name