This is bad, because discoverResources() could hang for some reason and cause the entire discovery thread to hang.
this will improve the stability of the PC if one rouge plugin wasn't allowed to affect the others. setting to 1.1 to see if we have time for it.
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-488
not sure if this is true anymore: org.rhq.core.pc.inventory.InventoryManager.invokeDiscoveryComponent(ResourceDiscoveryComponent, ResourceDiscoveryContext) try { ResourceDiscoveryComponent proxy = this.discoveryComponentProxyFactory.getDiscoveryComponentProxy(context .getResourceType(), component, timeout); Set<DiscoveredResourceDetails> results = proxy.discoverResources(context); return results; } catch (TimeoutException te) { log.warn("Discovery for Resources of [" + context.getResourceType() + "] has been running for more than " + timeout + " milliseconds. This may be a plugin bug.", te); return null; } catch (BlacklistedException be) { // Discovery did not run, because the ResourceType was blacklisted during a prior discovery scan. log.debug(ThrowableUtil.getAllMessages(be)); return null; } we even blacklist discovery components that DO take longer than the timeout so we don't try them again until someone clears the blacklist.
Yep, I think this can be resolved. Notice it was reported back in May 08.