Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of hannes@eyealike.com
 designates 74.125.83.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <q2g5f7770581004101650i754c9496x55243d4480597480@mail.gmail.com>
References: <n2z62dd1fb31004081742o72d9996fo2bae759a2f658f6@mail.gmail.com>
	 <w2r1c6fcff1004090621ma1288e9ck74fe7bc5ea051272@mail.gmail.com>
	 <l2u62dd1fb31004091042h4175c3c6za2143e71ef7523b0@mail.gmail.com>
	 <s2j1c6fcff1004091224k7ff5943amaedeb52fed2f676f@mail.gmail.com>
	 <w2q62dd1fb31004100710qdc0f723bnc04cdb1e39663aa4@mail.gmail.com>
	 <q2g5f7770581004101650i754c9496x55243d4480597480@mail.gmail.com>
Date: Sun, 11 Apr 2010 10:57:22 -0700
Message-ID: <n2h62dd1fb31004111057k55426acpd39a2684c5f9aed9@mail.gmail.com>
Subject: Re: Thoughts on issue 697 (Mitigate unpublished dependencies when
	using Cassandra with Maven)
From: Hannes Schmidt <hannes@eyealike.com>
To: dev@cassandra.apache.org
Content-Type: multipart/alternative; boundary=0016e64cd744a227a80483f9c2a6

--0016e64cd744a227a80483f9c2a6
Content-Type: text/plain; charset=ISO-8859-1

On Sat, Apr 10, 2010 at 4:50 PM, Tatu Saloranta <tsaloranta@gmail.com>wrote:

> On Sat, Apr 10, 2010 at 7:10 AM, Hannes Schmidt <hannes@eyealike.com>
> wrote:
> > On Fri, Apr 9, 2010 at 12:24 PM, Gary Dusbabek <gdusbabek@gmail.com>
> wrote:
> ...
> >> Why?  "To make things easier for mvn users" isn't enough of an
> >> argument to convince me.
> >>
> >
> > I can't really help you with that. Maven users make up a considerable
> > segment of your potential user base. If making life easier for them
> doesn't
> > motivate you, I am not sure what does. It surely isn't a sense for the
> > community.
>
> How about stopping asking for others do the work, and doing it
> yourself, if YOU care so much?
> This approach (of actually DOING something) has been suggested
> multiple times: and next comments is likely to be along lines of "just
> fuck off".
>

Tatu, I can't do the work. If I could, I already would have done it. And
it's not because I don't have the time. Only the project owners can deploy
the jars to a public Maven repository. This is minimal amount of work that
would be necessary simply to save the work another contributor had already
done.

I made the mistake of mingling two issues: A) moving the build for the trunk
to Maven (which is clearly not going to happen) and B) saving the efforts
that went into the Maven POM which was contributed for 0.5. The latter
should have been the primary focus of the discussion and I am responsible
for distracting from it.


> And please do not talk as if you represented significant segment of
> unhappy users -- if there are others, they are quite capable of
> speaking up to support your request.
>

Given the hostility of your response they might be afraid to speak up? But
seriously, most of them probably don't have the time to research this
problem or "whine" in here. They just deploy the respective artifacts to
their local repo and get on with life which is probably what I should have
done in the first place. Unfortunately, this would only work for 0.5,
though, not for the trunk because the POM there is not functional. This is
where A) comes in and I do realize that I should be the one to fix the POM
and ask for the artifacts to be deployed. But this is exactly the same kind
of work that went into the 0.5 POM. And did the committers live up to their
part?

Assuming that the team does not want to move to Maven, there are two
alternatives to A): Either the Ant/Ivy build could deploy the artifacts to a
Maven repository or someone could generate stub POMs for Cassandra. I don't
think stubs are gonna make it into a public repo so these would have to be
published somewhere else.


>
> Pardon my french, but this seems to fall to the repugnant category of
> "not enough time to help, enough time to whine".
>

Hmm, yeah, I really don't appreciate your tone.


> -+ Tatu +-
>
> ps. I'm not part of project team, and above opinion is my personal
> one. Just so there's no misunderstanding.
>

--0016e64cd744a227a80483f9c2a6--