Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 69157 invoked from network); 27 Oct 2010 22:12:44 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Oct 2010 22:12:44 -0000 Received: (qmail 36268 invoked by uid 500); 27 Oct 2010 22:12:43 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 36217 invoked by uid 500); 27 Oct 2010 22:12:43 -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 36210 invoked by uid 99); 27 Oct 2010 22:12:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Oct 2010 22:12:43 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Oct 2010 22:12:41 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o9RMCJ3C025224 for ; Wed, 27 Oct 2010 22:12:19 GMT Message-ID: <12811097.108301288217539527.JavaMail.jira@thor> Date: Wed, 27 Oct 2010 18:12:19 -0400 (EDT) From: "Kim Haase (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Resolved: (DERBY-423) Issues for Derby Ref manual In-Reply-To: <520909413.1120175219511.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kim Haase resolved DERBY-423. ----------------------------- Resolution: Won't Fix Many of these problems are a result of the limitations of the DITA tools (table numbering, for instance). The Aggregates section lists all the aggregate functions; it seems fine to leave the descriptions in the built-in functions section in alphabetical order. > Issues for Derby Ref manual > --------------------------- > > Key: DERBY-423 > URL: https://issues.apache.org/jira/browse/DERBY-423 > Project: Derby > Issue Type: Task > Components: Documentation > Environment: all > Reporter: Jeff Levitt > Priority: Minor > > The Reference Manual was reviewed for Version 10.1, and some of the comments in that review (http://issues.apache.org/jira/browse/DERBY-382) were not incorporated dude to their complexity. I am listing them here to track them for 10.2. > Generic issues: > 1. All the tables in this section has number "1" only. Each table should have its own number. > 2. At the footer of document, might need to add Manual name and main section name so that it is easier to see which guide and a section a particular page belongs to. > 3. Derby Limitations section starts at page 224 of the document, but table of content lists it starting at page 223. > 4. In first paragraph of this section, a space should be removed from in between "identifies" and "." in line "See Rules for SQL92 identifiers". (This happens with links for some reason in the PDF) > The aggregates section has been mixed in with the functions section. They should be seprate. So, there should be a section called Built-in funtions with the list that is on page 72 and 73, followed by all of the writeups on each function. Then, you should have a separate section called aggregates with the overview on that, followed by the individual writeups on each aggregate. > The table on page 73 has characters in cells that should be blank. > Page 74: Move AVG writeup to aggregate section > Page 81: Move COUNT writeup to aggregate section > Page 82: Move COUNT(*) writeup to aggregate section. > Page 90: Move MAX writeup to aggregate section. > Page 91: Move MIN writeup to aggregate section. > Page 95: Move SUM writeup to aggregate section. > Page 99: Change the paragraph under Buil-In system procedures to something like the following: > Some built-in procedures are not compatible with standard SQL syntax use by other relational databases. These procedures can only be used with Derby. > "In the new section on error messages, I believe all mentions of severity should be removed. This is a derby specific implementation detail and is not standard based. The SQLException.getErrorCode() is intentionally specific to each vendor. Derby should not be encouraging applications to use this method to affect application flow. Application's making decisions based upon SQLExceptions is being addressed in JDBC 4.0. > Maybe the third column of the table could be the effect on the transaction and not a numerical code." (The first half has been done (severity removed), but the seconf half will need input and quite a bit of replacing to do) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.