Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 74360 invoked from network); 17 Feb 2011 20:51:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Feb 2011 20:51:33 -0000 Received: (qmail 39345 invoked by uid 500); 17 Feb 2011 20:51:33 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 39315 invoked by uid 500); 17 Feb 2011 20:51:32 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 39308 invoked by uid 99); 17 Feb 2011 20:51:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Feb 2011 20:51:32 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Feb 2011 20:51:32 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 271221ABDC5 for ; Thu, 17 Feb 2011 20:51:12 +0000 (UTC) Date: Thu, 17 Feb 2011 20:51:12 +0000 (UTC) From: "Myrna van Lunteren (JIRA)" To: derby-dev@db.apache.org Message-ID: <1652358103.7.1297975872156.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] Updated: (DERBY-216) expand largeCodeGen.java test MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DERBY-216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myrna van Lunteren updated DERBY-216: ------------------------------------- Issue & fix info: [Newcomer] Urgency: Normal Labels: derby_triage10_8 (was: ) Marking newcomer, I think this should be doable. Unfortunately, I've had trouble running the largeDataTests recently, but assuming they can be made to work, more functionality could be added there. Also, perhaps this issue can be split into further issues as some of the functionality/testing desired has been implemented... > expand largeCodeGen.java test > ----------------------------- > > Key: DERBY-216 > URL: https://issues.apache.org/jira/browse/DERBY-216 > Project: Derby > Issue Type: Sub-task > Components: Test > Affects Versions: 10.1.2.1 > Reporter: Kathey Marsden > Labels: derby_triage10_8 > > the largeCodeGen test needs to be expanded to include other cases that genreate large amounts of byte code. > For example: > large in clause > large insert statement that inserts many rows > sql statements with large constant values > It is best if the verious tests just use a variable that can be bumped higher and higher for testing and if individual cases are isolated. > Possible approaches, think of ways to make sql statements really big that will take different code paths. > Look in the code for instances of statementNumHitLimit and create cases that pass through that code. Those cases may pass but the hope is to get rid of these calls in favor of splitting the code in a centralized way, so add the tests to largeCodeGen even if they don't fail. > -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira