Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <4655AFF8.3090407@apache.org>
Date: Thu, 24 May 2007 17:32:08 +0200
From: Carsten Ziegeler <cziegeler@apache.org>
User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: CForms binding with namespaces error - advice wanted
References: <4653073A.1020300@mi.unimaas.nl> <46535023.1050507@gmx.de>
 <46540208.1030209@gmail.com> <465410CC.6020605@apache.org>
 <465416ED.3040904@outerthought.org> <4654208B.3060403@gmail.com>
 <465481F2.7070508@gmx.de> <465495D5.10706@gmail.com>
 <4654997A.4090002@apache.org> <46553ECD.3010203@outerthought.org>
 <46555613.6090503@apache.org> <465584C8.7020307@outerthought.org>
 <465592ED.1070209@gmail.com> <465599CE.4060804@apache.org>
 <46559B9E.5000209@gmail.com> <46559DC3.5060403@apache.org>
 <4655AA1F.1010108@gmail.com>
In-Reply-To: <4655AA1F.1010108@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Helma wrote:
> 
> That's what I'm slowly starting to realise. For proper XML validation I 
> do need it so I assumed the parser requires this too.
> 
> That would partially explain why the binding file (without a 
> namespaceURI for 'oe') still maps to the source (in the source=file 
> situation). It would also explain the observations in
> 
> https://issues.apache.org/jira/browse/COCOON-1671
> 
> i.e. if the prefix is the same with a matching or a different 
> namespaceURI it binds, but if the prefix is different but the 
> namespaceURI is identical it fails.
> 
> So how should this be solved then?
> 
I think there are two areas:

The first one is the parsing of the binding. We have to ensure that the 
namespace prefixes are correctly send to the cforms component parsing 
the binding. So we should see that there is no namespace prefix 
inbetween. Actually, I fear, we can't ensure this in general. So perhaps 
in these cases a workaround is required and you have to add a dummy 
attribute somewhere in the binding, like <fb:... oe:something="dummy">.
This is not great, but hopefully solves this problem.

Now, the second area is more complicated. When cforms parses a binding 
it should parse the paths and test them for namespaces and if these 
namespaces are properly defined - if not, throw exception.
When the binding is applied, the namespaces have to be checked, if the 
uri's are the same. This should then work even if different prefixes are 
used. I looked into namespaces and jxpath a long time ago and I think to 
remember that there were problems; so this could get ugly :(

I think this is something for our cforms and jxpath experts!

Carsten