how-to execute pipeline as side-effect first [cocoon2.2]
Hi all, I have a question related to following use case: I convert the contents of a few xml files into a DITA map and topics. I already have a pipeline which writes the map and topics to disc. A colleague of mine customizes the DITA toolkit stylesheets to our needs. Now I want the user to be able to show a page with 2 buttons: -preview XHTML -preview PDF To use the customized DITA toolkit i first need to export the files to disc and next call the corresponding dita pipeline to generate the xhtml or pdf. How can i accomplish in 1 go that first the files get written to disc and next the other pipeline is executed on top of it? I was already thinking of using an aggregator but I'm not sure if the first part get's executed before the second part is called?! Or can I accomplish the side-effect of generating the files first with some other approach? map:match pattern=preview_pdf/* map:aggregate map:part src=cocoon://generateFiles/*/ map:part src=cocoon://dita_2_pdf_pipeline/*/ /map:aggregate map:match Thx for any hints. Robby - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: how-to execute pipeline as side-effect first [cocoon2.2]
hi, have a look at org.apache.cocoon.transformation.SourceWritingTransformer regards Thomas Am 25.02.2011 11:56, schrieb Robby Pelssers: Hi all, I have a question related to following use case: I convert the contents of a few xml files into a DITA map and topics. I already have a pipeline which writes the map and topics to disc. A colleague of mine customizes the DITA toolkit stylesheets to our needs. Now I want the user to be able to show a page with 2 buttons: -preview XHTML -preview PDF To use the customized DITA toolkit i first need to export the files to disc and next call the corresponding dita pipeline to generate the xhtml or pdf. How can i accomplish in 1 go that first the files get written to disc and next the other pipeline is executed on top of it? I was already thinking of using an aggregator but I'm not sure if the first part get's executed before the second part is called?! Or can I accomplish the side-effect of generating the files first with some other approach? map:match pattern=preview_pdf/* map:aggregate map:part src=cocoon://generateFiles/*/ map:part src=cocoon://dita_2_pdf_pipeline/*/ /map:aggregate map:match Thx for any hints. Robby - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org attachment: t_markus.vcf - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Setting URLConnection User-Agent String
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, I'm using Cocoon 2.1.11 with some pipelines that fetch data from another webapp via Apache httpd which logs the requests with the User-Agent being Java/whatever. I'm wondering if Cocoon offers the ability to tweak the User-Agent string that is used when fetching data from http:// resources? I believe I can set the http.agent system property, but I was wondering if anyone has another (better?) technique to do this? Thanks, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1n3uIACgkQ9CaO5/Lv0PAjqwCdEeS0fpVuAHhXEeyEXKehyTO6 54IAoLWV0wHj6TjiAXihOTUZAwOMHRRB =e1Ma -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
[ANN]VTD-XML 2.10
VTD-XML 2.10 is now released. It can be downloaded at https://sourceforge.net/projects/vtd-xml/files/vtd-xml/ximpleware_2.10/. This release includes a number of new features and enhancement. * The core API of VTD-XML has been expanded. Users can now perform cut/paste/insert on an empty element. * This release also adds the support of deeper location cache support for parsing and indexing. This feature is useful for application performance tuning for processing various XML documents. * The java version also added support for processing zip and gzip files. Direct processing of httpURL based XML is enhanced. * Extended Java version now support Iso-8859-10~16 encoding. * A full featured C++ port is released. * C version of VTD-XML now make use of thread local storage to achieve thread safety for multi-threaded application. * There are also a number of bugs fixed. Special thanks to Jozef Aerts, John Sillers, Chris Tornau and a number of other users for input and suggestions - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
