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.

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Developers Meeting on Thurs, August 21, 2025

Time/Location

 from 14:00-15:00 UTC

Location: https://lyrasis.zoom.us/my/dspace?pwd=RTk4QUhISnhPRi9YenVrTFJKbDllQT09 (Meeting ID: 502 527 3040).  Passcode: dspace

No Developer Meeting on Thursday, August 14 as Tim Donohue will be out of the office from August 11-19, returning on Weds, August 20.

10.0 Release Schedule (TENTATIVE - Not Finalized)

  • New Feature Development Deadlines
    • Feature PR Creation Deadline: Friday, February 20, 2026
    • Feature PR Review/Test Deadline: Friday, March 13
    • Feature PR Merge Deadline: Friday, March 27
  • 10.0 Release Candidate:  Friday, April 3
  • 10.0 Testathon: April 6-17 (two weeks)
  • 10.0 Translation updates: April 6-17 (during Testathon)
  • Bug Fix Deadlines
    • Bug Fix PR Creation Deadline: Friday, May 1
    • Bug Fix PR Merge Deadline: Friday, May 15
  • Documentation & Release Week: May 18-22 
  • 10.0 Release Announced: Tuesday, May 26, 2026

Agenda

Attendees

Current Work

Project Boards

To quickly find PRs assigned to you for review, visit https://github.com/pulls/review-requested  (This is also available in the GitHub header under "Pull Requests → Review Requests")

Goals for 10.0

To be decided by DSpace Steering Group with feedback from Leadership Group

Priorities listed at DSpace Release 10.0 Status

Goals for 9.2 / 8.3 / 7.6.5

Deadline is TBD for 9.2, 8.3 and7.6.5.  Bug fix releases do not have fixed/scheduled deadlines. Instead, the developer team will determine when to create a release based on the significance of the issues to solve. (e.g. If major issues are fixed, then a bug fix release will occur more rapidly.  If minor issues are found, then a bug fix release may be delayed until sufficient fixes have been made to warrant a release)

  • Bug/security fixes only.  These minor releases will not include any new features.
    • New "themeable components" (for dspace-angular) are allowed in bug fix releases, provided that they don't significantly modify component behavior or similar.
    • Accessibility fixes are also allowed in bug fix releases, provided they don't significantly modify component behavior or similar.
  • Bug fix PRs should be created against "main" branch where possible. The "main" branch has the most strict code style rules. (i.e. PRs created against dspace-7_x  are becoming more difficult to port forward.)
  • Per our support policy, bug fixes are only guaranteed to be ported back to 9.x.  That said, where possible, we'll try to backport bug fixes (especially significant ones) to 8. x and 7.6.x.

Try "Pull Request Trading" for a quicker review

Do you have a PR stuck in "under review" that you really want to see move forward?  Or maybe it's someone else's PR but you want to get it more attention?

See Trading reviews on Pull Requests for how to get immediate attention to that PR!

Notes

Opening

  • Tim welcomed participants and noted the main agenda item: discussion on NX and potential migration of the DSpace Angular UI.

  • Brief mention of ongoing merger discussions before transitioning to the main technical topic.

Merger Updates

  • Strategic group is planning a Q&A webinar in the second half of September (exact date TBD).

    • Format: short presentation on merger progress + ~45 minutes for community questions.

    • Questions can be submitted in advance via an online form.

  • Tim: 
    • No decisions have been made yet; planning work continues.

    • Recommendations to steering/leadership groups expected in about a month or more.

    • Still exploring how a merger might be structured technically.

Main Topic: NX Migration Discussion

  • Background:
    • Current Angular UI is monolithic; customization requires code-level changes.

    • Goals:

      • Modularization to allow reusable, plugin-like architecture (institutions can build and share small add-ons).

      • Easier customization management (similar to how XML/JSP UI allowed overlays in earlier DSpace versions).

    • Backend modularization is possible with Maven modules, but front-end currently lacks equivalent flexibility.

  • NX is not required to achieve modularization but makes it easier.

  • Provides tooling for creating and managing libraries, ensuring builds occur in correct order.

  • Advantage: incremental builds & caching, reducing build times significantly.

  • Presentation: Nx Benefits (Giuseppe Digilio, 4Science)
  • Giuseppe Digilio presented on using Nx to further modularization; challenges and how to get there
    • Current Angular app is monolithic → hard to extend, limited for external plugins.

    • NX helps by:

      • Structuring code into apps + libraries.

      • Offering CLI scaffolding, dependency graphs, incremental builds, and caching.

      • Supporting modular architecture while maintaining developer productivity.

    • Two approaches:

      • Standalone (single app + libraries).

      • Monorepo (multiple apps + shared libs).

    • Demoed proof-of-concept migration:

      • Showed creation of libraries (e.g., core functionality separated).

      • Highlighted speed improvements with cached builds.

      • Example of custom feature library adding routes independently.

    • Questions:
      • pcg-kk: Raised concerns about NX maintenance:

        • Version incompatibilities between NX & Angular.

        • Risk of circular dependencies if modularization isn’t carefully managed.

        • Observed bugs and open issues in NX community.

      • Giuseppe Digilio:

        • Agreed circular dependencies are a risk in any modularization. Scripts and NX configs can help enforce boundaries.

        • Suggested aligning Angular and NX versions carefully; not seen as a major blocker.

      • Tim Donohue:

        • Suggested documenting risks and considering fixed NX versions per DSpace release.

      • Art Lowel: Questioned impact on merger with DSpace-CRIS.

        • Concern: CRIS doesn’t use NX currently.

        • Giuseppe: standalone NX approach minimizes disruption; structure remains similar to current Angular app.

      • Themes: Question raised about impact on theme upgrades under modularization; needs further exploration.

      • Backend + frontend bundling: Desire expressed for ways to package both together for customizations. Tim noted NX can wrap other build tools (like Maven/Gradle), so potential exists.

    • We will bring this back to next meeting; in the meantime, please add it to this old PR: https://github.com/DSpace/dspace-angular/pull/4019
    • Giuseppe will send a copy of the slides to Tim or Holger


Action items




  

  • No labels