Skip to end of metadata
Go to start of metadata


Call-in Information

Time: 11:00 am, Eastern Time (New York, GMT-04:00)

To join the online meeting:



(star)  Indicating note-taker

  1. William Welling 
  2. Andrew Woods
  3. Alexander (Sacha) Jerabek 
  4. Huda Khan 
  5. Brian Lowe (star)
  6. Bruce Herbert


  1. I18n sprint updates
    1. Needing review: VIVO-1763 - Getting issue details... STATUS
    2. Reducing the i18n .ftl files: VIVO-1934 - Getting issue details... STATUS
    3. Need help with upgrade scenarios:
      1. VIVO-1904 - Getting issue details... STATUS
      2. VIVO-1914 - Getting issue details... STATUS
  2. Drop-in war
    1. VIVO-1443 - Getting issue details... STATUS
      1. Third-tier builds - vivo-custom-webapp
  3. Solr configuration
    1. VIVO-1752 - Getting issue details... STATUS - Will not do
  4. Moving Scholars closer to core - next steps
    1. SelectQueryDocumentModifier
    2. Entities: Collection, Concept, Document, Organization, Person, Process, and Relationship
    3. Configuring Solr
  5. Moving Data Ingest Task Force forward

Future topics

  1. Vitro JMS messaging approaches - redux
    1. Which architectural pattern should we take?
    2. What should the body of the messages be?
  2. Renaming of 'master' branch? (ZDNet, BBC)
    1. Guidance from GitHub 
    2. DSpace has done it
    3. Fedora has done it
    4. Samvera is doing it
  3. Incremental development initiatives
    1. VIVO-1688 - Getting issue details... STATUS
    2. VIVO-1751 - Getting issue details... STATUS
    3. Integration test opportunities with the switch to TDB - requires startup/shutdown of external Solr ..via Maven
      1. VIVO-1752 - Getting issue details... STATUS


  1. Status of In-Review tickets

    T Key Summary Assignee Reporter P Status Resolution Created Updated Due


Link on DuraSpace Wiki:


  1. Andrew Woods
  2. William Welling
  3. Bruce E. Herbert
  4. Sacha Jerabek
  5. Huda Khan
  6. Brian Lowe


  1. I18n sprint update
    1. Sacha: UQAM primarily working on documentation. Michel is documenting how to add a new language. There may be additional documentation that could be moved over from the UQAM wiki to the VIVO wiki.  Michel and Andrew have been looking at technical documentation; Sacha is focusing on end-user documentation.  Sacha has encountered problems in installing VIVO, at least in part due to infrastructure issues (restrictions imposed by those managing the servers).  VIVO documentation also assumes server administration background that may be a hurdle.
    2. Andrew:  Matthias has written a script to generate sample multilingual data; sounds like he is moving forward with reproducing the ticket he’s working on (optimizing language filtering).  Dominik is working on making time for the “firsttime” data reloading issue.
  2. VIVO-1904 and VIVO-1914: would be great if an institution with an existing VIVO installation could test (and document) the upgrade path to 1.12 (with new language functionality).
    1. A&M still needs to upgrade to 1.11 (and potentially TDB; have encountered performance issues with TDB and data ingest).
  3. Andrew: Drop-in .war deployment
    1. Andrew: Customized builds (e.g. three-tier builds) are still possible.  Nothing should be lost, but this should make it easier for people who just want to install a standard VIVO.
    1. Andrew: VIVO doesn’t have a pull model for ingest, so the tools still sit outside and push data in.  The installation change doesn’t affect that.
    1. Relatively significant change to installation of VIVO
    2. This feature would warrant a five-minute video explaining the impact of the change.
    3. Requirement to build VIVO to install it goes away
    4. Downloadable .war file that can be added to Tomcat (or, with minor changes, to Jetty)
    5. Sacha: is there anything that would be lost in moving away from building one’s installation?
    6. Bruce: what about data ingest that might depend on the institution?
    7. Initial configuration data will now be provided in a small context.xml file (VIVO home, default namespace, root user email address).
    8. Pull request needs review
  4. Auto-configuration of Solr:  turned out to be more involved for the installer than the copy-the-Solr-configuration-files approach, because (non-cloud) Solr does not support everything we need via the API.  A move to SolrCloud would make the automatic configuration more attractive.
  5. Bringing Scholars closer to the VIVO core:  something to focus on after i18n work is complete.
    1. William: which has the higher priority?  Using existing VIVO infrastructure to populate the Scholars index, or a messaging system?  If the latter, the Scholars integration can be built on that.

Draft notes in Google-Doc 



  • No labels