Return-Path: X-Original-To: apmail-cocoon-dev-archive@www.apache.org Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BD47ED506 for ; Tue, 25 Sep 2012 14:05:27 +0000 (UTC) Received: (qmail 45475 invoked by uid 500); 25 Sep 2012 14:05:27 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 45417 invoked by uid 500); 25 Sep 2012 14:05:27 -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 45410 invoked by uid 99); 25 Sep 2012 14:05:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 14:05:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jos.snellings@upperware.biz designates 209.85.216.51 as permitted sender) Received: from [209.85.216.51] (HELO mail-qa0-f51.google.com) (209.85.216.51) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 14:05:22 +0000 Received: by qabj40 with SMTP id j40so110736qab.3 for ; Tue, 25 Sep 2012 07:05:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=XwM2KsucT3LcHo3upqqDnBb0tU4NRm+VlouxeNeOvsU=; b=W/HPpJFn+LCDPVPfRpv7ML/OfJSUCR5cPImQBn4EwNWhovzWn//+NPX+lXj/p556Vt lDZMgHjDAa5bbufj/4jcfh/6MaxDDwil84juh/bIUCSlDyOzpJiZAojAqiBbir2gclwt C09TbFZ79dWQVmzBWj+G9bHG8OOuiCbpvH1cGsstjuHYRZfPH/mTgLmhtfx3Ho+L++M8 s1KN15Wi/Tl07qCk9r+1zyW8D+BQ31G9YBNjcvv6vpj2f0XhfQbOa6pmd8QFjO1bSt1L fXCwbcKkYkgcH5sHg3INN3cISAYvugy5o8TGRWBwzYj0SCcCYjcMR9Uhwp9GfIbLp3Sg WrbA== MIME-Version: 1.0 Received: by 10.224.181.205 with SMTP id bz13mr39933042qab.76.1348581901653; Tue, 25 Sep 2012 07:05:01 -0700 (PDT) Received: by 10.49.24.35 with HTTP; Tue, 25 Sep 2012 07:05:01 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Sep 2012 16:05:01 +0200 Message-ID: Subject: Re: map:mount From: Jos Snellings To: dev@cocoon.apache.org Content-Type: multipart/alternative; boundary=20cf303b40f332d79404ca8731e6 X-Gm-Message-State: ALoCoQn4+ORm8gFZJtec2tI4gXbTX+ivxwyJyMk+6CVrgcZTGT2+xRduHJ/ufaIHPPhsJqXhAOB8 X-Virus-Checked: Checked by ClamAV on apache.org --20cf303b40f332d79404ca8731e6 Content-Type: text/plain; charset=ISO-8859-1 Hi Javier, Thank you, this is clear. 1. I agree with the fact that the "blocks" mechanism (SSF) is more modular than mounting submaps. 2. That been said, I need to bear that in mind to estimate the work. Just need to assess if they translate into each other. By the way, to my knowledge there is a production site with Apache Cocoon 3: http://thesaurus.european-heritage.net That is the one that I created. is there another one? Kind regards, Jos On Tue, Sep 25, 2012 at 3:58 PM, Javier Puerto wrote: > Hi Jos > > 2012/9/25 Jos Snellings > >> Dear all, >> >> Considering the upgrade cost of an existing project to cocoon-3, > > > You have to bear in mind that it's still in beta and there's some > components that's are not migrated yet but we have one production site > working with Apache Cocoon 3. > > >> I have the following question: >> >> what happened to map:mount? >> > > Was deprecated for 2.2.x version. > > >> >> As in: >> >> > uri-prefix="" /> >> >> >> It was a handy modularity mechanism to reduce the size of sitemaps. >> >> Is it no longer there? >> Do we need it? Do we want it? >> > > For Apache Cocoon 2.2.x and 3.0, the "block" is the new unit of > modularization. You can see some examples here: > http://cocoon.apache.org/2.2/1291_1_1.html > > It's based on Servlet Service Framework subproject. More info here: > > http://cocoon.apache.org/subprojects/servlet-service/servlet-service-impl/architecture.html > > >> >> Kind regards, >> Jos >> > > Salu2. > > -- The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid. -- Gilbert K. Chesterson --20cf303b40f332d79404ca8731e6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Javier,

Thank you, this is clear.
1. I agree with the fact tha= t the "blocks" mechanism (SSF) is more modular than mounting subm= aps.
2. That been said, I need to bear that in mind to estimate the work= . Just need to assess if they
=A0=A0=A0 translate into each other.

By the way, to my knowledge the= re is a production site with Apache Cocoon 3:

http://thesaurus.european-heritage.net
=
That is the one that I created.
is there another one?

Kind regard= s,
Jos

On Tue, Sep 25, 2012 at 3:58 PM= , Javier Puerto <javier@apache.org> wrote:
Hi Jos

2012/9/25 Jos Snellings <jos.snellings@upperware.= biz>
Dear all,

Considering the upgrade cost of an existing project to coc= oon-3,

You have to bear in mind that it's s= till in beta and there's some components that's are not migrated ye= t but we have one production site working with Apache Cocoon 3.
=A0
I have the follow= ing question:

what happened to map:mount?

Was deprecated for 2.2.x version.
=A0

As in:
=A0= <map:match pattern=3D"**">
=A0=A0=A0=A0=A0=A0=A0 <map:mount src=3D"residuary-treatment.xmap&qu= ot; check-reload=3D"no" uri-prefix=3D"" />
=A0<= ;/map>

It was a handy modularity mechanism to reduce the size of = sitemaps.

Is it no longer there?
Do we need it? Do we want it?

For Apache Cocoon 2.2.x and 3.0, the "block" is the n= ew unit of modularization. You can see some examples here:
http://cocoon.a= pache.org/2.2/1291_1_1.html

It's based on Servlet Service Framework subproject. More info here:=
http://cocoon.apache.org= /subprojects/servlet-service/servlet-service-impl/architecture.html
=A0

Kind regards,
Jos

Salu2.




--
The doctrine of human e= quality reposes on this: that there is no man
really clever who has not = found that he is stupid.
=A0=A0=A0 =A0=A0=A0 -- Gilbert K. Chesterson

--20cf303b40f332d79404ca8731e6--