Changes between Version 2 and Version 3 of Ticket #432, comment 9
- Timestamp:
- 06/04/17 08:44:20 (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #432, comment 9
v2 v3 3 3 > So if you want to do something like use uiop/stream:copy-file which does something like open the source, open the dest, read/write, it will not do what you might expect. I don't see a way of controlling this behavior. Arguably the default ought to be to follow redirects and open the redirected-to file. 4 4 5 ABCL-BUILD now uses {{{uiop/steam:copy-file}}} for the machinery which retreives XDG rooted Ant and Maven installations from well-known URIs c.f. <http://abcl.org/trac/browser/trunk/abcl/contrib/abcl-build/build/install.lisp#L49>, so the underlying {{{ pathname-url}}} usage of{{{java.net.HTTPUrlConnection}}} seems to be working for cases in which the URI is already canonical in the form that would be idempotent for following across HTTP 3xx redirects.5 ABCL-BUILD now uses {{{uiop/steam:copy-file}}} for the machinery which retreives XDG rooted Ant and Maven installations from well-known URIs c.f. <http://abcl.org/trac/browser/trunk/abcl/contrib/abcl-build/build/install.lisp#L49>, so the underlying {{{ext:pathname-url}}} implementation on {{{java.net.HTTPUrlConnection}}} seems to be working for cases in which the URI is already canonical in the form that would be idempotent for following across HTTP 3xx redirects. 6 6 7 7 WORKAROUND: The current usage expected of the user is to introspect any reference to a {{{ext:pathname-url}}} via CL:TRUENAME. If there is an underlying redirect, CL:TRUENAME should somehow offer an API to the user to customize its behavior. I am currently against "jumping" across URI schema changes without a chance for user intervention. Smells like another restart to me, but comments?