This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-12-08
Channels
- # adventofcode (283)
- # aleph (2)
- # announcements (1)
- # aws (12)
- # beginners (43)
- # calva (14)
- # cider (9)
- # cljsrn (1)
- # clojure (16)
- # clojure-kc (1)
- # clojure-nl (2)
- # clojure-uk (8)
- # clojurescript (55)
- # cursive (6)
- # datomic (6)
- # emacs (15)
- # jobs (1)
- # kaocha (5)
- # nrepl (13)
- # re-frame (2)
- # shadow-cljs (3)
- # spacemacs (6)
- # sql (10)
- # vim (13)
- # yada (5)
is this a known problem?
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by clojure.lang.Reflector (file:/usr/share/java/leiningen-2.8.1-standalone.jar) to method com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLStreamReader(java.io.Reader)
WARNING: Please consider reporting this to the maintainers of clojure.lang.Reflector
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
where exactly does that happen for you , when starting a leiningen application lein repl
or lein run
?
i run two projects here on leiningen 2.8.1 ontop of openjdk-11 ... and i haven't seen that one popping up
@vale known problem, has been fixed in 1.10: https://dev.clojure.org/jira/browse/CLJ-2066
I have data that doesn't stream in, just the whole lot read at once. I have multiple sources of data. I am running transformation on this data, combining them and then running further transformations. Would it be computationally quicker to use core.async channels and transducers? I would need to use core.async channels to converge the data transformation streams along the pipeline.
Transducers on their own will probably be quicker for a single branch of transformations. But I'm wondering converging them with core.async channels is a good idea
@vale @schmee the result of this ticket is a bit more nuanced than just “fixed”. I am working on some updated docs about it for the web site. You are likely to still get this warning in Clojure 1.10, but note, it is a warning and the code will work fine up through Java 11 (and possibly beyond)
there are a variety of ways to make the warning stop, but really the best way is to disambiguate the call so it’s not using reflection in the first place. In this case, looks like that’s probably in a tooling dep so might be out of your hands.
hi guys
i'm trying to interop with rdf4j java lib but i can't cause some weird errors
call to method createIRI can't be resolved (target class is unknown).