Return-Path: 
 <users-return-98763-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@www.apache.org
Received: (qmail 53894 invoked from network); 9 Jun 2010 06:52:50 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 9 Jun 2010 06:52:50 -0000
Received: (qmail 67525 invoked by uid 500); 9 Jun 2010 06:52:50 -0000
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 67072 invoked by uid 500); 9 Jun 2010 06:52:47 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
List-Id: <users.cocoon.apache.org>
Delivered-To: mailing list users@cocoon.apache.org
Received: (qmail 67065 invoked by uid 99); 9 Jun 2010 06:52:46 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 06:52:46 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [170.215.19.28] (HELO server.csparks.com) (170.215.19.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 06:52:37 +0000
Received: from sparksc2 (p4236-ipad68marunouchi.tokyo.ocn.ne.jp
 [220.96.34.236])
	(authenticated bits=0)
	by server.csparks.com (8.14.3/8.14.3) with ESMTP id o596wUU9013868
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <users@cocoon.apache.org>; Wed, 9 Jun 2010 01:58:33 -0500
Message-ID: <C56F1EFC2E0E4810912C500547824D32@sparksc2>
From: "Hugh Sparks" <hugh@csparks.com>
To: <users@cocoon.apache.org>
References: <AANLkTik7nYLQ9aE79E_UhZop5bcoo3cYBST5J5iruVRa@mail.gmail.com>
	<7C655C04B6F59643A1EF66056C0E095E03FC42CA@eusex01.sweden.ecsoft>
 <AANLkTimRqDMAgzwgW9N2zF33EKC16cjvysG8y8SIp8tB@mail.gmail.com>
 <4BFF57A8.4070205@proventis.net> <4BFF5ACB.90203@proventis.net>
 <4BFF619C.1020007@proventis.net> <E568DEDD74F94701B20DB8BECCA4C5C1@sparksc2>
 <4C062C50.6040408@indoqa.com> <E53E48EE6BF14779B715E96E85D6BA0B@sparksc2>
 <4C0CD7AB.9070000@indoqa.com>
Subject: Re: [C3] Reloading the sitemap
Date: Wed, 9 Jun 2010 15:52:08 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="ISO-8859-15";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
X-Virus-Checked: Checked by ClamAV on apache.org

> Steven Dolg writes:
>> [...]
>> However I would guess that's rather far from the
>> current use-cases
>> [...]

Quite right:
I'm very interested in a departure from current use-cases: 
I want to use Cocoon to configure and maintain a live site
where changes can be made with minimal or no interruptions.

Although not as nice as reloading the sitemap alone,
I found a satisfactory solution by having the servlet
container automatically reload the whole spring context
when the sitemap changes.

Using Tomcat, this can be done very concisely:

myWebapp/META-INF/context.xml:

    <?xml version="1.0"?>
    <Context reloadable="true">
        <WatchedResource>sitemap.xmap</WatchedResource>
    </Context>

Alternatively, it can be done with a context file in tomcat/conf:

tomcat/conf/Catalina/localhost/myWebapp.xml:

    <?xml version="1.0"?>
    <Context docBase="Absolute path to myWebapp" reloadable="true">
        <WatchedResource>Absolute path to myWebapp/sitemap.xmap</WatchedResource>
    </Context>

The deed can also be done using maven-jetty-plugin and a ScanTarget element:

myWebapp/pom.xml:
    ...
    <plugin>
        <groupId>org.mortbay.jetty</groupId>
       ....
        <configuration>
            ....
            <scanIntervalSeconds>5</scanIntervalSeconds>
            <scanTargets>
                <scanTarget>${webapp.root}/sitemap.xmap</scanTarget>
            </scanTargets>
        </configuration>
        ...

I haven't yet found a solution when using Jetty without Maven.

It would be nice if Spring could do a trick like this.
I'm not really happy with methods that depend on the servlet container...

Thanks,

-Hugh Sparks




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