#432: CL:OPEN on URL-PATHNAME does not redirect across different schemes ------------------------------+-------------------------- Reporter: aruttenberg | Owner: mevenson Type: defect | Status: accepted Priority: blocker | Milestone: 1.5.0 Component: streams | Version: 1.5.0-dev Resolution: | Keywords: has-test uri Parent Tickets: | ------------------------------+--------------------------
Comment (by mevenson):
Replying to [ticket:432 aruttenberg]:
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.
ABCL-BUILD now uses {{{uiop/steam:copy-file}}} to for the machinery for installing 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}}}.
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?
-- Ticket URL: http://abcl.org/trac/ticket/432#comment:9 armedbear http://abcl.org armedbear