[JBoss JIRA] (WFLY-2773) ClientConfigurationImpl should not translate IP address to host name
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-2773?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-2773:
-----------------------------------------------
mark yarborough <myarboro(a)redhat.com> changed the Status of [bug 1054776|https://bugzilla.redhat.com/show_bug.cgi?id=1054776] from VERIFIED to CLOSED
> ClientConfigurationImpl should not translate IP address to host name
> --------------------------------------------------------------------
>
> Key: WFLY-2773
> URL: https://issues.jboss.org/browse/WFLY-2773
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Affects Versions: 8.0.0.CR1
> Reporter: Jan Martiska
> Assignee: Jan Martiska
>
> When creating a ModelControllerClient and passing in an IP address, ClientConfigurationImpl internally translates it to a host name, like here:
> {noformat}
> public static ModelControllerClientConfiguration create(final InetAddress address, final int port) {
> return new ClientConfigurationImpl(address.getHostName(), port, null, null, null, createDefaultExecutor(), true, null);
> }
> {noformat}
> Later on, when the client connects, it is translated via DNS back to an IP address. This is not only unnecessary, but in some situations, it is wrong.
> Consider a Windows machine having two IP addresses ,A and B, on one network interface, where only A is pointed at by a DNS record.
> - Run AS testsuite and pass it the address B as the node0 property, AS will bind itself to this address.
> - Now when a test creates a ModelControllerClient using IP address B, the address B will get translated to the host name, even though B is not in the DNS. The resolving works this way on a Windows machine.
> - During the connection, the host name will get resolved by DNS to address A and the test will try to connect through address A. The connection will be refused, or worse, might connect to another instance on the same machine.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
12 years
[JBoss JIRA] (WFLY-2370) NPE in DelegatingServerInventory
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-2370?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-2370:
-----------------------------------------------
mark yarborough <myarboro(a)redhat.com> changed the Status of [bug 1024109|https://bugzilla.redhat.com/show_bug.cgi?id=1024109] from VERIFIED to CLOSED
> NPE in DelegatingServerInventory
> --------------------------------
>
> Key: WFLY-2370
> URL: https://issues.jboss.org/browse/WFLY-2370
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Affects Versions: 8.0.0.Beta1
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: 8.0.0.CR1
>
>
> http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=4738&tab=build...
> Test failure:
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.jboss.as.test.integration.domain.DomainControllerMigrationTestCase.testDCFailover(DomainControllerMigrationTestCase.java:223)
> This appears in the log:
> [Host Controller] 03:26:38,028 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("read-attribute") failed - address: ([
> [Host Controller] ("host" => "failover-h1"),
> [Host Controller] ("server-config" => "failover-one")
> [Host Controller] ]): java.lang.NullPointerException
> [Host Controller] at org.jboss.as.host.controller.DomainModelControllerService$DelegatingServerInventory.determineServerStatus(DomainModelControllerService.java:788)
> [Host Controller] at org.jboss.as.host.controller.operations.ServerStatusHandler.execute(ServerStatusHandler.java:66)
> [Host Controller] at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:177) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:97) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> [Host Controller] at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:151) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
12 years
[JBoss JIRA] (WFLY-3228) ApplyRemoteMasterDomainHandler should use values sent from DC for root resource
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-3228?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-3228:
-----------------------------------------------
mark yarborough <myarboro(a)redhat.com> changed the Status of [bug 1085122|https://bugzilla.redhat.com/show_bug.cgi?id=1085122] from VERIFIED to CLOSED
> ApplyRemoteMasterDomainHandler should use values sent from DC for root resource
> -------------------------------------------------------------------------------
>
> Key: WFLY-3228
> URL: https://issues.jboss.org/browse/WFLY-3228
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.Final
> Reporter: Kabir Khan
> Assignee: Kabir Khan
> Fix For: 8.1.0.CR1, 8.1.0.Final
>
>
> This is needed to keep the slave copy of the resource model actually the same, and popped up during mixed domain testing of EAP with a 6.2.0 slave.
> Connect directly to to 6.1.1 slave - gets domain version from master
> {code}
> [domain@localhost:19999 /] :read-resource
> {
> "outcome" => "success",
> "result" => {
> "deployment" => undefined,
> "deployment-overlay" => undefined,
> "management-major-version" => 1,
> "management-micro-version" => 0,
> "management-minor-version" => 6,
> "name" => "Unnamed Domain",
> "namespaces" => [],
> "path" => undefined,
> "product-name" => "EAP",
> "product-version" => "6.3.0.Alpha3",
> "profile" => undefined,
> "release-codename" => "Janus",
> "release-version" => "7.4.0.Final-redhat-SNAPSHOT",
> {code}
> Connect directly to 6.2.0 slave - does not get domain version from master
> {code}
> [domain@localhost:19999 /] :read-resource
> {
> "outcome" => "success",
> "result" => {
> "management-major-version" => 1,
> "management-micro-version" => 0,
> "management-minor-version" => 5,
> "name" => "Unnamed Domain",
> "namespaces" => [],
> "product-name" => "EAP",
> "product-version" => "6.2.0.GA",
> "release-codename" => "Janus",
> "release-version" => "7.3.0.Final-redhat-14",
> {code}
> The 6.2.0 slave should look the same as the 6.1.1 slave for these attributes.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
12 years