Page History

...

1.  (Backend) Upgrading Solr Server for DSpace - Initial PR: https://github.com/DSpace/DSpace/pull/2058
   1. Initial docs started at Installing DSpace (OLD - to be removed)
2.   (REST) Workflow Endpoint: https://github.com/DSpace/DSpace/pull/2312

...

1. Submission & Workflow UI / backend
2. Configurable Entities (from DSpace 7 Entities Working Group (2018-19))
3. Upgrading Solr Server for DSpace (not required for Preview, as there's no user facing features. However, the earlier we feel comfortable merging this effort the better)

Notes

• Reminder, next week we move meeting to 14UTC (one hour earlier in USA.  Same time for those in Europe, as they start Daylight savings this weekend)

• Submission PR discussion: https://github.com/DSpace/dspace-angular/pull/279
  • Major outstanding request is just for TypeDocs (comments) on all Dynamic Forms components
  • Most of these DynamicForms Components existed prior to this PR.  We do not expect those to be fixed by this PR
  • Giuseppe Digilio (4Science) recommends to create a new GitHub issue ticket for commenting all the Dynamic Forms components.  Schedule this for after Preview Release and assign it to Giuseppe.
    
    • Others agree, this sounds reasonable.  Giuseppe will create the ticket & claim it.
• MyDSpace PR discussion: https://github.com/DSpace/DSpace/pull/2391
  • Andrea Bollini (4Science) wants to ensure we are in agreement on the implementation strategy. Wants to try and get this PR moved along as quickly as possible
  • Strategy is to keep the existing (new) Constants added in the last PR.  Specifically these 4: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/core/Constants.java#L58-L76
  • As previously noted by Ben, these new Constants are slightly controversial. The design pattern is not great, as anytime we want to index a new type of Object in Solr, it MUST be added to the list of Constants.  This is because we currently index these Constants in Solr to represent the type (so an Item in Solr says it is type "2", instead of saying it's an "item" or similar)
    • Ben & Tim both agree this is not a good design pattern long term.  However, also both agree it's "good enough" for now, and we can re-discuss this after the Preview Release
  • Next Step: This implementation is fine for now. We'll have to determine a better design pattern approach after Preview Release.  It also may be that (time permitting) we'd have to modify the approach in DSpace 8, we'll have to see.
• EC2 instance for Docker
  • Terry suggests that, since we are releasing Preview Release via Docker, we might also consider having a Preview "demo site" in EC2 using those Docker instances
  • Tim says that sounds reasonable, We'll take this offline though to discuss further and bring back to group as needed
• Planning for Preview Release
  • Lieven asks if we can set ourselves an internal deadline.  April 11 might be tough, as both DuraSpace Summit and user group in Germany are going on that week.  April 18 maybe?
  • Tim agrees, April 18 seems like a good goal.
  • Also need to understand our availability in late April and May.  How do we get from Preview to Beta. 
  • Decision
    • April 18 is our new Preview Release goal.  This means finalizing reviews & merging all necessary (blue starred) PRs before April 12 or 15.
    • NEXT WEEK: Discussion of availability in late April / all of May.  Do we have any gaps to fill?  Is a Beta possible by OR2019?