2019-05-22 Minutes
Hyperledger Caliper Project
Community Regular Meeting
May 22, 2019 (9AM – 10AM UTC)
via Zoom
Members
Antonio Russo, Nick Lincoln, Yu Pan, Qinghui Hou, Attila Klenik
Proposed agenda items
- Deprecating the old Fabric adapter
- Modularizing the core package
- Brainstorming about how a useful Caliper UI would look like
- Being more strict about GitHub issues
Agenda discussion summary
- Deprecating the old Fabric adapter:
- Reasons:
- It is hard to maintain the code-base, the CCP adapter is more concise and delegates most of the work to the Fabric SDK
- A lot of Github issues are related to the old adapter, and these issues are not present in the CCP adapter
- Resolving/answering these issues takes considerable effort, which would be better spent on new features
- Proposed plan:
- Deprecate the adapter package by renaming it to something like
fabric-deprecated
and removing it from the docs - Rename the current CCP package to fabric
- Remove the
tx-mode
related codes from the main Caliper flow
- Deprecate the adapter package by renaming it to something like
- Reasons:
- Modularizing the core package
- This is an important pre-requisite for defining a clean API and starting semantic versioning
- The flow, monitor, client and reporting parts must be made more object-oriented and decoupled as much as possible
- Gathered some high-level requirements that would be useful for a Caliper UI (preparing for the internship project)
- One important part is easing the configuration and launching of Caliper, including clicking together simple example networks
- The other aspect if providing real-time feedback about the status of the measurement rounds, including metrics directly observed by Caliper
- It is important not to re-invent the wheel of metric collection and visualization since mature toolsets already exist (Prometheus, Grafana, etc.)
- The GitHub issues must be consolidated:
- Most of them relate to misconfiguration issues, and more importantly, issues of misconfigured backend platforms
- These must be delegated either to the mailing list or rocket chat
- Or the forums of the related backend platform
- GitHub issues should be used only for identified bugs and feature requests
- The FAQ docs must be kept updated with relevant troubleshooting information
- Most of them relate to misconfiguration issues, and more importantly, issues of misconfigured backend platforms
- Discussion about the Ethereum adapter
- The PR is raised, but some polishing is still WIP
- After that, documentation will be provided
- Compare/converge the functionalities of the Burrow adapter, and the soon coming Fabric-Solidity support