On 11.02.2013 21:06, Myrna van Lunteren wrote:
Hi,
Since Friday, I see some unusual output in the javadoc, it doesn't
seem to be flagging as a warning or error...Does anyone recognize
this?
Hi Myrna,
The warnings arise due to references to a class from Java SE 8.
That said, something has gone wrong with the configuration of the build
job. For some reason it was now set to scan for COBOL warnings (!) - my
guess is that a plugin or Jenkins update caused the configuration to be
lost.
I've tried to configure the build job correctly again, but right now it
doesn't behave as I want it to. This may be corrected once we fix the
current warnings (or deal with them in another way).
Here's what the build output has to say on the matter:
[WARNINGS] Parsing warnings in console log with parser Java Compiler (javac)
[WARNINGS] Parsing warnings in console log with parser JavaDoc Tool
[WARNINGS] Computing warning deltas based on reference build #1653
[WARNINGS] Ignore new warnings since this is the first valid build
[WARNINGS] Computing warning deltas based on reference build #1653
[WARNINGS] Ignore new warnings since this is the first valid build
I'd expect the build job to fail, but it doesn't.
Regards,
--
Kristian
------------------
...
[javadoc] Loading source files for package org.apache.derby.impl.jdbc...
[javadoc] Constructing Javadoc information...
[javadoc]
C:\derby\trunk\java\testing\org\apache\derbyTesting\functionTests\tests\jdbc4\PreparedStatementTest42.java:28:
cannot find symbol
[javadoc] symbol : class JDBCType
[javadoc] location: package java.sql
[javadoc] import java.sql.JDBCType;
[javadoc] ^
[javadoc]
C:\derby\trunk\java\testing\org\apache\derbyTesting\functionTests\tests\jdbc4\PreparedStatementTest42.java:59:
cannot find symbol
[javadoc] symbol : class JDBCType
[javadoc] location: class
org.apache.derbyTesting.functionTests.tests.jdbc4.PreparedStatementTest42
[javadoc] private static final JDBCType[] ILLEGAL_JDBC_TYPES
= new JDBCType[]
[javadoc] ^
(there's more like this)
This started with build at revision level 1443825, and includes the
following changes:
========================
r1443812 | myrnavl | 2013-02-07 16:51:09 -0800 (Thu, 07 Feb 2013) | 9 lines
DERBY-5977; Run storemore and possibly other store .sql tests in junit
harness using ScriptTest mechanism
Committing patch DERBY-5977_2, which:
- adds the StoreScriptsTest, and adds it to store._Suite
- modifies the .sql scripts run in it to have fully qualified resources
- modifies the canons affected to adjust for running them through the
ScriptTest mechanism
- removes the now unused properties files
- removes the .sql scripts run this way from derbyall's storemore suite.
------------------------------------------------------------------------
r1443712 | rhillegas | 2013-02-07 12:39:35 -0800 (Thu, 07 Feb 2013) | 1 line
DERBY-6000: Rename DatabaseMetaData.getMaxLogicalLOBSize() to
getMaxLogicalLobSize().
------------------------------------------------------------------------
r1443697 | rhillegas | 2013-02-07 12:17:08 -0800 (Thu, 07 Feb 2013) | 1 line
DERBY-6000: Add new PreparedStatement.setObject() overloads introduced
by JDBC 4.2.
------------------------------------------------------------------------
r1443599 | mamta | 2013-02-07 08:42:55 -0800 (Thu, 07 Feb 2013) | 7 lines
DERBY-6053 (Client should use a prepared statement rather than regular
statement for Connection.setTransactionIsolation)
Sinnce Connection object is already synchronized, no need to use
synchronized Hashtable, instead us HashMap.
Also parameterize HashMap object declaration for easier usage and
tighter type checking by the compiler.
========================
