Return-Path: 
 <users-fr-return-1825-apmail-cocoon-users-fr-archive=www.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-fr-archive@www.apache.org
Received: (qmail 23414 invoked from network); 22 Sep 2006 13:58:31 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 22 Sep 2006 13:58:31 -0000
Received: (qmail 12088 invoked by uid 500); 22 Sep 2006 13:58:18 -0000
Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-fr-help@cocoon.apache.org>
List-Unsubscribe: <mailto:users-fr-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users-fr@cocoon.apache.org>
List-Id: <users-fr.cocoon.apache.org>
Reply-To: users-fr@cocoon.apache.org
Delivered-To: mailing list users-fr@cocoon.apache.org
Received: (qmail 12036 invoked by uid 99); 22 Sep 2006 13:58:17 -0000
Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org)
 (140.211.166.84)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Sep 2006 06:58:17 -0700
Authentication-Results: idunn.apache.osuosl.org
 smtp.mail=vincent.demay@anyware-tech.com; spf=permerror
X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=
Received-SPF: error (idunn.apache.osuosl.org: domain anyware-tech.com from
 84.96.21.10 cause and error)
Received: from [84.96.21.10] ([84.96.21.10:50666]
 helo=trinity.anyware-tech.com)
	by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP
	id CC/DB-06791-3FBE3154 for <users-fr@cocoon.apache.org>;
 Fri, 22 Sep 2006 06:58:13 -0700
Received: from localhost (localhost [127.0.0.1])
	by trinity.anyware-tech.com (Postfix) with ESMTP id D9FE6400149
	for <users-fr@cocoon.apache.org>; Fri, 22 Sep 2006 15:57:58 +0200 (CEST)
Received: from trinity.anyware-tech.com ([127.0.0.1])
	by localhost (trinity.anyware-tech.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 25993-10 for <users-fr@cocoon.apache.org>;
	Fri, 22 Sep 2006 15:57:51 +0200 (CEST)
Received: from mail.anyware-tech.com (localhost [127.0.0.1])
	by trinity.anyware-tech.com (Postfix) with ESMTP id DEF2C40030B
	for <users-fr@cocoon.apache.org>; Fri, 22 Sep 2006 15:57:51 +0200 (CEST)
Received: from 217.109.154.41
        (SquirrelMail authenticated user doume)
        by mail.anyware-tech.com with HTTP;
        Fri, 22 Sep 2006 15:57:51 +0200 (CEST)
Message-ID: <45675.217.109.154.41.1158933471.squirrel@mail.anyware-tech.com>
Date: Fri, 22 Sep 2006 15:57:51 +0200 (CEST)
Subject: ValidationRule vs WidgetValidator
From: "Vincent Demay" <vincent.demay@anyware-tech.com>
To: users-fr@cocoon.apache.org
User-Agent: SquirrelMail/1.4.8
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: Debian amavisd-new at anyware-tech.com
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Bonjour,

Je me pose quelques questions un peu tordues � propos de cocoon Form.
J�esp�re que quelqu�un pourra m�aider

Pour la configuration de la validation des widgets dans CocoonForm au
niveau de cocoon.xconf, les validations rules ont �t� d�pr�ci�es :

<validation-rules>
	<!-- old-style datatype validators (deprecated) -->
	...
</validation-rules>

Ce que je comprends tr�s bien puisque remplac�es par les forms-validators
<forms-validators logger="forms.validators">

Mais d�un autre cot� l�interface validationRule n�est pas d�pr�ci�e.

Je trouve dommage que l�on ne puisse plus d�finir de validationRule dans
le form d�finition car � mon sens les validationRules permettent de faire
des validations au niveau datatype(ex : conformit� des donn�es saisies
avec le type du champs) alors que les validators permettent eux de faire
des validations plus orient�es m�tiers. Je trouve dommage de casser la
s�paration entre ces 2 domaines d�autant que dans le projet sur lequel je
travaille, on souhaite pouvoir jouer sur ces 2 niveaux de validation.
Il est toujours possible de faire une sorte de validation au niveau du
datatype via le convertor mais � ce niveau la on ne peut bien sur en
sp�cifier un seul.

Mes questions sont donc :
Pourquoi la configuration dans cocoon.xconf des validationRules est
deprecated mais pas les classes associ�es?
Il y a-t-il un moyen que je n�aurais pas vu d�ajouter des ValidationRule
autrement qu�en java (Dans un WidgetDefinitionBuilder) ?

-- 
Vincent Demay
Syst�mes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)5 61 00 52 90
Fax : +33 (0)5 61 00 51 46
http://www.anyware-tech.com/



---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org