2009/3/23 Phil Hagelberg
>
> Bradbev writes:
>
> > I feel that the next big growth phase for Clojure will be in the user
> > community and the code that we can generate. A good package manager
> > will help fuel that growth.
>
> I agree. The more I work with packages that have dependencies the
2009/3/23 Warren
>
> Sounds like OSGi. Any progress on Clojure working with OSGi?
Hello,
For the general OSGi infrastructure, I don't know.
For Eclipse in particular, yes: I've succesfully run a "proof of concept"
class from within clojuredev. To be able to do that, I have used the Eclipse
"b
Sounds like OSGi. Any progress on Clojure working with OSGi?
On Mar 22, 9:59 pm, Phil Hagelberg wrote:
> Bradbev writes:
> > I feel that the next big growth phase for Clojure will be in the user
> > community and the code that we can generate. A good package manager
> > will help fuel that gr
Maven also downloads jars and dependencies automatically as a typical part
of its functionality. It typically saves them in
"${user.home}/.m2/repository-.jar"
The naming is pretty consistent because maven strongly encourages everyone
to use the same conventions. (javadoc would be in the same
Bradbev writes:
> I feel that the next big growth phase for Clojure will be in the user
> community and the code that we can generate. A good package manager
> will help fuel that growth.
I agree. The more I work with packages that have dependencies the more I
realize that manually managing th
On Mar 22, 12:57 pm, Bradbev wrote:
> Is the clojure-contrib portion of Clojure meant to act as a package
> system like Cabel, CPAN, etc? I suspect not. Clojure-contrib is more
> like the standard library that comes with Clojure.
Speaking as a contributor, I don't think it's big enough to qual
I was hoping that we could piggy-back on one of Java's packaging
systems, so our programs can depend on Java libraries just as easy as
Clojure libraries. And in this regard, the Maven repository system is
pretty popular and even supported by build tools other than Maven
(such as Ivy, Buildr and Gr
I had started on something like a package manager called Sauron ("one
library to rule them all"). My idea was to be able to define dependencies
with something like:
(depends-on :name "clojure-json" :version "1.2.3")
This would look into a ~/.sauron directory and either add a jar or a
directory to
Is the clojure-contrib portion of Clojure meant to act as a package
system like Cabel, CPAN, etc? I suspect not. Clojure-contrib is more
like the standard library that comes with Clojure. I think that going
forward, Clojure is going to want to have a large and easily
accessible library of packa
