Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4E07404B.4000402@apache.org>
Date: Sun, 26 Jun 2011 16:20:59 +0200
From: Sylvain Wallez <sylvain@apache.org>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; fr;
 rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: [C3] XSLTTransformer cache
References: <4E00BDCE.3040803@apache.org>
	<BANLkTi=H9sENUu9kOyJC84sH82i8iUpXXQ@mail.gmail.com>
 <BANLkTin8wr5bU1obr=uJ5oBALVitkaNmJw@mail.gmail.com>
In-Reply-To: <BANLkTin8wr5bU1obr=uJ5oBALVitkaNmJw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Le 21/06/11 18:08, Simone Tripodi a écrit :
> Hi again,
> that's not log4j but ant[1], it is easy&smart enough that could be
> imported&  modified depending on our needs...

Commons IO also has a file monitor that was written by Torsten : 
http://commons.apache.org/io/
There's also http://jnotify.sourceforge.net/ that uses native services 
such as inotify on Linux, which should be more efficient by avoiding 
polling, but I haven't tried it and it depends on native libraries.

> And we could make it generic in the way we can reuse the same policy
> also in all transformers that require an external resource to be load
> (i.e. the XSchema validator)

That's a very good idea. Checking the file at each and every use can 
lead to a lot of requests to the filesystem on a loaded system, to check 
files that actually don't move that often. So doing it in the background 
adds some complexity but can allow hot reloading on a live system 
without hurting much performances.

Sylvain

-- 
Sylvain Wallez - http://bluxte.net