Tree widget - slow when heavily populated? (2)
Hi again, This is just a follow-up to my previous message (see below). I looked a bit more into this and I think I might have found the reason for the slowdown. If I understand it right AJAX is used to limit the data that is being sent between server and browser, sending only the data that actually has changed. This is happening on a per-widget basis, i.e. only the data of the widgets that have changed get sent. Now here (I think) is the problem. If I expand a node in the tree widget the whole tree widget is marked to indicate the change. So, if the tree already has lots of expanded nodes (hundreds) and I expand another node, the whole tree data is being sent (and not only the data of the node that has been clicked), which obviously will take more and more time the bigger the tree grows. Running the cocoon profiler also seemed to confirm this. My question now is, can anyone confirm my findings and if so, does anyone know how I could fix this problem, i.e. is there a way that only the node data gets sent instead of the whole tree data? Thanks again for your time. _ From: Filip Pavlin Sent: Friday, 16 November 2007 12:10 PM To: 'users@cocoon.apache.org' Subject: Tree widget - slow when heavily populated? Hi, I just recently added the cocoon tree widget to our application (which I’m populating dynamically with data from a database) and everything is working fine (I’m using cocoon-2.1.9, jdk1.6, tomcat-5.5.17 on Win XP). However, I noticed that the opening of a node takes significantly longer (even if there’s only one child-node underneath) if there are lots of nodes already displayed (with ‘lots of node’ I mean many hundreds or even more). The opening of the same node takes much less time if I minimize the number of open nodes. To illustrate this: | |---| | |--- | … (hundreds of open nodes) | |--- | |---| <-- opening node with only one child takes about 10s | | \ | |---| <-- opening same node as above (with only one child) takes about 1s | Has anyone observed this kind of behaviour? Is that an expected behaviour? Apart from the tree population (which as I mentioned is happening dynamically) everything else is implemented pretty much in the same way as the tree samples provided with cocoon-2.1.9. Thanks for your time. Filip Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.19 - Release Date: 2/11/2007 12:00 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.16.1/1140 - Release Date: 19/11/2007 7:05 PM
Re: What is COB-INF?
On 19.11.2007 16:33 Uhr, Reinhard Poetz wrote: In Cocoon 2.2 the generate block contains a folder called COB-INF which I think stands for Cocoon Block, may be. However, what is this directory and where can I configure it's name? Why would the root of the block be /COB-INF when referring to it in the sitemap Then in the /META-INF/cocoon/spring/demo-application-context.xml file it becomes ?!! I really don't understand this. I find it very confusing. Can someone help here? I found what I was looking for here http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1.html I 'll appreciate some comments about why is this structure for a block. A Cocoon block may contain Java classes, component declerations (Avalon and Spring style) and Cocoon applications. The directory structure was derived from these needs because we had to make sure that everything has its own place: /COB-INF/** The Cocoon application (sitemaps, templates, etc.) /META-INF/cocoon/** All configuration files /** Java classes and Java resources And yes, COB-INF stands for COcoon block and the name was chosen in analogy to e.g. WEB-INF. In the other thread you wrote [1]: "Basically, you are trying to get the user to create a "block that uses Cocoon" and deploy it to a Cocoon deployment. So in other word you are making Cocoon a platform. The block that I created is not a Cocoon application but an application that runs under Cocoon's deployment." This pretty much hits the nail on the head. A Cocoon block is to Cocoon what a servlet is to a servlet container (or web app to web app container). So you also find pretty much the same directory structure in a Cocoon block and COB-INF matches WEB-INF as Reinhard wrote. Joerg [1] http://marc.info/?l=xml-cocoon-users&m=119548172028617&w=4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is COB-INF?
Mansour wrote:
Mansour wrote:
In Cocoon 2.2 the generate block contains a folder called COB-INF
which I think stands for Cocoon Block, may be. However, what is this
directory and where can I configure it's name?
Why would the root of the block be /COB-INF when referring to it in
the sitemap
Then in the /META-INF/cocoon/spring/demo-application-context.xml file
it becomes ?!!
I really don't understand this. I find it very confusing. Can someone
help here?
I found what I was looking for here
http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1.html
I 'll appreciate some comments about why is this structure for a block.
A Cocoon block may contain Java classes, component declerations (Avalon and
Spring style) and Cocoon applications. The directory structure was derived from
these needs because we had to make sure that everything has its own place:
/COB-INF/** The Cocoon application (sitemaps, templates, etc.)
/META-INF/cocoon/** All configuration files
/** Java classes and Java resources
And yes, COB-INF stands for COcoon block and the name was chosen in analogy to
e.g. WEB-INF.
HTH
--
Reinhard PötzManaging Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED]
_
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is COB-INF?
Mansour wrote: In Cocoon 2.2 the generate block contains a folder called COB-INF which I think stands for Cocoon Block, may be. However, what is this directory and where can I configure it's name? Why would the root of the block be /COB-INF when referring to it in the sitemap Then in the /META-INF/cocoon/spring/demo-application-context.xml file it becomes ?!! I really don't understand this. I find it very confusing. Can someone help here? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I found what I was looking for here http://cocoon.apache.org/2.2/core-modules/core/2.2/1263_1_1.html I 'll appreciate some comments about why is this structure for a block. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is COB-INF?
In Cocoon 2.2 the generate block contains a folder called COB-INF which I think stands for Cocoon Block, may be. However, what is this directory and where can I configure it's name? Why would the root of the block be /COB-INF when referring to it in the sitemap Then in the /META-INF/cocoon/spring/demo-application-context.xml file it becomes ?!! I really don't understand this. I find it very confusing. Can someone help here? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom DOM transformer
You have proven the problem is not in the custom DOMTransformer. Warrell suggests using the Request Generator. I generate form data using the Server Pages Generator with an XSP. I wrote this when I was very new to Cocoon. It works, but I would be very interested in a debate about the best algorithm for reading POST data. http://svn.apache.org/repos/asf/lenya/branches/revolution/1.3.x/src/webapp/lenya/modules/form/post.xsp Instructions: http://svn.apache.org/repos/asf/lenya/branches/revolution/1.3.x/src/webapp/lenya/modules/form/module.xml If you need more assistance, start a new thread with a more appropriate subject to interest non-Java-writing ML readers scared by the current title. solprovider On 11/19/07, Jean-Claude Vogel <[EMAIL PROTECTED]> wrote: > Thank you, effectively it was just a mistake during my drag and drop to > write my email. > > The true code is : > > > > value="text/xml"/> > > > > > > > My sitemap contains other pipelines which I don't show here, that's why I > have a matcher. > > I tried to remove the transformer to keep just : > > > > value="text/xml"/> > > > > > > Effectively, I have the same problem : no XML stream in the http response. > Like said before, I am sure that the body of my incoming HTTP request > contains an XML stream (when I let the "testTransformer" in the pipe I can > log the incoming XML stream). > > I am not able to understand where is my mistake and why the HTTP response > body stays empty. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: read several source files from a directory
Hi Bastien, first of all, please take care of quoting (see [1]). You'll find my answers embedded below. Cheers. Bastien saquet wrote: Sounds good, but..., I'm not able to use it. In my sitemap I have: Uhm, that lonely "item" seems to be quite strange: it should be an XPath absolute expression, related to your documents DTD or XSD. Then I want to retrieve the value of the element1. Therefore I wrote in my xsl: And, I get nothing... What am I doing wrong? As a first step, try to put a just after the you reported above and see if the result is what you expected. If not, consider something wrong in generator's configuration (probably the xpath, as I said previously). [1] http://www.netmeister.org/news/learn2quote.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: read several source files from a directory
Sounds good, but..., I'm not able to use it. In my sitemap I have: Then I want to retrieve the value of the element1. Therefore I wrote in my xsl: And, I get nothing... What am I doing wrong? Cheers, Bastien On Nov 19, 2007 4:48 PM, Francesco Chicchiriccò <[EMAIL PROTECTED]> wrote: > > Bastien saquet wrote: > > > Hi all, > > > > I have a problem to read information from several xml files all stored > > in the same directory. > > > > Basically I need to read in each files (the files are all stored in > > ./xml directory): > > > > ... > > ... > > > > > > Then I want to use these information in my xsl file. But I find no > > solutions to do that. > > > > I tried to used the file generator but I'm a bit confused with it. > > > > Does someone know how could I do that? > > Try [1] or better [2]. > > Cheers. > > [1] http://cocoon.apache.org/2.1/userdocs/directory-generator.html > [2] http://cocoon.apache.org/2.1/userdocs/xpathdirectory-generator.html > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Cocoon
Mansour pisze: After finishing the the tutorial http://cocoon.apache.org/2.2/1290_1_1.html how can I build the war file to view its contents? Thank you. See http://cocoon.apache.org/2.2/1362_1_1.html Command mvn package jetty:run mentioned in that tutorial produces a WAR file that is passed to jetty. If you just run mvn package you will get a WAR file in target directory. -- Grzegorz Kossakowski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: read several source files from a directory
Bastien saquet wrote: Hi all, I have a problem to read information from several xml files all stored in the same directory. Basically I need to read in each files (the files are all stored in ./xml directory): ... ... Then I want to use these information in my xsl file. But I find no solutions to do that. I tried to used the file generator but I'm a bit confused with it. Does someone know how could I do that? Try [1] or better [2]. Cheers. [1] http://cocoon.apache.org/2.1/userdocs/directory-generator.html [2] http://cocoon.apache.org/2.1/userdocs/xpathdirectory-generator.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Cocoon-2.2-RC2 + flowscript-1.0-RC2] weird behaviour (Windows OK / Linux Exception)
Hi Guys, I have found a workaround : First i moved all my scripts but admin.js from /COB-INF/flow to /META-INF (i think could have moved them elsewhere) And also at the end of the admin.js i wrote a reference to each of my ecmascript file. Raphaël Raphaël Piéroni a écrit : Hi Guys, I got a really weird behaviour in my flowscripts. When running on windows, everything is fine. But when i run on linux, i got an ecmascript exception. Both on windows or linux i use a Jrockit.5.0 JVM, and a JONAS.4.8.4 application server. I use the same ear built on windows in both cases. When on linux, i call an URL which should be directed to Ecmascripts , but it fails. I got all my EcmaScripts file (xyz.js) in the /COB-INF/flow directory In my block sitemap i have only In windows, all my files are correctly processed, but on linux they wont. A particularity is that i have a main file called admin.js which defines a Map of string:Object and that map is then used in each of the other files. Is it possible that the ecmascript files are processed in the correct guessed (alphabetic order) in windows and not in linux? How can i ensure the files are processed in the correct order? I also tried to define my ecmascripts by Regards, Raphaël - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
read several source files from a directory
Hi all, I have a problem to read information from several xml files all stored in the same directory. Basically I need to read in each files (the files are all stored in ./xml directory): ... ... Then I want to use these information in my xsl file. But I find no solutions to do that. I tried to used the file generator but I'm a bit confused with it. Does someone know how could I do that? Thanks a lot for your help. Cheers, Bastien. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Cocoon-2.2-RC2 + flowscript-1.0-RC2] weird behaviour (Windows OK / Linux Exception)
Hi Guys, I got a really weird behaviour in my flowscripts. When running on windows, everything is fine. But when i run on linux, i got an ecmascript exception. Both on windows or linux i use a Jrockit.5.0 JVM, and a JONAS.4.8.4 application server. I use the same ear built on windows in both cases. When on linux, i call an URL which should be directed to Ecmascripts , but it fails. I got all my EcmaScripts file (xyz.js) in the /COB-INF/flow directory In my block sitemap i have only In windows, all my files are correctly processed, but on linux they wont. A particularity is that i have a main file called admin.js which defines a Map of string:Object and that map is then used in each of the other files. Is it possible that the ecmascript files are processed in the correct guessed (alphabetic order) in windows and not in linux? How can i ensure the files are processed in the correct order? I also tried to define my ecmascripts by Regards, Raphaël - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSLT custom implementation (or XSLTTransformer initialization)
Hello,
Sorry to send several questions on the mailing list.
I would like to know what I have to configure to make my own class
implementing XSLTTransformer in spring and to use it in the sitemap. I am a
newbie with Cocoon so if somebody would have an example it would be famous.
Here is an extract of my sitemap :
an extract of the applicationContext.xml :
and my implementation class (code not finalised) :
public class ExportXSLTTransformer extends XSLTTransformer {
/** General log stream */
private static final Log log = LogFactory.getLog(
ExportXSLTTransformer.class);
/** HTTP parameter name for format parameter */
static private final String FORMAT_PARAM_NAME = "format";
static private final String DEFAULT_FORMAT_NAME = "Live";
/** XSD validator implementations */
private XmlFormatManager xmlFormatManager;
/** HTTP request */
private Request request;
@SuppressWarnings("unchecked")
public void setup(SourceResolver resolver,
Map objectModel,
String src,
Parameters parameters) throws SAXException,
ProcessingException, IOException {
request = ObjectModelHelper.getRequest(objectModel);
String formatName = request.getParameter(FORMAT_PARAM_NAME);
if(formatName == null) {
formatName = DEFAULT_FORMAT_NAME;
}
String fileName = xmlFormatManager.getStylesheetMaxmlExportFileName
(formatName);
super.enableLogging(new CLLoggerWrapper(this.log)); // HERE I FORCE
ENABLELOGGING TO MAKE WORK A LITTLE BETTER
super.setup(resolver, objectModel, fileName, parameters);
}
/**
* XSD validators and XSLT stylesheets manager setter
*
* @param xmlFormatManager XSD validators and XSLT stylesheets manager
*/
public void setXmlFormatManager(XmlFormatManager xmlFormatManager) {
this.xmlFormatManager = xmlFormatManager;
}
}
When I execute it there are NullPointerException :
- org.apache.cocoon.transformation.XSLTTransformer.setup(
XSLTTransformer.java:292) if I don't force the enableLogging()
- org.apache.cocoon.transformation.XSLTTransformer.setup(
XSLTTransformer.java:304) if I force the enableLogging()
It seems that my class is not initialized by Cocoon, I looked in the Cocoon
code the XSLTTansformer initialization but didn't found it.
Can somebody help me please ?
Re: Starting with Cocoon
Joerg Heinicke wrote: On 18.11.2007 18:53 Uhr, Mansour wrote: For now, maven is not the right choice for me. I need to understand every single file before I use it in my projects. If something goes wrong, I want to find out why and immediately. I need to know how I can utilize it in my work. I don't want to scare you but I wonder if that will be ever possible with Maven. To be honest, I have not used Maven often enough to be able to criticize it in a qualified way. But that's my impression so far. I have been looking into Cocoon 2.2 and I am getting ready to build another HelloWorld from zero using Cocoon 2.2. However, I find very few jars there. Is this again one of maven's trick to make things easier? Does it download a different set of jars that are only for this template? Yes, that's how Maven works. You only declare dependencies in your POM and Maven does the rest for you. Cool. Now I have a better understanding not for maven build but for what Cocoon team are trying to do. Basically, you are trying to get the user to create a "block that uses Cocoon" and deploy it to a Cocoon deployment. So in other word you are making Cocoon a platform. The block that I created is not a Cocoon application but an application that runs under Cocoon's deployment. If this is true, then how can I create from scratch a stand alone Cocoon application ? As I said, I need to drop the war in tomcat/webapp and DONE. I understand the role of a root sitemap and subsite. But I need my subsite to run as a site. I figured this out with Cocoon 2.1 but the maven thing in C2.2 is not allowing me to see what is going on. I think I will continue digging in sometime today. Can I use these jars in another way, like importing them directly into my app? Yes, of course. Maven is about dependency management in the first place. It downloads the jars into a repository, you can grab them from there. As answer to the blog Grek linked [1] I already gave my concerns regarding Maven [2]. Joerg [1] http://danilogurovich.wordpress.com/2007/11/09/struts-vs-cocoon-why-cocoon-lost-the-battle/ [2] http://danilogurovich.wordpress.com/2007/11/09/struts-vs-cocoon-why-cocoon-lost-the-battle/#comment-688 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom DOM transformer
Thank you, effectively it was just a mistake during my drag and drop to write my email. The true code is : My sitemap contains other pipelines which I don't show here, that's why I have a matcher. I tried to remove the transformer to keep just : Effectively, I have the same problem : no XML stream in the http response. Like said before, I am sure that the body of my incoming HTTP request contains an XML stream (when I let the "testTransformer" in the pipe I can log the incoming XML stream). I am not able to understand where is my mistake and why the HTTP response body stays empty. 2007/11/16, [EMAIL PROTECTED] < [EMAIL PROTECTED]>: > > The two examples are functionally equivalent. Both pipelines would > error without the pattern="tentative" match: the former because no > pipeline match is found and the latter because no Serializer is > called. The map:match element is irrelevant because the match must be > assumed and no numbered parameters are being set. > > This would be fine as the "concerned extract": > > > value="text/xml"/> > > > > > > We should assume the match is for code outside the current concern and > remained because the OP forgot to remove it as irrelevant. The > "mistake" was providing too much code. > > solprovider > > > On 11/16/07, warrell harries < [EMAIL PROTECTED]> wrote: > > Surely some mistake (probably a typo) but your pipeline should be :- > > > > > > > > > > > > > > > > > > > > > > On 16/11/2007, Jean-Claude Vogel <[EMAIL PROTECTED] > wrote: > > > Here is the concerned extract of my sitemap : > > > > > > > > > > value="text/xml"/> > > > > > > > > > > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Starting with Cocoon
On 18.11.2007 15:05 Uhr, Mansour wrote: Now, let's figure out why it was failing. I was following the tutorial on http://cocoon.apache.org/2.1/howto/howto-html-pdf-publishing.html and I obtained the site map contents from their. If the site map was missing something, how did you know that this is caused by the contents of the cocoon.xconf ?? The cause of problem I can usually get from the error message, that's probably something you learn with the time. This tells me that the sitemap is read before cocoon.xconf, and contents of the later has to be initialized by the former ! Am I right ? It's first the web application with web.xml that get's loaded, then the CocoonServlet with cocoon.xconf and at the end (per request) the sitemap.xmap. Why do you think sitemap is read before cocoon.xconf? Actually both cocoon.xconf and sitemap have their components section which even became interchangeable in Cocoon 2.1. I think this support has been dropped or limited in 2.2 as it might be too confusing. And Cocoon 2.2 has now the blocks which allow local declaration of components anyway so that this feature in sitemaps is superfluous. Yes, up to 2.1 cocoon.xconf specifies global components while sitemaps declare local components. All the stuff in the root sitemap is about reasonable defaults, you can declare or overwrite them in any sub sitemap as well. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Cocoon
On 18.11.2007 18:53 Uhr, Mansour wrote: For now, maven is not the right choice for me. I need to understand every single file before I use it in my projects. If something goes wrong, I want to find out why and immediately. I need to know how I can utilize it in my work. I don't want to scare you but I wonder if that will be ever possible with Maven. To be honest, I have not used Maven often enough to be able to criticize it in a qualified way. But that's my impression so far. I have been looking into Cocoon 2.2 and I am getting ready to build another HelloWorld from zero using Cocoon 2.2. However, I find very few jars there. Is this again one of maven's trick to make things easier? Does it download a different set of jars that are only for this template? Yes, that's how Maven works. You only declare dependencies in your POM and Maven does the rest for you. Can I use these jars in another way, like importing them directly into my app? Yes, of course. Maven is about dependency management in the first place. It downloads the jars into a repository, you can grab them from there. As answer to the blog Grek linked [1] I already gave my concerns regarding Maven [2]. Joerg [1] http://danilogurovich.wordpress.com/2007/11/09/struts-vs-cocoon-why-cocoon-lost-the-battle/ [2] http://danilogurovich.wordpress.com/2007/11/09/struts-vs-cocoon-why-cocoon-lost-the-battle/#comment-688 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Cocoon
After finishing the the tutorial http://cocoon.apache.org/2.2/1290_1_1.html how can I build the war file to view its contents? Thank you. Ralph Goers wrote: Mansour wrote: The cocoon build will also create cocoon.xconf and put the definitions you need for the desired blocks in it. You should only modify it if you are adding your own components. Again, you'll only do this if you know what you are doing and have a reason. That's what I am trying to do. I am trying to know what I am doing. Maybe, but it also sounds like you are trying to run before you can walk. Cocoon 2.1 is built on the Avalon framework. You would need to have a basic understanding of that before you could realistically create any Cocoon components. In addition, of course, you would need to understand all the various pipleline components such as generators, actions and input modules and whether they should be defined in the sitemap or Cocoon.xconf. Cocoon 2.2, on the other hand, is now based on Spring. However, components still look like they are based on Avalon for compatibility. In 2.2 though the decision was made that all component declarations should be removed from the sitemap and moved to a more appropriate location. It is my understanding that there is now a mixture of Spring configuration along with Avalon-style configuration. To be honest I haven't looked at all the changes in depth myself so I'm not 100% sure about what is where. So, in short, with 2.1 the best way to build your own Cocoon application is to follow the directions and edit local.build.properties and local.blocks.properties to suit your needs. Then go on from there. As others have stated, the process with 2.2 is very different than this and is hopefully easier. If you have problems trying to build 2.2 feel free to keep asking for help. I did not have any difficulties with the build. It's maven !! how can it fail. I was having difficulties understanding how the config files fit together and the role and contents for each of them. :) I understand, and as I said that has changed somewhat in 2.2. But you should be able to find your answers by doing a build with all the blocks and then looking at the result. At least, that is what I would do. Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting with Cocoon
Mansour wrote: The cocoon build will also create cocoon.xconf and put the definitions you need for the desired blocks in it. You should only modify it if you are adding your own components. Again, you'll only do this if you know what you are doing and have a reason. That's what I am trying to do. I am trying to know what I am doing. Maybe, but it also sounds like you are trying to run before you can walk. Cocoon 2.1 is built on the Avalon framework. You would need to have a basic understanding of that before you could realistically create any Cocoon components. In addition, of course, you would need to understand all the various pipleline components such as generators, actions and input modules and whether they should be defined in the sitemap or Cocoon.xconf. Cocoon 2.2, on the other hand, is now based on Spring. However, components still look like they are based on Avalon for compatibility. In 2.2 though the decision was made that all component declarations should be removed from the sitemap and moved to a more appropriate location. It is my understanding that there is now a mixture of Spring configuration along with Avalon-style configuration. To be honest I haven't looked at all the changes in depth myself so I'm not 100% sure about what is where. So, in short, with 2.1 the best way to build your own Cocoon application is to follow the directions and edit local.build.properties and local.blocks.properties to suit your needs. Then go on from there. As others have stated, the process with 2.2 is very different than this and is hopefully easier. If you have problems trying to build 2.2 feel free to keep asking for help. I did not have any difficulties with the build. It's maven !! how can it fail. I was having difficulties understanding how the config files fit together and the role and contents for each of them. :) I understand, and as I said that has changed somewhat in 2.2. But you should be able to find your answers by doing a build with all the blocks and then looking at the result. At least, that is what I would do. Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
