Feature #3936

Support large digital objects upload

Added by Jesús García Crespo about 11 years ago. Updated over 6 years ago.

Status:NewStart date:
Priority:LowDue date:
Assignee:-% Done:


Target version:-
Sponsored: Tested version:


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

Related to AtoM Wishlist - Feature #11465: Update multi-upload widget with something HTML5 based to ... New 08/29/2017


#1 Updated by David Juhasz almost 11 years ago

  • Priority set to Low

[g] Labels added: Priority-Low

#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

Also available in: Atom PDF