User-centric Modifications

NRAO User Database Modification Request 1 (T3 2009)



1. Introduction

If an account is disabled this is not indicated in the user's XML, so the apps we have authenticating against OpenSky have no way to tell.

2. Background

3. Requirements

  1. Implement userByGlobalId query servlet search.
  2. Revive fields Last Login, Updated On and Updated By. While not having these won't kill us, they used to work and they are very useful.
  3. Revive Account Status field. This one will take some group talk as to what we want: we need to bang out a list of statuses (like Active, Disabled, Deceased and so on) and then get OpenSky to give us a means to set them and return the proper status in the user's XML.
  4. Stephan Witz Wrote:
I found a sequence of events that will mess up the XML returned by
the query servlet:

1) start out with my account with 1 postal address and 1 affiliation,
the XML returned for me looks like this:

<nrao:postal-addresses>
<nrao:default-postal-address>
<nrao:address-type>Shipping</nrao:address-type>
<nrao:streetline>1003 Lopezville Rd</nrao:streetline>
<nrao:city>Socorro</nrao:city>
<nrao:state>New Mexico</nrao:state>
<nrao:country>United States</nrao:country>
<nrao:postal-code>87801</nrao:postal-code>
</nrao:default-postal-address>
</nrao:postal-addresses>

2) add a second (non default) affiliation (mpifr in this example)
3) agree to have it set mpifr as my work postal address
4) now my XML looks like this:

<nrao:postal-addresses>
<nrao:additional-postal-address>
<nrao:address-type>Shipping</nrao:address-type>
<nrao:streetline>1003 Lopezville Rd</nrao:streetline>
<nrao:city>Socorro</nrao:city>
<nrao:state>New Mexico</nrao:state>
<nrao:country>United States</nrao:country>
<nrao:postal-code>87801</nrao:postal-code>
</nrao:additional-postal-address>
<nrao:additional-postal-address>
<nrao:address-type>Office</nrao:address-type>
<nrao:address-type>Mail</nrao:address-type>
<nrao:address-type>Shipping</nrao:address-type>
<nrao:streetline>Auf dem H?gel 69</nrao:streetline>
<nrao:city>Bonn</nrao:city>
<nrao:country>Germany</nrao:country>
<nrao:postal-code>D-53121</nrao:postal-code>
</nrao:additional-postal-address>
</nrao:postal-addresses>

This is wrong, the default address has to appear before any additional
addresses.

4. Design

Technical lead should provide a brief description of how this will be implemented in the code.

5. Deployment Checklist

Documentation? Systems/hardware/networking things needed for deployment?

6. Test Plan

6.1 Internal Testing

6.2 Sponsor Testing

6.3 Integration/Regression Tests


Signatures

APPROVED: I acknowledge that my request is fully contained in this MR, and if the Open Sky (or other NIS or PST developers) deliver exactly what I specified, I will be happy.

ACCEPTED: I acknowledge that I have validated the completed code according to the acceptance tests, and I am happy with the results.

Written DONE 16 Oct 2009 DanaBalser
Checked ALERT! OpenSky
Approved by Sponsor DONE StephanWitz
Approved by PST Stakeholder DONE DanaBalser
Approved by OPT Stakeholder DONE StephanWitz
Approved by DSS Stakeholder ALERT! AmyShelton
Approved by BOS Stakeholder ALERT! KaiGroner
Accepted/Delivered by Sponsor ALERT! StephanWitz

Symbols:
  • Use %X% if MR is not complete (will display ALERT!)
  • Use %Y% if MR iscomplete (will display DONE)


Discussion Area

-- DanaBalser - 2009-10-12

This topic: Software > UserDatabase > UserDatabasePlanOfRecordT32009 > UserDatabaseMR1T309
Topic revision: 2009-12-18, OpenSky
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding NRAO Public Wiki? Send feedback