Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 34790 invoked from network); 1 Dec 2000 14:25:01 -0000 Received: from mail-paris.sqli.com (195.68.27.230) by locus.apache.org with SMTP; 1 Dec 2000 14:25:01 -0000 Received: by mail-paris.sqli.com with Internet Mail Service (5.5.2650.21) id ; Fri, 1 Dec 2000 15:22:39 +0100 Message-ID: From: Eric SCHAEFFER To: cocoon-dev@xml.apache.org Subject: RE: C2 Sitemap - Using a rule based engine ? Date: Fri, 1 Dec 2000 15:22:39 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > -----Message d'origine----- > De: Paul Russell [mailto:paul@luminas.co.uk] > Date: vendredi 1 d=E9cembre 2000 15:04 > =C0: cocoon-dev@xml.apache.org > Objet: Re: C2 Sitemap - Using a rule based engine ? >=20 >=20 > On Fri, Dec 01, 2000 at 01:22:49PM +0100, Eric SCHAEFFER wrote: > > It's just an idea. Correct me if I'm wrong. > > Sitemap is essentially rules to apply to decide what to do.=20 > Using such > > technologies could help doing things very powerfull,=20 > without coding a lot, > > and making Cocoon highly extendable. >=20 > That's correct, the sitemap controls the flow of a request. I > still don't see quite how Expert systems etc fit into this... >=20 > Care to explain further? >=20 Using more powerfull rules, kind of "intelligence", being able to = create personalized sites (using explicit and implicit personalization), = etc... You can create really sophisticated rules, and use the engine already developped by other people.=20 Not enougth ? If you want to create something that control flows, I just ask why = don't use an engine designed for solving decisional trees to implement that = "control". Eric. >=20 > P. >=20 > --=20 > Paul Russell > Technical Director, http://www.luminas.co.uk > Luminas Ltd. >=20