Feature #3936
Support large digital objects upload
| Status: | New | Start date: | ||
|---|---|---|---|---|
| Priority: | Low | Due date: | ||
| Assignee: | - | % Done: | 0% | |
| Category: | - | |||
| Target version: | - | |||
| Sponsored: | Tested version: |
Description
Qubit 1.1 has a maximum file upload limit that is namely due to the basic design that relies on a single web server to handle all the file processing.
A full-redesign should consider two aspects:
- Do as much offline as possible (see http://www.slideshare.net/carsonified/steve-huffman-lessons-learned-while-at-redditcom ). Ideally this would be abstracted using a queue approach, but at least using a service-oriented API for a 2.0 design would give us the potential to get there.
- HTTP/Flash uploads work for small/occasional imports, but a "loading dock" style with a more intelligent transfer system is required for users doing massive uploads.
Related issues
History
#2 Updated by Anonymous over 10 years ago
- Target version set to Release 1.3
[g] Labels added: Milestone-Release-1.3
#3 Updated by Jesús García Crespo over 6 years ago
- Assignee deleted (
Jesús García Crespo)
#4 Updated by Dan Gillean over 6 years ago
- Tracker changed from Bug to Feature
- Project changed from Access to Memory (AtoM) to AtoM Wishlist
Contemporary approach would likely be to handle digital object uploads via the job scheduler. Moving this feature request to the AtoM Wishlist until we can guarantee its inclusion in a future public release.
#5 Updated by Dan Gillean over 4 years ago
- Related to Feature #11465: Update multi-upload widget with something HTML5 based to replace Flash dependency added