ГОСТ Р ИСО/МЭК 19831—2017
В сериализации XML представлений Набора, отправленного Поставщиками, должен присутство
вать атрибут resourceURI, как показано на примере сериализации XML Наборов в 5.5.12.
Данный атрибут необязателен для его использования Потребителями. Если он присутствует,
значение этого атрибута должно соответствовать атрибуту «typeURI» соответствующего Ресурса Re-
sou rceMetadata (см. 5.11), если ResourceMetadata поддерживается. Это значение также должно быть
эквивалентно объемлющему элементу сериализации XML; другими словами, конкатенации простран
ства имен объемлющего элемента, знака «косая черта» («/») и его localName.
У любого ресурса CIMI. реализованного Поставщиком, должны быть представления в JSON и
XML. Клиентская реализация может таким образом использовать либо JSON, либо XML в запросах с
любой реализацией сервера и может запросить определенную сериализацию, используя процедуру
согласования содержания сервером (используя заголовок запроса Accept).
4.1.5 Заголовки запроса
Для передачи метаданных сообщения в сообщениях запроса следует использовать общие за
головки, заголовки запроса и заголовки объекта в соответствии с [7]. Приложения, использующие со
общения, определенные в настоящем стандарте, должны использовать заголовки, соответствующие
требованиям [7].
4.1.6 Параметры запроса
Поставщики могут принять решение включить параметры запроса как часть URI. возвращаемых
Потребителям. Потребители должны включать данные параметры запроса при отправке сообщений в
эти URI. Если Поставщики принимают решение определить собственные параметры запроса, то таким
параметрам необходимо уделить отдельное внимание, чтобы избежать конфликтов с параметрами за
проса. определенными CIMI.
Чтобы модифицировать поведение Поставщика при обработке сообщений запроса. Потребители
могут расширить запрос URI в соответствии с указаниями, приведенными далее в настоящем пункте. В
соответствии с 4.1.3 URI. возвращаемые Поставщиками, должны рассматриваться Потребителями как
непрозрачные. Однако Потребитель несет ответственность за поддержку параметров запроса, опреде
ленных далее в настоящем пункте, и гарантию корректности при формировании запроса.
Параметры запроса, которые не поддерживаются или неизвестны, должны быть просто проигно
рированы Поставщиками. Потребители могут исследовать возможности Ресурса CloudEntryPoint для
определения того, предоставляется ли поддержка этих параметров запроса.
4.1.6.1 Фильтрация Наборов
Если Потребители получают представление Набора, они могут включать в себя параметр запро
са Sfilter для сокращения числа возвращенных записей Набора на основании данных в рамках записей
Набора. Поставщики должны интерпретировать иобрабатывать параметр запроса Sfilter всоответствии
с описанием, приведенным далее. Параметр Sfilter должен иметь форму:
? $filter=expression,
где «expression» — математическое выражение, обозначающее, как следует фильтровать атрибуты
верхнего уровня Ресурсов в Наборе. Выражение определено следующей грамматикой EBNF:
FilterAndExpr ( ’or1Filter )*;
AndExpr ::= Comp ( ’and’ AndExpr )*
Comp ::= Attribute Op Value
|Value Op Attribute
| PropExpr
|•(’ Filter*)’
Op ::= ’<’ | ’<=’ | ’=’ | ’>=’ | ’>’ | ’In-
Attribute ::= ? наименование атрибута ресурса ?
Value ::= IntValue | DateValue | StringValue | BoolValue
IntValue ::= /[0-9]+/
DateValue ::= ? в соответствии с определением XML Схемы ?
StringValueи..." |
BoolValue ::= ’true’ | ’false’
PropExpr’propertyf StringValue *]’ Op StringValue
PropExpr используется для нахождения Ресурсов, содержащих свойство с определенной комби
нацией ключ/значение. Ключ — StringValue в квадратных скобках ([ ]). а значение — StringValue после
6