https://github.com/technomancy/leiningen
The gist of it is that, absent an IDE with good maven support (i.e. when using clojure:run, :repl, :swank, etc), related projects cannot be referred to in any way other than via installed dependency artifacts (AFAIK, anyway). This seems just a little evil to me (distinctly intermingling concerns IMO), but insofar as people don't have a maven-capable IDE that enables the use of sources, etc., without an install cycle, something like this is desirable.
FWIW, Chris Houser and others have brought up this issue as a potential blocker for those that might otherwise use maven and clojure-maven-plugin (and perhaps therefore, hopefully, leading to fewer build and CI headaches for those of us that worry about such things):
http://groups.google.com/group/clojure-dev/msg/bcc84c6b9975d145
I was thinking that perhaps instead of some listing of source paths, a pompath property (to coin a [bad?] term) might be more useful: just like a classpath, but each element pointing at other projects' pom files (OK, maybe also allowing for directories assumed to be source dirs), which clojure:repl et al. would load up through the POM APIs read to find additional source- and classpaths to add to the new process' classpath.
Does this sound sane? Is there already a way to add arbitrary entries to a maven project's classpath in order to influence clojure:repl et al.? (no points for suggesting system-scoped dependencies :-)
Cheers,
- Chas