Page History
...
Friendly reminders of upcoming meetings, discussions etc
- DSpace 7 Working Group (2016-2023): Second Sprint ongoing (July 9-20): DSpace 7 Community Sprint 2
DSpace Entities Working Group (2017-18): Next meeting is TBD.
- See recent announcement from DSpace Steering regarding Entities work: https://duraspace.org/statement-from-dspace-steering-group-on-the-dspace-7-data-model/
- DSpace Developer Show and Tell Meetings: Next Show & Tell will be July 31 at 15:00 UTC. The topic will be REST API Tools.
...
(Ongoing Topic) DSpace 7 Status Updates for this week. No major updates this week, Sprint #2 is ongoing
- DSpace 7 Working Group (2016-2023) is where the work is taking place
- DSpace 7 Dev Status spreadsheet: https://docs.google.com/spreadsheets/d/18brPF7cZy_UKyj97Ta44UJg5Z8OwJGi7PLoPJVz-g3g/edit#gid=0
(Ongoing Topic) DSpace 6.x Status Updates for this week
- Master ports from 6.3. A number of PRs merged into 6.3 release have not yet been ported to `master` branch. These PRs are closed but still have the "port to master" label.
- https://docs.google.com/spreadsheets/d/1X-Zk56gz-wg6p7JaiuBzzUquqOvwwx_-o_ZDDvGPSQU/edit?usp=sharing
- As we're working through this list, we should remove the 'port to master' label from the dspace-6.x PR and if possible, edit the JIRA comment to remove the "63_PORT_TO_MASTER" text.
- 6.4 will surely happen at some point, but no definitive plan or schedule at this time. Please continue to help move forward / merge PRs into the dspace-6.x branch, and we can continue to monitor when a 6.4 release makes sense.
- Master ports from 6.3. A number of PRs merged into 6.3 release have not yet been ported to `master` branch. These PRs are closed but still have the "port to master" label.
- Brainstorms for "Plumbing" changes (from last week's meeting)
- Bulk Operations Support Enhancements (from Mark H. Wood)
- Better support for bulk operations (in database layer), so that business logic doesn't need to know so much about the database layer. Specifically, perhaps a way to pass a callback into the database layer, to be applied iteratively to the results of a query.
- Then, the database layer can handle batching, transaction boundaries, and other things that it should know about, and the business logic won't have to deal with them.
- This is the result of thinking about a recent -tech posting from a site with half a million objects that needed checksum processing.
- (This is almost an extension of the tabled topic below regarding DSpace Database Access, but a bit more specific in trying to simplify/improve upon how bulk operations are handled)
- Curation System Needs (from Terrence W Brady )
- Bulk Operations Support Enhancements (from Mark H. Wood)
- Tickets, Pull Requests or Email threads/discussions requiring more attention? (Please feel free to add any you wish to discuss under this topic)
- FUTURE TOPIC: How to encourage / credit folks who do Code Reviews? (Tim Donohue)
- We have a lot of open PRs. As we know, the process for reviewing is very ad-hoc, sometimes encounters delays. If we can find ways to encourage/empower folks (even non-Committers if they know Java / Angular well) to do code reviews & be credited publicly...maybe we can speed up this process?
- Other brainstorms welcome!
Tabled Topics
These topics are ones we've touched on in the past and likely need to revisit (with other interested parties). If a topic below is of interest to you, say something and we'll promote it to an agenda topic!
...
Overview
Content Tools