The solution could we easier. Hudson has the possibility to define a
specific VM for each different bulid job. If can configure the build
job you can define the used VM.

Simon

On Fri, Jun 12, 2009 at 7:00 PM, Uwe Schindler<u...@thetaphi.de> wrote:
> Because Hudson compiles with Java 1.5 or even 1.6. Setting -source and
> -target to 1.4 in javac does not help, if you are using methods/classes. The
> java compiler only checks syntax and creates 1.4 classes. But for compiling
> and checking it uses the builtin rt.jar (which is newer).
>
> If you want strict 1.4 checking, you must set the bootclasspath to an old
> rt.jar from 1.4 or just 1.4 at all for compiling.
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>> -----Original Message-----
>> From: Grant Ingersoll [mailto:gsing...@apache.org]
>> Sent: Friday, June 12, 2009 6:49 PM
>> To: java-dev@lucene.apache.org
>> Subject: Re: More Java 1.5 in Tests
>>
>> More importantly, why is Hudson not catching it?
>>
>> On Jun 12, 2009, at 11:28 AM, Michael McCandless wrote:
>>
>> > Sigh.  I'll fix.  I should just leave my world on 1.4 until we get
>> > 3.0 out...
>> >
>> > Mike
>> >
>> > On Fri, Jun 12, 2009 at 11:14 AM, Grant
>> > Ingersoll<gsing...@apache.org> wrote:
>> >> It seems JDK 1.5+ is the de facto for darn near everyone...
>> >>
>> >> ant compile-test with JDK 1.4 yields:
>> >>
>> >> common.compile-test:
>> >>    [javac] Compiling 82 source files to
>> >> .../lucene/java/clean/build/classes/test
>> >>    [javac]
>> >> /Users/grantingersoll/projects/lucene/java/clean/src/test/org/
>> >> apache/lucene/search/TestDocIdSet.java:85:
>> >> cannot resolve symbol
>> >>    [javac] symbol  : method valueOf (int)
>> >>    [javac] location: class java.lang.Integer
>> >>    [javac]       list.add(Integer.valueOf(doc));
>> >>    [javac]                       ^
>> >>
>> >>  [javac].../lucene/java/clean/src/test/org/apache/lucene/search/
>> >> TestDocIdSet.java:87:
>> >> cannot resolve symbol
>> >>    [javac] symbol  : method valueOf (int)
>> >>    [javac] location: class java.lang.Integer
>> >>    [javac]         list.add(Integer.valueOf(doc));
>> >>    [javac]                         ^
>> >>    [javac] Note: Some input files use or override a deprecated API.
>> >>    [javac] Note: Recompile with -deprecation for details.
>> >>    [javac] 2 errors
>> >>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: java-dev-h...@lucene.apache.org
>> >
>>
>> --------------------------
>> Grant Ingersoll
>> http://www.lucidimagination.com/
>>
>> Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)
>> using Solr/Lucene:
>> http://www.lucidimagination.com/search
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to