from:"Francesco Chicchiriccò"

On 07/11/2011 11:57, Andre Juffer wrote:

Hi,

I have the following pipeline in a sitemap of some block. This
pipeline is called by other blocks, that have components in place to
upload images. They subsequently connect to the image block to store
it in an image database.

The pipeline uses a self made Generator, that requires two parameters
('creatorId' and 'filename').

Other blocks call this pipeline with a request like

http://localhost:/img/create/image/creator/3276800?filename=/tmp/3276800-tribc-eap-areal-view.jpg

The value of 'creatorId' is always null, although it should have been
'3276800'. The value of 'filename' is OK.

Looking through the sitemap of the sample application, I did not find
a case like the one above:

My question: Is it possible to create parameter values from the
request itself (that is, other than using request parameters)?

Of course it is possible: take a look at line 188 of [1]; moreover, in
C3 you can also use named matches: take a look at line 40 for this.

I can of course modify the request such that the creatorId is also
regular request parameter, but I would like to have an answer to this
question.

[1]
http://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/sitemap.xmap

--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [ cocoon3 ] map parameters


On 07/11/2011 12:35, Andre Juffer wrote:

Hi Francesco,

yes, that's right, I saw that file. It is the one I was referring to, 
as a matter of fact.


Line 188 is



I have similar lines in my pipeline.

The difference is that I now have:




...

Thus, I am trying to pass a parameter to the Generator. When checking 
the parameter in the Generator, it is always null. In fact, there are 
many parameters available to the Generator (not set by me) and the 
'creatorId' is the only one that is null.


What happens if you use one of standard generators - like the XML 
generator in the first example? I mean:





You should now get an exception for something missing: is it 
"sax-pipeline/3276800.xml" or "sax-pipeline/null.xml"?



The request that I was using


http://localhost:/img/create/image/creator/3276800?filename=/tmp/3276800-tribc-eap-areal-view.jpg 



should however give a value of 3276800 for creatorId.

--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [ cocoon3 ] map parameters


Il 07/11/2011 12:48, Andre Juffer ha scritto:

On 11/07/2011 01:43 PM, Francesco Chicchiriccò wrote:

On 07/11/2011 12:35, Andre Juffer wrote:

What happens if you use one of standard generators - like the XML
generator in the first example? I mean:




You should now get an exception for something missing: is it
"sax-pipeline/3276800.xml" or "sax-pipeline/null.xml"?



This is exactly the error I get. I tried:



The exception I get

Caused by: java.io.FileNotFoundException: 
/home/juffer/TriBC/projects/cocoon3-webapp/tribc-img/src/main/resources/COB-INF/3276800.xml 
(No such file or directory)


Ok, this means that {map:1} is handled correctly by the sitemap, since 
it is passed to XML generator.


See attached a patch for cocoon-sample that modifies the current sample 
for StringTemplateGenerator by passing an additional parameter from URL 
match: once applied the patch and launched "mvn jetty:run" under 
cocoon-sample, you will be able to access URLs like as


http://localhost:/string-template/generator/anUrlParameter

getting an XML document that shows, among usual things, "anUrlParameter" 
or whatever value you pass after generator/.


I am giving this example because StringTemplateGenerator is the first 
generator coming into my mind that supports parameter passing.


I suspect there should be something wrong with your generator, then; 
take a look at StringTemplateGenerator's sources [1] for reference.


Cheers.

[1] 
http://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-stringtemplate/src/main/java/org/apache/cocoon/stringtemplate/StringTemplateGenerator.java


--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/

Index: cocoon-sample/src/main/resources/COB-INF/string-template/template.xml
===
--- cocoon-sample/src/main/resources/COB-INF/string-template/template.xml	(revisione 1198636)
+++ cocoon-sample/src/main/resources/COB-INF/string-template/template.xml	(copia locale)
@@ -23,6 +23,7 @@
   
   
 StringTemplate demo
+urlparameter=$urlparameter$
 parameter=$parameter$
 $if(booleanParameter)$
 booleanParameter was TRUE
Index: cocoon-sample/src/main/resources/COB-INF/sitemap.xmap
===
--- cocoon-sample/src/main/resources/COB-INF/sitemap.xmap	(revisione 1198636)
+++ cocoon-sample/src/main/resources/COB-INF/sitemap.xmap	(copia locale)
@@ -549,8 +549,9 @@
 
 
 
-  
+  
 
+	  
 	  
 	  
 


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [ cocoon3 ] map parameters


On 07/11/2011 13:55, Andre Juffer wrote:

[...]

  @Override
  public void setup(Map parameters) {
  super.setup(parameters);
  this.parameters = parameters;
  }


Try instead (as in StringTemplateGenerator, for instance):

@Override
public void setup(final Map parameters) {
if (parameters != null && !parameters.isEmpty()) {
this.parameters.putAll(parameters);
}
}

/**
 * {@inheritDoc}
 *
 * @see 
org.apache.cocoon.pipeline.component.AbstractSAXProducer#setConfiguration(java.util.Map)

 */
@Override
public void setConfiguration(
final Map parameters) {

this.url = (URL) parameters.get("source");
setup((Map) parameters);
    }

Cheers.

--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C3.0] Add Saxon transformer

2011-11-26 Thread Francesco Chicchiriccò


On 25/11/2011 23:33, Huib Verweij wrote:

Hi,
anyone know how to use Saxon as a transformer in Cocoon 3.0? I looked 
at cocoon-sample but could not find an example of how to do that. 
Google can't find anything either.


Hi,
currently there is no implementation of a Saxon-based transformer in 
Cocoon 3: there is, of course, an XSLT transformer under cocoon-sax [2].


Please fill a JIRA issue on [1] as feature request.

Regards.

[1] https://issues.apache.org/jira/browse/COCOON3
[2] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XSLTTransformer.java


--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon Forms [absolute beginner]

2011-11-28 Thread Francesco Chicchiriccò


On 27/11/2011 02:57, nowbert3 wrote:

Hi! As mentioned in the subject, Cocoon project is something new to me. While
still exploring, I must admit I'm beginning to really like it. The question
is simple and perhaps a little stupid, but here goes - are there any
developed tools/editors (possibly wysiwyg) that allow simple users, with no
xml (java) knowledge create/generate a form (actually form model, template
etc.) directly from the web - working as some kind of cms in a more tidy
way.


Hi,
unfortunately there is nothing about what you say above. I know that 
there has been something in that direction in the past, but nothing 
progressed enough to be considered usable.


Which version are you running? 2.1 or 2.2?
Anyway, if you are stepping for the first time into Cocoon fields, I'd 
rather suggest you to start looking at version 3.0 [1]; despite its 
alpha status, it's quite mature.
Cocoon 3.0 pushes a "minimal" approach: so for example you would deal 
with proper web frameworks (like as Wicket [2], for example, for which a 
cocoon-wicket integration module is available), leaving the XML 
processing stuff to Cocoon pipelines.


If you are interested, there are some samples about Cocoon-Wicket 
integration [3] and Cocoon-Hippo CMS integration [4].


Regards.

[1] https://cocoon.apache.org/3.0/
[2] http://wicket.apache.org/
[3] 
http://blog.tirasa.net/blogs/index.php/ilgrosso/build-rich-xml-enabled-applications

[4] http://blog.tirasa.net/blogs/index.php/ilgrosso/cocoon-3-and-hippo-cms

--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon Forms [absolute beginner]

2011-11-28 Thread Francesco Chicchiriccò


On 28/11/2011 10:53, Andre Juffer wrote:

On 11/28/2011 10:29 AM, Robby Pelssers wrote:
I agree. Although flowscript's continuations can be useful they do 
tend to claim lots of resources and as a cocoon beginner it might 
make more sense to jump onto the C3 wagon from the start. I think it 
offers a easier learning path although from (advanced -->  writing 
custom components) documentation point of view there is still some 
progress to be made.  Cocoon's proposition is not so much about 
building advanced forms rather than being a state-of-the-art 
framework for XML processing. And with C3 you can easily integrate C3 
into any Java framework you already are familiar with.


A combination you may want to have a look at is using Dojo toolkit ( 
http://dojotoolkit.org/ ) on the client and cocoon's REST 
implementation on the server. From a performance point of view this is 
very efficient. Dojo does not require any knowledge of XML. It favors 
JSON (www.joson.org) instead.


Hey, this looks very interesting: do you have any running (simple) 
example about this? Are you planning to write something about this?


Thanks.


-Original Message-----
From: Francesco Chicchiriccò [mailto:ilgro...@apache.org]
Sent: Monday, November 28, 2011 9:13 AM
To: users@cocoon.apache.org
Subject: Re: Cocoon Forms [absolute beginner]

On 27/11/2011 02:57, nowbert3 wrote:
Hi! As mentioned in the subject, Cocoon project is something new to 
me. While
still exploring, I must admit I'm beginning to really like it. The 
question

is simple and perhaps a little stupid, but here goes - are there any
developed tools/editors (possibly wysiwyg) that allow simple users, 
with no
xml (java) knowledge create/generate a form (actually form model, 
template
etc.) directly from the web - working as some kind of cms in a more 
tidy

way.

Hi,
unfortunately there is nothing about what you say above. I know that
there has been something in that direction in the past, but nothing
progressed enough to be considered usable.

Which version are you running? 2.1 or 2.2?
Anyway, if you are stepping for the first time into Cocoon fields, I'd
rather suggest you to start looking at version 3.0 [1]; despite its
alpha status, it's quite mature.
Cocoon 3.0 pushes a "minimal" approach: so for example you would deal
with proper web frameworks (like as Wicket [2], for example, for which a
cocoon-wicket integration module is available), leaving the XML
processing stuff to Cocoon pipelines.

If you are interested, there are some samples about Cocoon-Wicket
integration [3] and Cocoon-Hippo CMS integration [4].

Regards.

[1] https://cocoon.apache.org/3.0/
[2] http://wicket.apache.org/
[3]
http://blog.tirasa.net/blogs/index.php/ilgrosso/build-rich-xml-enabled-applications 

[4] 
http://blog.tirasa.net/blogs/index.php/ilgrosso/cocoon-3-and-hippo-cms

--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon Forms [absolute beginner]

2011-11-29 Thread Francesco Chicchiriccò


On 28/11/2011 20:12, Andre Juffer wrote:

On 11/28/2011 05:51 PM, Francesco Chicchiriccò wrote:


A combination you may want to have a look at is using Dojo toolkit (
http://dojotoolkit.org/ ) on the client and cocoon's REST
implementation on the server. From a performance point of view this is
very efficient. Dojo does not require any knowledge of XML. It favors
JSON (www.joson.org) instead.


Hey, this looks very interesting: do you have any running (simple)
example about this? Are you planning to write something about this?


I am working on several applications, but they are not yet public. But 
it is all fairly simple. I would start with reading on cocoon to 
understand how to receive and handle REST-like requests. The cocoon 3 
website is very clear (at least to me). These requests can be 
generated with dojo [1].


Hem, I was wondering if you plan to write something about your work (a 
blog, wiki page, ...) mainly to have a common reference - or better, a 
working example - for people wanting to approach Cocoon 3.


Regards.


[1] http://dojotoolkit.org/documentation/tutorials/1.6/ajax/



Thanks.


-Original Message-
From: Francesco Chicchiriccò [mailto:ilgro...@apache.org]
Sent: Monday, November 28, 2011 9:13 AM
To: users@cocoon.apache.org
Subject: Re: Cocoon Forms [absolute beginner]

On 27/11/2011 02:57, nowbert3 wrote:

Hi! As mentioned in the subject, Cocoon project is something new to
me. While
still exploring, I must admit I'm beginning to really like it. The
question
is simple and perhaps a little stupid, but here goes - are there any
developed tools/editors (possibly wysiwyg) that allow simple users,
with no
xml (java) knowledge create/generate a form (actually form model,
template
etc.) directly from the web - working as some kind of cms in a more
tidy
way.

Hi,
unfortunately there is nothing about what you say above. I know that
there has been something in that direction in the past, but nothing
progressed enough to be considered usable.

Which version are you running? 2.1 or 2.2?
Anyway, if you are stepping for the first time into Cocoon fields, I'd
rather suggest you to start looking at version 3.0 [1]; despite its
alpha status, it's quite mature.
Cocoon 3.0 pushes a "minimal" approach: so for example you would deal
with proper web frameworks (like as Wicket [2], for example, for 
which a

cocoon-wicket integration module is available), leaving the XML
processing stuff to Cocoon pipelines.

If you are interested, there are some samples about Cocoon-Wicket
integration [3] and Cocoon-Hippo CMS integration [4].

Regards.

[1] https://cocoon.apache.org/3.0/
[2] http://wicket.apache.org/
[3]
http://blog.tirasa.net/blogs/index.php/ilgrosso/build-rich-xml-enabled-applications 



[4]
http://blog.tirasa.net/blogs/index.php/ilgrosso/cocoon-3-and-hippo-cms



--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon Forms [absolute beginner]

2011-11-29 Thread Francesco Chicchiriccò


On 29/11/2011 10:09, Andre Juffer wrote:

On 11/29/2011 11:02 AM, Francesco Chicchiriccò wrote:

On 28/11/2011 20:12, Andre Juffer wrote:

On 11/28/2011 05:51 PM, Francesco Chicchiriccò wrote:


A combination you may want to have a look at is using Dojo toolkit (
http://dojotoolkit.org/ ) on the client and cocoon's REST
implementation on the server. From a performance point of view 
this is

very efficient. Dojo does not require any knowledge of XML. It favors
JSON (www.joson.org) instead.


Hey, this looks very interesting: do you have any running (simple)
example about this? Are you planning to write something about this?


I am working on several applications, but they are not yet public. 
But it is all fairly simple. I would start with reading on cocoon to 
understand how to receive and handle REST-like requests. The cocoon 
3 website is very clear (at least to me). These requests can be 
generated with dojo [1].


Hem, I was wondering if you plan to write something about your work 
(a blog, wiki page, ...) mainly to have a common reference - or 
better, a working example - for people wanting to approach Cocoon 3.


Ah OK, yeah, sure, at some point I could do this. In the mean time, 
you should have a look at the sample application [1] that C3 provides.


[1] http://cocoon.apache.org/3.0/download.html


Well, I think I rather know that code ;-) - you should be able to find 
my name in [2] as well.

Anyway, I am looking forward to see something about this topic.

Regards.

[2] https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/parent/pom.xml




[1] http://dojotoolkit.org/documentation/tutorials/1.6/ajax/



Thanks.


-Original Message-
From: Francesco Chicchiriccò [mailto:ilgro...@apache.org]
Sent: Monday, November 28, 2011 9:13 AM
To: users@cocoon.apache.org
Subject: Re: Cocoon Forms [absolute beginner]

On 27/11/2011 02:57, nowbert3 wrote:

Hi! As mentioned in the subject, Cocoon project is something new to
me. While
still exploring, I must admit I'm beginning to really like it. The
question
is simple and perhaps a little stupid, but here goes - are there 
any

developed tools/editors (possibly wysiwyg) that allow simple users,
with no
xml (java) knowledge create/generate a form (actually form model,
template
etc.) directly from the web - working as some kind of cms in a more
tidy
way.

Hi,
unfortunately there is nothing about what you say above. I know that
there has been something in that direction in the past, but nothing
progressed enough to be considered usable.

Which version are you running? 2.1 or 2.2?
Anyway, if you are stepping for the first time into Cocoon 
fields, I'd

rather suggest you to start looking at version 3.0 [1]; despite its
alpha status, it's quite mature.
Cocoon 3.0 pushes a "minimal" approach: so for example you would 
deal
with proper web frameworks (like as Wicket [2], for example, for 
which a

cocoon-wicket integration module is available), leaving the XML
processing stuff to Cocoon pipelines.

If you are interested, there are some samples about Cocoon-Wicket
integration [3] and Cocoon-Hippo CMS integration [4].

Regards.

[1] https://cocoon.apache.org/3.0/
[2] http://wicket.apache.org/
[3]
http://blog.tirasa.net/blogs/index.php/ilgrosso/build-rich-xml-enabled-applications 



[4]
http://blog.tirasa.net/blogs/index.php/ilgrosso/cocoon-3-and-hippo-cms 


--
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: How/where to create a sitemap in a generated Cocoon 3 web app?

2012-03-02 Thread Francesco Chicchiriccò

On 02/03/2012 07:47, Jos Snellings wrote:
> [...]
>
> And true, the documentation on the site does not make it easy enough
> to step up the threshold and upgrade.
> [@group: shouldn't we do something about that. Cocoon is losing its
> user base, it will end up getting adopted only by a few old people out
> there. It is gaining momentum on the planet Zork but that's not going
> to help us on Earth, is it?]

I agree: should we move to dev ML and discuss this "getting started /
documentation" topic?

> I hope this helps you on the way. It would make me very happy to know
> that I am not one of the sole developers
> on this planet who chose cocoon 3 as a development platform, for the
> few times in your life that you are in the
> position to make this choice for your customer! I chose for cocoon 3
> because I liked the new architecture.

You're not alone, Jos! We are trying to push a C3-based front-end
framework for Hippo CMS [1]: we've been quiet for a while, but things
should start rolling again soon...

> [@group: this can be the start for a tutorial for newbies, someone
> interested? I feel that the maven integration and
> the spring part deserve better explanation, they are way too arcane
> for starters. A tutorial could explain how to get things
> done without first studying two other frameworks.]

Agreed: see my comment above.

I hope that Lars will keep trying with C3, and maybe discover what's new
behind traditional sitemap way to pipelines!

Cheers.

[1] https://forge.onehippo.org/gf/project/hct/

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

[C3] Working with archetypes [Was Re: parent of parent artifact?]

2012-03-08 Thread Francesco Chicchiriccò

Hi all,
taking inspiration from Robby's e-mail, I spent some time trying to
figure out how to make [1] working with latest version
(3.0.0-beta-1-SNAPSHOT).
I've also made some fixes, committed and deployed, so now everything
should be working.
You don't need to checkout C3 sources, since latest versions are already
available in ASF snapshot repository.

Premise: I might be wrong in some detail because I don't know the
original reasons behind the way how archetypes are structured: if so, I
ask other committers to please correct me.

A) If you just want to take a look at C3 samples, just run

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-sample \
-DarchetypeArtifactId=cocoon-archetype-sample \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mysample \
-Dversion=1.0-SNAPSHOT \
   
-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/

and then

cd mysample
mvn jetty:run

Now point your browser to http://localhost: and enjoy C3 samples.

B) If you just want to develop your own block

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-block \
-DarchetypeArtifactId=cocoon-archetype-block \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mysite \
-Dversion=1.0-SNAPSHOT \
   
