Re: [dss-x] Minor design issue with the core

[Andreas Kuehne <kuehne@trustable.de>]

Hi all,

see attached a draft version avoiding the cyclic reference. While
working with the code I decided to isolate just the namespace list into
a separate schema. Moving the InternationalString into the same schema
file doesn't seem to make any sense.
Please check the core spec attached especially regarding the aspect of
'non-material change'

Greetings,

Andrreas
> I will not veto it :-)
>
> Regards
>
> Ernst Jan
>
> Andreas Kuehne wrote:
>> Hi Detlef,
>>
>> I consider this as an egde case of a 'non-material change' with a slight
>> preference for proceeding without another public review.
>> If Ernst Jan does not veto strongly I would produce a CS package without
>> the cyclic reference.
>>
>> Greetings,
>>
>> Andreas
>>> Hi,
>>>
>>> I would consider this to be a minor issue. 
>>>
>>> BR,
>>>  dh
>>>
>>> -----UrsprÃngliche Nachricht-----
>>> Von: dss-x@lists.oasis-open.org <dss-x@lists.oasis-open.org> Im Auftrag von Andreas Kuehne
>>> Gesendet: Montag, 13. Mai 2019 13:23
>>> An: dss-x@lists.oasis-open.org
>>> Betreff: Re: [dss-x] Minor design issue with the core
>>>
>>> Hi Ernst Jan,
>>>
>>>> We should avoid cyclic dependencies, so indeed I would expect a new 
>>>> schema file that contains the 'basic' (low level) specs. From a 
>>>> practical point of view the introduction of a schema with one item is 
>>>> ok, but from a more general point of view maybe the core has to 
>>>> divided into more basic types and more complex types. But I don't know 
>>>> if that can be treated as a minor change...
>>> I agree that from a developer point of view this isn't a big. But adding another schema file could be considered 'significant' ... let's see what Detlef thinks about this.
>>>
>>>
>>> Greetings,
>>>
>>>
>>> Andreas
>>>
>>>
>>>> Regards
>>>>
>>>> Ernst Jan
>>>>
>>>> Andreas Kuehne wrote:
>>>>> HI all,
>>>>>
>>>>>
>>>>> while assembling the package for the core I noticed that we got a 
>>>>> cyclic dependency between the base schema and the rewritten XMLDSig schema.
>>>>> This is usually considered as ugly. The single structure that is 
>>>>> required by XMLDSig is the NsPrefixMappingType of the base package. 
>>>>> To resolve the cycle we could introduce a new schema file that 
>>>>> contains only this element.
>>>>>
>>>>>
>>>>> What's your view on this? Introduce and explain an additional schema 
>>>>> or just go on as is?
>>>>>
>>>>>
>>>>> Greetings,
>>>>>
>>>>>
>>>>> Andreas
>>>>>
>>> --
>>> Andreas KÃhne 
>>>
>>> Chair of OASIS DSS-X
>>>  
>>> phone: +49 177 293 24 97
>>> mailto: kuehne@trustable.de
>>>
>>> Trustable Ltd. Niederlassung Deutschland Gartenheimstr. 39C - 30659 Hannover Amtsgericht Hannover HRB 212612
>>>
>>> Director Andreas KÃhne
>>>
>>> Company UK Company No: 5218868 Registered in England and Wales 
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail.  Follow this link to all your TCs in OASIS at:
>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that 
>>> generates this mail.  Follow this link to all your TCs in OASIS at:
>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
>>>
>>>

-- 
Andreas KÃhne 

Chair of OASIS DSS-X
 
phone: +49 177 293 24 97 
mailto: kuehne@trustable.de

Trustable Ltd. Niederlassung Deutschland Gartenheimstr. 39C - 30659 Hannover Amtsgericht Hannover HRB 212612

Director Andreas KÃhne

Company UK Company No: 5218868 Registered in England and Wales

Attachment: dss-core-v2.0-csprd03.1_redline.zip
Description: Zip compressed data