[JBoss JIRA] (WFLY-5892) JGroups throws UnknownHostException on processing IPv6 zone interface id with a subinterface
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/WFLY-5892?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on WFLY-5892:
--------------------------------
If you can reproduce this in JGroups, please create a JGroups issue.
I tried an IPv6 address with a zone-id, e.g.
{noformat}
[belasmac] /Users/bela/JGroups$ ifconfig en0
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
ether a8:20:66:11:d3:46
inet6 fe80::aa20:66ff:fe11:d346%en0 prefixlen 64 scopeid 0x4
inet6 2a02:120b:2c30:d170:aa20:66ff:fe11:d346 prefixlen 64 autoconf
inet6 2a02:120b:2c30:d170:38d0:6e8f:3dda:1503 prefixlen 64 deprecated autoconf temporary
inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255
inet6 2a02:120b:2c30:d170:7810:9dad:ad22:81e2 prefixlen 64 deprecated autoconf temporary
inet6 2a02:120b:2c30:d170:51d6:92a:5d68:3588 prefixlen 64 autoconf temporary
nd6 options=1<PERFORMNUD>
media: autoselect (1000baseT <full-duplex,flow-control,energy-efficient-ethernet>)
status: active
{noformat}
Config:
{noformat}
<UDP bind_addr="fe80::aa20:66ff:fe11:d346%en0" ... />
{noformat}
This worked without problems:
{noformat}
[belasmac] /Users/bela/JGroups$ java org.jgroups.demos.Draw -props ~/fast.xml -name A
-------------------------------------------------------------------
GMS: address=A, cluster=draw, physical address=fe80:0:0:0:aa20:66ff:fe11:d346%4:49751
-------------------------------------------------------------------
** View=[A|0] (1) [A]
** View=[A|1] (2) [A, B]
{noformat}
> JGroups throws UnknownHostException on processing IPv6 zone interface id with a subinterface
> --------------------------------------------------------------------------------------------
>
> Key: WFLY-5892
> URL: https://issues.jboss.org/browse/WFLY-5892
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Environment: Solaris 11 Sparc JDK8, IPv6
> Reporter: Michal Karm Babacek
> Assignee: Bela Ban
> Priority: Critical
>
> JGroups pick up IPv6 zone id index and it fails at translating it into an interface name:
> h3. Address
> * address used {{2620:52:0:105f:0:0:ffff:188%net0:2}}
> * {{Caused by: java.net.UnknownHostException: no such interface net0:2}}
> h3. Configuration
> {code}
> <interfaces>
> <interface name="management">
> <inet-address value="2620:52:0:105f::ffff:188"/>
> </interface>
> <interface name="public">
> <inet-address value="2620:52:0:105f::ffff:188"/>
> </interface>
> </interfaces>
> <socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
> <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
> <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9993}"/>
> <socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
> <socket-binding name="http" port="${jboss.http.port:8080}"/>
> <socket-binding name="https" port="${jboss.https.port:8443}"/>
> <socket-binding name="jgroups-mping" port="0" multicast-address="ff02::12" multicast-port="45700"/>
> <socket-binding name="jgroups-tcp" port="7600"/>
> <socket-binding name="jgroups-tcp-fd" port="57600"/>
> <socket-binding name="jgroups-udp" port="55200" multicast-address="ff02::12" multicast-port="45688"/>
> <socket-binding name="jgroups-udp-fd" port="54200"/>
> <socket-binding name="modcluster" port="0" multicast-address="ff02::a" multicast-port="32983"/>
> <socket-binding name="txn-recovery-environment" port="4712"/>
> <socket-binding name="txn-status-manager" port="4713"/>
> <outbound-socket-binding name="mail-smtp">
> <remote-destination host="localhost" port="25"/>
> </outbound-socket-binding>
> </socket-binding-group>
> {code}
> h3. Exception
> {code}
> ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.jgroups.channel.ee: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> at org.wildfly.clustering.jgroups.spi.service.ChannelBuilder.start(ChannelBuilder.java:80)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:640)
> at org.jboss.as.clustering.jgroups.JChannelFactory.createChannel(JChannelFactory.java:98)
> at org.wildfly.clustering.jgroups.spi.service.ChannelBuilder.start(ChannelBuilder.java:78)
> ... 5 more
> Caused by: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1154)
> at org.jgroups.stack.Configurator.createLayer(Configurator.java:445)
> at org.jgroups.stack.Configurator.createProtocols(Configurator.java:398)
> at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:90)
> at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:57)
> at org.jgroups.stack.ProtocolStack.setup(ProtocolStack.java:477)
> at org.jgroups.JChannel.init(JChannel.java:853)
> at org.jgroups.JChannel.<init>(JChannel.java:159)
> at org.jboss.as.clustering.jgroups.JChannelFactory$1.run(JChannelFactory.java:95)
> at org.jboss.as.clustering.jgroups.JChannelFactory$1.run(JChannelFactory.java:92)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
> ... 7 more
> Caused by: java.lang.Exception: Conversion of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 failed
> at org.jgroups.conf.PropertyHelper.getConvertedValue(PropertyHelper.java:84)
> at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1148)
> ... 17 more
> Caused by: java.net.UnknownHostException: no such interface net0:2
> at java.net.Inet6Address.initstr(Inet6Address.java:487)
> at java.net.Inet6Address.<init>(Inet6Address.java:408)
> at java.net.InetAddress.getAllByName(InetAddress.java:1181)
> at java.net.InetAddress.getAllByName(InetAddress.java:1126)
> at java.net.InetAddress.getByName(InetAddress.java:1076)
> at org.jgroups.conf.PropertyConverters$Default.convert(PropertyConverters.java:288)
> at org.jgroups.conf.PropertyHelper.getConvertedValue(PropertyHelper.java:81)
> ... 18 more
> ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "jgroups"),
> ("channel" => "ee")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.jgroups.channel.ee" => "org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> Caused by: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> Caused by: java.lang.Exception: Property assignment of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 and converted to null could not be assigned
> Caused by: java.lang.Exception: Conversion of bind_addr in UDP with original property value 2620:52:0:105f:0:0:ffff:188%net0:2 failed
> Caused by: java.net.UnknownHostException: no such interface net0:2"}}
> {code}
> h3. Interfaces on the Solaris 11 box
> See my undermentioned example:
> {code}
> [mbabacek@dev33 ~]$ groovy https://gist.githubusercontent.com/Karm/ec21b42b59f8889f976f/raw/951f01c6...
> Iface Display name: net4
> Iface Name: net4
> Iface Display name: net0
> Iface Name: net0
> Subiface Display name: net0:7
> Subiface Name: net0:7
> Subiface Display name: net0:6
> Subiface Name: net0:6
> Subiface Display name: net0:5
> Subiface Name: net0:5
> Subiface Display name: net0:4
> Subiface Name: net0:4
> Subiface Display name: net0:3
> Subiface Name: net0:3
> Subiface Display name: net0:2
> Subiface Name: net0:2
> Subiface Display name: net0:1
> Subiface Name: net0:1
> Iface Display name: lo0
> Iface Name: lo0
> {code}
> WDYT? Why should JGroups even try to do that?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5875) Some domain tests fail with security manager
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-5875?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-5875:
--------------------------------------
Assignee: Ondrej Kotek (was: Brian Stansberry)
> Some domain tests fail with security manager
> --------------------------------------------
>
> Key: WFLY-5875
> URL: https://issues.jboss.org/browse/WFLY-5875
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Reporter: Ondrej Kotek
> Assignee: Ondrej Kotek
>
> *org.jboss.as.test.integration.domain.mixed.eap640.MixedDomainDeployment640TestCase#testJsfWorks*
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dts.noSmoke -Dtest=MixedDomainDeployment640TestCase#testJsfWorks -Djboss.test.mixed.domain.dir=/home/okotek/test/ -Dsecurity.manager}}
> fails with:
> {noformat}
> SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http-/10.16.95.147:8080-1) Error Rendering View[/home.xhtml]: javax.el.ELException: /home.xhtml: java.lang.RuntimeException: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.compiler.TextInstruction.write(TextInstruction.java:88)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207)&#27;[0m
> [Server:server-one] &#27;[31m at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)&#27;[0m
> [Server:server-one] &#27;[31m at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)&#27;[0m
> [Server:server-one] &#27;[31m at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)&#27;[0m
> [Server:server-one] &#27;[31m at java.lang.reflect.Method.invoke(Method.java:497)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:264)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:262)&#27;[0m
> [Server:server-one] &#27;[31m at java.security.AccessController.doPrivileged(Native Method)&#27;[0m
> [Server:server-one] &#27;[31m at javax.security.auth.Subject.doAsPrivileged(Subject.java:549)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:296)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:156)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:288)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:59)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:197)&#27;[0m
> [Server:server-one] &#27;[31m at java.security.AccessController.doPrivileged(Native Method)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.event(JBossWebContext.java:91)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.invoke(JBossWebContext.java:72)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926)&#27;[0m
> [Server:server-one] &#27;[31m at java.lang.Thread.run(Thread.java:745)&#27;[0m
> [Server:server-one] &#27;[31mCaused by: java.lang.RuntimeException: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:65)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflections.ensureAccessible(SecureReflections.java:283)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.introspector.jlr.WeldConstructorImpl.newInstance(WeldConstructorImpl.java:206)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:117)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.bean.ManagedBean.createInstance(ManagedBean.java:340)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.produce(ManagedBean.java:204)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:296)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.as.test.integration.domain.mixed.jsf.Bean$Proxy$_$$_WeldClientProxy.getMessage(Bean$Proxy$_$$_WeldClientProxy.java)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)&#27;[0m
> [Server:server-one] &#27;[31m at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)&#27;[0m
> [Server:server-one] &#27;[31m at java.lang.reflect.Method.invoke(Method.java:497)&#27;[0m
> [Server:server-one] &#27;[31m at javax.el.BeanELResolver.getValue(BeanELResolver.java:304)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.el.parser.AstValue.getValue(AstValue.java:166)&#27;[0m
> [Server:server-one] &#27;[31m at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:189)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.el.ELText$ELTextVariable.writeText(ELText.java:227)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.el.ELText$ELTextComposite.writeText(ELText.java:150)&#27;[0m
> [Server:server-one] &#27;[31m at com.sun.faces.facelets.compiler.TextInstruction.write(TextInstruction.java:85)&#27;[0m
> [Server:server-one] &#27;[31m ... 38 more&#27;[0m
> [Server:server-one] &#27;[31mCaused by: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&#27;[0m
> [Server:server-one] &#27;[31m at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)&#27;[0m
> [Server:server-one] &#27;[31m at java.security.AccessController.checkPermission(AccessController.java:884)&#27;[0m
> [Server:server-one] &#27;[31m at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)&#27;[0m
> [Server:server-one] &#27;[31m at java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:128)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflections$14.work(SecureReflections.java:288)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflections$14.work(SecureReflections.java:283)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)&#27;[0m
> [Server:server-one] &#27;[31m at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63)&#27;[0m
> {noformat}
> *org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase#testReadEnvironmentVariablesForServers*
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.domain -Dts.noSmoke -Dtest=org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase#testReadEnvironmentVariablesForServers}}
> fails with:
> {noformat}
> ERROR [io.undertow.request] (default task-43) UT005023: Exception handling request to /env-test/env: java.security.Access
> ControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getenv.*")" in code source "(vfs:/content/env-test.war/WEB-INF/classes <no signer certificates>)" of "null")
> [Server:main-one] at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> [Server:main-one] at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> [Server:main-one] at java.lang.System.getenv(System.java:944) [rt.jar:1.8.0_60]
> [Server:main-one] at org.jboss.as.test.integration.domain.suites.EnvironmentTestServlet.doGet(EnvironmentTestServlet.java:44) [classes:]
> [Server:main-one] at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
> [Server:main-one] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> [Server:main-one] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> [Server:main-one] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:180) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_60]
> [Server:main-one] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:177) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
> [Server:main-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60]
> [Server:main-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60]
> [Server:main-one] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5696) Mixed domain test launches a broken server from the DC
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-5696?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-5696:
-----------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/8520
> Mixed domain test launches a broken server from the DC
> ------------------------------------------------------
>
> Key: WFLY-5696
> URL: https://issues.jboss.org/browse/WFLY-5696
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Affects Versions: 10.0.0.CR4
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
> Fix For: 11.0.0.Alpha1
>
>
> The host.xml used by the DC in the testsuite/mixed-domain tests is launching a server. This server fails to launch because the profiles being used include stuff that won't work on current version servers (i.e. legacy subsystems like web).
> The failure to launch the server isn't affecting the test results, proving the existence of the server is not relevant to the test assertions.
> However, WildcardReadsTestCase is asserting that the wildcard reads are able to read this server, so we need to decide how to proceed. Simply dropping the "server" element from host.xml doesn't work.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5886) Remote EJB dispatches to thread pools twice
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-5886?page=com.atlassian.jira.plugin.... ]
David Lloyd commented on WFLY-5886:
-----------------------------------
IMO not only should all synchronous invocations be running in the worker or the thread pool otherwise associated with the request, but local async invocations should as well (we'd need to track the "current" executor though). That could be "stage two" of this enhancement.
> Remote EJB dispatches to thread pools twice
> -------------------------------------------
>
> Key: WFLY-5886
> URL: https://issues.jboss.org/browse/WFLY-5886
> Project: WildFly
> Issue Type: Enhancement
> Reporter: Stuart Douglas
> Assignee: Jason Greene
>
> Remote EJB currently involves a dispatch to a worker pool, followed by a dispatch to the EJB executor. It would be better if there was an option just to run the EJB invocation in the worker.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5896) Remote EJB dispatches to thread pools twice
by Jason Greene (JIRA)
Jason Greene created WFLY-5896:
----------------------------------
Summary: Remote EJB dispatches to thread pools twice
Key: WFLY-5896
URL: https://issues.jboss.org/browse/WFLY-5896
Project: WildFly
Issue Type: Enhancement
Reporter: Stuart Douglas
Assignee: Jason Greene
Remote EJB currently involves a dispatch to a worker pool, followed by a dispatch to the EJB executor. It would be better if there was an option just to run the EJB invocation in the worker.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFCORE-1145) Review of HostController / Application Server Remoting connections
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1145?page=com.atlassian.jira.plugi... ]
Jason Greene commented on WFCORE-1145:
--------------------------------------
You could also just reuse local file-based auth right? the filesystem is the same on server and HC
> Review of HostController / Application Server Remoting connections
> ------------------------------------------------------------------
>
> Key: WFCORE-1145
> URL: https://issues.jboss.org/browse/WFCORE-1145
> Project: WildFly Core
> Issue Type: Task
> Components: Domain Management
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Labels: affects_elytron
> Fix For: 3.0.0.Alpha1
>
>
> Where an application server connects back to it's host controller in domain mode it used the same Remoting connector exposed possibly for native domain management access.
> The problem with this is that as soon as any security restrictions are placed on the connector exposed by the host controller then the application servers require something to work with this - this is even though we are only ever talking about loopback communication between two process on the same machine.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5822) Clustering performance regression in ejbremote-dist-sync scenario
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/WFLY-5822?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz edited comment on WFLY-5822 at 12/21/15 4:31 PM:
---------------------------------------------------------------------
Something a little strange in the logs for the test case. I see this a short time after the test starts:
{noformat}
[JBossINF] [0m[0m04:46:01,868 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@3752b060.
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 2d29e0dc-3bfb-42d7-a15e-ac43c88fb4d1 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [5251526551574950557052565268546565555556705070525068555254505668] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,870 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m[0m04:46:01,896 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@228529d3.
[JBossINF] [0m04:46:01,896 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 5cbaadf8-6e55-4f1b-8844-96afef383d33 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,897 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [6953704857685049685168535268536966485249675553506769485157667052] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,898 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,950 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,983 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,006 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@1abcfc74]}
[JBossINF] [0m04:46:02,007 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,019 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,035 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,047 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5fb9e46a]}
[JBossINF] [0m04:46:02,048 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,068 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,077 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,084 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5a69864d]}
{noformat}
Namely, that after period of time, instead of looking up session ids, we are looking up client entry mappings for a single node (perf18, in this case). These lookups go on forever. Investigating.
was (Author: rachmato):
Something a little strange in the logs for the test case. I see this a short time after the test starts:
{noformat}
[JBossINF] [0m[0m04:46:01,868 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@3752b060.
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 2d29e0dc-3bfb-42d7-a15e-ac43c88fb4d1 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [5251526551574950557052565268546565555556705070525068555254505668] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,870 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m[0m04:46:01,896 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@228529d3.
[JBossINF] [0m04:46:01,896 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 5cbaadf8-6e55-4f1b-8844-96afef383d33 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,897 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [6953704857685049685168535268536966485249675553506769485157667052] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,898 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,950 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,983 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,006 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@1abcfc74]}
[JBossINF] [0m04:46:02,007 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,019 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,035 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,047 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5fb9e46a]}
[JBossINF] [0m04:46:02,048 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,068 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,077 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,084 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5a69864d]}
{noformat}
Namely, that after period of time, instead of looking up session ids, we are looking up client entry mappings for a single node (perf18, in this case). Investigating.
> Clustering performance regression in ejbremote-dist-sync scenario
> ------------------------------------------------------------------
>
> Key: WFLY-5822
> URL: https://issues.jboss.org/browse/WFLY-5822
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, EJB
> Affects Versions: 10.0.0.CR5
> Reporter: Michal Vinkler
> Assignee: Richard Achmatowicz
> Priority: Critical
>
> Compared to EAP 6, all SYNC scenarios have the same/better performance except of this one, wonder why?
> Compare these results:
> stress-ejbremote-dist-sync
> 7.0.0.ER2: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-str...]
> 6.4.0.GA: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-str...]
> ---------------------------------------
> Just for comparison: ejbremote REPL_SYNC scenario *performs well* on the other hand:
> stress-ejbremote-repl-sync
> 7.0.0.ER2: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-str...]
> 6.4.0.GA: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-str...]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5822) Clustering performance regression in ejbremote-dist-sync scenario
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/WFLY-5822?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz commented on WFLY-5822:
-------------------------------------------
Something a little strange in the logs for the test case. I see this a short time after the test starts:
{noformat}
[JBossINF] [0m[0m04:46:01,868 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@3752b060.
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 2d29e0dc-3bfb-42d7-a15e-ac43c88fb4d1 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,869 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [5251526551574950557052565268546565555556705070525068555254505668] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,870 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m[0m04:46:01,896 INFO [org.jboss.test.clusterbench.common.ejb.CommonStatefulSBImpl] (EJB default - 9) New SFSB created: org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSBImpl@228529d3.
[JBossINF] [0m04:46:01,896 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key 5cbaadf8-6e55-4f1b-8844-96afef383d33 since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf19]
[JBossINF] [0m04:46:01,897 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Not doing a remote get for key UnknownSessionID [6953704857685049685168535268536966485249675553506769485157667052] since entry is mapped to current node (perf18) or is in L1. Owners are [perf18, perf21]
[JBossINF] [0m04:46:01,898 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,950 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:01,983 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,006 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@1abcfc74]}
[JBossINF] [0m04:46:02,007 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,019 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,035 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,047 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5fb9e46a]}
[JBossINF] [0m04:46:02,048 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? false. hasModifications=false, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,068 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Should invoke remotely? true. hasModifications=true, hasRemoteLocksAcquired=false
[JBossINF] [0m04:46:02,077 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Perform remote get for key perf18. topologyId=-1, currentTopologyId=6
[JBossINF] [0m04:46:02,084 TRACE [org.infinispan.interceptors.distribution.BaseDistributionInterceptor] (EJB default - 9) Remote get of key 'perf18' (topologyId=6) returns ImmortalCacheEntry{key=perf18, value=perf18=[org.jboss.as.network.ClientMapping@5a69864d]}
{noformat}
Namely, that after period of time, instead of looking up session ids, we are looking up client entry mappings for a single node (perf18, in this case). Investigating.
> Clustering performance regression in ejbremote-dist-sync scenario
> ------------------------------------------------------------------
>
> Key: WFLY-5822
> URL: https://issues.jboss.org/browse/WFLY-5822
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, EJB
> Affects Versions: 10.0.0.CR5
> Reporter: Michal Vinkler
> Assignee: Richard Achmatowicz
> Priority: Critical
>
> Compared to EAP 6, all SYNC scenarios have the same/better performance except of this one, wonder why?
> Compare these results:
> stress-ejbremote-dist-sync
> 7.0.0.ER2: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-str...]
> 6.4.0.GA: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-str...]
> ---------------------------------------
> Just for comparison: ejbremote REPL_SYNC scenario *performs well* on the other hand:
> stress-ejbremote-repl-sync
> 7.0.0.ER2: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-str...]
> 6.4.0.GA: [throughput|http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-str...]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5895) Standard way of checking if the request controller is available for extension usage is incorrect
by James Perkins (JIRA)
James Perkins created WFLY-5895:
-----------------------------------
Summary: Standard way of checking if the request controller is available for extension usage is incorrect
Key: WFLY-5895
URL: https://issues.jboss.org/browse/WFLY-5895
Project: WildFly
Issue Type: Bug
Components: Batch, EE
Reporter: James Perkins
Assignee: James Perkins
Both batch and EE check if the resource controller is present by checking the model {{context.getOriginalRootResource().hasChild(PathElement.pathElement(ModelDescriptionConstants.SUBSYSTEM, RequestControllerExtension.SUBSYSTEM_NAME));}}. It should {{context.readResourceFromRoot(PathAddress.EMPTY_ADDRESS)}} or better yet use the provided capability.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5894) Usage of context.getOriginalRootResource().navigate(pathAddress) should be reviewed in the picketlink subsystem
by James Perkins (JIRA)
James Perkins created WFLY-5894:
-----------------------------------
Summary: Usage of context.getOriginalRootResource().navigate(pathAddress) should be reviewed in the picketlink subsystem
Key: WFLY-5894
URL: https://issues.jboss.org/browse/WFLY-5894
Project: WildFly
Issue Type: Task
Components: Security
Reporter: James Perkins
Assignee: Darran Lofthouse
There are 4 resource definitions that use the {{OperationContext.getOriginalRootResource()}} method. These could be fragile in a composite add/write operation as a {{NoSuchResourceException}} might be thrown during the {{Resource.navigate()}} method.
1. {{org.wildfly.extension.picketlink.federation.model.idp.IdentityProviderResourceDefinition}}
2. {{org.wildfly.extension.picketlink.federation.model.keystore.KeyStoreProviderResourceDefinition}}
3. {{org.wildfly.extension.picketlink.federation.model.saml.SAMLResourceDefinition}}
4. {{org.wildfly.extension.picketlink.federation.model.sp.ServiceProviderResourceDefinition}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