-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/

and then

cd mysite
mvn jetty:run

Now point your browser to http://localhost: and enjoy your (almost
empty) C3 block.

C) If you want to develop a complete C3 web application

You need to generate a multimodule maven project [2] with the following
structure:

myparent/
mysite/
mywebapp/

Basically, you will need this when either having multiple blocks on a
single webapp or when you want to deploy on an external web container
(say Tomcat).

In order to generate such multimodule project you need to

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-parent \
-DarchetypeArtifactId=cocoon-archetype-parent \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=myparent \
-Dversion=1.0-SNAPSHOT \
   
-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/

then

cd myparent

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-block \
-DarchetypeArtifactId=cocoon-archetype-block \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mysite \
-Dversion=1.0-SNAPSHOT \
   
-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-webapp \
-DarchetypeArtifactId=cocoon-archetype-webapp \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mywebapp \
-Dversion=1.0-SNAPSHOT \
   
-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/

Now you can finally

cd mywebapp
mvn jetty:run

I hope this helps.
Please indicate if there is something to complete / correct.

Regards.

[1] http://cocoon.apache.org/3.0/download.html
[2] http://maven.apache.org/guides/mini/guide-multiple-modules.html

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: pipeline component

2012-03-08 Thread Francesco Chicchiriccò

On 08/03/2012 11:44, Jos Snellings wrote:
> Hi !

Hi Jos: first of all, which version are you running?

> Question:
> *  a web form controls the generation of a report
> * the report comes as a .zip  download
>
> What sitemap component should be created for this report generator?
> (in fact it should be a single component, like map:read)
> - set headers
> - write zip output to response.getOutputStream
-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: pipeline component

2012-03-08 Thread Francesco Chicchiriccò

On 08/03/2012 13:55, Robby Pelssers wrote:
> I still don't understand why you need 1 single component to do all the heavy 
> lifting though. The power of Cocoon in my opinion is to have all these 
> components work together to get the job done.
>
> For the zipping I still advise to use the zipserializer and inject any 
> entries pointing to whatever on-the-fly generated files you need. Done it, 
> liked it, never looked back ;-)

I personally tend agree with Robby:

XML or StringTemplate generator (JX is not available in C3)
CInclude / Xinclude transformer
ZipSerializer

..the only problem is that ZipSerializer still needs to be ported to C3 :-(

> -Original Message-
> From: Jos Snellings [mailto:jos.snelli...@pandora.be] 
> Sent: Thursday, March 08, 2012 1:50 PM
> To: users@cocoon.apache.org
> Subject: Re: pipeline component
>
> Hi,
>
> Thanks, so far.
> The content of the zip file is:
> - a pdf
> - one to 5 excel files
> - an xml (SKOS)
>
> A pipeline with one component that is starter and endpoint. I will see 
> what I can come up with and let the group know.
>
> Jos
-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

2012-03-16 Thread Francesco Chicchiriccò


On 15/03/2012 23:08, Lars Huttar wrote:

Francesco,

I've been following your instructions below, starting from C). It all 
seems to work well, but when I get down to "mvn jetty:run", I get the 
following error:
[ERROR] Failed to execute goal 
org.mortbay.jetty:maven-jetty-plugin:6.1.26:run (
default-cli) on project theWebapp: Webapp source directory 
C:\Users\HuttarL\Docu
ments\work\c3\theParent\theWebapp\target\theWebapp-1.0-SNAPSHOT does 
not exist -

> [Help 1]

(I changed "my" to "the" in folder names... minor cosmetic detail.)

I look, and it's true:
 theParent\theWebapp\target\
does not contain a folder named "theWebapp-1.0-SNAPSHOT". It only 
contains a folder named "classes".
But I don't understand the mvn process well enough to know why such a 
folder is expected, or how to fix the problem.


Lars,
you are right: first of all, yesterday I've fixed some minor errors on 
C3 archetypes; moreover, there are some errors in the instructions C 
reported below.


Basically, once you've generated all projects and indicated below, you 
have to


Add this to mywebapp/pom.xml, right before ... (you need 
this because you are telling to mywebapp that it has to include mysite, 
i.e. an empty C3 block - you can of course add more of such blocks, as 
indicated by Thorsten in one of former e-mails):




com.mycompany
mysite
${project.version}



then

mvn clean package

and only finally

cd mywebapp
mvn jetty:run

You can also deploy the generated 
mywebapp/target/mywebapp-1.0-SNAPSHOT.war to an external container, like 
as Tomcat.


I've just re-tested everything and it seems to work: for your reference, 
I've pushed and empty project, generated by following these updated 
instructions, at [1].


Let me know if it works.
Regards.

[1] https://github.com/ilgrosso/cocoon3EmptyProject


On 3/8/2012 3:49 AM, Francesco Chicchiriccò wrote:

C) If you want to develop a complete C3 web application

You need to generate a multimodule maven project [2] with the 
following structure:


myparent/
mysite/
mywebapp/

Basically, you will need this when either having multiple blocks on a 
single webapp or when you want to deploy on an external web container 
(say Tomcat).


In order to generate such multimodule project you need to

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-parent \
-DarchetypeArtifactId=cocoon-archetype-parent \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=myparent \
-Dversion=1.0-SNAPSHOT \

-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/


then

cd myparent

mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-block \
-DarchetypeArtifactId=cocoon-archetype-block \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mysite \
-Dversion=1.0-SNAPSHOT \

-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/


mvn archetype:generate \
-DarchetypeGroupId=org.apache.cocoon.archetype-webapp \
-DarchetypeArtifactId=cocoon-archetype-webapp \
-DarchetypeVersion=3.0.0-beta-1-SNAPSHOT \
-DgroupId=com.mycompany \
-DartifactId=mywebapp \
-Dversion=1.0-SNAPSHOT \

-DarchetypeRepository=https://repository.apache.org/content/repositories/snapshots/


Now you can finally

cd mywebapp
mvn jetty:run

I hope this helps.
Please indicate if there is something to complete / correct.

Regards.

[1] http://cocoon.apache.org/3.0/download.html
[2] http://maven.apache.org/guides/mini/guide-multiple-modules.html
--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/





--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

2012-03-16 Thread Francesco Chicchiriccò


On 16/03/2012 18:03, Lars Huttar wrote:

[...]
I just started again from scratch, adding -U to each of the mvn 
commands to force update.

But had a similar error:

[...]
[ERROR] Failed to execute goal on project theWebapp: Could not 
resolve dependenc
ies for project org.sil:theWebapp:war:1.0-SNAPSHOT: Could not find 
artifact org.
sil:theSite:jar:1.0-SNAPSHOT in maven2-repository.java.net 
(http://download.java

.net/maven/2/) -> [Help 1]


It says it's trying to download URLs from the public web that have my 
groupId and artifactId in the name, like
   
http://download.java.net/maven/2/org/sil/theSite/1.0-SNAPSHOT/theSite-1.0-SNAPSHOT.pom
No wonder it's failing. But how to fix it? Do I have to use the 
provided groupId and artifactId??


Lars,
please check my updated instructions of a few minutes ago: I have 
realized that there was an error too late, sorry: as indicated there, 
replace


mvn clean package

with

mvn clean install

In this way maven will find "org.sil:theSite:jar:1.0-SNAPSHOT" in your 
local repository and will not try to download it from remote.


Regards.

--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon 2.1/2.2 API Docs?

2012-03-20 Thread Francesco Chicchiriccò


On 19/03/2012 21:42, Fawzib Rojas wrote:
Where are the Cocoon API docs? All the links I've clicked at Apache 
Cocoon site send me to a 'Not Found' page...


Hi,
it seems that latest site publishing left out all javadocs: something to 
check and fix ;-)


Stay tuned: as soon as javadocs are back I'll let you know here.

Thanks for reporting.
Regards.

--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Looking for samples?

2012-03-20 Thread Francesco Chicchiriccò


Hi all,
in case you have been wondering where the good old Cocoon samples were 
gone, we have just restored our jail - check it out at


http://cocoon.zones.apache.org

Regards.

--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

2012-03-21 Thread Francesco Chicchiriccò


On 20/03/2012 22:55, Lars Huttar wrote:

On 3/20/2012 4:35 PM, Lars Huttar wrote:

On 3/8/2012 3:49 AM, Francesco Chicchiriccò wrote:


C) If you want to develop a complete C3 web application

You need to generate a multimodule maven project [2] with the 
following structure:


myparent/
mysite/
mywebapp/

Basically, you will need this when either having multiple blocks on 
a single webapp or when you want to deploy on an external web 
container (say Tomcat).


In the context of these instructions, which now produce for me a 
working webapp shell,

where do I start developing my web application?
I expected that I could start putting sitemap.xmap, welcome.html, and 
other files in

   mywebapp/src/main/resources/COB-INF

I do this; and when I run
cd thewebapp
mvn jetty:run
My new sitemap etc. get copied to
   mywebapp/target/classes/COB-INF
as expected.

But when I try to address any URLs in my new sitemap, e.g. 
"localhost:8890/test.html", Cocoon tells me (in 
mywebapp\target\work\cocoon.log) that there is no matching pipeline. 
But it *does* match pipelines in the mysite sitemap 
(mysite\src\main\resource\COB-INF).


So then my question is, if I'm running jetty in the mywebapp folder, 
why is it serving URLs from the mysite artifact's sitemap? Maybe 
that's by design, that the mysite sitemap is sort of like a Cocoon 
2.1 top-level sitemap, which would "mount" the sitemaps of the 
various webapps?


If this is true... that Cocoon will process URLs starting from 
mysite's sitemap even thought I run jetty in the mywebapp folder... 
then why should be in the mywebapp folder to run jetty? What 
difference would it make if I was in the myparent or mysite folder?


Trying to wrap my head around this...


Lars,
Cocoon 3.0 is very similar to Cocoon 2.2 - and very dissimilar to Cocoon 
2.1 - in this respect.


Unfortunately, Cocoon 3.0 documentation is far to be completed, so we 
have to rely upon Cocoon 2.2's for the moment: of course you will have 
to "translate" some things but the overall meaning should be helpful.


Start from [1]: it will introduce the concept of "block".
Basically, a "block" is a functional subsystem of your final 
application: in many cases your application will be composed by a single 
block, but this concept let you build more complex and structured 
applications.


Coming to you question above: when developing, you only need your block 
- i.e. "mysite". Since cocoon blocks feature the reloading plugin, just 
launch your block with "mvn jetty:run" and start playing with 
mysite/src/main/resources/COB-INF/sitemap.xmap. All your changes will be 
immediately available.


If you want, you can of course add a second block [2]. You can make such 
two blocks communicating together by empowering the ServletService 
Framework, a concept born with Cocoon 2.2 and used by Cocoon 3.0 as well.


You will then eventually deploy your application to an external servlet 
container (Tomcat, Glassfish, JBoss, ...): in order to do this, you will 
need [3], a complete cocoon web application - mywebapp in your sample - 
including all defined blocks. You will also need to group all such 
projects - blocks + webapp - in a multimodule maven project, and for 
this you need myparent.


I hope it's more clear now.

Cheers.

[1] http://cocoon.apache.org/2.2/1159_1_1.html
[2] http://cocoon.apache.org/2.2/1291_1_1.html
[3] http://cocoon.apache.org/2.2/1362_1_1.html

--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

2012-03-22 Thread Francesco Chicchiriccò

On 21/03/2012 21:09, Lars Huttar wrote:
> [...]
> Thank you, that is definitely clearer.
> So I do my development in blocks, not in the webapp; the webapp is for
> packaging for external deployment.
>
> The one thing I'm not clear on, then, is this part of your
> instructions: (http://markmail.org/message/d6m2yidkrfqkslo2 for full
> context)
>
>> C) If you want to develop a complete C3 web application
>>
>> You need to generate a multimodule maven project [2] with the
>> following structure:
>>
>> myparent/
>>   mysite/
>>   mywebapp/
>>
> ...
>>
>> Now you can finally
>>
>> cd mywebapp
>> mvn jetty:run
>>
>
> Why is this telling me to run jetty in mywebapp, instead of in mysite?
> Maybe that's just a red herring (not important), but it has me confused.

Running "mvn jetty:run" in each of your blocks (i.e. mysite) will let
you develop and test each single block.
If you want to look how the final webapp assembles everything together,
you will have to run "mvn jetty:run" under mywebapp.

Having a single block (like as in your case) the two things above are
equivalent.

Regards.

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Cocoon 2.1/2.2 API Docs?

On 20/03/2012 08:46, Francesco Chicchiriccò wrote:
> On 19/03/2012 21:42, Fawzib Rojas wrote:
>> Where are the Cocoon API docs? All the links I've clicked at Apache
>> Cocoon site send me to a 'Not Found' page...
>
> Hi,
> it seems that latest site publishing left out all javadocs: something
> to check and fix ;-)
>
> Stay tuned: as soon as javadocs are back I'll let you know here.

It took some time, but now 2.1 and 2.2 apidocs are again available at
usual locations.

Regards.

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

On 22/03/2012 17:03, Lars Huttar wrote:
> As so often happens, asking for help generated some further thoughts
> and I was able to get things working better.
>
> Although I had added a COB-INF/sitemap.xmap to src in my block
> (e-17-pub/src/main/resources/COB-INF/sitemap.xmap), I noticed that the
> target (e-17-pub/target/classes) did not have COB-INF/sitemap.xmap.
>
> I quit jetty, and ran "mvn jetty:run" again -- and now the test
> sitemap works.
>
> So apparently the problem was that my changes in the src tree were
> unnoticed.

