Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
From: Philipp Zerelles <philipp@moongate.de>
To: dev@cocoon.apache.org
Subject: Bugs in CForms with flowscript or javaflow
Date: Fri, 2 Feb 2007 19:23:29 +0100
User-Agent: KMail/1.9.5
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart1651370.2d35GqU8He";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200702021923.39770.philipp@moongate.de>

--nextPart1651370.2d35GqU8He
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

1. I have a portal here using the portal block and several forms running as=
 coplets.
When I run the flowscript debugger, I see that all of my form scripts are s=
tarted twice when activating the form.=20
I thought that it's maybe a debugger flaw, but now I have database access i=
n my flowscript and that is executed two times as well when I start one for=
m.

2. I then tried to switch to javaflow. The database access I mentioned is d=
one using Hibernate configured through spring configuration files only.=20
This works great in flowscript, where I can just call cocoon.getComponent(.=
=2E.) to get my configured beans.
But when I try the same in javaflow, getComponent(...) of the same beans fa=
ils with an exception about the beans not being known.

My project consists of two blocks, one containing the webapp, the other the=
 portal application.=20
My beans are configured in the COB-INF/config/spring directory of my portal=
 block. Are there more than one spring bean factory used in cocoon?=20
Maybe one for each block and the flowscript uses the block's factory and ja=
vaflow uses the webapps factory? Any ideas?

Thanks,
Philipp Zerelles

--nextPart1651370.2d35GqU8He
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBFw4GrJsO7ID6WqS0RAsRTAJ4g1MkW+Cm+/0eiE1yvpVUx/FVmpACgmJ4I
DVacPRSCndfhWBgq1TqMTOQ=
=UDuW
-----END PGP SIGNATURE-----

--nextPart1651370.2d35GqU8He--