Propagate 1.6.x down through the sub-modules.

Add ability to consume Manifest groups as Authorities

Notify: @bhill6 @ahoffmann @paul.erickson 

See merge request !22

fix: provide factory method for jackson to deserialize authorities

`@JsonProperty` won't work with the abstract `? extends GrantedAuthority` type, as Jackson doesn't have a constructor or factory to convert a string into a concrete implementation.

This change adds a factory method which takes a Collection<String> (which Jackson can understand) and uses Spring Security's utility method to convert the Collection of Strings to a Collection of GrantedAuthority instances.

Note: the 'Amy Administrator' user provided by the 'local-users.json|yaml' file is no longer strictly equivalent to those provided in 'local-users.properties'. See #5; correcting that seems to be outside of the scope of a bugfix, as it will result in something that likely requires a new feature release.

cc: @bjsousa @paul.erickson @lyle @apatwary @SPYANG4 @bhill6 

See merge request !21

@JsonProperty won't work with the abstract '? extends GrantedAuthority' type, as Jackson doesn't have a constructor or factory to convert a string into a concrete implementation.

This change adds a factory method which takes a Collection<String> (which Jackson can understand) and uses Spring Security's utility method to convert the Collection of Strings to a Collection of GrantedAuthority instances.

Note: the 'Amy Administrator' user provided by the 'local-users.json|yaml' file is no longer strictly equivalent to those provided in 'local-users.properties'. See adi-ia/uw-spring-security#5; correcting that seems to be outside of the scope of a bugfix, as it will result in something that likely requires a new feature release.

feat: namespace all Spring Profiles with 'edu.wisc.uwss' prefix

This pull request addresses issue #3, and thus begins the deprecation path for the profiles 'local-users' and 'preauth'.

There are no behavior changes with this PR, only the acceptance of the new namespaced profiles. Votes on whether we should version bump to 1.5.0? Or will 1.4.x be satisfactory?

See:

* http://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/context/annotation/Profile.html
* http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/core/env/Environment.html#acceptsProfiles-java.lang.String...-

cc: @ahoffmann @paul.erickson @bhill6 @lyle @andrew-summers @apatwary @cknuth 



See merge request !20

Thus begins the deprecation path for the profiles 'local-users' and 'preauth'.

feat: new LocalUserDetailsLoader for populating local-users store

New optional user interface for populating the LocalUserDetailsManagerImpl instance provided in the `local-users` profile. The default configuration will still use the existing `LocalUserDetailsAttributesMapper.Default` implementation.

To switch to the new loader, set the `edu.wisc.uwss.local.userDetailsLoader.enabled` Environment property to true. The default resource loaded is edu/wisc/uwss/local/local-users.json (classpath), to change that location set the `edu.wisc.uwss.local.userDetailsLoader.resource` Environment property to a valid Spring Resource expression ('classpath:', 'file:', etc).

cc: @ahoffmann @paul.erickson @bhill6 @lyle @andrew-summers @apatwary @cknuth 

See merge request !19

Clean up stale javadocs.

The same ObjectMapper instance with a YAMLFactory can load both YAML and JSON.

New optional user interface for populating the LocalUserDetailsManagerImpl instance provided in the 'local-users' profile. The default configuration will still use the existing LocalUserDetailsAttributesMapper.Default implementation.

To switch to the new loader, set the 'edu.wisc.uwss.local.userDetailsLoader.enabled' Environment property to true. The default resource loaded is edu/wisc/uwss/local/local-users.json (classpath), to change that location set the 'edu.wisc.uwss.local.userDetailsLoader.resource' Environment property to a valid Spring Resource expression ('classpath:', 'file:', etc).

Fix incorrect default header values for SPVI and UDDS

@apatwary @npblair @bjsousa @alundholm 

See merge request !18

fix: clone constructor now properly copies first/last name

Tiny bug fix.

@cknuth @paul.erickson @andrew-summers @bjsousa @apatwary 

See merge request !17

Define userName variable distinct from eppn in federated mapper

This change is motivated by the need to set userName to a value other than default value of eppn for federated preauthenticated users.  The intended use case is UW Digital ID, where we plan to use SPVI as the username for the purposes of the RequestOnBehalfOfFilter.  

@paul.erickson @bkeen @npblair 

See merge request !16