Contribute to the DSpace Development Fund
The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.
Date
from 15:00-16:00 UTC
Location: https://duraspace.zoom.us/my/dspace (Meeting ID: 502 527 3040).
- More connection options available at DSpace Meeting Room
Agenda
General development / planning updates (Tim)
- Tentative release schedule for DSpace 7.0 (goals set by DSpace Leadership subgroup)
- Quick updates on Angular UI tickets and/or PRs (Art)
- Discussion: when do we schedule the Angular 6 upgrade?
- Quick updates on REST API tickets and/or PRs (Andrea)
- General Discussion Topics
- DSpace 7 installation/customization process. Documenting our plan/goal for 7.0
- Require separate installation/setup/prerequisites for REST API (backend) and Angular UI?
- Somehow bundle the two together (and optionally let you install each separately)? There are options to build/bundle Angular apps via Maven (similar to the Mirage2 npm-based build process)
- Also, how will we recommend customizing UI / themes?
- DSpace 7 installation/customization process. Documenting our plan/goal for 7.0
- (Last 15mins) Development planning/updates in Development Planning Spreadsheet.
Attendees
Notes
(Notes below copied from last meeting. Details will be updated during this meeting.)
- General Updates (Tim)
- Tentative release schedule listed at DSpace 7.0 (goals set by DSpace Leadership subgroup)
- Preview release in late Jan / early Feb. Key feature to show off here is Configurable Entities. This release won't have all DSpace 7 features, but is just a "first taste" with more features to come.
- Beta in late April (tentative). Beta will be the first release that includes all DSpace 7 features.
- Final in late May (tentative). Goal is to have this release prior to OR2019 (early June) if at all possible.
- All deadlines are just goals. They seem doable right now, but we'll know how we are doing based on whether we can hit the first goal.
- Our team goal is to get as much ready to merge by end of 2018. That ensures we have much of January to cleanup / bug fix existing features prior to the "Preview" release.
- Angular Team Updates (Art)
- Merged PRs:
- In Progress tickets / PRs:
- Lotte working on the menus (based on mockups)
- Wiki page for side menu mockups: Menu Mockups
- Kristoff creating & editing Communities, Collections & Items
- Lotte working on the menus (based on mockups)
- Tickets / PRs requiring review:
- Angular 6 PR becoming a high priority: https://github.com/DSpace/dspace-angular/pull/320
- All agree to move this forward to Angular 6 pull request. Will no longer wait for the Submission PR. First one in will win. Tim will review.
- https://github.com/DSpace/dspace-angular/pull/325
- Small PR. Needs a quick review & test. Tim will review.
- Several small PRs from Bram (reviewed by Art, waiting on updates)
- Entities PR: https://github.com/DSpace/dspace-angular/pull/315 (Needs reviewers/testers)
- https://github.com/DSpace/dspace-angular/pull/279 (Trying to complete by end of November, but cannot guarantee at this time.)
- This ticket is also waiting on Tests/Specs to be implemented
- Giuseppe will be dedicated to DSpace 7 as of November 20. Will have two weeks of effort coming to help fix up this PR. Giuseppe may also contribute on the REST API effort for Submission/Workflow too.
- Angular 6 PR becoming a high priority: https://github.com/DSpace/dspace-angular/pull/320
- REST Team Updates
- Open PRs: https://github.com/DSpace/DSpace/pulls?q=is%3Apr+is%3Aopen+label%3A%22REST+API+v7%22+sort%3Aupdated-desc
- Merged PRs:
- In Progress tickets / PRs:
- https://github.com/4Science/DSpace/pull/37 (Still waiting on Andrea to find time to create a PR from this
- After that PR, we also will have a MyDSpace PR to complete the REST API side of Submission & Workflow
- Atmire will be creating separate PRs for each Content Mgmt feature (see our spreadsheet for full list)
- Still in the design phase
- Atmire looking at dynamically adding HAL links (making it more configurable).
- https://github.com/4Science/DSpace/pull/37 (Still waiting on Andrea to find time to create a PR from this
- Tickets / PRs requiring review:
- Lots of tickets open and waiting for final reviews
- https://github.com/DSpace/DSpace/pull/2173 (Recent updates, waiting for rereview)
- https://github.com/DSpace/DSpace/pull/2129 (Recent updates, some more feedback to take into account. Nearly ready to go.)
- https://github.com/DSpace/DSpace/pull/2128 (Approved by Tim. Needs re-review from Andrea Bollini (4Science) )
- https://github.com/DSpace/DSpace/pull/2258
- Needs another review. UPDATE: Approved & merged
- https://github.com/DSpace/DSpace/pull/2257 (New PR, needs initial review)
- https://github.com/DSpace/DSpace/pull/2253 (New, small PR. Needs quick review)
- Contract updates regarding Curation Tasks (from Ben): https://github.com/DSpace/Rest7Contract/pull/17
- Mark noted that he's working on Java API backend for Curation Tasks. It'd be good to have anyone working on the REST API Curation Tasks endpoint look at the backend proposed changes in these PRs. (It's possible these backend changes could make the REST API implementation easier). Ben Bosmannoted he'd try to review these.
- Discussion: What will be the Installation process for DSpace 7?
- Keep installation of REST API & Angular separate?
- Try to merge them (using a Mirage2 like approach) as suggested in blog posts like: https://medium.com/spektrakel-blog/angular-in-the-enterprise-building-angular-apps-through-maven-3ca535152f85 ?
- Art notes that Mirage2 process was always "clunky" and not ideal. Might be more problems than it's worth.
- Mark notes that installing them separate may not be that bad as long as each part is easy to install on its own. Could we just ensure each piece is easier?
- Tim notes that one way to simplify the install process of each part would be to improve on our backend (REST API) installation. We all know that it's "clunky" and not ideal
- Mark asks which parts are "clunky"?
- Tim's opinion is the multiple webapps are a problem. They make installation slightly more difficult (copying over multiple things into the right area). They also require more resources – each webapp loads up all DSpace JARS, initializes Hibernate & Flyway, etc. A lot of this is unnecessary.
- Tim notes we could lean more on tools/processes provided by Spring Boot if we think of merging all our various webapps into one webapp
- Start of this idea was developed a month or so ago in this PR: https://github.com/DSpace/DSpace/pull/2231
- Art asks what about Solr?
- Solr is it's own problem. In DSpace 7, we must upgrade to a non-EOL version (Solr v6 or 7), which means Solr must become a prerequisite (no longer embedded in DSpace)
- Discussion on this begun at: Upgrading Solr Server for DSpace
- Mark H. Wood and Terrence W Brady are taking a lead here. Tim has helped on the Solr Client upgrade (nearly complete in this PR: https://github.com/DSpace/DSpace/pull/2058)
- In any case, Solr is a separate issue, and it wouldn't be included in this "one webapp" idea.
- Andrea is skeptical still. Notes that he likes the general direction of using Spring Boot tools, like turning DSpace into a runnable JAR (similar to how Solr now works). However, he's not sure about the benefits of one webapp approach. Also notes he likes managing Tomcat himself.
- Tim notes that the one webapp approach is just the first step. We cannot get to a runnable JAR or even a "drop in" WAR until we find a way to deploy as one webapp
- Whether we can get to a runnable JAR in DSpace 7 is still a question anyways. The approach right now is just to simplify our Maven processes, and rely more on Spring Boot build/deploy tools – that provides good benefits on its own. We can make the decision on a runnable JAR vs single WAR later.
- Lieven notes this sounds good, but does Tim have time to build this?
- Tim notes this is important for early adoption of DSpace 7. Effort of a single webapp doesn't seem too large (maybe a few days), and likely could be done over several weeks (shaving off time on Fri or Mon, which can be slower).
- Obviously though, if the effort starts to look larger, we may need to delay this until Beta or Final release, or even post-7.0. Tim can keep everyone posted.
- Discussion ran long...had to wrap up. Next Steps:
- Tim will re-investigate this approach and revamp/refactor the old PR (https://github.com/DSpace/DSpace/pull/2231)
- Others should think more on this, and report back if you have concerns (earlier the better, so we can choose a new direction, if needed)
- Discussion to continue in coming weeks.
- Development planning/updates in Development Planning Spreadsheet. (Did not touch on today)
- The Next Meeting will be Thursday, Nov 29 at 15:00UTC (10:00am EST) in DSpace Meeting Room
- NOTE: Next Thursday (Nov 22) is a holiday in USA (Thanksgiving). Tim will be on holiday from Nov 21-23, returning on Monday, Nov 26.
Overview
Content Tools