Changeset 13058
- Timestamp:
- 11/27/10 11:04:25 (13 years ago)
- Location:
- trunk/abcl/doc/design/pathnames
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/abcl/doc/design/pathnames/jar-pathnames.markdown
r12613 r13058 4 4 Mark Evenson 5 5 Created: 09 JAN 2010 6 Modified: 10 APR20106 Modified: 26 NOV 2010 7 7 8 8 Notes towards an implementation of "jar:" references to be contained … … 13 13 14 14 1. Use Common Lisp pathnames to refer to entries in a jar file. 15 16 15 17 16 2. Use `'jar:'` schema as documented in [`java.net.JarURLConnection`][jarURLConnection] for … … 67 66 ------ 68 67 69 As of svn r125??, all the above goals have been implemented and 70 tested. 68 All the above goals have been implemented and tested. 71 69 72 70 … … 93 91 94 92 The DEVICE PATHNAME list of enclosing JARs runs from outermost to 95 innermost. 93 innermost. The implementaion currently limits this list to have at 94 most two elements. 96 95 97 96 The DIRECTORY component of a JAR PATHNAME should be a list starting … … 124 123 ### Notes 125 124 126 1. `ABSOLUTE-FILE-NAMESTRING` and `RELATIVE-FILE-NAMESTRING` use the 127 local filesystem conventions, meaning that on Windows this could 128 contain '\' as the directory separator, while an `ENTRY` always uses '/' 129 to separate directories within the jar proper. 125 1. `ABSOLUTE-FILE-NAMESTRING` and `RELATIVE-FILE-NAMESTRING` can use 126 the local filesystem conventions, meaning that on Windows this could 127 contain '\' as the directory separator, which are always normalized to 128 '/'. An `ENTRY` always uses '/' to separate directories within the 129 jar archive. 130 130 131 131 -
trunk/abcl/doc/design/pathnames/url-pathnames.markdown
r12613 r13058 4 4 Mark Evenson 5 5 Created: 25 MAR 2010 6 Modified: 11 APR20106 Modified: 26 NOV 2010 7 7 8 8 Notes towards an implementation of URL references to be contained in … … 19 19 ---------- 20 20 21 We use the term URL to describe the URL Pathnames, even though RFC398622 notes that its use should be obsolete because in the context of Common 23 Lisp Pathnames all need a lookup mechanism to be resolved or they 24 wouldn't be of much use. 21 We use the term URL as shorthand in describing the URL Pathnames, even 22 though the corresponding encoding is more akin to a URI as described 23 in RFC3986. 24 25 25 26 26 Goals … … 35 35 3. Use URL schemes that are understood by the java.net.URL object. 36 36 37 A file specified by URL37 Example of a Pathname specified by URL: 38 38 39 39 #p"http://example.org/org/armedbear/systems/pgp.asd" … … 50 50 not accessible (see "Non-goal 1"). 51 51 52 7. DIRECTORY for non-wildcards52 7. DIRECTORY works for non-wildcards. 53 53 54 54 8. URL pathname work as a valid argument for OPEN with :DIRECTION :INPUT. … … 56 56 9. Enable the loading of ASDF2 systems referenced by a URL pathname. 57 57 58 10. The reserved URL characters (`~`, `/`, `?`, etc.) shall be 59 encoded in the proper manner on construction of the Pathname. 58 10. Pathnames constructed with the "file" scheme 59 (i.e. #p"file:/this/file") need to be properly URI encoded according 60 to RFC3986 or otherwise will signal FILE-ERROR. 60 61 61 62 11. The "file" scheme will continue to be represented by an 62 "ordinary" Pathname. 63 "ordinary" Pathname. Thus, after construction of a URL Pathname with 64 the "file" scheme, the namestring of the resulting PATHNAME will no 65 longer contain the "file:" prefix. 63 66 64 67 12. The "jar" scheme will continue to be represented by a jar … … 69 72 --------- 70 73 71 1. We will not implement canonicalization of URL schemas (such as following72 "http" redirects).74 1. We will not implement canonicalization of URL schemas (such as 75 following "http" redirects). 73 76 74 2. DIRECTORY w orkingfor URL pathnames containing wildcards.77 2. DIRECTORY will not work for URL pathnames containing wildcards. 75 78 76 79 … … 120 123 ------ 121 124 122 This design is a proposal. 125 This design has been implemented. 126 127 History 128 ------- 129 130 26 NOV 2010 Changed implemenation to use URI encodings for the "file" 131 schemes including those nested with the "jar" scheme by like 132 aka. "jar:file:/location/of/some.jar!/".
Note: See TracChangeset
for help on using the changeset viewer.