commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dmitri Plotnikov" <dmi...@apache.org>
Subject Re: [JXPATH] @name feature
Date Sun, 24 Aug 2003 03:48:12 GMT
Jeff,

I solved the problem by removing the validation from the QName constructor.
It was superfluous anyway, as the XPath compiler performs the necessary
lexical checks prior to instantiation of a QName.

Thanks for reporting this issue.

- Dmitri


----- Original Message ----- 
From: "Jeff Lansing" <jeff@polexis.com>
To: <commons-dev@jakarta.apache.org>
Sent: Thursday, August 07, 2003 4:17 PM
Subject: [JXPATH] @name feature


> Hi,
>
> The @name feature for accessing Map entries has a problem. This works
> fine for the simple names used in the example, such as
> getValue("addresses[@name='home']/zipCode"), and there is even a note
> that says: "Note: At this point JXPath only supports Maps that use
> strings for keys."
>
> The problem is that a HashMap key can be any String, including one that
> contains the character ':'. But the @name feature tries to turn this
> string into the local part of a QName, and if there is a ':', the QName
> constructor throws an exception.
>
> So this feature doesn't work when keys are URL's, which is actually a
> very common thing to do.
>
> Thanks,
>
> Jeff
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
>


Mime
View raw message