Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The federatedRepositry-->primaryRealm-->defaultParents element should support multiple occurences in the server.xml #5833

Closed
jvanhill opened this issue Nov 20, 2018 · 0 comments · Fixed by #6324
Assignees
Labels
release bug This bug is present in a released version of Open Liberty release:19002 team:Wendigo East

Comments

@jvanhill
Copy link
Contributor

It appears that the code does not support reading in more than one 'defaultParents' instance in the primaryRealm element of the federatedRepository element. This will result in DefaultParentNotFoundExceptions for any creates on either the PersonAccount or Group entities (one defaultParents element gets read in, the other does not). This will only occur when there are multiple repositories federated.

For instance:

    <federatedRepository>
      <primaryRealm name="FederatedRealm">
	<participatingBaseEntry name="dc=ibm,dc=com" />
	<participatingBaseEntry name="o=basicRealm" />
	<defaultParents name="Group" parentUniqueName="dc=ibm,dc=com" />
	<defaultParents name="PersonAccount" parentUniqueName="dc=ibm,dc=com" />
      </primaryRealm>
    </federatedRepository>

This can be worked around by using the following configuration instead:

    <federatedRepository>
      <primaryRealm name="FederatedRealm">
	<participatingBaseEntry name="dc=vmm,dc=com" />
	<participatingBaseEntry name="o=basicRealm" />
      </primaryRealm>

      <supportedEntityType>
	<name>Group</name>
	<defaultParent>dc=vmm,dc=com</defaultParent>
      </supportedEntityType>
      <supportedEntityType>
	<name>PersonAccount</name>
	<defaultParent>dc=vmm,dc=com</defaultParent>
      </supportedEntityType>
    </federatedRepository>
@jvanhill jvanhill added team:Wendigo East release bug This bug is present in a released version of Open Liberty labels Nov 20, 2018
@agiridharan agiridharan self-assigned this Jan 17, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release bug This bug is present in a released version of Open Liberty release:19002 team:Wendigo East
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants