ws-woden-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Glen Daniels <g...@thoughtcraft.com>
Subject Re: Changing the handling of qnames at parse-time
Date Tue, 25 Oct 2005 17:56:53 GMT
Lawrence, John:

+1 to Lawrence's -1. :)

QName objects can hold prefix information, you know, John - would simply 
filling that in during parse-time give you what you want?

--Glen

Lawrence Mandel wrote:
> John,
> 
> -1 to using a string. We shouldn't do things to make life easier for the 
> validator and more difficult for our other clients.
> 
> Can you give examples of instances where the validator would not be able 
> to obtain the required information to produce the correct error message?
> 
> Lawrence Mandel
> 
> Software Developer
> IBM Rational Software
> Phone: 905 - 413 - 3814   Fax: 905 - 413 - 4920
> lmandel@ca.ibm.com
> 
> 
> 
> John Kaputin <KAPUTIN@uk.ibm.com> 
> 10/11/2005 05:54 AM
> Please respond to
> woden-dev
> 
> 
> To
> woden-dev@ws.apache.org
> cc
> 
> Subject
> Re: Changing the handling of qnames at parse-time
> 
> 
> 
> 
> 
> 
> Perhaps 'qname string' was not the right term? I meant an attribute value
> that's a prefix qualified name.
> 
> e.g. the string "tns:myInterface" in:
> 
> <binding name="myBinding"  interface="tns:payment">
> 
> Resolving the prefix requires access to the owning DOM element and the
> DescriptionElement, so it's easier to do this at parse-time.  But if an
> error occurs resolving the namespace at parse-time,  this will not be
> handled until later by the validator, so perhaps the error info should
> probably be retained for the validator.
> 
> John Kaputin
> 
> 
> 
>  
>              Davanum Srinivas 
>              <davanum@gmail.co 
>              m>                                                         To 
> 
>                                        woden-dev@ws.apache.org 
>              10/10/2005 16:25                                           cc 
> 
>  
>                                                                    Subject 
> 
>              Please respond to         Re: Changing the handling of qnames 
> 
>                  woden-dev             at parse-time 
>  
>  
>  
>  
>  
>  
> 
> 
> 
> 
> "{http://x.y.z}element" ???
> 
> -- dims
> 
> On 10/10/05, Sanjiva Weerawarana <sanjiva@opensource.lk> wrote:
> 
>>On Mon, 2005-10-10 at 15:36 +0100, John Kaputin wrote:
>>
>>>I'm thinking about modifying the xxxElement interfaces to use String
> 
> and
> 
>>>String[] instead of QName and QName[] and change the Reader to just
> 
> store
> 
>>>the qname string from a WSDL attribute, instead of converting it to a
> 
> QName
> 
>>>object at parse-time.
>>
>>I'm confused .. what's a "qname string"?
>>
>>
>>> The QName object still gets created at some point
>>>for the component model interfaces, but now the validator also has
> 
> access
> 
>>>to the original qname string for diagnostic error reporting if
> 
> necessary.
> 
>>Unless namespaces are resolved at parse time you have to retain lots of
>>other info ..
>>
>>Sanjiva.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
>>For additional commands, e-mail: woden-dev-help@ws.apache.org
>>
>>
> 
> 
> 
> --
> Davanum Srinivas : http://wso2.com/blogs/
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: woden-dev-help@ws.apache.org
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: woden-dev-help@ws.apache.org
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


Mime
View raw message