Can you change that resources file and see if what you're looking at changes to double check? I did actually check a bunch of jars from the prior message and did some searching for that message. Or you could even dump the classpath with -Spath, then move resources to the front, then use -Scp (which will force the classpath you say, ignoring everything else).
Or could be that it's not the index.html but something it refers to getting picked up from elsewhere? On Tue, Aug 11, 2020 at 6:18 PM Alan Thompson <clooj...@gmail.com> wrote: > Hi - I just tried your suggestion and no joy: > > > ~/work/tmp810/xanadu > clj -e "((requiring-resolve ' > clojure.java.io/resource) \"public/index.html\")" > DEPRECATED: Libs must be qualified, change deps-ancient => > deps-ancient/deps-ancient (deps.edn) > DEPRECATED: Libs must be qualified, change reagent => reagent/reagent > (deps.edn) > DEPRECATED: Libs must be qualified, change ns-tracker => > ns-tracker/ns-tracker (deps.edn) > DEPRECATED: Libs must be qualified, change camel-snake-kebab => > camel-snake-kebab/camel-snake-kebab (deps.edn) > DEPRECATED: Libs must be qualified, change bidi => bidi/bidi (deps.edn) > DEPRECATED: Libs must be qualified, change orchestra => > orchestra/orchestra (deps.edn) > DEPRECATED: Libs must be qualified, change cljs-ajax => > cljs-ajax/cljs-ajax (deps.edn) > DEPRECATED: Libs must be qualified, change expound => expound/expound > (deps.edn) > DEPRECATED: Libs must be qualified, change re-frame => re-frame/re-frame > (deps.edn) > DEPRECATED: Libs must be qualified, change re-frame-utils => > re-frame-utils/re-frame-utils (deps.edn) > DEPRECATED: Libs must be qualified, change cljs-bean => > cljs-bean/cljs-bean (deps.edn) > #object[java.net.URL 0x6c345c5f > "file:/Users/alanthompson/work/tmp810/xanadu/resources/public/index.html"] > > > The call to `requiring-resolve` claims it is finding my local > `./resources/public/index.html`. However, the error remains that it is > finding some other `index.html`, which also points to an incorrect JS > output file. > > Alan > > > > > On Tue, Aug 11, 2020 at 2:15 PM 'Alex Miller' via Clojure < > clojure@googlegroups.com> wrote: > >> >> On Tue, Aug 11, 2020 at 3:01 PM 'bed...@yahoo.com' via Clojure < >> clojure@googlegroups.com> wrote: >> >>> Here's some maven-specific discussion: >>> https://stackoverflow.com/questions/793054/maven-classpath-order-issue. >>> They have a defined order since 2.0.9. and declaration order is >>> considered for transitive dependencies conflict. >>> >> >> Unfortunately, neither that 11 year old SO answer nor the referenced >> jiras actually document, explain, or refer to any documentation about the >> ordering, or afaict commit to anything specific other than reproducibility. >> I'm not saying this is your fault or anything, just does not seem well >> defined to me other than as an artifact of implementation. >> >> For libs, Maven (and I presume lein which relies on Maven libs for this) >> uses the ordering of deps in the pom wrt the ordering in the classpath. clj >> intentionally does not include this ordering - the libs are in an unordered >> map, the version selection algorithm is completely different, etc. If this >> matters, then one of your deps is broken and should be fixed. >> >> >>> Intellij's Dependencies tab in Module settings: You can re-order the >>> dependencies and they reflect in the classpath. >>> >> >> Not sure that has anything to do with Maven or lein, seems orthogonal to >> the question here. >> >> >>> >>> lein classpath -> local paths added first, JARs afterwards >>> >>> Please consider returning to a :paths first, then :deps in a stable >>> order. >>> >> >> I will consider some options. >> >> >>> >>> I know it is not pretty and it is not desirable for code to be dependent >>> on that, but resource-loading uses the CLASSPATH and that makes the order >>> of dependencies intrinsically linked to locating resources. >>> >> >>> I'd also rather fighweel-main behave differently, but it relies on >>> (io/resource "public/index.html") >>> >> >> I think that is perfectly ok - the problem here is whether a jar includes >> that resource, which is likely to conflict. I'd be very interested to know >> whether this is actually a jar or an issue with the ordering of your local >> paths. To check where it's finding index.html: >> >> clj -e "((requiring-resolve 'clojure.java.io/resource) >> \"public/index.html\")" >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Clojure" group. >> To post to this group, send email to clojure@googlegroups.com >> Note that posts from new members are moderated - please be patient with >> your first post. >> To unsubscribe from this group, send email to >> clojure+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/clojure?hl=en >> --- >> You received this message because you are subscribed to the Google Groups >> "Clojure" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to clojure+unsubscr...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/clojure/CAOdgdgz88M5jfbSOb2yTkehh3b32uQ6rh0bqa44T7J7hnP7LBQ%40mail.gmail.com >> <https://groups.google.com/d/msgid/clojure/CAOdgdgz88M5jfbSOb2yTkehh3b32uQ6rh0bqa44T7J7hnP7LBQ%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to a topic in the > Google Groups "Clojure" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/clojure/WI3ddZRK4Bg/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > clojure+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/clojure/CAN67zA36F4Hsobu%3DOt4-DPrmcxsHVK9f%3DsUo1p9g1shg%3DZaOuQ%40mail.gmail.com > <https://groups.google.com/d/msgid/clojure/CAN67zA36F4Hsobu%3DOt4-DPrmcxsHVK9f%3DsUo1p9g1shg%3DZaOuQ%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/clojure/CAOdgdgzMs1bscsnYAj6M_ksFpKHtOkhMKnOfLsFm1_hDFwUqoQ%40mail.gmail.com.
