Next in thread → Next in month →

RE: [wsrf] Issue WSRF9

From
Steve Graham <>
Date
2004-06-22T18:30:33+00:00
ID
Thread
RE: [wsrf] Issue WSRF9
yes, that may be true in some cases,
but if the display knew it was maxOccurs>1, the GUI widget might be
different (eg table vs single widget)

sgg

++++++++

Steve Graham

(919)254-0615 (T/L 444)

STSM, On Demand Architecture

Member, IBM Academy of Technology

<Soli Deo Gloria/>

++++++++

"Murray, Bryan P." <>

06/22/2004 02:24 PM
        

        To:
       Steve Graham/Raleigh/IBM@IBMUS

        cc:
       <>

        Subject:
       RE: [wsrf] Issue WSRF9

I think in many cases, a "display
the properties and values" application can display a set of properties
without knowing the cardinality.

 

Bryan

-----Original Message-----

From: Steve Graham [mailto:] 

Sent: Tuesday, June 22, 2004 10:57 AM

To: Murray, Bryan P.

Cc: 

Subject: Re: [wsrf] Issue WSRF9

I agree with Bryan that the "display the properties and values"
is the most "obvious" use case to suggest some sort of runtime
support for additional meta-data on "dynamic" resource properties.
 There may be other use cases, but  I again agree with Bryan's
observation of the need for the application to have a-priori understanding
of the semantics of those resource properties. 

So, in the case of "display the properties and values" the application
would need to know not only the xsd details of the GED (eg type), but also
the cardinality of the resource property use of the GED (minOccurs and
maxOccurs).  The xsd details of the GED can be found (via WS-MetaDataExchange,
for example).  It is the cardinality (and maybe other details) of
the resource property that need to be discovered. 

sgg 

++++++++

Steve Graham

(919)254-0615 (T/L 444)

STSM, On Demand Architecture

Member, IBM Academy of Technology

<Soli Deo Gloria/>

++++++++

"Murray, Bryan P."
<> 

06/21/2004 01:07 PM

        

        To:        <>

        cc:        

        Subject:        [wsrf]
Issue WSRF9

                 I understand the
need to know which properties are currently

present 

                in the property
document given that the property document

supports 

                dynamic properties.
However, I would like to see a use-case

describing 

                the need to retrieve
at runtime the schema for any properties.

                The only reason
I can think of for retrieving properties which

an 

                application does
not already understand is if the application

simply 

                displays properties
to a human or copies the property somewhere.

If 

                the application
understands the namespace of the property it can

                locate the type
from the WSDL/schema for the namespace.

Otherwise, 

                simple properties
(no child XML elements) can be displayed

without 

                understanding their
type by just treating the text node as a

string. 

                The application
can choose to either not display complex

properties or 

                to list attributes
and child elements with their values.

Grandchild 

                elements or attributes
will ultimately make this too complicated

to do 

                at some point.

                Other, more complex,
applications will need to understand not

only the 

                syntax of the properties
they are retrieving, but also the

semantics 

                of those properties
in order to interact with them

appropriately. The 

                syntax can be found
in WSDL/schema files, but the semantics

needs to 

                be understood by
the programmer writing the property retrieval

code. I 

                am confused as
to how an application could interact with a

property it 

                does not understand
beyond simply displaying or copying its

value. If 

                an application
does understand a property that falls into the

xsd:any 

                portion of the
resource property document schema, it does not

need the 

                schema - it already
knows the type of this property.

                If there is no
need beyond displaying or copying the value of an

                unknown property
I suggest that we not provide the ability to

retrieve 

                the schema at runtime.

                Can someone offer
a use-case that shows where my thinking is 

                deficient?

                Bryan
Next in thread → Next in month →