Bug 846820 - war-deployers-jboss-beans.xml contains PicketLinkAuthenticator, which is not in classpath
Summary: war-deployers-jboss-beans.xml contains PicketLinkAuthenticator, which is not ...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 5
Classification: JBoss
Component: distribution
Version: 5.1.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Christopher O'Brien
QA Contact: Len DiMaggio
URL:
Whiteboard:
Depends On:
Blocks: 846743
TreeView+ depends on / blocked
 
Reported: 2012-08-08 19:54 UTC by mposolda
Modified: 2016-08-02 16:04 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-08-02 16:04:56 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description mposolda 2012-08-08 19:54:02 UTC
in server/default/deployers/jbossweb.deployer/META-INF/war-deployers-jboss-beans.xml there is declaration of new authenticator in "authenticators" configuration:

<entry>
  <key>SECURITY_DOMAIN</key
  <value>org.picketlink.identity.federation.bindings.tomcat.PicketLinkAuthenticator</value>
</entry>

Problem is that this authenticator is not available in EAP classpath by default. It's available in EAP in attached picketlink component under $EAP_HOME/picketlink/picketlink-federation/picketlink-core-2.0.2.jar, but this JAR is not in EAP classpath by default. So it seems that PicketLinkAuthenticator should be commented by default and EAP users can uncomment only in case when they want to use picketlink and add picketlink JAR into classpath.


The main problem with current configuration in EAP 5.1.2-GA is, that if user adds another authenticator into the end of the authenticators chain - like SPNEGO authenticator for instance:

<entry>
  <key>SPNEGO</key>
  <value>org.jboss.security.negotiation.NegotiationAuthenticator</value>
</entry>

then the server startup ends with the confusing error message:
ERROR [ContextConfig] Cannot configure an authenticator for method SPNEGO

which is actually not caused by SPNEGO itself but it's caused by the fact that previous authenticator (PicketLinkAuthenticator) is not in classpath.


Note You need to log in before you can comment on or make changes to this bug.