Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Subject: Re: [Woody] Datatypes revisited
From: Bruno Dumon <bruno@outerthought.org>
To: dev@cocoon.apache.org
In-Reply-To: <bp2ucf$hp9$1@sea.gmane.org>
References: 
	 <33734.10.0.0.5.1068776244.squirrel@ags01.agsoftware.dnsalias.com>
	 <1068802122.4077.17.camel@yum.ot>
	 <33998.10.0.0.5.1068816011.squirrel@ags01.agsoftware.dnsalias.com>
	 <bp2ucf$hp9$1@sea.gmane.org>
Content-Type: text/plain
Organization: Outerthought
Message-Id: <1068832230.8151.62.camel@yum.ot>
Mime-Version: 1.0
Date: Fri, 14 Nov 2003 18:50:30 +0100
Content-Transfer-Encoding: 7bit

On Fri, 2003-11-14 at 17:03, Sylvain Wallez wrote:
> Antonio Gallardo wrote:
> 
> >Bruno Dumon dijo:
> >  
> >
> >>The convertors in Woody are for translating between string and object
> >>representations.
> >>
> >>It has been proposed before to add some casting methods to the
> >>datatypes, for example:
> >>http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106776875918689&w=2
> >>    
> >>
> >
> >Thanks Bruno for your answer.
> >
> >I saw the mail yesterday. Thanks for the link. Now, I am willing to do
> >that, but need your help.
> >
> >The receipt of this:
> >
> >1- As Sylvain suggested I will add 2 new methods to the Datatype interface.
> >2-Add this methods in o.a.c.woody.binding.ValueJXPathBinding
> >  
> >
> 
> I had a deeper look at JXPath, and this doesn't seem to be so easy, as 
> JXPath doesn't provide us a way to know the type of the data that has to 
> be set.
> 
> Furthermore, JXPath relies on an internal type conversion mechanism in 
> TypeUtils, which can be extended with a TypeConverter. But this 
> TypeUtils accepts only one TypeConverter, which is stored in a static 
> variable !!

Hmm, maybe best to fix that in JXPath. I think ideally we should be able
to provide a custom TypeConvertor on each setValue call.

-- 
Bruno Dumon                             http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org                          bruno@apache.org