Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 13976 invoked from network); 9 Apr 2008 10:22:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Apr 2008 10:22:13 -0000 Received: (qmail 47103 invoked by uid 500); 9 Apr 2008 10:22:13 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 46744 invoked by uid 500); 9 Apr 2008 10:22:12 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 46606 invoked by uid 99); 9 Apr 2008 10:22:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2008 03:22:11 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2008 10:21:37 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 27402234C0C1 for ; Wed, 9 Apr 2008 03:19:25 -0700 (PDT) Message-ID: <797011235.1207736365159.JavaMail.jira@brutus> Date: Wed, 9 Apr 2008 03:19:25 -0700 (PDT) From: "Josh (JIRA)" To: dev@cocoon.apache.org Subject: [jira] Created: (COCOON-2194) Session-attr set in dependency blocks systematically destroyed after servlet call. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Session-attr set in dependency blocks systematically destroyed after servlet call. ---------------------------------------------------------------------------------- Key: COCOON-2194 URL: https://issues.apache.org/jira/browse/COCOON-2194 Project: Cocoon Issue Type: Bug Components: * Cocoon Core, - Servlet service framework Affects Versions: 2.2-dev (Current SVN) Reporter: Josh I have a main block (block-a) which makes calls to a depend block (block-b). Block-b has access to the global session. At the first call from block-a, block-b creates a session-attribute "test". I noticed this session-attribute can be retrieved within block-b (right after setting it), but not within block-a. At the second call from block-a, block-b needs to read the session-attribute "test" it has created at the first call, but cannot find it anymore: session-attr "test" doesn't exists. It seems session-attributes set up in a dependency block are only available for the time of the request. This means if any other request to the block is made, the session-attributes will not be available anymore. Is there a way to set a session-attribute in a dependent block and make it available for the duration of the global session? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.