From http://gump.apache.org/whoweare.html
"All Apache committers have commit access to the Gump module."
Anyone know how we can shut this thing off? Or at least prevent it
from building GData Server.
-Grant
On Jun 25, 2007, at 7:10 AM, Jason van Zyl wrote:
To whom it may engage...
This i
: I just got a clean copy of the lucene trunk and I can build the
: project without any problems. I first guessed that the 3rd party lib
: could not be downloaded during the build process but according to
:
http://vmgump.apache.org/gump/public/lucene-java/lucene-java/gump_work/build_lucene-java_
Hi java-dev,
sorry for my long long absence. I don't have enough time to take care
about the gdata project and
I don't feel good with it I hope I can come back and take care of it soon.
I will try to care about the build problem the project causes!
I just got a clean copy of the lucene trunk and
Greetings Gumpers,
The Lucene-Java gump build seems to been failing consistently for the past
few days. The problem seems to relate to some cleanup we did recently to
our build files to help ensure that the various "contrib" sub projects
could be cleanly built/tested on their own, or as part of
According to Parabuild, everyting is fine:
http://parabuild.viewtier.com:8080/parabuild/index.htm?displaygroupid=
5
Regards,
Slava Imeshev
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
The error seems to be a Gump config issue, causing javadoc errors:
- contrib/* jars are not included in the classpath when creating all
javadocs.
So someone who maintains the Gump build configuration for Lucene-Java
should fix the javadoc classpath.
Note: similar fix of javadoc-claspath was rece
The error seems to be a Gump config issue:
- contrib/benchmark/lib jars are not included in the classpath when
attempting to compile contrib/benchmark.
- strangely this happens as part of compile-core, while in Lucene-Java's
build.xml, compile-core target does not compile contrib/benchmark.
So s
I did run the java/trunk/buiild.xml file with ant package as I guess
gump did as well. We had similar problems a couple of weeks ago as the
java doc could not be generated with java version < 1.5 but there was
a quick ant fix for that.
I will take some time to figure out a better solution or clean
I will look after this as soon as I get to my sources!
best regards simon
On 10/20/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contac
> -Original Message-
> From: Erik Hatcher [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 16, 2006 12:09 PM
> To: java-dev@lucene.apache.org
> Cc: Gump code and data
> Subject: Re: [EMAIL PROTECTED]: Project lucene-java (in module
> lucene-java) failed
>
What is going wrong with the Gump Lucene build? It is missing JUnit
- but this is something Gump itself should provide somehow, correct?
Please reply back to java-dev@lucene.apache.org if you have some
insight into this and it is something the Lucene team can address.
Thanks,
Eri
: I think you are thinking of target="1.4" type of thing. I always
: thought this was about binary compatibility of complied code, not the
: language syntax, but I'm not sure. Erik will know.
Actually, I'd forgotten about "target" ... I checked and the option i was
thinking of is "source"...
I think you are thinking of target="1.4" type of thing. I always
thought this was about binary compatibility of complied code, not the
language syntax, but I'm not sure. Erik will know.
Otis
--- Chris Hostetter <[EMAIL PROTECTED]> wrote:
>
> : It's fixed now.
> : Sorry bout that... I've alrea
Luc
-Original Message-
From: Chris Hostetter [mailto:[EMAIL PROTECTED]
Sent: vrijdag 18 november 2005 8:36
To: java-dev@lucene.apache.org
Subject: Re: [EMAIL PROTECTED]: Project lucene-java (in module lucene-java)
failed
: It's fixed now.
: Sorry bout that... I've already set up
: It's fixed now.
: Sorry bout that... I've already set up a test script to switch my JDK
: to 14 before running "ant test".
I don't remember the specifics, but isn't there an attribute for the and
taks that you can use to tell it wether you want it to compile as
1.4 code or 1.5 code? ... I thou
It's fixed now.
Sorry bout that... I've already set up a test script to switch my JDK
to 14 before running "ant test".
On 11/18/05, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> Gack!
> I specifically checked the Iterable interface, and I could have sworn
> it said since Java 1.2!
> My eyes must be pl
Gack!
I specifically checked the Iterable interface, and I could have sworn
it said since Java 1.2!
My eyes must be playing tricks on me. I'll fix it.
> cannot resolve symbol
> [javac] symbol : class Iterable
> [javac] location: class org.apache.lucene.search.DisjunctionMaxQuery
-Yonik
On Tue, 10 May 2005, Erik Hatcher <[EMAIL PROTECTED]> wrote:
> I can (and probably will) change it such that is not run if
> JavaCC is not present and adjust it so that the check for JavaCC is
> only done on the targets that truly need it (but are not part of the
> main build path).
This may be
On May 9, 2005, at 9:34 AM, Stefan Bodewig wrote:
On Mon, 9 May 2005, Erik Hatcher <[EMAIL PROTECTED]> wrote:
On May 9, 2005, at 3:57 AM, Stefan Bodewig wrote:
Feel free to add any "new" dependencies Gump is missing.
What's the process for me to add new dependencies?
If the project you depend on i
On Mon, 9 May 2005, Erik Hatcher <[EMAIL PROTECTED]> wrote:
> On May 9, 2005, at 3:57 AM, Stefan Bodewig wrote:
>> Feel free to add any "new" dependencies Gump is missing.
>
> What's the process for me to add new dependencies?
If the project you depend on is already known to Gump:
* check out g
On May 9, 2005, at 3:57 AM, Stefan Bodewig wrote:
On Sun, 8 May 2005, Erik Hatcher <[EMAIL PROTECTED]> wrote:
Jason or other Gump folks -
You realize that the mail has been auto-generated and Jason is only
the sender because he added the entry and we never bothered to change
it, don't you?
I figur
On Sun, 8 May 2005, Erik Hatcher <[EMAIL PROTECTED]> wrote:
> Jason or other Gump folks -
You realize that the mail has been auto-generated and Jason is only
the sender because he added the entry and we never bothered to change
it, don't you?
> We'd love to get Lucene's build working fine with G
Jason or other Gump folks -
We'd love to get Lucene's build working fine with Gump. From the
error message it doesn't appear this is Lucene-related though. Let
me know if there is anything I can do to fix it.
I have been refactoring the build process so that all of Lucene's
contrib compone
23 matches
Mail list logo
