PersistentIdStore Class not found error with Shibboleth v4.0.1

Mark Cairney Mark.Cairney at
Thu Jul 2 13:57:42 UTC 2020


You're right on comparing the same input on the node running V3.4.6.

This block is missing:


We are looking at simply logging the source attribute so we don't need
to store it in a separate attribute.

I thought that if a config worked without any warnings/errors on 3.4.6
it should work on v 4.0.x?

In saying that what we do have configured in saml-nameid.xml is quite
different from the V4 example (and is going against the warning about
sharing a datasource bean with the JPAStorageService!)

    <bean id="PersistentIdStore"
      <property name="dataSource"
ref="shibboleth.JPAStorageService.DataSource" />

I'll update the config and report back if I continue to have problems.

Kind regards,


On 02/07/2020 14:26, Cantor, Scott wrote:
> On 7/2/20, 9:04 AM, "users on behalf of Mark Cairney" <users-bounces at on behalf of Mark.Cairney at> wrote:
>> Is this a bug or an error in my config?
> I would assume the latter, but that was on the top end of the areas most difficult to keep working because of all the changes so a bug isn't that surprising.
> A bean trying to override all of that is supposed to inherit from shibboleth.JDBCPersistentIdStore to be insulated. I don't know if that existed in V3, but it does now.
> The V4 persistent ID docs were updated a few weeks ago to get all the corrections applied.
>> The node does appear to start up and I can run aacli successfully.
> It certainly isn't "working", whether it starts up depends on fail fast settings and the particular behavior tested.
> You'll get no NameIDs out of it, that's for certain.
> -- Scott


Mark Cairney
ITI Enterprise Services
Information Services
University of Edinburgh

Tel: 0131 650 6565
Email: Mark.Cairney at
PGP: 0x435A9621


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

More information about the users mailing list