You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "Mark Brouwer (JIRA)" <ji...@apache.org> on 2007/07/24 10:01:46 UTC
[jira] Updated: (RIVER-13) net.jini.discovery.LookupDiscovery
logging is verbose and distracting to debugging
[ https://issues.apache.org/jira/browse/RIVER-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Brouwer updated RIVER-13:
------------------------------
Component/s: net_jini_discovery
Affects Version/s: jtsk_2.1
> net.jini.discovery.LookupDiscovery logging is verbose and distracting to debugging
> ----------------------------------------------------------------------------------
>
> Key: RIVER-13
> URL: https://issues.apache.org/jira/browse/RIVER-13
> Project: River
> Issue Type: Improvement
> Components: net_jini_discovery
> Affects Versions: jtsk_2.1
> Environment: Any Machine with multiple network interfaces, some of which are not active.
> Reporter: Gregg Wonderly
>
> On my laptop computer, I have 3 different network interfaces available. Wireless, wired and bluetooth. When trying to debug certain LookupDiscovery issues, I wanted to turn logging up to the FINE level. Apon doing this, I was suddenly greeted with huge amounts of logging related to the inactive interfaces not being able to use multicast. On top of that, the logger used seems to not be setup correctly.
> Below is an extraction of the log file showing the two, recurring log entries. The HANDLED entry has a "null" logger name, which makes it difficult to know how to turn that entry on/off.
> 03/02/2007 15:05:39 [net.jini.discovery.LookupDiscovery#29] CONFIG # LookupDiscovery - multicast network interface(s): [name:lo (MS TCP Loopback interface) index: 1 addresses:
> /127.0.0.1;
> , name:eth0 (Realtek RTL8139/810x Family Fast Ethernet NIC - Packet Scheduler Miniport) index: 2 addresses:
> , name:eth1 (Bluetooth Device (Personal Area Network) #3) index: 65541 addresses:
> , name:eth2 (Broadcom 802.11b/g WLAN - Packet Scheduler Miniport) index: 1507331 addresses:
> /192.168.5.104;
> ]
> 03/02/2007 15:05:39 [null#30] HANDLED # network interface is bad or not configured for multicast: name:eth0 (Realtek RTL8139/810x Family Fast Ethernet NIC - Packet Scheduler Miniport) index: 2 addresses:
> java.net.SocketException: bad argument for IP_MULTICAST_IF2: No IP addresses bound to interface
> at java.net.PlainDatagramSocketImpl.socketSetOption(Native Method)
> at java.net.PlainDatagramSocketImpl.setOption(PlainDatagramSocketImpl.java:299)
> at java.net.MulticastSocket.setNetworkInterface(MulticastSocket.java:502)
> at net.jini.discovery.LookupDiscovery$AnnouncementListener.<init>(LookupDiscovery.java:1033)
> at net.jini.discovery.LookupDiscovery$7.run(LookupDiscovery.java:3102)
> at java.security.AccessController.doPrivileged(Native Method)
> at net.jini.security.Security$5.run(Security.java:543)
> at java.security.AccessController.doPrivileged(Native Method)
> at net.jini.security.Security.doPrivileged(Security.java:540)
> at net.jini.discovery.LookupDiscovery.beginDiscovery(LookupDiscovery.java:3100)
> at net.jini.discovery.LookupDiscovery.<init>(LookupDiscovery.java:1957)
> at net.jini.discovery.LookupDiscoveryManager.beginDiscovery(LookupDiscoveryManager.java:1493)
> at net.jini.discovery.LookupDiscoveryManager.<init>(LookupDiscoveryManager.java:936)
> I'd like to recommend a hierarchy of loggers be used in this code. I think that there would be some value in having the discovery logging support loggers with suffixes such as
> ...unicast.eth0
> ...multicast.eth0
> or
> ...eth0.multicast
> ...eth0.unicast
> to help the user be able to turn off unneed logging information. I'm not sure exactly what logger names make the most sense, but I think something with more information in the logger name would be helpful in managing the logging output more effectively.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.