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. Benjamin Gross 
  2. Brian Lowe (star)
  3. Ralph O'Flinn
  4. Andrew Woods
  5. Nicolas Dickner
  6. Jeff Tyzzer
  7. Michel Héon
  8. Huda Khan
  9. Don Elsborg


  1. Next week VIVO Conference and Sprint - postpone sprint by a week?
  2. VIVO Scholars... next steps
  3. Selenium testing
    1. VIVO-1885 - Getting issue details... STATUS
      1. UQAM wiki documentation
  4. Bugs/Issues
    1. Mailing list (vivo-tech)
      1. Global Transaction Identifier Setting in MySQL
    2. Solr configuration needs updates:  VIVO-1866 - Getting issue details... STATUS
      1. Potentially related:  VIVO-1671 - Getting issue details... STATUS
    3. VIVO-1883 - Getting issue details... STATUS
    4. VIVO-1842 - Getting issue details... STATUS  - Will potentially simplify i18n '.ftl' files
  5. Tickets to be reviewed
    1. VIVO-1839 - Getting issue details... STATUS  - one more reviewer needed
    2. VIVO-1887 - Getting issue details... STATUS  - low-hanging and urgent... or else we will fall out of date again

    3. VIVO-1873 - Getting issue details... STATUS
    4. Key Summary T Created Updated Due Assignee Reporter P Status Resolution

  6. Who is working on what? - Are there active tickets in-progress?
    1. T Key Summary Assignee Reporter P Status Resolution Created Updated Due

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. 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



  1. Nicolas Dickner
  2. Andrew Woods
  3. Jeff Tyzzer
  4. Brian Lowe
  5. Michel Héon
  6. Huda Khan
  7. Benjamin Gross
  8. Don Elsborg
  9. Ralph O’Flinn


  1. VIVO Conference and Sprint
    1. Due to a conflict with the VIVO conference, the June sprint will not be occurring the week of the 15th.  A possible rescheduling/combination with the July sprint will be discussed offline, and proposed dates posted to the list.
  2. VIVO Scholar
    1. Andrew (supplying background): current default harvest mechanism is to slurp directly from copied TDB files.
    1. Andrew: There is interest in moving Scholar initiative into the core VIVO project Github organization.
    2. Michel: UQAM and its network of universities will be taking a serious look at VIVO Scholar. Desire for simpler installation and interface generation, but requirement to keep semantic web technologies. GraphQL API is not currently of interest; SPARQL is more important.  French version of Scholar would be a must, and language must be selectable by the user rather than relying on the browser-supplied headers.
    3. Nicolas: VIVO Scholar could be a nice way to implement a multi-institutional VIVO:  feed multiple VIVOs into a single Solr index that drives the interface.
    4. Benjamin: very interested in it, but internationalization and editing are must-haves.  Both Scholar and VIVO do different things well; neither currently does everything well.
    5. Andrew: Current thinking is that Scholar would be the public front end while current VIVO would be the editing backend.  Texas A&M, however, is very interested in editing and having a Scholar-like editing capability.  
    6. Brian: Interested in the idea of what Scholar is doing, but don’t yet know enough about the implementation details to know whether to embrace it.  Not had much success yet in getting it up and running.
    7. Don:  Complicated stack compared to, for example, what we’re doing with Facetview.  Don’t see an easy path to incorporating the Scholar stack into our architecture.
    8. Ralph: Not fully baked yet and suffers from some challenging technology stacking, but once set up it becomes easy for a web developer developing against GraphQL.  Little harder for the server administrator; simplifying that may be the next goal.
    9. Don and Ralph:  Scholar needs to be able to harvest from an arbitrary SPARQL endpoint, not depend on SDB/TDB native connections.
    10. Don: there is a lot of potential here, because you can’t do everything with SPARQL and mere mortals don’t want to think about the ontology.
    11. Huda: Simple auto-configuration if pointed to an existing VIVO would be ideal. Is Java still the most appropriate technology once you have everything driven from an index? There are other lighter-weight technologies for rapidly spinning up front ends.  Front-end development is always moving on to something new, and focusing on giving developers access to JSON and APIs and letting them choose the latest technology might be a good idea.
    12. Ralph and Don: Not just Java; also Go component for GraphQL, which consumes the REST API exposed using Java / Spring Boot.
    13. Ralph: Mike’s approach of using Triple Pattern Fragments may also be a good way to go; highlighted the complexity of Scholars Discovery.  
    14. Don: GraphQL stack is a nice, non-ontological way of getting access to rich data.  Very interested in this for web developers; most important thing to keep.
    15. Ralph: GraphQL should be expanded to cover the whole ontology.  Middleware piece is more important than the UI.
  1. Sections 4/5 from agenda: Brief highlighting of global transaction ID issue and other open issues, also potential importance of addressing the missing solr config in the new stand-alone installation.

Draft notes in Google-Doc 



  • No labels