<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 10, 2015 at 4:07 PM, John Mazzitelli <span dir="ltr"><<a href="mailto:mazz@redhat.com" target="_blank">mazz@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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. </blockquote><div><br></div><div>So we can refer to the resource by "name," in the Alert center summary view? <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br></blockquote><div><br></div><div>And the details view would/could show the path, or the name:value for each item in the path?<br><br></div><div>Thanks,<br></div><div>Liz<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
----- Original Message -----<br>
> Now that we have switched to Resource Paths (canonical paths from Inventory)<br>
> it has come up that displaying the resource path is not very readable and<br>
> requires parsing to make sense of it.<br>
><br>
> Please see the current use case as example:<br>
> <a href="https://issues.jboss.org/secure/attachment/12392747/AlertCenter2.jpg" rel="noreferrer" target="_blank">https://issues.jboss.org/secure/attachment/12392747/AlertCenter2.jpg</a><br>
> <a href="https://issues.jboss.org/secure/attachment/12392582/Alert-detailsnu.jpg" rel="noreferrer" target="_blank">https://issues.jboss.org/secure/attachment/12392582/Alert-detailsnu.jpg</a><br>
><br>
><br>
> An example resource path:<br>
> /t;28026b36-8fe4-4332-84c8-524e173a68bf/e;test/f;localhost/r;localhost~Local~~<br>
><br>
> To further break the above example into its pieces:<br>
> tenantId : /t;28026b36-8fe4-4332-84c8-524e173a68bf<br>
> environment : test<br>
> feed : localhost<br>
> resourceId : localhost<br>
><br>
><br>
><br>
> The following snippet explaining the resource path was extracted from:<br>
> <a href="http://www.hawkular.org/docs/components/inventory/index.html" rel="noreferrer" target="_blank">http://www.hawkular.org/docs/components/inventory/index.html</a><br>
><br>
> Canonical Paths<br>
><br>
> A canonical path follows the contains relationships from a tenant down to the<br>
> entity in question.<br>
><br>
><br>
> The canonical path has a form illustrated by the following example:<br>
> /t; tenant-id /e; env-id /r; resource-id<br>
><br>
><br>
> The above example is a canonical path to a resource with ID resource-id which<br>
> is located in environment env-id which is inside a tenant tenant-id .<br>
><br>
><br>
> The type specifiers in the individual path segments can be these:<br>
><br>
><br>
> *<br>
> t - tenant<br>
><br>
> *<br>
> e - environment<br>
><br>
> *<br>
> rt - resource type<br>
><br>
> *<br>
> mt - metric type<br>
><br>
> *<br>
> f - feed<br>
><br>
> *<br>
> r - resource<br>
><br>
> *<br>
> m - metric<br>
><br>
> And as I understand it, the resource path also contains the parent resource<br>
> prepended to this. So one can always figure out where the resource came from<br>
> and can uniquely identify a resource.<br>
> A resource path is just one kind of canonical path (the others are given in<br>
> the above except).<br>
><br>
><br>
><br>
> What fields should we parse out and display in the UI as individual fields?<br>
><br>
> I’ll start this conversation by assuming that the environment and tenant are<br>
> not very useful to display. Then what about feed? And since resource is what<br>
> we are after that one is obvious as needed.<br>
> WDYT?<br>
><br>
> And then there is the question of how Ancestry path should be viewed — but<br>
> for now lets just stick to the above question of how should resources be<br>
> viewed in the UI?<br>
> Ancestry Path is another topic for later.<br>
><br>
><br>
> Please refer to Jira: <a href="https://issues.jboss.org/browse/HAWKULAR-605" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/HAWKULAR-605</a><br>
><br>
> _______________________________________________<br>
> hawkular-dev mailing list<br>
> <a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/hawkular-dev</a><br>
><br>
<br>
_______________________________________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/hawkular-dev</a><br>
</blockquote></div><br></div></div></div>