Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 66185 invoked from network); 20 May 2005 22:04:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 May 2005 22:04:02 -0000 Received: (qmail 52296 invoked by uid 500); 20 May 2005 22:04:01 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 52197 invoked by uid 500); 20 May 2005 22:04:00 -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: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 52178 invoked by uid 99); 20 May 2005 22:04:00 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from brmea-mail-3.Sun.COM (HELO brmea-mail-3.sun.com) (192.18.98.34) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 20 May 2005 15:03:57 -0700 Received: from phys-mpk-1 ([129.146.11.81]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4KM3gjc009535 for ; Fri, 20 May 2005 16:03:43 -0600 (MDT) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IGT001016E1XC@mpk-mail1.sfbay.sun.com> (original mail from David.Vancouvering@Sun.COM) for derby-dev@db.apache.org; Fri, 20 May 2005 15:03:42 -0700 (PDT) Received: from Sun.COM (sr1-umpk-13.SFBay.Sun.COM [129.146.11.187]) by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IGT00MDV6LWT9@mpk-mail1.sfbay.sun.com> for derby-dev@db.apache.org; Fri, 20 May 2005 15:03:32 -0700 (PDT) Date: Fri, 20 May 2005 15:03:32 -0700 From: David Van Couvering Subject: Re: [jira] Commented: (DERBY-296) Document In-reply-to: <428CB901.5080302@sun.com> To: Derby Development Reply-to: David.Vancouvering@Sun.COM Message-id: <428E5EB4.6050408@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20041214 References: <1492650458.1116454074112.JavaMail.jira@ajax.apache.org> <428BD732.60503@vancouvering.com> <428BFD23.20802@bristowhill.com> <428C1202.9090803@vancouvering.com> <428CB901.5080302@sun.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Well, actually, I *was* planning on only correcting the message property files. I think fixing SQL State and adding comments in prep for JDBC 4 is beyond the scope of this bug... I suggest we add a separate JIRA item for the task you are suggesting... David Lance J. Andersen wrote: > David. > > If you are planning on doing this and making a pass throughout the code > to make sure the correct SQLState is set correctly (not just correcting > the message property files), it might be worthwhile to add some type of > marker comment in places where the code will need to be changed for JDBC > 4 in order to bring the SQLExceptions being thrown in line with the > changes for the new SQLExceptions based on the SQL state class values. > > By at least having an easy to find comment, it will make it easier to > go back and do the retrofit. Of course this only makes sense if you are > going to make a pass through the entire derby codeline for this adventure. > > just a thought if you are looking to have some more fun 8-) > > David Van Couvering wrote: > > >>I could do this; every time I talk to customers they hammer into me >>that clear and helpful error messages are key. >> >>It would *really* help if I knew which message texts were modified in >>the doc. Is it limited to the Derby-specific messages with SQLStates >>starting with "X"? >> >>Would I submit this as an independent patch to the same JIRA item? >>Note also that I may find "bugs" in the messages that would require a >>redo of the documentation... >> >>David >> >>Jean T. Anderson wrote: >> >> >>>David Van Couvering wrote: >>> >>> >>>>I would agree... I think the right thing to do would be to fix the >>>>code. >>>> >>>>David >>> >>> >>> >>> >>>is that an offer? :-) >>> >>> -jean >>> >>> >>> >>>>Jean T. Anderson (JIRA) wrote: >>>> >>>> >>>>> [ >>>>>http://issues.apache.org/jira/browse/DERBY-296?page=comments#action_65717 >>>>>] >>>>> Jean T. Anderson commented on DERBY-296: >>>>>---------------------------------------- >>>>> >>>>>Regarding this: >>>>> >>>>> >>>>> >>>>>>During my work, I discovered that many of the messages could use >>>>>>some spellchecking, grammar checking, etc. Rather than document >>>>>>them this way, I corrected them. At some point a separate JIRA >>>>>>issue should be made, and someone should undertake the task of >>>>>>fixing the actual message strings to reflect the correct grammar, >>>>>>spelling, punctuation, etc. used in this document. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>I'm concerned users might be confused if the error message an >>>>>application spits out does not exactly match the error message >>>>>string documented in the Reference Manual. >>>>>I think this work shouldn't be committed until doc matches code >>>>>(whether it involves changing the messages in this patch or >>>>>modifying the code to match these). >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Document >>>>>>-------- >>>>>> >>>>>> Key: DERBY-296 >>>>>> URL: http://issues.apache.org/jira/browse/DERBY-296 >>>>>> Project: Derby >>>>>> Type: Task >>>>>> Components: Documentation >>>>>>Environment: all >>>>>> Reporter: Jeff Levitt >>>>>> Assignee: Jeff Levitt >>>>>> Priority: Minor >>>>>>Attachments: derby296.zip >>>>>> >>>>>>I've spent some time compiling a list of error messages for Derby, >>>>>>to expand on the error messages section currently in the Reference >>>>>>Manual. I am about ready to submit a candidate patch, and I am >>>>>>opening up a JIRA issue to contain it. >>>>> >>>>> >>>>> >>>>> >>>>>