[JBoss jBPM] - jbpm-console login failed - please help struggling for 3 wee
by arpan25
Hi,
i am using jbpm-3.2.6.SP1 with JBoss-4.2.2.GA and I am unable to login to the jbpm console with a invalid username or password error..
I Have the database with the tables loaded with data.. Please help
15:35:09,220 WARN [JBossManagedConnectionPool] Throwable while attempting to get a new connection: null
org.jboss.resource.JBossResourceException: Could not create connection; - nested throwable: (java.lang.NullPointerException)
at org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:144)
at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.createConnectionEventListener(InternalManagedConnectionPool.java:577)
at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:262)
at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:500)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:341)
at org.jboss.resource.connectionmanager.TxConnectionManager.getManagedConnection(TxConnectionManager.java:315)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:396)
at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:842)
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88)
at org.jboss.security.auth.spi.DatabaseServerLoginModule.getUsersPassword(DatabaseServerLoginModule.java:141)
at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:206)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:769)
at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:603)
at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:537)
at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:344)
at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.authenticate(JBossSecurityMgrRealm.java:491)
at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:257)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:416)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at com.mysql.jdbc.jdbc2.optional.MysqlDataSource.getConnection(MysqlDataSource.java:428)
at com.mysql.jdbc.jdbc2.optional.MysqlDataSource.getConnection(MysqlDataSource.java:138)
at com.mysql.jdbc.jdbc2.optional.MysqlXADataSource.getXAConnection(MysqlXADataSource.java:58)
at org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:136)
... 36 more
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241594#4241594
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241594
16 years, 9 months
[JBoss jBPM] - Asynchronous continuations in Weblogic 10.x using MDB (jBPM
by Clod
After struggling for a few days with asynchronous continuations with the following configuration:
Weblogic 10.3
jBPM 3.3.1.GA
we could finally make them work.
Although we followed configuration instructions from the manual thoroughly, things didn't work as expected. The most weird thing was that the very same configuration worked fine in JBoss 4.2.3.GA. We finally detected that the problem was that the messages sent to JobListenerBean were not being commited. The reason for this is that JBoss and Weblogic handle Non-transacted JMS sessions within a JTA transaction just in the opposite way.
For details please read:
Weblogic
http://e-docs.bea.com/wls/docs103/jms/trans.html#wp1025537
and
JBoss
http://www.odi.ch/prog/jms-tx.php
Unfortunately the kind of session (transacted vs. non-transacted) that jBPM uses is not configurable: it is hardcoded in JmsMessageService.java
| /*
| * If the connection supports XA, the session will always take part in the global transaction.
| * Otherwise the first parameter specifies whether message productions and consumptions
| * are part of a single transaction (TRUE) or performed immediately (FALSE).
| * Messages are never meant to be received before the database transaction commits,
| * hence the transacted is preferable.
| */
| session = connection.createSession(true, Session.SESSION_TRANSACTED);
|
so we had to change that line to:
| session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE) ;
|
Let me emphasize that the change in the first parameter value (true -> false) is NOT meant to achieve different behaviors in both application servers. It's just that they both interpret it in the opposite way. (If you don't trust me read the above links :-) )
Hope that this can save other people's time ;-)
BTW: I don't know if future releases of jBPM are going to deal with asynchronous continuations in the same way, but if they are, it could be good idea to make this behavior configurable.
Best regards,
Claudio
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241543#4241543
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241543
16 years, 9 months