Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Mon, 30 Jan 2006 08:29:04 -0800
From: Rick Hillegas <Richard.Hillegas@Sun.COM>
Subject: Re: Client SQLException change causing build failure
In-reply-to: <FE0FE710-381E-4036-B5E3-E5818AE917BA@gmail.com>
To: derby-dev@db.apache.org
Message-id: <43DE3ED0.8010900@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
References: <54ac72d70601271559q7ce2f40dob50d61505be275e@mail.gmail.com>
 <43DBC05E.1010902@sun.com> <FE0FE710-381E-4036-B5E3-E5818AE917BA@gmail.com>

What Andrew says. These failures turn up if you build Derby in a 1.4 
environment but supplement your ant.properties with a pointer to a 1.6 
installation. In that case, the build will use the 1.6 compiler to build 
the optional jdbc 4 support and compilation will choke on some 
discrepancies introduced by the SQLException rototill.

I fixed these build failures in my first patch for bug 862, but I backed 
them out because they weren't germane to that bug's javadoc focus. The 
fixes are still available in that first patch in the following files:

M      java\client\org\apache\derby\client\ClientPooledConnection40.java
M      java\client\org\apache\derby\client\net\NetConnection40.java
M      java\client\org\apache\derby\client\am\CallableStatement40.java
M      java\client\org\apache\derby\client\am\PreparedStatement40.java

Regards,
-Rick

Andrew McIntyre wrote:

>
> On Jan 28, 2006, at 11:05 AM, David W. Van Couvering wrote:
>
>> Hi, Andrew.  Are you doing your build with JDK 1.6?  I did my build  
>> with 1.4.  I'm not trying to pass off blame, just trying to  
>> understand the circumstances better.
>
>
> Hi David,
>
> I guess this is the 'mixed' build? It's everything but the JDBC 4.0  
> classes compiled with JDK 1.4, and the JDBC 4.0 classes compiled with  
> JDK 1.6. It's what you get if you follow the instructions posted  
> previously to build the JDBC 4.0 classes as a part of the regular  
> build by setting the ant property ${jdk16} to the location of a JDK  
> 1.6 install.
>
> If you don't set the jdk16 ant property, everything works fine. I  
> just thought I'd mention the problem because I hadn't seen it raised  
> anywhere else.
>
> andrew