Dag,
just looking at your sample below again ... given that you are using
Castor XML to convert an object hierarchy to XML (which you then forward
to Cocoon in some way), why not look into the CastorTransformer that generates
SAX events based on an object bound to the request/sesion/context and
Werner Guttmann wrote:
We have been using both of the following two options to establish a clean contract
between Struts and Cocoon:
- Use of XMLizable interface from within XSPs
- Use of Castor XML
In both cases, you would use Struts actions to go to the model and return you the
data
Hi Dag ! Does your Struts work standalone without Cocoon's part ? if not,
you have to check correctness of your sample webapp.
I studied Struts before Cocoon, and you can dig for info there :
[EMAIL PROTECTED]
You also can read this document :
Barbara Post wrote:
Hi Dag ! Does your Struts work standalone without Cocoon's part ? if not,
you have to check correctness of your sample webapp.
Yes.
As I wrote, I believe the problem is in Cocoon releasing it's control to
Struts, but I can't figure out how.
I studied Struts before
From: Dag Nygaard [mailto:[EMAIL PROTECTED]]
There are a lot of questions raised around Cocoon and Struts,
but few (if any) answers of how to combine the two -
FAQ-food?. I am now in the process of attempting the
combination and not being very knowledgeable in either
Cocoon, Struts,
Dag,
I would have prefered a Cocoon-only environment, but for political
reasons, we have to try a combination first. Previous poster has also
described such a pipeline without describing the setup, and we want to
see if there is a gain in the combination.
I am facing a similar situation