[JBoss JIRA] (JGRP-2102) bind_interface="eth0" and bind_addr="LINK_LOCAL" config are conflict
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2102?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2102:
--------------------------------
No, {{bind_interface}} is definitely not in 4.0: there's an attribute {{bind_interface}} in {{MPING}} and one in {{STATE_SOCK}}, but none in {{TP}}!
> bind_interface="eth0" and bind_addr="LINK_LOCAL" config are conflict
> --------------------------------------------------------------------
>
> Key: JGRP-2102
> URL: https://issues.jboss.org/browse/JGRP-2102
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.1
> Environment: [root@wtc2k01v27 ~] CLONE # ip a
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
> inet6 2606:ae00:e200:3f::83/128 scope global
> valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
> link/ether 00:50:56:ab:2a:ea brd ff:ff:ff:ff:ff:ff
> inet 107.250.167.28/25 brd 107.250.167.127 scope global eth0
> inet6 2606:ae00:e200:3f::28/64 scope global
> valid_lft forever preferred_lft forever
> inet6 fe80::250:56ff:feab:2aea/64 scope link
> valid_lft forever preferred_lft forever
> 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
> link/ether 00:50:56:ab:d6:12 brd ff:ff:ff:ff:ff:ff
> inet 192.168.0.59/24 brd 192.168.0.255 scope global eth1
> inet6 fe80::250:56ff:feab:d612/64 scope link
> valid_lft forever preferred_lft forever
> There're eth0 and eth1 exists in the environment
> Reporter: 俐佳 张
> Assignee: Bela Ban
> Fix For: 3.6.12
>
> Attachments: jgroups-udp.xml
>
>
> Error happens while
> Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000085: Error while trying to create a channel using the specified configuration file: /opt/oss/NSN-icf_notification_dispatcher/conf/jgroups-udp.xml
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.buildChannel(JGroupsTransport.java:406)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.initChannel(JGroupsTransport.java:307)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.initChannelAndRPCDispatcher(JGroupsTransport.java:351)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:188)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56)
> at java.lang.reflect.Method.invoke(Method.java:620)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530)
> at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:226)
> ... 26 more
> Caused by: java.lang.Exception: Property assignment of bind_interface in UDP with original property value eth0 and converted to null could not be assigned
> at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1153)
> at org.jgroups.stack.Configurator.createLayer(Configurator.java:444)
> 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:854)
> at org.jgroups.JChannel.<init>(JChannel.java:159)
> at org.jgroups.JChannel.<init>(JChannel.java:129)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.buildChannel(JGroupsTransport.java:404)
> ... 39 more
> Caused by: java.lang.Exception: Conversion of bind_interface in UDP with original property value eth0 failed
> at org.jgroups.conf.PropertyHelper.getConvertedValue(PropertyHelper.java:84)
> at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1147)
> ... 48 more
> Caused by: java.lang.mail(a)example.comIllegalArgumentException: network interface eth0 does not contain address fe80:0:0:0:250:56ff:feab:d612%3
> at org.jgroups.util.Util.validateBindAddressFromInterface(Util.java:3132)
> bind_interface="eth0" and bind_addr="LINK_LOCAL" config are config at the same time
> but it couldn't get the eth0 link local address but return eth1 link local address
> This code return the first address that match, it should return with eth0
> jgroups-3.6.1.Final-sources\org\jgroups\util\Util.java
> public static InetAddress getAddress(AddressScope scope) ----> scope is LINK_LOCAL
> throws SocketException
> {
> InetAddress address = null;
> Enumeration intfs = NetworkInterface.getNetworkInterfaces();
> while (intfs.hasMoreElements()) {
> NetworkInterface intf = (NetworkInterface)intfs.nextElement();
> try {
> if (intf.isUp()) {
> address = getAddress(intf, scope); -------> It will return the first LINK_LOCAL address from NICs list
> if (address != null)
> return address;
> }
> }
> catch (SocketException e) {
> }
> }
> return null;
> }
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (WFCORE-1842) Support RBAC based on raw roles from an Identity
by Pedro Igor (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1842?page=com.atlassian.jira.plugi... ]
Pedro Igor updated WFCORE-1842:
-------------------------------
Component/s: Security
> Support RBAC based on raw roles from an Identity
> -------------------------------------------------
>
> Key: WFCORE-1842
> URL: https://issues.jboss.org/browse/WFCORE-1842
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management, Security
> Reporter: Pedro Igor
>
> Currently, RBAC requires a static mapping between standard roles and raw roles from an identity.
> We should be able to use RBAC without necessarily forcing this static mapping and just consider the raw roles from the identity.
> This issue may be related with exposing {{org.jboss.as.controller.access.management.WritableAuthorizerConfiguration#useRealmRoles}} in the management model.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (WFCORE-1842) Support RBAC based on raw roles from an Identity
by Pedro Igor (JIRA)
Pedro Igor created WFCORE-1842:
----------------------------------
Summary: Support RBAC based on raw roles from an Identity
Key: WFCORE-1842
URL: https://issues.jboss.org/browse/WFCORE-1842
Project: WildFly Core
Issue Type: Feature Request
Components: Domain Management
Reporter: Pedro Igor
Currently, RBAC requires a static mapping between standard roles and raw roles from an identity.
We should be able to use RBAC without necessarily forcing this static mapping and just consider the raw roles from the identity.
This issue may be related with exposing {{org.jboss.as.controller.access.management.WritableAuthorizerConfiguration#useRealmRoles}} in the management model.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (WFLY-3639) default-web-module doesn't work for non default hosts & servers
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-3639?page=com.atlassian.jira.plugin.... ]
Kabir Khan commented on WFLY-3639:
----------------------------------
The fix in https://github.com/wildfly/wildfly/pull/9236 causes regressions
https://ci.wildfly.org/viewLog.html?buildId=28148&tab=buildResultsDiv&bui...
{code}
org.jboss.as.test.integration.management.util.MgmtOperationException: Management operation failed: "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYUT0087: Duplicate default web module 'ROOT.war' configured on server 'default-server', host 'test'"
at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:67)
at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:37)
at org.jboss.as.test.integration.management.base.AbstractMgmtTestBase.executeOperation(AbstractMgmtTestBase.java:73)
at org.jboss.as.test.integration.management.base.AbstractMgmtTestBase.executeOperation(AbstractMgmtTestBase.java:85)
at org.jboss.as.test.integration.management.api.web.VirtualServerTestCase.addVirtualServer(VirtualServerTestCase.java:139)
at org.jboss.as.test.integration.management.api.web.VirtualServerTestCase.addRemoveVirtualServer(VirtualServerTestCase.java:100)
------- Stdout: -------
&#27;[0m02:01:58,958 INFO [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0028: Stopped deployment dummy.jar (runtime-name: dummy.jar) in 3ms
&#27;[0m&#27;[0m02:01:58,966 INFO [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /opt/buildAgent/work/eef9fee5d4ca1630/testsuite/integration/basic/target/jbossas/standalone/data/content/2e/68ed26f1b74748fddd2839595a2c349cadbea7/content
&#27;[0m&#27;[0m02:01:58,966 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0009: Undeployed "dummy.jar" (runtime-name: "dummy.jar")
&#27;[0m02:01:58,971 INFO [org.jboss.as.test.integration.security.common.AbstractBaseSecurityRealmsServerSetupTask] (main) Removing security realm ssl-realm
02:01:58,992 INFO [org.jboss.as.test.integration.security.common.CoreUtils] (main) Client update: {
"operation" => "remove",
"address" => [
("core-service" => "management"),
("security-realm" => "ssl-realm")
],
"operation-headers" => {
"rollback-on-runtime-failure" => false,
"allow-resource-service-restart" => true
}
}
02:01:58,992 INFO [org.jboss.as.test.integration.security.common.CoreUtils] (main) Client update result: {
"outcome" => "success",
"response-headers" => {"process-state" => "reload-required"}
}
&#27;[0m02:01:59,029 INFO [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location /opt/buildAgent/work/eef9fee5d4ca1630/testsuite/integration/basic/target/jbossas/standalone/data/content/98/aa708e24ea1eb7be904d2ac263ce54c84bc9e8/content
&#27;[0m&#27;[0m02:01:59,032 INFO [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "dummy.jar" (runtime-name: "dummy.jar")
&#27;[0m&#27;[33m02:01:59,039 WARN [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.dummy.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&#27;[0m&#27;[0m02:01:59,042 INFO [org.jboss.as.arquillian] (MSC service thread 1-4) Arquillian deployment detected: ArquillianConfig[service=jboss.arquillian.config."dummy.jar",unit=dummy.jar,tests=[org.jboss.as.test.integration.management.api.web.VirtualServerTestCase]]
&#27;[0m&#27;[0m02:01:59,050 INFO [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0010: Deployed "dummy.jar" (runtime-name : "dummy.jar")
&#27;[0m&#27;[31m02:01:59,063 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "undertow"),
("server" => "default-server"),
("host" => "test")
]): java.lang.IllegalArgumentException: WFLYUT0087: Duplicate default web module 'ROOT.war' configured on server 'default-server', host 'test'
at org.wildfly.extension.undertow.deployment.DefaultDeploymentMappingProvider.addMapping(DefaultDeploymentMappingProvider.java:59)
at org.wildfly.extension.undertow.HostAdd.performRuntime(HostAdd.java:73)
at org.jboss.as.controller.AbstractAddStepHandler.performRuntime(AbstractAddStepHandler.java:337)
at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:940)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
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)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
&#27;[0m
{code}
> default-web-module doesn't work for non default hosts & servers
> ---------------------------------------------------------------
>
> Key: WFLY-3639
> URL: https://issues.jboss.org/browse/WFLY-3639
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.1.0.Final
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
> Fix For: 11.0.0.Alpha1
>
>
> If you use config like this:
> {code:xml}
> <host name="default-host" default-web-module="myapp1.war" alias="webapp.domain1.com"/>
> <host name="other-host" default-web-module="myapp2.war" alias="test.domain2.net"/>
> {code}
> and have apps myapp1.war & myapp2.war deployed myappwar2.war won't be bind to other-host.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (WFCORE-1833) Fix ServiceLoader iterator issue
by Richard Opalka (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1833?page=com.atlassian.jira.plugi... ]
Richard Opalka updated WFCORE-1833:
-----------------------------------
Description:
ServiceLoader regression in latest Jigsaw JDK9 builds
is caused by fact ServiceLoader's iterator call to hasNext() method
is not covered with ServiceConfigurationError try-catch statement.
was:
There's ServiceLoader regression in recent Jigsaw JDK9 builds.
We will implement temporary workaround for this Jigsaw issue.
This issue can be closed / resolved once this workaround
will be eliminated from our code base.
> Fix ServiceLoader iterator issue
> --------------------------------
>
> Key: WFCORE-1833
> URL: https://issues.jboss.org/browse/WFCORE-1833
> Project: WildFly Core
> Issue Type: Sub-task
> Reporter: Richard Opalka
> Assignee: Richard Opalka
>
> ServiceLoader regression in latest Jigsaw JDK9 builds
> is caused by fact ServiceLoader's iterator call to hasNext() method
> is not covered with ServiceConfigurationError try-catch statement.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months