If it is to be deprecated, is there a "correct" way of achieving the same result (having things automatically loaded when you create the repl?)
--Robert McIntyre On Mon, Sep 20, 2010 at 11:59 AM, Laurent PETIT <laurent.pe...@gmail.com> wrote: > BTW, shouldn't this "user.clj" trick be marked as deprecated, to be removed > in a future version ? > > 2010/9/19 Kevin Downey <redc...@gmail.com> >> >> you can also run into issues with things being on the classpath for >> your project, but not being on the classpath for lein, but user.clj >> being on the classpath for both, so when lein runs it can't find >> things your user.clj tries to load >> >> On Sat, Sep 11, 2010 at 8:17 AM, Stuart Sierra >> <the.stuart.sie...@gmail.com> wrote: >> > Don't know if this is the source of the problem, but your "use" syntax >> > is funky. You want: >> > >> > (use '[clojure.java.javadoc :only (javadoc)]) >> > >> > -S >> > >> > >> > >> > On Sep 11, 3:51 am, Robert McIntyre <r...@mit.edu> wrote: >> >> In the clojure getting started guide, it says that if user.clj is >> >> found on the classpath, then that file will be evaluated and the repl >> >> will start with any modifications made from that file. >> >> >> >> My directory structure looks like this >> >> >> >> /src/user.clj >> >> /src/rlm/quick.clj >> >> /lib/*all-my-jars* >> >> >> >> I have a function (dirty) in quick.clj that essentially does: >> >> >> >> (defn dirty [] >> >> (use :reload-all '[clojure.java [javadoc :only [javadoc]]) >> >> (clojure.java.javadoc/add-local-javadoc "/path/to/local/javadocs")) >> >> >> >> (dirty) works fine at the repl if I type (do (require 'rlm.quick) >> >> (rlm.quick/dirty)) >> >> >> >> If I define user.clj like so: >> >> >> >> (ns user) >> >> (require 'rlm.quick) >> >> (rlm.quick/dirty) >> >> >> >> Then I get the error : java.lang.ClassNotFoundException: >> >> clojure.java.javadoc >> >> >> >> If I move the (clojure.java.javadoc/add-local-javadoc >> >> "/path/to/local/javadocs") from (dirty) straight into user.clj it >> >> works fine. >> >> >> >> what's up with this? >> >> >> >> --Robert McIntyre >> >> >> >> and user.clj reads like this >> > >> > -- >> > 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 >> >> >> >> -- >> And what is good, Phaedrus, >> And what is not good— >> Need we ask anyone to tell us these things? >> >> -- >> 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 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 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
