Bug 973102 - API allows creating alert with condition type with incorrect measurementDefinitionID
Summary: API allows creating alert with condition type with incorrect measurementDefin...
Keywords:
Status: CLOSED DUPLICATE of bug 973101
Alias: None
Product: RHQ Project
Classification: Other
Component: REST
Version: 4.8
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Heiko W. Rupp
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-11 09:45 UTC by Libor Zoubek
Modified: 2015-11-02 00:43 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-09-02 16:06:19 UTC
Embargoed:


Attachments (Terms of Use)

Description Libor Zoubek 2013-06-11 09:45:47 UTC
Description of problem: 

I did a mistake when writing my tests, and I was sending scheduleId instead of measurementDefinitionId when creating alert with condition where measurementDef is required.


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. do POST /rest/alert/definitions?resourceId=10001
with body

{"dampeningCategory": "NONE", "conditions": [{"category": "BASELINE", "threshold": "0.2", "measurementDefinition": <MID>, "option": "max", "comparator": "<"}], "conditionMode": "ALL", "enabled": true, "name": "rest-condition-incorrect-mdef"}

where <MID> is measurementDefinnitionId valid ID, but not related to 10001's resource type (it's measurementDef for different resource type)


Actual results: alert with such condition is created -it's invalid and such alert would never get triggered


Expected results: server must reject condition with such measurementDefId


Additional info:

Comment 1 Heiko W. Rupp 2013-09-02 16:06:19 UTC

*** This bug has been marked as a duplicate of bug 973101 ***


Note You need to log in before you can comment on or make changes to this bug.