Version-Release number of selected component (if applicable): JON 3.1.2.GA I'm getting exception in agent.log during discovery and operations with JPP 6.0.0.ER05: ERROR [ResourceDiscoveryComponent.invoker.daemon-3] (rhq.modules.plugins.jbossas7.StandaloneASDiscovery)- Discovery of a JBossAS7 Standalone Server Resource failed for process: pid=[9548], name=[/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/bin/java], ppid=[9505]. java.lang.IllegalArgumentException: No product type with product-name 'Portal Platform' is known. at org.rhq.modules.plugins.jbossas7.JBossProductType.getValueByProductName(JBossProductType.java:76) at org.rhq.modules.plugins.jbossas7.BaseProcessDiscovery$ProductInfo.getFromRemote(BaseProcessDiscovery.java:607) at org.rhq.modules.plugins.jbossas7.BaseProcessDiscovery.buildResourceDetails(BaseProcessDiscovery.java:213) at org.rhq.modules.plugins.jbossas7.StandaloneASDiscovery.buildResourceDetails(StandaloneASDiscovery.java:84) at org.rhq.modules.plugins.jbossas7.BaseProcessDiscovery.discoverResources(BaseProcessDiscovery.java:136) 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) 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)
Ok. So I spent some time tracking this issue down and it's a little bit of a mess. It's definitely a bug, but it looks worse than it actually is. The short of it is that the AS7 plugin was updated to support JPP on autodiscovery and does so successfully and this is when it pulls the information out of the product.conf file as described by https://docspace.corp.redhat.com/docs/DOC-124664. The bad news is that we forgot to also update the 'Product Name' component to 'Portal Platform'. This means that when the root server is discovered it has all the correct product information, but once the JBossAS7 instance is configured to use the management user that subsequent discovery requests will cause this nasty exception in the log. This is kind of a redundant discovery exception because once you've discovered the root JPP server you won't need to rediscover it for the children resources to be correctly discovered or to interact with the server resource. The ugly part is that the error in the agent logs will continue until patched or fixed in the next release or the following workaround is applied. #Workaround The AS7 plugin erroneously looks for the string 'JPP' to be listed from the [JPP install folder]/modules/org/jboss/as/product/jpp/dir/META-INF file as the value for 'JBoss-Product-Release-Name: Portal Platform'. Change 'Portal Platform' to 'JPP' and restart your JPP server. The exception will no longer be listed on discovery. Unsure if change the product name here will have other side effect for routine JPP usage.
This is fixed in master with commit: 982fb93fc5e406808 Leaving in current state for correct triage and assessment for applicability to other branches.
This is fixed in master and should be available in the next jon32 build
Verified on JON 3.2.ER02 + JPP 6.1.CR03.