Return-Path: Delivered-To: apmail-shale-issues-archive@locus.apache.org Received: (qmail 44025 invoked from network); 11 May 2007 00:14:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 May 2007 00:14:03 -0000 Received: (qmail 31643 invoked by uid 500); 11 May 2007 00:14:10 -0000 Delivered-To: apmail-shale-issues-archive@shale.apache.org Received: (qmail 31624 invoked by uid 500); 11 May 2007 00:14:10 -0000 Mailing-List: contact issues-help@shale.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@shale.apache.org Delivered-To: mailing list issues@shale.apache.org Received: (qmail 31615 invoked by uid 99); 11 May 2007 00:14:10 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2007 17:14:10 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 May 2007 17:14:03 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C5C45714022 for ; Thu, 10 May 2007 17:13:42 -0700 (PDT) Message-ID: <26269680.1178842422799.JavaMail.jira@brutus> Date: Thu, 10 May 2007 17:13:42 -0700 (PDT) From: "Lionel Port (JIRA)" To: issues@shale.apache.org Subject: [jira] Commented: (SHALE-409) Shale 1.0.4+ incorrectly removes all entries in the request map after render response In-Reply-To: <8860724.1171380016198.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/struts/browse/SHALE-409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40963 ] Lionel Port commented on SHALE-409: ----------------------------------- Beyond just commenting out the code to remove the keys from the request, it looks like that whole function is redundant. All it does is populate a list that will never be used again and remove all the request attributes. > Shale 1.0.4+ incorrectly removes all entries in the request map after render response > ------------------------------------------------------------------------------------- > > Key: SHALE-409 > URL: https://issues.apache.org/struts/browse/SHALE-409 > Project: Shale > Issue Type: Bug > Components: View > Affects Versions: 1.0.4, 1.0.5-SNAPSHOT > Environment: WinXP, AJAX4JSF-1.0.6+, Shale-1.0.4 (Application, Core, Dialog, Spring, Tiger, View) > Reporter: Todd Bush > > I found this issue while debugging why Shale-1.0.4 caused AJAX4JSF to stop working. Within the ViewPhaseListener.afterRenderResponse method, all ViewControllers and AbstractRequestBeans are removed from the request map. Then a second loop through the request map removes all other entries in an attempt to remove any annotated managed beans. AJAX4JSF relies on entries in the request map while parsing the outgoing HTML, entries which are removed by this phase listener. Once I comment out the second request map loop, AJAX4JSF works. Any other technology which relies on request map entries after render response will have a similar problem with Shale. > The second loop: > entries = map.entrySet().iterator(); > while (entries.hasNext()) { > Map.Entry entry = (Map.Entry) entries.next(); > if (!list.contains(entry.getKey())) { > list.add(entry.getKey()); > } > } > PS. Please ignore my comment below. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.