Return-Path: 
 <dev-return-54940-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 38769 invoked from network); 2 Feb 2004 20:47:10 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 2 Feb 2004 20:47:10 -0000
Received: (qmail 7259 invoked by uid 500); 2 Feb 2004 20:46:51 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 7231 invoked by uid 500); 2 Feb 2004 20:46:51 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 7204 invoked from network); 2 Feb 2004 20:46:51 -0000
Received: from unknown (HELO out011.verizon.net) (206.46.170.135)
  by daedalus.apache.org with SMTP; 2 Feb 2004 20:46:51 -0000
Received: from verizon.net ([4.40.114.87]) by out011.verizon.net
          (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
          id <20040202204656.VJZY17235.out011.verizon.net@verizon.net>
          for <dev@cocoon.apache.org>; Mon, 2 Feb 2004 14:46:56 -0600
Message-ID: <401EB71D.3010306@verizon.net>
Date: Mon, 02 Feb 2004 12:46:21 -0800
From: Christopher Oliver <res1cf5x@verizon.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Are flowscript functions reentrant?
References: 
 <1E0CC447E59C974CA5C7160D2A2854EC097D8C@SJMEMXMB04.stjude.sjcrh.local>
In-Reply-To: 
 <1E0CC447E59C974CA5C7160D2A2854EC097D8C@SJMEMXMB04.stjude.sjcrh.local>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from
 [4.40.114.87] at Mon, 2 Feb 2004 14:46:56 -0600
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Hunsberger, Peter wrote:

>Christopher Oliver <res1cf5x@verizon.net> writes:
>
>  
>
>>Hunsberger, Peter wrote:
>>
>>    
>>
>>>Christopher Oliver <res1cf5x@verizon.net> asks:
>>> 
>>>
>>>      
>>>
>>>>sendPage*() is not reentrant in 2.1.3. I believe this has
>>>>been fixed in 
>>>>2.1.4-dev.  Can you try it?
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>Ok, now have 2.1.4-dev from last night working.  It only runs as an 
>>>expanded EAR file (we deploy Cocoon in an EAR to JBoss).  
>>>      
>>>
>>When running 
>>    
>>
>>>as a standard EAR I get the source resolver issues discussed 
>>>      
>>>
>>elsewhere 
>>    
>>
>>>in this thread.
>>> 
>>>
>>>      
>>>
>>It appears a URLSource whose  exists()  method  returns true 
>>but whose 
>>getInputStream() method returns null is being returned for "/org". 
>>Anyone know why that would be? I couldn't recreate this on Windows. 
>>Peter, are you running on Unix? <Speculation>The jar entry "/org" is 
>>being returned</Speculation>.
>>    
>>
>
>No, I'm running under Windows, but as I said we also deploy as an EAR
>under Jboss.  When I deploy expanded (the EAR is not Jarred up), the
>error does not occur (go figure)....
>  
>
<More Speculation>Perhaps it has something to do with the JBoss class 
loader's getResource()<More Speculation>

>>>Unfortunately, the reentrancy problem is NOT fixed (sigh)....
>>> 
>>>
>>>      
>>>
>>What error do you get?
>>    
>>
>
>Same as before; last request from a SendPage* into the pipeline clobbers
>the previous requests if they are running on the samepline.
>
>To recreate build a long running pipeline (we're returning about 1,000
>rows out of a possible 9,000,000 rows in our case) and call it twice
>with different request parameters that are supposed to return different
>results:  Eg; a generator that wraps request generator and sleeps for 30
>seconds or so before returning.
>  
>
The problem I fixed in 2.1.4-dev was with aggregating multiple pipelines 
that used <map:call function>.  I don't know what's causing the problem 
in your case. If I have time I'll try to recreate and debug it.