Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 57847 invoked from network); 18 Aug 2010 14:48:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Aug 2010 14:48:50 -0000 Received: (qmail 28168 invoked by uid 500); 18 Aug 2010 14:48:50 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 28014 invoked by uid 500); 18 Aug 2010 14:48:48 -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 28007 invoked by uid 99); 18 Aug 2010 14:48:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Aug 2010 14:48:48 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [148.87.113.121] (HELO rcsinet10.oracle.com) (148.87.113.121) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Aug 2010 14:48:39 +0000 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7IEmGq9024086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 18 Aug 2010 14:48:18 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7I8XTUY027793 for ; Wed, 18 Aug 2010 14:48:15 GMT Received: from abhmt017.oracle.com by acsmt355.oracle.com with ESMTP id 507875821282142810; Wed, 18 Aug 2010 07:46:50 -0700 Received: from [10.152.20.11] (/10.152.20.11) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 18 Aug 2010 07:46:48 -0700 Message-ID: <4C6BF252.4000400@oracle.com> Date: Wed, 18 Aug 2010 10:46:42 -0400 From: Kim Haase Reply-To: camilla.haase@oracle.com User-Agent: Thunderbird 2.0.0.23 (X11/20090910) MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: Documentation and DITA: The Derby Experience? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Rick and Bryan have done a great job summarizing the pros and cons of DITA for the Derby project. As a tech writer I find DITA and our toolkit fairly easy to work with. Of course, I don't mind editing XML in a plain text editor -- some people might, since this process is a bit error-prone. The initial tool setup to generate output from DITA involved some rather complicated work from a technical wizard, before I started on the project -- some of the original DITA toolkit XSL files were modified to generate the desired output. But the wizard is no longer working on the project and we haven't found a contributor with comparable expertise, so we are now pretty much unable to make fixes (like getting rid of all the warnings Rick mentioned). Nor have we been able to upgrade to a later version of the DITA toolkit. I would recommend starting with the most current toolkit for a new project -- it probably has capabilities we would take advantage of if we could (who knows, maybe we could generate indexes?). I hope this is helpful. Feel free to ask more specific questions. Kim Haase On 08/18/10 04:56, Alex McLintock wrote: > Hi, > > I'm not a Derby developer - but am working on the documentation of > another Apache project (Nutch). I'd like to know more about your > documentation system. > > I've been recommended to look into DITA and can see that Derby uses it > for its documentation. In fact Derby seems to be the only Apache > project which does (AFAICS). > > Can you tell me how well it works for you? > What are the problems you've found? > Are you able to do it with just free tools? > Is it overkill for a "small" OSS project? or is the extra hassle worth it? > > If I were to set up DITA for a different Apache project should I copy > Derby's structure (including using specific old jarfiles!) or start > from scratch? I would prefer to copy Derby rather than roll my own, > but that may mean I blindly copy your mistakes - if any. > > Hopefully you wont think that discussing Derby's documentation is off > topic for the dev list :-) > > Thanks, > > Alex >