-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Usage of local.bitstream.redirectToURL #1094
Comments
After update:
|
@milanmajchrak Can the pump drop the values and issue some sort of NOTICE? I mean if the functionality (the actual redirect) is no longer there why keep it? |
Of course, the pump can ignore updating specific metadata values and add a WARN message to the logs. |
yes, ignore these metadata... |
@milanmajchrak @vidiecan
This field (
local.bitstream.redirectToURL
) was originally used to provide an alternative/faster way to provide files to users. The need for that was mostly replaced by using X-Sendfile (https://www.nginx.com/resources/wiki/start/topics/examples/x-accel/).In
clarin-dspace/dspace-xmlui/src/main/java/org/dspace/app/xmlui/cocoon/BitstreamReader.java
Lines 443 to 446 in 8a6ba5c
clarin-dspace/dspace-xmlui/src/main/java/org/dspace/app/xmlui/cocoon/BitstreamReader.java
Lines 821 to 825 in 8a6ba5c
a redirect is sent (instead of dspace sending bytes read from storage).
In v7 this field is used differently (https://github.com/dataquest-dev/DSpace/wiki/Developing-backend#configure-big-file-limit); so:
The text was updated successfully, but these errors were encountered: