Alan, > 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.
Per the clojure/homebrew-tools readme: https://github.com/clojure/homebrew-tools#version-archive-tool-releases brew install clojure/tools/clojure@1.10.1.645 You may also need: brew link --overwrite clojure@1.10.1.645 This allows you to easily switch back and forth between different versions for testing. On Wed, Aug 12, 2020 at 2:09 PM Alan Thompson <clooj...@gmail.com> wrote: > 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 > <https://groups.google.com/d/msgid/clojure/CAN67zA2N436wYz%3DQfaXn70XWFHTXmNFr3q_8cTfSRJamtpV3NA%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- https://corfield.org/ World Singles Networks, LLC. -- https://worldsinglesnetworks.com/ "Perfection is the enemy of the good." -- Gustave Flaubert, French realist novelist (1821-1880) -- 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/CAD4thx8OcBt3Rwr1kZBxpVbo58UHLVU2LzKeTdDBqPqo1Fr5dw%40mail.gmail.com.
