[armedbear] #432: CL:OPEN on URL-PATHNAME does not redirect across different schemes

[armedbear]

#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