Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Brian Lowe 
  2. Benjamin Gross  
  3. Ralph O'Flinn
  4. Andrew Woods 
  5. William Welling

...

  1. Vitro JMS messaging approaches
  2. Architectural diagrams - discuss at a future date
    1. VIVO Components
    2. VIVO Ecosystem

Notes

Debrief of Kafka

  1. Questions
    • Deployability?
  2. Kafka is ideal for the job
  3. Externalizing producer may not be necessary
    • Direct-connect to Kafka may be more efficient
  4. Clarivate is experimenting with Kafka
  5. Transforms
  6. Body
    • Potentially direct mapping of a changeset
  7. How to make this into something that is useful for the community
    • Documentation
    • Installation
    • Have TIB and UQAM to align
      • Working towards a shared codebase
  8. VIVO sprints around community initiatives
    • Converting scripts into Java
    • Create specification of messaging in VIVO
      • Where are producers/consumers in the code?

2021

  1. Is there anything that we can do differently?
    • More paid development
  2. Improving review process
    • Docker on commit?
  3. VIVO in a box
    • Scholars
    • Eventing/Kafka
  4. Frontend API
  5. Doug/TAMU will be upgrading to 1.10 (1.11?) over holidays
  6. Investigate BlazeGraph (HTTP (sad) )
  7. TDB recommendations
    • dump/restore feature exists in siteAdmin
    • Find triplestore that has direct integrations with Kafka
      • Persistent connections
  8. Staging CI branch
    • Need to specify relationship between related PRs from multiple repos
    • Use develop branch that is being deployed at regular frequency (hourly?)
    • Process:
      • Team coordination into CI-branch
      • GitHub Actions ??
      • Build/deploy to persistent AWS server
  9. Employ more stylechecks
  10. Triage in-review tickets at committer meetings
    • Require a committer review quota?
  11. Use semantic labels to indicate scope of a PR, e.g.
    • trivial patch
    • minor change
    • major change
  12. Multi-tenancy for VIVO?
  13. Move away from JIRA?
  14. Handle completely in GitHub issues?
  15. Issue-tracking: project at vivo-project org
  16. Currently JIRA requires a JIRA account
  17. We use Jira because Lyrasis uses it... we presumably used it in the past because Cornell used it. Benjamin totally agrees that jumping between Jira and Github is annoying, and some people have a tendency to post comments on Github vs Jira. The nice thing about moving to Github issues is that the issue is not inherently removed from the code.

Actions

  •  ...

Previous Actions

...