Nabble - Cocoon - Users

Re: REST / Can't find URLResponseBuilder

2009-11-29T22:35:24Z

If I understand you well, your assignment is to:

* catch a get URL emitted by Google Earch
* this url contains coordinates
* on the basis of these coordinates you lookup things in an XML file.

Here's my advice: forget about the RESTController and just write a
generator, like:
public class SehensWuerdigkeitenGenerator extends AbstractSAXGenerator
implements CachingPipelineComponent {

@SitemapParameter
private String language;

@SitemapParameter
private String cmd;

private String pur;
private String par;

private HttpServletRequest request;

And you do the interesting bits within:

public void execute() {
-> read your bits
SAXConsumer consumer = this.getSAXConsumer();
try {
consumer.startDocument();

consumer.startElement("", "page", "page", new
AttributesImpl());
---> do the interesting stuff to be sent to XSLT
}

Oh, by the way, another possibility: just read your XML file if it's
just one. And extract the chunks you need in the XSLT transform, with
XPath. The last could be the shorter.

Mmmm you are a student. I am an old man and I would say: bear in mind
that 'REST' is just another concept, sometimes java people like to make
things complicated... "Why make things simple and efficient if you can
make them complex and wonderful".
By the way, I will redirect this discussion to cocoon users.

Cheers,
Jos

On Sun, 2009-11-29 at 13:19 +0100, Johannes Lichtenberger wrote:

> On Sun, 2009-11-29 at 07:32 +0100, Jos Snellings wrote:
> > In the samples, a typical use of StringTemplate is shown: a page is to
> > be interpreted by the StringTemplate engine, and a number of properties
> > are passed via the hashtable.
> > The idea is that you would open a view on the object.
> > So,
> > - the query points to a resource
> > - the controller decodes what the resource is and what you want (view
> > it, update it?)
> > - the way to view it could be: pass my resource to a StringTemplate
> > invocation: new Page('stringtemplateinvocation',resource);
> >
> > However, I have not tried to elaborate this so far. Shall I post it when
> > i have a useable example?
>
> Yes it would be great. My concern is that I don't want to display a
> template page. I want to process the request (the parameters Google
> Earth sends when zooming in) and within my Generator query a native XML
> database system and built the algorithmic logic inside the generator
> (what data out of the shreddered xml file is needed and has to be
> transformed with an XSLT stylesheet). So I basically know how RESTful
> webservices work, but I don't know how to use cocoon3 in this case (I
> assume new Page(...) isn't the right thing to return when I just want to
> pass the request params to my generator. So I don't want to use
> StringTemplate in this case (but it's nontheless a great thing). So the
> query points to a controller, which decides that it's a GET request
> (view) and passes the parameters on to my generator (which I still have
> to write).
>
> Would be great if you or someone else could help me out (it's a project
> in a course of our university ;-) and I thought cocoon is great for this
> concern (get RESTful parameters, hand it on to a generator which selects
> the needed data out of a shreddered xml file according to the
> parameters, then transform the xml fragments with a XSLT stylesheet and
> serialize the result, so that Google Earth can use the KML fragments
> generated).
>
> Thank you,
> Johannes
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

FlowScript

2009-11-29T13:56:23Z

Hello,

is FlowScript obsolete in Cocoon3 (if using cocoon-controller and
cocoon-rest)? It seems it can't or at least really shouldn't be used in
a RESTful webservice and I think that's one of the main goals of
cocoon3?

I'm currently preparing a short presentation about cocoon and I think to
adhere to RESTful webservices is great (I'm not a huge fan of SOAP, but
maybe I have to read more about it).

Maybe I'll just describe the basics like pipelines and the sitemap (and
REST).

greetings,
Johannes

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon <-> Wicket integration

2009-11-27T00:41:43Z

On 26/11/09 10:33, Thorsten Scherler wrote:
> On Thu, 2009-11-26 at 09:16 +0100, Reinhard Pötz wrote:
>
>> If you are interested in a Cocoon<-> Wicket integration, see my mail
>> that I sent to the dev@cocoon list
>> http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the
>> discussion there!
>>
>
Excellent!

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-26T14:35:37Z

Jos Snellings wrote:
> I have seen these, they are in 'cocoon-optional', but how to configure
> in the pipeline?
> <map:serialize type="exhtml"/>
> or ehtml?

yes, ehtml, exhtml and exml.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-26T11:09:29Z

I have seen these, they are in 'cocoon-optional', but how to configure
in the pipeline?
<map:serialize type="exhtml"/>
or ehtml?
(are there new samples? I did not know)

On Thu, 2009-11-26 at 18:22 +0100, Reinhard Pötz wrote:

> Jos Snellings wrote:
> > Indeed, Robby, this is clearly the behaviour we are observing. But,
> > even if you avoid the minimized tags, I have the impression that the
> > XSLT step is converting empty tag pairs to minimized ones. Shouldn't
> > we avoid this, given the recommendation?
>
> Some weeks ago I added alternative serializers for HTML/XML/XHTML to
> Cocoon 3 trunk. Those take care of many of those tricky serialization
> problems. Look for "Encoding Serializers" in the samples.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-26T09:22:12Z

Jos Snellings wrote:
> Indeed, Robby, this is clearly the behaviour we are observing. But,
> even if you avoid the minimized tags, I have the impression that the
> XSLT step is converting empty tag pairs to minimized ones. Shouldn't
> we avoid this, given the recommendation?

Some weeks ago I added alternative serializers for HTML/XML/XHTML to
Cocoon 3 trunk. Those take care of many of those tricky serialization
problems. Look for "Encoding Serializers" in the samples.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Samples for Cocoon 2.2

2009-11-26T07:15:33Z

Found the problem at last! Could a developer please review the following and
update the SVN repository if appropriate? Thanks.

Please also consider putting instructions for running Samples for Cocoon 2.2
under Getting Started or somewhere obvious. Thanks.

I've updated the following two dependancies in trunk/parent/pom.xml from
1.0.0-SNAPSHOT to 1.0.1-SNAPSHOT so they correspond with:
/trunk/blocks/cocoon-serializers/cocoon-serializers-charsets/pom.xml and
/trunk/blocks/cocoon-serializers/cocoon-serializers-impl/pom.xml

<dependency>
<groupId>org.apache.cocoon</groupId>
<artifactId>cocoon-serializers-charsets</artifactId>
<version>1.0.1-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>org.apache.cocoon</groupId>
<artifactId>cocoon-serializers-impl</artifactId>
<version>1.0.1-SNAPSHOT</version>
</dependency>

Regards,
Peter.

On Thursday 26 Nov 2009, Peter Hargreaves wrote:

> Hi Folks,
>
> I'm still struggling on this one. I've tried a few jdks and settled on
> java-1.5.0-sun. I've also got my out of memory messages sorted. So, I'll
> start again to explain the remaining problem.
>
> >On this blog:
> >http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html you can
> >see step-by-step how to get the samples running.
> >
> >Regards,
> >
> >Job
>
> So, I've checkedout the source code from:
>
> http://svn.apache.org/repos/asf/cocoon/trunk.
>
> When I run either "mvn -P allblocks install -Dmaven.test.skip=true"
> or "./build.sh clean install" I now get the error message as below.
>
> If I look in my local repository I can see:
> /home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.
>0.0-SNAPSHOT/ maven-metadata-apache.snapshots.xml
> maven-metadata-gkossakowski-maven2.xml
>
> and also:
> /home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.
>0.1-SNAPSHOT/ cocoon-serializers-charsets-1.0.1-SNAPSHOT.jar
> cocoon-serializers-charsets-1.0.1-SNAPSHOT.pom
> maven-metadata-local.xml
>
> So, please advise best way to fix, or another approach to get Samples of
> 2.2 working.
>
> Many thanks,
> Peter.
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Portal Block Implementation
> [INFO] task-segment: [clean, install]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] [clean:clean {execution: default-clean}]
> [INFO] Deleting
> directory
> /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-por
>tal-impl/target [INFO] Deleting
> directory
> /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-por
>tal-impl/target/classes [INFO] Deleting
> directory
> /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-por
>tal-impl/target/test-classes [INFO] Deleting
> directory
> /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-por
>tal-impl/target/site [INFO] [enforcer:enforce-once {execution:
> enforce-maven}]
> [INFO] [resources:resources {execution: default-resources}]
> [WARNING] Using platform encoding (UTF-8 actually) to copy filtered
> resources, i.e. build is platform dependent!
> [INFO] Copying 7 resources
> [INFO] Copying 2 resources to META-INF
> Downloading:
> 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 [INFO] Unable to find
> resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
> in repository gkossakowski-maven2
> (http://people.apache.org/~gkossakowski/maven2/repository)
> Downloading:
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/coco
>on-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNA
>PSHOT.pom [INFO] Unable to find
> resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
> in repository apache.snapshots
> (http://people.apache.org/repo/m2-snapshot-repository)
> Downloading:
> 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 [INFO] Unable to find
> resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
> in repository gkossakowski-maven2
> (http://people.apache.org/~gkossakowski/maven2/repository)
> Downloading:
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/cocoon/coco
>on-serializers-charsets/1.0.0-SNAPSHOT/cocoon-serializers-charsets-1.0.0-SNA
>PSHOT.jar [INFO] Unable to find
> resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
> in repository apache.snapshots
> (http://people.apache.org/repo/m2-snapshot-repository)
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
>
> Missing:
> ----------
> 1) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT
>
> Try downloading the file manually from the project website.
>
> Then, install it using the command:
> mvn
> install:install-file -DgroupId=org.apache.cocoon
> -DartifactId=cocoon-serializers-charsets -Dversion=1.0.0-SNAPSHOT
> -Dpackaging=jar -Dfile=/path/to/file
>
> Alternatively, if you host your own repository you can deploy the file
> there:
> mvn
> 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]
>
> Path to dependency:
> 1) org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT
> 2) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT
>
> ----------
> 1 required artifact is missing.
>
> for artifact:
> org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT
>
> from the specified remote repositories:
> central (http://repo1.maven.org/maven2),
> gkossakowski-maven2
> (http://people.apache.org/~gkossakowski/maven2/repository),
> apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
>
>
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 3 minutes 8 seconds
> [INFO] Finished at: Thu Nov 26 12:09:02 GMT 2009
> [INFO] Final Memory: 172M/394M
> [INFO]
> ------------------------------------------------------------------------
> peter@asus-p2:~/Desktop/eclipse-workspace/trunk$
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Samples for Cocoon 2.2

2009-11-26T04:31:24Z

Hi Folks,

I'm still struggling on this one. I've tried a few jdks and settled on
java-1.5.0-sun. I've also got my out of memory messages sorted. So, I'll
start again to explain the remaining problem.

>On this blog:
>http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html you can
>see step-by-step how to get the samples running.
>
>Regards,
>
>Job

So, I've checkedout the source code from:

http://svn.apache.org/repos/asf/cocoon/trunk.

When I run either "mvn -P allblocks install -Dmaven.test.skip=true"
or "./build.sh clean install" I now get the error message as below.

If I look in my local repository I can see:
/home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.0-SNAPSHOT/
maven-metadata-apache.snapshots.xml
maven-metadata-gkossakowski-maven2.xml

and also:
/home/peter/.m2/repository/org/apache/cocoon/cocoon-serializers-charsets/1.0.1-SNAPSHOT/
cocoon-serializers-charsets-1.0.1-SNAPSHOT.jar
cocoon-serializers-charsets-1.0.1-SNAPSHOT.pom
maven-metadata-local.xml

So, please advise best way to fix, or another approach to get Samples of 2.2
working.

Many thanks,
Peter.

[INFO] ------------------------------------------------------------------------
[INFO] Building Portal Block Implementation
[INFO] task-segment: [clean, install]
[INFO] ------------------------------------------------------------------------
[INFO] [clean:clean {execution: default-clean}]
[INFO] Deleting
directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target
[INFO] Deleting
directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/classes
[INFO] Deleting
directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/test-classes
[INFO] Deleting
directory /home/peter/Desktop/eclipse-workspace/trunk/blocks/cocoon-portal/cocoon-portal-impl/target/site
[INFO] [enforcer:enforce-once {execution: enforce-maven}]
[INFO] [resources:resources {execution: default-resources}]
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources,
i.e. build is platform dependent!
[INFO] Copying 7 resources
[INFO] Copying 2 resources to META-INF
Downloading:
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
[INFO] Unable to find
resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
in repository gkossakowski-maven2
(http://people.apache.org/~gkossakowski/maven2/repository)
Downloading:
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
[INFO] Unable to find
resource 'org.apache.cocoon:cocoon-serializers-charsets:pom:1.0.0-SNAPSHOT'
in repository apache.snapshots
(http://people.apache.org/repo/m2-snapshot-repository)
Downloading:
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
[INFO] Unable to find
resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
in repository gkossakowski-maven2
(http://people.apache.org/~gkossakowski/maven2/repository)
Downloading:
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
[INFO] Unable to find
resource 'org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT'
in repository apache.snapshots
(http://people.apache.org/repo/m2-snapshot-repository)
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to resolve artifact.

Missing:
----------
1) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT

Try downloading the file manually from the project website.

Then, install it using the command:
mvn
install:install-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-serializers-charsets -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file
there:
mvn
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]

Path to dependency:
1) org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT
2) org.apache.cocoon:cocoon-serializers-charsets:jar:1.0.0-SNAPSHOT

----------
1 required artifact is missing.

for artifact:
org.apache.cocoon:cocoon-portal-impl:jar:1.0.0-SNAPSHOT

from the specified remote repositories:
central (http://repo1.maven.org/maven2),
gkossakowski-maven2
(http://people.apache.org/~gkossakowski/maven2/repository),
apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)

[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3 minutes 8 seconds
[INFO] Finished at: Thu Nov 26 12:09:02 GMT 2009
[INFO] Final Memory: 172M/394M
[INFO] ------------------------------------------------------------------------
peter@asus-p2:~/Desktop/eclipse-workspace/trunk$

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon <-> Wicket integration

2009-11-26T02:33:19Z

On Thu, 2009-11-26 at 09:16 +0100, Reinhard Pötz wrote:
> If you are interested in a Cocoon <-> Wicket integration, see my mail
> that I sent to the dev@cocoon list
> http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the
> discussion there!

Very nice Reinhard, that is awesome news. :)

Thanks you very much!

salu2

>
--
Thorsten Scherler <thorsten.at.apache.org>
Open Source Java <consulting, training and solutions>

Sociedad Andaluza para el Desarrollo de la Sociedad
de la Información, S.A.U. (SADESI)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon <-> Wicket integration

2009-11-26T01:56:20Z

>
> If you are interested in a Cocoon <-> Wicket integration, see my mail
> that I sent to the dev@cocoon list
> http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the
> discussion there!
Thanks Reinhard, it will be really helpful..... :-)

Reinhard Pötz wrote:
> If you are interested in a Cocoon <-> Wicket integration, see my mail
> that I sent to the dev@cocoon list
> http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the
> discussion there!
>
>

--
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Thanks & Regards,
Anish Sneh

Cocoon <-> Wicket integration

2009-11-26T00:16:44Z

If you are interested in a Cocoon <-> Wicket integration, see my mail
that I sent to the dev@cocoon list
http://cocoon.markmail.org/message/dn3wj65bn3hikvhr and join the
discussion there!

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

RE: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-25T08:11:51Z

Indeed, Robby, this is clearly the behaviour we are observing.
But, even if you avoid the minimized tags, I have the impression
that the XSLT step is converting empty tag pairs to minimized ones.
Shouldn't we avoid this, given the recommendation?

Jos

On Wed, 2009-11-25 at 17:02 +0100, Robby Pelssers wrote:

> Some article explains a bit more:
>
>
> http://forums.mozillazine.org/viewtopic.php?f=25&t=297285
>
> 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.
>
> 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.
>
> 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.
>
>
>
> -----Original Message-----
> From: Robby Pelssers [mailto:robby.pelssers@...]
> Sent: Wednesday, November 25, 2009 4:58 PM
> To: users@...
> Subject: RE: cocoon 3: xslt and pickup java scripts: Firebug
>
> I've seen this behavior for other tags as well...
>
> For instance with empty <div> tags
>
> In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.
>
>
> Kind regards,
> Robby
>
> -----Original Message-----
> From: Jos Snellings [mailto:Jos.Snellings@...]
> Sent: Wednesday, November 25, 2009 4:51 PM
> To: users@...
> Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug
>
> Hi !
>
> Here is what Firebug has to tell:
> when an xhtml serializer is selected, this is the output:
>
> <script src="/thesaurus/js/jquery.js" type="text/javascript"/>
> <script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
> <script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
> <script type="text/javascript">
> $(function() {
> $("#tree").treeview({
> collapsed: true,
> animated: "medium",
> control:"#sidetreecontrol",
> persist: "location"
> });
> })
>
> </script>
> ---------------------------------------
> Firefox sees only the first javascript.
> By the way: in het xslt rule the script tags are:
> <script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
> but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
> -------------------------------------------------
> A DOM inspection confirms this:
> It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.
>
>
> I haven't tested with other browsers.
> Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.
>
> Kind regards,
> Jos
>
>
> On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:
> > I was about to do that, it really points in the direction of firefox.
> > I will let you know
> >
> >
> > On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
> > > Jos Snellings wrote:
> > > > Hello !
> > > >
> > > > I have a strange observation to share:
> > > > "when multiple javascripts are included in an XSLT transformation, to
> > > > land in the <head> of an html page, it is observed that some are never
> > > > fetched, by FireFox 3.5.5 (Ubuntu)."
> > > >
> > > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
> > > > <map:pipeline type="async-caching">
> > > > <map:match pattern="images/{name}.jpg">
> > > > <map:read src="presentation/images/{map:name}.jpg"
> > > > mime-type="image/jpeg" />
> > > > </map:match>
> > > > <map:match pattern="images/{name}.gif">
> > > > <map:read src="presentation/images/{map:name}.gif"
> > > > mime-type="image/gif" />
> > > > </map:match>
> > > > <map:match pattern="css/{name}.css">
> > > > <map:read src="presentation/style/{map:name}.css"
> > > > mime-type="text/css" />
> > > > </map:match>
> > > > <map:match pattern="css/images/{name}">
> > > > <map:read src="presentation/style/images/{map:name}"
> > > > mime-type="image/png" />
> > > > </map:match>
> > > > <map:match pattern="js/{name}.js">
> > > > <map:read src="presentation/javascript/{map:name}.js" />
> > > > </map:match>
> > > >
> > > > ----------------------------------------------------------------------------------
> > > > <xsl:template match="/">
> > > > <html>
> > > > <head>
> > > > <title> Herein Thesaurus </title>
> > > >
> > > > <link rel="stylesheet" type="text/css"
> > > > href="/thesaurus/css/herein.css"/>
> > > > <link rel="stylesheet" type="text/css"
> > > > href="/thesaurus/css/jquery_treeview.css"/>
> > > >
> > > > <script type="text/javascript"
> > > > src="/thesaurus/js/jquery.js"></script>
> > > > <script type="text/javascript"
> > > > src="/thesaurus/js/jquery_cookie.js"></script>
> > > > <script type="text/javascript"
> > > > src="/thesaurus/js/jquery_treeview.js"></script>
> > > >
> > > > <script type="text/javascript"
> > > > src="/thesaurus/js/thesaurus.js"></script>
> > > >
> > > > <script type="text/javascript">
> > > >
> > > > $(function() {
> > > > $("#tree").treeview({
> > > > collapsed: true,
> > > > animated: "medium",
> > > > control:"#sidetreecontrol",
> > > > persist: "location"
> > > > });
> > > > })
> > > >
> > > > </script>
> > > > </head>
> > > > ---------------------------------------------------------------------------------------------------------
> > > > I detailed the log to debug level for the cocoon output, and, to my
> > > > amazement, I find that the pipeline does not react at all: javascripts
> > > > jquery_treeview and jquery_cookie are never fetched.
> > > >
> > > > ----------------------------------------------------------------------------------------------------------
> > > > Observation: when I place the same html under the form of a static html
> > > > page, all the scripts are nicely fetched.
> > > >
> > > >
> > > > What could be the cause of this - admittedly strange - phenomenon?
> > > > Anybody observed a similar test case?
> > > >
> > > > Reinhard, as you make heavy use of rich client javascripting, do you
> > > > know about this?
> > > > Am I overlooking something essential?
> > > > I see no reason why the result of a xslt transformation would behave
> > > > different, so obviously I am.
> > >
> > > This sounds like some browser caching issue.
> > > Have you used Firebug to track down the problem?
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@...
> > For additional commands, e-mail: users-help@...
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

RE: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-25T08:02:18Z

Some article explains a bit more:

http://forums.mozillazine.org/viewtopic.php?f=25&t=297285

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.

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.

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.

-----Original Message-----
From: Robby Pelssers [mailto:robby.pelssers@...]
Sent: Wednesday, November 25, 2009 4:58 PM
To: users@...
Subject: RE: cocoon 3: xslt and pickup java scripts: Firebug

I've seen this behavior for other tags as well...

For instance with empty <div> tags

In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.

Kind regards,
Robby

-----Original Message-----
From: Jos Snellings [mailto:Jos.Snellings@...]
Sent: Wednesday, November 25, 2009 4:51 PM
To: users@...
Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug

Hi !

Here is what Firebug has to tell:
when an xhtml serializer is selected, this is the output:

<script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<script type="text/javascript">
$(function() {
$("#tree").treeview({
collapsed: true,
animated: "medium",
control:"#sidetreecontrol",
persist: "location"
});
})

</script>
---------------------------------------
Firefox sees only the first javascript.
By the way: in het xslt rule the script tags are:
<script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
-------------------------------------------------
A DOM inspection confirms this:
It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.

I haven't tested with other browsers.
Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.

Kind regards,
Jos

On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:

> I was about to do that, it really points in the direction of firefox.
> I will let you know
>
>
> On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:
> > Jos Snellings wrote:
> > > Hello !
> > >
> > > I have a strange observation to share:
> > > "when multiple javascripts are included in an XSLT transformation, to
> > > land in the <head> of an html page, it is observed that some are never
> > > fetched, by FireFox 3.5.5 (Ubuntu)."
> > >
> > > I clarify: exerpt 1: from sitemap, pipeline for static resources:
> > > <map:pipeline type="async-caching">
> > > <map:match pattern="images/{name}.jpg">
> > > <map:read src="presentation/images/{map:name}.jpg"
> > > mime-type="image/jpeg" />
> > > </map:match>
> > > <map:match pattern="images/{name}.gif">
> > > <map:read src="presentation/images/{map:name}.gif"
> > > mime-type="image/gif" />
> > > </map:match>
> > > <map:match pattern="css/{name}.css">
> > > <map:read src="presentation/style/{map:name}.css"
> > > mime-type="text/css" />
> > > </map:match>
> > > <map:match pattern="css/images/{name}">
> > > <map:read src="presentation/style/images/{map:name}"
> > > mime-type="image/png" />
> > > </map:match>
> > > <map:match pattern="js/{name}.js">
> > > <map:read src="presentation/javascript/{map:name}.js" />
> > > </map:match>
> > >
> > > ----------------------------------------------------------------------------------
> > > <xsl:template match="/">
> > > <html>
> > > <head>
> > > <title> Herein Thesaurus </title>
> > >
> > > <link rel="stylesheet" type="text/css"
> > > href="/thesaurus/css/herein.css"/>
> > > <link rel="stylesheet" type="text/css"
> > > href="/thesaurus/css/jquery_treeview.css"/>
> > >
> > > <script type="text/javascript"
> > > src="/thesaurus/js/jquery.js"></script>
> > > <script type="text/javascript"
> > > src="/thesaurus/js/jquery_cookie.js"></script>
> > > <script type="text/javascript"
> > > src="/thesaurus/js/jquery_treeview.js"></script>
> > >
> > > <script type="text/javascript"
> > > src="/thesaurus/js/thesaurus.js"></script>
> > >
> > > <script type="text/javascript">
> > >
> > > $(function() {
> > > $("#tree").treeview({
> > > collapsed: true,
> > > animated: "medium",
> > > control:"#sidetreecontrol",
> > > persist: "location"
> > > });
> > > })
> > >
> > > </script>
> > > </head>
> > > ---------------------------------------------------------------------------------------------------------
> > > I detailed the log to debug level for the cocoon output, and, to my
> > > amazement, I find that the pipeline does not react at all: javascripts
> > > jquery_treeview and jquery_cookie are never fetched.
> > >
> > > ----------------------------------------------------------------------------------------------------------
> > > Observation: when I place the same html under the form of a static html
> > > page, all the scripts are nicely fetched.
> > >
> > >
> > > What could be the cause of this - admittedly strange - phenomenon?
> > > Anybody observed a similar test case?
> > >
> > > Reinhard, as you make heavy use of rich client javascripting, do you
> > > know about this?
> > > Am I overlooking something essential?
> > > I see no reason why the result of a xslt transformation would behave
> > > different, so obviously I am.
> >
> > This sounds like some browser caching issue.
> > Have you used Firebug to track down the problem?
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

RE: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-25T07:57:47Z

I've seen this behavior for other tags as well...

For instance with empty <div> tags

In that case subsequent tags are sometimes treated as children of the empty preceding <div> tag.

Kind regards,
Robby

-----Original Message-----
From: Jos Snellings [mailto:Jos.Snellings@...]
Sent: Wednesday, November 25, 2009 4:51 PM
To: users@...
Subject: Re: cocoon 3: xslt and pickup java scripts: Firebug

Hi !

Here is what Firebug has to tell:
when an xhtml serializer is selected, this is the output:

<script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<script type="text/javascript">
$(function() {
$("#tree").treeview({
collapsed: true,
animated: "medium",
control:"#sidetreecontrol",
persist: "location"
});
})

</script>
---------------------------------------
Firefox sees only the first javascript.
By the way: in het xslt rule the script tags are:
<script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
-------------------------------------------------
A DOM inspection confirms this:
It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.

I haven't tested with other browsers.
Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.

Kind regards,
Jos

On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts: Firebug

2009-11-25T07:51:00Z

Hi !

Here is what Firebug has to tell:
when an xhtml serializer is selected, this is the output:

<script src="/thesaurus/js/jquery.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_cookie.js" type="text/javascript"/>
<script src="/thesaurus/js/jquery_treeview.js" type="text/javascript"/>
<script type="text/javascript">
$(function() {
$("#tree").treeview({
collapsed: true,
animated: "medium",
control:"#sidetreecontrol",
persist: "location"
});
})

</script>
---------------------------------------
Firefox sees only the first javascript.
By the way: in het xslt rule the script tags are:
<script src="/thesaurus/js/jquery.js" type="text/javascript"></script>
but these are converted to single elements <script/>, and it looks as if Firefox has a problem.
-------------------------------------------------
A DOM inspection confirms this:
It looks as if the subsequent script tags are regarded as sub-elements of the first script tag.

I haven't tested with other browsers.
Is this to be considered as an issue? Fact is that the produced xhtml is valid and *should* work.

Kind regards,
Jos

On Wed, 2009-11-25 at 13:16 +0100, Jos Snellings wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts

2009-11-25T04:19:29Z

Hi Glen,

Just a very quick test (I have to leave in a minute)
shows that your trick works.
Thank you very much for sharing it. Now it remains to find out why
xhtml shows this behaviour and whether it is only a firefox issue or
not.

Jos

On Wed, 2009-11-25 at 11:32 +0000, Glen Robson wrote:

> Hi,
>
> I don't know if its related but I have had problems with firefox and
> javascript if the serializer was set to return xhtml. As soon as I set
> the serializer to html the javascript seems to work OK.
>
> Thanks
>
> Glen
>
> On 25 Nov 2009, at 10:59, Jos Snellings wrote:
>
> > Hello !
> >
> > I have a strange observation to share:
> > "when multiple javascripts are included in an XSLT transformation, to
> > land in the <head> of an html page, it is observed that some are never
> > fetched, by FireFox 3.5.5 (Ubuntu)."
> >
> > I clarify: exerpt 1: from sitemap, pipeline for static resources:
> > <map:pipeline type="async-caching">
> > <map:match pattern="images/{name}.jpg">
> > <map:read src="presentation/images/{map:name}.jpg"
> > mime-type="image/jpeg" />
> > </map:match>
> > <map:match pattern="images/{name}.gif">
> > <map:read src="presentation/images/{map:name}.gif"
> > mime-type="image/gif" />
> > </map:match>
> > <map:match pattern="css/{name}.css">
> > <map:read src="presentation/style/{map:name}.css"
> > mime-type="text/css" />
> > </map:match>
> > <map:match pattern="css/images/{name}">
> > <map:read src="presentation/style/images/{map:name}"
> > mime-type="image/png" />
> > </map:match>
> > <map:match pattern="js/{name}.js">
> > <map:read src="presentation/javascript/{map:name}.js" />
> > </map:match>
> >
> > ----------------------------------------------------------------------------------
> > <xsl:template match="/">
> > <html>
> > <head>
> > <title> Herein Thesaurus </title>
> >
> > <link rel="stylesheet" type="text/css"
> > href="/thesaurus/css/herein.css"/>
> > <link rel="stylesheet" type="text/css"
> > href="/thesaurus/css/jquery_treeview.css"/>
> >
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery.js"></script>
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery_cookie.js"></script>
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery_treeview.js"></script>
> >
> > <script type="text/javascript"
> > src="/thesaurus/js/thesaurus.js"></script>
> >
> > <script type="text/javascript">
> >
> > $(function() {
> > $("#tree").treeview({
> > collapsed: true,
> > animated: "medium",
> > control:"#sidetreecontrol",
> > persist: "location"
> > });
> > })
> >
> > </script>
> > </head>
> > ---------------------------------------------------------------------------------------------------------
> > I detailed the log to debug level for the cocoon output, and, to my
> > amazement, I find that the pipeline does not react at all: javascripts
> > jquery_treeview and jquery_cookie are never fetched.
> >
> > ----------------------------------------------------------------------------------------------------------
> > Observation: when I place the same html under the form of a static
> > html
> > page, all the scripts are nicely fetched.
> >
> >
> > What could be the cause of this - admittedly strange - phenomenon?
> > Anybody observed a similar test case?
> >
> > Reinhard, as you make heavy use of rich client javascripting, do you
> > know about this?
> > Am I overlooking something essential?
> > I see no reason why the result of a xslt transformation would behave
> > different, so obviously I am.
> >
> > Kind regards,
> > Jos
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@...
> > For additional commands, e-mail: users-help@...
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts

2009-11-25T04:16:15Z

I was about to do that, it really points in the direction of firefox.
I will let you know

On Wed, 2009-11-25 at 12:44 +0100, Reinhard Pötz wrote:

> Jos Snellings wrote:
> > Hello !
> >
> > I have a strange observation to share:
> > "when multiple javascripts are included in an XSLT transformation, to
> > land in the <head> of an html page, it is observed that some are never
> > fetched, by FireFox 3.5.5 (Ubuntu)."
> >
> > I clarify: exerpt 1: from sitemap, pipeline for static resources:
> > <map:pipeline type="async-caching">
> > <map:match pattern="images/{name}.jpg">
> > <map:read src="presentation/images/{map:name}.jpg"
> > mime-type="image/jpeg" />
> > </map:match>
> > <map:match pattern="images/{name}.gif">
> > <map:read src="presentation/images/{map:name}.gif"
> > mime-type="image/gif" />
> > </map:match>
> > <map:match pattern="css/{name}.css">
> > <map:read src="presentation/style/{map:name}.css"
> > mime-type="text/css" />
> > </map:match>
> > <map:match pattern="css/images/{name}">
> > <map:read src="presentation/style/images/{map:name}"
> > mime-type="image/png" />
> > </map:match>
> > <map:match pattern="js/{name}.js">
> > <map:read src="presentation/javascript/{map:name}.js" />
> > </map:match>
> >
> > ----------------------------------------------------------------------------------
> > <xsl:template match="/">
> > <html>
> > <head>
> > <title> Herein Thesaurus </title>
> >
> > <link rel="stylesheet" type="text/css"
> > href="/thesaurus/css/herein.css"/>
> > <link rel="stylesheet" type="text/css"
> > href="/thesaurus/css/jquery_treeview.css"/>
> >
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery.js"></script>
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery_cookie.js"></script>
> > <script type="text/javascript"
> > src="/thesaurus/js/jquery_treeview.js"></script>
> >
> > <script type="text/javascript"
> > src="/thesaurus/js/thesaurus.js"></script>
> >
> > <script type="text/javascript">
> >
> > $(function() {
> > $("#tree").treeview({
> > collapsed: true,
> > animated: "medium",
> > control:"#sidetreecontrol",
> > persist: "location"
> > });
> > })
> >
> > </script>
> > </head>
> > ---------------------------------------------------------------------------------------------------------
> > I detailed the log to debug level for the cocoon output, and, to my
> > amazement, I find that the pipeline does not react at all: javascripts
> > jquery_treeview and jquery_cookie are never fetched.
> >
> > ----------------------------------------------------------------------------------------------------------
> > Observation: when I place the same html under the form of a static html
> > page, all the scripts are nicely fetched.
> >
> >
> > What could be the cause of this - admittedly strange - phenomenon?
> > Anybody observed a similar test case?
> >
> > Reinhard, as you make heavy use of rich client javascripting, do you
> > know about this?
> > Am I overlooking something essential?
> > I see no reason why the result of a xslt transformation would behave
> > different, so obviously I am.
>
> This sounds like some browser caching issue.
> Have you used Firebug to track down the problem?
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts

2009-11-25T03:44:19Z

Jos Snellings wrote:

> Hello !
>
> I have a strange observation to share:
> "when multiple javascripts are included in an XSLT transformation, to
> land in the <head> of an html page, it is observed that some are never
> fetched, by FireFox 3.5.5 (Ubuntu)."
>
> I clarify: exerpt 1: from sitemap, pipeline for static resources:
> <map:pipeline type="async-caching">
> <map:match pattern="images/{name}.jpg">
> <map:read src="presentation/images/{map:name}.jpg"
> mime-type="image/jpeg" />
> </map:match>
> <map:match pattern="images/{name}.gif">
> <map:read src="presentation/images/{map:name}.gif"
> mime-type="image/gif" />
> </map:match>
> <map:match pattern="css/{name}.css">
> <map:read src="presentation/style/{map:name}.css"
> mime-type="text/css" />
> </map:match>
> <map:match pattern="css/images/{name}">
> <map:read src="presentation/style/images/{map:name}"
> mime-type="image/png" />
> </map:match>
> <map:match pattern="js/{name}.js">
> <map:read src="presentation/javascript/{map:name}.js" />
> </map:match>
>
> ----------------------------------------------------------------------------------
> <xsl:template match="/">
> <html>
> <head>
> <title> Herein Thesaurus </title>
>
> <link rel="stylesheet" type="text/css"
> href="/thesaurus/css/herein.css"/>
> <link rel="stylesheet" type="text/css"
> href="/thesaurus/css/jquery_treeview.css"/>
>
> <script type="text/javascript"
> src="/thesaurus/js/jquery.js"></script>
> <script type="text/javascript"
> src="/thesaurus/js/jquery_cookie.js"></script>
> <script type="text/javascript"
> src="/thesaurus/js/jquery_treeview.js"></script>
>
> <script type="text/javascript"
> src="/thesaurus/js/thesaurus.js"></script>
>
> <script type="text/javascript">
>
> $(function() {
> $("#tree").treeview({
> collapsed: true,
> animated: "medium",
> control:"#sidetreecontrol",
> persist: "location"
> });
> })
>
> </script>
> </head>
> ---------------------------------------------------------------------------------------------------------
> I detailed the log to debug level for the cocoon output, and, to my
> amazement, I find that the pipeline does not react at all: javascripts
> jquery_treeview and jquery_cookie are never fetched.
>
> ----------------------------------------------------------------------------------------------------------
> Observation: when I place the same html under the form of a static html
> page, all the scripts are nicely fetched.
>
>
> What could be the cause of this - admittedly strange - phenomenon?
> Anybody observed a similar test case?
>
> Reinhard, as you make heavy use of rich client javascripting, do you
> know about this?
> Am I overlooking something essential?
> I see no reason why the result of a xslt transformation would behave
> different, so obviously I am.

This sounds like some browser caching issue.
Have you used Firebug to track down the problem?

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: cocoon 3: xslt and pickup java scripts

2009-11-25T03:32:25Z

Hi,

I don't know if its related but I have had problems with firefox and
javascript if the serializer was set to return xhtml. As soon as I set
the serializer to html the javascript seems to work OK.

Thanks

Glen

On 25 Nov 2009, at 10:59, Jos Snellings wrote:

> Hello !
>
> I have a strange observation to share:
> "when multiple javascripts are included in an XSLT transformation, to
> land in the <head> of an html page, it is observed that some are never
> fetched, by FireFox 3.5.5 (Ubuntu)."
>
> I clarify: exerpt 1: from sitemap, pipeline for static resources:
> <map:pipeline type="async-caching">
> <map:match pattern="images/{name}.jpg">
> <map:read src="presentation/images/{map:name}.jpg"
> mime-type="image/jpeg" />
> </map:match>
> <map:match pattern="images/{name}.gif">
> <map:read src="presentation/images/{map:name}.gif"
> mime-type="image/gif" />
> </map:match>
> <map:match pattern="css/{name}.css">
> <map:read src="presentation/style/{map:name}.css"
> mime-type="text/css" />
> </map:match>
> <map:match pattern="css/images/{name}">
> <map:read src="presentation/style/images/{map:name}"
> mime-type="image/png" />
> </map:match>
> <map:match pattern="js/{name}.js">
> <map:read src="presentation/javascript/{map:name}.js" />
> </map:match>
>
> ----------------------------------------------------------------------------------
> <xsl:template match="/">
> <html>
> <head>
> <title> Herein Thesaurus </title>
>
> <link rel="stylesheet" type="text/css"
> href="/thesaurus/css/herein.css"/>
> <link rel="stylesheet" type="text/css"
> href="/thesaurus/css/jquery_treeview.css"/>
>
> <script type="text/javascript"
> src="/thesaurus/js/jquery.js"></script>
> <script type="text/javascript"
> src="/thesaurus/js/jquery_cookie.js"></script>
> <script type="text/javascript"
> src="/thesaurus/js/jquery_treeview.js"></script>
>
> <script type="text/javascript"
> src="/thesaurus/js/thesaurus.js"></script>
>
> <script type="text/javascript">
>
> $(function() {
> $("#tree").treeview({
> collapsed: true,
> animated: "medium",
> control:"#sidetreecontrol",
> persist: "location"
> });
> })
>
> </script>
> </head>
> ---------------------------------------------------------------------------------------------------------
> I detailed the log to debug level for the cocoon output, and, to my
> amazement, I find that the pipeline does not react at all: javascripts
> jquery_treeview and jquery_cookie are never fetched.
>
> ----------------------------------------------------------------------------------------------------------
> Observation: when I place the same html under the form of a static
> html
> page, all the scripts are nicely fetched.
>
>
> What could be the cause of this - admittedly strange - phenomenon?
> Anybody observed a similar test case?
>
> Reinhard, as you make heavy use of rich client javascripting, do you
> know about this?
> Am I overlooking something essential?
> I see no reason why the result of a xslt transformation would behave
> different, so obviously I am.
>
> Kind regards,
> Jos
>
>
>
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

cocoon 3: xslt and pickup java scripts

2009-11-25T02:59:51Z

Hello !

I have a strange observation to share:
"when multiple javascripts are included in an XSLT transformation, to
land in the <head> of an html page, it is observed that some are never
fetched, by FireFox 3.5.5 (Ubuntu)."

I clarify: exerpt 1: from sitemap, pipeline for static resources:
<map:pipeline type="async-caching">
<map:match pattern="images/{name}.jpg">
<map:read src="presentation/images/{map:name}.jpg"
mime-type="image/jpeg" />
</map:match>
<map:match pattern="images/{name}.gif">
<map:read src="presentation/images/{map:name}.gif"
mime-type="image/gif" />
</map:match>
<map:match pattern="css/{name}.css">
<map:read src="presentation/style/{map:name}.css"
mime-type="text/css" />
</map:match>
<map:match pattern="css/images/{name}">
<map:read src="presentation/style/images/{map:name}"
mime-type="image/png" />
</map:match>
<map:match pattern="js/{name}.js">
<map:read src="presentation/javascript/{map:name}.js" />
</map:match>

----------------------------------------------------------------------------------
<xsl:template match="/">
<html>
<head>
<title> Herein Thesaurus </title>

<link rel="stylesheet" type="text/css"
href="/thesaurus/css/herein.css"/>
<link rel="stylesheet" type="text/css"
href="/thesaurus/css/jquery_treeview.css"/>

<script type="text/javascript"
src="/thesaurus/js/jquery.js"></script>
<script type="text/javascript"
src="/thesaurus/js/jquery_cookie.js"></script>
<script type="text/javascript"
src="/thesaurus/js/jquery_treeview.js"></script>

<script type="text/javascript"
src="/thesaurus/js/thesaurus.js"></script>

<script type="text/javascript">

$(function() {
$("#tree").treeview({
collapsed: true,
animated: "medium",
control:"#sidetreecontrol",
persist: "location"
});
})

</script>
</head>
---------------------------------------------------------------------------------------------------------
I detailed the log to debug level for the cocoon output, and, to my
amazement, I find that the pipeline does not react at all: javascripts
jquery_treeview and jquery_cookie are never fetched.

----------------------------------------------------------------------------------------------------------
Observation: when I place the same html under the form of a static html
page, all the scripts are nicely fetched.

What could be the cause of this - admittedly strange - phenomenon?
Anybody observed a similar test case?

Reinhard, as you make heavy use of rich client javascripting, do you
know about this?
Am I overlooking something essential?
I see no reason why the result of a xslt transformation would behave
different, so obviously I am.

Kind regards,
Jos

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Add custom servlet on cocoon 2.2.0 startup

2009-11-24T12:19:26Z

2009/11/24 Gintare Ragaisiene <gintare.ragaisiene@...>

Hi,

   I need to initialize a servlet like

public class TestServlet extends HttpServlet{

    @Override
    public void init(ServletConfig config) throws ServletException {
        super.init(config);

        System.out.println("TestServlet");
    }

}

on cocoon 2.2 startup.

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.

I think 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:

<servlet:context mount-path="/myBlock1" context-path="blockcontext:/myBlock1/"/>

</bean>

It may work. I'm not too familiar with the servlet service framework, and I haven't tested this. :-(

-Dom

Re: Missing Artifact - cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT

2009-11-24T06:22:05Z

I don't suppose you are running a unit test so it seems to me you
should only be needing the block I mentioned.

Atleast thats what I gather from
http://cocoon.apache.org/2.2/core-modules/core/2.2/dependencies.html

regards,

job

On Tue, Nov 24, 2009 at 12:28 PM, Peter Hargreaves
<peter@...> wrote:

> On Tuesday 24 Nov 2009, Job van Ommen wrote:
>> http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit
>>emap-impl/
>>
>> Can't use that one?
> Not sure what you mean?
> Peter.
>>
>> On Tue, Nov 24, 2009 at 10:17 AM, Peter Hargreaves
>>
>> <peter@...> wrote:
>> > Hi folks,
>> >
>> > Wanted dead or alive - have you seen this artifact?
>> >
>> > I'm trying to run the samples. I've checkedout the source code from:
>> >
>> > http://svn.apache.org/repos/asf/cocoon/trunk.
>> >
>> > When I:
>> >
>> > mvn -P allblocks install -Dmaven.test.skip=true
>> >
>> > I get error message as below, but I can't find the artifact on the
>> > project website.
>> >
>> > I must be missing the point so, please could someone advise best way to
>> > fix.
>> >
>> > Many thanks,
>> > Peter.
>> >
>> > Missing:
>> > ----------
>> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
>> >
>> > Try downloading the file manually from the project website.
>> >
>> > Then, install it using the command:
>> > mvn
>> > install:install-file -DgroupId=org.apache.cocoon
>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
>> >
>> > Alternatively, if you host your own repository you can deploy the file
>> > there:
>> > mvn
>> > deploy:deploy-file -DgroupId=org.apache.cocoon
>> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
>> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
>> > -DrepositoryId=[id]
>> >
>> > Path to dependency:
>> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
>> > 2)
>> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
>> >
>> > ----------
>> > 1 required artifact is missing.
>> >
>> > for artifact:
>> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
>> >
>> > from the specified remote repositories:
>> > apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>> > central (http://repo1.maven.org/maven2),
>> > gkossakowski-maven2
>> > (http://people.apache.org/~gkossakowski/maven2/repository)
>> >
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@...
>> > For additional commands, e-mail: users-help@...
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon 3 and Cforms

2009-11-24T05:15:59Z

Robby Pelssers wrote:

> Hi Reinhard (and others),
>
> 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...
>
> 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.

I'm a Mootools fan and have written an own integration layer that does
all the RESTful communication with the server running C3. Unfortunately
I can't publish it because all this stuff is too much tied with the
business logic and I don't have the time to split it up.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon 3 and Cforms

2009-11-24T05:12:42Z

Florent André wrote:

> On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <reinhard@...>
> wrote:
>> Florent André wrote:
>>> Hi all, hi Reinhard,
>>>
>>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>>> framework." [1]
>>>
>>> Does it mean that there will not have Cforms / Xforms solutions in
> Cocoon
>>> 3
>>> ?>
>>> And what about continuations (closely linked to forms no ?) ?
>>
>> It's my *personal* opinion that currently Wicket offers the best
>> solution for Java-based web form development in most cases. Recently I
>> was convinced that there are some cases where cForms have advantages but
>> these are edge cases IMHO.
>
> Ok, thanks
> I just ask this question because I found Cform concept very "sexy", but I'm
> not as involved in for well see limitations...
>
> There is a simple way to integrate Wicket and Cocoon 3 ?
> If yes, could you give some pointers ? Add a sample in the future will be
> very useful for simple user like me, I think.

I've almost finished a first prototype and will commit it soon to SVN. I
will also start a discussion about it some time this week.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon 3 and Cforms

2009-11-24T05:01:45Z

Robby Pelssers wrote:
> Hi Reinhard (and others),
>
> 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...
>
> 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.
>
How about Dojo: http://dojotoolkit.org/

> Kind regards,
> Robby
>
> -----Original Message-----
> From: Reinhard Pötz [mailto:reinhard@...]
> Sent: Tuesday, November 24, 2009 12:26 PM
> To: users@...
> Subject: Re: Cocoon 3 and Cforms
>
> Florent André wrote:
>
>> Hi all, hi Reinhard,
>>
>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>> framework." [1]
>>
>> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
>> ?>
>> And what about continuations (closely linked to forms no ?) ?
>>
>
>
> It's my *personal* opinion that currently Wicket offers the best
> solution for Java-based web form development in most cases. Recently I
> was convinced that there are some cases where cForms have advantages but
> these are edge cases IMHO.
>
> I use Cocoon to build RESTful web applications with strong Javascript
> clients running in the browser and all the form handling is done there.
> So for me there's no need of cForms/continuations any longer and
> therefore I don't invest time in any migration efforts. But as I said in
> the beginning of the mail, that's my personal opinion and if it makes
> sense to others a migration should be possible.
>
>

--
Andre H. Juffer | Phone: +358-8-553 1161
Biocenter Oulu and | Fax: +358-8-553-1141
Department of Biochemistry | Email: andre.juffer@...
University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
StruBioCat | WWW: www.strubiocat.oulu.fi
NordProt | WWW: www.nordprot.org
Triacle Biocomputing | WWW: www.triacle-bc.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Add custom servlet on cocoon 2.2.0 startup

2009-11-24T04:50:38Z

Hi,

   I need to initialize a servlet like

public class TestServlet extends HttpServlet{

    @Override
    public void init(ServletConfig config) throws ServletException {
        super.init(config);

        System.out.println("TestServlet");
    }

}

on cocoon 2.2 startup.

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.

Thanks,
Gintare

RE: Cocoon 3 and Cforms

2009-11-24T04:46:33Z

Hi Reinhard (and others),

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...

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.

Kind regards,
Robby

-----Original Message-----
From: Reinhard Pötz [mailto:reinhard@...]
Sent: Tuesday, November 24, 2009 12:26 PM
To: users@...
Subject: Re: Cocoon 3 and Cforms

Florent André wrote:
> Hi all, hi Reinhard,
>
> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
> framework." [1]
>
> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
> ?>
> And what about continuations (closely linked to forms no ?) ?

It's my *personal* opinion that currently Wicket offers the best
solution for Java-based web form development in most cases. Recently I
was convinced that there are some cases where cForms have advantages but
these are edge cases IMHO.

I use Cocoon to build RESTful web applications with strong Javascript
clients running in the browser and all the form handling is done there.
So for me there's no need of cForms/continuations any longer and
therefore I don't invest time in any migration efforts. But as I said in
the beginning of the mail, that's my personal opinion and if it makes
sense to others a migration should be possible.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon 3 and Cforms

2009-11-24T04:44:38Z

On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <reinhard@...>
wrote:
> Florent André wrote:
>> Hi all, hi Reinhard,
>>
>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>> framework." [1]
>>
>> Does it mean that there will not have Cforms / Xforms solutions in
Cocoon
>> 3
>> ?>
>> And what about continuations (closely linked to forms no ?) ?
>
>
> It's my *personal* opinion that currently Wicket offers the best
> solution for Java-based web form development in most cases. Recently I
> was convinced that there are some cases where cForms have advantages but
> these are edge cases IMHO.

Ok, thanks
I just ask this question because I found Cform concept very "sexy", but I'm
not as involved in for well see limitations...

There is a simple way to integrate Wicket and Cocoon 3 ?
If yes, could you give some pointers ? Add a sample in the future will be
very useful for simple user like me, I think.

++

>
> I use Cocoon to build RESTful web applications with strong Javascript
> clients running in the browser and all the form handling is done there.
> So for me there's no need of cForms/continuations any longer and
> therefore I don't invest time in any migration efforts. But as I said in
> the beginning of the mail, that's my personal opinion and if it makes
> sense to others a migration should be possible.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Timer on cocoon

2009-11-24T04:41:05Z

Jos,

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.

On Tue, Nov 24, 2009 at 1:35 PM, Jos Snellings <Jos.Snellings@...> wrote:

Is MyTimerThread the task you want to schedule?
- you could create a spring bean, with
org.springframework.scheduling.quartz.JobDetailBean
- you can start your timerthread in the init() method of a servlet to
start a task off when cocoon starts working. Not sure if that works for
2.2.

Hope that helps...

On Tue, 2009-11-24 at 13:16 +0200, Gintare Ragaisiene wrote:
> Hi, Jos,
>
> Quartz is ok and Java Timer is ok for me. But haw and where I
> should input lines like MyTimerThread.start() to start timer when
> cocoon starts working on server ?
>
> Gintare
>
>
>
> On Tue, Nov 24, 2009 at 11:10 AM, Jos Snellings
> <Jos.Snellings@...> wrote:
> Hi, Gintare,
>
> Cocoon is not even remotely a system to schedule operations.
> Maybe you are looking for something like
> http://www.quartz-scheduler.org/
> Most OS let you schedule jobs.
>
> Jos
>
>
>
> On Tue, 2009-11-24 at 10:53 +0200, Gintare Ragaisiene wrote:
> > Hello,
> >
> > I need to do some job with db periodically. For this I
> need to set
> > up timer.
> >
> > How can I do this in cocoon 2.2 ?
> >
> > Thanks,
> > Gintare
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Timer on cocoon

2009-11-24T03:35:41Z

Is MyTimerThread the task you want to schedule?
- you could create a spring bean, with
org.springframework.scheduling.quartz.JobDetailBean
- you can start your timerthread in the init() method of a servlet to
start a task off when cocoon starts working. Not sure if that works for
2.2.

Hope that helps...

On Tue, 2009-11-24 at 13:16 +0200, Gintare Ragaisiene wrote:

> Hi, Jos,
>
> Quartz is ok and Java Timer is ok for me. But haw and where I
> should input lines like MyTimerThread.start() to start timer when
> cocoon starts working on server ?
>
> Gintare
>
>
>
> On Tue, Nov 24, 2009 at 11:10 AM, Jos Snellings
> <Jos.Snellings@...> wrote:
> Hi, Gintare,
>
> Cocoon is not even remotely a system to schedule operations.
> Maybe you are looking for something like
> http://www.quartz-scheduler.org/
> Most OS let you schedule jobs.
>
> Jos
>
>
>
> On Tue, 2009-11-24 at 10:53 +0200, Gintare Ragaisiene wrote:
> > Hello,
> >
> > I need to do some job with db periodically. For this I
> need to set
> > up timer.
> >
> > How can I do this in cocoon 2.2 ?
> >
> > Thanks,
> > Gintare
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Missing Artifact - cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT

2009-11-24T03:28:41Z

On Tuesday 24 Nov 2009, Job van Ommen wrote:
> http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sit
>emap-impl/
>
> Can't use that one?
Not sure what you mean?
Peter.

>
> On Tue, Nov 24, 2009 at 10:17 AM, Peter Hargreaves
>
> <peter@...> wrote:
> > Hi folks,
> >
> > Wanted dead or alive - have you seen this artifact?
> >
> > I'm trying to run the samples. I've checkedout the source code from:
> >
> > http://svn.apache.org/repos/asf/cocoon/trunk.
> >
> > When I:
> >
> > mvn -P allblocks install -Dmaven.test.skip=true
> >
> > I get error message as below, but I can't find the artifact on the
> > project website.
> >
> > I must be missing the point so, please could someone advise best way to
> > fix.
> >
> > Many thanks,
> > Peter.
> >
> > Missing:
> > ----------
> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
> >
> > Try downloading the file manually from the project website.
> >
> > Then, install it using the command:
> > mvn
> > install:install-file -DgroupId=org.apache.cocoon
> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
> >
> > Alternatively, if you host your own repository you can deploy the file
> > there:
> > mvn
> > deploy:deploy-file -DgroupId=org.apache.cocoon
> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
> > -DrepositoryId=[id]
> >
> > Path to dependency:
> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
> > 2)
> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
> >
> > ----------
> > 1 required artifact is missing.
> >
> > for artifact:
> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
> >
> > from the specified remote repositories:
> > apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
> > central (http://repo1.maven.org/maven2),
> > gkossakowski-maven2
> > (http://people.apache.org/~gkossakowski/maven2/repository)
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@...
> > For additional commands, e-mail: users-help@...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Cocoon 3 and Cforms

2009-11-24T03:26:27Z

Florent André wrote:
> Hi all, hi Reinhard,
>
> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
> framework." [1]
>
> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
> ?>
> And what about continuations (closely linked to forms no ?) ?

It's my *personal* opinion that currently Wicket offers the best
solution for Java-based web form development in most cases. Recently I
was convinced that there are some cases where cForms have advantages but
these are edge cases IMHO.

I use Cocoon to build RESTful web applications with strong Javascript
clients running in the browser and all the form handling is done there.
So for me there's no need of cForms/continuations any longer and
therefore I don't invest time in any migration efforts. But as I said in
the beginning of the mail, that's my personal opinion and if it makes
sense to others a migration should be possible.

--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@...
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Samples for Cocoon 2.2

2009-11-24T03:26:19Z

Hi Job,

Thanks for the feedbacks.

I've now found the README.txt so am trying to:

./build.sh clean install

but keep getting:

"The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError: Java heap space"

I've tried:

MAVEN_OPTS="-Xmx2048m"

But still out of heap space. Surely this should be enough?

Ideas anybody?????

Peter.

On Tuesday 24 Nov 2009, Job van Ommen wrote:

> It looks like in one of the POM files there is a dependency of to a
> block that is not available viz. the pom file of the cocoon-core
> block.
> You should check the file and try another version of the required
> block or download it manually as the error message you get is
> describing.
>
> Im not entirly sure tho, its been a while since ive used cocoon but I
> can remember getting a similar error.
> I then changed the POM file for the form implementation to change the
> dependency to another version. For example you could try 1.1.1 instead
> of 1.1.0-SNAPSHOT if it's available!
>
> Good luck
>
> Job
>
> On Mon, Nov 23, 2009 at 1:00 PM, Peter Hargreaves <peter@...>

wrote:

> > Thanks for the feedback folks - nearly there.
> >
> >>On this blog:
> >>http://mrhaki.blogspot.com/2008/09/running-cocoon-22-samples.html you can
> >>see step-by-step how to get the samples running.
> >>
> >>Regards,
> >>
> >>Job
> >
> > I followed your advice, Job, but when I try:
> >
> > mvn -P allblocks install -Dmaven.test.skip=true
> >
> > I get error message as below. So, please advise best way to fix.
> >
> > Many thanks,
> > Peter.
> >
> > Missing:
> > ----------
> > 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
> >
> > Try downloading the file manually from the project website.
> >
> > Then, install it using the command:
> > mvn
> > install:install-file -DgroupId=org.apache.cocoon
> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
> >
> > Alternatively, if you host your own repository you can deploy the file
> > there:
> > mvn
> > deploy:deploy-file -DgroupId=org.apache.cocoon
> > -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> > -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url]
> > -DrepositoryId=[id]
> >
> > Path to dependency:
> > 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
> > 2)
> > org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
> >
> > ----------
> > 1 required artifact is missing.
> >
> > for artifact:
> > org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
> >
> > from the specified remote repositories:
> > apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
> > central (http://repo1.maven.org/maven2),
> > gkossakowski-maven2
> > (http://people.apache.org/~gkossakowski/maven2/repository)
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@...
> > For additional commands, e-mail: users-help@...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Timer on cocoon

2009-11-24T03:16:11Z

Hi, Jos,

Quartz is ok and Java Timer is ok for me. But haw and where I should input lines like MyTimerThread.start() to start timer when cocoon starts working on server ?

Gintare

On Tue, Nov 24, 2009 at 11:10 AM, Jos Snellings <Jos.Snellings@...> wrote:

Hi, Gintare,

Cocoon is not even remotely a system to schedule operations.
Maybe you are looking for something like
http://www.quartz-scheduler.org/
Most OS let you schedule jobs.

Jos

On Tue, 2009-11-24 at 10:53 +0200, Gintare Ragaisiene wrote:
> Hello,
>
> I need to do some job with db periodically. For this I need to set
> up timer.
>
> How can I do this in cocoon 2.2 ?
>
> Thanks,
> Gintare

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Missing Artifact - cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT

2009-11-24T03:05:44Z

http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-sitemap/cocoon-sitemap-impl/

Can't use that one?

On Tue, Nov 24, 2009 at 10:17 AM, Peter Hargreaves
<peter@...> wrote:

> Hi folks,
>
> Wanted dead or alive - have you seen this artifact?
>
> I'm trying to run the samples. I've checkedout the source code from:
>
> http://svn.apache.org/repos/asf/cocoon/trunk.
>
> When I:
>
> mvn -P allblocks install -Dmaven.test.skip=true
>
> I get error message as below, but I can't find the artifact on the project
> website.
>
> I must be missing the point so, please could someone advise best way to fix.
>
> Many thanks,
> Peter.
>
> Missing:
> ----------
> 1) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
>
> Try downloading the file manually from the project website.
>
> Then, install it using the command:
> mvn
> install:install-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file
>
> Alternatively, if you host your own repository you can deploy the file
> there:
> mvn
> deploy:deploy-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-sitemap-impl -Dversion=1.1.0-SNAPSHOT
> -Dclassifier=tests -Dpackaging=test-jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
>
> Path to dependency:
> 1) org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
> 2) org.apache.cocoon:cocoon-sitemap-impl:test-jar:tests:1.1.0-SNAPSHOT
>
> ----------
> 1 required artifact is missing.
>
> for artifact:
> org.apache.cocoon:cocoon-core:jar:2.2.1-SNAPSHOT
>
> from the specified remote repositories:
> apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
> central (http://repo1.maven.org/maven2),
> gkossakowski-maven2
> (http://people.apache.org/~gkossakowski/maven2/repository)
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...