Hi Alex, 1. Great news that the Homebrew team has responded to your request to point only to stable versions.
2. The resources directory is the contains the path `resources/public/index.html`. The local one is definitely not the one being served in my original example (2nd half) re 1.10.1.645 when the `resources` dir was listed near the end. The `index.html` being found by the Figwheel.Main server had different contents, and was pointing to a different *.js executable file (possibly in a different *.jar file?). That is the source of the 2-word `Debux Test` webpage. 3. Unless I'm missing something, I believe we have already run your suggested test. Using 1.10.1.561 from `brew install clojure/tools/clojure`, I got the `resources` and `target` dirs as items #1 and #2 on the classpath; everything worked as expected. Using 1.10.1.645 from `brew install clojure`, `resources` was near the end of the classpath and it failed (I didn't track down where the `target` dir wound up in that instance). 4. I could possibly try to replicate your proposed experiment explicitly, but I no longer have easy access to 1.10.1.645 since Homebrew has been fixed. I did find the `brew-install` repo on GH, but am not certain how to replicate the broken install of *.645. Thank you for the attention you are giving to this issue. Alan On Tue, Aug 11, 2020 at 5:41 PM 'Alex Miller' via Clojure < clojure@googlegroups.com> wrote: > 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 > <https://groups.google.com/d/msgid/clojure/CAOdgdgzMs1bscsnYAj6M_ksFpKHtOkhMKnOfLsFm1_hDFwUqoQ%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/CAN67zA2N436wYz%3DQfaXn70XWFHTXmNFr3q_8cTfSRJamtpV3NA%40mail.gmail.com.
