This task is to determine why "fcr%3aversions" is not being decoded and interpreted in the example detailed here:
Then, likely update the logic to decode the URL but recognize the "fcr" prefix and treat it differently.
*Background of issue (by Jared)*
The issue is that we map URLs based on their structure and in Jersey if you have a URL
Path = .*/action1
Path = .*/action2
Path = .*/action3
Then Jersey acts on the path match closest to the hostname first (action1 in my example), then the next one (action2) and so on (action3).
So in our case we are matching on fcr:versions first and trying to perform this action. FedoraVersions doesn't handle fcr:fixity (nor expects it to be in the URL) so it fails. My assumption is that if this had succeeded then Fedora would have attempted to perform the fcr:fixity tasks next.
My solution was to alter the fcr:versions @Path matching to not match if the URL has fcr:versions but ends with fcr:fixity.