Hi Lars,
I was finally able to understand your issue and I should also have
hopefully fixed :)

When developing a block, you will usually empower class reloading AND
sitemap reloading: default configuration shipped in
cocoon-archetype-block (hence in your mysite) was missing this latter
feature.
I have just committed a fix for this, so in the future such situations
will be avoided.

Anyway, all that you have to do for your project is to download [1] add
under mysite/rcl-config/WEB-INF: this file will enable - via
cocoon-spring-configurator - some features including sitemap reloading.

> The next question is, what is the best-practice way to develop? I
> don't think the intention is that every time I make a change, I'm
> supposed to stop and restart jetty in order to see my changes.
>
> Maybe I misunderstood this paragraph from Francesco:
>
>> Coming to you question above: when developing, you only need your
>> block - i.e. "mysite". Since cocoon blocks feature the reloading
>> plugin, just launch your block with "mvn jetty:run" and start playing
>> with mysite/src/main/resources/COB-INF/sitemap.xmap. All your changes
>> will be immediately available.
>
> Does this mean immediately after I restart jetty? Or immediately after
> I make changes? If the latter, what am I doing wrong, that I don't see
> this happening?

Hopefully now everything should be cleared, it's "immediately after I
make changes".

Regards.

[1]
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/rcl-config/WEB-INF/applicationContext.xml

[2]
http://cocoon.apache.org/subprojects/configuration/1.0/spring-configurator/2.0/1304_1_1.html

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: mvn clean install failure: "Could not resolve dependencies"

On 23/03/2012 13:39, Lars Huttar wrote:
> Hi again...
>
> As noted previously, I was able to get C3 running with Francesco's
> instructions (http://markmail.org/message/d6m2yidkrfqkslo2, part C)
> running on my development desktop (using "mvn clean install" instead of
> "mvn clean package"). This is on Win7.
>
> However, on our shared development servers (Win2000), the "mvn clean
> install" step fails.
>
> Here's the part of the error output that seems most relevant (e-17-pub
> is mysite, the block):
>
> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @
> theParent ---
> [INFO] Installing D:\Apache Group\c3\theParent\pom.xml to C:\Documents
> and Setti
> ngs\cocoon\.m2\repository\org\sil\theParent\1-SNAPSHOT\theParent-1-SNAPSHOT.pom
> [INFO]
> [INFO]
> 
> [INFO] Building e-17-pub 1.0-SNAPSHOT
> [INFO]
> 
> [WARNING] The POM for
> org.apache.cocoon.servlet:cocoon-servlet:jar:3.0.0-beta-1-
> SNAPSHOT is missing, no dependency information available
> [WARNING] The POM for
> org.apache.cocoon.stringtemplate:cocoon-stringtemplate:jar
> :3.0.0-beta-1-SNAPSHOT is missing, no dependency information available
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> [INFO] theParent . SUCCESS [0.750s]
> [INFO] e-17-pub . FAILURE [0.234s]
> [INFO] theWebapp . SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 1.188s
> [INFO] Finished at: Fri Mar 23 07:35:19 CDT 2012
> [INFO] Final Memory: 4M/9M
> [INFO]
> 
> [ERROR] Failed to execute goal on project e-17-pub: Could not resolve d
> ependencies for project org.sil:e-17-pub:jar:1.0-SNAPSHOT: The followin
> g artifacts could not be resolved:
> org.apache.cocoon.servlet:cocoon-servlet:jar:
> 3.0.0-beta-1-SNAPSHOT,
> org.apache.cocoon.stringtemplate:cocoon-stringtemplate:ja
> r:3.0.0-beta-1-SNAPSHOT: Failure to find
> org.apache.cocoon.servlet:cocoon-servle
> t:jar:3.0.0-beta-1-SNAPSHOT in http://download.java.net/maven/2/ was
> cached in t
> he local repository, resolution will not be reattempted until the update
> interva
> l of maven2-repository.java.net has elapsed or updates are forced ->
> [Help 1]
>
> Can someone help me figure out how to fix this?

It seems that maven is trying to download cocoon artifacts from java.net
(http://download.java.net/maven/2/) maven repository where, of course,
they are not available.

This is happening because you probably have, at the end of myparent/pom.xml:

  

  maven2-repository.java.net
  Java.net Repository for Maven
  http://download.java.net/maven/2/
  default

  

Change this to

  

  maven2-repository.java.net
  Java.net Repository for Maven
  http://download.java.net/maven/2/
  default


  apache.snapshots
  Apache Snapshot Repository
  http://repository.apache.org/snapshots
  
false
  

  

As you can see, we are telling maven that it must consider two
repositories (and we know that missing artifacts are located in this
second repository).

You did not experience this error on the original machine because you
probably performed a "mvn install" of C3 sources, as part of your first
attempts to deal with C3.
This "mvn install" copied C3 artifacts in your local maven repository
and made maven not needing to download them again from Internet.

Regards.

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

On 23/03/2012 16:31, Lars Huttar wrote:
> On 3/23/2012 7:33 AM, Francesco Chicchiriccò wrote:
>> On 22/03/2012 17:03, Lars Huttar wrote:
>>> As so often happens, asking for help generated some further thoughts
>>> and I was able to get things working better.
>>>
>>> Although I had added a COB-INF/sitemap.xmap to src in my block
>>> (e-17-pub/src/main/resources/COB-INF/sitemap.xmap), I noticed that
>>> the target (e-17-pub/target/classes) did not have COB-INF/sitemap.xmap.
>>>
>>> I quit jetty, and ran "mvn jetty:run" again -- and now the test
>>> sitemap works.
>>>
>>> So apparently the problem was that my changes in the src tree were
>>> unnoticed.
>>
>> Hi Lars,
>> I was finally able to understand your issue and I should also have
>> hopefully fixed :)
>>
>> When developing a block, you will usually empower class reloading AND
>> sitemap reloading: default configuration shipped in
>> cocoon-archetype-block (hence in your mysite) was missing this latter
>> feature.
>> I have just committed a fix for this, so in the future such
>> situations will be avoided.
>>
>
> I tried deleting and regenerating the parent, block, and webapp from
> scratch using the usual instructions.
> Unfortunately, changes to the mysite src sitemap.xmap did not take
> effect until I restarted jetty.
> So I don't think we're quite to the point where such situations will
> be avoided in the future.

Eeeeh yes :-)
I've just committed the fix of the fix and redeployed: if you want to
test this, be sure to call "mvn -U": this will force maven to download
again the SNAPSHOT artifacts.

>> Anyway, all that you have to do for your project is to download [1]
>> add under mysite/rcl-config/WEB-INF: this file will enable - via
>> cocoon-spring-configurator - some features including sitemap reloading.
>
> After I did this and restarted Jetty, my changes to the mysite src
> sitemap.xmap started showing up immediately (without restarting jetty
> each time).

Finally... ;-)

Regards.

-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: c3: null pointer exception in ResponseHeaderCollector.isModifiedResponse

2012-03-26 Thread Francesco Chicchiriccò

esponse(ResponseHeaderCollector.java:176)
>> ~[cocoon-servlet-3.0.0-beta-1-SNAPSHOT.jar:3.0.0-beta-1-SNAPSHOT]
>> at
>> org.apache.cocoon.servlet.RequestProcessor.sendSitemapResponse(RequestProcessor.java:354)
>> ~[cocoon-servlet-3.0.0-beta-1-SNAPSHOT.jar:3.0.0-beta-1-SNAPSHOT]
>> at
>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:92)
>> ~[cocoon-servlet-3.0.0-beta-1-SNAPSHOT.jar:3.0.0-beta-1-SNAPSHOT]
>> at
>> org.apache.cocoon.servlet.XMLSitemapServlet.service(XMLSitemapServlet.java:54)
>> ~[cocoon-servlet-3.0.0-beta-1-SNAPSHOT.jar:3.0.0-beta-1-SNAPSHOT]
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> [servlet-api-2.5-20081211.jar:na]
>>
>> Up to the error, everything seems to be going great: the source is
>> expanded to "file:/C:/.../generators/languages-in-country.xml", which
>> is a file that does exist, I double-checked.
>>
>>
>> I also tried using named parameters, following the samples' example:
>> 
>> 
>>
>> But the result was the same.
>>
>> So my questions are, (1) How to fix this NPE? but also (2) why do I
>> see an empty HTTP response (status 200 OK) in the browser for certain
>> errors (like this one), instead of an error message in the browser?
>> Some errors do show up in the browser, but not this one.
>>
>> Thanks for any help.
>>
>> Lar 
-- 
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: C3 and XSP equivalent

2012-04-04 Thread Francesco Chicchiriccò


Hi Greg,
sorry for the delay: you will find my reply embedded below.

Regards.

On 02/04/2012 11:00, gelo1234 wrote:

Hello,

We've been using Cocoon framework for years and are very happy with 
its simplicity and RAD features.
Although we use very old version of Cocoon (2.0.5), it still satisfies 
us.
Unfortunately there are some bugs inside those old framework libs that 
we cannot fix as well as some memory leaks
from libraries that are no longer in use. That's why we soon plan to 
upgrade to the newest release of Cocoon.

And i have few questions related to that topic:

1. Is C3 stable enough to give it a try in a production ?


Stable enough to give a try? Yes.
Ready for production? No, unless you have enough skills to dive inside 
the source code. There are C3-based projects in production out there, 
but latest release is alpha [1], and development version is still beta1.



2. Is there any equivalent of XSP in C3 ?


Not really. As you say below, XSP were already deprecated in C2.1.
The only template mechanism available in C3 is StringTemplate [2] which 
is way less flexible (and error-prone) than XSP.


The flexibility of XSP is very important to us in terms of introducing 
many new/short changes
very fast to our web application. We just make a change and that's all 
- cocoon engine recompiles the java-related
class and it is instantly available to us - no recompiling from our 
dev team, no deployment, no app server restart no fuss at all!
It allows us for very rapid changes! That's exactly the kind of 
flexibility we want to have in our dev environment.
And we were much worried when in next Cocoon releases the support for 
XSP was abandoned. As far as i know
XSP became deprecated in C2.1.11 to be totally removed in C2.2.x and i 
suppose in C3.
I didn't dig much into all the features of new Cocoon but it seems 
like in C2.1/2.2 the best thing to use on the "controller" side
is Flowscript code. We were hesitating to switch from pure Java 
controller code to Javascript/Flowscript
code because in my opinion the continuation mechanism is error-prone, 
yet the developer must take care of many intricacies
around session/continuation expire times and so on. But the main 
reason for us not to go for it was the language -
Javascript - NOT Java. Although if i get it right, you can just 
instantiate any Java object and get access to any Java library available
around from Javascript, it is not as much flexible as java was in XSP. 
Though it still doesn't require any recompiling!/redeployment phase

from  the dev team as i assume.
In C3 you can have Java controllers called and that is Good, but it 
does require recompiling the Java
class and redeploy it on the server (and restart app server?). So it 
will be much much SLOWER than just dynamic-recompiling by cocoon 
engine without any server restart.
So i wonder if there is any mechanism on the controller side available 
in C3 that enabled us to still use Java but doesn't require from us 
recompiling java code/making redeployment/restarting the application 
server ?


Sure: you can empower cocoon-maven-plugin [3] for this, or even setup 
something external like JRebel.


3. Is Flowscript using some separate javascript engine like V8 ? Is it 
run inside JVM as a dynamic language feature ?
Whats is a preferred method to be used as a logic controller in C3 - 
Flowscript or Java ?


There is no support at all for Flowscript / continuations in C3.

4. We don't want to go yet with C3 alpha-3 because it still uses old 
Xerces and XML-API libs. We found out there are some issues with those 
old libs under Tomcat 7 while working with "bloated" XML namespaces or 
handling some SAX errors. They had led to some memory leaks in our 
environment.
I spotted on the changelog that you have just updated C3 beta to the 
newest Xerces/XML-APIs. Thank you very much for this. I really 
appreciate that important change. Can we have some light on when the 
beta is released?


Nice question, indeed :-)
I'd suggest to send a separate e-mail about this topic to dev ML.

Regards.

[1] http://cocoon.apache.org/3.0/alpha-warning.html
[2] http://www.stringtemplate.org/
[3] 
http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1295_1_1.html


--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: mount named blocks inconvenience

2012-05-11 Thread Francesco Chicchiriccò


On 10/05/2012 13:05, Jos Snellings wrote:

Dear cocooners,

Problem:
1. In the definition of a named block, for:


This tells the cocoon servlet that a block "foo" is mounted on "foo" 
in the webapp.


2. sitemap.xmap
  An empty matcher like in the cocoon sample:




3. call
localhost/mywebapp/foo

   or, the root of the block. (it is configured correctly, all the 
rest works).


EVENT:  exception:

For named blocks
java.lang.StringIndexOutOfBoundsException: String index out of range: 
0 at java.lang.String.charAt(String.java:687) at 
org.apache.cocoon.sitemap.node.MatchNode.invoke(MatchNode.java:89)


Without having it investigated in extenso, it seems that when blocks 
are named, so not mounted as 'root block', that there is a problem with


String testValue = resolvedValue == null
? null : resolvedValue.toString();
if (testValue == null) {
testValue = invocation.getRequestURI();
if (testValue.charAt(0) == '/') {
testValue = testValue.substring(1);
}
}

The value is null.

By the way,
localhost/mywebapp/foo/
nicely produces the expected welcome page.

Anyone knows this problem?


I've seen this since my first experiments with Cocoon 2.0 (and I am sure 
that if you search archives you would also get some better reply than 
this...): basically,


http://localhost/mywebapp/foo

and

http://localhost/mywebapp/foo/

are two different HTTP resources; the root of matching for a given block 
(i.e. ") will always get not more than "foo/".


If you want to match http://localhost/mywebapp/foo, I think you'll have 
to mount something at root (say a 'bar' block)




then inside this bar block have


...


I hope all this is "formally" correct: if not, it's the way I've been 
following so far ;-)

Regards.

--
Francesco Chicchiriccò

Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

[OT] [C3] Hippo Cocoon Toolkit

2012-06-04 Thread Francesco Chicchiriccò


Hi all,
I'd like to notify that there is an (external to ASF) integration 
project between Cocoon 3.0 and Hippo CMS 7.x [1], Hippo Cocoon Toolkit 
[2] which also provides a sample quickstart application.


Regards.

[1] http://www.hippocms.org
[2] http://tirasa.github.com/HippoCocoonToolkit/

--
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Roadmap Cocoon 3.0

2012-06-24 Thread Francesco Chicchiriccò

On 24/06/2012 18:29, Michael Müller wrote:
> Hello,
>
> currently the roadmap only includes functionality, but no dates.
> When will 3.0 Beta be available? When 3.0 release?
> Hopefully before 2020 ;-)

Hi Michael,
this topic recently (briefly) popped out at dev ML [1]: as you can read
from there, no dates were even discussed.

Anyway, IMHO a few things can be assessed so far:

 1. we are close to a beta release: if you take a look at JIRA, we are
currently reviewing C3 cache system; moreover, there is a proposal for
C3 API improvement by Reinhard and Steven that has still to be completed

 2. we've been recently voting a considerable number of subprojects (10
so far, 1 still ongoing): this in order to be able to vote some
milestone releases: 3.0.0-beta1-M1 could be really (a couple of weeks?)
approaching, then

 3. C3 *really* needs some help in documentation: either javadocs and
site, and we cannot consider this before planning any final release:
would you like to help, to make things faster and smoother?!? ;-)

Hope this helps.
Regards.

[1] http://markmail.org/message/rd7qtvld5nqkvthl

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: How to build cocoon 2.2 from source for debugging

2012-07-10 Thread Francesco Chicchiriccò


