delta/openstack/python-ceilometerclient.git/ceilometerclient/common/base.py, branch 2.2.0 opendev.org: openstack/python-ceilometerclient.git remove py24 compatible code 2016-01-08T01:40:36+00:00 ZhiQiang Fan aji.zqfan@gmail.com 2016-01-08T01:40:36+00:00 d2feb8871b843f13333bfbe862f7e303a7819a0b Change-Id: If62986b3ba913776ee6b9328a10e358e0e14e7cd 
Change-Id: If62986b3ba913776ee6b9328a10e358e0e14e7cd
Catch missing 404 exceptions in client 2015-05-18T17:22:58+00:00 Juan Antonio Osorio Robles juan.osorio.robles@ericsson.com 2015-05-05T12:38:29+00:00 ec491131546f8a9d50c912d3f8f81587937e50e6 Whenever an entity wasn't found, the ceilometerclient would issue a NotFound exception. Which is fine, except that it's not the exception that was being expected in the client at all. This exception was defined in the apiclient in the openstack/common directory. So, instead this exception is now being caught in the manager, and now the appropriate exception is being raised. There were some functions where, if the entity was not to be found, a 404 exception would be raised, which was never caught by the client since it was expecting the function to return None, instead of raising. This CR fixes that. Closes-Bug: #1451833 Change-Id: I47b34af2df9c85f86ba1f7f4d7b2951f8d27f96c 
Whenever an entity wasn't found, the ceilometerclient would issue a
NotFound exception. Which is fine, except that it's not the exception
that was being expected in the client at all. This exception was defined
in the apiclient in the openstack/common directory. So, instead this
exception is now being caught in the manager, and now the appropriate
exception is being raised.

There were some functions where, if the entity was not to be found, a
404 exception would be raised, which was never caught by the client
since it was expecting the function to return None, instead of raising.
This CR fixes that.

Closes-Bug: #1451833
Change-Id: I47b34af2df9c85f86ba1f7f4d7b2951f8d27f96c
Allow all pep8 checks 2015-01-12T10:55:29+00:00 Dina Belova dbelova@mirantis.com 2015-01-12T10:52:56+00:00 00f9e3f3a032caef21be6e4d50749e3ab403ba56 Fix H405 pep8 issue. H904 issue check was ignored, although there were no places in client code violating this rule. Change-Id: If3b84eb8abb03511d7f77cabfa2955f472a60f23 
Fix H405 pep8 issue. H904 issue check was ignored, although
there were no places in client code violating this rule.

Change-Id: If3b84eb8abb03511d7f77cabfa2955f472a60f23
Add client property for common.base.Manager 2014-12-19T03:06:42+00:00 ZhiQiang Fan zhiqiang.fan@huawei.com 2014-12-19T03:04:36+00:00 dc74ae7c14af89b8371bf737b4e24468caaba198 The latest oslo-incubator.apiclient code assumes resource manager has property named client, but ceilometerclient has named that property to api, which will cause problem when we sync with oslo-incubator. This patch simply uses client as an alias of api. Change-Id: I90c5ff10309ff7ad3fb634274e16c26ec8e6a1a2 
The latest oslo-incubator.apiclient code assumes resource manager has
property named client, but ceilometerclient has named that property
to api, which will cause problem when we sync with oslo-incubator.

This patch simply uses client as an alias of api.

Change-Id: I90c5ff10309ff7ad3fb634274e16c26ec8e6a1a2
Verify alarm found before modifying 2014-08-29T14:04:30+00:00 Eric Pendergrass eap@hp.com 2014-07-29T15:52:20+00:00 8a01731d4e68152e9f575bea78b2baa085986726 Current behavior is to retrieve alarm by id and conduct operations on the object. If the tenant doesn't own the alarm or isn't admin, the user will receive the message: 'NoneType' object has no attribute 'to_dict' Above message doesn't provide any useful diagnostic information and indicates a programming error since an unexpected None-type is encountered and not handled. This change verifies the alarm is found before using the object. If alarm not found it prints the same message for a not found Alarm as other PUT operations like alarm-state-set: Alarm not found: <alarm_id>. This message is more useful for diagnosis and gets rid of the uncaught None-type error. Change-Id: I66abcd4498b24ac7cadcf29fe3ced3fcda08458c Closes-Bug: #1348387 
Current behavior is to retrieve alarm by id and conduct operations on the
object.  If the tenant doesn't own the alarm or isn't admin, the user will
receive the message: 'NoneType' object has no attribute 'to_dict'

