[JBoss JIRA] (WFLY-11100) AJP can't redirect to management console because of unresolved address
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11100?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11100:
---------------------------------
Fix Version/s: 15.0.0.Final
> AJP can't redirect to management console because of unresolved address
> ----------------------------------------------------------------------
>
> Key: WFLY-11100
> URL: https://issues.jboss.org/browse/WFLY-11100
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 14.0.0.Final
> Reporter: Aaron Ogburn
> Assignee: Stuart Douglas
> Priority: Major
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> Over an AJP connection, the management console link's redirect from the EAP home page never works. This is because AJP has an unresolved socket on the exchange so this causes comparisons in ConsoleRedirectService$ConsoleRedirectHandler.getRedirectHostname to always fail:
> {code}
> --------------------------->InetSocketAddress.createUnresolved localhost 80 localhost:80
> java.net.InetSocketAddress.createUnresolved(InetSocketAddress.java:254)
> io.undertow.server.protocol.ajp.AjpRequestParseState.createDestinationAddress(AjpRequestParseState.java:142)
> io.undertow.server.protocol.ajp.AjpReadListener.handleEvent(AjpReadListener.java:222)
> --------------------------->InetAddress.equals /127.0.0.1 null false
> java.net.Inet4Address.equals(Inet4Address.java:357)
> org.wildfly.extension.undertow.ConsoleRedirectService$ConsoleRedirectHandler.getRedirectHostname(ConsoleRedirectService.java:144)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11129) Temporary files not cleaned up after build
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11129?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11129:
---------------------------------
Fix Version/s: 15.0.0.Final
> Temporary files not cleaned up after build
> ------------------------------------------
>
> Key: WFLY-11129
> URL: https://issues.jboss.org/browse/WFLY-11129
> Project: WildFly
> Issue Type: Bug
> Components: Build System
> Affects Versions: 14.0.1.Final
> Environment: Solaris SPARC 10, Oracle JDK 1.80,0_181
> Reporter: Frank Langelage
> Assignee: Yeray Borges
> Priority: Major
> Labels: maven
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> After building WildFly 14 from sources I have a lot of files in /var/tmp folder under a unique folder.
> {{sb2000.[neu2l]/mbi/mbi2e_all. ls -l /var/tmp
> total 5356
> drwxr-xr-x 3 jboss informix 512 Oct 6 14:47 1397ea75-a91c-490a-9860-0041c101ef3a
> drwxr-xr-x 3 jboss informix 512 Oct 6 13:47 23d28bb9-0bdd-4991-aa9b-8805d613e720
> drwxr-xr-x 3 jboss informix 512 Oct 5 23:34 2c3bd18e-8b83-46d3-b06f-18378e1cb12d
> drwxr-xr-x 3 jboss informix 512 Oct 6 14:56 396f75f7-45b0-4b50-9607-9060cabf018b
> drwxr-xr-x 3 jboss informix 512 Oct 6 13:48 521e2a76-764c-4f5a-8a6e-282dd5978991
> drwxr-xr-x 3 jboss informix 512 Oct 5 23:35 5430e295-1afa-4257-a2e0-e08b980b7e35
> drwxr-xr-x 3 jboss informix 512 Oct 6 14:53 5a265551-8f04-48c9-8945-abf830e54852
> drwxr-xr-x 3 jboss informix 512 Oct 6 13:46 70a1f863-7e84-40df-9206-23690bcf3ef6
> drwxr-xr-x 3 jboss informix 512 Oct 5 22:02 7186627a-5a89-4334-bdc2-8bfb944e3841
> drwxr-xr-x 3 jboss informix 512 Oct 6 14:52 85663b19-7e4e-48e9-8988-bd24c11fe4d4
> drwxr-xr-x 3 jboss informix 512 Oct 5 23:39 8842f374-85b7-4018-a1fc-6274cb704785
> drwxr-xr-x 3 jboss informix 512 Oct 5 22:05 973d7e32-efe5-4ffa-8f02-079cb7f29e71
> drwxr-x--- 3 oracle dba 2560 Aug 30 00:00 CVU_18.0.0.0.0_oracle
> drwxr-xr-x 3 jboss informix 512 Oct 5 22:06 b8975817-9381-41a3-a512-e8fc6596fa7a
> drwxr-xr-x 3 jboss informix 512 Oct 6 13:40 bd0c1dd7-e8c6-413d-b658-f3c5236bba34
> drwxr-xr-x 3 jboss informix 512 Oct 6 14:54 c3aa3f01-66df-4066-bb35-fed4bd0ad559
> drwxr-xr-x 3 jboss informix 512 Oct 5 23:32 c66c2972-ad28-49e9-a7ff-a7ceed5b7ea3
> drwxr-xr-x 3 jboss informix 512 Oct 5 23:24 ca8816d8-ad10-4860-a18b-0c09b37ed88b
> drwxr-xr-x 3 jboss informix 512 Oct 6 13:50 cc799f82-ed02-4dc4-b56e-ffe0d8eeab75
> drwx------ 2 langfr staff 512 Nov 15 2006 orbit-lafr
> -rw-rw-rw- 1 langfr staff 2383862 Oct 5 03:17 patchdiag.xref
> -rw------- 1 root root 314461 Oct 6 15:32 wscon-:0-5saqic}}
> {{sb2000.[neu2l]/var/tmp. ls -l 396f75f7-45b0-4b50-9607-9060cabf018b/maven/org.jboss.universe_community-universe/*/current
> 396f75f7-45b0-4b50-9607-9060cabf018b/maven/org.jboss.universe_community-universe/wildfly-core/current:
> total 2
> drwxr-xr-x 7 jboss informix 512 Oct 6 14:55 6.0.2.Final
> 396f75f7-45b0-4b50-9607-9060cabf018b/maven/org.jboss.universe_community-universe/wildfly-servlet/current:
> total 2
> drwxr-xr-x 6 jboss informix 512 Oct 6 14:55 14.0.1.Final
> 396f75f7-45b0-4b50-9607-9060cabf018b/maven/org.jboss.universe_community-universe/wildfly/current:
> total 2
> drwxr-xr-x 6 jboss informix 512 Oct 6 14:55 14.0.1.Final}}
> Created by galleon feature pack build (galleon-pack/wildfly-feature-pack-build.xml).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11008) Infinispan IllegalStateException when session invalidated after redirect
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11008?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11008:
---------------------------------
Fix Version/s: 15.0.0.Final
> Infinispan IllegalStateException when session invalidated after redirect
> ------------------------------------------------------------------------
>
> Key: WFLY-11008
> URL: https://issues.jboss.org/browse/WFLY-11008
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Web (Undertow)
> Affects Versions: 14.0.0.Final
> Reporter: Jan Stourac
> Assignee: Paul Ferraro
> Priority: Major
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
> Attachments: undertow1374.war
>
>
> When accessing jsp file which contains redirect followed by session invalidation:
> {code}
> <%
> response.sendRedirect("/foobar");
> request.getSession().invalidate();
> %>
> {code}
> there is an IllegalStateException thrown in server.log:
> {code}
> 17:59:19,878 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /undertow1374/index.jsp: java.lang.IllegalStateException: Transaction TransactionImpl{xid=Xid{formatId=1, globalTransactionId=ABAB36940C34C83ED47BB18DC57542C10000000000000006,branchQualifier=ABAB36940C34C83ED47BB18DC57542C10000000000000006}, status=COMMITTED} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.impl.TxInterceptor.enlist(TxInterceptor.java:424)
> at org.infinispan.interceptors.impl.TxInterceptor.enlistIfNeeded(TxInterceptor.java:331)
> at org.infinispan.interceptors.impl.TxInterceptor.visitLockControlCommand(TxInterceptor.java:216)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
> at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:1018)
> at org.infinispan.cache.impl.DecoratedCache.lock(DecoratedCache.java:188)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.infinispan.cache.impl.EncoderCache.lock(EncoderCache.java:318)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:120)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:110)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:39)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:87)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:37)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:61)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:388)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:208)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:198)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:120)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> at java.lang.Thread.run(Thread.java:748)
> Suppressed: org.infinispan.util.logging.TraceException
> at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.get(SimpleAsyncInvocationStage.java:41)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:250)
> ... 63 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11144) Remove javax.ejb.api module dependency on javax.rmi.api
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11144?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11144:
---------------------------------
Fix Version/s: 15.0.0.Final
> Remove javax.ejb.api module dependency on javax.rmi.api
> -------------------------------------------------------
>
> Key: WFLY-11144
> URL: https://issues.jboss.org/browse/WFLY-11144
> Project: WildFly
> Issue Type: Task
> Components: EJB
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> The javax.ejb.api module depends on javax.rmi.api. But I can't see any reason why; the code in the spec jar does not import anything from any of the classes in the javax.rmi and org.jboss.javax.rmi packages that the javax.rmi.api module exports.
> This is important because javax.rmi.api brings in a huge dependency tree. That module is really just a wrapper around javax.orb.api, exporting a subset of its packages. And javax.orb.api is a misnomer -- it's not just API, it's the entire orb, with implementation dependencies that transitively bring in a large chunk of the entire appserver codebase.
> So if javax.ejb.api does not need javax.rmi.api we need to remove that link.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10884) Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-10884?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-10884:
---------------------------------
Fix Version/s: 15.0.0.Final
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
> ---------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10884
> URL: https://issues.jboss.org/browse/WFLY-10884
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Affects Versions: 13.0.0.Final
> Reporter: Masafumi Miura
> Assignee: Eduardo Martins
> Priority: Major
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore.
> We can not expect ../standalone/configuration/jwt.keystore is always a valid path for jwt.keystore because the process current directory can be changed to any other location than $JBOSS_HOME/bin when standalone.sh is invoked from other location.
> For example, when you start WildFly by executing ./bin/standalone.sh under $JBOSS_HOME directory, the request fails with the following FileNotFoundException:
> {code}
> 19:15:57,579 ERROR [stderr] (default task-1) java.io.FileNotFoundException: ../standalone/configuration/jwt.keystore (No such file or directory)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open0(Native Method)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open(FileInputStream.java:195)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:138)
> 19:15:57,582 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:93)
> 19:15:57,582 ERROR [stderr] (default task-1) at org.jboss.quickstarts.jaxrsjwt.auth.JwtManager.<clinit>(JwtManager.java:46)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.Class.newInstance(Class.java:442)
> 19:15:57,585 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.DefaultProxyInstantiator.newInstance(DefaultProxyInstantiator.java:43)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.run(ProxyFactory.java:359)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:343)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyFactory.create(ClientProxyFactory.java:81)
> 19:15:57,587 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:206)
> ....
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months