[JBoss JIRA] (WFCORE-2173) Prepare tests for JBEAP-6953
by Marek Kopecký (JIRA)
Marek Kopecký created WFCORE-2173:
-------------------------------------
Summary: Prepare tests for JBEAP-6953
Key: WFCORE-2173
URL: https://issues.jboss.org/browse/WFCORE-2173
Project: WildFly Core
Issue Type: Task
Components: CLI, Test Suite
Affects Versions: 3.0.0.Alpha17
Reporter: Marek Kopecký
Assignee: Marek Kopecký
Prepare tests for JBEAP-6953
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFCORE-2172) VDX - pretty print gives different message on IBM JDK than on Oracle/OpenJDK for incorrect value of element or unexpected empty element
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2172?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-8192 to WFCORE-2172:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2172 (was: JBEAP-8192)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Domain Management
(was: Domain Management)
Affects Version/s: (was: 7.1.0.DR10)
> VDX - pretty print gives different message on IBM JDK than on Oracle/OpenJDK for incorrect value of element or unexpected empty element
> ---------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-2172
> URL: https://issues.jboss.org/browse/WFCORE-2172
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Rostislav Svoboda
> Assignee: Toby Crawley
>
> VDX - pretty print gives different message on IBM JDK than on Oracle/OpenJDK for incorrect value of element or unexpected empty element
> IBM JDK details:
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr3fp20-20161019_02(SR3 FP20))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20161013_322271 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR3_20161013_1635_B322271
> JIT - tr.r14.java.green_20161011_125790
> GC - R28_Java8_SR3_20161013_1635_B322271_CMPRSS
> J9CL - 20161013_322271)
> JCL - 20161018_01 based on Oracle jdk8u111-b14
> Testsuite: https://github.com/jboss-eap-qe/vdx-wildfly-testsuite
> Jenkins job: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Pret...
> Failing tests:
> * JBossWSTestCase#incorrectValueOfModifyWsdlAddressElement
> * JBossWSTestCase#modifyWsdlAddressElementWithNoValue
> * 4x JBossWSDomainTestCase#modifyWsdlAddressElementWithNoValue*
> Run one test for standalone: mvn -Djboss.home=/home/rsvoboda/TESTING/710DR10/jboss-eap-7.1 test -Dtest=$TEST
> Run one test for domain: use ^^^ add -Ddomain
> Attached details from tests runs using Oracle and IBM JDK, executed JBossWSTestCase#incorrectValueOfModifyWsdlAddressElement and JBossWSTestCase#modifyWsdlAddressElementWithNoValue tests. -nodocs variants are when I removed docs directory (=> no VDX ) to see raw error messages.
> *Preliminary conclusion:*
> It seems that for Oracle JDK and OpenJDK VDX removes {{WFLYCTL0097:}} from the caused by error message, but for IBM JDK it is present in the message - e.g. ' ^^^^ "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. ...'.
> For IBM JDK the {{The primary underlying error message was:}} part is different than for Oracle case.
> Lets use case for incorrectValueOfModifyWsdlAddressElement:
> Oracle:
> {code}
> | 387: <modify-wsdl-address>ttrue</modify-wsdl-address>
> | ^^^^ Wrong type for 'modify-wsdl-address'. Expected [BOOLEAN] but was
> | STRING
> |
> | 388: </subsystem>
> | 389: <subsystem xmlns="urn:jboss:domain:weld:3.0"/>
> | 390: </profile>
> |
> | The primary underlying error message was:
> | > ParseError at [row,col]:[387,28]
> | > Message: "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. Expected
> | > [BOOLEAN] but was STRING"
> {code}
> IBM:
> {code}
> | 387: <modify-wsdl-address>ttrue</modify-wsdl-address>
> | ^^^^ "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. Expected [BOOLEAN]
> | but was STRING"
> |
> | 388: </subsystem>
> | 389: <subsystem xmlns="urn:jboss:domain:weld:3.0"/>
> | 390: </profile>
> |
> | The primary underlying error message was:
> | > "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. Expected [BOOLEAN]
> | > but was STRING"
> {code}
> When I disabled pretty print I got this:
> Oracle:
> {code}
> 08:56:10,894 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:143) [wildfly-controller-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at org.jboss.as.server.ServerService.boot(ServerService.java:373) [wildfly-server-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:314) [wildfly-controller-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91]
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[387,28]
> Message: "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. Expected [BOOLEAN] but was STRING"
> {code}
> IBM:
> {code}
> 08:55:01,335 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:143) [wildfly-controller-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at org.jboss.as.server.ServerService.boot(ServerService.java:373) [wildfly-server-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:314) [wildfly-controller-3.0.0.Alpha17-redhat-1.jar:3.0.0.Alpha17-redhat-1]
> at java.lang.Thread.run(Thread.java:785) [vm.jar:1.8.0]
> Caused by: javax.xml.stream.XMLStreamException: "WFLYCTL0097: Wrong type for 'modify-wsdl-address'. Expected [BOOLEAN] but was STRING"
> {code}
> cc [~tcrawley]
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-7869) CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/WFLY-7869?page=com.atlassian.jira.plugin.... ]
Hynek Švábek updated WFLY-7869:
-------------------------------
Description:
This issue blocks verification of this RFE https://issues.jboss.org/browse/EAP7-533.
CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
You can try it by this command (you must replace path to some real file.
/subsystem=elytron/credential-store=CredStoreCMD:add(uri="cr-store://test/cs444.jceks", credential-reference={type=COMMAND, clear-text="{CMD}/real/path/to/pass-ely.sh"})
Once the command is successful executed:
# stop the server (not necessary)
# check standalone.xml
Given CredentialStore is persisted without attribute *type="COMMAND"*
was:
This issue blocks verification of this RFE https://issues.jboss.org/browse/EAP7-533.
CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
You can try it by this command (you must replace path to some real file.
{code}
/subsystem=elytron/credential-store=CredStoreCMD:add(uri="cr-store://test/cs444.jceks", credential-reference={type=COMMAND, clear-text="{CMD}/real/path/to/pass-ely.sh"})
{code}
Once the command is successful executed:
# stop the server (not necessary)
# check standalone.xml
Given CredentialStore is persisted without attribute *type="COMMAND"*
> CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7869
> URL: https://issues.jboss.org/browse/WFLY-7869
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Peter Skopek
> Priority: Blocker
>
> This issue blocks verification of this RFE https://issues.jboss.org/browse/EAP7-533.
> CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
> You can try it by this command (you must replace path to some real file.
> /subsystem=elytron/credential-store=CredStoreCMD:add(uri="cr-store://test/cs444.jceks", credential-reference={type=COMMAND, clear-text="{CMD}/real/path/to/pass-ely.sh"})
> Once the command is successful executed:
> # stop the server (not necessary)
> # check standalone.xml
> Given CredentialStore is persisted without attribute *type="COMMAND"*
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-7869) CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/WFLY-7869?page=com.atlassian.jira.plugin.... ]
Hynek Švábek reassigned WFLY-7869:
----------------------------------
Assignee: Peter Skopek (was: Darran Lofthouse)
> CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7869
> URL: https://issues.jboss.org/browse/WFLY-7869
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Peter Skopek
> Priority: Blocker
>
> This issue blocks verification of this RFE https://issues.jboss.org/browse/EAP7-533.
> CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
> You can try it by this command (you must replace path to some real file.
> {code}
> /subsystem=elytron/credential-store=CredStoreCMD:add(uri="cr-store://test/cs444.jceks", credential-reference={type=COMMAND, clear-text="{CMD}/real/path/to/pass-ely.sh"})
> {code}
> Once the command is successful executed:
> # stop the server (not necessary)
> # check standalone.xml
> Given CredentialStore is persisted without attribute *type="COMMAND"*
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-7869) CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
by Hynek Švábek (JIRA)
Hynek Švábek created WFLY-7869:
----------------------------------
Summary: CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
Key: WFLY-7869
URL: https://issues.jboss.org/browse/WFLY-7869
Project: WildFly
Issue Type: Bug
Components: Security
Reporter: Hynek Švábek
Assignee: Darran Lofthouse
Priority: Blocker
This issue blocks verification of this RFE https://issues.jboss.org/browse/EAP7-533.
CS with {CMD} or {EXT} pass doesn't persist type=COMMAND to configuration -> after reload it doesn't work.
You can try it by this command (you must replace path to some real file.
{code}
/subsystem=elytron/credential-store=CredStoreCMD:add(uri="cr-store://test/cs444.jceks", credential-reference={type=COMMAND, clear-text="{CMD}/real/path/to/pass-ely.sh"})
{code}
Once the command is successful executed:
# stop the server (not necessary)
# check standalone.xml
Given CredentialStore is persisted without attribute *type="COMMAND"*
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (JGRP-2103) GroupRequest times out when the only recipient leaves too soon
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2103?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-2103:
---------------------------
Fix Version/s: 3.6.13
(was: 3.6.12)
> GroupRequest times out when the only recipient leaves too soon
> --------------------------------------------------------------
>
> Key: JGRP-2103
> URL: https://issues.jboss.org/browse/JGRP-2103
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.10
> Reporter: Dan Berindei
> Assignee: Bela Ban
> Fix For: 3.6.13
>
>
> There is a concurrency issue when a user calls {{messageDispatcher.cast(dests, msg, options, block_for_results, null)}} and adds a listener later with {{req.setListener(listener)}}.
> If the node installs a new view between {{cast()}} and {{setListener()}} that removes all the {{dests}} nodes, the listener is never called. This test fails:
> {code}
> public void testCastToMissingNode() throws Exception {
> d1.setRequestHandler(new MyHandler(new byte[10]));
> b = createChannel(a);
> b.setName("B");
> final CountDownLatch targetLatch = new CountDownLatch(1);
> d2 = new MessageDispatcher(b, null, null, new RequestHandler() {
> @Override
> public Object handle(Message msg) throws Exception {
> targetLatch.await();
> return null;
> }
> });
> b.connect("MessageDispatcherUnitTest");
> Assert.assertEquals(2, b.getView().size());
> final CountDownLatch futureLatch = new CountDownLatch(1);
> FutureListener listener = new FutureListener() {
> @Override
> public void futureDone(Future future) {
> futureLatch.countDown();
> }
> };
> List<Address> dests = Collections.singletonList(b.getAddress());
> byte[] buf = new byte[1];
> Message msg = new Message();
> msg.setBuffer(buf);
> NotifyingFuture<RspList<Object>> future = d1.castMessageWithFuture(dests, msg, RequestOptions.SYNC(), null);
> b.disconnect();
> Thread.sleep(100);
> future.setListener(listener);
> assertTrue(futureLatch.await(10, TimeUnit.SECONDS));
> targetLatch.countDown();
> }
> {code}
> If I change the {{d1.castMessageWithFuture(dests, msg, RequestOptions.SYNC(), null)}} with {{d1.castMessageWithFuture(dests, msg, RequestOptions.SYNC(), listener)}} and comment out the {{future.setListener(listener)}} line, the test passes.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[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 updated JGRP-2102:
---------------------------
Fix Version/s: 3.6.13
(was: 3.6.12)
Environment:
{noformat}
[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
{noformat}
There're eth0 and eth1 exists in the environment
was:
{noformat}
[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
{noformat}
There're eth0 and eth1 exists in the environment
> 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: {noformat}
> [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
> {noformat}
> There're eth0 and eth1 exists in the environment
> Reporter: 俐佳 张
> Assignee: Bela Ban
> Fix For: 3.6.13
>
> 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
> {code}
> 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;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months