Discussion: removing functionality not ready for production
Discussion
Assessment:
Preservation: Esme: ingest working, scaling up -- filed a bug for performance of meadata updates on a federated filesystem which is being worked this sprint.
REST API: Ben: no update other than LDP paging discussions, but still hopeful of wrapping this up this month.
Performance: Dan: populating scenarios, with variations on ingest/access, concurrency, different file sizes, etc. Will work with Kevin Clarke, who is working on Grinder this sprint.
Functionality Discussion:
Chris: Doing LDP alignment work and touching a lot of code, found several "soft spots" where code isn't ready for 4.0 release.
Features proposed for removal from 4.0 release:
Batch API: good idea for possible performance improvement, but not being used by anyone yet.
Field Search: promising feature, could be used instead of external search engine
Ben: inclined to view SPARQL as better defined, better match to LDP
Unknown User (escowles@ucsd.edu): I picked four tests that seem like the highest priority to me: large number of files ingest, large file size ingest, mixed reads, mixed reads/writes
Andrew Woods: Prioritize postponed features for inclusion in 4.1