For testing purposes, it would be convenient if only the origin application needed to be taken down for configuration, while the destination remained online, unmodified.
Crowd SSO needs different authenticator to be configured on all the apps and need crowd.properties file populated with correct values. Once the authenticator is changed, you will have to restart the apps.
files to be edited are for example:
Jira:
atlassian-jira/WEB-INF/classes/crowd.properties
atlassian-jira/WEB-INF/classes/seraph-config.xml
Confluence:
confluence/WEB-INF/classes/crowd.properties
confluence/WEB-INF/classes/seraph-config.xml
the crowd.properties must be editied to fit your installation (crowd URL, application name&passwd)
in the seraph-config.xml you will need to comment out the internal authenticator and comment in the crowd authenticator.
like this: (this is for confluence)
<!-- Default Confluence authenticator, which uses the configured user management for authentication. --> <!--<authenticator class="com.atlassian.confluence.user.ConfluenceAuthenticator"/>--> <!-- Authenticator with support for Crowd single-sign on (SSO). --> <authenticator class="com.atlassian.confluence.user.ConfluenceCrowdSSOAuthenticator"/>
of course you need to restart confluence afterwards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
i think i missunderstood the question or at least the desciption...sorry :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.