Bug 536637 (RHQ-967)

Summary:	dynagroup resource syntax hierarchy not respected for complex subexpressions
Product:	[Other] RHQ Project	Reporter:	Joseph Marques <jmarques>
Component:	Resource Grouping	Assignee:	Joseph Marques <jmarques>
Status:	CLOSED NEXTRELEASE	QA Contact:	Jeff Weiss <jweiss>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	1.1	CC:	dajohnso
Target Milestone:	---	Keywords:	SubBug
Target Release:	---
Hardware:	All
OS:	All
URL:	http://jira.rhq-project.org/browse/RHQ-967
Whiteboard:
Fixed In Version:	1.2	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
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:	536002

Description Joseph Marques 2008-10-09 14:22:00 UTC

affected hierarchical elemens: ".parent", ".child", ".grandparent"
affected subexpressions: resourceConfiguration, pluginConfiguration, traits, availability

for instance, if you say:

"resource.parent.pluginConfiguration[princial] = admin"

it should give you all resources that have a parent resource that has a plugin configuration property called 'principal' with the value admin
it actually gives you all resources that have a plugin configuration property called 'principal' with the value admin

Comment 1 Joseph Marques 2008-10-10 14:57:33 UTC

rev1746 -  dynagroup support for ".child", ".parent", and ".grandparent" when using complex subexpressions such as ".pluginConfiguration", .resourceConfiguration", ".trait", and ".availability"

Comment 2 Joseph Marques 2008-10-10 15:02:43 UTC

for testing i imported a single platform and created 4 different group definitions with one expression each:

1) resource.child.pluginConfiguration[princial] = admin
2) resource.pluginConfiguration[princial] = admin
3) resource.parent.pluginConfiguration[princial] = admin
4) resource.grandparent.pluginConfiguration[princial] = admin

the expected results are:

1) the single platform resource
2) all auth-enabled JBAS (or EAP) instances 
3) all resources that are direct children of the JBossAS Server type (ConnectionFactory, JBossMessaging, Datasource (2)	JBossMQ, EJB3 Entity Tree Cache, Script, Embedded Tomcat Server, Web Application (WAR))
4) all resources that are grandchildren of the JBossAS Server type (Connector, JBM JMS Topic, EJB3 Entity Tree Cache Interceptor, JMQ JMS Queue, JBM JMS Queue, VHost)

for fuller coverage, the other subexpressions - ".resourceConfiguration", ".trait", and ".availability" - should be tested in a similar manner.

Comment 3 Jeff Weiss 2008-12-22 14:04:56 UTC

This requires a security enabled jbas instance.

Comment 4 Jeff Weiss 2009-01-27 19:40:49 UTC

All tests above work as described.  rev2733

Comment 5 Red Hat Bugzilla 2009-11-10 21:20:38 UTC

This bug was previously known as http://jira.rhq-project.org/browse/RHQ-967