[JBoss JIRA] (SASL-49) Custom Property to Prefer JDK Mechanisms
by Darran Lofthouse (JIRA)
Darran Lofthouse created SASL-49:
------------------------------------
Summary: Custom Property to Prefer JDK Mechanisms
Key: SASL-49
URL: https://issues.jboss.org/browse/SASL-49
Project: JBoss SASL Provider
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 2.0.0.Alpha1
This is primarily for testing although it could be used for other purposes, a new custom property should be added to JBoss SASL which will cause mechanisms that duplicate JDK supplied mechanisms to avoid being used themselves.
i.e. Even though JBoss SASL could supply an implementation for that mechanisms it will let the JDK supplied version win through.
For testing this will enable interoperability testing between our mechanisms and the JDK mechanisms, for end users they could use JBoss SASL for the new mechanisms we supply whilst still using the JDK for the mechanisms it supplied.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (WFLY-3416) NPE in Undertow Extension if login module doesn't set Principal
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-3416?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on WFLY-3416:
----------------------------------------
I will take this but the best you are going to get is an error message saying there is no Principal and the authentication attempt will be rejected.
The JAAS authentication if successful must add a Principal to the Subject.
> NPE in Undertow Extension if login module doesn't set Principal
> ---------------------------------------------------------------
>
> Key: WFLY-3416
> URL: https://issues.jboss.org/browse/WFLY-3416
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.1.0.CR2
> Reporter: Josef Cacek
> Assignee: Darran Lofthouse
>
> NPE is thrown during authentication if a LoginModule doesn't set any principal to the Subject.
> The problem comes from {{org.wildfly.extension.undertow.security.AccountImpl}} constructor call {{principal.getName()}}.
> {code}
> Caused by: java.lang.NullPointerException
> at org.wildfly.extension.undertow.security.AccountImpl.<init>(AccountImpl.java:61)
> at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:123)
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (WFLY-3416) NPE in Undertow Extension if login module doesn't set Principal
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-3416?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse reassigned WFLY-3416:
--------------------------------------
Assignee: Darran Lofthouse (was: Stuart Douglas)
> NPE in Undertow Extension if login module doesn't set Principal
> ---------------------------------------------------------------
>
> Key: WFLY-3416
> URL: https://issues.jboss.org/browse/WFLY-3416
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.1.0.CR2
> Reporter: Josef Cacek
> Assignee: Darran Lofthouse
>
> NPE is thrown during authentication if a LoginModule doesn't set any principal to the Subject.
> The problem comes from {{org.wildfly.extension.undertow.security.AccountImpl}} constructor call {{principal.getName()}}.
> {code}
> Caused by: java.lang.NullPointerException
> at org.wildfly.extension.undertow.security.AccountImpl.<init>(AccountImpl.java:61)
> at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:123)
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (WFLY-3417) Accessing the EJB 3 container configuration of the web console fails
by Philippe Schaller (JIRA)
Philippe Schaller created WFLY-3417:
---------------------------------------
Summary: Accessing the EJB 3 container configuration of the web console fails
Key: WFLY-3417
URL: https://issues.jboss.org/browse/WFLY-3417
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Console
Affects Versions: 8.1.0.CR2
Environment: HAL 2.2.6.Final & 2.2.7.Final
WildFly 8.1.0.CR2 & 8.1.0.CR5
JDK 1.7.0_55
Win 7
Reporter: Philippe Schaller
Assignee: Heiko Braun
Accessing the EJB 3 container configuration of the web console returns this message:
Unknown error
Unexpected HTTP response: 500
Request
{
"address" => [("subsystem" => "threads")],
"child-type" => "thread-factory",
"operation" => "read-children-resources",
"recursive" => true
}
Response
Internal Server Error
{
"outcome" => "failed",
"failure-description" => "JBAS014883: No resource definition is registered for address [(\"subsystem\" => \"threads\")]",
"rolled-back" => true
}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (JBLOGGING-104) MDC Logging not appearing in server.log
by ArunPrasath Rajmohan (JIRA)
ArunPrasath Rajmohan created JBLOGGING-104:
----------------------------------------------
Summary: MDC Logging not appearing in server.log
Key: JBLOGGING-104
URL: https://issues.jboss.org/browse/JBLOGGING-104
Project: JBoss Logging
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: jboss-logging-logmanager, jboss-logging-spi
Affects Versions: 3.1.4.GA
Environment: Local
Reporter: ArunPrasath Rajmohan
Assignee: James Perkins
Hi
I am trying to log using org.jboss.logging.MDC but the log entry is not found in server.log
Steps followed:
1.Maven Dependency Used:
<dependency>
<groupId>org.jboss.logging</groupId>
<artifactId>jboss-logging</artifactId>
<version>3.1.4.GA</version>
</dependency>
2.Athe below code in the controller
org.jboss.logging.MDC.put("MDC Worked", new String("MDC Worked"));
3.Placed the jboss-logging.xml inside META-INF folder of the web application.
The content of jboss-logging.xml is as follows:
<periodic-rotating-file-handler
file-name="${jboss.server.log.dir}/server.log"
name="FILE"
autoflush="true"
append="true"
suffix=".yyyy-MM-dd">
<error-manager>
<only-once/>
</error-manager>
<formatter>
<pattern-formatter pattern="%d %-5p [%c] (%t) [%X{entry1}, %X{entry2}] %s%E%n"/>
</formatter>
</periodic-rotating-file-handler>
Problem:
There are no errors but the log entry is not found in the server.log
Regards
Arun
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (WFLY-978) CachedConnectionManager interceptor isn't applied consistently on EJB invocations
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-978?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration updated WFLY-978:
-----------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=955506, https://bugzilla.redhat.com/show_bug.cgi?id=955508, https://bugzilla.redhat.com/show_bug.cgi?id=1102469 (was: https://bugzilla.redhat.com/show_bug.cgi?id=955506, https://bugzilla.redhat.com/show_bug.cgi?id=955508)
> CachedConnectionManager interceptor isn't applied consistently on EJB invocations
> ---------------------------------------------------------------------------------
>
> Key: WFLY-978
> URL: https://issues.jboss.org/browse/WFLY-978
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: EJB
> Reporter: jaikiran pai
> Assignee: jaikiran pai
> Fix For: 8.0.0.Alpha1
>
>
> The CachedConnectionManager isn't being applied consistently on EJB invocations and the following scenario leads to a WARN from the JCA CachedConnectionManager:
> CMT MDB -> does a DB operation using a DataSource and then -> invokes a BMT SLSB -> which then does a UserTransaction.begin()
> This leads to:
> {code}
> 21:13:44,385 WARN [org.jboss.tm.usertx.UserTransactionRegistry] (Thread-1 (HornetQ-client-global-threads-9337120)) Error notifying listener org.jboss.jca.core.tx.jbossts.UserTransactionListenerImpl@2667db of userTransactionStarted: java.lang.IllegalStateException: Trying to change transaction TransactionImple < ac, BasicAction: 0:ffff7f000101:-6c404b63:51755a8b:14 status: ActionStatus.RUNNING > in enlist!
> at org.jboss.jca.core.connectionmanager.listener.TxConnectionListener.enlist(TxConnectionListener.java:219)
> at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.transactionStarted(TxConnectionManagerImpl.java:383)
> at org.jboss.jca.core.connectionmanager.ccm.CachedConnectionManagerImpl.userTransactionStarted(CachedConnectionManagerImpl.java:211)
> at org.jboss.jca.core.tx.jbossts.UserTransactionListenerImpl.userTransactionStarted(UserTransactionListenerImpl.java:52)
> at org.jboss.tm.usertx.UserTransactionRegistry.userTransactionStarted(UserTransactionRegistry.java:119)
> at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.begin(ServerVMClientUserTransaction.java:146)
> at org.jboss.as.test.integration.ejb.mdb.BMTSLSB.doSomethingWithUserTransaction(BMTSLSB.java:30) [mdb.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_15]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_15]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_15]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:104) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:56) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:79) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:55) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:305) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_15]
> at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:65) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.test.integration.ejb.mdb.BMTSLSB$$$view3.doSomethingWithUserTransaction(Unknown Source) [mdb.jar:]
> at org.jboss.as.test.integration.ejb.mdb.DDBasedMDB.onMessage(DDBasedMDB.java:74) [mdb.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_15]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_15]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_15]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:227) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:318) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:215) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:79) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:65) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription$5$1.processInvocation(MessageDrivenComponentDescription.java:204) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:55) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:305) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_15]
> at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:65) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:289) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.test.integration.ejb.mdb.DDBasedMDB$$$view2.onMessage(Unknown Source) [mdb.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_15]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_15]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_15]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
> at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:155) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:73) [jboss-as-ejb3-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
> at org.jboss.as.test.integration.ejb.mdb.DDBasedMDB$$$endpoint1.onMessage(Unknown Source) [mdb.jar:]
> at org.hornetq.ra.inflow.HornetQMessageHandler.onMessage(HornetQMessageHandler.java:313)
> at org.hornetq.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1084)
> at org.hornetq.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:56)
> at org.hornetq.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1229)
> at org.hornetq.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:106)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]
> {code}
> Stuart looked into this issue and realized that the CachedConnectionManager interceptor wasn't being applied consistently on the EJB invocations.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months
[JBoss JIRA] (WFLY-3416) NPE in Undertow Extension if login module doesn't set Principal
by Josef Cacek (JIRA)
Josef Cacek created WFLY-3416:
---------------------------------
Summary: NPE in Undertow Extension if login module doesn't set Principal
Key: WFLY-3416
URL: https://issues.jboss.org/browse/WFLY-3416
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web (Undertow)
Affects Versions: 8.1.0.CR2
Reporter: Josef Cacek
Assignee: Stuart Douglas
NPE is thrown during authentication if a LoginModule doesn't set any principal to the Subject.
The problem comes from {{org.wildfly.extension.undertow.security.AccountImpl}} constructor call {{principal.getName()}}.
{code}
Caused by: java.lang.NullPointerException
at org.wildfly.extension.undertow.security.AccountImpl.<init>(AccountImpl.java:61)
at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:123)
...
{code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
9 years, 11 months