issue with Salesforce and memcache storageservice

Liam Hoekenga liamr at umich.edu
Tue Jan 27 12:05:58 EST 2015


Hey folks -

We're using IdP 2.4.3 and the memcache storageservice plugin
(unimr-memcached-idp-2.4-rev218.jar + spymemcached-2.7.jar).

We're running into an issue where the session key being issued is too long
for the spy memcache implementation:

11:53:07.995 - XXX.XXX.XXX.XXX - DEBUG
[unimr.shib2.UniMrMemcachedStorageService:133] - storageService.get(
replay,
https://example.my.salesforce.com_2yXH_BiHmM6_STHvAyHiYsM8z6yLR4HP_lA94lj5IXktcoEq2dWTsKnS6iaJCKk1MPWSgcGpKraOAuPiOeMwNFQ2Rqdcy3exaDZSZAj8DodV7BnAt6ea8PJaEjEdblkhtsOQjMfvBDEBreKjFb7I3bIBKPPKdhpVhu3kdzZlagX7BTxDFY0s2B8lJsULn6jgfBhj9cq9epgOSIookTzaKlADAZfCFow)
called.
11:53:08.012 - XXX.XXX.XXX.XXX - ERROR
[edu.internet2.middleware.shibboleth.common.profile.ProfileRequestDispatcherServlet:88]
- Error occurred while processing request
java.lang.IllegalArgumentException: Key is too long (maxlen = 250)

I'll poke the people at DFN-AAI, but I was wondering if anyone has run into
this before?  Can Salesforce be configured to use shorter keys?  Can the
keys be reduced in length (via hashing?) before they're sent to the storage
service?

Liam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20150127/386095c3/attachment.html 


More information about the users mailing list