I'm not really in a position to say which implementation is superior.  We 
tried both source re-writing and an isolated classloader for refactor-nrepl 
and I couldn't get the classpath to work right (we want our own deps 
isolated, but also access to the project's deps, resources etc for 
refactorings) so we ended up with source re-writing.

But I do feel the pain of this problem, and judging by the issues I see pop 
up on clj projects on github others are suffering too.

On Thursday, April 2, 2015 at 3:28:05 PM UTC+2, Andy Fingerhut wrote:
>
> Dependency isolation without isolated class loaders or source rewriting 
> would be interesting, but how would you propose to achieve dependency 
> isolation without using either of those techniques?
>
> Or perhaps a solution where the module system did the source level 
> rewriting for you 'under the hood' would be acceptable?
>
> Andy
>
> On Thu, Apr 2, 2015 at 4:05 AM, Lars Andersen <ex...@expez.com 
> <javascript:>> wrote:
>
>> I'd love a module system solving the following problems:
>>
>> 1. Dependency isolation
>> 2. Being able to export vars without having to think about namespace 
>> layout in the project
>>
>> 1. Is a serious problem where transitive dependencies on the classpath 
>> put consumers in "jar hell" and force library and tooling authors to either 
>> inline code, re-invent the wheel, attempt to run their code in isolated 
>> classloaders or turn to source rewriting.
>>
>> 2. Is a nice to have which is solved today by in potemkin's import-vars, 
>> but I think this makes sense to include if modules are added to the 
>> language.
>>
>> We might get some of this for free whenever project jigsaw gets released, 
>> but considering it was due in 2007, originally, I'm hoping this can be 
>> solved without the help of Oracle.
>>
>>  -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@googlegroups.com 
>> <javascript:>
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> To unsubscribe from this group, send email to
>> clojure+u...@googlegroups.com <javascript:>
>> 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+u...@googlegroups.com <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Reply via email to