Re: [DISCUSS] Parser Aggregation in Management UI

Here's the process we've gone through in order to implement the feature. At the beginning we had some bootstrap work like creating a mock API (written in NodeJS) because we were a few steps ahead the backend part. But this is in a totally different repository so it doesn't really count. We also ha

Re: [DISCUSS] Metron Release - 0.7.1 next steps

In PR#1360 we introduced a new state management strategy involving a new module called Ngrx. We had a discussion thread on this a few months ago and we successfully convinced you about the benefits. This is one of the reasons why this PR is going to be still huge after cleaning up the commit histor

Re: [VOTE] Metron Release Candidate 0.7.1-RC1

As Justin pointed out, we've already implemented the frontend related part of the aggregation in https://github.com/apache/metron/pull/1360. Since it's a very big changeset, we would like to double check it again before we merge it back to master. Also, we're waiting for a small change in the backe

Re: [DISCUSS] Add ngrx to handle state management in Angular

Personally, I prefer following the flux approach because having one store as a single source of truth makes a complex web app more predictable and easier to reason about. In angular we can easily achieve this by using NgRx which supports the unidirectional data flow by involving pure functions that

Re: [ANNOUNCE] Shane Ardell is a committer

Congratulations Shane! 💪 On Mon, Nov 19, 2018 at 5:58 PM Mohan Venkateshaiah < mvenkatesha...@hortonworks.com> wrote: > Congrats Shane !! > > Thanks > Mohan DV > > On 11/19/18, 10:26 PM, "Michael Miklavcic" > wrote: > > Congrats! > > On Mon, Nov 19, 2018 at 8:56 AM Shane Ardell > >

Re: [DISCUSS] Add ngrx to handle state management in Angular

That is a great idea! +1 On Mon, Nov 26, 2018 at 10:19 AM Tibor Meller wrote: > Shane, Thanks for gathering the information and raising this. > I also feel that our UIs reached a level of complexity what makes this to a > reasonable next step. > This complexity on the client side will grow in t

Re: [DISCUSS] Switching to a better alternative of Pikaday.js

another day before we create Jira tickets from these steps to > > make sure no one else has other concerns. > > > > One more question: how much of these changes could be applicable to the > > Management UI? > > It would be great plus to see those two UI getting closer to

Re: [DISCUSS] Switching to a better alternative of Pikaday.js

10, 2018 at 4:19 PM Nick Allen > wrote: > > > > > > > >> > Before making a decision on what's next, I'd to ask you a > question. > > Is > > > >> it really > > > >> a priority and is it really worth the effort to tou

[DISCUSS] Switching to a better alternative of Pikaday.js

I'd like to open a discussion about switching to a new date picker library in the Metron Alerts UI regarding to the following: https://lists.apache.org/thread.html/2e4fafa4256ce14ebcd4433420974e24962884204418ade51f0e3bfb@%3Cdev.metron.apache.org%3E https://github.com/apache/metron/pull/1219#discu

Re: Invite to Slack Channel

Hello, Michael, can you add me as well? Thank you in advance! Tamas On Wed, Oct 3, 2018 at 4:27 PM Michael Miklavcic < michael.miklav...@gmail.com> wrote: > Sent > > On Wed, Oct 3, 2018 at 8:17 AM Shane Ardell > wrote: > > > Hello everyone, > > > > Is it possible for someone to send me an inv

[DISCUSS] Replacing Moment.js with date-fns or native functions

I'd like to open a discussion about replacing Moment.js in Alerts UI. date-fns has almost the same functionality to manipulate date/time in the application. Moment.js is a great library but it has a huge footprint in the bundle and it's significant wh