Opened 15 years ago
Last modified 14 years ago
#68 reopened enhancement
Extend Load.java to allow loading FASLs from arbitrary streams
| Reported by: | ehuelsmann | Owned by: | nobody |
|---|---|---|---|
| Priority: | major | Milestone: | unscheduled |
| Component: | libraries | Version: | |
| Keywords: | Cc: | ||
| Parent Tickets: |
Description
Currently, Load.java inspects a file to find whether or not this file is a ZIP file. From there, it decides on a strategy to continue loading the file.
However, in many circumstances in Java one has a stream of unknown origin. It's a requirement for good Java integration to be able to load FASLs off arbitrary streams (resource streams, e.g.).
Change History (5)
comment:1 Changed 15 years ago by
| Milestone: | 0.18 → 0.19 |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
comment:2 Changed 15 years ago by
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Duh. It's not addressed.
comment:3 Changed 15 years ago by
| Milestone: | 0.19 → 0.20 |
|---|
comment:4 Changed 15 years ago by
| Milestone: | 0.20 → 0.21 |
|---|
Again this should be fairly easy, but we'll bump it to the next release.
comment:5 Changed 14 years ago by
| Milestone: | 0.21 → unscheduled |
|---|
Note: See
TracTickets for help on using
tickets.
There's more to this than meets the eye: we currently depend on random access to the streams of FASLs to load the .cls files in the order specified by the textual loader file (._ file).
In addition, we depend on opening the same ZIP file twice because we load the '._' file at the same time as the .cls files. This is also not possible when loading off a stream.
The current preloading API should help resolve this issue.