[jopr-dev] review my proposal for the AI queue UI page

[Charles Crouch]

So how does the AI page function now when compared to the AI portlet? In terms of what gets selected when I check a platform I think they should be the same, otherwise we're going to cause more confusion.

My 2c, the use case for people wanting to import just their platforms is not a very common one, mostly people want to easily import all the stuff they have discovered, or everything except for certain types of items.

We may not want to bite this off now, but I'd be fine with thinking outside of the tree-with-check-boxes rendering view, e.g. 
instead have something like the browse resources page where you can filter on resource category (platform/server) and resource type (linux/jbas/apache), have "negative filters" (show me everything except the result of this filter), a recursive check box (if you want to filter on platforms and bring everything in), then just a big Import/Ignore button that works on the entire filtered results. This sounds more like a feature request :-)

Cheers
Charles


----- "John Mazzitelli" <mazz at redhat.com> wrote:

> Please read my latest comment in:
> 
> http://jira.rhq-project.org/browse/RHQ-1236
> 
> and tell me what you think (Charles, you wrote this up, so you'll want
> 
> to review at least).
> 
> This deals with the Auto Inventory Queue page (not the AD portlet, its
> 
> the "view all" page).
> 
> I checked in some code for this issue (now that the RichFaces bug is 
> fixed, I was able to take out a bunch of hack code).
> 
> It still doesn't work like how the issue wants, and I admit it doesn't
> 
> work how you would think it would. But (a) right now I don't know of a
> 
> way to get it to do what we want it to do, (b) in order to do what we
> 
> want it to do would require additional time to think up and code a fix
> 
> and (c) fixing it would cause another "problem" similar to the problem
> 
> the issue was written up for - see my jira comment for what this is.
> 
> So, I'm inclined to say leave it as-is (at least for this release, if
> 
> not for good) - its better than the way it was for sure, so it is 
> progress at least. Would like additional comments/suggestions - feel 
> free to add comments to that JIRA with your thoughts.
> _______________________________________________
> jopr-dev mailing list
> jopr-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jopr-dev