[
https://issues.jboss.org/browse/JGRP-1263?page=com.atlassian.jira.plugin....
]
Bela Ban commented on JGRP-1263:
--------------------------------
I used to dump the entire stack trace, but folks asked me to remove it, since it was too
verbose.
Can I close this issue ?
Please discuss issues like these on the (dev) mailing list next time, before creating a
bug report.
Regards,
Bela
org.jgroups.protocols.UDP - failed sending message to null
----------------------------------------------------------
Key: JGRP-1263
URL:
https://issues.jboss.org/browse/JGRP-1263
Project: JGroups
Issue Type: Bug
Affects Versions: 2.10
Environment: Linux, Java 1.6.18 32bit
Reporter: Adrian Tarau
Assignee: Bela Ban
This occurs random and affect the notification mechanism built in our application.
Looking in TP
// Don't send if destination is local address. Instead, switch dst and src and send
it up the stack.
// If multicast message, loopback a copy directly to us (but still multicast).
Once we receive this,
// we will discard our own multicast message
Address dest=msg.getDest();
if(dest instanceof PhysicalAddress) {
// We can modify the message because it won't get retransmitted. The only
time we have a physical address
// as dest is when TCPPING sends the initial discovery requests to
initial_hosts: this is below UNICAST,
// so no retransmission
msg.setDest(null);
}
final boolean multicast=dest == null || dest.isMulticastAddress();
if(loopback && (multicast || dest.equals(msg.getSrc()))) {
.....
}
you can notice that it will fail if dest == null when doing the equal.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira