[HREF-tech] Dátumok a niifPerson osztályban

[Ecsedi Kornel]

Amiért én mégis inkább a numeric string szintaxisra szavaznék az az, hogy 
a NIIFI séma dokumentáció kifejezetten hivatkozik a SCHAC sémában 
található dátumokra, mint helyettesítő vagy ekvivalens attribútumokra, és 
akkor már úgy lenne elegáns, ha azok egyformán lennének definiálva, nem is 
szólva az egyforma használatról: amikor keresünk egy dátumot, ne kétféle 
LDAP szűrőfeltételt kelljen megadni attól függően, hogy épp melyik dátum 
attribútumban akarunk keresni. Ez nem lenne nagyon szép. Szerintem.

Üdv: Kornél

On Tue, 19 Oct 2010, Adam Lantos wrote:

> 2010/10/19 Kristof Bajnok <bajnokk at niif.hu>:
>> Szia Kornél!
>>
>> [cc href-tech]
>>
>> On Sunday 17 October 2010 21.59.28 Ecsedi Kornel wrote:
>>> Nézem a dátumokat, és valamit nem egészen értek. Van ugye az alábbi
>>> három  dátum attribútum:
>>>
>>> - niifPersonDateOfBirth (SYNTAX 1.3.6.1.4.1.1466.115.121.1.15),
>>> - niifPersonJoinDate    (SYNTAX 1.3.6.1.4.1.1466.115.121.1.27),
>>> - niifPersonQuitDate    (SYNTAX 1.3.6.1.4.1.1466.115.121.1.27).
>>>
>>> Az első egy Directory String, a másik kettő egész. Ráadásul a leírás azt
>>> mondja, hogy mindhárom formátuma az RFC-3339 által meghatározott
>>> full-date, ami viszont kötőjeleket tartalmaz a szabvány szerint:
>>>
>>> date-fullyear   = 4DIGIT
>>> date-month      = 2DIGIT  ; 01-12
>>> date-mday       = 2DIGIT  ; 01-28, 01-29, 01-30, 01-31 based on
>>>                            ; month/year
>>> full-date       = date-fullyear "-" date-month "-" date-mday
>>>
>>> Akkor ez most hogy van? Nem kellene egyezniük ezeknek a dátum típusoknak?
>>
>> Azt hiszem, ez eléggé el lett szúrva annak idején. :(
>> A leírás egyértelműen hibás, a csupa integert tartom jónak (20101019)
>>
>> Ami miatt az integert pártolom a GeneralizedTime
>> (1.3.6.1.4.1.1466.115.121.1.24) helyett az az, hogy nem kell hozzá időpontot
>> megadni. A DirectoryString-nél pedig azért jobb, mert így sima IntegerMatch-
>> csel leválogathatók  egy időpontnál régebbi vagy újabb dátumok.
>>
>> Változtatási javaslataim:
>>  - full-date hivatkozásokat törölni, ez szimplán bénaság
>>  - niifPersonDateOfBirth attribútum szintaxisa szintén bénaság. Ha az
>> értékek a specifikációnak megfelelnek, akkor ezt meg lehet változtatni
>> anélkül, hogy az adatokat módosítani kellene.
>>
>> Kérdés, hogy az Integer (ezt használja az niif{Join,Quit}Date) vagy a
>> Numeric String (ezt használja a SCHAC) szintaxis a jobb. Lássuk, mit ír az
>> RFC2252:
>>  - ( 1.3.6.1.4.1.1466.115.121.1.36 DESC 'Numeric String' )
>>
>>   The encoding of a string in this syntax is the string value itself.
>>   Example:     1997
>>  - ( 1.3.6.1.4.1.1466.115.121.1.27 DESC 'INTEGER' )
>>
>>   Values in this syntax are encoded as the decimal representation of
>>   their values, with each decimal digit represented by the its
>>   character equivalent. So the number 1321 is represented by the
>>   character string "1321".
>>
>> A különbség talán az lehet, hogy - ha jól értem - a NumericString esetén
>> lehet olyat mondani (ha megvannak a megfelelő MatchinRule-ok), hogy
>> foo=1989*, míg Integer esetén csak &(foo>=19890000)(foo<=19900000)
>
> FYI, a NumericString-et nem minden directory server támogatja (pl a
> Sun vonal - DSEE/OpenDS/OpenDJ nem).
>
> http://192.9.162.102/thread.jspa?threadID=5377450&tstart=973
>
> üdv,
> Ádám
>