Hi,
you shouldn't need to build 2.2 artifacts yourself, just use the 
provided maven dependencies as suggested.
Could you please describe your use case in order to understand whether 
you absolutely need to build the 2.2 source tree?


Regards.

On 10/07/2012 10:42, Huib Verwey wrote:

Hi Joel,

i had the same troubles as well, asked about it in the mailing as 
well, nothing changed apparently. It looks like a mess, which is 
strange. I got everything working in the end, but the easiest is to 
just add dependencies and don't try to compile everything yourself. If you
must you must, but I recommend against it. I hope you'll get away with 
not debugging the Cocoon source code.


Hartelijke groet,

Huib.

Verstuurd vanaf mijn iPhone

Op 9 jul. 2012 om 22:07 heeft "Joel McConaughy" 
mailto:joelmcconau...@gmail.com>> het 
volgende geschreven:


Unfortunately I am working on an app built on cocoon 2.2 so need to 
use that version.  Thanks for the quick reply though!



On Mon, Jul 9, 2012 at 1:00 PM, Reyes, Rafael 
mailto:rafael.re...@tigo.com.co>> wrote:


Hi joel, i had the same trouble when i began with cocoon but I
recommend that you download the cocoon`s .war proyect, in google
you can find this file with the name of cocoon 2.1.6 .war, after,
you should to put this in the apache’s server deploying the
proyect, clean some parts of the proyect and everything its going
to be all right.


--
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: How to build cocoon 2.2 from source for debugging

2012-07-10 Thread Francesco Chicchiriccò


On 10/07/2012 12:57, Robby Pelssers wrote:


You can also change the problematic pom’s to point to the correct 
parent pom.xml




org.apache.cocoon

cocoon

10-SNAPSHOT àthis is currently 6-SNAPSHOT

../parent



@Francesco, can you confirm this?  I guess we should fix this in trunk 
in that case.




I'd rather point to recently released parent 9:

  
org.apache.cocoon
cocoon
9

  


I might try to see if C2.2 sources can be compiled with few 
modifications; however, I am not very familiar with C2.2...


Regards.


[ERROR] The build could not read 7 projects -> [Help 1]

[ERROR]

[ERROR]   The project 
org.apache.cocoon:cocoon-blocks-modules:6-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\blocks\pom.xml) has 1 error


[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 24, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project 
org.apache.cocoon:cocoon-commons-modules:2-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\commons\pom.xml) has 1 error


[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 27, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project org.apache.cocoon:cocoon-core-modules:6-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\core\pom.xml) has 1 error


[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 25, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project org.apache.cocoon:cocoon-dists-modules:2-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\dists\pom.xml) has 1 error


[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 26, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project 
org.apache.cocoon:cocoon-servlet-service-components:1.1.0-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\core\cocoon-servlet-service\cocoon-se


rvlet-service-components\pom.xml) has 1 error

[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 24, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project 
org.apache.cocoon:cocoon-servlet-service-components-sample:1.0.0-SNAPSHOT 
(C:\development\workspaces\cocoon22\trunk\core\cocoon-servlet-service\co


coon-servlet-service-components-sample\pom.xml) has 1 error

[ERROR] Non-resolvable parent POM: Could not find artifact 
org.apache.cocoon:cocoon:pom:6-SNAPSHOT and 'parent.relativePath' 
points at wrong local POM @ line 23, co


lumn 11 -> [Help 2]

[ERROR]

[ERROR] The project org.apache.cocoon:cocoon-project:1 
(c:\development\workspaces\cocoon22\trunk\pom.xml) has 1 error


[ERROR] Child module 
c:\development\workspaces\cocoon22\trunk\subprojects\pom.xml of 
c:\development\workspaces\cocoon22\trunk\pom.xml does not exist


[ERROR]

*From:*Francesco Chicchiriccò [mailto:ilgro...@apache.org]
*Sent:* Tuesday, July 10, 2012 10:48 AM
*To:* users@cocoon.apache.org
*Subject:* Re: How to build cocoon 2.2 from source for debugging

Hi,
you shouldn't need to build 2.2 artifacts yourself, just use the 
provided maven dependencies as suggested.
Could you please describe your use case in order to understand whether 
you absolutely need to build the 2.2 source tree?


Regards.

On 10/07/2012 10:42, Huib Verwey wrote:

Hi Joel,

i had the same troubles as well, asked about it in the mailing as
well, nothing changed apparently. It looks like a mess, which is
strange. I got everything working in the end, but the easiest is
to just add dependencies and don't try to compile everything
yourself. If you

must you must, but I recommend against it. I hope you'll get away
with not debugging the Cocoon source code.

Hartelijke groet,

Huib.

Verstuurd vanaf mijn iPhone


Op 9 jul. 2012 om 22:07 heeft "Joel McConaughy"
mailto:joelmcconau...@gmail.com>> het
volgende geschreven:

Unfortunately I am working on an app built on cocoon 2.2 so
need to use that version.  Thanks for the quick reply though!

On Mon, Jul 9, 2012 at 1:00 PM, Reyes, Rafael
mailto:rafael.re...@tigo.com.co>>
wrote:

Hi joel, i had the same trouble when i began with cocoon but I
recommend that you download the cocoon`s .war proyect, in
google you can find this file with the name of cocoon 2.1.6
.war, after, you should to put this in the apache’s server
    deploying the proyect, clean some parts of the proyect and
everything its going to be all right.


--
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: How to build cocoon 2.2 from source for debugging

2012-07-10 Thread Francesco Chicchiriccò


On 10/07/2012 16:13, Joel McConaughy wrote:

Hi Francesco,

Thanks for the reply.  I am trying to implement a multiple file 
uploader using  and am not 
getting an array of PartOnDisk objects but just getting a single 
PartOnDisk for the last item selected.  I have walked through the 
source and it looks like it should work but doesn't.  I would like to 
compile a debug version of cocoon 2.2 so I can step through the code 
with a debugger.


Hi Joel,
first of all, I've just committed some fixes that make the build to succeed.

