On Thu, Mar 31, 2016 at 11:03 AM, Isuru Perera <isu...@wso2.com> wrote:
> Hi, > > I have another question. > > The MSF4J depends on Metrics and now Metrics needs MSF4J to implement REST > services. So, there is a cyclic dependency. I think it's wrong that > carbon-metrics repo [1] depending on msf4j repo [2]. > > One solution to this is to have separate repos for metrics. > > One repo will include only the metrics core features and it'll not depend > on the MSF4J. Then MSF4J can depend on metrics core. We can create another > repository to keep the REST services and gadgets to view the metrics. > We are targeting MSF4J at external developers. Unlike our other components & products, if the relevant code is in several places, it could become cumbersome for external developers. I think what should be done is have metrics-core, on which MSF4J depends, and then have metrics REST services somewhere else. That can take a dependency on both metrics-core and MSF4J. > > WDYT? > > Thanks! > > Best Regards, > > [1] https://github.com/wso2/carbon-metrics > [2] https://github.com/wso2/msf4j > > On Thu, Mar 17, 2016 at 10:53 PM, Kishanthan Thangarajah < > kishant...@wso2.com> wrote: > >> Like with generic HTTP Monitoring Dashboard (gadgets), we could have >> generic gadgets for Metrics here so that products can reuse them with the >> analytics dashboard. >> >> I think you can do a carbon 5 based release of the metrics dependencies >> (a carbon feature release) and also expose those services used with metrics >> data fetching as microservices as you mentioned. >> >> On Mon, Mar 14, 2016 at 5:01 PM, Isuru Perera <isu...@wso2.com> wrote: >> >>> Hi all, >>> >>> Thanks for the feedback. So, we agree that the Carbon Metrics should >>> continue supporting JDBC reporter and visualize the Metrics via gadgets. >>> >>> With Carbon Metrics v2.0.0, we will have the Console, JMX, JDBC and DAS >>> reporters. >>> >>> I will remove all management console UIs. We need to develop REST APIs >>> to get data from the database (The Metrics data reported by JDBC reporter). >>> I'm planning to use MSF4J for developing REST APIs. I hope the security of >>> the REST APIs will be handled by MSF4J. >>> >>> For Metrics visualization, we need to develop gadgets. The gadgets will >>> support fetching data from the database (via MSF4J REST APIs) and from the >>> DAS REST APIs. >>> >>> My next question is where we can keep these gadgets. Is it okay to >>> develop these gadgets within Carbon Metrics repository? Since these gadgets >>> will be in a CAPP and it needs to be deployed in a dashboard server, I >>> think it's better to have these gadgets in a separate repository. For >>> example, I think that there is no point having the Metrics CAPP in a Carbon >>> Metrics feature as the Carbon Metrics features will be installed to a >>> normal product (eg. ESB) and the analytics related features will not be >>> available in a normal product. We need to install the CAPP to a dashboard >>> server. So, how are we going to let other users to deploy Metrics CAPP? >>> >>> Please share your thoughts. >>> >>> Thanks! >>> >>> Best Regards, >>> >>> >>> On Mon, Feb 15, 2016 at 2:12 PM, Ramith Jayasinghe <ram...@wso2.com> >>> wrote: >>> >>>> agreed. >>>> >>>> On Mon, Feb 15, 2016 at 2:08 PM, Sriskandarajah Suhothayan >>>> <s...@wso2.com> wrote: >>>> > By default all products will have DAS4X, hence we should be able to >>>> see the >>>> > metrics also there as that's part for analytics. Further DAS4X also >>>> contains >>>> > DS, therefore having the metrics as gadgets will make sense right? >>>> > >>>> > Regards >>>> > Suho >>>> > >>>> > On Mon, Feb 15, 2016 at 10:20 AM, Ramith Jayasinghe <ram...@wso2.com> >>>> wrote: >>>> >> >>>> >> HI suho, >>>> >> Does this mean If someone what to see matrices in a UI they have to >>>> >> run DS? (or we install what ever feature in the product by default) >>>> >> regards >>>> >> Ramith >>>> >> >>>> >> On Sat, Feb 13, 2016 at 1:17 PM, Sriskandarajah Suhothayan >>>> >> <s...@wso2.com> wrote: >>>> >> > IMHO we have to write some gadgets on DS as the way forward. >>>> >> > We can use the inter gadget communication to select and update >>>> other >>>> >> > charts >>>> >> > on which hierarchy we are currently in and use that info in other >>>> >> > gadgets to >>>> >> > query data from the DBs. >>>> >> > >>>> >> > I think we still need to support RDBMs >>>> >> > >>>> >> > Regards >>>> >> > Suho >>>> >> > >>>> >> > On Fri, Feb 12, 2016 at 5:25 PM, Ramith Jayasinghe < >>>> ram...@wso2.com> >>>> >> > wrote: >>>> >> >> >>>> >> >> Having a basic GUI to view statistics is very useful. but I'm not >>>> sure >>>> >> >> how that aligns with overall analytics story. >>>> >> >> >>>> >> >> >>>> >> >> On Fri, Feb 12, 2016 at 5:02 PM, Isuru Perera <isu...@wso2.com> >>>> wrote: >>>> >> >> > Hi, >>>> >> >> > >>>> >> >> > I have few questions regarding $subject. >>>> >> >> > >>>> >> >> > The latest Carbon Metrics release (v1.2.1) has "features" that >>>> can be >>>> >> >> > installed on any Carbon 4.x.x products. It also has Management >>>> >> >> > Console >>>> >> >> > UIs. >>>> >> >> > For example: >>>> https://docs.wso2.com/display/MB300/Using+JVM+Metrics >>>> >> >> > >>>> >> >> > This metrics management console UI can be extended via an OSGi >>>> >> >> > fragment >>>> >> >> > bundle to develop custom UIs. For example: >>>> >> >> > https://docs.wso2.com/display/MB300/Using+Messaging+Metrics >>>> >> >> > >>>> >> >> > This is one of main features in Carbon Metrics. >>>> >> >> > >>>> >> >> > The Metrics configurations are done in >>>> >> >> > "$CARBON_HOME/repository/conf/metrics.xml". The configuration >>>> is in >>>> >> >> > XML. >>>> >> >> > >>>> >> >> > If we are supporting Carbon Metrics in Carbon 5, I think >>>> following >>>> >> >> > needs >>>> >> >> > to >>>> >> >> > be done. >>>> >> >> > >>>> >> >> > Use latest Carbon P2 Plugin and update Metrics features to be >>>> >> >> > compatible >>>> >> >> > with Carbon 5 >>>> >> >> > Use YAML for configuration. >>>> >> >> > Admin services for Metrics Data fetching need to be converted >>>> as REST >>>> >> >> > services. >>>> >> >> > Remove Management Console UIs as there is no support for >>>> Management >>>> >> >> > Console >>>> >> >> > UIs in Carbon 5. >>>> >> >> > Set source and target Java version to Java 8. We can use Java 8 >>>> >> >> > features. >>>> >> >> > >>>> >> >> > If we remove Management Console UIs, how can we implement the >>>> UIs to >>>> >> >> > visualize Metrics data? >>>> >> >> > >>>> >> >> > I heard that we should use only DAS for visualizing Metrics. >>>> But I >>>> >> >> > prefer to >>>> >> >> > have separate UI to visualize the metrics from the database. >>>> Then we >>>> >> >> > can >>>> >> >> > use >>>> >> >> > Metrics UIs without depending on WSO2 DAS. >>>> >> >> > >>>> >> >> > If we don't want to have a UI, we will have to drop the JDBC >>>> reporter >>>> >> >> > as >>>> >> >> > well. >>>> >> >> > >>>> >> >> > Question to CEP Team: There is another UI to show hierarchical >>>> >> >> > metrics. >>>> >> >> > What >>>> >> >> > will happen to that in Carbon 5? >>>> >> >> > >>>> >> >> > How can we implement REST services in Carbon 5? (We may not >>>> need this >>>> >> >> > if >>>> >> >> > we >>>> >> >> > are not developing any UIs) >>>> >> >> > >>>> >> >> > By default, Metrics data are stored in local H2 database. Can >>>> we use >>>> >> >> > the >>>> >> >> > same approach in Carbon 5? (This is not needed if we stop using >>>> the >>>> >> >> > JDBC >>>> >> >> > reporter). >>>> >> >> > >>>> >> >> > There is also a properties file to configure Metric Levels. I >>>> hope >>>> >> >> > that's >>>> >> >> > not a problem. >>>> >> >> > >>>> >> >> > The plan is to use v2.0.0 for Metrics release with Carbon 5. We >>>> can >>>> >> >> > maintain >>>> >> >> > v1.x.x branch for Carbon 4.x.x products. >>>> >> >> > >>>> >> >> > Currently the WSO2 Gateway and MSF4J uses Carbon Metrics as >>>> Maven >>>> >> >> > Dependencies. We need a proper Carbon 5 supported release to >>>> >> >> > integrate >>>> >> >> > Carbon Metrics to these products. >>>> >> >> > >>>> >> >> > I really appreciate your feedback on this. >>>> >> >> > >>>> >> >> > Thanks! >>>> >> >> > >>>> >> >> > Best Regards, >>>> >> >> > >>>> >> >> > -- >>>> >> >> > Isuru Perera >>>> >> >> > Associate Technical Lead | WSO2, Inc. | http://wso2.com/ >>>> >> >> > Lean . Enterprise . Middleware >>>> >> >> > >>>> >> >> > about.me/chrishantha >>>> >> >> > Contact: +IsuruPereraWSO2 >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> Ramith Jayasinghe >>>> >> >> Technical Lead >>>> >> >> WSO2 Inc., http://wso2.com >>>> >> >> lean.enterprise.middleware >>>> >> >> >>>> >> >> E: ram...@wso2.com >>>> >> >> P: +94 777542851 >>>> >> > >>>> >> > >>>> >> > >>>> >> > >>>> >> > -- >>>> >> > S. Suhothayan >>>> >> > Technical Lead & Team Lead of WSO2 Complex Event Processor >>>> >> > WSO2 Inc. http://wso2.com >>>> >> > lean . enterprise . middleware >>>> >> > >>>> >> > cell: (+94) 779 756 757 | blog: http://suhothayan.blogspot.com/ >>>> >> > twitter: http://twitter.com/suhothayan | linked-in: >>>> >> > http://lk.linkedin.com/in/suhothayan >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> Ramith Jayasinghe >>>> >> Technical Lead >>>> >> WSO2 Inc., http://wso2.com >>>> >> lean.enterprise.middleware >>>> >> >>>> >> E: ram...@wso2.com >>>> >> P: +94 777542851 >>>> > >>>> > >>>> > >>>> > >>>> > -- >>>> > S. Suhothayan >>>> > Technical Lead & Team Lead of WSO2 Complex Event Processor >>>> > WSO2 Inc. http://wso2.com >>>> > lean . enterprise . middleware >>>> > >>>> > cell: (+94) 779 756 757 | blog: http://suhothayan.blogspot.com/ >>>> > twitter: http://twitter.com/suhothayan | linked-in: >>>> > http://lk.linkedin.com/in/suhothayan >>>> >>>> >>>> >>>> -- >>>> Ramith Jayasinghe >>>> Technical Lead >>>> WSO2 Inc., http://wso2.com >>>> lean.enterprise.middleware >>>> >>>> E: ram...@wso2.com >>>> P: +94 777542851 >>>> >>> >>> >>> >>> -- >>> Isuru Perera >>> Associate Technical Lead | WSO2, Inc. | http://wso2.com/ >>> Lean . Enterprise . Middleware >>> >>> about.me/chrishantha >>> Contact: +IsuruPereraWSO2 >>> <https://www.google.com/+IsuruPereraWSO2/about> >>> >>> _______________________________________________ >>> Architecture mailing list >>> Architecture@wso2.org >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >> >> >> -- >> *Kishanthan Thangarajah* >> Associate Technical Lead, >> Platform Technologies Team, >> WSO2, Inc. >> lean.enterprise.middleware >> >> Mobile - +94773426635 >> Blog - *http://kishanthan.wordpress.com >> <http://kishanthan.wordpress.com>* >> Twitter - *http://twitter.com/kishanthan <http://twitter.com/kishanthan>* >> >> _______________________________________________ >> Architecture mailing list >> Architecture@wso2.org >> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >> >> > > > -- > Isuru Perera > Associate Technical Lead | WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > about.me/chrishantha > Contact: +IsuruPereraWSO2 <https://www.google.com/+IsuruPereraWSO2/about> > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * <http://www.apache.org/>* *email: **az...@wso2.com* <az...@wso2.com> * cell: +94 77 3320919blog: **http://blog.afkham.org* <http://blog.afkham.org> *twitter: **http://twitter.com/afkham_azeez* <http://twitter.com/afkham_azeez> *linked-in: **http://lk.linkedin.com/in/afkhamazeez <http://lk.linkedin.com/in/afkhamazeez>* *Lean . Enterprise . Middleware*
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture