Alguém já conseguiu fazer o jdbcRealm funcionar no glassfish 3.1.1? Eu estou faz uns 2 dias tentando fazer funcionar porém sempre dá o seguinte erro:
com.sun.enterprise.security.auth.login.common.LoginException: Login failed: Failed file login for humberto.
at com.sun.enterprise.security.auth.login.LoginContextDriver.doPasswordLogin(LoginContextDriver.java:394)
at com.sun.enterprise.security.auth.login.LoginContextDriver.login(LoginContextDriver.java:240)
at com.sun.enterprise.security.auth.login.LoginContextDriver.login(LoginContextDriver.java:153)
at com.sun.web.security.RealmAdapter.authenticate(RealmAdapter.java:512)
at com.sun.web.security.RealmAdapter.authenticate(RealmAdapter.java:453)
at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:268)
at org.apache.catalina.authenticator.AuthenticatorBase.processSecurityCheck(AuthenticatorBase.java:911)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:546)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:623)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)
Aparentemente o glassfish está utilizando o fileRealm ao invés do jdbc. Já pesquisei no google e achei muitos casos similares, mas nenhuma solução que resolvesse o meu problema.
Estou utilizando o postgreSQL (também testei com o javadb) e as minhas configurações estão abaixo:
web.xml:
<security-constraint>
<display-name>UserConstraint</display-name>
<web-resource-collection>
<web-resource-name>usuario</web-resource-name>
<description/>
<url-pattern>/index.xhtml</url-pattern>
</web-resource-collection>
<auth-constraint>
<description/>
<role-name>usuario</role-name>
</auth-constraint>
</security-constraint>
<login-config>
<auth-method>FORM</auth-method>
<realm-name>security</realm-name>
<form-login-config>
<form-login-page>/login.xhtml</form-login-page>
<form-error-page>/loginError.xhtml</form-error-page>
</form-login-config>
</login-config>
<security-role>
<description/>
<role-name>usuario</role-name>
</security-role>
glassfish-web.xml:
<security-role-mapping>
<role-name>usuario</role-name>
<principal-name>humberto</principal-name>
<group-name>usuario</group-name>
</security-role-mapping>
domain.xml (glassfish):
<auth-realm name="security" classname="com.sun.enterprise.security.auth.realm.jdbc.JDBCRealm">
<property name="jaas-context" value="jdbcRealm"></property>
<property description="null" name="password-column" value="password"></property>
<property name="assign-groups" value="usuario"></property>
<property name="datasource-jndi" value="jdbc/security"></property>
<property name="group-table" value="usuario"></property>
<property name="user-table" value="usuario"></property>
<property description="null" name="group-name-column" value="group"></property>
<property name="digest-algorithm" value="none"></property>
<property description="null" name="user-name-column" value="username"></property>
</auth-realm>
No glassfish 3.0.1 eu já consegui fazer funcionar com essas mesmas configurações.
Basicamente já tentei utilizando MD5 ou none para encriptação, usuario e grupo como tabelas separadas, grupo como um atributo de usuário (portanto utilizando apenas 1 tabela), usando view, e nada disso funcionou comigo.
O jdbc pool está corretamente configurado, pois já o utilizei dentro da aplicação (EJB3+JSF2).
Eu criei este tópico não apenas para achar a solução, mas para talvez me convencer de que isso realmente não é possível devido a um bug dessa versão do glassfish.