Bug 848030
| Summary: | NullPointerException during discovery for [Cache] Resources, EAP5.1.2 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Other] RHQ Project | Reporter: | Filip Brychta <fbrychta> | ||||
| Component: | Plugins | Assignee: | Heiko W. Rupp <hrupp> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | JON 3.1.1 | CC: | hrupp | ||||
| Target Milestone: | --- | ||||||
| Target Release: | RHQ 4.5.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 848135 (view as bug list) | Environment: | |||||
| Last Closed: | 2013-08-31 10:13:18 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 848135 | ||||||
| Attachments: |
|
||||||
Can you describe how to get the cache set up, to run into the above issue? I can see the place of the problem in the code, but would need a running instance of course to replicated. Is this on Oracle btw? Line 83 should probably be changed to
beanName += ((jmxName==null || jmxName.equals("")) ? "" : "," + jmxName);
as jmxName can probably be null - especially on Oracle, which treats empty strings as null. And the default config entry is:
<plugin-configuration>
<c:simple-property name="jmx-resource" default=""/>
</plugin-configuration>
This property is indeed null. master b86e772ba8569 In addition to just fixing the NPE, it was needed to also put the jmx-name into the plugin configuration of the resource. Otherwise the inventory tab's connection properties would have complained that no jmxName is set. As the resource of type Cache has no jmxName (it basically forms the base name), it is marked as optional. (In reply to comment #1) > Can you describe how to get the cache set up, to run into the above issue? No set up was done, just clean installation of EAP5.1.2 was running with 'all' profile (./run.sh -c all) > I can see the place of the problem in the code, but would need a running > instance of course to replicated. > > Is this on Oracle btw? No, postgres was used. Verified on Version: 4.9.0-SNAPSHOT Build Number: d428376 Bulk close of old bugs in VERIFIED state. |
Created attachment 604267 [details] agent log Description of problem: $Summary Version-Release number of selected component (if applicable): Version: 3.1.1.ER2 Build Number: f546515:4eb3f2c How reproducible: Always Steps to Reproduce: 1. clean installation of JON with jon-plugin-pack-eap-3.1.1.ER2 prepared and running 2. EAP5.1.2 is running with 'all' profile (./run.sh -c all) 3. import eap resource Actual results: 2012-08-14 13:11:18,400 WARN [InventoryManager.discovery-1] (rhq.core.pc.inventory.InventoryManager)- Failure during discovery for [Cache] Resources - failed after 1 ms. java.lang.Exception: Discovery component invocation failed. at org.rhq.core.pc.util.DiscoveryComponentProxyFactory$ComponentInvocationThread.call(DiscoveryComponentProxyFactory.java:297) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Caused by: java.lang.NullPointerException at org.rhq.plugins.jbosscache3.JBossCacheDetailDiscoveryComponent.discoverResources(JBossCacheDetailDiscoveryComponent.java:83) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.rhq.core.pc.util.DiscoveryComponentProxyFactory$ComponentInvocationThread.call(DiscoveryComponentProxyFactory.java:293) Expected results: no exceptions Additional info: agent log attached