Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 32902 invoked from network); 15 Mar 2011 21:19:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Mar 2011 21:19:02 -0000 Received: (qmail 38773 invoked by uid 500); 15 Mar 2011 21:19:00 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 38745 invoked by uid 500); 15 Mar 2011 21:19:00 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Delivered-To: moderator for users@myfaces.apache.org Received: (qmail 1869 invoked by uid 99); 15 Mar 2011 19:43:12 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of hampus.wingren@bredband.net designates 62.127.194.21 as permitted sender) X-SMTPAUTH-B2: [hampe98] X-SENDER-IP: [83.226.121.97] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmMiALVdf01T4nlhPGdsb2JhbAAMhDCESZAFjQkBAQEBN7BzkWWBJ4NFdgQ X-IronPort-AV: E=Sophos;i="4.63,190,1299452400"; d="scan'208";a="1868458733" Subject: Is it possible to provide some way of specifying your own javax.faces.ViewState param? From: Hampus Wingren To: users@myfaces.apache.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Mar 2011 20:41:46 +0100 Message-ID: <1300218106.6372.2.camel@hemma> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, I´m trying to write a really lightweight portal implementation based on JSF and one thing that´s quite limiting is that you can´t specify more than one view state. Wouldn´t it be possible to work around this issue by having a context-param which states the ViewState-id? I´m writing the portal as a separate war-module and the portlet applications are deployed as seperate war-modules so they are not sharing context and should therefore be able to specify different view states. I can work around this issue by not letting the portal handle any postback requests but it seems like an easy thing to do? Great implementation BTW Regards, Hampus