ГОСТ Р ИСО/МЭК 10166-1-2001
AbandonFailed:: = ABSTRACT-ERROR
PARAMETER SET {
problem|0| AbandonProblem,
operation jljInvoke Id )
Invoke Id :: = INTEGER
AbandonProblem: : = ENUMERATED {
no-such-operation (1),
too-late(2),
cannot-abandon (3) }
Значение AbandonProblem должно быть одним из следующих:
а) no-such-operation —заданная абстрактная операция СИД в настоящий момент не известна
серверу СИД:
б) too-late —выполнение заданной абстрактной операции достигло фазы, когда она уже не
может быть прервана или прерывание не будет иметь значения;
в) cannot-abandon - заданная абстрактная операция не может быть прервана по зависящим от
реализации причинам.
8.3.12 О ш и б к аA b a n d o n e d
Это сообщение абстрактной операции СИД после того, как она была прервана абстрактной
операцией Abandon. В буквальном смысле она не является ошибкой, а может рассматриваться как
сообщение об успешном завершении операции Abandon. Она не может появиться, если соответст
вующая операция Abandon возвратила AbandonFailed
Abandoned ; : = ABSTRACT-ERROR
8.3.13 О ш и б к аE x t e r n a l S e r v e r E r r o r
Сообщает о проблеме, возникшей на сервере поиска или на сервере поиска содержимого. Если
проблема может трактоваться как одна из абстрактных ошибок СГ1Д, то сервер СГ1Д сообщит о
соответствующей абстрактной ошибке. Если проблема не может трактоваться как одна из абстракт
ных ошибок СПД. то сервер СПД сообщит об абстрактной ошибке ExternalServerError.
ExternalServerError: : = ABSTRACT-ERROR
PARAMETER SEQUENCE \
server-idDLstinguishedName,
server-specific-errorEXTERNAL }
8.3.14 С т а р ш и н с т в оо ш и б о к
Если одновременно произошло несколько абстрактных ошибок для одной и той же абстрактной
операции СПД, то сообщается только об одной из них. Старшинство ошибок, начиная с наиболее
важных, следующее:
SecurityError
ServiceError
ExternalServerError
NameError
AccessError
InterServ erAccessError
Refe rentAccessError
Reservation Error
Abandoned
AttributeError
Update Error
Version Management Error
AbandonFailed
8.4 Наборы функций
Хранилище документов СПД имеет гибкую структуру, показанную на рисунке 2 (см. 6.3). Но.
с точки зрения пользователя, необходимо определить функциональные наборы для этой структуры.
Таким образом при установке ХД определяются следующие типы использования и соответствующие
наборы функций.
Тип использования 1: набор плоского хранилища
При этом типе использования структура хранилища документов СПД представлена
одной группой, единственным уровнем. Все документы, ссылки и списки результатов
поиска СПД в хранилище документов СПД такого типа включаются непосредственно в
корневую группу’ СПД.
54