openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Phill Moran" <>
Subject RE: svn commit: r567962 - /openjpa/trunk/openjpa-jdbc/src/main/java/org/apache/openjpa/jdbc/sql/
Date Tue, 21 Aug 2007 14:58:18 GMT
Can't you trigger on the JDK version setup in the POM. SO if you are compiling
on 1.4 one profile is active and if 1.5 another and so on. Is there a specific
need to trigger on a jar file 

-----Original Message-----
From: Marc Prud'hommeaux [] On Behalf Of Marc
Sent: August 21, 2007 10:54 AM
Subject: Re: svn commit: r567962 -

Also, you can have the validation automatically happen if your ~/.m2/
settings.xml looks like:


The exact location of "java14.jar" is platform and installation specific, which
is why we can't automatically set it (unless anyone has any clever suggestions
for figuring out the path of different JVM's installation in a robust manner).

On Aug 21, 2007, at 10:41 AM, Patrick Linskey wrote:

> On 8/21/07, Kevin Sutter <> wrote:
>> Nice catches, Patrick.  These 1.5-specific items keep slipping 
>> through.
>> I've been talking with Mike and Marc about this -- maybe there's 
>> something more automated that can be done to help prevent these type 
>> of changes from slipping through.
> So Marc and I both catch these things because we're running automated 
> build systems that run with the elaborate arguments required to link 
> against the 1.4 jars. One possibility would be for you guys to compile 
> with those same args, but that's a bit of a pain. Another would b e 
> for me to finally get around to making my CI system available to 
> others who want access to it. I'll look into that in the next day or 
> so.
>> The other change you caught with the unbalanced parens kind of scares 
>> me.
>> We ran both the regression bucket and JPA TCK against DB2 without 
>> this getting caught.  Maybe this particular path isn't executed by 
>> those tests.
>> I am checking with Teresa to see if we need some new testcases for 
>> this.
> As Teresa mentioned, the code itself was fine; the balancing was just 
> being done across a method boundary.
> -Patrick
> --
> Patrick Linskey
> 202 669 5907

View raw message