Return-Path: Delivered-To: apmail-incubator-jspwiki-dev-archive@locus.apache.org Received: (qmail 34316 invoked from network); 30 Jun 2008 06:57:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jun 2008 06:57:18 -0000 Received: (qmail 59879 invoked by uid 500); 30 Jun 2008 06:57:20 -0000 Delivered-To: apmail-incubator-jspwiki-dev-archive@incubator.apache.org Received: (qmail 59866 invoked by uid 500); 30 Jun 2008 06:57:20 -0000 Mailing-List: contact jspwiki-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-dev@incubator.apache.org Delivered-To: mailing list jspwiki-dev@incubator.apache.org Received: (qmail 59855 invoked by uid 99); 30 Jun 2008 06:57:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Jun 2008 23:57:19 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Janne.Jalkanen@ecyrd.com designates 193.64.5.122 as permitted sender) Received: from [193.64.5.122] (HELO mail.ecyrd.com) (193.64.5.122) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2008 06:56:26 +0000 Received: from [192.168.0.12] (cs181005170.pp.htv.fi [82.181.5.170]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.ecyrd.com (Postfix) with ESMTP id B9A4348122 for ; Mon, 30 Jun 2008 09:55:59 +0300 (EEST) Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <486806BC.8020208@altheim.com> References: <78EA94E6-5D27-479C-AAEC-694183831110@ecyrd.com> <1214751038.30958.253.camel@netframe> <2C9F19AF-C10B-4EB2-9A6E-13BD3869931F@ecyrd.com> <4867E6A0.4000809@altheim.com> <3C8AE37D-F09B-4482-A4B4-CB38ECAC9E36@ecyrd.com> <486806BC.8020208@altheim.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Janne Jalkanen Subject: Re: First pass at 3.1 (also: 2.8 alphas, anyone?) Date: Mon, 30 Jun 2008 09:55:43 +0300 To: jspwiki-dev@incubator.apache.org X-Mailer: Apple Mail (2.753.1) X-Virus-Checked: Checked by ClamAV on apache.org > And to be clear, it's not a lack of motivation on my part, it's a > lack of time. I completely understand this. I never expected anything else. > documentation, or I can't find the documentation. As an example, > (my fault or not, not the point) I didn't even *know* the > jspwiki_module.xml file existed when I proposed the idea of a > plugin administration feature. I hadn't had the chance to locate > it, and I hadn't seen anything in the documentation about it. That's fine. Even if we wrote documentation on all bits (e.g. the workflow package is very well documented), you still wouldn't have time to read about it all. Which would land you in exactly the same situation as before. And this is *NOT* a failure of the project. (Besides, the feature you mention is documented: http:// doc.jspwiki.org/2.4/wiki/DevelopingPlugins). I would very much like to see what would be a better place to put the documentation about plugins than the "how to develop plugins" section of our official documentation.) > To reiterate, I'm not trying to be critical here, I'm only trying > to let you know that some of us are struggling to keep up. I completely understand. But your proposed solution of "let's slow down" is completely wrong, which is why I am criticizing it so harshly. Making developers feel unhappy about the effort that they are putting into the system is bloody destructive. > Some > of this might be mitigated by better documentation (or even a map > of the existing documentation, as it's sometimes hard to find > things) but I know you're as strapped for time as anyone. But as > more developers get involved in the project I'm hoping this > situation will improve, not get worse. You know, even adding empty templates on doc.jspwiki.org on the subjects that *need* updates would be helpful. That way people can come in and know what is unclear to other people. And adding a couple of lines to a wiki is not a question of time. In fact, using the wiki to document these things is very much preferred, since email conversations are forgotten in a week. A JIRA issue or a wikipage will be eventually attended to. /Janne