Anyway, I still don't think that you'd need to build the source tree in 
order to debug a running C2.2 webapp: just start your container with 
debug options (for example 
http://wiki.apache.org/tomcat/FAQ/Developing#Q1) and attach your IDE to 
the port specified.


I have no much experience with Eclipse, but at least with Netbeans this 
should be enough.


Regards.

On Tue, Jul 10, 2012 at 1:47 AM, Francesco Chicchiriccò 
mailto:ilgro...@apache.org>> wrote:


Hi,
you shouldn't need to build 2.2 artifacts yourself, just use the
provided maven dependencies as suggested.
Could you please describe your use case in order to understand
whether you absolutely need to build the 2.2 source tree?

Regards.


On 10/07/2012 10:42, Huib Verwey wrote:

Hi Joel,

i had the same troubles as well, asked about it in the mailing as
well, nothing changed apparently. It looks like a mess, which is
strange. I got everything working in the end, but the easiest is
to just add dependencies and don't try to compile everything
yourself. If you
must you must, but I recommend against it. I hope you'll get away
with not debugging the Cocoon source code.

Hartelijke groet,

Huib.

Verstuurd vanaf mijn iPhone

Op 9 jul. 2012 om 22:07 heeft "Joel McConaughy"
mailto:joelmcconau...@gmail.com>> het
volgende geschreven:


Unfortunately I am working on an app built on cocoon 2.2 so need
to use that version.  Thanks for the quick reply though!


On Mon, Jul 9, 2012 at 1:00 PM, Reyes, Rafael
mailto:rafael.re...@tigo.com.co>> wrote:

Hi joel, i had the same trouble when i began with cocoon but
I recommend that you download the cocoon`s .war proyect, in
google you can find this file with the name of cocoon 2.1.6
.war, after, you should to put this in the apache’s server
deploying the proyect, clean some parts of the proyect and
everything its going to be all right.


--
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: [C3] Sting template, passing argument to method

2012-10-04 Thread Francesco Chicchiriccò

On 04/10/2012 08:53, André Juffer wrote:
> Hello,
>
> I am dealing with the following problem. A REST resource returns an
> (DTO) object called statistics (of type Statistics) holding various
> properties. With string template, each property can be inserted into
> an XML file, like
>
> $statistics.propertyA$
>
> where the corresponding method on the Statistics object is
> getPropertyA().
>
> One of the properties requires an argument of type String, where the
> actual method signature is getNumberFor(String name). It returns an
> int. The name is obtained from a list of names obtained from the
> statistics objects as well. The idea is to iterate through the list of
> names and return a number (int) for each name.
>
> Thus, the XML code that I try to complete looks like:
> 
>   $statistics.names: { name |
> 
>   $name$
>   $statistics.numberFor(name)$
> 
>   }$
> 
>
> The Statistics object holds among other things a Map
> with the requested numbers.
>
> The line $statistics.numberFor(name)$ is however erroneous. I cannot
> pass the current value of name to the method in question.
>
> My question is now: How to pass a argument to a given method on an
> object using string template. The string template website did not give
> a clear answer, so maybe it is not even possible, or maybe I just
> completely overlooked it.
>
> Any help is appreciated.

Hi André.
I am not an ST expert at all, but I really think there is no support for
generic method invocation on ST expressions: the only methods supported
seem to ne related to properties, "à la JavaBean".

For your use case, I'd change a bit the application logic by providing a
C3 REST controller that would act as a "data conversion proxy" between
the sitemap and the actual REST resource you are currently dealing with.
In this way you could query the external REST resource from the C3 REST
controller body and prepare the data in a format that's suitable for ST.

Regards.

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C3] Sting template, passing argument to method

2012-10-05 Thread Francesco Chicchiriccò

On 05/10/2012 10:59, gelo1234 wrote:
>
> Is there any reasonable benefit from using ST in "transform layer" ? I
> tend to believe that C2/C3 authors overly favor ST templates in the
> whole C architecture. Does it stem from the mere fact that ST is
> deadly simple/fast to compute (transform data) while being very
> general-purpose ? Or is there any other reason ? In my opinion ST is
> pretty exotic, i mean it is neither any valid standard, nor seen in
> any favorable (Java EE) technology stack.
>
> As this case shows, its not a valid engine for general-purpose problems.
> Im not giving here the alternatives yet, because i would like to hear
> first the reasons behind choosing ST as a preferable template engine
> in C2/C3.

AFAIK, ST is not "preferred", it's barely the only one available so far
in C3.

And I don't remember ST to be available at all in C2.1 and C2.2.
C2.1 and C.2.2 have instead a wider range of supported template engines,
including JX (my favorite) [1] [2].

If you'd like to port JX (or any other templating engine) to C3, your
contribution is more than welcome.

Best regards.

[1] http://cocoon.apache.org/2.2/blocks/template/1.0/976_1_1.html
[2] http://cocoon.apache.org/2.2/blocks/template/1.0/1012_1_1.html

> 2012/10/5 Francesco Chicchiriccò  <mailto:ilgro...@apache.org>>
>
> On 04/10/2012 08:53, André Juffer wrote:
> > Hello,
> >
> > I am dealing with the following problem. A REST resource returns an
> > (DTO) object called statistics (of type Statistics) holding various
> > properties. With string template, each property can be inserted into
> > an XML file, like
> >
> > $statistics.propertyA$
> >
> > where the corresponding method on the Statistics object is
> > getPropertyA().
> >
> > One of the properties requires an argument of type String, where the
> > actual method signature is getNumberFor(String name). It returns an
> > int. The name is obtained from a list of names obtained from the
> > statistics objects as well. The idea is to iterate through the
> list of
> > names and return a number (int) for each name.
> >
> > Thus, the XML code that I try to complete looks like:
> > 
> >   $statistics.names: { name |
> > 
> >   $name$
> >   $statistics.numberFor(name)$
> > 
> >   }$
> > 
> >
> > The Statistics object holds among other things a Map Integer>
> > with the requested numbers.
> >
> > The line $statistics.numberFor(name)$ is however erroneous. I cannot
> > pass the current value of name to the method in question.
> >
> > My question is now: How to pass a argument to a given method on an
> > object using string template. The string template website did
> not give
> > a clear answer, so maybe it is not even possible, or maybe I just
> > completely overlooked it.
> >
> > Any help is appreciated.
>
> Hi André.
> I am not an ST expert at all, but I really think there is no
> support for
> generic method invocation on ST expressions: the only methods
> supported
> seem to ne related to properties, "à la JavaBean".
>
> For your use case, I'd change a bit the application logic by
> providing a
> C3 REST controller that would act as a "data conversion proxy" between
> the sitemap and the actual REST resource you are currently dealing
> with.
> In this way you could query the external REST resource from the C3
> REST
> controller body and prepare the data in a format that's suitable
> for ST.
>
> Regards.
>
-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Unable to transform to docbook

>>>> connection file:/home/mansour/workspace/pipelines/repo/articles/ex.xml
>>>> at org.apache.cocoon.sax.util.XMLUtils.toSax(XMLUtils.java:117)
>>>> at 
>>>> org.apache.cocoon.sax.component.XMLGenerator$URLGenerator.execute(XMLGenerator.java:385)
>>>> at 
>>>> org.apache.cocoon.sax.component.XMLGenerator.execute(XMLGenerator.java:104)
>>>> at 
>>>> org.apache.cocoon.pipeline.AbstractPipeline.invokeStarter(AbstractPipeline.java:146)
>>>> at 
>>>> org.apache.cocoon.pipeline.CachingPipeline.execute(CachingPipeline.java:143)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at 
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>> at 
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>> at 
>>>> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
>>>> at 
>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>>>> at 
>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>>>> at 
>>>> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
>>>> at 
>>>> org.apache.cocoon.servlet.collector.ResponseHeaderCollector.interceptInvoke(ResponseHeaderCollector.java:94)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at 
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>> at 
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>> at 
>>>> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
>>>> at 
>>>> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
>>>> at 
>>>> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
>>>> at 
>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>>>> at 
>>>> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
>>>> at 
>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>>>> at 
>>>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
>>>> at $Proxy27.execute(Unknown Source)
>>>> at 
>>>> org.apache.cocoon.sitemap.InvocationImpl.execute(InvocationImpl.java:141)
>>>> at 
>>>> org.apache.cocoon.sitemap.node.PipelineNode.invoke(PipelineNode.java:66)
>>>> ... 60 more
>>>> Caused by: org.xml.sax.SAXException: java.lang.NullPointerException
>>>> javax.xml.transform.TransformerException: java.lang.NullPointerException
>>>> at 
>>>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:245)
>>>> at 
>>>> org.apache.cocoon.xml.sax.AbstractSAXPipe.endDocument(AbstractSAXPipe.java:58)
>>>> at 
>>>> org.apache.cocoon.sax.AbstractSAXTransformer.endDocument(AbstractSAXTransformer.java:47)
>>>> at
>>>> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endDocu
>>>> me
>>>> nt(AbstractSAXParser.java:742)
>>>>
>>>> ..
>>>>
>>>> Here's my pipeline:
>>>>
>>>>   
>>>> 
>>>>
>>>> 
>>>> >>> src="/home/mansour/workspace/pipelines/repo/articles/{map:id}.xml" />
>>>> >>> src="/home/mansour/workspace/pipelines/docbook-xsl-snapshot/html/docbook.xsl"
>>>> />
>>>> 
>>>> 
>>>>
>>>>
>>>> This matcher is working with another transformation.
>>>> For example the following pipeline:
>>>>
>>>> 
>>>>
>>>> 
>>>> >>> src="/home/mansour/workspace/pipelines/repo/articles/{map:id}.xml" />
>>>> 
>>>> 
>>>> 
>>>>
>>>> Would work fine.
>>>>
>>>> The same file "ex.xml" can be processed with xalan from the command line 
>>>> and produce the correct output !
>>>>
>>>> any idea ??

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Is cocoon dead ?

On 08/11/2012 05:14, Mansour Al Akeel wrote:
> As of today the page
> http://svn.apache.org/viewvc/cocoon/cocoon3/trunk/ shows that the most
> recent changes were 6 weeks ago.
> Is there any activity or plans to continue developing cocoon ?

Hi Mansour,
unfortunately this question keeps popping up: just search
cocoon.markmail.org and you'll find plenty of wise and proper replies.

I would only add some updates on this:
 * AFAICT my company and Thorsten's are regularly making (part of )
their business proposition on Cocoon 3;
 * here at ApacheCon EU 2012 there have been an hackaton and two talks
mentioning (and introducing) Cocoon.

If you want to leave an helping hand for Cocoon 2.X or 3, your
contribution is heavily appreciated :-)
Regards.

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Please sign me out

On 08/11/2012 12:31, Gintare Ragaisiene wrote:
> Hi
>
>  can you sign out me from cocoon users list ? The usual sign out
> feature not working.

Hi,
I don't have mailing list admin karma, but it should be enough for you
to send an e-mail to users-unsubscr...@cocoon.apache.org from the
subscribed e-mail address and then follow the instructions you'll get by
e-mail.

Regards.

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Is cocoon dead ?

On 08/11/2012 12:55, Daniel Smith wrote:
> Franceso, is there any documentation anywhere detailing the
> differences in Cocoon 3, or advances etc?

You can find a short summary at [1] and the complete documentation -
still to be completed, any volunteer? - at [2]

> An old list member from all the way back to the first Cocoon book, etc.

Cool :-)

Regards.

[1] http://cocoon.apache.org/3.0/features.html
[2] http://cocoon.apache.org/3.0/reference/index.html

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Is cocoon dead ?

On 08/11/2012 13:10, Daniel Smith wrote:
> Hmm.
> What needs to be done to complete it?
> Just wondering.

Just search for "TBW" in
http://cocoon.apache.org//3.0/reference/html-single/index.html ;-)

Regards.

> On 11/8/12, Francesco Chicchiriccò  wrote:
>> On 08/11/2012 12:55, Daniel Smith wrote:
>>> Franceso, is there any documentation anywhere detailing the
>>> differences in Cocoon 3, or advances etc?
>> You can find a short summary at [1] and the complete documentation -
>> still to be completed, any volunteer? - at [2]
>>
>>> An old list member from all the way back to the first Cocoon book, etc.
>> Cool :-)
>>
>> Regards.
>>
>> [1] http://cocoon.apache.org/3.0/features.html
>> [2] http://cocoon.apache.org/3.0/reference/index.html
>>
>> --
>> Francesco Chicchiriccò
>>
>> ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
>> http://people.apache.org/~ilgrosso/
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
>> For additional commands, e-mail: users-h...@cocoon.apache.org
>>
>>
> -----
> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> For additional commands, e-mail: users-h...@cocoon.apache.org
>


-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Standalone Cocoon

2012-11-10 Thread Francesco Chicchiriccò

On 06/11/2012 19:11, JeVeoy wrote:
> Dear Experts,
>
> I love the possibilities Cocoon gives my projects and I don't think I
> will ever want to develop anything without Cocoon.
>
> But..
>
> I would really, really, really like to develop web applications
> /without /the Maven Jetty plugin "jetty:run", being dependent on Maven
> for my library and debugging outside my preferred environment.
>
> My preferred development environment:
> * Apache Cocoon
> * Apache Tomcat
> * MyEclipse
> In a perfect world I would be able to launch the Tomcat server as a
> node from within MyEclipse and be able to debug, deploy etc a
> Cocoon-based application without building etc outside MyEclipse.
>
> I guess I could run the "dependency:tree" and copy all jars in
> preferred order to a library in a cocoon-project. I could also prepare
> a default Cocoon project for MyEclipse by running "eclipse:myeclipse",
> but I know this wont do the trick..
>
> Do you have any experience/knowledge on how this can be achieved? Any
> steps I have to take? Any help would really be appreciated.

Hi,
sorry for late response: I've just returned from ApacheCon EU 2012 and I
am bit late with e-mails :-)

Anyway, you can find an example of "plain" (e.g. without RCL) webapp at
[1]: since it is a demo application of HippoCocoonToolkit (HCT) [2] - an
alternative, Apache Cocoon 3.0 based, toolkit for building web sites
while relying upon Hippo CMS and Repository - you will have to remove
any hct-related file and dependency, but it should be pretty
straightforward.

Please let me now if you are fine with this.

Regards.

[1]
https://github.com/Tirasa/HippoCocoonToolkit/blob/hct-baby-steps/hctsite/
[2] http://tirasa.github.com/HippoCocoonToolkit/

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Is cocoon dead ?

2012-11-10 Thread Francesco Chicchiriccò

Hi all,
I think e-mails like the one below are not helpful at all.

First of all, even though most of critical aspects of our current
situation are reported, some things are barely wrong:

> down the same page you find the next most recent news is a year and a
> half old

Open your favorite browser at http://cocoon.apache.org/ and read that
latest two news are dated July 2nd and March 3rd 2012

> When people ask about C2.x (and the latest released version is 2.2) nobody 
> wants to talk about it (except others desperate for information about some 
> aspect of C2);

Just browse http://cocoon.markmail.org and judge by yourself whether
this is true or not.

> There are no books on anything later than 2.1, which is about a decade old.

Just point again your favorite browser to
http://www.apache.org/dist/cocoon/ and you will see that Cocoon 2.1.11
was released on Jan 14th 2008.

> Perhaps 80% of the official documentation is either TBW or skeletal, and the 
> only people who know the inside of Cocoon well enough to complete it keep 
> asking others to do that.

This is absolutely false for C2.X and only partially true for C3.

Beware, I am not stating that the Cocoon status is healthy, new releases
with bugfixes and new features are regularly made available and
documentation is accurate and complete.
I am only trying to look at the Cocoon project for what it is *today*: a
project with:
 * very few active committers
 * almost no occasional contributors
 * still a lot of interested people: most because they are running an
ancient Cocoon version, few because they've heard of Cocoon only recently

In my opinion, a dead project is a project in which no one is
interested, and Cocoon is not (yet?) that far.

Remembering that Cocoon - like as any other project at ASF - is
exclusively made up by volunteer contribution, I'd rather start a
[DISCUSS] thread to see what needs to be done and who is available to
help instead of such acid and unproductive e-mails.

WDYT?

Regards.

On 08/11/2012 15:10, Mark H. Wood wrote:
> I'm not surprised at all.  Looking 3cm. down the same page you find
> the next most recent news is a year and a half old.  When people ask
> about C2.x (and the latest released version is 2.2) nobody wants to
> talk about it (except others desperate for information about some
> aspect of C2); one is told to use C3.  C3 has been alpha for perhaps
> two years -- there is as yet no beta, let alone a release.  There are
> no books on anything later than 2.1, which is about a decade old.
> Perhaps 80% of the official documentation is either TBW or skeletal,
> and the only people who know the inside of Cocoon well enough to
> complete it keep asking others to do that.  Bugs with patches attached
> languish for years.  Seemingly everyone using Cocoon is running a
> unique local version with scads of patches that are passed around like
> ancient lore.
>
> Why would anyone think Cocoon is dead?

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: accessing a spring bean methods from sitemap

2012-11-10 Thread Francesco Chicchiriccò

On 10/11/2012 18:38, Mansour Al Akeel wrote:
> I need to link documents through some identification. For example,
> assuming that I have:
>
> articles/my-first-article.xml
> articles/second-one.xml
> articles/hello-world-article.xml
>
> books/book1.xml  which has  references to  artice-1 and article-3
> identified by an id of the form: A001
>
> I need to create a hashtable linking both so that I pass query param
> by ID or by name. The idea I have is to initialize spring bean that
> will extract the data from these files,
> and construct a Map.
>
> My question is how can I access this HashTable from sitemap ??
>
> I am using C2.2.

Hi,
I don't think there is any direct way to access an Hashtable from the
sitemap: maybe the only chance is to get to it through flowscript...

Don't have idea of how to access a Spring bean from flowscript,
though... any C2.2. expert around?

Regards.

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: XInclude in sitemap.xmap

2012-11-11 Thread Francesco Chicchiriccò

On 12/11/2012 07:59, Mansour Al Akeel wrote:
> Here's what I am doing:
>
>  
>src="{global:base.repo.path}/articles/{map:id}/index.xml" />
>   
>   
>
> and this is error:
> [...]

Hi,
did you take a look at sample sitemap.xmap [1] (around line 387) and
specifically xinclude.xml [2]?

BTW: which version are you running? From the reported stacktrace I
understand C3, but some of your earlier questions were referring to C2.2

Regards.

[1]
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/sitemap.xmap
[2]
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/aggregation/xinclude.xml

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Is cocoon dead ?

2012-11-12 Thread Francesco Chicchiriccò

Hi all,
for anyone interested more in contributing for make things change rather
than ranting about autopsy and post-mortem status, I'd strongly suggest
to take a look at [1], if need subscribe to dev@ ML, and join the
discussion there.

Regards.

[1] http://markmail.org/message/n3xt6yio6vikanuh

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: XInclude in sitemap.xmap

2012-11-12 Thread Francesco Chicchiriccò

On 13/11/2012 05:49, Mansour Al Akeel wrote:
> I am doing two project.
> A personal one with C3.0, and one for a product, and using C2.2.
> This issue is happening with C3.0.
>
> I didn't get a chance to test the files you sent me.

Ok, take a look there, then: using the XInclude transformer should be
pretty straightforward.

> However, from the logs (which are really hard to read), it looks like I am 
> having issues with the baseUrl.
> I looked into the source, and tried to set baseUrl="full-path-to-my-repo", 
> but that didn't work either.

Again, please take a look at [1] and [2].

> Would be nice to see a document describing the attributes to be set on each 
> transformer.

XInclude transformer hasn't changed much since C2.1 [3] / C2.2 [4].

> A clear error message can be a lot of help as well.

Definitely: in your case, though, I suspect that something really
"basic" is getting wrong.

Please share your files if you'd like to get more in-depth help.

Regards.

> On Mon, Nov 12, 2012 at 2:23 AM, Francesco Chicchiriccò
>  wrote:
>> On 12/11/2012 07:59, Mansour Al Akeel wrote:
>>> Here's what I am doing:
>>>
>>>  
>>>   >> src="{global:base.repo.path}/articles/{map:id}/index.xml" />
>>>   
>>>   
>>>
>>> and this is error:
>>> [...]
>> Hi,
>> did you take a look at sample sitemap.xmap [1] (around line 387) and
>> specifically xinclude.xml [2]?
>>
>> BTW: which version are you running? From the reported stacktrace I
>> understand C3, but some of your earlier questions were referring to C2.2
>>
>> Regards.
>>
>> [1] 
>> https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/sitemap.xmap
>> [2] 
>> https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/aggregation/xinclude.xml
[3] http://cocoon.apache.org/2.1/userdocs/xinclude-transformer.html
[4] http://cocoon.apache.org/2.2/core-modules/core/2.2/985_1_1.html

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Encouraging more volunteers

2012-11-12 Thread Francesco Chicchiriccò

On 12/11/2012 19:49, Mark H. Wood wrote:
> I note that the link Getting Involved | How to Contribute 

You mean http://cocoon.apache.org/1273_1_1.html

> leads to a page topped by this:
>
>   How to contribute?
>   Code
>
>   TBD
> If someone could find a few minutes to fill this in, I think it would remove 
> some friction.

Definitely: what if we "grab"
http://openjpa.apache.org/get-involved.html from OpenJPA? It seems very
nice to me.

> Further down that page:
>
>   General documentation
>
>   These instructions only work if you have an active account in our
>   Daisy CMS and got the doc editor role assigned. If you haven't, create
>   your account at http://cocoon.zones.apache.org/daisy/registration and
>   ask at dev[_at_]cocoon.apache.org for editing rights.
>
> The link returns 404.
>
> Still further down, there is a link to Cocoon Site Overview.  That link also 
> returns 404.

Daisy is not used anymore for managing the website(s),  but some
references are still around: thanks for reporting, I am going to remove
such elements.

We currently manage the website(s) via the maven site plugin (site
sources are at [1] [2]): the major drawback is that you need to be
committer to contribute documentation; the advantage is that you can
always open an issue on JIRA [3] [4] and attach a patch :-)

Anyway, I've opened [5] for fixing the stuff reported in this e-mail.

Regards.

[1] https://svn.apache.org/repos/asf/cocoon/trunk/site
[2] https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/parent/src/site
[3] https://issues.apache.org/jira/browse/COCOON
[4] https://issues.apache.org/jira/browse/COCOON3
[5] https://issues.apache.org/jira/browse/COCOON-2329

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Unable to transform to docbook

2012-11-13 Thread Francesco Chicchiriccò

@gmail.com]
>>>>>>> Sent: Monday, November 05, 2012 6:59 PM
>>>>>>> To: users@cocoon.apache.org
>>>>>>> Subject: Re: Unable to transform to docbook
>>>>>>>
>>>>>>> On Mon, Nov 5, 2012 at 7:51 AM, Robby Pelssers  
>>>>>>> wrote:
>>>>>>>> Hi Mansour,
>>>>>>>>
>>>>>>>> First of all I assume you don't have the same match patterns in the 
>>>>>>>> same sitemap..right? I guess you altered the implementation just to 
>>>>>>>> test and the first one (docbook.xsl) failed and the second one 
>>>>>>>> (myCustomSheet.xsl) worked.
>>>>>>> Yes, exactly ! The first one is failing, the second one is working. So 
>>>>>>> the issue is only with docbook.xsl being processed from cocoon.
>>>>>>>
>>>>>>>> The most obvious way to debug is to try what following matchers will 
>>>>>>>> do:
>>>>>>>>
>>>>>>>> 
>>>>>>>>   >>>>>>> src="/home/mansour/workspace/pipelines/repo/articles/{map:id}.xml" />
>>>>>>>>   
>>>>>>>> 
>>>>>>>>
>>>>>>>> Also try to generate that xsl:
>>>>>>>>
>>>>>>>> 
>>>>>>>>   >>>>>>> src="/home/mansour/workspace/pipelines/docbook-xsl-snapshot/html/docbook.xsl
>>>>>>>>  " />
>>>>>>>>   
>>>>>>>> 
>>>>>>>>
>>>>>>>> But my hunch is that the docbook.xsl has other xsl imports or includes 
>>>>>>>> which might be the problem.
>>>>>>>>
>>>>>>>> Let me know what happens if you try above matchers and also check if 
>>>>>>>> the docbookx.xsl has imports/includes or if it has declared xsl 
>>>>>>>> parameters.
>>>>>>>
>>>>>>> I tried both matchers and they seem to be working fine. I can do 
>>>>>>> http://localhost:/transform/docbook.xsl and I get the expected 
>>>>>>> output.
>>>>>>> The docbook.xsl has a lot of  :
>>>>>>>
>>>>>>> >>>>>> xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
>>>>>>> xmlns:ng="http://docbook.org/docbook-ng";
>>>>>>> xmlns:db="http://docbook.org/ns/docbook";
>>>>>>> xmlns:exsl="http://exslt.org/common";
>>>>>>> xmlns:exslt="http://exslt.org/common"; exclude-result-prefixes="db ng
>>>>>>> exsl exslt" version="1.0">
>>>>>>>
>>>>>>> 
>>>>>>>
>>>>>>> 
>>>>>>>
>>>>>>> 
>>>>>>>
>>>>>>>  
>>>>>>>  >>>>>> href="../common/l10n.xsl"/> >>>>>> href="../common/common.xsl"/> >>>>>> href="../common/utility.xsl"/> >>>>>> href="../common/labels.xsl"/> >>>>>> href="../common/titles.xsl"/> >>>>>> href="../common/subtitles.xsl"/>
>>>>>>>
>>>>>>>  >>>>>> href="../common/targets.xsl"/> >>>>>> href="../common/olink.xsl"/> 
>>>>>>>  
>>>>>>>
>>>>>>> 
>>>>>>>
>>>>>>> Thank you for helping in this.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Kind regards,
>>>>>>>> Robby Pelssers
>>>>>>>>
>>>>>>>> -Original Message-
>>>>>>>> From: Mansour Al Akeel [mailto:mansour.alak...@gmail.com]
>>>>>>>> Sent: Sunday, November 04, 2012 11:14 PM
>>>>>>>> To: users
>>>>>>>> Subject: Unable to transform to docbook
>>>>>>>>
>>>>>>>> I have worked with C2.1 and 2.2 before. I am trying to play with C3 
>>>>>>>> for a coming project.
>>>>>>>> I need to generate HTML from docbook file.
>>>>>>>>
>>>>>>>> INFO  RequestProcessor - Sitemap execution for /article/ex took 
>>>>>>>> 6470.727 ms.
>>>>>>>> ERROR XMLSitemapServlet - Cocoon can't process the request.
>>>>>>>> org.apache.cocoon.sitemap.InvocationException:
>>>>>>>> org.apache.cocoon.pipeline.ProcessingException: Can't parse url 
>>>>>>>> connection file:/home/mansour/workspace/pipelines/repo/articles/ex.xml
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.util.ExceptionHandler.getInvocationException(ExceptionHandler.java:39)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.PipelineNode.handleException(PipelineNode.java:101)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.PipelineNode.invoke(PipelineNode.java:71)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.AbstractSitemapNode.invoke(AbstractSitemapNode.java:96)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.PipelinesNode.invoke(PipelinesNode.java:49)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.AbstractSitemapNode.invoke(AbstractSitemapNode.java:96)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.Sitemap.invoke(Sitemap.java:42)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.servlet.RequestProcessor.invoke(RequestProcessor.java:233)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.servlet.RequestProcessor.sendSitemapResponse(RequestProcessor.java:290)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:90)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.servlet.XMLSitemapServlet.service(XMLSitemapServlet.java:47)
>>>>>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at 
>>>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>>>>> at
>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc
>>>>>>>> e
>>>>>>>> ss
>>>>>>>> orImpl.java:43)
>>>>>>>>
>>>>>>>> .
>>>>>>>>
>>>>>>>> Caused by: org.apache.cocoon.pipeline.ProcessingException: Can't parse 
>>>>>>>> url connection 
>>>>>>>> file:/home/mansour/workspace/pipelines/repo/articles/ex.xml
>>>>>>>> at org.apache.cocoon.sax.util.XMLUtils.toSax(XMLUtils.java:117)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sax.component.XMLGenerator$URLGenerator.execute(XMLGenerator.java:385)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sax.component.XMLGenerator.execute(XMLGenerator.java:104)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.pipeline.AbstractPipeline.invokeStarter(AbstractPipeline.java:146)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.pipeline.CachingPipeline.execute(CachingPipeline.java:143)
>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at 
>>>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>>>>> at 
>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.servlet.collector.ResponseHeaderCollector.interceptInvoke(ResponseHeaderCollector.java:94)
>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at 
>>>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>>>>> at 
>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>>>>>>>> at 
>>>>>>>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
>>>>>>>> at $Proxy27.execute(Unknown Source)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.InvocationImpl.execute(InvocationImpl.java:141)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sitemap.node.PipelineNode.invoke(PipelineNode.java:66)
>>>>>>>> ... 60 more
>>>>>>>> Caused by: org.xml.sax.SAXException: java.lang.NullPointerException
>>>>>>>> javax.xml.transform.TransformerException: 
>>>>>>>> java.lang.NullPointerException
>>>>>>>> at 
>>>>>>>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:245)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.xml.sax.AbstractSAXPipe.endDocument(AbstractSAXPipe.java:58)
>>>>>>>> at 
>>>>>>>> org.apache.cocoon.sax.AbstractSAXTransformer.endDocument(AbstractSAXTransformer.java:47)
>>>>>>>> at
>>>>>>>> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endDoc
>>>>>>>> u
>>>>>>>> me
>>>>>>>> nt(AbstractSAXParser.java:742)
>>>>>>>>
>>>>>>>> ..
>>>>>>>>
>>>>>>>> Here's my pipeline:
>>>>>>>>
>>>>>>>>   
>>>>>>>> 
>>>>>>>>
>>>>>>>> 
>>>>>>>> >>>>>>> src="/home/mansour/workspace/pipelines/repo/articles/{map:id}.xml" />
>>>>>>>> >>>>>>> src="/home/mansour/workspace/pipelines/docbook-xsl-snapshot/html/docbook.xsl"
>>>>>>>> />
>>>>>>>> 
>>>>>>>> 
>>>>>>>>
>>>>>>>>
>>>>>>>> This matcher is working with another transformation.
>>>>>>>> For example the following pipeline:
>>>>>>>>
>>>>>>>> 
>>>>>>>>
>>>>>>>> 
>>>>>>>> >>>>>>> src="/home/mansour/workspace/pipelines/repo/articles/{map:id}.xml" />
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>
>>>>>>>> Would work fine.
>>>>>>>>
>>>>>>>> The same file "ex.xml" can be processed with xalan from the command 
>>>>>>>> line and produce the correct output !
>>>>>>>>
>>>>>>>> any idea ??

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: XInclude in sitemap.xmap

2012-11-13 Thread Francesco Chicchiriccò

src/main/resources/COB-INF/)
> 12:11:57.039 [btpool0-1] DEBUG o.a.cocoon.pipeline.CachingPipeline - ~ adding 
> ParameterCacheKey(hashCode=1430898616
> parameters={encoding=UTF-8, method=xml}) for component
> XMLSerializer(hashCode=1413585408)
> 12:11:57.040 [btpool0-1] DEBUG o.a.cocoon.pipeline.CachingPipeline - Creating 
>  CompoundCacheKey(hashCode=518365495
> key=[TimestampCacheKey(hashCode=1975202233
> url=file:/home/mansour/workspace/pipelines/repo/articles/example/ind
> ex.xml timestamp=1352808707000 (2012-11-13 12:11:47.0)),
> CachedCacheKey(hashCode=1855990413
> internalCacheKey=ObjectCacheKey(hashCode=1421714705 obj=false)
> cachedCacheKey=URLListCacheKey(hashCode=1358483078
> urls=[TimestampCache
> Key(hashCode=334463211
> url=file:/home/mansour/workspace/pipelines/contents/src/main/resources/COB-INF/hello.c
> timestamp=0 (1970-01-01 00:00:00.0))])),
> ParameterCacheKey(hashCode=1430898616 parameters={encoding=UTF-8, method=xm
> l})]) for pipeline CachingPipeline(hashCode=839414089
> components=[XMLGenerator(hashCode=1295514377
> internalGenerator=URLGenerator(hashCode=1212516680
> source=file:/home/mansour/workspace/pipelines/repo/articles/example/index.xm
> l)), XIncludeTransformer(hashCode=373437306
> baseUrl=file:/home/mansour/workspace/pipelines/contents/./src/main/resources/COB-INF/),
> XMLSerializer(hashCode=1413585408)])
> 12:11:57.040 [btpool0-1] DEBUG o.a.cocoon.pipeline.CachingPipeline - Used 
> cache: SimpleCache(hashCode=1672230800) 12:11:57.040 [btpool0-1] DEBUG 
> o.a.cocoon.pipeline.CachingPipeline - No cache value available for 
> CompoundCacheKey(hashCode=518365495
> key=[TimestampCacheKey(hashCode=1975202233
> url=file:/home/mansour/workspace/pipelines/repo/a
> rticles/example/index.xml timestamp=1352808707000 (2012-11-13 12:11:47.0)), 
> CachedCacheKey(hashCode=1855990413
> internalCacheKey=ObjectCacheKey(hashCode=1421714705 obj=false)
> cachedCacheKey=URLListCacheKey(hashCode=1358483078 u
> rls=[TimestampCacheKey(hashCode=334463211
> url=file:/home/mansour/workspace/pipelines/contents/src/main/resources/COB-INF/hello.c
> timestamp=0 (1970-01-01 00:00:00.0))])),
> ParameterCacheKey(hashCode=1430898616 parameters={encodi ng=UTF-8, 
> method=xml})]) 12:11:57.040 [btpool0-1] DEBUG 
> o.a.cocoon.pipeline.AbstractPipeline - Invoking first component of 
> CachingPipeline(hashCode=839414089
> components=[XMLGenerator(hashCode=1295514377
> internalGenerator=URLGenerator(hashCode=12125166
> 80 
> source=file:/home/mansour/workspace/pipelines/repo/articles/example/index.xml)),
> XIncludeTransformer(hashCode=373437306
> baseUrl=file:/home/mansour/workspace/pipelines/contents/./src/main/resources/COB-INF/),
> XMLSerializer(hashCode=1413585408)])
> 12:11:57.040 [btpool0-1] DEBUG o.a.c.sax.component.XMLGenerator - Using the 
> URL file:/home/mansour/workspace/pipelines/repo/articles/example/index.xml
> to produce SAX events.
> 12:11:57.040 [btpool0-1] DEBUG o.a.c.jci.stores.MemoryResourceStore - reading 
> resource com/sun/org/apache/xerces/internal/parsers/SAXParser.class
> 12:11:57.041 [btpool0-1] DEBUG o.a.c.jci.stores.MemoryResourceStore - reading 
> resource 
> com/sun/org/apache/xerces/internal/parsers/XIncludeAwareParserConfiguration.class
> 12:11:57.041 [btpool0-1] DEBUG o.a.c.jci.stores.MemoryResourceStore - reading 
> resource com/sun/org/apache/xerces/internal/impl/dv/dtd/DTDDVFactoryImpl.class
> 12:11:57.041 [btpool0-1] DEBUG o.a.c.s.c.XIncludeTransformer - 
> setDocumentLocator called null
> 12:11:57.042 [btpool0-1] DEBUG o.a.c.jci.stores.MemoryResourceStore - reading 
> resource org/apache/xml/serializer/ToXMLStream.class
> 12:11:57.043 [btpool0-1] DEBUG o.a.c.s.c.XIncludeTransformer - Processing 
> XInclude element: href=hello.c, parse=text, xpointer=null, encoding=null, 
> accept=null, acceptLanguage=null
> 12:11:57.043 [btpool0-1] DEBUG o.a.c.s.c.XIncludeTransformer - Including 
> source:
> file:/home/mansour/workspace/pipelines/contents/src/main/resources/COB-INF/hello.c
> 12:11:57.043 [btpool0-1] DEBUG o.a.c.s.c.XIncludeTransformer - Parse type=text
> 12:11:57.045 [btpool0-1] ERROR o.a.c.s.c.XIncludeTransformer - Error 
> including text:
> java.io.FileNotFoundException:
> /home/mansour/workspace/pipelines/contents/src/main/resources/COB-INF/hello.c
> (No such file or directory)
> at java.io.FileInputStream.open(Native Method) ~[na:1.7.0]
> at java.io.FileInputStream.(FileInputStream.java:138)
> ~[na:1.7.0]
>
>
>
>
> Please note the logs where the baseUrl is in the COB-INF directory.
> The base url is set to the same the same directory of the article, but the 
> logs shows it didn't change.
>
> Thank you
>
>
>
> On Tue, Nov 13, 2012 at 2:43 AM, Francesco Chicchiriccò  
> wrote:
>>

Re: JXTemplate question

2012-11-16 Thread Francesco Chicchiriccò

On 16/11/2012 14:32, m...@digikartta.net wrote:
>
> Can you help me out with this.
>
> This works:
> 
>
> This doesn't
> #{$inneritem}
>
> Or it does actually work, but the result in a) is "xxx" and in b)
> xxx
>
> What I am doing this template is to create an html page out of xml
> derived from CForms binding. Guess this would have been easier with XSL..
> So the idea is to initialize form controls with values from XML
> elements, not with the whole XML elements.

Hi,
I am not fresh with JX and CForms since long time, so I can't help you
directly; anyway, I've found this old thread [1] that might be useful in
your case (especially the latest reply).

I'd suggest to search at http://cocoon.markmail.org/ : it seems that
your issue used to be a common pattern.

Regards.

[1] http://markmail.org/message/ixibbm2zu7zn7fgf

-- 
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/

Re: Encouraging more volunteers aspirant

2012-11-18 Thread Francesco Chicchiriccò


FYI,
I've just fixed COCOON-2329 [5] and updated

http://cocoon.apache.org/1273_1_1.html

and

http://cocoon.apache.org/1256_1_1.html

Now it's time to start contributing: code for coders, doc for others :-)

Regards.

On 17/11/2012 22:16, Thorsten Scherler wrote:

On 11/13/2012 08:54 AM, Francesco Chicchiriccò wrote:

On 12/11/2012 19:49, Mark H. Wood wrote:

I note that the link Getting Involved | How to Contribute

You mean http://cocoon.apache.org/1273_1_1.html


leads to a page topped by this:

   How to contribute?
   Code

   TBD
If someone could find a few minutes to fill this in, I think it would remove 
some friction.

Definitely: what if we "grab"
http://openjpa.apache.org/get-involved.html from OpenJPA? It seems very
nice to me.
  
http://forrest.apache.org/committed.html is as well a good source.



Further down that page:

   General documentation

   These instructions only work if you have an active account in our
   Daisy CMS and got the doc editor role assigned. If you haven't, create
   your account at http://cocoon.zones.apache.org/daisy/registration and
   ask at dev[_at_]cocoon.apache.org for editing rights.

The link returns 404.

Still further down, there is a link to Cocoon Site Overview.  That link also 
returns 404.

Daisy is not used anymore for managing the website(s),  but some
references are still around: thanks for reporting, I am going to remove
such elements.

We currently manage the website(s) via the maven site plugin (site
sources are at [1] [2]): the major drawback is that you need to be
committer to contribute documentation; the advantage is that you can
always open an issue on JIRA [3] [4] and attach a patch :-)

Well the above is not 100% true we use as well a wiki where comitter
aspirant usually start.

salu2


Anyway, I've opened [5] for fixing the stuff reported in this e-mail.

Regards.

[1] https://svn.apache.org/repos/asf/cocoon/trunk/site
[2] https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/parent/src/site
[3] https://issues.apache.org/jira/browse/COCOON
[4] https://issues.apache.org/jira/browse/COCOON3
[5] https://issues.apache.org/jira/browse/COCOON-2329


--
Francesco Chicchiriccò

ASF Member, Apache Cocoon PMC and Apache Syncope PPMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [2.1.12] Feedback request

2012-11-22 Thread Francesco Chicchiriccò


Hi all,
for anyone interested in giving an helping hand with the 2.1.12 release: 
please subscribe to dev ML by sending an e-mail to 
dev-subscr...@cocoon.apache.org


Thanks!
Regards.

On 19/11/2012 18:23, Laurent Medioni wrote:

Hi Cedric,
I would say:
COCOON-2002
COCOON-1529
COCOON-2310

We already have patched our (2.1.11) classes for 2 of them and we have not met 
the 3rd one yet :)
But anything related to XHTML/HTML5/i18n is of interest...

I have to look if other internal patches should be of any interest for a future 
2.1.12...

Thanks
Laurent

-Original Message-
From: Cédric Damioli [mailto:cdami...@apache.org]
Sent: lundi 19 novembre 2012 16:08
To: users@cocoon.apache.org
Subject: [2.1.12] Feedback request

Dear Cocoon users,

A few years after the 2.1.11 release (!), we are currently in the process of releasing a 
2.1.12 There are 85 open issues in JIRA (see [1]), only 13 of which have their 
"fix-for" version set to 2.1.12

Almost all these issues have been opened more than 2 years ago, so I don't know 
which are still valid or not, especially for blocks I've never used myself.

What we'd like to know is if there are specific issues you want to be included 
for this upcoming release.
If so, please reply to this message or directly set the fix-for version in the 
corresponding issue.

Best regards,
Cédric

[1]
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+COCOON+AND+resolution+%3D+Unresolved+AND+affectedVersion+in+%2812312231%2C+12310931%2C+12310650%29


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: CForms - nested repeaters

2012-11-30 Thread Francesco Chicchiriccò


On 30/11/2012 09:37, Peter Sparkes wrote:

Cocoon 2.1.11

I can't get a nested repeater to work.

Can anyone point to to an example please


Hi Peter,
I am not very familiar (any more) with CForms but do you mean something 
like 
http://cocoon.zones.apache.org/cocoon21/samples/blocks/forms/do-taskTree.flow 
?


Regards.

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Cocoon zone now with 2.2 samples (besides 2.1 and 3.0)

2012-11-30 Thread Francesco Chicchiriccò

Hi all, having found [1], I finally put the Cocoon 2.2 samples at [2] 
together with 2.1 and 3.0, already available there.


I have also updated [3] for jail management instructions.

Regards.

[1] http://mrhaki.blogspot.it/2008/09/running-cocoon-22-samples.html
[2] http://cocoon.zones.apache.org/
[3] http://wiki.apache.org/cocoon/JailManagement

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon zone now with 2.2 samples (besides 2.1 and 3.0)

2012-12-01 Thread Francesco Chicchiriccò


On 30/11/2012 22:56, gelo1234 wrote:


Looks like C 3.0 samples need more tweaking:
http://cocoon.zones.apache.org/cocoon3/


Thanks for reporting; now it should be fine.

Regards.

2012/11/30 Francesco Chicchiriccò <mailto:ilgro...@apache.org>>


Hi all, having found [1], I finally put the Cocoon 2.2 samples at
[2] together with 2.1 and 3.0, already available there.

I have also updated [3] for jail management instructions.

Regards.

[1] http://mrhaki.blogspot.it/2008/09/running-cocoon-22-samples.html
[2] http://cocoon.zones.apache.org/
[3] http://wiki.apache.org/cocoon/JailManagement


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: CForms Character Encoding

2012-12-04 Thread Francesco Chicchiriccò


On 04/12/2012 09:40, Peter Sparkes wrote:

I am using C.2.11

I have a CForm implementation and there are, in the xml text, special 
characters such as:


£, Â, ⅗ and â

I am using UTF-8 encoding and such characters in the xml file are 
correctly displaced in the CForm and when the form is saved they are 
correctly saved in the xml file.


However, I am building another CForm, within the same Cocoon 
application, this time using the JXTemplate Generator and I am having 
encoding problems; the above characters are not correctly saved in the 
xml file.


In the sitemap I have:





I suspect the locale setting but do not know how to set it to UTF-8


Hi Peter,
did you take a look at [1] and [2] (for C2.2 but most concepts apply to 
C2.1 as well)?


Regards.

[1] http://wiki.apache.org/cocoon/RequestParameterEncoding
[2] http://cocoon.apache.org/2.2/1366_1_1.html

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: CForms Character Encoding

2012-12-04 Thread Francesco Chicchiriccò


On 04/12/2012 13:08, Peter Sparkes wrote:

On 04/12/2012 09:15, Peter Sparkes wrote:

On 04/12/2012 08:46, Francesco Chicchiriccò wrote:

On 04/12/2012 09:40, Peter Sparkes wrote:

I am using C.2.11

I have a CForm implementation and there are, in the xml text, 
special characters such as:


£, Â, ⅗ and â

I am using UTF-8 encoding and such characters in the xml file are 
correctly displaced in the CForm and when the form is saved they 
are correctly saved in the xml file.


However, I am building another CForm, within the same Cocoon 
application, this time using the JXTemplate Generator and I am 
having encoding problems; the above characters are not correctly 
saved in the xml file.


In the sitemap I have:





I suspect the locale setting but do not know how to set it to UTF-8


Hi Peter,
did you take a look at [1] and [2] (for C2.2 but most concepts apply 
to C2.1 as well)?


Regards.

[1] http://wiki.apache.org/cocoon/RequestParameterEncoding
[2] http://cocoon.apache.org/2.2/1366_1_1.html


Hi Francesco,

No, but I will now

Thank you

Peter


Hi Francesco,

All working now

Thank you again


You're welcome :-)

Regard.

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Cocoon maven artifacts versions in repo concerns FOP

2012-12-11 Thread Francesco Chicchiriccò


On 10/12/2012 15:33, Eduard Tibet wrote:

Hello!


Hi Eduard,
premise: I never used C2.2 in production - I've jumped from C2.1 to C3 - 
so I might say bullshits :-)



Some offtopic, but I suggest this info can be useful for others. We build our 
application based on Apache Cocoon 2.2. We also use Apache FOP version 1.1 and 
have our own block for it. Unfortunately there are some inconsistence in maven 
dependencies from FOP-Cocoon point of view.

Cocoon:
org.apache.cocoon:cocoon-core:2.2.0 > 
org.apache.avalon.framework:avalon-framework-impl (and here is only 4.3.1 in repo).

Our block depend on:
org.apache.xmlgraphics:fop:1.1 BUT it depends on 
org.apache.avalon.framework:avalon-framework-impl:4.2.0 . Here [1] is the 
thread in fop-usr mailing list with some info, why it is so.

So the questions are:
1. Is it possible (of course, locally) to include the "old" 4.2.0 lib in Apache 
Cocoon with the same exclusion of 4.3.1?What does it mean for Cocoon stability|issues?


I don't have any culprit about this: just try and see how it is going...


2. Do you know any elegant way to include fop 1.1 lib in Cocoon within current 
pom content?


Just override this dependency in your project's POM file and you should 
be fine.



[1]: http://www.mail-archive.com/fop-users@xmlgraphics.apache.org/msg18975.html

Thank you!

P.S. I suggest the same (or better to say "reverse") situation happens with 
batik libs (1.6.1 in Cocoon 2.2 and 1.7 in FOP 1.1)


I see the same solution here, by tweaking your own project's POM file(s).

Please report if you find any significant library incompatibility with 
either FOP/Avalon and Batik.


Regards.

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

[ANN] Apache Cocoon Integration Test Framework 1.0.1 and Servlet Service Implementation 1.3.2

2012-12-17 Thread Francesco Chicchiriccò


The Apache Cocoon team is pleased to announce the release of subprojects
Cocoon Integration Test Framework 1.0.1 and Servlet Service 
Implementation 1.3.2.


Apache Cocoon is an XML processing framework built around the concepts of
separation of concerns and component-based development.
Apache Cocoon 3 is a major rewrite of Cocoon 2.2. Like Cocoon 2 it
is based around the concept of pipelines and sitemaps and it is
very similar to Cocoon 2.2 in many respects but is slimmed down and
designed to be easily used with Java code (= no frameworks required!).
On top of this, Cocoon 3 has the goal of becoming the best available
platform for RESTful web services and web applications.

Subprojects are libraries, shared by different Apache Cocoon versions,
that can be used independently from the rest of Cocoon (1.x, 2.x 3.x),
or any of its parts (such as sitemap, pipelines, blocks, etc.).

Take a look at subprojects site http://cocoon.apache.org/subprojects/
and Maven plugins site http://cocoon.apache.org/2.2/maven-plugins/ for
more details.

We welcome your help and feedback. For more information on how to report
problems, and to get involved, visit the project website at

http://cocoon.apache.org/

The Apache Cocoon Team

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: enter key

2012-12-22 Thread Francesco Chicchiriccò


On 21/12/2012 00:06, Paul Joseph wrote:

Hi there,

On some of my forms when I click the Enter key, nothing happens.

On others though, the form "submits itself".

I can't find any documentation readily that explains why I see this 
difference...any pointers would be much appreciated.


(Cocoon 2.1.11, Tomcat 7.x)


Hi Paul,
guess that Cocoon does not make the point here: just google around a bit 
and you'll find any kind of javascript & HTML tricks for doing what you 
need.


Regards.

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Lucene querybean - cocoon 2.11

2012-12-26 Thread Francesco Chicchiriccò

On 26/12/2012 13:52, Peter Sparkes wrote:
> Solved:
>
> 2. Is there any way of excluding a file from being indexed on the
> value of one of its attributes?
>
> The solution was put a xslt transformer in the sitemap -  pattern="screen/indexer">

Oh, nice, I couldn't help with that but

> 1. What's the $ in  value=".xml$"/>  for?

should just mean 'anything ending with .xml', as per Java RegEx [1].

Regards.

[1]
http://docs.oracle.com/javase/1.4.2/docs/api/java/util/regex/Pattern.html

> Peter
>
>
> On 23/12/2012 08:59, Peter Sparkes wrote:
>> Hi,
>>
>> I am using  a querybean to generate a Lucene index.
>>
>> The sitemap pattern is ( adapted from the sample block :
>>
>> 
>> 
>> 
>> > value="{global:lucene-directory}"/>
>> > value="{global:lucene-analyzer}"/>
>> > value="10"/>
>> > value="false"/>
>> > value="cocoon:/prepare4indexing/"/>
>> > value="../BB/xml"/>
>> 
>>     
>> 
>> 
>>  
>>
>> Please:
>>
>>  1. What's the $ in > value=".xml$"/>  for?
>>  2. Is there any way of excluding a file from being indexed on the
>> value of one of its attributes?
>>
>> Thanks
>>
>> Peter
>>
-- 
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: Missing packages

2013-01-17 Thread Francesco Chicchiriccò


On 16/01/2013 18:13, Alberto Brosich wrote:

Hi,

I'm trying to port an application from cocoon version 2.1.11 to version
2.2.0. The application uses the petstore block that I cannot find in the
central maven repository.
I tried to compile cocoon 2.2.0 from sources (from svn repository) but I
got an error at captcha block.
Is there any maven repository with a complete set of cocoon 2.2
packages?


Hi Alberto,
there is nothing more complete than the central Maven repository :-)

Jokes apart, AFAIK the petstore block can be found in the Apache 
snapshot repository as



org.apache.cocoon
cocoon-petstore-impl
1.0.0-SNAPSHOT


In order to get deps from there you need to add to your root pom.xml

  

  ASF
https://repository.apache.org/content/repositories/snapshots/
  
true
  

  

Hope this helps.
Regards.

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

2013-01-19 Thread Francesco Chicchiriccò


On 17/01/2013 14:26, Matthias Müller wrote:

Hi there,

are there any tutorials / samples about implementing webservice 
support in cocoon 2.2.


All the sources I found are based on Cocoon 2.1x, e.g.
http://wiki.apache.org/cocoon/WebServiceServer


Hi Matthias,
I don't think there is any different sample for C2.2; possibly, the wiki 
page content mentioned above shouldn't be hard to upgrade to C2.2, but I 
cannot help you in this field, unfortunately.


If you are interested in webservice with Cocoon, I would suggest Cocoon 
3 (not yet fully released but already proven stable) with a dedicated 
support for REST [1].


Regards.

[1] http://cocoon.apache.org//3.0/reference/html/webapps.html#webapps.rest

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

2013-01-21 Thread Francesco Chicchiriccò


On 21/01/2013 08:59, Matthias Müller wrote:
I guess upgrading to Cocoon 3 means a lot of work. Please correct me, 
if I'm wrong here.


I'm not to deep in cocoon development, so maybe I'm totally wrong with 
the following idea:
There is a Cocoon spring integration. Does that mean that coccon can 
host spring modules? Could I maybe use the a spring webservice here?


Hi Matthias,
Cocoon 3.0 is quite different from its predecessors, that's sure.

Unfortunately I don't know C2.2 enough to confirm you that you can use 
Spring-based webservices, even though I suspect that you could be able 
to do so by playing a bit with filters in web.xml


Regards.


--------
*Von:* Francesco Chicchiriccò 
*An:* users@cocoon.apache.org
*Gesendet:* 12:32 Samstag, 19.Januar 2013
*Betreff:* Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

On 17/01/2013 14:26, Matthias Müller wrote:

Hi there,

are there any tutorials / samples about implementing webservice 
support in cocoon 2.2.


All the sources I found are based on Cocoon 2.1x, e.g.
http://wiki.apache.org/cocoon/WebServiceServer


Hi Matthias,
I don't think there is any different sample for C2.2; possibly, the 
wiki page content mentioned above shouldn't be hard to upgrade to 
C2.2, but I cannot help you in this field, unfortunately.


If you are interested in webservice with Cocoon, I would suggest 
Cocoon 3 (not yet fully released but already proven stable) with a 
dedicated support for REST [1].


Regards.

[1] http://cocoon.apache.org//3.0/reference/html/webapps.html#webapps.rest


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: cocoon-auth configuration - cocoon 2.2

2013-01-21 Thread Francesco Chicchiriccò


On 21/01/2013 09:08, kompromiss wrote:

Hi Everybody

cocoon-auth block.

I guess I searched just everywhere, but I couldn't find any sample with
configuration of PipelineSecurityHandler - there is only example of
SimpleSecurityHandler. Where can I find an example with using of
PipelineSecurityHandler? Or any detailed documentation would be helpful.


Hi,
did you also take a look at section [1]?

Not having used C2.2, I cannot unfortunately help you more; AFAIK 
cocoon-auth is just a rewrite of C2.1's cocoon-authentication-fw, used 
by the portal block.
You could then take a look at C2.1 portal sample (sitemap.xmap [3], 
configuration [4]), live at [5].


HTH
Regards.

[1] http://cocoon.apache.org/2.2/blocks/auth/1.0/1236_1_1.html
[2] http://cocoon.apache.org/2.1/developing/webapps/authentication.html
[3] 
https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/src/blocks/portal/samples/sitemap.xmap
[4] 
https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/src/blocks/portal/conf/portal.samplesxconf

[5] http://cocoon.zones.apache.org/cocoon21/samples/blocks/portal/portal

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

2013-01-21 Thread Francesco Chicchiriccò


On 21/01/2013 09:45, Matthias Müller wrote:

I thought that the spring integration is also part of Cocoon 2.2 !?


If Jos is referring to the cocoon-spring-configurator, I confirm that it 
is included in C2.2 (and C3, of course).


Unfortunately, I don't know if there is any sample of this kind available.
If you succeed with this approach, please report.

Regards.



*Von:* Jos Snellings 
*An:* users@cocoon.apache.org; Matthias Müller 
*Gesendet:* 9:28 Montag, 21.Januar 2013
*Betreff:* Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

Hi Matthias,

As a matter of fact, cocoon can host spring modules. You can plug in 
most every module using the well-known IoC mechanism.
In a typical block you will be able to configure things in the 
META-INF/cocoon/spring folder.

This is in my opinion one of the strong points of C3 over C2.2.

Cheers,
Jos


On Mon, Jan 21, 2013 at 8:59 AM, Matthias Müller <mailto:pym...@yahoo.de>> wrote:


I guess upgrading to Cocoon 3 means a lot of work. Please correct
me, if I'm wrong here.

I'm not to deep in cocoon development, so maybe I'm totally wrong
with the following idea:
There is a Cocoon spring integration. Does that mean that coccon
can host spring modules? Could I maybe use the a spring webservice
here?

Regards,
Matthias

--------
*Von:* Francesco Chicchiriccò mailto:ilgro...@apache.org>>
*An:* users@cocoon.apache.org <mailto:users@cocoon.apache.org>
*Gesendet:* 12:32 Samstag, 19.Januar 2013
*Betreff:* Re: [C2.2] Provide or consume Webservices with Cocoon 2.2

On 17/01/2013 14:26, Matthias Müller wrote:

Hi there,

are there any tutorials / samples about implementing webservice
support in cocoon 2.2.

All the sources I found are based on Cocoon 2.1x, e.g.
http://wiki.apache.org/cocoon/WebServiceServer


Hi Matthias,
I don't think there is any different sample for C2.2; possibly,
the wiki page content mentioned above shouldn't be hard to upgrade
to C2.2, but I cannot help you in this field, unfortunately.

If you are interested in webservice with Cocoon, I would suggest
Cocoon 3 (not yet fully released but already proven stable) with a
dedicated support for REST [1].

Regards.

[1]
http://cocoon.apache.org//3.0/reference/html/webapps.html#webapps.rest


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: migrating to cocoon 3.0

2013-01-28 Thread Francesco Chicchiriccò


Hi Mansour,
you'll find my replies embedded below.

Regards.

On 28/01/2013 03:07, Mansour Al Akeel wrote:

To be more specific, where can I find examples for SAX components. For example:

looking at this
http://cocoon.apache.org/3.0/apidocs/org/apache/cocoon/sax/AbstractSAXGenerator.html

I don't understand the parameters for :


void setup(Map parameters)

 The shared object map for this pipeline run.

and for:

void setConfiguration(Map configuration)


Take a look at interface eventually implemented by AbstractSAXGenerator, 
i.e. PipelineComponent:


http://cocoon.apache.org/3.0/apidocs/org/apache/cocoon/pipeline/component/PipelineComponent.html

Don't forget that "Apache Cocoon 3 is a major rewrite of Cocoon 2.2. 
Like Cocoon 2 it is based around the concept of pipelines and sitemaps 
and it is very similar to Cocoon 2.2 in many respects but is slimmed 
down and designed to be easily used with Java code (= no frameworks 
required!)."


This has many consequences, including the fact that everything that you 
do in C2.1 and C2.2 via sitemap.xmap can be done via pure Java code: 
here's the reason why there are two different setup() and 
setConfiguration() methods, even though very often they can be 
considered almost equivalent.



additionally, in previous versions of cocoon, I was able to do this
for custom components:

   
 
 
 
 
 
 
 
 
   

Is this still possible in C3.0 ??


Of course yes, but not in the sitemap.xmap.
The availability of generators, transformer, etc is handled by Spring 
via the cocoon-spring-configurator.


For example, the "standard" components are declared in [7] while 
optional are declared in [8].
You can of course declare your own components in your own sources: 
consider for example what I did for a project of mine [9] where I have 
developed a reader and a transformer for Hippo CMS.




On Mon, Jan 28, 2013 at 1:12 AM, Mansour Al Akeel
 wrote:

I have few components written against cocoon 2.2.
For example, extending those classes:

FileGenerator


This is now a subclass of XMLGenerator: you will find it in [1].


TraxTransformer


It is now called XSLTTransformer (easier, isn't it?); you will find it 
in [2].



AbstractInputModule


There is no support for input modules in C3 sitemap.
However, there is a similar concept, i.e. language interpreters [3]; 
currently, there are some of there available: JEXL [4], Settings [5] and 
so on.


You can see them in action in cocoon-sample sitemap [6] (for example in 
things like {jexl:cocoon.request.fileName}).



I am looking to port them to 3.0, but can not find a reference for the
components. I can see here some components, but no examples and not
even the classes.
http://cocoon.apache.org/3.0/reference/html/pipelines.html#d0e363

Is there a place where I can get the help I need ??


Oh yes, this mailing list ;-)

[1] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XMLGenerator.java
[2] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XSLTTransformer.java
[3] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sitemap/src/main/java/org/apache/cocoon/sitemap/expression/LanguageInterpreter.java
[4] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sitemap/src/main/java/org/apache/cocoon/sitemap/expression/JexlLanguageInterpreter.java
[5] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sitemap/src/main/java/org/apache/cocoon/sitemap/expression/SettingsInterpreter.java
[6] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sample/src/main/resources/COB-INF/sitemap.xmap
[7] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sitemap/src/main/resources/META-INF/cocoon/spring/cocoon-pipeline-component.xml
[8] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-optional/src/main/resources/META-INF/cocoon/spring-optional/cocoon-optional-generators.xml
[9] 
https://github.com/Tirasa/HippoCocoonToolkit/blob/hct-baby-steps/hctsite/src/main/resources/META-INF/cocoon/spring/hct-sitemap-components.xml


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Deployment scenarios for cocoon 3.0

2013-01-30 Thread Francesco Chicchiriccò


On 30/01/2013 11:19, gelo1234 wrote:

Hello,

Im thinking about applying several urgent patches onto the running 
cocoon 3.0 web app _without_ application server restart (be it Tomcat).


Lets say I want to modify some code inside REST Controller 
(MyRestController).
I presume that If I make some change in REST Controller class i wont 
be able just to replace jar/class files on running Tomcat and thats 
it. It will NOT pick up the changes.


So lets say i create a new class flle (another version of REST Controller:
MyRestController2) and upload that class/jar file to Tomcat, then 
change Cocoon sitemap.xmap to have a new class:


select="com.foo.controller.MyRestController2">

...


and thats it ? Will Cocoon pick it up correctly WITHOUT Tomcat restart 
and use the new code ?


Or yet I have to update/refresh somehow Spring context/configuration ?

use-default-filters="false"

name-generator="org.apache.cocoon.rest.controller.ControllerBeanNameGenerator"
scope-resolver="org.apache.cocoon.rest.controller.ControllerBeanScopeResolver">
expression="org.apache.cocoon.rest.controller.annotation.RESTController" 
/>

  



I know its NOT a good practice to "hot deploy" such code on a 
production servers but sometimes you just need fast update and cannot 
restart app server or use some 3rd party tools like Live Rebel etc.
I don't want to introduce a new block with the new controller in 
cocoon app, because that would also be a valid option as i presume ?


Hi Greg,
given the constraints you define above, I would suggest to solve your 
problem at Tomcat level by empowering the "reloadable" attribute of 
classloaders [1].


In this way you don't need to modify anything at Cocoon level.

Regards.

[1] http://tomcat.apache.org/tomcat-7.0-doc/config/loader.html

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Connecting 2 blocks with C3.0

2013-02-08 Thread Francesco Chicchiriccò

On 09/02/2013 05:09, Mansour Al Akeel wrote:

I am trying to follow this tutorial http://cocoon.apache.org/2.2/1291_1_1.html
to connect 2 blocks. I was able to do this in the past easily with C2.1 and 2.2.

With C3.0 as soon as I add the depency block to pom.xml I star getting an error:

[...]

I have created the project from maven archetypes. Additionally, when
following the same tutorial, and I modify the rcl.properties to
include the classes for the first project, matchers stop matching on
any patterns.
Is there something I need to do to get this to work properly ??

Hi,
COCOON3-105 changed the way how blocks are deployed in a Cocoon webapp:
this affects only C3 SNAPSHOTS of course, and even in this case you can
restore the old (i.e. 2.2) way of connecting blocks.

I've prepared a simple C3 project at [1] that shows how to deal with
this: the README there should be enough to get it working and a quick
look at sources can help in understanding what has changed "under the hood".

More specifically, as you can see from [2], the block mysite2 can refer
to block mysite1's resources as

src="jar:classpath:lib/mysite-${project.version}.jar!/COB-INF/{map:1}.xsl"/>

where ${project.version} is changed by Maven at build time into the
version declared in pom.xml.

We need of course to provide a proper documentation for how to get
started with C3: I've opened COCOON3-119 for this.

Hope this helps, in the meanwhile.

Regards.

[1] https://github.com/ilgrosso/cocoon3EmptyProject/tree/COCOON3-105
[2]
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite2/src/main/resources/COB-INF/sitemap.xmap

[3] http://cocoon.apache.org/2.2/1291_1_1.html

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Connecting 2 blocks with C3.0


On 09/02/2013 21:33, Mansour Al Akeel wrote:

I truly appreciate your help, and I agree with you that this needs to
be documented in a place where it's easy to find. It is taking me a
lot of time to try to figure out what is wrong.
I think it's related more to the running mode and the configurations.
For example when you declare a block as a dependency, its

resources/META-INF/cocoon/spring/dev/mysite-servlet-service.xml

has to have different name in the importing block, for example no two
blocks should have this:

resources/META-INF/cocoon/spring/block-servlet-service.xml

I am still investigating, and can not confirm that this is the issue.


Just name the '*servlet-service.xml' file according to the containing 
block, as I did in my sample project [4] [5].



Additionally


   
   
 
   

in

https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite/src/main/resources/META-INF/cocoon/spring/dev/mysite-servlet-service.xml

needs a bit more clarification. Specifically

 

in development mode and this line in production:

 

It will be nice if this is documented with the scenarios where we
should use one of another.


Don't fear, it will be ;-)

Basically, the development mode (and related configuration files) is 
used when you are supposed to perform, well, actual development of your 
block, e.g. when you launch


mvn jetty:run

from your block's source directory, while the production mode is used 
when your block is deployed within a containing webapp.


Anyway, why don't you prepare a draft of the page for COCOON3-119 [6]? 
As you can see from this sample [7], the format is APT [8], quite simple 
to handle.


Regards.

[1] https://github.com/ilgrosso/cocoon3EmptyProject/tree/COCOON3-105
[2] 
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite2/src/main/resources/COB-INF/sitemap.xmap
[3] http://cocoon.apache.org/2.2/1291_1_1.html
[4] 
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite/src/main/resources/META-INF/cocoon/spring/mysite-servlet-service.xml
[5] 
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite2/src/main/resources/META-INF/cocoon/spring/mysite2-servlet-service.xml
[6] https://issues.apache.org/jira/browse/COCOON3-119
[7] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/parent/src/site/apt/features.apt
[8] http://maven.apache.org/doxia/references/apt-format.html

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Connecting 2 blocks with C3.0


On 10/02/2013 22:59, Mansour Al Akeel wrote:

Hello Francesco,

I noticed from the read me file in the project you created as an example:



 IMPORTANT: be sure to use the latest Cocoon 3 SNAPSHOT artifacts
from ASF repository


Does this mean that block communication is not supported in 3.0.0-beta-1 ??


Still supported, but deprecated. There is a way to re-enabled it, but it 
not performed by default.



I am getting this error with the pom generated by cocoon archetype.

2013-02-09 17:27:28.070::WARN:  Failed startup of context
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext@c50e46{/,/home/mansour/workspace/flamenco/pipelines/channel-website/target/rcl/webapp}
java.lang.RuntimeException: Cannot invoke listener
org.springframework.web.context.ContextLoaderListener@19e681c
at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.invoke(ReloadingListener.java:298)
at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.contextInitialized(ReloadingListener.java:150)
at 
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:540)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:135)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:510)

I will look deeper into this error, but I am very interested in
knowing if "block communication" is not supported except in the
snapshot.


The "block communication" is fully supported in 3.0.0-beta-1-SNAPSHOT 
but not enabled via the "blockcontext:/" protocol.
This is the reason why I have published my sample project [1], e.g. to 
show how to achieve block communication *without* blockcontext:


As you have requested in another e-mail of this thread, I will also 
update [1] with another block's pipeline invocation. I'll keep you updated.


Consider that there is still the possibility to use blockcontext: 
protocol in 3.0.0-beta-1-SNAPSHOT, even though you will need to make 
some modifications on the project generated via archetype. I will add 
this to the page for COCOON3-119 [3].


FYI, You can read through COCOON3-105 if you want to understand more the 
reasons behind this switch.


Regards.

[1] https://github.com/ilgrosso/cocoon3EmptyProject/tree/COCOON3-105
[2] https://issues.apache.org/jira/browse/COCOON3-105
[3] https://issues.apache.org/jira/browse/COCOON3-119

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: Connecting 2 blocks with C3.0


On 09/02/2013 22:04, Mansour Al Akeel wrote:

I am still looking for the way to call pipeline in another block and not an 
xslt file.
For example:

assuming I have a block called "contents" and the mounting path is
"/contents" in the active configuration.
What would be the url to call ?? Currently I have this:



My understanding (if like C2.2), I would be using:

servlet:block-name:/mount-point/url-to-match

Is this correct ??


In this respect nothing has changed since C2.2: I have updated my sample 
application [1] to include a specific entry for invoking another block's 
pipeline.
As you will see from [2] and [3], I have just applied the C2.2 
instructions from [4].


Regards.

[1] https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105
[2] 
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite2/src/main/resources/META-INF/cocoon/spring/mysite2-servlet-service.xml
[3] 
https://github.com/ilgrosso/cocoon3EmptyProject/blob/COCOON3-105/mysite2/rcl.properties

[4] http://cocoon.apache.org/2.2/1291_1_1.html

--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: A generator with sitemap parameter in C3


On 11/02/2013 12:07, gelo1234 wrote:

Question 1:
Can we have some example of this one ?


   
   


I mean, how to get sitemap parameter value from Java Generator code ?
btw. Request Parameters are obtained by the use of HttpContextHelper, 
is this correct ?


No: you can access map:parameter elements from within Java code in the 
same way how this is done in the XSLTTransformer [1]: consider that 
"source" is the only pre-defined parameter you have in any pipeline 
component, mapped to the 'src' XML attribute.



Question 2:
What is the best (optimal) way to include XML content generated from
servlet/controller?



If the servlet is calling a REST controller there are 2 invocations 
involved (one to gather data, the other one (with e.g. 
string-template) to actually serialize the data). Is there any way 
that REST controller could serialize the data itself ? without 
invoking another servlet/Page ?


Not that I know: anyway I am using similar includes in different 
production environments with high load and I've experienced no troubles 
so far.



Question 3:
If the generator is included in some transformer phase (via x:include)
does it still have access to original Request Parameters when invoked 
with:




They are lost: you need to explicitly pass them though.

Regards.

[1] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XSLTTransformer.java


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/


-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: A generator with sitemap parameter in C3


On 11/02/2013 13:27, gelo1234 wrote:
Ohh...ok that clarifies a problem a bit. So if the generator 
declaration inside sitemap.xmap does NOT have src=".." attribute i 
won't get this piece of code [1] executed:


if (this.source != null) {
 Object attributesObj = configuration.get("attributes");
 if (attributesObj != null && attributesObj instanceof Map) {
 ...
}

In case of the custom example given before:


  ...


it does NOT have src attribute (Not every generator got src 
attribute). So the question is still valid, how to get to those 
 values in such case ? Simply by adding useless 
src="" attribute to  e.g.


http://www.w3c.org";> ?

or through the use of some Helper class? as it is in [2] (to Request 
Parameters instead of value="jexl:cocoon.request.a"/>) with HttpContextHelper - wonder if 
there is any equivalent Helper class for Cocoon Sitemap :)


Hi,
[2] injects HTTP request parameters as sitemap parameters: here's why 
the usage of HttpContextHelper.


Let's suppose you want to implement a generator able to deal with:


  


Then you need to

1. create class MyCustomGenerator extending AbstractSAXGenerator

2. implement setup() and setConfiguration() - an example implementation 
could be


@Override
public void setConfiguration(final Map 
configuration) {

this.setup((Map) configuration);
}

@Override
public void setup(final Map parameters) {
if (parameters == null) {
return;
}

// do something with parameters.get("customParam")
}

3. add a file 
src/main/resources/META-INF/cocoon/spring/my-sitemap-components.xml with 
the following content:


http://www.springframework.org/schema/beans";
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd";>

  scope="prototype"/>




HTH

Regards.

[1] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XSLTTransformer.java
[2] 
https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-servlet/src/main/java/org/apache/cocoon/servlet/component/RequestParametersGenerator.java


2013/2/11 Francesco Chicchiriccò <mailto:ilgro...@apache.org>>


On 11/02/2013 12:07, gelo1234 wrote:

Question 1:
Can we have some example of this one ?


   
   


I mean, how to get sitemap parameter value from Java Generator
code ?
btw. Request Parameters are obtained by the use of
HttpContextHelper, is this correct ?


No: you can access map:parameter elements from within Java code in
the same way how this is done in the XSLTTransformer [1]: consider
that "source" is the only pre-defined parameter you have in any
pipeline component, mapped to the 'src' XML attribute.


Question 2:
What is the best (optimal) way to include XML content
generated from
servlet/controller?



If the servlet is calling a REST controller there are 2
invocations involved (one to gather data, the other one (with
e.g. string-template) to actually serialize the data). Is
there any way that REST controller could serialize the data
itself ? without invoking another servlet/Page ?


Not that I know: anyway I am using similar includes in different
production environments with high load and I've experienced no
troubles so far.


Question 3:
If the generator is included in some transformer phase (via
x:include)
does it still have access to original Request Parameters when
invoked with:

https://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/cocoon-sax/src/main/java/org/apache/cocoon/sax/component/XSLTTransformer.java


--
Francesco Chicchiriccò

ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/

Re: A generator with sitemap parameter in C3