CVS update: JGroups/src/org/jgroups/protocols TP.java

"Bela Ban" <[email protected]>
Newsgroups gmane.comp.java.javagroups.cvs
Message-ID <[email protected]>
  User: belaban 
  Date: 10/08/13 10:24:34

  Modified:    src/org/jgroups/protocols TP.java
  Log:
  check if dest == src == local_addr
  
  Revision  Changes    Path
  1.325     +2 -2      JGroups/src/org/jgroups/protocols/TP.java
  
  Index: TP.java
  ===================================================================
  RCS file: /cvsroot/javagroups/JGroups/src/org/jgroups/protocols/TP.java,v
  retrieving revision 1.324
  retrieving revision 1.325
  diff -u -r1.324 -r1.325
  --- TP.java	5 Aug 2010 07:45:06 -0000	1.324
  +++ TP.java	13 Aug 2010 10:24:34 -0000	1.325
  @@ -47,7 +47,7 @@
    * The {@link #receive(Address, byte[], int, int)} method must
    * be called by subclasses when a unicast or multicast message has been received.
    * @author Bela Ban
  - * @version $Id: TP.java,v 1.324 2010/08/05 07:45:06 belaban Exp $
  + * @version $Id: TP.java,v 1.325 2010/08/13 10:24:34 belaban Exp $
    */
   @MBean(description="Transport protocol")
   @DeprecatedProperty(names={"bind_to_all_interfaces", "use_incoming_packet_handler", "use_outgoing_packet_handler",
  @@ -1002,7 +1002,7 @@
           }
   
           final boolean multicast=dest == null || dest.isMulticastAddress();
  -        if(loopback && (multicast || dest.equals(msg.getSrc()))) {
  +        if(loopback && (multicast || (dest.equals(msg.getSrc()) && dest.equals(local_addr)))) {
   
               // we *have* to make a copy, or else up_prot.up() might remove headers from msg which will then *not*
               // be available for marshalling further down (when sending the message)
  
  
  

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.