Opened 11 years ago
Closed 4 years ago
#337 closed defect (fixed)
PROBE-FILE for jar file entries accessed via http fails
Reported by: | Mark Evenson | Owned by: | Mark Evenson |
---|---|---|---|
Priority: | blocker | Milestone: | 1.8.0 |
Component: | interpreter | Version: | 1.2.1-dev |
Keywords: | jar-pathname abcl-test-lisp | Cc: | |
Parent Tickets: |
Description (last modified by )
(probe-file #P"jar:http://abcl.org/fasl/42/baz-20140105a-fasl-42.jar!/foo"
(probe-file #P"jar:http://abcl-dynamic-install.googlecode.com/files/baz-20130403a.jar!/foo")
Change History (16)
comment:1 Changed 11 years ago by
Description: | modified (diff) |
---|
comment:2 Changed 11 years ago by
Currently believed to be a problem finding a class to load due to improper encapsulation of previous use of pathnames with TYPE "_".
q.v. Load.findLoadableFile()
comment:3 Changed 11 years ago by
Owner: | set to Mark Evenson |
---|---|
Priority: | major → blocker |
Status: | new → assigned |
comment:6 Changed 11 years ago by
Milestone: | 2.0.0 → 1.4.0 |
---|
comment:9 Changed 5 years ago by
Update tests as the listed resources are returning 404.
TODO: signal 404 errors lisp side for PATHNAME operations
comment:12 Changed 4 years ago by
Milestone: | 1.6.2 → 1.7.0 |
---|
comment:16 Changed 4 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Note: See
TracTickets for help on using
tickets.
Not just GOOG: A newly created jar for remote FASL loads at #P"jar:http://abcl.org/fasl/42/baz-20140105a-fasl-42.jar!/" still fails the load.