On Mon, Aug 23, 2010 at 10:02:16PM +0200, J.Pietschmann wrote:
> On 18.08.2010 15:01, Simon Pepping wrote:
> >FOP committers, interested in having our code analysed there?
>
> Certainly.
>
> BTW Sonar is Open Source, installing it for local use is easy.
Sure, but having it on a server unburdens
Simon Pepping wrote:
> On Mon, Aug 16, 2010 at 05:29:10PM -0400, Benson Margulies wrote:
>> The people who make Sonar host Apache projects for free. Many Apache
>> projects have Sonar set up there, and can get findbugs and all sorts of
>> other useful data without individual contributors running th
On 18.08.2010 15:01, Simon Pepping wrote:
FOP committers, interested in having our code analysed there?
Certainly.
BTW Sonar is Open Source, installing it for local use is easy.
J.Pietschmann
On Fri, Aug 20, 2010 at 07:18:11PM -0400, Benson Margulies wrote:
> I'm pretty sure that infra is not going to make an exception to the
> requirement that only a member of the LDAP group for project X can
> publish maven artifacts for X.
>
> I am perfectly sure, after some recent discussions at th
I'm pretty sure that infra is not going to make an exception to the
requirement that only a member of the LDAP group for project X can
publish maven artifacts for X.
I am perfectly sure, after some recent discussions at the incubator
and on members@, that your PMC can vote to grant me membership i
On Thu, Aug 19, 2010 at 07:12:47AM -0400, Benson Margulies wrote:
> > Maven is just not (yet) for me. I wait for a friendly ASF committer
> > who is willing to do the deployment for us. That is simply the best
> > solution for the FOP team and FOP's maven users.
>
> OK, I'm game. Do you have the o
> Maven is just not (yet) for me. I wait for a friendly ASF committer
> who is willing to do the deployment for us. That is simply the best
> solution for the FOP team and FOP's maven users.
OK, I'm game. Do you have the official 1.0 Maven bits sitting someplace?
On Wed, Aug 18, 2010 at 12:09:58PM -0400, Benson Margulies wrote:
> On the one hand, a completely ant (or otherwise) project can choose to
> publish its results to the maven infrastructure for the convenience of
> those users who use Maven, with no change to producing plain old
> releases for peopl
It is pretty common for people to view Maven as the ultimate tar baby.
The view is, if the developers use it, everyone else in sight gets
forced to use it.
This does not turn out to be the case.
On the one hand, a completely ant (or otherwise) project can choose to
publish its results to the mave
On Mon, Aug 16, 2010 at 05:29:10PM -0400, Benson Margulies wrote:
> The people who make Sonar host Apache projects for free. Many Apache
> projects have Sonar set up there, and can get findbugs and all sorts of
> other useful data without individual contributors running these tools.
Quite a beast,
On Mon, Aug 16, 2010 at 05:29:10PM -0400, Benson Margulies wrote:
> Simon,
>
> The people who make Sonar host Apache projects for free. Many Apache
> projects have Sonar set up there, and can get findbugs and all sorts of
> other useful data without individual contributors running these tools.
Yo
5:29 PM
> *To:* fop-dev@xmlgraphics.apache.org
> *Subject:* Re: findbugs results
>
> Simon,
>
> The people who make Sonar host Apache projects for free. Many Apache
> projects have Sonar set up there, and can get findbugs and all sorts of
> other useful data without individual con
like maven.
From: Benson Margulies [mailto:bimargul...@gmail.com]
Sent: Monday, August 16, 2010 5:29 PM
To: fop-dev@xmlgraphics.apache.org
Subject: Re: findbugs results
Simon,
The people who make Sonar host Apache projects for free. Many Apache
projects have Sonar se
Simon,
The people who make Sonar host Apache projects for free. Many Apache
projects have Sonar set up there, and can get findbugs and all sorts of
other useful data without individual contributors running these tools.
Having written that ...
for what it's worth, I am personally opposed to takin
On Mon, Aug 16, 2010 at 9:34 PM, Simon Pepping wrote:
>
> I noted that the problems reported here are harder to fix. They often
> touch upon design issues.
yes, which is one reason I have not (yet) attempted to fix them, as fixes
will require greater attention to intended semantics, and, it is n
Glenn,
Thanks for this interesting report.
I noted that the problems reported here are harder to fix. They often
touch upon design issues. See my efforts on the warnings for clone,
https://issues.apache.org/bugzilla/show_bug.cgi?id=49754. Probably,
when a codebase has no findbugs problems, it has
16 matches
Mail list logo