Above message doesn't provide any useful diagnostic information and indicates a
programming error since an unexpected None-type is encountered and not handled.

This change verifies the alarm is found before using the object.  If alarm not
found it prints the same message for a not found Alarm as other PUT operations
like alarm-state-set:  Alarm not found: <alarm_id>.

This message is more useful for diagnosis and gets rid of the uncaught
None-type error.

Change-Id: I66abcd4498b24ac7cadcf29fe3ced3fcda08458c
Closes-Bug: #1348387
Use HTTPClient from common Oslo code 2014-07-31T15:59:58+00:00 ekudryashova ekudryashova@mirantis.com 2014-01-23T17:28:09+00:00 47934c777c50897b649793e0960eebdaad322c45 In the process of unification of the clients code we should reuse common functionality from Oslo. bp common-client-library-2 Change-Id: I0e027c33ee42b6de032d33269caeea33e7837f40 
In the process of unification of the clients code we should
reuse common functionality from Oslo.

bp common-client-library-2

Change-Id: I0e027c33ee42b6de032d33269caeea33e7837f40
Use Resource() class from common Oslo code 2014-01-08T11:41:25+00:00 ekudryashova ekudryashova@mirantis.com 2013-12-18T13:48:56+00:00 1fe2e7f8d3241114f71a2720379b9ba32936953e In the process of unification of the clients code we should reuse common functionality from Oslo. Resource() class from ceilometer duplicates Oslo funclionality, so we replace it with inheritance Change-Id: I4e4b83252cdc87e8484d15e351cd5dab08f3ed8a 
In the process of unification of the clients code we should
reuse common functionality from Oslo. Resource() class from ceilometer
duplicates Oslo funclionality, so we replace it with inheritance

Change-Id: I4e4b83252cdc87e8484d15e351cd5dab08f3ed8a
Use six.iteritems() for dict 2013-10-14T09:25:58+00:00 Kui Shi skuicloud@gmail.com 2013-10-14T08:57:24+00:00 38e1ee4632e955e3b8d3643b9d842675c6d15437 Fix the error: AttributeError: 'dict' object has no attribute 'iteritems' Partial Implement: blueprint py33-support Change-Id: I5dff17d1df01d6583f882f818434804d65726c51 
Fix the error:
AttributeError: 'dict' object has no attribute 'iteritems'

Partial Implement: blueprint py33-support

Change-Id: I5dff17d1df01d6583f882f818434804d65726c51
Replace OpenStack LLC with OpenStack Foundation 2013-09-19T19:58:04+00:00 ZhiQiang Fan aji.zqfan@gmail.com 2013-09-19T19:14:11+00:00 fb1ff39d53826b94c3c04645d972a0a96dc8225a Change-Id: Ia007da282714d8ee7337fd3b51f6dcc3b64d7ec3 Fixes-Bug: #1214176 
Change-Id: Ia007da282714d8ee7337fd3b51f6dcc3b64d7ec3
Fixes-Bug: #1214176
Add client support for creating new alarms. 2013-05-28T14:08:56+00:00 Eoghan Glynn eglynn@redhat.com 2013-05-22T15:33:23+00:00 4946780d5f3c29d753bd9ba36c89257b0a229703 Change-Id: I4e3be2e480803eeaf4ec11079e69e7e6afd5e0d1 
Change-Id: I4e3be2e480803eeaf4ec11079e69e7e6afd5e0d1