to
the work of the ASF in an area where we have a particularly acute
interest.
Thanks for your consideration,
Benson Margulies
It seems to me the following:
Glenn, perhaps you could submit a separate de-warning patch or patches
against trunk. That could be reviewed, applied, and downmerged into
the complex script work. That might make this more manageable to the
committers. I would also respectfully wonder if diffing
I'm a bit confused at this point. Is there a barrier to committing the
patch-to-far to the designated interim branch?
Gotcha.
On Wed, Aug 4, 2010 at 6:33 AM, Vincent Hennebert vhenneb...@gmail.com wrote:
Hi Benson,
Benson Margulies wrote:
I'm a bit confused at this point. Is there a barrier to committing the
patch-to-far to the designated interim branch?
Even if there is a dedicated branch the patch needs
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
apologize for raising the point.
However, would you like Sonar? I don't think that it requires a maven build
(but I might be wrong).
--
*From:* Benson Margulies [mailto:bimargul...@gmail.com]
*Sent:* Monday, August 16, 2010 5:29 PM
*To:* fop-dev
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
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?
a maven build. I'm fairly
sure that I know what to do instead in your case, but some
improvisation may follow.
To be clear, I've submitted the INFRA ticket for you already.
On Thu, Aug 19, 2010 at 2:43 PM, Simon Pepping spepp...@leverkruid.eu wrote:
On Thu, Aug 19, 2010 at 07:12:47AM -0400, Benson
for maven builds with things that are required.
I plan to push later today.
--benson
On Thu, Aug 26, 2010 at 7:09 AM, Simon Pepping spepp...@leverkruid.eu wrote:
On Fri, Aug 20, 2010 at 07:18:11PM -0400, Benson Margulies wrote:
Otherwise, some committer is going to have to be willing to follow
It is easier for me to update my copy and do this again.
On Thu, Aug 26, 2010 at 9:59 AM, Simon Pepping spepp...@leverkruid.eu wrote:
On Thu, Aug 26, 2010 at 07:56:25AM -0400, Benson Margulies wrote:
I've done the upload, but I'm not going to promote without giving
people a chance to look
Pepping spepp...@leverkruid.eu wrote:
On Thu, Aug 26, 2010 at 11:00:18AM -0400, Benson Margulies wrote:
I repushed with the repaired POM.
Everything looks fine. Thanks.
See https://issues.apache.org/bugzilla/show_bug.cgi?id=49830 for how I did
it.
In short:
1. unpack the bundle.jar
2. run
I've released. It's now on Apache, and will show up on Central when replicated.
I'd generally encourage the use of the ant-to-maven wiring I supplied for
maven publication. Adding the ant maven tools to the standard build (or
using ivy?) would allow very quick consumption of FOP jars by Maven-built
applications, which I guess would be the goal here.
On Mon, Sep 6, 2010 at
Glenn,
FBOFW, it's clear that a number of core contributors (including the PMC
chair!) in fop-land are exceedingly Maven-averse. It's not that rare of a
viewpoint in the FOSS community.
All that dependency stuff can be done by borrowing maven dependencies in
ant, either via the maven ant tools
I want to inject one fact, and one collection of experience, but I'm still
not trying to talk anyone into anything.
Fact: the Apache Software Foundation maintains a comprehensive maven
infrastructure. There is a repository manager, there are standard parent
POMS. All projects that use Maven get
ASF has centered the infrastructure for CI on Hudson. There are still some
projects using other things, but that's where the bulk of the effort and
infra support come from.
Hudson, in turn, has specific Maven integration. You can run an ant build --
heck, you can run a Makefile and build C++, but
From the sidelines,
Apache projects are encouraged by the norms of the Foundation to
actively recruit new committers and to recognize community-positive
effort with committer status. Apache projects are, at the same time,
given a very wide latitude by the Foundation in making decisions. In
my
It occurred to me that some might find it congenial to be able to
download a .WAR file that drops into Tomcat or Jetty and provides a
REST (or, perhaps, SOAP?) web service that runs FOP. Using Apache CXF,
this would be a rather straightforward exercise. This would make it
easier to set up FOP
Saxon-HE is licensed under the MPL, which means that FOP could
introduce a dependency on it -- if someone cared to make the effort.
-HE has functional limitations; I don't know how serious they would
be.
On Mon, Apr 11, 2011 at 7:36 AM, bugzi...@apache.org wrote:
Eric,
Unless you are working on Gentoo Linux, you should not even consider
this path. Just download ant. Ant, being a build tool, has a complex
bootstrap process. ant.apache.org will provide you with a zip file
with a perfectly working copy of Ant you can use.
On Tue, Jul 19, 2011 at 10:38 AM,
I assume either the FOP developers know why there's a circular reference
and have the resolution or they just use the compiled jars and ignore
the issue.
Just about the entire open source community disagrees with you.
Everyone treats ant, maven, and (for that matter) gcc as opaque
packages,
apache-extras is there for non-AL associated stuff.
On Fri, Jul 29, 2011 at 6:45 AM, Vincent Hennebert vhenneb...@gmail.com wrote:
On 28/07/11 13:52, Jeremias Maerki wrote:
On 28.07.2011 13:59:52 Vincent Hennebert wrote:
On 27/07/11 13:39, Jeremias Maerki wrote:
On 27.07.2011 12:09:58 Vincent
23 matches
Mail list logo