Re: [XCON] Cloning: Additional data in the data model
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [XCON] Cloning: Additional data in the data model
Hello again, Oscar. While working on the data model, we realized that
the new schema you put in the draft (in appendix) does not define the
XCON data model explicitely as an extension of the one contained in
rfc4575. You import the mentioned schema, and you define further
elements, which are the new ones introduced within XCON. This works
fine, thanks to the presence of the "any" element:
<xs:any namespace="##other" processContents="lax" minOccurs="0"
maxOccurs="unbounded"/>
Personally, I would have liked something more explicit, e.g.:
*****************************************************************
xmlns:info="urn:ietf:params:xml:ns:conference-info"
<xs:import namespace="urn:ietf:params:xml:ns:conference-info"
schemaLocation="rfc4575DataModel.xsd"/>
<xs:element name="conference-info" type="conference-type"/>
<xs:complexType name="conference-type">
<xs:complexContent>
<xs:extension base="info:conference-type">
<xs:sequence>
<xs:element name="conference-password" type="xs:string"/>
<xs:element name="mixing-mode" type="mixing-mode-type"/>
<xs:element name="codecs" type="codecs-type"/>
<xs:element name="controls" type="controls-type"/>
<xs:element name="language" type="xs:language"/>
<xs:element name="allow-sidebars" type="xs:boolean"/>
<xs:element name="conference-time" type="conference-time-type"/>
<xs:element name="allow-conference-event-subscription" type="xs:boolean"/>
<xs:element name="to-mixer" type="mixer-type"/>
<xs:element name="provide-anonymity" type="provide-anonymity-type"/>
<xs:element name="allow-refer-users-dynamically" type="xs:boolean"/>
<xs:element name="allow-invite-users-dynamically" type="xs:boolean"/>
<xs:element name="allow-remove-users-dynamically" type="xs:boolean"/>
<xs:element name="from-mixer" type="mixer-type"/>
<xs:element name="join-handling" type="join-handling-type"/>
<xs:element name="user-admission-policy"
type="user-admission-policy-type"/>
<xs:element name="allowed-users-list" type="allowed-users-list-type"/>
<xs:element name="deny-users-list" type="deny-users-list-type"/>
<xs:element name="floor-information" type="floor-information-type"/>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
*******************************************************************************
This solution looks a bit "cleaner" to me, even though it might
violate the Unique Particle Attribution constraint with some XML
engines (e.g. JAXB).
What is your feeling about this?
Simon
Quoting Oscar Novo <oscar.novo at ericsson.com>:
Hi folks,
In IETF-73 has been a proposal to expand the data model to support the
cloning method defined in the framework. At the moment, the data model
supports the cloning method though the 'cascaded-focus' element which
contains a 'parent' conference URI but it might be needed to add few
more elements to be align with CCMP.
Some elements that could be added are:
- An element that contains all the 'non-independent' children
conferences
- A policy attribute/element that indicates the "parent enforceable" of
every element. However, it would make more sense to add it in a draft
that discusses conference policies.
It would be nice to know the opinion of the WG whether we want to
support entirely this property or not.
Cheers,
Oscar
--
_\\|//_
( O-O )
~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~
Simon Pietro Romano
Universita' di Napoli Federico II
Computer Science Department
Phone: +39 081 7683823 -- Fax: +39 081 7684219
e-mail: spromano at unina.it
<<Molti mi dicono che lo scoraggiamento è l'alibi degli
idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte.
oooO
~~~~~~~~~~~~~~~~~~~~~~( )~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~
\ ( ( )
\_) ) /
(_/
_______________________________________________
XCON mailing list
XCON at ietf.org
https://www.ietf.org/mailman/listinfo/xcon
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.