Date
Call-in Information
Time: 11:30 am, Eastern Time (New York, GMT-04:00)
Attendees
Indicating note-taker
- Brian Lowe
- William Welling
- Huda Khan
- Dragan Ivanovic
- Benjamin Gross
- Michel Héon
- Benjamin Kampe
- Matthias Lühr
Agenda
- A brief update from VIVO leadership meeting
- representative of a committers' group
- Corrections of wiki pages - https://docs.google.com/spreadsheets/d/19mSk6xSRm-ogCJisMZ6ao2X2Qi8Z9T3TxZjBzVVr8yk/edit?usp=sharing
- A roadmap to migration from JIRA to GitHub issues - https://docs.google.com/spreadsheets/d/1Cl-aCe1he0DPwd1gScjx2Oi80lUX8W_3nE4UlzpEwI0/edit?usp=sharing
- Analyze available tools
- Adopt/customize https://github.com/rstoyanchev/jira-to-gh-issues for our solution
- Test/validate migration - https://github.com/chenejac/VIVOTestMigrationJIRA/issues - Action needed!!!
- Map JIRA (https://vivo-project.atlassian.net/jira/people/search) and GitHub accounts (https://github.com/orgs/vivo-project/people). The mapping is defined here: https://docs.google.com/document/d/1SKRMuky8x8m9CgOKtxs16LWFuuVfYlQR6LkjASBEzrI/edit?usp=sharing Action needed
- Add labels at https://vivo-project.atlassian.net/jira/ for distinction of VIVO and VITRO issues? Do we need this? If do, an action needed
- Run migration into the production (https://github.com/vivo-project/VIVO).
- Create GitHub issues templates ( https://github.com/vivo-project/VIVO) - An action needed
- Georgy's proposed architecture:
- Decoupling Freemarker
- Indexing for Scholars
Future topics
- Prioritizing and planning post-1.12 development
- Forward-looking topics:
- frameworks: Spring / Spring Boot / alternatives
- Horizontal scalability
- Deployment
- Configuration : files / environment variables / GUI settings
- Editing / form handling
- Adding custom theming without customizing build
- Post-release priorities
- Ingest / Kafka
- Advanced Role Management
- Moving Scholars closer to core - next steps
- Vitro JMS messaging approaches - redux
- Which architectural pattern should we take?
- What should the body of the messages be
- Incremental development initiatives
- Integration test opportunities with the switch to TDB - requires startup/shutdown of external Solr ..via Maven
Tickets
Status of In-Review tickets
Notes
- A brief update from the VIVO leadership meeting
- Trying to have more of a voice from people actually implementing VIVO work
- Is it enough to have the technical lead there?
- Looks like committers have both roles: maintaining integrity and assuming innovation
- Not sure if the right to push new code is a requirement for promoting new innovation
- Current proposed LG membership changes: https://docs.google.com/document/d/1t9yNNQ5oQi3mcehmHoCdmMT-0r58n9hUvI6yegK4Dsc/edit#
- William: Should be the case for code that changes the application fundamentally. Not the case for patches. Questionable for minor changes.
- Discussion around expanding the leadership group to include a committer.
- Is there interest in this group from a committer who wishes to join? Meeting is one per month (last Wednesday per month)
- Benjamin: Discussion around if presence of a colleague from institution on leadership group will mean a committer can’t also join the group.
- Michel: Ensuring code we push to GitHub is clean and functional. Another part: innovation we want to implement.
- Brian (from chat)
- William: Committer’s group not actually deciding what gets implemented (or shouldn’t be). The steering group should be making those decisions. Committer’s group is responsible for code base. Not necessarily deciding but their input should be part of the decision making process.
- Brian: No formal process in place currently. Reality: Committers do decide what goes into the code. Pull request being approved by committers. No official decision making process around the integration of pull requests.
- Michel: Discussions in committers group involve major architectural work. Should be open to more of the community
- Huda: Previously, technical lead was the main translator/go-between: taking information from committers to leadership group and vice versa. Much of the discussions in committers group really around if any direction is even possible, and less around an actual decision.
- Brian: Leadership group possibly less interested in architectural details, but more around which solutions may work or not.
- William: Will they have user stories? More formal process would be good.
- Michel: Leadership group more about product vision (e.g. alignment with semantic web). After that, decision needs to be around how work needs to be done. Decision making around architectural patterns/software implementation should not be limited to committer’s group but should be more expansive and include more of the community.
- Dragan: Need to consider the spreadsheet of development priorities. Should include more of the community in order to populate
- William (from chat): I think there are some architecture contingent decisions that should be decided by the steering committee. Such as; VIVO should be cloud-native or VIVO should support enterprise messaging.
Actions
- All to validate result of JIRA to GitHub Issues migration tool before it is run into operation - https://github.com/chenejac/VIVOTestMigrationJIRA
- Dragan Ivanovic to correct wiki documentation - https://docs.google.com/spreadsheets/d/19mSk6xSRm-ogCJisMZ6ao2X2Qi8Z9T3TxZjBzVVr8yk/edit?usp=sharing
- Dragan Ivanovic to work on priorities' google sheet document
Previous Actions
- Brian Lowe to draft initial sketch of "VIVO2" in a Google Doc
- Huda Khan to review:
- Brian Lowe to review:
- Ralph O'Flinn to review:
