Re: [DISCUSS] Component deprecation annotation

2017-05-01 Thread Joseph Niemiec
It would be really nice if this could be part of a summary or bulletin list that an Admin/Ops could check frequently to find out if any of the tenants on the NiFi service are using deprecated processors//controllers. On Mon, May 1, 2017 at 8:24 AM, Rob Moran wrote: > I agree on treating these as

Re: [DISCUSS] Component deprecation annotation

2017-05-01 Thread Rob Moran
I agree on treating these as we do restricted ones. I will work on some recommendations for a unique icon that the chooser dialog can display as well as how to best carry that over onto the canvas component. It would also be nice to suggest the alternative in the UI, for example when the user hove

Re: [DISCUSS] Component deprecation annotation

2017-04-30 Thread Andre
All, Thank you for the feedback. I will extend the PR so that the required endpoints are in place but will leave the effective UI design to our UX experts. Hopefully I should be able to use the @Restricted as a basis for this work. Otherwise I will shout for some guidance. Cheers On Mon, May

Re: [DISCUSS] Component deprecation annotation

2017-04-30 Thread Joe Witt
Agreed on both the icon being preferable as the vehicle to show this for processors on the graph instead of color and also in emphasizing this during processor selection. Thanks On Sun, Apr 30, 2017 at 7:21 PM, Matt Burgess wrote: > Visual indication on existing processors is a good thing, but I

Re: [DISCUSS] Component deprecation annotation

2017-04-30 Thread Matt Burgess
Visual indication on existing processors is a good thing, but IMO we'll definitely need indication on the processor selection dialog, so the user will know that we suggest they choose an alternative. Regards, Matt > On Apr 30, 2017, at 7:12 PM, Jeff wrote: > > I think an icon on the processor

Re: [DISCUSS] Component deprecation annotation

2017-04-30 Thread Jeff
I think an icon on the processor would be best to denote an upcoming deprecation. That leaves all colors available to the flow design, since any color may have specific meaning to any current flow out there. On Sat, Apr 29, 2017 at 3:58 PM Juan Sequeiros wrote: > In same train of though maybe m

Re: [DISCUSS] Component deprecation annotation

2017-04-29 Thread Juan Sequeiros
In same train of though maybe make it default to some color other than white, instinct says red but that might be used to represent an important processor. So suggest maybe default beige? On Sat, Apr 29, 2017 at 8:20 AM Andy LoPresto wrote: > I'd leave the graphics work/decisions to someone lik

Re: [DISCUSS] Component deprecation annotation

2017-04-29 Thread Andy LoPresto
I'd leave the graphics work/decisions to someone like Rob Moran, but I see it as similar to the restricted components -- an icon on the processors on the canvas and the dialog to add components, with additional explanation (and maybe a target release for full deprecation) in the help notes. An

[DISCUSS] Component deprecation annotation

2017-04-29 Thread Andre
dev, In light of the some recent deprecations (ListenLumberjack) and some potential deprecation (PutJMS/GetJMS) I started some progress on how to document the depreciation of NiFi components using annotations. In the absence of any better name I called the annotation @DeprecationWarning (so not o