Hello Jason,
Am 03.04.2009 um 14:18 schrieb Jason Warner:
I'd be interested in seeing the ivy+ant solution. We use maven2 at
work and there are obvious pros and cons. With clojure, part of the
pain is initial setup and config. Maven2/ant+ivy might really help
that. Post when you get a chance..
On Apr 2, 12:30 pm, dysinger wrote:
> This approach won't get you very far IMHO working on lots of
> projects. At some point you will have conflicts on which library
> version you need.
It's trivial to switch sets of libraries at SLIME startup time by
editing one line of the startup script.
Sorry, missed the crucial point :) The maven *repository* I have no
problems with! Even Maven itself, in appropriate environments. I just
think the set of "appropriate" is much smaller than Maven fans seem to think
it is!
- Korny
On Fri, Apr 3, 2009 at 2:48 PM, dysinger wrote:
>
> I said tha
2009/4/3 Berlin Brown
> I cringe and throw up a little inside everytime I hear maven.
It's so easy to bash something ...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send
On Apr 3, 8:18 am, Jason Warner wrote:
> I'd be interested in seeing the ivy+ant solution. We use maven2 at
> work and there are obvious pros and cons. With clojure, part of the
> pain is initial setup and config. Maven2/ant+ivy might really help
> that. Post when you get a chance...am very int
I'd be interested in seeing the ivy+ant solution. We use maven2 at
work and there are obvious pros and cons. With clojure, part of the
pain is initial setup and config. Maven2/ant+ivy might really help
that. Post when you get a chance...am very interested.
Thanks,
jason
On Apr 2, 8:56 pm, dysing
Maven2 is atrocious for big Java projects. Lots of people have had
the same experience you mentioned. In fact the first few lines of the
readme on my clojure pom project on github says "Dont run away with
your hair on fire" :) Give it a try. It is really simple.
I think I'll give Ant + Ivy anoth
I said that the java world has rallied around maven _repos_.
Ivy uses maven repos. So your 200 developers _have_ in fact embraced
maven repos like most people. It is the only package repository game
in town. :)
I think Ant + Ivy is a very nice solution for Java. If there was a DRY
way to adapt i
On Fri, Apr 3, 2009 at 4:39 AM, dysinger wrote:
> The Java world for good or bad has rallied
> around maven repos. There are 10s of thousands of libs "up in there".
While there are lots of Java / Maven users, there are also a lot who *don't*
use it, and indeed many who actively avoid stuff tha
It's not hard to add a pom.xml to a project that is not maven
enabled. I did it for clojure and clojure-contrib in 2 minutes
total. If it's a git project you can just include them in as a
submodule (or ftree in hg or svn externals in svn) and setup up multi-
module builds.
Clojure "Ties" would
Hello,
2009/4/2 Jason Sankey
>
> Laurent PETIT wrote:
> > Hi,
> >
> > 2009/4/2 Jason Sankey mailto:ja...@zutubi.com>>
> >
> > Ivy [ ... ] also supports pluggable resolvers, so
> > you can host your Jars/dependency information in multiple ways.
> >
> >
> > Does that mean one could write r
Laurent PETIT wrote:
> Hi,
>
> 2009/4/2 Jason Sankey mailto:ja...@zutubi.com>>
>
> Ivy [ ... ] also supports pluggable resolvers, so
> you can host your Jars/dependency information in multiple ways.
>
>
> Does that mean one could write resolvers to automagically get libraries
> from "
Hi,
2009/4/2 Jason Sankey
> Ivy [ ... ] also supports pluggable resolvers, so
> you can host your Jars/dependency information in multiple ways.
>
Does that mean one could write resolvers to automagically get libraries from
"source" repositories such as github, bitbucket, ... (as long as a minim
Embracing Maven may sound like madness for a dynamic language when you
are trying to break free from Static Languages Land. There _ARE_
compelling arguments for using simple maven pom files though.
1 - You get access to repository managers like http://archiva.apache.org/
2 - You get access to a
Paul Stadig wrote:
> This works great for Java libraries, but only libraries that are in a
> maven repo. How hard is it to get code into a repo? What about java
> libraries not in a maven repo, or clojure code like clojure-json on GitHub?
I don't think it is terribly hard to get in the repo, bu
Comments below mixed in...
On Apr 2, 3:35 am, Paul Stadig wrote:
> This works great for Java libraries, but only libraries that are in a maven
> repo. How hard is it to get code into a repo? What about java libraries not
> in a maven repo, or clojure code like clojure-json on GitHub?
>
You can
This approach won't get you very far IMHO working on lots of
projects. At some point you will have conflicts on which library
version you need.
On Apr 1, 8:29 pm, mikel wrote:
> On Apr 2, 12:27 am, dysinger wrote:
>
>
>
> > Dogh! Plz pardon my spelling. :D (embarrassed)
>
> > On Apr 1, 7:25 p
This works great for Java libraries, but only libraries that are in a maven
repo. How hard is it to get code into a repo? What about java libraries not
in a maven repo, or clojure code like clojure-json on GitHub?
1. You could set up your own repo. Ok. Cool, but not the easiest to setup
and mainta
On Apr 2, 12:27 am, dysinger wrote:
> Dogh! Plz pardon my spelling. :D (embarrassed)
>
> On Apr 1, 7:25 pm, dysinger wrote:
>
>
>
> > ...for easy dependency management and no-compile project
> > setup.https://github.com/dysinger/clojure-pom/tree
>
> > Using maven only for the dependency mana
Dogh! Plz pardon my spelling. :D (embarrassed)
On Apr 1, 7:25 pm, dysinger wrote:
> ...for easy dependency management and no-compile project
> setup.https://github.com/dysinger/clojure-pom/tree
>
> Using maven only for the dependency management and to create a custom
> repl script allows me to
...for easy dependency management and no-compile project setup.
https://github.com/dysinger/clojure-pom/tree
Using maven only for the dependency management and to create a custom
repl script allows me to still use emacs/slime for dynamic development
of clojure code.
My motivation is 3 fold:
1)
21 matches
Mail list logo
