Return-Path: X-Original-To: apmail-myfaces-dev-archive@www.apache.org Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 333E39570 for ; Fri, 21 Oct 2011 21:09:49 +0000 (UTC) Received: (qmail 18420 invoked by uid 500); 21 Oct 2011 21:09:48 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 18389 invoked by uid 500); 21 Oct 2011 21:09:48 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 18382 invoked by uid 99); 21 Oct 2011 21:09:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Oct 2011 21:09:48 +0000 X-ASF-Spam-Status: No, hits=-0.6 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lu4242@gmail.com designates 209.85.210.47 as permitted sender) Received: from [209.85.210.47] (HELO mail-pz0-f47.google.com) (209.85.210.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Oct 2011 21:09:43 +0000 Received: by pzd13 with SMTP id 13so11377342pzd.6 for ; Fri, 21 Oct 2011 14:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tqMQBRsk0oUCXTrhxL14wPAqKybHQHi8jLe2zh9d1G0=; b=J9Y5vPYjl0k2xZgiPlEhQ+oMdn87H475sLOPd2RAjGctOuBoFIOCW2Chja3t6nx0F1 QKNKp2N6Cf7lr3bdY7wBHM6T80z/9IPLr04leu8RKDOMc9GdmuSMtw+E/+1uEeeUXiRS NDRsfpBNn7NcUts6ZuPsgB8nu6YeXlF0Thjpo= MIME-Version: 1.0 Received: by 10.68.30.65 with SMTP id q1mr30702012pbh.91.1319231363474; Fri, 21 Oct 2011 14:09:23 -0700 (PDT) Received: by 10.142.187.11 with HTTP; Fri, 21 Oct 2011 14:09:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 16:09:23 -0500 Message-ID: Subject: Re: Failed Tests in 2.0.x and 2.1.x and UIComponent.findComponent contract is not correctly implemented From: Leonardo Uribe To: Bernd Bohmann Cc: MyFaces Development Content-Type: text/plain; charset=ISO-8859-1 Hi Bernd It looks good. regards, Leonardo 2011/10/21 Bernd Bohmann : > Hello Leonardo, > > can you review my commit, please. > > Thanks > > Bernd > > On Fri, Oct 21, 2011 at 9:36 PM, Leonardo Uribe wrote: >> Hello Bernd >> >> I see. Could you commit the solution for 2.0.x/2.1.x branch? >> >> regards, >> >> Leonardo Uribe >> >> 2011/10/21 Bernd Bohmann : >>> Hello Leonardo, >>> I think we should fix it like my suggestion in 1.2.x. Your suggestion >>> didn't work with the "data:1:command" expression. You can see it with >>> my last commit on the trunk. >>> Regards >>> Bernd >>> >>> On Fri, Oct 21, 2011 at 6:35 PM, Leonardo Uribe wrote: >>>> Hi Bernd >>>> >>>> I have checked the problem against the algorithm implemented in 2.0.x >>>> and I see the problem. The spec does not define if this method can be >>>> overriden, so that details was ignored on MYFACES-3268, and all known >>>> tests doesn't check that part. It seems we need to sync the algorithm >>>> in 1.2.x with the code in 2.0.x, which was enhanced. >>>> >>>> What I see is the case that fails is: >>>> >>>> :data:1:command >>>> >>>> The base when a findComponent expression starts with ':' is >>>> UIViewRoot, the algorithm found it, then it found data, but the code >>>> does not delegate to data, instead start looking from data. >>>> >>>> This is the patch agains 2.0.x branch: >>>> >>>> https://issues.apache.org/jira/secure/attachment/12500202/MYFACES-3268-3-fix-delegation.patch >>>> >>>> Note the overriden method on the test case has a problem, because the >>>> call for findComponent does not assume the id of the map should be >>>> attached. >>>> >>>> I have seen other changes on 1.2.x, but I think we should copy the >>>> code on 2.0.x/2.1.x to 1.2.x (changing the separator stuff). Do you >>>> agree with this fix? >>>> >>>> regards, >>>> >>>> Leonardo Uribe >>>> >>>> 2011/10/21 Bernd Bohmann : >>>>> Hello, >>>>> >>>>> just commited a Test that shows the wrong behavior of >>>>> UIComponent.findComponent since 2.0.8 and 2.1.2. >>>>> I would like to discuss this with leonardo. >>>>> >>>>> Sorry for any inconvenience. >>>>> >>>>> Regards >>>>> >>>>> Bernd >>>>> >>>> >>> >> >