Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Shibboleth Developer's Meeting, April 12, 2013

Attendees: 

Call Administrivia

Next call is next Friday.

60 to 90 minute call window.

Brent


Daniel

 

Ian
  1. xmlsectool final snapshot / release candidate build and advertised, now testing.  Expect to cut release Wednesday 17th.
    1. blacklist approach?
  2. MDA bugs: worth a release?  Would require V3 parent release, java-support 1.0.1 or 1.1.0.

 

Marvin

 

Rod

Some time spent on doing a dry run of the QuickInstaller build.  Took the opportunity to update to the latest Tomcat6 distro.  I'll be writing up the (astonishingly tedious)  process into the wiki asap.  I really am looking forward to redoing this work in WiX.  

The rest of the week spent doing the AttributeResolverDefinitionBeanDefinitionParser (sic).   Some missing implementations and still some impedance mismatch still showing and under discussion with Tom:

  • Do we parse (some) child Elements in the parent (as per V2)
  • Or do we parse the child Elements as beans but "reach up" in the DOM  for attributes in the parent which affect operation?
  • Or do we parse the child Elements as beans and patch the behaviours in the doInitiatize() method.

each have their own advantages and disadvantages.

Otherwise it's "just typing", I hope to be done with Attribute definitions this week and then move on to the "easy" Data Connectors (in cooperation with Daniel).  Then back to Attribute Filters (which are still only partially implemented)

Scott

 

Tom

AI : commit maven-plugin version updates to parent poms after 2.4.0 release.

Topics

IdP 2.4.0 Release


shibboleth-idp-ext-cas

AI for Marvin: document Context objects needed for authentication.

AI for Scott : Authentication Actions, Contexts, and flows.

AI for Tom : document current state of Action API, inputs and outputs.

Decisions

Coding convention : getLdapUrl or getLDAPURL

Tabled for further discussion.

  • No labels