June 2017 - armedbear-devel - mailman3.common-lisp.net

Putative abcl-1.5.0 release plan
by Mark Evenson 21 Jul '17

21 Jul '17

In the "gee that took a lot longer than expected", I'd like to announce my rough plan to release abcl-1.5.0 in the next week. The biggest change in the implementation will be the dropping of Java 5 support since there is no longer a freely redistributable JDK5 implementation (it went with the Sun set…) to run the GPL'd ABCL upon. We will endeavor to ensure that Java 6 continues to be supported as long as the openjdk6 is actively maintained. As always, comments and patches solicited. Yers in CONS, Mark >From <http://abcl.org/trac/milestone/1.5.0>: Milestones ========== Drop Java 5; ensure Java [678] work well. ABCL-CONTRIB ------------ ABCL-BUILD Unified build system (using UIOP; able to install and use Ant, Maven, and others via interactive restarts) ABCL-INTROSPECT Vastly improved support for Java object introspection (Used via as yet unreleased SLIME patches https://github.com/easye/slime.git) CL:DISASSEMBLE works "out of the box" with JAD (if installed on PATH), or Objectweb ABCL-AIO Package arbitrary run-time dependencies (both Java and Lisp) in 'abcl-aio.jar' for customized deployment scenarios ABCL-CONTRIB semantics described (UNIMPLEMENTED) Bootstrap the config mechanism across the network if a local abcl-contrib source tree cannot be located. JSS optimizations & features to support dynamic introspection ABCL-ASDF Robust Maven support -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

2 4

How to call System.getProperty("user.home") from ABCL
by Mirko Vukovic 21 Jun '17

21 Jun '17

Hello, after a recent update of my company Windows 10 laptop, ABCL 1.4 is landing me in an incorrect home directory. Before I contact our support I would like to investigate the problem a bit more. This is how far I got: (user-homedir-pathname) returns #P"C:/WINDOWS/system32/config/systemprofile/" I wrote a little Java snippet to test "user.home" public class UserHome { public static void main(String[] args) { System.out.println(System.getProperty("user.home")); } } and it returns, correctly, "C:\Users\977315" I don't know how to call System.getProperty("user.home") from ABCL. I have multiple Java's on my laptop, and I need to doublecheck that my tests are self-consistent. But in the meantime, how do I call System.getProperty? Thanks, Mirko

4 8

ABCL User Question about following HTTP redirects for CL:OPEN on EXT:PATHNAME-URL references?
by Mark Evenson 04 Jun '17

04 Jun '17

Alan Ruttenberg from <http://abcl.org/trac/ticket/432>: 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. I replied: ABCL-BUILD now uses uiop/steam:copy-file for the machinery which retreives XDG rooted Ant and Maven installations from well-known URIs c.f. <http://abcl.org/trac/browser/trunk/abcl/contrib/abcl-build/build/install.li…>, so the underlying ext:pathname-url implementation on java.net.HTTPUrlConnection seems to be working for cases in which the URI is already canonical in the form that would be idempotent for following across HTTP 3xx redirects. WORKAROUND: 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. What would the current users of Armed Bear to do: automatically follow all HTTP retrieval redirects without regards to security concerns, or follow the current policy of doing "whatever ORCL thinks is right for java.net.HTTPUrlConnection"? -- "No, this is not a disentanglement, but a progressive /knotting-into/."

1 0