Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 58830 invoked from network); 15 May 2005 17:54:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 May 2005 17:54:05 -0000 Received: (qmail 9767 invoked by uid 500); 15 May 2005 17:58:39 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 9699 invoked by uid 500); 15 May 2005 17:58:39 -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 9681 invoked by uid 99); 15 May 2005 17:58:38 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of eric.gulatee@gmail.com designates 64.233.184.207 as permitted sender) Received: from wproxy.gmail.com (HELO wproxy.gmail.com) (64.233.184.207) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 15 May 2005 10:58:38 -0700 Received: by wproxy.gmail.com with SMTP id 71so1637752wri for ; Sun, 15 May 2005 10:53:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=fnA44UlwUpgPMKkQRafZ+67REB6bUYnZnO22bekohdEdAAQtCKXiFT5yz6PcBKfaKTJQjBsAlxpzY1o0X2aL6GJBuUKZMjRQJLJoQWUL35g0ju7GuoCcHMZXLdqaZGuzQUE1hqG008CwHNr+z7TEnU2qTLCMx+4lFFDBkNxdCuk= Received: by 10.54.50.46 with SMTP id x46mr1421151wrx; Sun, 15 May 2005 10:53:53 -0700 (PDT) Received: by 10.54.112.20 with HTTP; Sun, 15 May 2005 10:53:53 -0700 (PDT) Message-ID: <28dea75b05051510533827320c@mail.gmail.com> Date: Sun, 15 May 2005 13:53:53 -0400 From: Eric Gulatee Reply-To: Eric Gulatee To: dev@cocoon.apache.org Subject: Re: JavaFlow Cc: Torsten Curdt Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > > I've noticed a few items with javaflow from svn under jakarta, when > > you suspend the continuation, the thread continues executing. I > > believe the old javaflow blocked the thread. With the new javaflow > > how can you then resume where you "suspended"? > This is most likely because you are going the "2.1 way" > of using javaflow. > >Javaflow can now be used in two different ways - well > to be exact three different ways. > > The old synchronous way where the rewriting is done inside > the classloader. And now there is the asynchronous one where > you point your javaflow to monitor your classes or your sources > directory. I am not yet sure which way we should settle on. > This depends a bit on the development vs deployment factor. I've been going thru commons-javaflow pretty impressive. :) I think I have a deeper understanding what's going on. I'll stick with the Asynchronous class loader, I will try to make some changes to it, so it uses ASM instead of BCEL since the use of Annotations would simplify my dev. If I ever get to that point, I'll ask how to submit a patch. Now digging into Continuations, I'm still perplexed, once you call suspend(), aside from capturing the stack, nothing happens, the thread continues execution. Shouldn't forminstance/abstractcontinuable be stopping the current thread? Otherwise this means that loops & business logic will get invoked.=20 And It's a rather large pain to detect if the continuation is suspended in the javaflow code and not execute logic. Cheers, Eric.