Ralph Goers wrote:
So does this mean the problem you are having seems to be with cocoon forms or that specific form? It sounds like you have eliminated flow as the culprit?
I don't think it means that completely... I have other pages in my load test that also have cocoon forms (though somewhat simpler) that don't exhibit the same performance scalability problems (the hotel detail page, concretely). That's why I'm wondering if there is an interaction between flow calling cocoon.sendPage() which invokes flow in another sitemap.
Regards, Eric
Using JMeter, 50 threads each requesting the five pages in sequence - with an approximately 3 second wait time between page requests. Looking with Ethereal, I can seen that the client is not using cookies, and that each thread appears to have it's own keep-alive connection.
Note that flow is used even in the case when I removed the refine-search form, as the top-level configuration of the search based upon the URL is done by some flowscript that ultimately calls cocoon.sendPage() to serve the results page. That second pipeline normally has top-level flow to create and bind the refine search form, and that's what I removed.
Regards, Eric
