I don't know anything about the internal workings of the map:aggregate, but I would guess it is not waiting for the first part to complete before opening a connection for the second part. This would make sense, for performance reasons, and there is no particular reason for cocoon to expect the parts to be dependent on each other. So I don't think it is necessarily a bug, nor a caching mechanism, just that map:aggregate doesn't imply sequential processing. Just curious, should the map:aggregate have an "element" attribute specifying the root element for the combined output? Also, what does "strip-root='yes'" do? I couldn't find it in the documentation (http://cocoon.apache.org/2.1/userdocs/concepts/sitemap.html#Aggregating). You could probably make things sequential (and still achieve aggregation) by using either a cinclude transformer, or even more simply by using an XSLT transform step with the document() function, e.g., ... <xsl:template match="output-of-update-point"> <new-root> <xsl:copy-of select="."/> <xsl:copy-of select="document('cocoon:/xml/exec.get_point')"/> </new-root> </xsl:template> ... with a sitemap like <map:generate src="cocoon:/xml/exec.update_point"/> <map:transform src="aggregate-get-point.xsl"/> or some such. -Christopher |---------+----------------------------> | | [EMAIL PROTECTED]| | | | | | 02/25/2004 01:56 | | | PM | | | Please respond to| | | users | | | | |---------+----------------------------> >--------------------------------------------------------------------------------------------------------------| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: ESQL update and select statements in the same map:match problem | >--------------------------------------------------------------------------------------------------------------| hi people i have the folow code : <map:aggregate> <map:part src="cocoon:/xml/exec.update_point" strip-root="yes"/> <map:part src="cocoon:/xml/exec.get_point" strip-root="yes"/> </map:aggregate> where i call 2 .xsp 1. update_point.xsp where i update a record in my database 2. get_point.xsp where i get the updated record the problem is that this aggregation update the database record (i have check the content) but generate output (get_point) with the before update values is this a caching mechanism case, is it possible to bypass this problem or it's just a bug? --stavros --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ESQL update and select statements in the same map:match problem
Christopher Painter-Wakefield Wed, 25 Feb 2004 11:24:51 -0800
- Re: ESQL update and select statements in the... Christopher Painter-Wakefield
- Re: ESQL update and select statements i... Geoff Howard
- Re: ESQL update and select statements i... gounis
- Re: ESQL update and select statements i... Christopher Painter-Wakefield