Hi all,
Since Clojure now has a stable 1.0.0 I would like to take a step
forward and push it to Maven's Central Repo at http://repo1.maven.org/maven2/.
This would allow people using Maven to integrate Clojure more easily,
since no 3rd party repo wouldn't be involved anymore.
I'm going to follow
Laurent PETIT writes:
> I also think it makes sense to deposit the whole "battery" :
> clojureXX.jar
> clojure-slimXX.jar
OK, I would bundle clojure-slim.jar too. I'm not familiar with it, though
curious. Would you enlighten me by throwing some light on it's purpose?
> clojure-sourcesXX.jar
W
declared:
org.clojure
clojure-lang
1.0.0
slim
-Stefan
Laurent PETIT writes:
> 2009/5/7 Stefan Hübner :
>>
>> Laurent PETIT writes:
>>
>>> I also think it makes sense to deposit the whole "battery" :
>>> clojureXX.jar
>>> clojure
Laurent PETIT writes:
> Seems fine to me.
>
> One question, though: I see that you want to name the artifact
> "clojure-lang" and not just "clojure".
> Why not just "clojure" as is the case for the ant build script ?
>
> I guess this could just confuse people ?
Very good point! That's exactly t
Laurent PETIT writes:
> You're right, so from the beginning the ant script creates
> "clojure..." while the maven script creates "clojure-lang...".
To be precise here, there's no such maven script that creates
"clojure-lang", neither does Maven do anything during Clojure's build
process. The po
Christian Vest Hansen writes:
> On Thu, May 7, 2009 at 4:47 PM, J. McConnell wrote:
>>
>>> I guess only Rich can make the choice: statu quo, clojure (breaks
>>> maven artifact id), clojure-lang (breaks build.xml).
>>
>> Not that I have a strong stake in this, but I'd vote for going with
>> "clo
Laurent PETIT writes:
> I also think it makes sense to deposit the whole "battery" :
> clojureXX.jar
> clojure-slimXX.jar
> clojure-sourcesXX.jar
Since clojure-slim is not bundled in the distributed ZIP for 1.0.0, I'm
going the build all three libraries from SVN tag "1.0" (r1365).
I've figured
On 9 Mai, 17:08, Howard Lewis Ship wrote:
> clojure-lang because there will be a clojure-contrib artifact for the
> same group.
It didn't occur to me yet, that having clojure-contrib in the same
group would render "org.clojure:clojure" a bad choice as
groupId:artifactId for clojure itself. Does
On 8 Mai, 01:39, Laurent PETIT wrote:
> note that clojure must be compatible with JDK 1.5, so if you compile with
> 1.6, maybe you should verify the compatibility mode (not sure if what I
> write here makes sense, I'm not a specialist in javac retrocompatibility
> concerns).
Thanks for the tip!
On 10 Mai, 22:17, d...@kronkltd.net (Daniel E. Renfer) wrote:
> Phil Hagelberg writes:
> > Howard Lewis Ship writes:
>
> >> clojure-lang because there will be a clojure-contrib artifact for the
> >> same group.
>
> > And this is ... a bad thing? I'm lost.
>
> > -Phil
>
> Good, at least I'm not t
Hi Alex,
ataggart writes:
> I use Maven indirectly via Ivy, so I just wanted to request that,
> whatever the choice of naming, the artifact and module names should
> parallel. The reason for this request is that Ivy can resolve
> dependencies in maven by creating URLs from a pattern. For exam
Hello Laurent,
thanks for the summary! I'm looking forward to the decision and hope, we
can move forward soon.
-Stefan
Laurent PETIT writes:
> Hello,
>
> It seems that it's really a matter of convention, I don't see any technical
> problem
> of having a groupId of org.clojure and an artifact
Daniel Renfer writes:
> On Tue, May 12, 2009 at 4:51 PM, Howard Lewis Ship wrote:
>>
>> It's the answer to why the main artifact is called "clojure-lang" not
>> just "clojure". It's do differentiate Rich's framework,
>> "clojure-lang", from the Contrib librarys ("clojure-contrib") even
>> thou
thank you for your clarifaction! I'll prepare the bundle then.
-Stefan
Rich Hickey writes:
> On Tue, May 12, 2009 at 5:36 PM, Laurent PETIT
> wrote:
>> Hello,
>>
>> It seems that it's really a matter of convention, I don't see any technical
>> problem of having a groupId of org.clojure and a
ojure
clojure
1.0.0
org.clojure
clojure
1.0.0
slim
I'll submit patches to reflect the changed POM.
Thank you all for your support!
Stefan Hübner
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Hi,
I'd like to contribute a patch to pom-template.xml that reflects
- the changed artifactId ("clojure-lang" -> "clojure") and
- added scm-section.
This patch is meant to be applied both to branches/1.0 and t
The upload bundle, which is found at
http://jira.codehaus.org/browse/MAVENUPLOAD-2464, promotes Clojure as
"org.clojure:clojure:1.0.0". It hasn't received any atention from the
Upload team yet, but I do hope it gets uploaded within the next
weeks. Maybe voting could speed it up...
dysinger write
Christian Vest Hansen writes:
> On Mon, May 18, 2009 at 8:59 AM, Stefan Hübner
> wrote:
>>
>> I've submitted the Maven bundle for Clojure 1.0.0 to
>> http://jira.codehaus.org/browse/MAVENUPLOAD-2464. Processing the request
>> might take a couple of days.
&
Hi all,
just a quick update on the Maven bundle: it has finally been uploaded
and is available for your Maven based projects as
org.clojure:clojure:1.0.0:jar (groupId, artifactId, version, type).
Thanks for all voters!
-Stefan Hübner
--~--~-~--~~~---~--~~
You
Hi all,
we’re excited to announce EuroClojure 2013 to be held in Berlin, Germany:
“EuroClojure is the first 2-day, full-blown conference in Europe for the
Clojure community. After an extremely successful 2012 edition in London we
are replicating in Berlin this year!
The conference will be
(sorry to use this channel)
I just wanted to notice the maintainers of Planet Clojure, that it's RSS
feed is outdated. The web site shows more recent articles than the feed
does.
Besides of that: Thank you for this really handy service!
Regards,
Stefan
--
You received this message because you
There was a "How to build communities" session at EuroClojure. In
summary:
- Just get going. Find some people (with 3 your already a group), find a
place (like a pub for starters) and meet. You'll like it!
- Meet regularly e.g. monthly.
- If you want to do some coding and your group grows, find
clojure.contrib.repl-utils migrated to clojure.repl, according to
http://dev.clojure.org/display/design/Where+Did+Clojure.Contrib+Go
Softaddicts writes:
> Since clojure 1.3, contrib as been replaced by distinct libraries:
>
> http://dev.clojure.org/display/design/Where+Did+Clojure.Contrib+Go
>
Hugo Duncan writes:
> * ritz-swank corresponds to the previous ritz functionality and provides
> a swank server with debugger capabilities.
How would you fire up a swank server from the REPL?
I'm using the Maven and the clojure-maven-plugin, which has no (yet)
goal for ritz or ritz-swank. But
sthueb...@googlemail.com (Stefan Hübner) writes:
> Hugo Duncan writes:
>
>> * ritz-swank corresponds to the previous ritz functionality and provides
>> a swank server with debugger capabilities.
>
> How would you fire up a swank server from the REPL?
On t
I get the the following error when trying to auto-complete e.g. "(pri":
--8<---cut here---start->8---
java.lang.NullPointerException: null
at clojure.lang.Reflector.invokeNoArgInstanceMember (Reflector.java:314)
clojure.stacktrace$print_stack_trace.invoke (
Hi Hugo,
I have two questions:
a) Are you planning on updating Zi for this new release?
b) How can ritz-nrepl or (preferably) ritz-swank be embedded in an
application?
Best Regards,
Stefan
Hugo Duncan writes:
> Ritz provides a clojure debugger for nREPL.el and SLIME, other nREPL
> middleware
adrians writes:
> Hi Hugo,
>
> I'm trying to get ritz-nrepl going with the latest lein2 and nrepl.el from
> Melpa. I think
> I've followed the instructions on the project page, yet I get this, when I
> nrepl-ritz-jack-in:
>
> error in process sentinel: Could not start nREPL server: Exception in
Hugo Duncan writes:
> sthueb...@googlemail.com (Stefan Hübner) writes:
>
>> b) How can ritz-nrepl or (preferably) ritz-swank be embedded in an
>> application?
>
> I just added instructions [1] to the ritz-swank README. I've not
> actually tried this yet, but this
29 matches
Mail list logo