2:46 p.m.
Hi,
On Thu, Sep 10, 2015 at 4:07 PM, John Mazzitelli <mazz(a)redhat.com> wrote:
Correct me if I'm wrong, but doesn't the agent store the
resource "name"
in the inventory's properties? I thought each resource has a set of
properties associated with it and the agent will populate a "name" property
with the name of the resource in there. If so, you could use that to
display the name of the resource.
So we can refer to the resource by "name," in the Alert center summary
view?
Of course, you would need to query inventory for those properties
and
you'd need to do the same query for each ancestor (parent, grandparent,
etc) if you want to show the names in an ancestry field.
And the details view would/could show the path, or the name:value for each
item in the path?
Thanks,
Liz
----- Original Message -----
> Now that we have switched to Resource Paths (canonical paths from
Inventory)
> it has come up that displaying the resource path is not very readable and
> requires parsing to make sense of it.
>
> Please see the current use case as example:
> https://issues.jboss.org/secure/attachment/12392747/AlertCenter2.jpg
> https://issues.jboss.org/secure/attachment/12392582/Alert-detailsnu.jpg
>
>
> An example resource path:
>
/t;28026b36-8fe4-4332-84c8-524e173a68bf/e;test/f;localhost/r;localhost~Local~~
>
> To further break the above example into its pieces:
> tenantId : /t;28026b36-8fe4-4332-84c8-524e173a68bf
> environment : test
> feed : localhost
> resourceId : localhost
>
>
>
> The following snippet explaining the resource path was extracted from:
> http://www.hawkular.org/docs/components/inventory/index.html
>
> Canonical Paths
>
> A canonical path follows the contains relationships from a tenant down
to the
> entity in question.
>
>
> The canonical path has a form illustrated by the following example:
> /t; tenant-id /e; env-id /r; resource-id
>
>
> The above example is a canonical path to a resource with ID resource-id
which
> is located in environment env-id which is inside a tenant tenant-id .
>
>
> The type specifiers in the individual path segments can be these:
>
>
> *
> t - tenant
>
> *
> e - environment
>
> *
> rt - resource type
>
> *
> mt - metric type
>
> *
> f - feed
>
> *
> r - resource
>
> *
> m - metric
>
> And as I understand it, the resource path also contains the parent
resource
> prepended to this. So one can always figure out where the resource came
from
> and can uniquely identify a resource.
> A resource path is just one kind of canonical path (the others are given
in
> the above except).
>
>
>
> What fields should we parse out and display in the UI as individual
fields?
>
> I’ll start this conversation by assuming that the environment and tenant
are
> not very useful to display. Then what about feed? And since resource is
what
> we are after that one is obvious as needed.
> WDYT?
>
> And then there is the question of how Ancestry path should be viewed —
but
> for now lets just stick to the above question of how should resources be
> viewed in the UI?
> Ancestry Path is another topic for later.
>
>
> Please refer to Jira: https://issues.jboss.org/browse/HAWKULAR-605
>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev
