Altova Mailing List Archives>Archive Index >xmlschema-dev Archive Home >Recent entries >Thread Prev - RE: Including schemata with duplicate referents >Thread Next - RE: "RE: Including schemata with duplicate referents"' 'Re: "RE: Including schemata with duplicate referents"'To: Michael Kay <mike@--------.---> Date: 11/5/2004 4:11:00 PM
Hi,
Michael Kay wrote:
>>I have difficulties understanding what to do with included components
>>at sub-schema constrution stage - acting as referents - which
>>cannot be included into the final schema.
>
>
> You're not alone: I've been finding the spec is a quagmire in this area.
>
>>A simplified example:
>>
>>- A, B1, B2 and C are schemata
>>- B1 includes C and references components of C (referred to as B1.C)
>>- B2 includes C and references components of C (referred to as B2.C)
>>- A includes B1 and B2
>>
>>Since the B1.C components are already included in A, the B2.C
>>components
>>won't be added to A. The spec states properties of components to have
>>components as their values; the values of components of B2
>>referencing
>>B2.C would become unavailable, since not added to A.
>>
>
>
> You seem to be assuming B1 and B2 contain copies of the components in C. I=
f
> the components retain their identity, I don't think it's a problem: if a
> component in B2 includes a reference to a component in C, that reference
> will be satisfied, because the component will exist in A, whether it reach=
ed
> A via B1 or B2. (It gets more complicated, of course, with chameleon
> includes).
Just to make this more visual for me:
- B1 has it's original components, call them B1.orig
- B1 has copies of components of C, call them B1.C components
- B1.orig components have properties with B1.C components as values
- B2 has it's original components, call them B2.orig
- B2 has the copies of components of C, call them B2.C components
- B2.orig components have properties with B2.C components as values
- A has it's own components plus the copies of the following components:
- B1.orig, call them B1.orig.A
- B1.C, call them B1.C.A
- B2.orig, call them B2.orig.A
Do B1.orig.A comps. have still props. with B1.C components as values
and
B2.orig.A comps. have still props. with B2.C components as values,
which are not included into A but exist _somewhere_?
If this is how it works, I see a hell of memory usage. Or are the
assigned property values somehow remapped to the components copied
into A, releasing the original components from the sub-stages?
> The difficulty I have been finding is that inclusion at the level of schem=
a
> components simply doesn't work. Until all the references from a schema
> component to other components have been resolved, you need to keep a lot o=
f
> "raw XML" information such as the lexical form of enumeration values and
> their namespace context.
Thanks & regards,
Kasimier
From sandro@m... Fri Nov 05 14:16:16 2004
Received: from lisa.w3.org ([128.30.52.41])
by frink.w3.org | ||||||
| Company | Legal | Press | Partners | Careers | Sitemap | Contact Us | Altova Blog | Mobile | Full Site | |||
|
