Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 47877 invoked from network); 7 Feb 2006 19:33:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Feb 2006 19:33:04 -0000 Received: (qmail 33391 invoked by uid 500); 7 Feb 2006 19:32:58 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 33318 invoked by uid 500); 7 Feb 2006 19:32:57 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 33307 invoked by uid 99); 7 Feb 2006 19:32:57 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2006 11:32:57 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [130.237.222.115] (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2006 11:32:56 -0800 X-Authentication-Info: The sender was authenticated as danielf using PLAIN at smtp.nada.kth.se Received: from [85.226.150.111] (c-6f96e255.188-1-64736c14.cust.bredbandsbolaget.se [85.226.150.111]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11/8.12.11) with ESMTP id k17JWY3X012216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Feb 2006 20:32:34 +0100 (MET) Message-ID: <43E8F5DC.3090000@nada.kth.se> Date: Tue, 07 Feb 2006 20:32:44 +0100 From: Daniel Fagerstrom User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: How to build cocoon trunk? References: <43E8D129.2080006@gmail.com> In-Reply-To: <43E8D129.2080006@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Vilya Harvey skrev: > Hi there, > > After spending some time developing on Cocoon 2.1.5.1, I thought it was > time to try and get up to date. I've checked out the Cocoon trunk from > SVN and tried to follow the instructions in the README.m10n.txt file, > but seem to keep getting problems. The trunk is in a state of flux, so if you want to work with it currently you have to be prepared to a bumpy ride. > The first problem was that the cocoon-deployer module (in the > cocoon-block-deployer subdirectory) wouldn't build. I found another > thread related to that which indicated (if I understood correctly) that > cocoon-deployer was not needed; I've commented it out for now. I have hopefully fixed that problem. > Now I'm gettting a lot of warnings about Maven being unable to get > resources from various directories. I'm not very familiar with Maven yet > - are these things I can ignore, or will they come back to bite me later > if I do? If the build succeed it should be OK. Many of the warning have to do with small inconsistencies in POMs or that the jar wasn't found in the first repository where Maven looked, as long as it is found in any of the repositories it should work. > Finally, once I have got it all downloaded and building correctly, what > is the intended way of developing applications for it? I read a passing > comment somewhere that user code would be written as a block and would > just declare dependencies on the blocks it needs. Is that the case? We are working on it, and are almost there. > If > so, where can I find information about writing blocks? http://cocoon.zones.apache.org/daisy/documentation/g2/795.html But, its not working yet. > If not, how > *should* I be writing applications for Cocoon 2.2? It is not certain that you *should* as I don't know if anyone have tried after the move to Maven. But it should be possible to do similar to how it is done in 2.1. If you are brave enough, the best bet is by starting by taking a copy of the cocoon-webapp, rename it to something appropriate. The you update the pom to a new artifactId and to depend on the blocks that you need. You also need to copy the component (and other) configuration files _manually_ from the blocks to WEB-INF in your webapp, they are located in the WEB-INF directory of the blocks. This was done by the ant task before, but no one have written any Maven replacement yet. After this it might work ;) /Daniel