Title: Message Title
|
|
|
|
|
Issue Type:
|
![Improvement]() Improvement
|
|
Affects Versions:
|
4.0
|
|
Assignee:
|
Unassigned
|
|
Components:
|
DSpace API
|
|
Created:
|
07/Feb/14 4:57 PM
|
|
Environment:
|
apache 2.2
mod_jk
mod_shib (shibboleth 2.4.3)
tomcat 6
openjdk-6 and openjdk-7 (tested with both)
|
|
Priority:
|
![Minor]() Minor
|
|
Reporter:
|
Pascal-Nicolas Becker
|
|
Shibboleth attributes are UTF-8 encoded by default. Some servlet container converts them from ISO-8859-1 to UTF-8, ignoring that they already are UTF-8 encoded. If the attributes includes characters that have different byte sequences in ISO-8859-1 then in UTF-8 these characters get destroyed.
https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPAttributeAccess#NativeSPAttributeAccess-Tool-SpecificExamples documents an ugly work around. It reconverts the attributes from UTF-8 to ISO-8859-1 to get the attributes as they were. I took some time to look for another solution, but I haven't one. I did not see any possibility to tell tomcat that the environment variables already are UTF-8 encoded. As this problem and solution is documented in the official shibboleth wiki, I implemented this work around. As this should not be the default behavior I made it configurable in [dspace]/config/modules/authentication-shibboleth.cfg and switched it off by default.
|
|
|
|
|
|
|
|
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
