click here for details... Sakai Executive Director Position Search now open
Issue Details (XML | Word | Printable)

Key: SAK-14648
Type: Task Task
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Daniel McCallum
Reporter: Daniel McCallum
Votes: 0
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
Sakai

New UserTypeMapper implementation which always sets user types to a given String

Created: 13-Oct-2008 09:36   Updated: 15-Feb-2010 06:34
Component/s: Providers
Affects Version/s: 2.7.0
Fix Version/s: 2.7.0-b01, 2.8.0 [Tentative]

Time Tracking:
Not Specified

File Attachments: 1. Text File SAK-14648-win.patch (12 kB)
2. Text File SAK-14648.patch (12 kB)


2.7.x Status: Closed
2.6.x Status: None
2.5.x Status: None
2.4.x Status: None


 Description  « Hide
I've encountered two situations which would seem to benefit from a generalization of EmptyStringUserTypeMapper which would return a configurable String from mapLdapEntryToSakaiUserType() in all cases. This can be approximated by somewhat obscure configurations of EntryAttributeToUserTypeMapper, but no one seems to get it right on the first try.

 All   Comments   Work Log   Change History   Subversion Commits   git Commits      Sort Order: Ascending order - Click to sort in descending order
Daniel McCallum added a comment - 13-Oct-2008 10:49
Addressed by r53372 which introduces a StringUserTypeMapper as a super class of EmptyStringUserTypeMapper


Steve Swinsburg added a comment - 05-May-2009 09:23
Attaching patch with Windows line endings (CR+LF)

flip -t SAK-14648-win.patch
SAK-14648-win.patch: DOS

Anthony Whyte added a comment - 15-Feb-2010 06:34
In 2.7.x.