Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 12799 invoked from network); 3 Dec 2009 20:49:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Dec 2009 20:49:28 -0000 Received: (qmail 7668 invoked by uid 500); 3 Dec 2009 20:49:28 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 7571 invoked by uid 500); 3 Dec 2009 20:49:26 -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 7563 invoked by uid 99); 3 Dec 2009 20:49:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Dec 2009 20:49:26 +0000 X-ASF-Spam-Status: No, hits=-6.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [141.146.126.233] (HELO acsinet11.oracle.com) (141.146.126.233) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Dec 2009 20:49:24 +0000 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id nB3Kn2Gt024604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 3 Dec 2009 20:49:04 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id nB2KMdgD010937 for ; Thu, 3 Dec 2009 20:49:09 GMT Received: from abhmt008.oracle.com by acsmt353.oracle.com with ESMTP id 782546911259873254; Thu, 03 Dec 2009 12:47:34 -0800 Received: from [130.35.100.190] (/130.35.100.190) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 03 Dec 2009 12:47:34 -0800 Message-ID: <4B1823D5.8040909@oracle.com> Date: Thu, 03 Dec 2009 12:47:17 -0800 From: Gabrielle Crawford User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: MyFaces Development Subject: Re: [Trinidad] remove application view cache in Trinidad 2? References: <4B15B1C2.5060201@oracle.com> <4B15C61C.5040303@oracle.com> <1259754265.4487.70.camel@markoc-desktop> In-Reply-To: <1259754265.4487.70.camel@markoc-desktop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Source-IP: acsmt358.oracle.com [141.146.40.158] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4B18243B.012A:SCFMA4539814,ss=1,fgs=0 thanks! https://issues.apache.org/jira/browse/TRINIDAD-1653 Gabrielle Martin Koci wrote: > Max Starets píše v Út 01. 12. 2009 v 20:42 -0500: > >> Gabrielle, >> >> I think the main advantage of using application view cache is that state >> saving/view root caching is done once for a particular page >> within an application (that only applies to pages displayed in response >> to a GET request). >> >> Since we have seen some issues with the current implementation, I would >> vote for not supporting application view cache >> in Trinidad 2. Partial state saving should make its benefits much less >> tangible. >> > Yes, I did some profiling few moths ago before we migrated to JSF 2.0 > state saving and I can confirm that same very complex view written: > > - as .jspx + trinidad state saving + trinidad components + application > view cache > - and as .xhtml + mojarra partial state saving + base JSF components > > doesn't have performance problem (even no regression with .xhtml) in > both cases regarding state saving. +1 for removing application view > cache in trinidad 2.0 > > Regards, > > Martin Kočí > > If there is demand for this feature in the future, > >> we can revisit it and try to address the issues we have seen. >> >> Max >> >> >> >> Gabrielle Crawford wrote: >> >>> Hi, >>> >>> I'm working on state saving issues in Trinidad 2 (for JSF 2). I'm just >>> wondering if we really want to support application view cache going >>> forward. >>> >>> The application view cache has some limitations that make me wonder >>> how commonly it's used, see the doc under "The Application View Cache" >>> http://myfaces.apache.org/trinidad/trinidad-1_2/devguide/configuration.html >>> >>> >>> Maybe more importantly, I'm not sure, but I think the reason it exists >>> is to avoid rerunning the tags? Is rerunning tags as much of an issue >>> with facelets? If not, maybe we should just say to move to facelets in >>> 2.0. >>> >>> Thanks, >>> >>> Gabrielle >>> >>> >>> >>> >> > > >