[Armedbear-ticket] [armedbear] #360: Unable to load hunchentoot via quicklisp (maven, asdf problem?)
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) ----------------------------+----------------- Reporter: david creelman | Owner: Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | ----------------------------+----------------- After successfully setting up quicklisp, I try to do :- (ql:quickload "hunchentoot")
and get the following (apologies for bad formatting, copying from a Windows cmd window.
..... [package jss]..................................... [package abcl-asdf]............................... [package abcl-asdf-test]. ; in (EVAL-WHEN (:COMPILE-TOPLEVEL :LOAD-TOPLEVEL ...) ...)
; Caught SIMPLE-WARNING: ; Unable to locate Maven executable to find Maven Aether adaptors.
jnaASDF could not load because The file http://repo1.maven.org/maven2/net/java/ dev/jna/jna/4.1.0/jna-4.1.0.jar does not exist.. #<THREAD "interpreter" {938BE3}>: Debugger invoked on condition of type FILE-ERR OR The file http://repo1.maven.org/maven2/net/java/dev/jna/jna/4.1.0/jna-4.1.0.ja r does not exist. Restarts: 0: RETRY Retry loading #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4. 1.0">. 1: ACCEPT Continue, treating loading #<ASDF/INTERFACE:MVN "jna" "net.java.d ev.jna/jna/4.1.0"> as having been successful. 2: RETRY Retry compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "c ffi-abcl">. 3: ACCEPT Continue, treating compiling #<ASDF/LISP-ACTION:CL-SOURCE- FILE "c ffi" "src" "cffi-abcl"> as having been successful. 4: ABORT Give up on "hunchentoot" 5: TOP-LEVEL Return to top level. [1] CL-USER(5): 0 jnaASDF could not load because The file http://repo1.maven.org/maven2/net/java/ dev/jna/jna/4.1.0/jna-4.1.0.jar does not exist.. #<THREAD "interpreter" {938BE3}>: Debugger invoked on condition of type FILE-ERR OR The file http://repo1.maven.org/maven2/net/java/dev/jna/jna/4.1.0/jna-4.1.0.ja r does not exist. Restarts: 0: RETRY Retry loading #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4. 1.0">. 1: ACCEPT Continue, treating loading #<ASDF/INTERFACE:MVN "jna" "net.java.d ev.jna/jna/4.1.0"> as having been successful. 2: RETRY Retry compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cffi" "src" "c ffi-abcl">. 3: ACCEPT Continue, treating compiling #<ASDF/LISP-ACTION:CL-SOURCE- FILE "c ffi" "src" "cffi-abcl"> as having been successful. 4: ABORT Give up on "hunchentoot" 5: TOP-LEVEL Return to top level.
Please let me know if you would like more information.
This may be strictly speaking a quicklisp issue, but it seems to be calling in the ABCL asdf stuff.
Regards, David
-- Ticket URL: http://abcl.org/trac/ticket/360 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+---------------------- Changes (by mevenson):
* owner: => mevenson * status: new => accepted
Comment:
Do you have Maven installed locally?
What are the results of : {{{ CL-USER> (require :abcl-contrib) (require :quicklisp-abcl) (require :abcl- asdf) CL-USER> (abcl-asdf:find-mvn) #P"/opt/local/share/java/apache-maven-3.1.1/bin/mvn" }}}
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:1 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
On my system the first step in debugging this problem is to install mvn. Actually it was installed but for some reason not on PATH in the environment in which my lisp runs. Request: (push "/sw/bin/mvn" abcl- asdf::*mavens*) to make it nicer for fink users.
Next problem: jna ASDF could not load because Java exception 'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'..
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:2 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
http://queue.acm.org/detail.cfm?id=2349257&ref=fullrss
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:3 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:2 alan ruttenberg]:
On my system the first step in debugging this problem is to install mvn.
Actually it was installed but for some reason not on PATH in the environment in which my lisp runs. Request: (push "/sw/bin/mvn" abcl- asdf::*mavens*) to make it nicer for fink users.
Next problem: jna ASDF could not load because Java exception
'java.lang.ClassNotFoundException: AETHER.GRAPH.DEPENDENCY'..
Somehow the Maven libraries are not getting loaded into the process space.
From a clean REPL, what is the result of:
{{{ (require :abcl-contrib) (:require :abcl-asdf) (abcl-asdf:init) (directory (make-pathname :defaults abcl-asdf::*mvn-libs-directory* :name "*")) }}}
What are the values of (LISP-IMPLEMENTATION-VERSION)? abcl-1.4.0-dev has slightly different heuristics for determining the proper MVN version, which shouldn't effect the load, but one never knows.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:4 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:3 alan ruttenberg]:
I'm not sure how being snarky is gonna improve code quality either…
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:5 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
Snark is nothing personal. I have yet to have a SINGLE experience in which maven has worked.
CL-USER> (require :abcl-contrib) (require :abcl-asdf) (abcl-asdf:init) (directory (make-pathname :defaults abcl-asdf::*mvn-libs-directory* :name "*"))
WARNING: Unable to locate Maven executable to find Maven Aether adaptors. WARNING: Failed to find Maven3 libraries. ; Evaluation aborted on #<SIMPLE-ERROR {717B5E2}>. CL-USER> (pushnew "/sw/bin/mvn" abcl-asdf::*mavens* :test 'equal)
("/sw/bin/mvn" "/opt/local/bin/mvn3" "mvn3" "mvn") CL-USER> (require :abcl-contrib) (require :abcl-asdf) (abcl-asdf:init) (directory (make-pathname :defaults abcl-asdf::*mvn-libs-directory* :name "*"))
(#P"/sw/lib/terminfo/" #P"/sw/lib/perl5/" #P"/sw/lib/p7zip/" #P"/sw/lib/ncurses/" #P"/sw/lib/mime/" #P"/sw/lib/locate/" #P"/sw/lib/libxml2.2.dylib" #P"/sw/lib/libtermcap.dylib" #P"/sw/lib/libssl.1.0.0.dylib" #P"/sw/lib/libreadline.dylib" #P"/sw/lib/libreadline.a" #P"/sw/lib/libreadline.6.dylib" #P"/sw/lib/libreadline.6.3.dylib" #P"/sw/lib/libpcre1/" #P"/sw/lib/libpanel.dylib" #P"/sw/lib/libncurses.dylib" #P"/sw/lib/libmenu.dylib" #P"/sw/lib/liblzma.5.dylib" #P"/sw/lib/libintl.la" #P"/sw/lib/libintl.dylib" #P"/sw/lib/libintl.8.dylib" #P"/sw/lib/libiconv.la" #P"/sw/lib/libiconv.dylib" #P"/sw/lib/libiconv.2.dylib" #P"/sw/lib/libhistory.dylib" #P"/sw/lib/libhistory.a" #P"/sw/lib/libhistory.6.dylib" #P"/sw/lib/libhistory.6.3.dylib" #P"/sw/lib/libform.dylib" #P"/sw/lib/libcurses.dylib" #P"/sw/lib/libcrypto.1.0.0.dylib" #P"/sw/lib/libcharset.la" #P"/sw/lib/libcharset.dylib" #P"/sw/lib/libcharset.a" #P"/sw/lib/libcharset.1.dylib" #P"/sw/lib/libbz2.dylib" #P"/sw/lib/libbz2.1.dylib" #P"/sw/lib/libbz2.1.0.6.dylib" #P"/sw/lib /libapt-pkg.dylib" #P"/sw/lib/libapt-pkg.3.2.dylib" #P"/sw/lib/libapt- pkg.3.2.0.dylib" #P"/sw/lib/libapt-inst.dylib" #P"/sw/lib/libapt- inst.1.0.dylib" #P"/sw/lib/libapt-inst.1.0.0.dylib" #P"/sw/lib/fink/" #P"/sw/lib/engines100/" #P"/sw/lib/dpkg/" #P"/sw/lib/apt/" #P"/sw/lib/ant/") CL-USER> (setq ABCL-ASDF:*MVN-LIBS-DIRECTORY* "/sw/share/maven/lib/") "/sw/share/maven/lib/" CL-USER> (require :abcl-contrib) (require :abcl-asdf) (abcl-asdf:init) (directory (make-pathname :defaults abcl-asdf::*mvn-libs-directory* :name "*"))
(#P"/sw/share/maven/lib/wagon-provider-api-2.6.jar" #P"/sw/share/maven/lib /wagon-http-shared-2.6.jar" #P"/sw/share/maven/lib/wagon- http-2.6-shaded.jar" #P"/sw/share/maven/lib/wagon-file-2.6.jar" #P"/sw/share/maven/lib/slf4j-simple.license" #P"/sw/share/maven/lib/slf4j- simple-1.7.5.jar" #P"/sw/share/maven/lib/slf4j-api.license" #P"/sw/share/maven/lib/slf4j-api-1.7.5.jar" #P"/sw/share/maven/lib/sisu- guice-3.1.3-no_aop.jar" #P"/sw/share/maven/lib/plexus-utils-3.0.17.jar" #P"/sw/share/maven/lib/plexus-sec-dispatcher.license" #P"/sw/share/maven/lib/plexus-sec-dispatcher-1.3.jar" #P"/sw/share/maven/lib/plexus-interpolation-1.19.jar" #P"/sw/share/maven/lib/plexus-component-annotations-1.5.5.jar" #P"/sw/share/maven/lib/plexus-cipher.license" #P"/sw/share/maven/lib /plexus-cipher-1.7.jar" #P"/sw/share/maven/lib/org.eclipse.sisu.plexus.license" #P"/sw/share/maven/lib/org.eclipse.sisu.plexus-0.0.0.M5.jar" #P"/sw/share/maven/lib/org.eclipse.sisu.inject.license" #P"/sw/share/maven/lib/org.eclipse.sisu.inject-0.0.0.M5.jar" #P"/sw/share/maven/lib/maven-settings.license" #P"/sw/share/maven/lib /maven-settings-builder.license" #P"/sw/share/maven/lib/maven-settings- builder-3.2.3.jar" #P"/sw/share/maven/lib/maven-settings-3.2.3.jar" #P"/sw/share/maven/lib/maven-repository-metadata.license" #P"/sw/share/maven/lib/maven-repository-metadata-3.2.3.jar" #P"/sw/share/maven/lib/maven-plugin-api.license" #P"/sw/share/maven/lib /maven-plugin-api-3.2.3.jar" #P"/sw/share/maven/lib/maven-model.license" #P"/sw/share/maven/lib/maven-model-builder.license" #P"/sw/share/maven/lib /maven-model-builder-3.2.3.jar" #P"/sw/share/maven/lib/maven- model-3.2.3.jar" #P"/sw/share/maven/lib/maven-embedder.license" #P"/sw/share/maven/lib/maven-embedder-3.2.3.jar" #P"/sw/share/maven/lib /maven-core.license" #P"/sw/share/maven/lib/maven-core-3.2.3.jar" #P"/sw/share/maven/lib/maven-compat.license" #P"/sw/share/maven/lib/maven- compat-3.2.3.jar" #P"/sw/share/maven/lib/maven-artifact.license" #P"/sw/share/maven/lib/maven-artifact-3.2.3.jar" #P"/sw/share/maven/lib /maven-aether-provider.license" #P"/sw/share/maven/lib/maven-aether- provider-3.2.3.jar" #P"/sw/share/maven/lib/jsr250-api.license" #P"/sw/share/maven/lib/jsr250-api-1.0.jar" #P"/sw/share/maven/lib/jsoup.license" #P"/sw/share/maven/lib/jsoup-1.7.2.jar" #P"/sw/share/maven/lib/javax.inject-1.jar" #P"/sw/share/maven/lib/guava-14.0.1.jar" #P"/sw/share/maven/lib/ext/" #P"/sw/share/maven/lib/commons-lang-2.6.jar" #P"/sw/share/maven/lib /commons-io-2.2.jar" #P"/sw/share/maven/lib/commons-cli-1.2.jar" #P"/sw/share/maven/lib/cdi-api.license" #P"/sw/share/maven/lib/cdi- api-1.0.jar" #P"/sw/share/maven/lib/aopalliance-1.0.jar" #P"/sw/share/maven/lib/aether-util.license" #P"/sw/share/maven/lib/aether- util-0.9.0.M2.jar" #P"/sw/share/maven/lib/aether-spi.license" #P"/sw/share/maven/lib/aether-spi-0.9.0.M2.jar" #P"/sw/share/maven/lib /aether-impl.license" #P"/sw/share/maven/lib/aether-impl-0.9.0.M2.jar" #P"/sw/share/maven/lib/aether-connector-wagon.license" #P"/sw/share/maven/lib/aether-connector-wagon-0.9.0.M2.jar" #P"/sw/share/maven/lib/aether-api.license" #P"/sw/share/maven/lib/aether- api-0.9.0.M2.jar") ; Loading jar:file:/Users/alanr/repos/lsw2-bona/lib/abcl- contrib.jar!/mvn/jna.asd ... ; Loaded jar:file:/Users/alanr/repos/lsw2-bona/lib/abcl- contrib.jar!/mvn/jna.asd (0.025 seconds) ARTIFACT_RESOLVING net.java.dev.jna:jna:pom:4.1.0 ARTIFACT_RESOLVED net.java.dev.jna:jna:pom:4.1.0 (/Users/alanr/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.pom) @ /Users/alanr/.m2/repository (enhanced) ARTIFACT_RESOLVING net.java.dev.jna:jna:jar:4.1.0 ARTIFACT_RESOLVED net.java.dev.jna:jna:jar:4.1.0 (/Users/alanr/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.jar) @ /Users/alanr/.m2/repository (enhanced) ARTIFACT_RESOLVING net.java.dev.jna:jna:pom:4.1.0 ARTIFACT_RESOLVED net.java.dev.jna:jna:pom:4.1.0 (/Users/alanr/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.pom) @ /Users/alanr/.m2/repository (enhanced) ARTIFACT_RESOLVING net.java.dev.jna:jna:jar:4.1.0 ARTIFACT_RESOLVED net.java.dev.jna:jna:jar:4.1.0 (/Users/alanr/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.jar) @ /Users/alanr/.m2/repository (enhanced) CL-USER> (ql:quickload "cl-mediawiki") To load "cl-mediawiki": Load 1 ASDF system: cl-mediawiki ; Loading "cl-mediawiki" ;;; Checking for wide character support... yes, using UTF-16. ;;; Checking for wide character support... yes, using UTF-16. ;;; Building Closure with CHARACTER RUNES .................................................. [package cffi-sys]. ; in (DEFUN ENSURE-CALLBACK-INTERFACE ...)
; Caught STYLE-WARNING: ; The variable SIMPLE-INTERFACE-NAME is defined but never used.
; UNSUPPORTED-FEATURE: #<COMPILER-UNSUPPORTED-FEATURE-ERROR {3417F85E}> ; in (DEFUN LOAD-CLASS ...)
; Caught WARNING: ; Unable to compile function LOAD-CLASS. Using interpreted form instead.
; UNSUPPORTED-FEATURE: #<COMPILER-UNSUPPORTED-FEATURE-ERROR {26A480B6}> ; in (DEFUN %CALLBACK ...)
; Caught WARNING: ; Unable to compile function %CALLBACK. Using interpreted form instead.
; Caught COMPILE-FAILED-WARNING: ; Lisp compilation failed while compiling #<ASDF/LISP-ACTION:CL-SOURCE- FILE "cffi" "src" "cffi-abcl">
; Caught COMPILE-WARNED-WARNING: ; Lisp compilation had style-warnings while compiling #<ASDF/LISP-ACTION :CL-SOURCE-FILE "cffi" "src" "cffi-abcl">
............................... [package cffi].................................... [package cffi-features]........................... [package bordeaux-threads]........................ [package trivial-garbage]......................... [package cl+ssl].
error -> Illegal function object: loadClassFromByteArray.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:6 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
Before this, I replaced 4 uses of jclass with jss:find-java-class in maven-embedder.lisp
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:7 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:6 alan ruttenberg]:
[…]
CL-USER> (setq ABCL-ASDF:*MVN-LIBS-DIRECTORY* "/sw/share/maven/lib/") "/sw/share/maven/lib/"
You will have to set *MVN-LIBS-DIRECTORY* to work with Fink installed Maven. The ABCL-ASDF heuristic is to 1) find the directory of the 'mvn' executable, and then 2) merge "../lib/" to find the directory of the Maven jars. Not sure how to extend the current probing behavior to find the Maven jars without resorting to some sort of potentially expensive recursive search. Suggestions would be welcome.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:8 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
After accepting several errors on loadClassFromByteArray and loading the version of cl-mediawiki (ql version give an error something about flexi streams) from https://github.com/AccelerationNet/cl-mediawiki I can now fetch a page.
When is (abcl-asdf:init) supposed to be called?
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:9 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:6 alan ruttenberg]: […]
; Loading "cl-mediawiki" ;;; Checking for wide character support... yes, using UTF-16. ;;; Checking for wide character support... yes, using UTF-16. ;;; Building Closure with CHARACTER RUNES .................................................. [package cffi-sys]. ; in (DEFUN ENSURE-CALLBACK-INTERFACE ...)
; Caught STYLE-WARNING: ; The variable SIMPLE-INTERFACE-NAME is defined but never used.
; UNSUPPORTED-FEATURE: #<COMPILER-UNSUPPORTED-FEATURE-ERROR {3417F85E}> ; in (DEFUN LOAD-CLASS ...)
; Caught WARNING: ; Unable to compile function LOAD-CLASS. Using interpreted form
instead.
; UNSUPPORTED-FEATURE: #<COMPILER-UNSUPPORTED-FEATURE-ERROR {26A480B6}> ; in (DEFUN %CALLBACK ...)
; Caught WARNING: ; Unable to compile function %CALLBACK. Using interpreted form
instead.
; Caught COMPILE-FAILED-WARNING: ; Lisp compilation failed while compiling #<ASDF/LISP-ACTION:CL-
SOURCE-FILE "cffi" "src" "cffi-abcl">
; Caught COMPILE-WARNED-WARNING: ; Lisp compilation had style-warnings while compiling #<ASDF/LISP-
ACTION:CL-SOURCE-FILE "cffi" "src" "cffi-abcl">
............................... [package cffi].................................... [package cffi-features]........................... [package bordeaux-threads]........................ [package trivial-garbage]......................... [package cl+ssl].
error -> Illegal function object: loadClassFromByteArray.
I suspect this is from an old version of CFFI, as I don't see these errors with cffi-0.14.0 as is available from Quicklisp 2014-11-06.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:10 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
I have done (QUICKLISP-CLIENT:UPDATE-CLIENT) and (QUICKLISP-CLIENT:UPDATE- all-DISTS) before getting this far.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:11 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
cffi_0.10.7.1 -> cffi_0.14.0
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:12 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:12 alan ruttenberg]:
cffi_0.10.7.1 -> cffi_0.14.0 is one of the things (QUICKLISP-CLIENT
:UPDATE-all-DISTS) printed
The question is, which CFFI is loaded? Did you restart the REPL after performing the upgrade?
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:13 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:13 mevenson]:
Replying to [comment:12 alan ruttenberg]:
cffi_0.10.7.1 -> cffi_0.14.0 is one of the things (QUICKLISP-
CLIENT:UPDATE-all-DISTS) printed
The question is, which CFFI is loaded? Did you restart the REPL after
performing the upgrade?
And which version of ABCL are you using? I'm working with abcl-1.4.0-dev. While there shouldn't be significant changes from abcl-1.3.1, one should keep this in mind.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:14 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:9 alan ruttenberg]:
After accepting several errors on loadClassFromByteArray and loading the
version of cl-mediawiki (ql version give an error something about flexi streams) from https://github.com/AccelerationNet/cl-mediawiki I can now fetch a page.
CL-MEDIAWIKI seems to load ok for me:
{{{ (ql:quickload :cl-mediawiki) ;;; Checking for wide character support... yes, using UTF-16. To load "cl-mediawiki": Load 3 ASDF systems: alexandria cxml drakma Install 1 Quicklisp release: cl-mediawiki ; Fetching #<QL-HTTP:URL "http://beta.quicklisp.org/archive/cl- mediawiki/2014-11-06/cl-mediawiki-20141106-git.tgz"> ; 16.03KB ================================================== 16,417 bytes in 0.09 seconds (180.14KB/sec) ; Loading "cl-mediawiki" ;;; Checking for wide character support... yes, using UTF-16. ;;; Building Closure with CHARACTER RUNES .................................................. [package net.acceleration.cl-mediawiki] ; in (DEFUN MAKE-API-REQUEST ...)
; Caught STYLE-WARNING: ; Undefined variable *DEFAULT-EXTERNAL-FORMAT* assumed special
; Caught COMPILE-WARNED-WARNING: ; Lisp compilation had style-warnings while compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cl-mediawiki" "src" "main">
; in (DEFINE-PROXY GET-ACTION-TOKENS ...)
; Caught STYLE-WARNING: ; The variable PAGE is defined but never used.
. ; Caught COMPILE-WARNED-WARNING: ; Lisp compilation had style-warnings while compiling #<ASDF/LISP-ACTION:CL-SOURCE-FILE "cl-mediawiki" "src" "query">
; Compilation unit finished ; Caught 2 WARNING conditions ; Caught 2 STYLE-WARNING conditions
(:CL-MEDIAWIKI) CL-USER> (ql:dist-version "quicklisp") "2014-11-06" CL-USER> (lisp-implementation-version) "1.4.0-dev" "Java_HotSpot(TM)_64-Bit_Server_VM-Oracle_Corporation-1.8.0_25-b17" "x86_64-Mac_OS_X-10.10.1" }}}
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:15 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
I'm very glad
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:16 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:15 mevenson]:
Replying to [comment:9 alan ruttenberg]:
After accepting several errors on loadClassFromByteArray and loading
the version of cl-mediawiki (ql version give an error something about flexi streams) from https://github.com/AccelerationNet/cl-mediawiki I can now fetch a page.
CL-MEDIAWIKI seems to load ok for me:
Ah, with one caveat on my setup: post 1.3.9 versions of DRAKMA are currently not working due to issues with Gray streams not being subclassed correctly (a fundamental error in ABCL that I've been spending what time I had over the past couple weeks trying to figure out a way around) which manifests itself as a problem with FLEXI-STREAMS.
If you want to use ABCL with DRAKMA at the moment, you will need to run it with drakma-1.3.9.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:17 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:9 alan ruttenberg]:
When is (abcl-asdf:init) supposed to be called?
Despite its exported status, ABCL-ASDF:INIT is not intended to be invoked by the user. ABCL-ASDF:INIT is invoked by the code calling into Maven whenever the ABCL-ASDF::*INIT* special is nil. Not a great design…
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:18 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by alan ruttenberg):
I don't want to use DRAKMA, I want to use cl-mediawiki (well, hardly any more TBH, given PITA).
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:19 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Replying to [comment:19 alan ruttenberg]:
I don't want to use DRAKMA, I want to use cl-mediawiki (well, hardly any
more TBH, given PITA).
cl-mediawiki depends on drakma for HTTP(S) communication, so the two desires are congruent.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:20 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: accepted Priority: major | Milestone: Component: other | Version: Resolution: | Keywords: -----------------------------+----------------------
Comment (by mevenson):
Closing ticket as the original poster never replied with additional details, and the conversation with Alan contains a lot of additional information. The intention is to link additional tickets here to follow up upon to resolve issues using the Maven connector.
To summarize:
1. Both Drakma and Hunchentoot use cl+ssl to interact with OpenSSL libraries via CFFI.
2. One may instruct Drakma or Hunchentoot to load without SSL by pushing the appropriate symbol to *FEATURES*, namely by
{{{ (push :drakma-no-ssl *features*) }}}
or
{{{ (push :hunchentoot-no-ssl *features*) }}}
respectively. Requesting Drakma/Hunchentoot not to use SSL in this manner is probably best done in the ABCL startup file at file:~/.abclrc.
3. For CFFI, ABCL uses the Java JNA library. The JNA library is located over the network and loaded by the ABCL-ASDF Maven connector, which requires Maven to be installed locally. [ticket:363 The error message for not finding Maven needs to be more informative].
4. If the heuristic for finding the Maven jar archives fails, but Maven is installed locally, one may explicitly specify this location by setting the special ABCL-ASDF::*MVN-LIBS-LOCATION*. The ABCL-ASDF Maven component does not use the Maven 'mvn' command directly, but instead uses the location of the 'mvn' command on the filesystem in an attempt to locate and load the Maven jar archives for direct manipulation of the Aether connector. When this heuristic fails, the [ticket:378 ABCL-ASDF:*MVN- LIBS-DIRECTORY*] needs to be specified explicitly.
5. There should be some facility to print diagnostics on what the current state of a given ABCL process with Maven in a user friendly manner.
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:21 armedbear http://abcl.org armedbear
#360: Unable to load hunchentoot via quicklisp (maven, asdf problem?) -----------------------------+---------------------- Reporter: david creelman | Owner: mevenson Type: defect | Status: closed Priority: major | Milestone: Component: other | Version: Resolution: invalid | Keywords: -----------------------------+---------------------- Changes (by mevenson):
* status: accepted => closed * resolution: => invalid
-- Ticket URL: http://abcl.org/trac/ticket/360#comment:22 armedbear http://abcl.org armedbear
armedbear-ticket@common-lisp.net
-
armedbear