tag:old.nabble.com,2006:forum-111Nabble - Cocoon2009-11-26T04:31:24ZDicsucssions of Apache's Cocoon project. Cocoon is a web development framework built around the concepts of separation of concerns and component-based web development. Cocoon home is <a href="http://cocoon.apache.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26528781Re: Samples for Cocoon 2.22009-11-26T04:31:24Z2009-11-26T04:31:24ZPeter Hargreaves-3Hi Folks,
<br><br>I'm still struggling on this one. I've tried a few jdks and settled on
<br>java-1.5.0-sun. I've also got my out of memory messages sorted. So, I'll
<br>start again to explain the remaining problem.
<br><br>>On this blog:
<br>><a href="http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html" target="_top" rel="nofollow">http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html</a> you can
<br>>see step-by-step how to get the samples running.
<br>>
<br>>Regards,
<br>>
<br>>Job
<br><br>So, I've checkedout the source code from:
<br><br><a href="http://svn.apache.org/repos/asf/cocoon/trunk" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/cocoon/trunk</a>.
<br><br>When I run either "mvn -P allblocks install -Dmaven.test.skip=true"
<br>or "./build.sh clean install" I now get the error message as below.
<br><br>If I look in my local repository I can see:
<br>/home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/
<br> maven-metadata-apache.snapshots.xml
<br> maven-metadata-gkossakowski-maven2.xml
<br><br>and also:
<br>/home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.1-SNAPSHOT/
<br> cocoon-serializers-charsets-1.0.1-SNAPSHOT.jar
<br> cocoon-serializers-charsets-1.0.1-SNAPSHOT.pom
<br> maven-metadata-local.xml
<br><br>So, please advise best way to fix, or another approach to get Samples of 2.2
<br>working.
<br><br>Many thanks,
<br>Peter.
<br><br>[INFO] ------------------------------------------------------------------------
<br>[INFO] Building Portal Block Implementation
<br>[INFO] task-segment: [clean, install]
<br>[INFO] ------------------------------------------------------------------------
<br>[INFO] [clean:clean {execution: default-clean}]
<br>[INFO] Deleting
<br>directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target
<br>[INFO] Deleting
<br>directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/classes
<br>[INFO] Deleting
<br>directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/test-classes
<br>[INFO] Deleting
<br>directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/site
<br>[INFO] [enforcer:enforce-once {execution: enforce-maven}]
<br>[INFO] [resources:resources {execution: default-resources}]
<br>[WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources,
<br>i.e. build is platform dependent!
<br>[INFO] Copying 7 resources
<br>[INFO] Copying 2 resources to META-INF
<br>Downloading:
<br><a href="http://people.apache.org/~gkossakowski/maven2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.pom" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.pom</a><br>[INFO] Unable to find
<br>resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
<br>in repository gkossakowski-maven2
<br>(<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>)
<br>Downloading:
<br><a href="http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.pom" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.pom</a><br>[INFO] Unable to find
<br>resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
<br>in repository apache.snapshots
<br>(<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>)
<br>Downloading:
<br><a href="http://people.apache.org/~gkossakowski/maven2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.jar" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.jar</a><br>[INFO] Unable to find
<br>resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
<br>in repository gkossakowski-maven2
<br>(<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>)
<br>Downloading:
<br><a href="http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.jar" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNAPSHOT.jar</a><br>[INFO] Unable to find
<br>resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
<br>in repository apache.snapshots
<br>(<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>)
<br>[INFO] ------------------------------------------------------------------------
<br>[ERROR] BUILD ERROR
<br>[INFO] ------------------------------------------------------------------------
<br>[INFO] Failed to resolve artifact.
<br><br>Missing:
<br>----------
<br>1) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT
<br><br> Try downloading the file manually from the project website.
<br><br> Then, install it using the command:
<br> mvn
<br>install:install-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-serializers-charsets -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
<br><br> Alternatively, if you host your own repository you can deploy the file
<br>there:
<br> mvn
<br>deploy:deploy-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-serializers-charsets -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
<br><br> Path to dependency:
<br> 1) org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT
<br> 2) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT
<br><br>----------
<br>1 required artifact is missing.
<br><br>for artifact:
<br> org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT
<br><br>from the specified remote repositories:
<br> central (<a href="http://repo1.maven.org/maven2" target="_top" rel="nofollow">http://repo1.maven.org/maven2</a>),
<br> gkossakowski-maven2
<br>(<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>),
<br> apache.snapshots (<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>)
<br><br><br><br>[INFO] ------------------------------------------------------------------------
<br>[INFO] For more information, run Maven with the -e switch
<br>[INFO] ------------------------------------------------------------------------
<br>[INFO] Total time: 3 minutes 8 seconds
<br>[INFO] Finished at: Thu Nov 26 12:09:02 GMT 2009
<br>[INFO] Final Memory: 172M/394M
<br>[INFO] ------------------------------------------------------------------------
<br>peter@asus-p2:~/Desktop/eclipse-workspace/trunk$
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26528781&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26528781&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26527361Re: Cocoon <-> Wicket integration2009-11-26T02:33:19Z2009-11-26T02:33:19ZThorsten Scherler-3On Thu, 2009-11-26 at 09:16 +0100, Reinhard Pötz wrote:
<br>> If you are interested in a Cocoon <-> Wicket integration, see my mail
<br>> that I sent to the dev@cocoon list
<br>> <a href="http://cocoon.markmail.org/message/dn3wj65bn3hikvhr" target="_top" rel="nofollow">http://cocoon.markmail.org/message/dn3wj65bn3hikvhr</a> and join the
<br>> discussion there!
<br><br>Very nice Reinhard, that is awesome news. :)
<br><br>Thanks you very much!
<br><br>salu2
<br><br>>
<br>--
<br>Thorsten Scherler <thorsten.at.apache.org>
<br>Open Source Java <consulting, training and solutions>
<br><br>Sociedad Andaluza para el Desarrollo de la Sociedad
<br>de la Información, S.A.U. (SADESI)
<br><br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26527361&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26527361&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26526943Re: Cocoon <-> Wicket integration2009-11-26T01:56:20Z2009-11-26T01:56:20Zanishsneh>
<br>> If you are interested in a Cocoon <-> Wicket integration, see my mail
<br>> that I sent to the dev@cocoon list
<br>> <a href="http://cocoon.markmail.org/message/dn3wj65bn3hikvhr" target="_top" rel="nofollow">http://cocoon.markmail.org/message/dn3wj65bn3hikvhr</a> and join the
<br>> discussion there!
<br>Thanks Reinhard, it will be really helpful..... :-)
<br><br><br><br>Reinhard Pötz wrote:
<br>> If you are interested in a Cocoon <-> Wicket integration, see my mail
<br>> that I sent to the dev@cocoon list
<br>> <a href="http://cocoon.markmail.org/message/dn3wj65bn3hikvhr" target="_top" rel="nofollow">http://cocoon.markmail.org/message/dn3wj65bn3hikvhr</a> and join the
<br>> discussion there!
<br>>
<br>>
<br><br><br>--
<br>Anish Sneh
<br>Software Engineer
<br>Techblue Softwares Pvt. Ltd.
<br>www.technologyblueprint.co.uk
<br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26526943&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26526943&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><div class="signature">Thanks & Regards,
<br>Anish Sneh</div><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26525814Cocoon <-> Wicket integration2009-11-26T00:16:44Z2009-11-26T00:16:44ZReinhard Pötz-2<br>If you are interested in a Cocoon <-> Wicket integration, see my mail
<br>that I sent to the dev@cocoon list
<br><a href="http://cocoon.markmail.org/message/dn3wj65bn3hikvhr" target="_top" rel="nofollow">http://cocoon.markmail.org/message/dn3wj65bn3hikvhr</a> and join the
<br>discussion there!
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26525814&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26525814&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26525814&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26525783Cocoon3 <-> Wicket integration2009-11-26T00:13:52Z2009-11-26T00:13:52ZReinhard Pötz-2<br>Since I was asked several times off-list and there have also been some
<br>mails on the users list asking about the best way to integrate Cocoon
<br>with Wicket, I invested some time into a first implementation. Actually
<br>there are five ideas that I have:
<br><br> a) An IRequestTargetUrlCodingStrategy wrapping a Cocoon sitemap
<br> b) An IRequestTargetUrlCodingStrategy wrapping a Cocoon pipeline
<br> c) A page component wrapping a Cocoon pipeline
<br> d) A Wicket reader to be used in Cocoon sitemaps
<br> e) Wicket generator/transformer, again to be used in sitemaps
<br><br>a) and b) are useful to add a couple of pipelines to your Wicket
<br>application. c) helps if you want to use a Cocoon pipeline to provide
<br>the content of some parts of a page.
<br><br>d) and e) help to run a Wicket application in parallel with Cocoon while
<br>Cocoon remains the "leading" framework.
<br><br> - o -
<br><br>I added implementations and samples for a, c and d to the SVN. The
<br>generic parts are in the cocoon-wicket module, the Cocoon/Wicket samples
<br>in cocoon-samples and the Wicket/Cocoon samples in
<br>cocoon-samples-wicket-webapp.
<br><br>I also wrote some initial documentation that you can find at
<br><a href="http://people.apache.org/~reinhard/c3-ref/html/wicket-integration.html" target="_top" rel="nofollow">http://people.apache.org/~reinhard/c3-ref/html/wicket-integration.html</a><br><br> - o -
<br><br>Currently it's rather a proof-of-concept (especially the reader) than
<br>something that you should use in production, but hopefully a first step
<br>and a basis for further discussions if this is of help to others.
<br><br>Let me know if this is of interest to you and what you think about the
<br>different approaches.
<br><br>And finally many thanks to Steven who helped me to hunt down some
<br>bugs in the reader component.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26525783&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26515511RE: cocoon 3: xslt and pickup java scripts: Firebug2009-11-25T08:11:51Z2009-11-25T08:11:51ZJos SnellingsIndeed, Robby, this is clearly the behaviour we are observing.
<br>But, even if you avoid the minimized tags, I have the impression
<br>that the XSLT step is converting empty tag pairs to minimized ones.
<br>Shouldn't we avoid this, given the recommendation?
<br><br>Jos
<br><br><br>On Wed, 2009-11-25 at 17:02 +0100, Robby Pelssers wrote:
<div class='shrinkable-quote'><br>> Some article explains a bit more:
<br>>
<br>>
<br>> <a href="http://forums.mozillazine.org/viewtopic.php?f=25&t=297285" target="_top" rel="nofollow">http://forums.mozillazine.org/viewtopic.php?f=25&t=297285</a><br>>
<br>> The first empty DIV closes itself with the trailing slash. This is allowed in XML (XHTML is XML), but it is not allowed in HTML. If your document (1) has an XHTML doctype declaration at the beginning of the document, (2) has the proper namespace declaration, and (3) is being served with the proper mime type by the server (application/xhtml+xml), there is no difference between those two empty DIVs.
<br>>
<br>> However, if you miss any of those three criteria, your document is not going to be rendered as XML, and you will not get the results you expect. With the wrong mime type sent by the server, the document will be rendered as HTML. In HTML, <div /> syntax will be read as an opening div tag, and the browser will expect a closing tag.
<br>>
<br>> The XHTML compatibility guidelines advise you not to use the minimized tag syntax for compatibility reasons. Even if Firefox renders your XHTML properly, older browsers that only understand HTML will choke and die on the DIV that is not properly closed in HTML. Read 4.3 and 4.6 here.
<br>>
<br>>
<br>>
<br>> -----Original Message-----
<br>> From: Robby Pelssers [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=0" target="_top" rel="nofollow">robby.pelssers@...</a>]
<br>> Sent: Wednesday, November 25, 2009 4:58 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=1" target="_top" rel="nofollow">users@...</a>
<br>> Subject: RE: cocoon 3: xslt and pickup java scripts: Firebug
<br>>
<br>> I've seen this behavior for other tags as well...
<br>>
<br>> For instance with empty <div> tags
<br>>
<br>> In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.
<br>>
<br>>
<br>> Kind regards,
<br>> Robby
<br>>
<br>> -----Original Message-----
<br>> From: Jos Snellings [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=2" target="_top" rel="nofollow">Jos.Snellings@...</a>]
<br>> Sent: Wednesday, November 25, 2009 4:51 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=3" target="_top" rel="nofollow">users@...</a>
<br>> Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug
<br>>
<br>> Hi !
<br>>
<br>> Here is what Firebug has to tell:
<br>> when an xhtml serializer is selected, this is the output:
<br>>
<br>> <script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<br>> <script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<br>> <script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<br>> <script type="text/javascript">
<br>> $(function() {
<br>> $("#tree").treeview({
<br>> collapsed: true,
<br>> animated: "medium",
<br>> control:"#sidetreecontrol",
<br>> persist: "location"
<br>> });
<br>> })
<br>>
<br>> </script>
<br>> ---------------------------------------
<br>> Firefox sees only the first javascript.
<br>> By the way: in het xslt rule the script tags are:
<br>> <script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
<br>> but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
<br>> -------------------------------------------------
<br>> A DOM inspection confirms this:
<br>> It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.
<br>>
<br>>
<br>> I haven't tested with other browsers.
<br>> Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.
<br>>
<br>> Kind regards,
<br>> Jos
<br>>
<br>>
<br>> On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:
<br>> > I was about to do that, it really points in the direction of firefox.
<br>> > I will let you know
<br>> >
<br>> >
<br>> > On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
<br>> > > Jos Snellings wrote:
<br>> > > > Hello !
<br>> > > >
<br>> > > > I have a strange observation to share:
<br>> > > > "when multiple javascripts are included in an XSLT transformation, to
<br>> > > > land in the <head> of an html page, it is observed that some are never
<br>> > > > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> > > >
<br>> > > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > > > <map:pipeline type="async-caching">
<br>> > > > <map:match pattern="images/{name}.jpg">
<br>> > > > <map:read src="presentation/images/{map:name}.jpg"
<br>> > > > mime-type="image/jpeg" />
<br>> > > > </map:match>
<br>> > > > <map:match pattern="images/{name}.gif">
<br>> > > > <map:read src="presentation/images/{map:name}.gif"
<br>> > > > mime-type="image/gif" />
<br>> > > > </map:match>
<br>> > > > <map:match pattern="css/{name}.css">
<br>> > > > <map:read src="presentation/style/{map:name}.css"
<br>> > > > mime-type="text/css" />
<br>> > > > </map:match>
<br>> > > > <map:match pattern="css/images/{name}">
<br>> > > > <map:read src="presentation/style/images/{map:name}"
<br>> > > > mime-type="image/png" />
<br>> > > > </map:match>
<br>> > > > <map:match pattern="js/{name}.js">
<br>> > > > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > > > </map:match>
<br>> > > >
<br>> > > > ----------------------------------------------------------------------------------
<br>> > > > <xsl:template match="/">
<br>> > > > <html>
<br>> > > > <head>
<br>> > > > <title> Herein Thesaurus </title>
<br>> > > >
<br>> > > > <link rel="stylesheet" type="text/css"
<br>> > > > href="/thesaurus/css/herein.css"/>
<br>> > > > <link rel="stylesheet" type="text/css"
<br>> > > > href="/thesaurus/css/jquery_treeview.css"/>
<br>> > > >
<br>> > > > <script type="text/javascript"
<br>> > > > src="/thesaurus/js/jquery.js"></script>
<br>> > > > <script type="text/javascript"
<br>> > > > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > > > <script type="text/javascript"
<br>> > > > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> > > >
<br>> > > > <script type="text/javascript"
<br>> > > > src="/thesaurus/js/thesaurus.js"></script>
<br>> > > >
<br>> > > > <script type="text/javascript">
<br>> > > >
<br>> > > > $(function() {
<br>> > > > $("#tree").treeview({
<br>> > > > collapsed: true,
<br>> > > > animated: "medium",
<br>> > > > control:"#sidetreecontrol",
<br>> > > > persist: "location"
<br>> > > > });
<br>> > > > })
<br>> > > >
<br>> > > > </script>
<br>> > > > </head>
<br>> > > > ---------------------------------------------------------------------------------------------------------
<br>> > > > I detailed the log to debug level for the cocoon output, and, to my
<br>> > > > amazement, I find that the pipeline does not react at all: javascripts
<br>> > > > jquery_treeview and jquery_cookie are never fetched.
<br>> > > >
<br>> > > > ----------------------------------------------------------------------------------------------------------
<br>> > > > Observation: when I place the same html under the form of a static html
<br>> > > > page, all the scripts are nicely fetched.
<br>> > > >
<br>> > > >
<br>> > > > What could be the cause of this - admittedly strange - phenomenon?
<br>> > > > Anybody observed a similar test case?
<br>> > > >
<br>> > > > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > > > know about this?
<br>> > > > Am I overlooking something essential?
<br>> > > > I see no reason why the result of a xslt transformation would behave
<br>> > > > different, so obviously I am.
<br>> > >
<br>> > > This sounds like some browser caching issue.
<br>> > > Have you used Firebug to track down the problem?
<br>> > >
<br>> >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=5" target="_top" rel="nofollow">users-help@...</a>
<br>> >
<br>> >
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=6" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=7" target="_top" rel="nofollow">users-help@...</a>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=8" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515511&i=9" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26515349RE: cocoon 3: xslt and pickup java scripts: Firebug2009-11-25T08:02:18Z2009-11-25T08:02:18ZRobby Pelssers-3Some article explains a bit more:
<br><br><br><a href="http://forums.mozillazine.org/viewtopic.php?f=25&t=297285" target="_top" rel="nofollow">http://forums.mozillazine.org/viewtopic.php?f=25&t=297285</a><br><br>The first empty DIV closes itself with the trailing slash. This is allowed in XML (XHTML is XML), but it is not allowed in HTML. If your document (1) has an XHTML doctype declaration at the beginning of the document, (2) has the proper namespace declaration, and (3) is being served with the proper mime type by the server (application/xhtml+xml), there is no difference between those two empty DIVs.
<br><br>However, if you miss any of those three criteria, your document is not going to be rendered as XML, and you will not get the results you expect. With the wrong mime type sent by the server, the document will be rendered as HTML. In HTML, <div /> syntax will be read as an opening div tag, and the browser will expect a closing tag.
<br><br>The XHTML compatibility guidelines advise you not to use the minimized tag syntax for compatibility reasons. Even if Firefox renders your XHTML properly, older browsers that only understand HTML will choke and die on the DIV that is not properly closed in HTML. Read 4.3 and 4.6 here.
<br><br><br><br>-----Original Message-----
<br>From: Robby Pelssers [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=0" target="_top" rel="nofollow">robby.pelssers@...</a>]
<br>Sent: Wednesday, November 25, 2009 4:58 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=1" target="_top" rel="nofollow">users@...</a>
<br>Subject: RE: cocoon 3: xslt and pickup java scripts: Firebug
<br><br>I've seen this behavior for other tags as well...
<br><br>For instance with empty <div> tags
<br><br>In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.
<br><br><br>Kind regards,
<br>Robby
<br><br>-----Original Message-----
<br>From: Jos Snellings [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=2" target="_top" rel="nofollow">Jos.Snellings@...</a>]
<br>Sent: Wednesday, November 25, 2009 4:51 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=3" target="_top" rel="nofollow">users@...</a>
<br>Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug
<br><br>Hi !
<br><br>Here is what Firebug has to tell:
<br>when an xhtml serializer is selected, this is the output:
<br><br><script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<br><script type="text/javascript">
<br> $(function() {
<br> $("#tree").treeview({
<br> collapsed: true,
<br> animated: "medium",
<br> control:"#sidetreecontrol",
<br> persist: "location"
<br> });
<br> })
<br>
<br></script>
<br>---------------------------------------
<br>Firefox sees only the first javascript.
<br>By the way: in het xslt rule the script tags are:
<br><script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
<br>but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
<br>-------------------------------------------------
<br>A DOM inspection confirms this:
<br>It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.
<br><br><br>I haven't tested with other browsers.
<br>Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.
<br><br>Kind regards,
<br>Jos
<br><br><br>On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:
<div class='shrinkable-quote'><br>> I was about to do that, it really points in the direction of firefox.
<br>> I will let you know
<br>>
<br>>
<br>> On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
<br>> > Jos Snellings wrote:
<br>> > > Hello !
<br>> > >
<br>> > > I have a strange observation to share:
<br>> > > "when multiple javascripts are included in an XSLT transformation, to
<br>> > > land in the <head> of an html page, it is observed that some are never
<br>> > > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> > >
<br>> > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > > <map:pipeline type="async-caching">
<br>> > > <map:match pattern="images/{name}.jpg">
<br>> > > <map:read src="presentation/images/{map:name}.jpg"
<br>> > > mime-type="image/jpeg" />
<br>> > > </map:match>
<br>> > > <map:match pattern="images/{name}.gif">
<br>> > > <map:read src="presentation/images/{map:name}.gif"
<br>> > > mime-type="image/gif" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/{name}.css">
<br>> > > <map:read src="presentation/style/{map:name}.css"
<br>> > > mime-type="text/css" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/images/{name}">
<br>> > > <map:read src="presentation/style/images/{map:name}"
<br>> > > mime-type="image/png" />
<br>> > > </map:match>
<br>> > > <map:match pattern="js/{name}.js">
<br>> > > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > > </map:match>
<br>> > >
<br>> > > ----------------------------------------------------------------------------------
<br>> > > <xsl:template match="/">
<br>> > > <html>
<br>> > > <head>
<br>> > > <title> Herein Thesaurus </title>
<br>> > >
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/herein.css"/>
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/jquery_treeview.css"/>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/thesaurus.js"></script>
<br>> > >
<br>> > > <script type="text/javascript">
<br>> > >
<br>> > > $(function() {
<br>> > > $("#tree").treeview({
<br>> > > collapsed: true,
<br>> > > animated: "medium",
<br>> > > control:"#sidetreecontrol",
<br>> > > persist: "location"
<br>> > > });
<br>> > > })
<br>> > >
<br>> > > </script>
<br>> > > </head>
<br>> > > ---------------------------------------------------------------------------------------------------------
<br>> > > I detailed the log to debug level for the cocoon output, and, to my
<br>> > > amazement, I find that the pipeline does not react at all: javascripts
<br>> > > jquery_treeview and jquery_cookie are never fetched.
<br>> > >
<br>> > > ----------------------------------------------------------------------------------------------------------
<br>> > > Observation: when I place the same html under the form of a static html
<br>> > > page, all the scripts are nicely fetched.
<br>> > >
<br>> > >
<br>> > > What could be the cause of this - admittedly strange - phenomenon?
<br>> > > Anybody observed a similar test case?
<br>> > >
<br>> > > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > > know about this?
<br>> > > Am I overlooking something essential?
<br>> > > I see no reason why the result of a xslt transformation would behave
<br>> > > different, so obviously I am.
<br>> >
<br>> > This sounds like some browser caching issue.
<br>> > Have you used Firebug to track down the problem?
<br>> >
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=5" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=6" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515349&i=7" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26515257RE: cocoon 3: xslt and pickup java scripts: Firebug2009-11-25T07:57:47Z2009-11-25T07:57:47ZRobby Pelssers-3I've seen this behavior for other tags as well...
<br><br>For instance with empty <div> tags
<br><br>In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.
<br><br><br>Kind regards,
<br>Robby
<br><br>-----Original Message-----
<br>From: Jos Snellings [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=0" target="_top" rel="nofollow">Jos.Snellings@...</a>]
<br>Sent: Wednesday, November 25, 2009 4:51 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=1" target="_top" rel="nofollow">users@...</a>
<br>Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug
<br><br>Hi !
<br><br>Here is what Firebug has to tell:
<br>when an xhtml serializer is selected, this is the output:
<br><br><script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<br><script type="text/javascript">
<br> $(function() {
<br> $("#tree").treeview({
<br> collapsed: true,
<br> animated: "medium",
<br> control:"#sidetreecontrol",
<br> persist: "location"
<br> });
<br> })
<br>
<br></script>
<br>---------------------------------------
<br>Firefox sees only the first javascript.
<br>By the way: in het xslt rule the script tags are:
<br><script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
<br>but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
<br>-------------------------------------------------
<br>A DOM inspection confirms this:
<br>It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.
<br><br><br>I haven't tested with other browsers.
<br>Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.
<br><br>Kind regards,
<br>Jos
<br><br><br>On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:
<div class='shrinkable-quote'><br>> I was about to do that, it really points in the direction of firefox.
<br>> I will let you know
<br>>
<br>>
<br>> On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
<br>> > Jos Snellings wrote:
<br>> > > Hello !
<br>> > >
<br>> > > I have a strange observation to share:
<br>> > > "when multiple javascripts are included in an XSLT transformation, to
<br>> > > land in the <head> of an html page, it is observed that some are never
<br>> > > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> > >
<br>> > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > > <map:pipeline type="async-caching">
<br>> > > <map:match pattern="images/{name}.jpg">
<br>> > > <map:read src="presentation/images/{map:name}.jpg"
<br>> > > mime-type="image/jpeg" />
<br>> > > </map:match>
<br>> > > <map:match pattern="images/{name}.gif">
<br>> > > <map:read src="presentation/images/{map:name}.gif"
<br>> > > mime-type="image/gif" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/{name}.css">
<br>> > > <map:read src="presentation/style/{map:name}.css"
<br>> > > mime-type="text/css" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/images/{name}">
<br>> > > <map:read src="presentation/style/images/{map:name}"
<br>> > > mime-type="image/png" />
<br>> > > </map:match>
<br>> > > <map:match pattern="js/{name}.js">
<br>> > > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > > </map:match>
<br>> > >
<br>> > > ----------------------------------------------------------------------------------
<br>> > > <xsl:template match="/">
<br>> > > <html>
<br>> > > <head>
<br>> > > <title> Herein Thesaurus </title>
<br>> > >
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/herein.css"/>
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/jquery_treeview.css"/>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/thesaurus.js"></script>
<br>> > >
<br>> > > <script type="text/javascript">
<br>> > >
<br>> > > $(function() {
<br>> > > $("#tree").treeview({
<br>> > > collapsed: true,
<br>> > > animated: "medium",
<br>> > > control:"#sidetreecontrol",
<br>> > > persist: "location"
<br>> > > });
<br>> > > })
<br>> > >
<br>> > > </script>
<br>> > > </head>
<br>> > > ---------------------------------------------------------------------------------------------------------
<br>> > > I detailed the log to debug level for the cocoon output, and, to my
<br>> > > amazement, I find that the pipeline does not react at all: javascripts
<br>> > > jquery_treeview and jquery_cookie are never fetched.
<br>> > >
<br>> > > ----------------------------------------------------------------------------------------------------------
<br>> > > Observation: when I place the same html under the form of a static html
<br>> > > page, all the scripts are nicely fetched.
<br>> > >
<br>> > >
<br>> > > What could be the cause of this - admittedly strange - phenomenon?
<br>> > > Anybody observed a similar test case?
<br>> > >
<br>> > > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > > know about this?
<br>> > > Am I overlooking something essential?
<br>> > > I see no reason why the result of a xslt transformation would behave
<br>> > > different, so obviously I am.
<br>> >
<br>> > This sounds like some browser caching issue.
<br>> > Have you used Firebug to track down the problem?
<br>> >
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=3" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515257&i=5" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26515118Re: cocoon 3: xslt and pickup java scripts: Firebug2009-11-25T07:51:00Z2009-11-25T07:51:00ZJos SnellingsHi !
<br><br>Here is what Firebug has to tell:
<br>when an xhtml serializer is selected, this is the output:
<br><br><script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<br><script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<br><script type="text/javascript">
<br> $(function() {
<br> $("#tree").treeview({
<br> collapsed: true,
<br> animated: "medium",
<br> control:"#sidetreecontrol",
<br> persist: "location"
<br> });
<br> })
<br>
<br></script>
<br>---------------------------------------
<br>Firefox sees only the first javascript.
<br>By the way: in het xslt rule the script tags are:
<br><script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
<br>but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
<br>-------------------------------------------------
<br>A DOM inspection confirms this:
<br>It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.
<br><br><br>I haven't tested with other browsers.
<br>Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.
<br><br>Kind regards,
<br>Jos
<br><br><br>On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:
<div class='shrinkable-quote'><br>> I was about to do that, it really points in the direction of firefox.
<br>> I will let you know
<br>>
<br>>
<br>> On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
<br>> > Jos Snellings wrote:
<br>> > > Hello !
<br>> > >
<br>> > > I have a strange observation to share:
<br>> > > "when multiple javascripts are included in an XSLT transformation, to
<br>> > > land in the <head> of an html page, it is observed that some are never
<br>> > > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> > >
<br>> > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > > <map:pipeline type="async-caching">
<br>> > > <map:match pattern="images/{name}.jpg">
<br>> > > <map:read src="presentation/images/{map:name}.jpg"
<br>> > > mime-type="image/jpeg" />
<br>> > > </map:match>
<br>> > > <map:match pattern="images/{name}.gif">
<br>> > > <map:read src="presentation/images/{map:name}.gif"
<br>> > > mime-type="image/gif" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/{name}.css">
<br>> > > <map:read src="presentation/style/{map:name}.css"
<br>> > > mime-type="text/css" />
<br>> > > </map:match>
<br>> > > <map:match pattern="css/images/{name}">
<br>> > > <map:read src="presentation/style/images/{map:name}"
<br>> > > mime-type="image/png" />
<br>> > > </map:match>
<br>> > > <map:match pattern="js/{name}.js">
<br>> > > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > > </map:match>
<br>> > >
<br>> > > ----------------------------------------------------------------------------------
<br>> > > <xsl:template match="/">
<br>> > > <html>
<br>> > > <head>
<br>> > > <title> Herein Thesaurus </title>
<br>> > >
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/herein.css"/>
<br>> > > <link rel="stylesheet" type="text/css"
<br>> > > href="/thesaurus/css/jquery_treeview.css"/>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> > >
<br>> > > <script type="text/javascript"
<br>> > > src="/thesaurus/js/thesaurus.js"></script>
<br>> > >
<br>> > > <script type="text/javascript">
<br>> > >
<br>> > > $(function() {
<br>> > > $("#tree").treeview({
<br>> > > collapsed: true,
<br>> > > animated: "medium",
<br>> > > control:"#sidetreecontrol",
<br>> > > persist: "location"
<br>> > > });
<br>> > > })
<br>> > >
<br>> > > </script>
<br>> > > </head>
<br>> > > ---------------------------------------------------------------------------------------------------------
<br>> > > I detailed the log to debug level for the cocoon output, and, to my
<br>> > > amazement, I find that the pipeline does not react at all: javascripts
<br>> > > jquery_treeview and jquery_cookie are never fetched.
<br>> > >
<br>> > > ----------------------------------------------------------------------------------------------------------
<br>> > > Observation: when I place the same html under the form of a static html
<br>> > > page, all the scripts are nicely fetched.
<br>> > >
<br>> > >
<br>> > > What could be the cause of this - admittedly strange - phenomenon?
<br>> > > Anybody observed a similar test case?
<br>> > >
<br>> > > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > > know about this?
<br>> > > Am I overlooking something essential?
<br>> > > I see no reason why the result of a xslt transformation would behave
<br>> > > different, so obviously I am.
<br>> >
<br>> > This sounds like some browser caching issue.
<br>> > Have you used Firebug to track down the problem?
<br>> >
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515118&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515118&i=1" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515118&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515118&i=3" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26511715Re: cocoon 3: xslt and pickup java scripts2009-11-25T04:19:29Z2009-11-25T04:19:29ZJos SnellingsHi Glen,
<br><br>Just a very quick test (I have to leave in a minute)
<br>shows that your trick works.
<br>Thank you very much for sharing it. Now it remains to find out why
<br>xhtml shows this behaviour and whether it is only a firefox issue or
<br>not.
<br><br>Jos
<br><br>On Wed, 2009-11-25 at 11:32 +0000, Glen Robson wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I don't know if its related but I have had problems with firefox and
<br>> javascript if the serializer was set to return xhtml. As soon as I set
<br>> the serializer to html the javascript seems to work OK.
<br>>
<br>> Thanks
<br>>
<br>> Glen
<br>>
<br>> On 25 Nov 2009, at 10:59, Jos Snellings wrote:
<br>>
<br>> > Hello !
<br>> >
<br>> > I have a strange observation to share:
<br>> > "when multiple javascripts are included in an XSLT transformation, to
<br>> > land in the <head> of an html page, it is observed that some are never
<br>> > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> >
<br>> > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > <map:pipeline type="async-caching">
<br>> > <map:match pattern="images/{name}.jpg">
<br>> > <map:read src="presentation/images/{map:name}.jpg"
<br>> > mime-type="image/jpeg" />
<br>> > </map:match>
<br>> > <map:match pattern="images/{name}.gif">
<br>> > <map:read src="presentation/images/{map:name}.gif"
<br>> > mime-type="image/gif" />
<br>> > </map:match>
<br>> > <map:match pattern="css/{name}.css">
<br>> > <map:read src="presentation/style/{map:name}.css"
<br>> > mime-type="text/css" />
<br>> > </map:match>
<br>> > <map:match pattern="css/images/{name}">
<br>> > <map:read src="presentation/style/images/{map:name}"
<br>> > mime-type="image/png" />
<br>> > </map:match>
<br>> > <map:match pattern="js/{name}.js">
<br>> > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > </map:match>
<br>> >
<br>> > ----------------------------------------------------------------------------------
<br>> > <xsl:template match="/">
<br>> > <html>
<br>> > <head>
<br>> > <title> Herein Thesaurus </title>
<br>> >
<br>> > <link rel="stylesheet" type="text/css"
<br>> > href="/thesaurus/css/herein.css"/>
<br>> > <link rel="stylesheet" type="text/css"
<br>> > href="/thesaurus/css/jquery_treeview.css"/>
<br>> >
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery.js"></script>
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> >
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/thesaurus.js"></script>
<br>> >
<br>> > <script type="text/javascript">
<br>> >
<br>> > $(function() {
<br>> > $("#tree").treeview({
<br>> > collapsed: true,
<br>> > animated: "medium",
<br>> > control:"#sidetreecontrol",
<br>> > persist: "location"
<br>> > });
<br>> > })
<br>> >
<br>> > </script>
<br>> > </head>
<br>> > ---------------------------------------------------------------------------------------------------------
<br>> > I detailed the log to debug level for the cocoon output, and, to my
<br>> > amazement, I find that the pipeline does not react at all: javascripts
<br>> > jquery_treeview and jquery_cookie are never fetched.
<br>> >
<br>> > ----------------------------------------------------------------------------------------------------------
<br>> > Observation: when I place the same html under the form of a static
<br>> > html
<br>> > page, all the scripts are nicely fetched.
<br>> >
<br>> >
<br>> > What could be the cause of this - admittedly strange - phenomenon?
<br>> > Anybody observed a similar test case?
<br>> >
<br>> > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > know about this?
<br>> > Am I overlooking something essential?
<br>> > I see no reason why the result of a xslt transformation would behave
<br>> > different, so obviously I am.
<br>> >
<br>> > Kind regards,
<br>> > Jos
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=1" target="_top" rel="nofollow">users-help@...</a>
<br>> >
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=3" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511715&i=5" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26511686Re: cocoon 3: xslt and pickup java scripts2009-11-25T04:16:15Z2009-11-25T04:16:15ZJos SnellingsI was about to do that, it really points in the direction of firefox.
<br>I will let you know
<br><br><br>On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
<div class='shrinkable-quote'><br>> Jos Snellings wrote:
<br>> > Hello !
<br>> >
<br>> > I have a strange observation to share:
<br>> > "when multiple javascripts are included in an XSLT transformation, to
<br>> > land in the <head> of an html page, it is observed that some are never
<br>> > fetched, by FireFox 3.5.5 (Ubuntu)."
<br>> >
<br>> > I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> > <map:pipeline type="async-caching">
<br>> > <map:match pattern="images/{name}.jpg">
<br>> > <map:read src="presentation/images/{map:name}.jpg"
<br>> > mime-type="image/jpeg" />
<br>> > </map:match>
<br>> > <map:match pattern="images/{name}.gif">
<br>> > <map:read src="presentation/images/{map:name}.gif"
<br>> > mime-type="image/gif" />
<br>> > </map:match>
<br>> > <map:match pattern="css/{name}.css">
<br>> > <map:read src="presentation/style/{map:name}.css"
<br>> > mime-type="text/css" />
<br>> > </map:match>
<br>> > <map:match pattern="css/images/{name}">
<br>> > <map:read src="presentation/style/images/{map:name}"
<br>> > mime-type="image/png" />
<br>> > </map:match>
<br>> > <map:match pattern="js/{name}.js">
<br>> > <map:read src="presentation/javascript/{map:name}.js" />
<br>> > </map:match>
<br>> >
<br>> > ----------------------------------------------------------------------------------
<br>> > <xsl:template match="/">
<br>> > <html>
<br>> > <head>
<br>> > <title> Herein Thesaurus </title>
<br>> >
<br>> > <link rel="stylesheet" type="text/css"
<br>> > href="/thesaurus/css/herein.css"/>
<br>> > <link rel="stylesheet" type="text/css"
<br>> > href="/thesaurus/css/jquery_treeview.css"/>
<br>> >
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery.js"></script>
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery_cookie.js"></script>
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/jquery_treeview.js"></script>
<br>> >
<br>> > <script type="text/javascript"
<br>> > src="/thesaurus/js/thesaurus.js"></script>
<br>> >
<br>> > <script type="text/javascript">
<br>> >
<br>> > $(function() {
<br>> > $("#tree").treeview({
<br>> > collapsed: true,
<br>> > animated: "medium",
<br>> > control:"#sidetreecontrol",
<br>> > persist: "location"
<br>> > });
<br>> > })
<br>> >
<br>> > </script>
<br>> > </head>
<br>> > ---------------------------------------------------------------------------------------------------------
<br>> > I detailed the log to debug level for the cocoon output, and, to my
<br>> > amazement, I find that the pipeline does not react at all: javascripts
<br>> > jquery_treeview and jquery_cookie are never fetched.
<br>> >
<br>> > ----------------------------------------------------------------------------------------------------------
<br>> > Observation: when I place the same html under the form of a static html
<br>> > page, all the scripts are nicely fetched.
<br>> >
<br>> >
<br>> > What could be the cause of this - admittedly strange - phenomenon?
<br>> > Anybody observed a similar test case?
<br>> >
<br>> > Reinhard, as you make heavy use of rich client javascripting, do you
<br>> > know about this?
<br>> > Am I overlooking something essential?
<br>> > I see no reason why the result of a xslt transformation would behave
<br>> > different, so obviously I am.
<br>>
<br>> This sounds like some browser caching issue.
<br>> Have you used Firebug to track down the problem?
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511686&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511686&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26511318Re: cocoon 3: xslt and pickup java scripts2009-11-25T03:44:19Z2009-11-25T03:44:19ZReinhard Pötz-2Jos Snellings wrote:
<div class='shrinkable-quote'><br>> Hello !
<br>>
<br>> I have a strange observation to share:
<br>> "when multiple javascripts are included in an XSLT transformation, to
<br>> land in the <head> of an html page, it is observed that some are never
<br>> fetched, by FireFox 3.5.5 (Ubuntu)."
<br>>
<br>> I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> <map:pipeline type="async-caching">
<br>> <map:match pattern="images/{name}.jpg">
<br>> <map:read src="presentation/images/{map:name}.jpg"
<br>> mime-type="image/jpeg" />
<br>> </map:match>
<br>> <map:match pattern="images/{name}.gif">
<br>> <map:read src="presentation/images/{map:name}.gif"
<br>> mime-type="image/gif" />
<br>> </map:match>
<br>> <map:match pattern="css/{name}.css">
<br>> <map:read src="presentation/style/{map:name}.css"
<br>> mime-type="text/css" />
<br>> </map:match>
<br>> <map:match pattern="css/images/{name}">
<br>> <map:read src="presentation/style/images/{map:name}"
<br>> mime-type="image/png" />
<br>> </map:match>
<br>> <map:match pattern="js/{name}.js">
<br>> <map:read src="presentation/javascript/{map:name}.js" />
<br>> </map:match>
<br>>
<br>> ----------------------------------------------------------------------------------
<br>> <xsl:template match="/">
<br>> <html>
<br>> <head>
<br>> <title> Herein Thesaurus </title>
<br>>
<br>> <link rel="stylesheet" type="text/css"
<br>> href="/thesaurus/css/herein.css"/>
<br>> <link rel="stylesheet" type="text/css"
<br>> href="/thesaurus/css/jquery_treeview.css"/>
<br>>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery.js"></script>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery_cookie.js"></script>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery_treeview.js"></script>
<br>>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/thesaurus.js"></script>
<br>>
<br>> <script type="text/javascript">
<br>>
<br>> $(function() {
<br>> $("#tree").treeview({
<br>> collapsed: true,
<br>> animated: "medium",
<br>> control:"#sidetreecontrol",
<br>> persist: "location"
<br>> });
<br>> })
<br>>
<br>> </script>
<br>> </head>
<br>> ---------------------------------------------------------------------------------------------------------
<br>> I detailed the log to debug level for the cocoon output, and, to my
<br>> amazement, I find that the pipeline does not react at all: javascripts
<br>> jquery_treeview and jquery_cookie are never fetched.
<br>>
<br>> ----------------------------------------------------------------------------------------------------------
<br>> Observation: when I place the same html under the form of a static html
<br>> page, all the scripts are nicely fetched.
<br>>
<br>>
<br>> What could be the cause of this - admittedly strange - phenomenon?
<br>> Anybody observed a similar test case?
<br>>
<br>> Reinhard, as you make heavy use of rich client javascripting, do you
<br>> know about this?
<br>> Am I overlooking something essential?
<br>> I see no reason why the result of a xslt transformation would behave
<br>> different, so obviously I am.
</div><br>This sounds like some browser caching issue.
<br>Have you used Firebug to track down the problem?
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511318&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511318&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511318&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26511202Re: cocoon 3: xslt and pickup java scripts2009-11-25T03:32:25Z2009-11-25T03:32:25ZGlen RobsonHi,
<br><br>I don't know if its related but I have had problems with firefox and
<br>javascript if the serializer was set to return xhtml. As soon as I set
<br>the serializer to html the javascript seems to work OK.
<br><br>Thanks
<br><br>Glen
<br><br>On 25 Nov 2009, at 10:59, Jos Snellings wrote:
<br><div class='shrinkable-quote'><br>> Hello !
<br>>
<br>> I have a strange observation to share:
<br>> "when multiple javascripts are included in an XSLT transformation, to
<br>> land in the <head> of an html page, it is observed that some are never
<br>> fetched, by FireFox 3.5.5 (Ubuntu)."
<br>>
<br>> I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br>> <map:pipeline type="async-caching">
<br>> <map:match pattern="images/{name}.jpg">
<br>> <map:read src="presentation/images/{map:name}.jpg"
<br>> mime-type="image/jpeg" />
<br>> </map:match>
<br>> <map:match pattern="images/{name}.gif">
<br>> <map:read src="presentation/images/{map:name}.gif"
<br>> mime-type="image/gif" />
<br>> </map:match>
<br>> <map:match pattern="css/{name}.css">
<br>> <map:read src="presentation/style/{map:name}.css"
<br>> mime-type="text/css" />
<br>> </map:match>
<br>> <map:match pattern="css/images/{name}">
<br>> <map:read src="presentation/style/images/{map:name}"
<br>> mime-type="image/png" />
<br>> </map:match>
<br>> <map:match pattern="js/{name}.js">
<br>> <map:read src="presentation/javascript/{map:name}.js" />
<br>> </map:match>
<br>>
<br>> ----------------------------------------------------------------------------------
<br>> <xsl:template match="/">
<br>> <html>
<br>> <head>
<br>> <title> Herein Thesaurus </title>
<br>>
<br>> <link rel="stylesheet" type="text/css"
<br>> href="/thesaurus/css/herein.css"/>
<br>> <link rel="stylesheet" type="text/css"
<br>> href="/thesaurus/css/jquery_treeview.css"/>
<br>>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery.js"></script>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery_cookie.js"></script>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/jquery_treeview.js"></script>
<br>>
<br>> <script type="text/javascript"
<br>> src="/thesaurus/js/thesaurus.js"></script>
<br>>
<br>> <script type="text/javascript">
<br>>
<br>> $(function() {
<br>> $("#tree").treeview({
<br>> collapsed: true,
<br>> animated: "medium",
<br>> control:"#sidetreecontrol",
<br>> persist: "location"
<br>> });
<br>> })
<br>>
<br>> </script>
<br>> </head>
<br>> ---------------------------------------------------------------------------------------------------------
<br>> I detailed the log to debug level for the cocoon output, and, to my
<br>> amazement, I find that the pipeline does not react at all: javascripts
<br>> jquery_treeview and jquery_cookie are never fetched.
<br>>
<br>> ----------------------------------------------------------------------------------------------------------
<br>> Observation: when I place the same html under the form of a static
<br>> html
<br>> page, all the scripts are nicely fetched.
<br>>
<br>>
<br>> What could be the cause of this - admittedly strange - phenomenon?
<br>> Anybody observed a similar test case?
<br>>
<br>> Reinhard, as you make heavy use of rich client javascripting, do you
<br>> know about this?
<br>> Am I overlooking something essential?
<br>> I see no reason why the result of a xslt transformation would behave
<br>> different, so obviously I am.
<br>>
<br>> Kind regards,
<br>> Jos
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511202&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511202&i=1" target="_top" rel="nofollow">users-help@...</a>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511202&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26511202&i=3" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26510836cocoon 3: xslt and pickup java scripts2009-11-25T02:59:51Z2009-11-25T02:59:51ZJos SnellingsHello !
<br><br>I have a strange observation to share:
<br>"when multiple javascripts are included in an XSLT transformation, to
<br>land in the <head> of an html page, it is observed that some are never
<br>fetched, by FireFox 3.5.5 (Ubuntu)."
<br><br>I clarify: exerpt 1: from sitemap, pipeline for static resources:
<br> <map:pipeline type="async-caching">
<br> <map:match pattern="images/{name}.jpg">
<br> <map:read src="presentation/images/{map:name}.jpg"
<br>mime-type="image/jpeg" />
<br> </map:match>
<br> <map:match pattern="images/{name}.gif">
<br> <map:read src="presentation/images/{map:name}.gif"
<br>mime-type="image/gif" />
<br> </map:match>
<br> <map:match pattern="css/{name}.css">
<br> <map:read src="presentation/style/{map:name}.css"
<br>mime-type="text/css" />
<br> </map:match>
<br> <map:match pattern="css/images/{name}">
<br> <map:read src="presentation/style/images/{map:name}"
<br>mime-type="image/png" />
<br> </map:match>
<br> <map:match pattern="js/{name}.js">
<br> <map:read src="presentation/javascript/{map:name}.js" />
<br> </map:match>
<br><br>----------------------------------------------------------------------------------
<br><xsl:template match="/">
<br><html>
<br><head>
<br> <title> Herein Thesaurus </title>
<br>
<br> <link rel="stylesheet" type="text/css"
<br>href="/thesaurus/css/herein.css"/>
<br> <link rel="stylesheet" type="text/css"
<br>href="/thesaurus/css/jquery_treeview.css"/>
<br>
<br> <script type="text/javascript"
<br>src="/thesaurus/js/jquery.js"></script>
<br> <script type="text/javascript"
<br>src="/thesaurus/js/jquery_cookie.js"></script>
<br> <script type="text/javascript"
<br>src="/thesaurus/js/jquery_treeview.js"></script>
<br>
<br> <script type="text/javascript"
<br>src="/thesaurus/js/thesaurus.js"></script>
<br>
<br> <script type="text/javascript">
<br>
<br> $(function() {
<br> $("#tree").treeview({
<br> collapsed: true,
<br> animated: "medium",
<br> control:"#sidetreecontrol",
<br> persist: "location"
<br> });
<br> })
<br>
<br> </script>
<br></head>
<br>---------------------------------------------------------------------------------------------------------
<br>I detailed the log to debug level for the cocoon output, and, to my
<br>amazement, I find that the pipeline does not react at all: javascripts
<br>jquery_treeview and jquery_cookie are never fetched.
<br><br>----------------------------------------------------------------------------------------------------------
<br>Observation: when I place the same html under the form of a static html
<br>page, all the scripts are nicely fetched.
<br><br><br>What could be the cause of this - admittedly strange - phenomenon?
<br>Anybody observed a similar test case?
<br><br>Reinhard, as you make heavy use of rich client javascripting, do you
<br>know about this?
<br>Am I overlooking something essential?
<br>I see no reason why the result of a xslt transformation would behave
<br>different, so obviously I am.
<br><br>Kind regards,
<br>Jos
<br><br><br><br><br><br><br><br><br><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26510836&i=0" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26510836&i=1" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26510614[jira] Subscription: COCOON-open-with-patch2009-11-25T02:40:42Z2009-11-25T02:40:42ZJIRA jira@apache.orgIssue Subscription
<br>Filter: COCOON-open-with-patch (110 issues)
<br>Subscriber: cocoon
<br>
<br>Key Summary
<br>COCOON-2268 To extend the image reader we need to change the visibility to the parameter of the ImageReader
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2268" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2268</a><br>COCOON-2262 container.refresh() is called before embeddedServlet.init()
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2262" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2262</a><br>COCOON-2260 wrong parent version in pom of cocoon-flowscript-impl
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2260" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2260</a><br>COCOON-2259 Memory leak in PoolableProxyHandler
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2259" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2259</a><br>COCOON-2250 Wrong error message in Element.java (jx:element)
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2250" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2250</a><br>COCOON-2249 XHTMLSerializer uses entity references " and ' which cause JavaScript parse errors
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2249" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2249</a><br>COCOON-2246 HttpRequest should handle encoding in getParameter and getParameterValues in the same way
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2246" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2246</a><br>COCOON-2233 Update archetypes to current trunk artifact versions
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2233" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2233</a><br>COCOON-2222 Add SaxParser configuration properties
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2222" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2222</a><br>COCOON-2216 IncludeCacheManager can not perfom parallel includes
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2216" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2216</a><br>COCOON-2212 jx:attribute does not check name is correct before proceeding
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2212" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2212</a><br>COCOON-2197 Making the cocoon-auth-block acegi-security-sample work
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2197" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2197</a><br>COCOON-2173 AbstractCachingProcessingPipeline: Two requests can deadlock each other
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2173" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2173</a><br>COCOON-2162 [PATCH] Fix for Paginator when accessing out of bounds Pagination page
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2162" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2162</a><br>COCOON-2137 XSD Schemas for CForms Development
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2137" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2137</a><br>COCOON-2114 fix sorting in TraversableGenerator
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2114" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2114</a><br>COCOON-2108 xmodule:flow-attr Does not accept document objects
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2108" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2108</a><br>COCOON-2104 [PATCH] Add base URI fixup support to XIncludeTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2104" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2104</a><br>COCOON-2100 Retrieving mimeType returned by pipeline executed from Flow
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2100" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2100</a><br>COCOON-2041 WebDAV Returns improper status on PUT
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2041" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2041</a><br>COCOON-2040 Union widget does not work with booleanfield set as case widget
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2040" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2040</a><br>COCOON-2037 New DynamicGroup widget
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2037" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2037</a><br>COCOON-2035 NPE in the sorter of the EnhancedRepeater
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2035" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2035</a><br>COCOON-2032 [PATCH] Sort order in paginated repeater
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2032" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2032</a><br>COCOON-2030 submit-on-change doesn't work for a multivaluefield with list-type="checkbox"
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2030" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2030</a><br>COCOON-2018 Use thread context class loader to load custom binding classes
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2018" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2018</a><br>COCOON-2017 More output beautification options for serializers
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2017" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2017</a><br>COCOON-2015 Doctype added twice because root element (html) is inlined
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2015" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2015</a><br>COCOON-2002 HTML transformer only works with latin-1 characters
<br> <a href="https://issues.apache.org/jira/browse/COCOON-2002" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2002</a><br>COCOON-1974 Donating ContextAttributeInputModule
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1974" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1974</a><br>COCOON-1973 CaptchaValidator: allow case-insensitive matching
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1973" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1973</a><br>COCOON-1964 Redirects inside a block called via the servlet protocol fail
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1964" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1964</a><br>COCOON-1963 Add a redirect action to the browser update handler
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1963" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1963</a><br>COCOON-1960 Pipeline errors for "generator/reader already set" should provide more information
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1960" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1960</a><br>COCOON-1949 [PATCH] load flowscript from file into specified Rhino context object
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1949" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1949</a><br>COCOON-1946 [PATCH] - Javaflow Sample errors trying to enhance Javaflow classes and showing cform templates
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1946" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1946</a><br>COCOON-1943 [Patch] Parameters in blocks-protocol URIs get decoded too early
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1943" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1943</a><br>COCOON-1932 [PATCH] correct styling of disabled suggestion lists
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1932" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1932</a><br>COCOON-1929 [PATCH] Reloading classloader in Cocoon 2.2
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1929" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1929</a><br>COCOON-1917 Request Encoding problem: multipart/form vs. url encoded
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1917" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1917</a><br>COCOON-1915 Nullable value with additional String or XMLizable in JavaSelectionList
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1915" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1915</a><br>COCOON-1914 Text as XMLizable in EmptySelectionList
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1914" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1914</a><br>COCOON-1899 [PATCH] Cocoon XML:DB Implementation should not depend on Xindice
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1899" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1899</a><br>COCOON-1898 [PATCH] XPatch support for maven-cocoon-deployer-plugin
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1898" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1898</a><br>COCOON-1893 XML-Binding: Problem creating a new element
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1893" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1893</a><br>COCOON-1877 [PATCH] Pageable Repeater
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1877" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1877</a><br>COCOON-1870 Lucene block does not store attributes when instructed so
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1870" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1870</a><br>COCOON-1846 [PATCH] BooleanField and radio do not send on-value-changed at the rigth time with IE
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1846" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1846</a><br>COCOON-1843 LDAPTransformer: add-entry tag doesn't work
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1843" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1843</a><br>COCOON-1842 LDAPTransformer: ClassCastException with Binary fields
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1842" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1842</a><br>COCOON-1810 [PATCH] JMSEventMessageListener does not work
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1810" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1810</a><br>COCOON-1807 Workaround for IE Bug in <button>
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1807" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1807</a><br>COCOON-1794 [PATCH] Propagation of namespaces to a repeaters child bindings and implementation of a move-node binding
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1794" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1794</a><br>COCOON-1738 double-listbox problem in repeaters
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1738" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1738</a><br>COCOON-1726 Implementation of Source that supports conditional GETs
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1726" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1726</a><br>COCOON-1717 Use custom cache keys for caching uri coplets using input modules.
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1717" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1717</a><br>COCOON-1697 Allow request parameters to be used in "for (var k in h)" kind of Javascript Loops
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1697" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1697</a><br>COCOON-1648 Add support for ISO8601 in I18nTransformer and Forms
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1648" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1648</a><br>COCOON-1618 [PATCH] SoapGenerator/Serializer for Axis Block
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1618" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1618</a><br>COCOON-1611 [PATCH] Add additonal constructor to FormInstance.java to be able to pass a locale
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1611" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1611</a><br>COCOON-1603 [PATCH] handling of alternatives in MailTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1603" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1603</a><br>COCOON-1573 Improvement SetAttributeJXPathBinding and Contribution SetNodeValueJXPathBinding
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1573" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1573</a><br>COCOON-1556 [PATCH] Add a JXPathConvertor for conversion betwean beans and Strings
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1556" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1556</a><br>COCOON-1535 [PATCH] enhancement to {global:} input module: return all sitemap globals
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1535" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1535</a><br>COCOON-1527 [PATCH] Cache control logic sheets for XSP to override getKey and getValidity
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1527" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1527</a><br>COCOON-1526 [PATCH] processToDOM returns a read-only DOM
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1526" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1526</a><br>COCOON-1519 [PATCH] TeeTransformer refactoring
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1519" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1519</a><br>COCOON-1508 [PATCH] Avalonize TranscoderFactory
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1508" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1508</a><br>COCOON-1506 [PATCH] Manually specifying a mounted sitemap's context
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1506" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1506</a><br>COCOON-1488 [PATCH] htmlunit-based testing, needs to be ported to 2.2
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1488" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1488</a><br>COCOON-1467 ESQL exception handling problem
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1467" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1467</a><br>COCOON-1439 [poi] vertical text orientation and font cache
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1439" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1439</a><br>COCOON-1398 New CachingPortletAdapter
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1398" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1398</a><br>COCOON-1395 [PATCH] Missing ContextAttributeInputModule
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1395" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1395</a><br>COCOON-1394 [PATCH] Implementation of PortletRequest#getQueryString()
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1394" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1394</a><br>COCOON-1384 [PATCH] flow redirector should allow explicit 'cocoon:' scheme
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1384" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1384</a><br>COCOON-1370 [PATCH] proxy block can now use JTidy and handle multipart POST
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1370" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1370</a><br>COCOON-1368 [PATCH] HTTPRequestTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1368" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1368</a><br>COCOON-1362 [PATCH] log4j.xconf should have the same default config as logkit.xconf
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1362" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1362</a><br>COCOON-1360 [patch] client side validation for CForms
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1360" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1360</a><br>COCOON-1345 [PATCH] Extract convertors into their own block
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1345" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1345</a><br>COCOON-1340 [PATCH] lucene block contribution : a AnalyzerManager component
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1340" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1340</a><br>COCOON-1337 [PATCH] Suggestion for widget population
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1337" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1337</a><br>COCOON-1336 [PATCH] PortletWindowAspect: hiding portlet mode icons and new feature "force-sizable"
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1336" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1336</a><br>COCOON-1332 [PATCH] content-length and content-type for portlet ActionRequest
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1332" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1332</a><br>COCOON-1329 [PATCH] Fix for cocoon.jar bundled in ear common for portal.war and portlet.war
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1329" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1329</a><br>COCOON-1325 [PATCH] commons-fileupload based multipart parser
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1325" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1325</a><br>COCOON-1302 [Patch] Word Document Generator
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1302" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1302</a><br>COCOON-1295 ParallelContentAggregator, multithreaded aggregating
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1295" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1295</a><br>COCOON-1260 [PATCH] MultipartParser can now handle multipart/mixed
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1260" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1260</a><br>COCOON-1254 [Patch] OWQLTransformer + RDQLTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1254" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1254</a><br>COCOON-1249 [Patch] XMLDBSource should accept scheme://user:pass@host:port/path URIs
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1249" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1249</a><br>COCOON-1232 [PATCH] NEW--ModuleDB Action for ORACLE( auto. increment )
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1232" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1232</a><br>COCOON-1203 [PATCH] inserver junit testing
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1203" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1203</a><br>COCOON-1200 [PATCH] XML CSS engine
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1200" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1200</a><br>COCOON-1185 [PATCH] BerkeleyDBStore
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1185" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1185</a><br>COCOON-1147 [PATCH] namespace issues with XMLDBTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1147" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1147</a><br>COCOON-1125 [PATCH] Updated CastorTransformer + samples
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1125" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1125</a><br>COCOON-1027 [PATCH] CocoonBean add additional features for reprocessing pipelines and interrupt processing
<br> <a href="https://issues.apache.org/jira/browse/COCOON-1027" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-1027</a><br>COCOON-996 [PATCH] LuceneIndexContentHandler.java produces CLOBs
<br> <a href="https://issues.apache.org/jira/browse/COCOON-996" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-996</a><br>COCOON-988 [PATCH] StreamGenerator can't handle multipart request parameters correctly
<br> <a href="https://issues.apache.org/jira/browse/COCOON-988" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-988</a><br>COCOON-881 [PATCH] file upload component for usage with flowscript
<br> <a href="https://issues.apache.org/jira/browse/COCOON-881" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-881</a><br>COCOON-871 [PATCH] XML posting from SourceWritingTransformer by using an enhanced HTTPClientSource
<br> <a href="https://issues.apache.org/jira/browse/COCOON-871" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-871</a><br>COCOON-867 [PATCH] wsinclude and htmlinclude transformers
<br> <a href="https://issues.apache.org/jira/browse/COCOON-867" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-867</a><br>COCOON-865 [PATCH] New ResourceLoadAction
<br> <a href="https://issues.apache.org/jira/browse/COCOON-865" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-865</a><br>COCOON-844 [PATCH] adding <wd:on-phase> and moving load() and save() to Form.
<br> <a href="https://issues.apache.org/jira/browse/COCOON-844" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-844</a><br>COCOON-825 [PATCH] Fix Bug: Better handling of CLOB in esql (get-xml) and handling of Oracle 'temporary lobs'
<br> <a href="https://issues.apache.org/jira/browse/COCOON-825" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-825</a><br>COCOON-719 [PATCH] Support for transactions in SQLTransformer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-719" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-719</a><br>COCOON-717 [PATCH] Namespace cleanup in HTMLSerializer
<br> <a href="https://issues.apache.org/jira/browse/COCOON-717" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-717</a><br>COCOON-665 [PATCH] HSSFSerializer Support for FreezePane
<br> <a href="https://issues.apache.org/jira/browse/COCOON-665" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-665</a><br><br>You may edit this subscription at:
<br><a href="https://issues.apache.org/jira/secure/FilterSubscription!default.jspa?subId=10311&filterId=12310771" target="_top" rel="nofollow">https://issues.apache.org/jira/secure/FilterSubscription!default.jspa?subId=10311&filterId=12310771</a><br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26507788Re: REST / own Generator2009-11-24T21:38:15Z2009-11-24T21:38:15ZJos SnellingsHi Johannes,
<br><br>Supposing your url is : gearth/parameter1?rp=parameter2
<br><br>Get a sitemap parameter:
<br><br>match="gearth/{mGearth}"
<br><controller:call controller="rest-controller" select="myclass">
<br> <map:parameter name="mGearth" value="{map:mGearth}"/>
<br></controller:call>
<br><br>In your controller code you can declare a variable to be a sitemap
<br>parameter by annotatino:
<br> @SitemapParameter
<br> private String mGearth;
<br><br>And for a simple request parameter this provides you with the request:
<br><br>@Inject
<br> private HttpServletRequest request;
<br><br>upon which things are like the old days:
<br><br> parameter2_value = request.getParameter("rp");
<br><br>That should work.
<br><br>Good luck,
<br>Jos
<br><br><br><br>On Tue, 2009-11-24 at 23:35 +0100, Johannes Lichtenberger wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>>
<br>> I'm not sure if it's the right mailing list.
<br>>
<br>> I've got a simple sitemap of the form:
<br>>
<br>> <!-- ~~~~~~~~~~~~~~~~ controller ~~~~~~~~~~~~~~~ -->
<br>> <map:pipeline>
<br>> <map:match pattern="gearth">
<br>> <controller:call controller="rest-controller"
<br>> select="com.treetank.cocoon.controller.GoogleEarthController" />
<br>> </map:match>
<br>> <map:match pattern="controller/screen">
<br>> <map:generate type="gearth" />
<br>> <map:serialize type="xml" />
<br>> </map:match>
<br>> </map:pipeline>
<br>>
<br>> My GoogleEarthController is very simple and looks like:
<br>>
<br>> ...
<br>> @Override
<br>> public RestResponse doGet() throws Exception {
<br>> final Map<String, Object> data = new HashMap<String, Object>();
<br>>
<br>> data.put("mGEarth", mGEarth);
<br>> data.put("reqparam", reqparam);
<br>>
<br>> return new Page("servlet:/controller/screen", data);
<br>> }
<br>> ...
<br>>
<br>> The only thing it should do is getting the sitemap parameter mGEarth and
<br>> the request parameters (which I then will process in the Generator with
<br>> a StringTokenizer...). So how do I get access to the "data"-HashMap in
<br>> my Generator?
<br>>
<br>> greetings,
<br>> Johannes
<br>>
<br>>
<br>>
</div><br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26505513[jira] Created: (COCOON-2271) spring configuration should not require servlet-api classes at runtime2009-11-24T16:07:39Z2009-11-24T16:07:39ZJIRA jira@apache.orgspring configuration should not require servlet-api classes at runtime
<br>-----------------------------------------------------------------------
<br><br> Key: COCOON-2271
<br> URL: <a href="https://issues.apache.org/jira/browse/COCOON-2271" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/COCOON-2271</a><br> Project: Cocoon
<br> Issue Type: Improvement
<br> Components: * Cocoon Core
<br> Affects Versions: 2.2
<br> Reporter: Konstantin Ignatyev
<br> Priority: Minor
<br><br><br>org.apache.cocoon.spring.configurator.impl.SettingsElementParser#registerComponents is the method that uses
<br>ServletContextFactoryBean.class.getName(), ServletContext.class.getName() in the call
<br><br>This makes it necessary to include servlet-api jar in non-web applications (like batch application) and that does not make whole lot of sense.
<br><br>I think the library should simply use string values there, such values could be 'hardcoded' or some init procedure can try to instantiate those classes, and if the attempt fails then fall back to defaults and print warning in a log.
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26505093Re: [c3 monitoring] Statistics module.2009-11-24T15:21:47Z2009-11-24T15:21:47ZDariusz ŁukszaOn Sat, Nov 21, 2009 at 4:24 PM, Reinhard Pötz <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26505093&i=0" target="_top" rel="nofollow">reinhard@...</a>> wrote:
<div class='shrinkable-quote'><br>> Dariusz Łuksza wrote:
<br>>
<br>> Unfortunately I can't find a solution for this serialization issue of a
<br>> TreeMap either.
<br>>
<br>> Let's forget about sorting in the JMX bean unless somebody else comes up
<br>> with a solution that doesn't require the configuration of a
<br>> SecurityManager. And if we once provide a nice web UI we can sort there.
<br>>
<br>> I applied your patch without the sorting feature.
</div><br>OK, thank you. This patch contains class
<br>PipelineHitCountStatisticsCollector that isn't actually a valid aspect
<br>because I forget to define a pointcut for it. I'll fix it and send a
<br>patch.
<br><br>> Many thanks for keeping up your great work also after your very
<br>> successful GSoC project.
<br>>
<br>> Do you have any further plans with the cocoon-monitoring module? (e.g.
<br>> some integration tests that check that JMX works properly or a web UI)
<br>>
<br><br>Actually I have some plans. I want to make it a fully functional and
<br>usable cocoon3 module ;). As we talk before (in private mails), next
<br>on my TODO are integration tests and then web UI. Right now I want to
<br>finish statistics part of module (IMHO there could be more aspect's
<br>for getting more stats from cocoon). Also I'm thinking about some
<br>improvements in monitoring configuration, right now there are specific
<br>beans definitions for each part of monitoring, maybe that could be
<br>done better (e.g. (re)move constructor/property dependency injection
<br>so we can get simpler bean definition).
<br><br>--
<br>Best regards
<br><br>Blog: <a href="http://luksza.org" target="_top" rel="nofollow">http://luksza.org</a><br>LinkedIn: <a href="http://www.linkedin.com/in/dariuszluksza" target="_top" rel="nofollow">http://www.linkedin.com/in/dariuszluksza</a><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26504487REST / own Generator2009-11-24T14:35:33Z2009-11-24T14:35:33ZJohannes Lichtenberger-2Hello,
<br><br>I'm not sure if it's the right mailing list.
<br><br>I've got a simple sitemap of the form:
<br><br> <!-- ~~~~~~~~~~~~~~~~ controller ~~~~~~~~~~~~~~~ -->
<br> <map:pipeline>
<br> <map:match pattern="gearth">
<br> <controller:call controller="rest-controller"
<br>select="com.treetank.cocoon.controller.GoogleEarthController" />
<br> </map:match>
<br> <map:match pattern="controller/screen">
<br> <map:generate type="gearth" />
<br> <map:serialize type="xml" />
<br> </map:match>
<br> </map:pipeline>
<br><br>My GoogleEarthController is very simple and looks like:
<br><br>...
<br> @Override
<br> public RestResponse doGet() throws Exception {
<br> final Map<String, Object> data = new HashMap<String, Object>();
<br>
<br> data.put("mGEarth", mGEarth);
<br> data.put("reqparam", reqparam);
<br>
<br> return new Page("servlet:/controller/screen", data);
<br> }
<br>...
<br><br>The only thing it should do is getting the sitemap parameter mGEarth and
<br>the request parameters (which I then will process in the Generator with
<br>a StringTokenizer...). So how do I get access to the "data"-HashMap in
<br>my Generator?
<br><br>greetings,
<br>Johannes
<br><br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26504709REST / own Generator2009-11-24T14:16:30Z2009-11-24T14:16:30ZJohannes Lichtenberger-2Hello,
<br><br>I'm not sure if it's the right mailing list.
<br><br>I've got a simple sitemap of the form:
<br><br> <!-- ~~~~~~~~~~~~~~~~ controller ~~~~~~~~~~~~~~~ -->
<br> <map:pipeline>
<br> <map:match pattern="gearth">
<br> <controller:call controller="rest-controller"
<br>select="com.treetank.cocoon.controller.GoogleEarthController" />
<br> </map:match>
<br> <map:match pattern="controller/screen">
<br> <map:generate type="gearth" />
<br> <map:serialize type="xml" />
<br> </map:match>
<br> </map:pipeline>
<br><br>My GoogleEarthController is very simple and looks like:
<br><br>...
<br> @Override
<br> public RestResponse doGet() throws Exception {
<br> final Map<String, Object> data = new HashMap<String, Object>();
<br>
<br> data.put("mGEarth", mGEarth);
<br> data.put("reqparam", reqparam);
<br>
<br> return new Page("servlet:/controller/screen", data);
<br> }
<br>...
<br><br>The only thing it should do is getting the sitemap parameter mGEarth and
<br>the request parameters (which I then will process in the Generator with
<br>a StringTokenizer...). So how do I get access to the "data"-HashMap in
<br>my Generator?
<br><br>greetings,
<br>Johannes
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26502610Re: Add custom servlet on cocoon 2.2.0 startup2009-11-24T12:19:26Z2009-11-24T12:19:26ZDominic Mitchell<div class="gmail_quote">2009/11/24 Gintare Ragaisiene <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26502610&i=0" target="_top" rel="nofollow">gintare.ragaisiene@...</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br><br> I need to initialize a servlet like <br><br>public class TestServlet extends HttpServlet{<br> <br> @Override<br> public void init(ServletConfig config) throws ServletException {<br> super.init(config);<br>
<br> System.out.println("TestServlet");<br> }<br><br>}<br><br>on cocoon 2.2 startup. <br><br>Some servlets is set up in cocoon_home/target/rct/webapp/WEB-INF/web.xml. If I edit that web.xml to add servlet, after server restart input disappear.<br>
<br></blockquote><div><br></div><div>I <i>think</i> that you need to make your servlet into a Spring bean. If you add to your existing META-INF/cocoon/spring/servlet-service-framework.xml file:</div><div><br></div><div><div>
<bean name="myservlet" class="com.example.MyServlet"></div><div> <servlet:context mount-path="/myBlock1" context-path="blockcontext:/myBlock1/"/></div><div> </bean></div>
<div><br></div></div></div>It may work. I'm not too familiar with the servlet service framework, and I haven't tested this. :-(<div><br></div><div>-Dom</div>
<p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26496742Re: Missing Artifact - cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT2009-11-24T06:22:05Z2009-11-24T06:22:05ZJob van OmmenI don't suppose you are running a unit test so it seems to me you
<br>should only be needing the block I mentioned.
<br><br>Atleast thats what I gather from
<br><a href="http://cocoon.apache.org/2.2/core-modules/core/2.2/dependencies.html" target="_top" rel="nofollow">http://cocoon.apache.org/2.2/core-modules/core/2.2/dependencies.html</a><br><br>regards,
<br><br>job
<br><br>On Tue, Nov 24, 2009 at 12:28 PM, Peter Hargreaves
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=0" target="_top" rel="nofollow">peter@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Tuesday 24 Nov 2009, Job van Ommen wrote:
<br>>> <a href="http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit</a><br>>>emap-impl/
<br>>>
<br>>> Can't use that one?
<br>> Not sure what you mean?
<br>> Peter.
<br>>>
<br>>> On Tue, Nov 24, 2009 at 10:17 AM, Peter Hargreaves
<br>>>
<br>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=1" target="_top" rel="nofollow">peter@...</a>> wrote:
<br>>> > Hi folks,
<br>>> >
<br>>> > Wanted dead or alive - have you seen this artifact?
<br>>> >
<br>>> > I'm trying to run the samples. I've checkedout the source code from:
<br>>> >
<br>>> > <a href="http://svn.apache.org/repos/asf/cocoon/trunk" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/cocoon/trunk</a>.
<br>>> >
<br>>> > When I:
<br>>> >
<br>>> > mvn -P allblocks install -Dmaven.test.skip=true
<br>>> >
<br>>> > I get error message as below, but I can't find the artifact on the
<br>>> > project website.
<br>>> >
<br>>> > I must be missing the point so, please could someone advise best way to
<br>>> > fix.
<br>>> >
<br>>> > Many thanks,
<br>>> > Peter.
<br>>> >
<br>>> > Missing:
<br>>> > ----------
<br>>> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>>> >
<br>>> > Try downloading the file manually from the project website.
<br>>> >
<br>>> > Then, install it using the command:
<br>>> > mvn
<br>>> > install:install-file -DgroupId=org.apache.cocoon
<br>>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
<br>>> >
<br>>> > Alternatively, if you host your own repository you can deploy the file
<br>>> > there:
<br>>> > mvn
<br>>> > deploy:deploy-file -DgroupId=org.apache.cocoon
<br>>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
<br>>> > -DrepositoryId=[id]
<br>>> >
<br>>> > Path to dependency:
<br>>> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>>> > 2)
<br>>> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>>> >
<br>>> > ----------
<br>>> > 1 required artifact is missing.
<br>>> >
<br>>> > for artifact:
<br>>> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>>> >
<br>>> > from the specified remote repositories:
<br>>> > apache.snapshots (<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>),
<br>>> > central (<a href="http://repo1.maven.org/maven2" target="_top" rel="nofollow">http://repo1.maven.org/maven2</a>),
<br>>> > gkossakowski-maven2
<br>>> > (<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>)
<br>>> >
<br>>> >
<br>>> >
<br>>> >
<br>>> > ---------------------------------------------------------------------
<br>>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=3" target="_top" rel="nofollow">users-help@...</a>
<br>>>
<br>>> ---------------------------------------------------------------------
<br>>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=5" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=6" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=7" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=8" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26496742&i=9" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495663Re: Cocoon 3 and Cforms2009-11-24T05:15:59Z2009-11-24T05:15:59ZReinhard Pötz-2Robby Pelssers wrote:
<div class='shrinkable-quote'><br>> Hi Reinhard (and others),
<br>>
<br>> Just curious which javascript clients you're using... I recently
<br>> build a highly dynamic form with CForms (combination of repeater /
<br>> case widgets) but I'm not entirely happy with the performance...
<br>>
<br>> So if you have any good leads to an open-source javascript library
<br>> for handling advanced forms....that would be appreciated. Personally
<br>> I'm using YUI for most of my work but they haven't really put much
<br>> effort into forms.
</div><br>I'm a Mootools fan and have written an own integration layer that does
<br>all the RESTful communication with the server running C3. Unfortunately
<br>I can't publish it because all this stuff is too much tied with the
<br>business logic and I don't have the time to split it up.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495663&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495663&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495663&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495614Re: Cocoon 3 and Cforms2009-11-24T05:12:42Z2009-11-24T05:12:42ZReinhard Pötz-2Florent André wrote:
<div class='shrinkable-quote'><br>> On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495614&i=0" target="_top" rel="nofollow">reinhard@...</a>>
<br>> wrote:
<br>>> Florent André wrote:
<br>>>> Hi all, hi Reinhard,
<br>>>>
<br>>>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
<br>>>> framework." [1]
<br>>>>
<br>>>> Does it mean that there will not have Cforms / Xforms solutions in
<br>> Cocoon
<br>>>> 3
<br>>>> ?>
<br>>>> And what about continuations (closely linked to forms no ?) ?
<br>>>
<br>>> It's my *personal* opinion that currently Wicket offers the best
<br>>> solution for Java-based web form development in most cases. Recently I
<br>>> was convinced that there are some cases where cForms have advantages but
<br>>> these are edge cases IMHO.
<br>>
<br>> Ok, thanks
<br>> I just ask this question because I found Cform concept very "sexy", but I'm
<br>> not as involved in for well see limitations...
<br>>
<br>> There is a simple way to integrate Wicket and Cocoon 3 ?
<br>> If yes, could you give some pointers ? Add a sample in the future will be
<br>> very useful for simple user like me, I think.
</div><br>I've almost finished a first prototype and will commit it soon to SVN. I
<br>will also start a discussion about it some time this week.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495614&i=1" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495614&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495614&i=3" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495478Re: Cocoon 3 and Cforms2009-11-24T05:01:45Z2009-11-24T05:01:45ZAndre JufferRobby Pelssers wrote:
<br>> Hi Reinhard (and others),
<br>>
<br>> Just curious which javascript clients you're using... I recently build a highly dynamic form with CForms (combination of repeater / case widgets) but I'm not entirely happy with the performance...
<br>>
<br>> So if you have any good leads to an open-source javascript library for handling advanced forms....that would be appreciated. Personally I'm using YUI for most of my work but they haven't really put much effort into forms.
<br>>
<br>How about Dojo: <a href="http://dojotoolkit.org/" target="_top" rel="nofollow">http://dojotoolkit.org/</a><br><div class='shrinkable-quote'><br>> Kind regards,
<br>> Robby
<br>>
<br>> -----Original Message-----
<br>> From: Reinhard Pötz [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495478&i=0" target="_top" rel="nofollow">reinhard@...</a>]
<br>> Sent: Tuesday, November 24, 2009 12:26 PM
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495478&i=1" target="_top" rel="nofollow">users@...</a>
<br>> Subject: Re: Cocoon 3 and Cforms
<br>>
<br>> Florent André wrote:
<br>>
<br>>> Hi all, hi Reinhard,
<br>>>
<br>>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
<br>>> framework." [1]
<br>>>
<br>>> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
<br>>> ?>
<br>>> And what about continuations (closely linked to forms no ?) ?
<br>>>
<br>>
<br>>
<br>> It's my *personal* opinion that currently Wicket offers the best
<br>> solution for Java-based web form development in most cases. Recently I
<br>> was convinced that there are some cases where cForms have advantages but
<br>> these are edge cases IMHO.
<br>>
<br>> I use Cocoon to build RESTful web applications with strong Javascript
<br>> clients running in the browser and all the form handling is done there.
<br>> So for me there's no need of cForms/continuations any longer and
<br>> therefore I don't invest time in any migration efforts. But as I said in
<br>> the beginning of the mail, that's my personal opinion and if it makes
<br>> sense to others a migration should be possible.
<br>>
<br>>
</div><br><br>--
<br>Andre H. Juffer | Phone: +358-8-553 1161
<br>Biocenter Oulu and | Fax: +358-8-553-1141
<br>Department of Biochemistry | Email: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495478&i=2" target="_top" rel="nofollow">andre.juffer@...</a>
<br>University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
<br>StruBioCat | WWW: www.strubiocat.oulu.fi
<br>NordProt | WWW: www.nordprot.org
<br>Triacle Biocomputing | WWW: www.triacle-bc.com
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495478&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495478&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495324Add custom servlet on cocoon 2.2.0 startup2009-11-24T04:50:38Z2009-11-24T04:50:38Zgintare2009Hi,<br><br> I need to initialize a servlet like <br><br>public class TestServlet extends HttpServlet{<br> <br> @Override<br> public void init(ServletConfig config) throws ServletException {<br> super.init(config);<br>
<br> System.out.println("TestServlet");<br> }<br><br>}<br><br>on cocoon 2.2 startup. <br><br>Some servlets is set up in cocoon_home/target/rct/webapp/WEB-INF/web.xml. If I edit that web.xml to add servlet, after server restart input disappear.<br>
<br>Thanks,<br>Gintare<br><br> <br>
<p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495261RE: Cocoon 3 and Cforms2009-11-24T04:46:33Z2009-11-24T04:46:33ZRobby Pelssers-3Hi Reinhard (and others),
<br><br>Just curious which javascript clients you're using... I recently build a highly dynamic form with CForms (combination of repeater / case widgets) but I'm not entirely happy with the performance...
<br><br>So if you have any good leads to an open-source javascript library for handling advanced forms....that would be appreciated. Personally I'm using YUI for most of my work but they haven't really put much effort into forms.
<br><br>Kind regards,
<br>Robby
<br><br>-----Original Message-----
<br>From: Reinhard Pötz [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495261&i=0" target="_top" rel="nofollow">reinhard@...</a>]
<br>Sent: Tuesday, November 24, 2009 12:26 PM
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495261&i=1" target="_top" rel="nofollow">users@...</a>
<br>Subject: Re: Cocoon 3 and Cforms
<br><br>Florent André wrote:
<br>> Hi all, hi Reinhard,
<br>>
<br>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
<br>> framework." [1]
<br>>
<br>> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
<br>> ?>
<br>> And what about continuations (closely linked to forms no ?) ?
<br><br><br>It's my *personal* opinion that currently Wicket offers the best
<br>solution for Java-based web form development in most cases. Recently I
<br>was convinced that there are some cases where cForms have advantages but
<br>these are edge cases IMHO.
<br><br>I use Cocoon to build RESTful web applications with strong Javascript
<br>clients running in the browser and all the form handling is done there.
<br>So for me there's no need of cForms/continuations any longer and
<br>therefore I don't invest time in any migration efforts. But as I said in
<br>the beginning of the mail, that's my personal opinion and if it makes
<br>sense to others a migration should be possible.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495261&i=2" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495261&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495261&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495227Re: Cocoon 3 and Cforms2009-11-24T04:44:38Z2009-11-24T04:44:38ZFlorent André-2On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495227&i=0" target="_top" rel="nofollow">reinhard@...</a>>
<br>wrote:
<br>> Florent André wrote:
<br>>> Hi all, hi Reinhard,
<br>>>
<br>>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
<br>>> framework." [1]
<br>>>
<br>>> Does it mean that there will not have Cforms / Xforms solutions in
<br>Cocoon
<br>>> 3
<br>>> ?>
<br>>> And what about continuations (closely linked to forms no ?) ?
<br>>
<br>>
<br>> It's my *personal* opinion that currently Wicket offers the best
<br>> solution for Java-based web form development in most cases. Recently I
<br>> was convinced that there are some cases where cForms have advantages but
<br>> these are edge cases IMHO.
<br><br>Ok, thanks
<br>I just ask this question because I found Cform concept very "sexy", but I'm
<br>not as involved in for well see limitations...
<br><br>There is a simple way to integrate Wicket and Cocoon 3 ?
<br>If yes, could you give some pointers ? Add a sample in the future will be
<br>very useful for simple user like me, I think.
<br><br>++
<br><br><br>>
<br>> I use Cocoon to build RESTful web applications with strong Javascript
<br>> clients running in the browser and all the form handling is done there.
<br>> So for me there's no need of cForms/continuations any longer and
<br>> therefore I don't invest time in any migration efforts. But as I said in
<br>> the beginning of the mail, that's my personal opinion and if it makes
<br>> sense to others a migration should be possible.
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495227&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495227&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26495200Re: Timer on cocoon2009-11-24T04:41:05Z2009-11-24T04:41:05Zgintare2009Jos,<br><br> thanks for nice answer and creating a bean helped. But I don't know still how to load custom servlet on cocoon 2.2 startup. So I'll breed new thread for this question.<br><br><br><div class="gmail_quote">
On Tue, Nov 24, 2009 at 1:35 PM, Jos Snellings <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=0" target="_top" rel="nofollow">Jos.Snellings@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Is MyTimerThread the task you want to schedule?<br>
- you could create a spring bean, with<br>
org.springframework.scheduling.quartz.JobDetailBean<br>
- you can start your timerthread in the init() method of a servlet to<br>
start a task off when cocoon starts working. Not sure if that works for<br>
2.2.<br>
<br>
Hope that helps...<br>
<div><div></div><div class="h5"><br>
On Tue, 2009-11-24 at 13:16 +0200, Gintare Ragaisiene wrote:<br>
> Hi, Jos,<br>
><br>
> Quartz is ok and Java Timer is ok for me. But haw and where I<br>
> should input lines like MyTimerThread.start() to start timer when<br>
> cocoon starts working on server ?<br>
><br>
> Gintare<br>
><br>
><br>
><br>
> On Tue, Nov 24, 2009 at 11:10 AM, Jos Snellings<br>
> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=1" target="_top" rel="nofollow">Jos.Snellings@...</a>> wrote:<br>
> Hi, Gintare,<br>
><br>
> Cocoon is not even remotely a system to schedule operations.<br>
> Maybe you are looking for something like<br>
> <a href="http://www.quartz-scheduler.org/" target="_blank" rel="nofollow">http://www.quartz-scheduler.org/</a><br>
> Most OS let you schedule jobs.<br>
><br>
> Jos<br>
><br>
><br>
><br>
> On Tue, 2009-11-24 at 10:53 +0200, Gintare Ragaisiene wrote:<br>
> > Hello,<br>
> ><br>
> > I need to do some job with db periodically. For this I<br>
> need to set<br>
> > up timer.<br>
> ><br>
> > How can I do this in cocoon 2.2 ?<br>
> ><br>
> > Thanks,<br>
> > Gintare<br>
><br>
><br>
><br>
><br>
> ---------------------------------------------------------------------<br>
> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=2" target="_top" rel="nofollow">users-unsubscribe@...</a><br>
> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=3" target="_top" rel="nofollow">users-help@...</a><br>
><br>
><br>
<br>
<br>
<br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=4" target="_top" rel="nofollow">users-unsubscribe@...</a><br>
For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26495200&i=5" target="_top" rel="nofollow">users-help@...</a><br>
<br>
</div></div></blockquote></div><br>
<p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26494502Re: XInclude optimization2009-11-24T03:42:44Z2009-11-24T03:42:44ZSimone TripodiHi all,
<br>Thank you both guys, my question was about legal issues that you clarified me :)
<br><br>Reinhard, no problem about the optionals, even if I remember the
<br>policy I appreciate you reminded me it :) BTW, after a quick overview
<br>on Tika, I was thinking about importing just the needed classes and
<br>modifying them according to our needs, so if you agree I'd add the
<br>XInclude in the cocoon-sax module... what do you think about it? Just
<br>let me know!
<br><br>See you guys and thanks a *lot* for your help :)
<br>Best regards
<br>Simo
<br><br>On Tue, Nov 24, 2009 at 12:16 PM, Reinhard Pötz <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494502&i=0" target="_top" rel="nofollow">reinhard@...</a>> wrote:
<div class='shrinkable-quote'><br>> Simone Tripodi wrote:
<br>>> Hi Sylvain
<br>>> Sorry but I forgot to ask you a short question in the previous email:
<br>>> can the Tika code be imported/modified into Cocoon3?
<br>>
<br>> Do you really have to modify Tika code? If so it would be best to give
<br>> back your contributions to the their project.
<br>>
<br>> Since you have to include a library I strongly recommend that everything
<br>> goes into cocoon-optional in order to keep the number of required
<br>> libraries low for the pipeline API.
<br>>
<br>>> AFAIK it should
<br>>> be allowed, but I don't know the conditions under which it can be
<br>>> done.
<br>>
<br>> If your questions is about licensing, then it's very simple: You don't
<br>> have to do anything because Tika is an ASF project.
<br>>
<br>> --
<br>> Reinhard Pötz Managing Director, {Indoqa} GmbH
<br>> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br>>
<br>> Member of the Apache Software Foundation
<br>> Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494502&i=1" target="_top" rel="nofollow">reinhard@...</a>
<br>> ________________________________________________________________________
<br>>
</div><br><br><br>--
<br><a href="http://www.google.com/profiles/simone.tripodi" target="_top" rel="nofollow">http://www.google.com/profiles/simone.tripodi</a><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>tag:old.nabble.com,2006:post-26494425Re: Timer on cocoon2009-11-24T03:35:41Z2009-11-24T03:35:41ZJos SnellingsIs MyTimerThread the task you want to schedule?
<br>- you could create a spring bean, with
<br>org.springframework.scheduling.quartz.JobDetailBean
<br>- you can start your timerthread in the init() method of a servlet to
<br>start a task off when cocoon starts working. Not sure if that works for
<br>2.2.
<br><br>Hope that helps...
<br><br>On Tue, 2009-11-24 at 13:16 +0200, Gintare Ragaisiene wrote:
<div class='shrinkable-quote'><br>> Hi, Jos,
<br>>
<br>> Quartz is ok and Java Timer is ok for me. But haw and where I
<br>> should input lines like MyTimerThread.start() to start timer when
<br>> cocoon starts working on server ?
<br>>
<br>> Gintare
<br>>
<br>>
<br>>
<br>> On Tue, Nov 24, 2009 at 11:10 AM, Jos Snellings
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494425&i=0" target="_top" rel="nofollow">Jos.Snellings@...</a>> wrote:
<br>> Hi, Gintare,
<br>>
<br>> Cocoon is not even remotely a system to schedule operations.
<br>> Maybe you are looking for something like
<br>> <a href="http://www.quartz-scheduler.org/" target="_top" rel="nofollow">http://www.quartz-scheduler.org/</a><br>> Most OS let you schedule jobs.
<br>>
<br>> Jos
<br>>
<br>>
<br>>
<br>> On Tue, 2009-11-24 at 10:53 +0200, Gintare Ragaisiene wrote:
<br>> > Hello,
<br>> >
<br>> > I need to do some job with db periodically. For this I
<br>> need to set
<br>> > up timer.
<br>> >
<br>> > How can I do this in cocoon 2.2 ?
<br>> >
<br>> > Thanks,
<br>> > Gintare
<br>>
<br>>
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494425&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494425&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494425&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494425&i=4" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26494330Re: Missing Artifact - cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT2009-11-24T03:28:41Z2009-11-24T03:28:41ZPeter Hargreaves-3On Tuesday 24 Nov 2009, Job van Ommen wrote:
<br>> <a href="http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit</a><br>>emap-impl/
<br>>
<br>> Can't use that one?
<br>Not sure what you mean?
<br>Peter.
<div class='shrinkable-quote'><br>>
<br>> On Tue, Nov 24, 2009 at 10:17 AM, Peter Hargreaves
<br>>
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=0" target="_top" rel="nofollow">peter@...</a>> wrote:
<br>> > Hi folks,
<br>> >
<br>> > Wanted dead or alive - have you seen this artifact?
<br>> >
<br>> > I'm trying to run the samples. I've checkedout the source code from:
<br>> >
<br>> > <a href="http://svn.apache.org/repos/asf/cocoon/trunk" target="_top" rel="nofollow">http://svn.apache.org/repos/asf/cocoon/trunk</a>.
<br>> >
<br>> > When I:
<br>> >
<br>> > mvn -P allblocks install -Dmaven.test.skip=true
<br>> >
<br>> > I get error message as below, but I can't find the artifact on the
<br>> > project website.
<br>> >
<br>> > I must be missing the point so, please could someone advise best way to
<br>> > fix.
<br>> >
<br>> > Many thanks,
<br>> > Peter.
<br>> >
<br>> > Missing:
<br>> > ----------
<br>> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>> >
<br>> > Try downloading the file manually from the project website.
<br>> >
<br>> > Then, install it using the command:
<br>> > mvn
<br>> > install:install-file -DgroupId=org.apache.cocoon
<br>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
<br>> >
<br>> > Alternatively, if you host your own repository you can deploy the file
<br>> > there:
<br>> > mvn
<br>> > deploy:deploy-file -DgroupId=org.apache.cocoon
<br>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
<br>> > -DrepositoryId=[id]
<br>> >
<br>> > Path to dependency:
<br>> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>> > 2)
<br>> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>> >
<br>> > ----------
<br>> > 1 required artifact is missing.
<br>> >
<br>> > for artifact:
<br>> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>> >
<br>> > from the specified remote repositories:
<br>> > apache.snapshots (<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>),
<br>> > central (<a href="http://repo1.maven.org/maven2" target="_top" rel="nofollow">http://repo1.maven.org/maven2</a>),
<br>> > gkossakowski-maven2
<br>> > (<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>)
<br>> >
<br>> >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=4" target="_top" rel="nofollow">users-help@...</a>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=5" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494330&i=6" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26494289Re: Cocoon 3 and Cforms2009-11-24T03:26:27Z2009-11-24T03:26:27ZReinhard Pötz-2Florent André wrote:
<br>> Hi all, hi Reinhard,
<br>>
<br>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
<br>> framework." [1]
<br>>
<br>> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
<br>> ?>
<br>> And what about continuations (closely linked to forms no ?) ?
<br><br><br>It's my *personal* opinion that currently Wicket offers the best
<br>solution for Java-based web form development in most cases. Recently I
<br>was convinced that there are some cases where cForms have advantages but
<br>these are edge cases IMHO.
<br><br>I use Cocoon to build RESTful web applications with strong Javascript
<br>clients running in the browser and all the form handling is done there.
<br>So for me there's no need of cForms/continuations any longer and
<br>therefore I don't invest time in any migration efforts. But as I said in
<br>the beginning of the mail, that's my personal opinion and if it makes
<br>sense to others a migration should be possible.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494289&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494289&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494289&i=2" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26494299Re: Samples for Cocoon 2.22009-11-24T03:26:19Z2009-11-24T03:26:19ZPeter Hargreaves-3Hi Job,
<br><br>Thanks for the feedbacks.
<br><br>I've now found the README.txt so am trying to:
<br><br>./build.sh clean install
<br><br>but keep getting:
<br><br>"The system is out of resources.
<br>Consult the following stack trace for details.
<br>java.lang.OutOfMemoryError: Java heap space"
<br><br>I've tried:
<br><br>MAVEN_OPTS="-Xmx2048m"
<br><br>But still out of heap space. Surely this should be enough?
<br><br>Ideas anybody?????
<br><br>Peter.
<br><br>On Tuesday 24 Nov 2009, Job van Ommen wrote:
<div class='shrinkable-quote'><br>> It looks like in one of the POM files there is a dependency of to a
<br>> block that is not available viz. the pom file of the cocoon-core
<br>> block.
<br>> You should check the file and try another version of the required
<br>> block or download it manually as the error message you get is
<br>> describing.
<br>>
<br>> Im not entirly sure tho, its been a while since ive used cocoon but I
<br>> can remember getting a similar error.
<br>> I then changed the POM file for the form implementation to change the
<br>> dependency to another version. For example you could try 1.1.1 instead
<br>> of 1.1.0-SNAPSHOT if it's available!
<br>>
<br>> Good luck
<br>>
<br>> Job
<br>>
<br>> On Mon, Nov 23, 2009 at 1:00 PM, Peter Hargreaves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=0" target="_top" rel="nofollow">peter@...</a>>
</div>wrote:
<div class='shrinkable-quote'><br>> > Thanks for the feedback folks - nearly there.
<br>> >
<br>> >>On this blog:
<br>> >><a href="http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html" target="_top" rel="nofollow">http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html</a> you can
<br>> >>see step-by-step how to get the samples running.
<br>> >>
<br>> >>Regards,
<br>> >>
<br>> >>Job
<br>> >
<br>> > I followed your advice, Job, but when I try:
<br>> >
<br>> > mvn -P allblocks install -Dmaven.test.skip=true
<br>> >
<br>> > I get error message as below. So, please advise best way to fix.
<br>> >
<br>> > Many thanks,
<br>> > Peter.
<br>> >
<br>> > Missing:
<br>> > ----------
<br>> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>> >
<br>> > Try downloading the file manually from the project website.
<br>> >
<br>> > Then, install it using the command:
<br>> > mvn
<br>> > install:install-file -DgroupId=org.apache.cocoon
<br>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
<br>> >
<br>> > Alternatively, if you host your own repository you can deploy the file
<br>> > there:
<br>> > mvn
<br>> > deploy:deploy-file -DgroupId=org.apache.cocoon
<br>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
<br>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
<br>> > -DrepositoryId=[id]
<br>> >
<br>> > Path to dependency:
<br>> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>> > 2)
<br>> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
<br>> >
<br>> > ----------
<br>> > 1 required artifact is missing.
<br>> >
<br>> > for artifact:
<br>> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
<br>> >
<br>> > from the specified remote repositories:
<br>> > apache.snapshots (<a href="http://people.apache.org/repo/m2-snapshot-repository" target="_top" rel="nofollow">http://people.apache.org/repo/m2-snapshot-repository</a>),
<br>> > central (<a href="http://repo1.maven.org/maven2" target="_top" rel="nofollow">http://repo1.maven.org/maven2</a>),
<br>> > gkossakowski-maven2
<br>> > (<a href="http://people.apache.org/~gkossakowski/maven2/repository" target="_top" rel="nofollow">http://people.apache.org/~gkossakowski/maven2/repository</a>)
<br>> >
<br>> >
<br>> >
<br>> > ---------------------------------------------------------------------
<br>> > To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=1" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> > For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=2" target="_top" rel="nofollow">users-help@...</a>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=3" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>> For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=4" target="_top" rel="nofollow">users-help@...</a>
</div><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=5" target="_top" rel="nofollow">users-unsubscribe@...</a>
<br>For additional commands, e-mail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494299&i=6" target="_top" rel="nofollow">users-help@...</a>
<br><br><p>From forum: <a href="http://old.nabble.com/Cocoon---Users-f112.html" embed="fixTarget[112]" target="_top" >Cocoon - Users</a></p>tag:old.nabble.com,2006:post-26494168Re: XInclude optimization2009-11-24T03:16:39Z2009-11-24T03:16:39ZReinhard Pötz-2Simone Tripodi wrote:
<br>> Hi Sylvain
<br>> Sorry but I forgot to ask you a short question in the previous email:
<br>> can the Tika code be imported/modified into Cocoon3?
<br><br>Do you really have to modify Tika code? If so it would be best to give
<br>back your contributions to the their project.
<br><br>Since you have to include a library I strongly recommend that everything
<br>goes into cocoon-optional in order to keep the number of required
<br>libraries low for the pipeline API.
<br><br>> AFAIK it should
<br>> be allowed, but I don't know the conditions under which it can be
<br>> done.
<br><br>If your questions is about licensing, then it's very simple: You don't
<br>have to do anything because Tika is an ASF project.
<br><br>--
<br>Reinhard Pötz Managing Director, {Indoqa} GmbH
<br> <a href="http://www.indoqa.com/en/people/reinhard.poetz/" target="_top" rel="nofollow">http://www.indoqa.com/en/people/reinhard.poetz/</a><br><br>Member of the Apache Software Foundation
<br>Apache Cocoon Committer, PMC member <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26494168&i=0" target="_top" rel="nofollow">reinhard@...</a>
<br>________________________________________________________________________
<br><p>From forum: <a href="http://old.nabble.com/Cocoon---Dev-f113.html" embed="fixTarget[113]" target="_top" >Cocoon - Dev</a></p>