Return-Path: Delivered-To: apmail-incubator-jspwiki-dev-archive@minotaur.apache.org Received: (qmail 90790 invoked from network); 17 Oct 2009 22:48:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Oct 2009 22:48:39 -0000 Received: (qmail 76960 invoked by uid 500); 17 Oct 2009 22:48:39 -0000 Delivered-To: apmail-incubator-jspwiki-dev-archive@incubator.apache.org Received: (qmail 76954 invoked by uid 500); 17 Oct 2009 22:48:39 -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 76944 invoked by uid 99); 17 Oct 2009 22:48:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Oct 2009 22:48:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrew.r.jaquith@gmail.com designates 209.85.221.172 as permitted sender) Received: from [209.85.221.172] (HELO mail-qy0-f172.google.com) (209.85.221.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Oct 2009 22:48:30 +0000 Received: by qyk2 with SMTP id 2so2434807qyk.21 for ; Sat, 17 Oct 2009 15:48:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=X71E/sptwPnQ1CfhNNmJVuKtNK65qB0qi0rjmuTxKjA=; b=WkHcWE8hFnG71ODIK12RCCn1gxOIhp97KZCyoGiF4meR/BeQdgLq4l+fAbg/2NhCFZ 2FMj2sQAm7/fdaKgh+Ht/2JzYXdiUITZYT+RsZxqLRCMAGt61i0Voq9KJNf3i57C8yQ6 Mo28gLI/mlOaSS411z1uaXNeZOUcheoRsGqsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=N2jEOWlIAHBlxdtGt0BHSC4NsgLPTe0Yz/iQe60eg5XseKjL4P0VB3he6V9K4MIS1u tbdcWCfoRv1klCPG8edrqFoHsQ3IIq8j3IT8cFITkUpkwO78+tHAebknWmmev/iLtvRz 7VbdLAL8Mes8t1NL937LC4xR2lqjVe5foz7jU= MIME-Version: 1.0 Received: by 10.224.52.144 with SMTP id i16mr1835229qag.210.1255819689809; Sat, 17 Oct 2009 15:48:09 -0700 (PDT) In-Reply-To: References: <10D7C175-3BC1-4375-BF0B-C208C3687504@ecyrd.com> <7EE4F3F7-8566-4B43-89BB-24C38FA1392F@ecyrd.com> <2DF4ED35-972A-4408-9FCB-9450D9F8D07C@ecyrd.com> <3E2CB175-D3EC-4E21-A5C6-18F3064DE152@ecyrd.com> Date: Sat, 17 Oct 2009 18:48:09 -0400 Message-ID: Subject: Re: Page renaming weirdness From: Andrew Jaquith To: jspwiki-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Fixed item 3. The translate() method in the JSPWikiMarkupParserTest was simply creating nodes and not saving them, relying on pageExists() to tell it if they had been created. But in 3.0 you can create a page without saving it -- different than 2.x, where creating automatically means the page is persisted. Forcing the page-save before the rendering speed test fixed the problem. Anyway, it was a bug in the test code, not the core code. All good! Andrew On Sat, Oct 17, 2009 at 5:01 PM, Andrew Jaquith wrote: >> I'm currently working on moves (the SNS support is really hard to do wit= hout >> screwing everything); I have something new on the hard drive already whi= ch >> may be fixing this. > > Excellent. I'll cool my jets on these until something new hits the Priha = trunk. > >> This suggests a serious bug in JSPWiki, which is creating a new page *by= the >> same name* as an existing page. Since JSPWiki currently is using >> "nt:unstructured" as the page type, Priha will happily allow these so-ca= lled >> same-name-siblings - as specified by JCR spec. >> >> This functionality was turned off in 0.5.3, but it's enabled again in tr= unk. >> =A0However, in this case the test will pass but JSPWiki will not work >> correctly. >> >> I think we should either switch the node type, or add an assertion for p= ages >> which already exist. > > Hmm. I haven't switched back the isNew() stuff in ContentManager just > yet. I'll try that first. If it doesn't fix the problem, I'll add some > existence-checking code into addPage(). > > Andrew >