xml-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arved Sandstrom <Arved...@chebucto.ns.ca>
Subject Re: Test Infrastructure Project Proposal
Date Sun, 11 Feb 2001 04:10:39 GMT
Hi, Sam

Don't mind at all (FOP being the poster child, I mean). I took a gander and
damned if I can reproduce the docs build failure...we don't have a FAQ document
and the current build.xml makes no reference to one at all. However, as late as
FOP 0.16.0 the build.xml "docs" target _does_ make reference to a FAQ file. I
can only assume that there was a period of time where the FAQ got removed but
the build.xml didn't reflect the change. And that was when your system updated
from CVS.

I'm guilty of what the real cause is here...not running an absolute complete
build when the distribution changes. There is a tendency to only check the
compile stage.

Wrt "stuff": yes, definitely. If the majority of committers want a thing in a
certain place then that is where it should go. As a single committer my "wants"
are to see codebases like Ant and jakarta-regexp in a location that indicates
that they are GP things. Particularly if we add _more_ GP stuff, i.e. testing
stuff, then maybe that now makes sense. That's just my opinion at the
moment...I won't lose sleep if it all stays in Jakarta, except that I'm
wondering if it's desirable for GP testing code or build tool code to reside in
Jakarta when maybe XML project people want a strong say in those things also,
no less so than Jakarta. How would that work?


On Sat, 10 Feb 2001, you wrote:
> ----- Original Message -----
> Arved Sandstrom wrote:
> >
> > I'd say outside Jakarta _and_ XML. Ant no longer belongs in Jakarta
> either,
> > since everyone and their grandmother is using it. Actually, there's a
> bunch of
> > stuff in Jakarta (regexp, ORO, etc) which has nothing to do with Jakarta,
> per
> > se. I'd hate to see yet more stuff put in there.
> >
> > What about the possible role of Tigris? The main infrastructure tools
> projects
> > (Subversion, ArgoUML, etc) seem to very naturally fit there. Once we have
> > requirements, developing support tools can happen there, while a parallel
> > Apache project works on how Apache would use it, and the bits that pertain
> > directly to Apache testing. Just some thoughts - if everything lives in
> Apache
> > that's cool with me also.
> As the new chairman of Jakarta, I've been giving a lot of thought to this.
> I start with the premise that "stuff" belongs where a majority of
> committters want it to be put.
> By the way, xml-fop is still my poster child for why something like this
> will not work until people's habits change.  I know I pointed it out before,
> but could you take a look again at the following build failure?  It looks
> relatively easy to fix:
> http://oss.software.ibm.com/developerworks/opensource/jakarta/proto24/xml-fo
> p.html
> So the real question is, how do we get peoples habits to change?
> ---------------------------------------------------------------------
> In case of troubles, e-mail:     webmaster@xml.apache.org
> To unsubscribe, e-mail:          general-unsubscribe@xml.apache.org
> For additional commands, e-mail: general-help@xml.apache.org
Senior Developer
e-plicity.com (www.e-plicity.com)
Halifax, Nova Scotia
"B2B Wireless in Canada's Ocean Playground"

View raw message