PersistentResourceDefinition's constructor should accept a future-extensible Parameters object like the superclass does. Ideally it would be the same class, but if that's not a fit for the semantics of PersistentResourceDefinition, a different class is ok.

I stumbled on this when fixing WFLY-5285 when I couldn't use Parameters as the standard fix for messaging's SecurityRoleDefinition, although that didn't really matter.