Return-Path: Delivered-To: apmail-tiles-users-archive@locus.apache.org Received: (qmail 39357 invoked from network); 3 Sep 2007 15:46:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Sep 2007 15:46:53 -0000 Received: (qmail 78423 invoked by uid 500); 3 Sep 2007 15:46:48 -0000 Delivered-To: apmail-tiles-users-archive@tiles.apache.org Received: (qmail 78356 invoked by uid 500); 3 Sep 2007 15:46:48 -0000 Mailing-List: contact users-help@tiles.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@tiles.apache.org Delivered-To: mailing list users@tiles.apache.org Received: (qmail 78347 invoked by uid 99); 3 Sep 2007 15:46:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2007 08:46:48 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of antonio.petrelli@gmail.com designates 64.233.166.183 as permitted sender) Received: from [64.233.166.183] (HELO py-out-1112.google.com) (64.233.166.183) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2007 15:46:45 +0000 Received: by py-out-1112.google.com with SMTP id d32so4866590pye for ; Mon, 03 Sep 2007 08:46:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=leB0DVCxqLqqH+Zf8grlhdWB2nvLcECNuOduV+oNBe5PmyZDzUOb59ubGN4bjdhuvyp9sXi8NEuQo6ytYdFFkjWL3zWR1DYMX6mLNefv82h/AGoaVW1LRYRf1a8B3qK/neuGfJFpcXaMFCOU4aaXotY07FinmkYXDTG/3JUQpZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=DMFuN27n+HLaDjnnklyef6ruFkDJueVaJ1t6lOk6/eiUBz9XLVC5NVMPN255pVCuhtokNsawPynmp9yhY/wHMqWlvmCHTxBOr4D+D3KNYHBVnaJXtz+LKkwC+uhudQ4I85pVPg+WuhhB9yzg9SuR6KiGYiNyQDN3CAWBCHqTwlg= Received: by 10.35.98.6 with SMTP id a6mr6171487pym.1188834384139; Mon, 03 Sep 2007 08:46:24 -0700 (PDT) Received: by 10.35.67.6 with HTTP; Mon, 3 Sep 2007 08:46:24 -0700 (PDT) Message-ID: Date: Mon, 3 Sep 2007 17:46:24 +0200 From: "Antonio Petrelli" To: users@tiles.apache.org Subject: Re: Improvement: Do not create sessions in ServletTilesRequestContext In-Reply-To: <005601c7ee40$c24025d0$dededede@neilhp> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14108_23281706.1188834384058" References: <005601c7ee40$c24025d0$dededede@neilhp> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_14108_23281706.1188834384058 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/9/3, Neil Aggarwal : > > Antonio: > > Are you suggesting to create a ServletSessionScopeMap > even when there is no session? > > HttpServletRequest.getSession(false) returns null when > there is no session. I think we should try to follow > that. It will be followed, but inside ServletSessionScopeMap. The map will be created anyway, but it will be empty. But when someone adds an attribute, it will be created. Returning a null Map, IMHO, prevents users from creating their own session-scoped attributes. If it is still not clear, I will try to create a patch and post it in the TILES-207 issue, so we can discuss it. Antonio ------=_Part_14108_23281706.1188834384058--