You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Eric Gulatee <er...@gmail.com> on 2005/04/20 18:05:32 UTC

JavaFlow

Hi Cocooners & Javaflowers,

I have been tinkering with javaflow trying to get it working with
forms under cocoon 2.2.  I have just had it with having to restart my
servlet container every so often due to crashes/memory leaks when
developing/redeploying with javaflow.

I'm wondering how much work would be required in order to get javaflow
& forms working under 2.2.  I've been trying to do this, however going
blindly hasn't been really effective, so if anyone has some sort of
advice it would be welcome.

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"?

Cheers,
Eric Gulatee

Re: JavaFlow

Posted by Torsten Curdt <tc...@apache.org>.
> I'm wondering how much work would be required in order to get javaflow
> & forms working under 2.2.  I've been trying to do this, however going
> blindly hasn't been really effective, so if anyone has some sort of
> advice it would be welcome.

Well ...since it has been working in 2.1 it cannot
be *that* bad. But things are quite different with
the javaflow in 2.2

> 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.

In 2.1 a marker interface has been used to mark a class
to be rewritten. This is gone in 2.2 for a couple of reasons.
That's why your "suspend" inside the flow is being ignored.

So either you use the asynchronous way (which I would
recommend) or we have to add some configuration code to
the classloader. I already prepared that with my last
javaflow commit over at jakarta.

HTH

cheers
--
Torsten