Tipos de contenido

El campo Content-Type de las cabeceras de HTTP indica en qué formato se envían o devuelven los datos a los métodos HTTP de la API REST del servidor de ejecución de reglas.

Para cada método, en las secciones Contenido de respuesta se proporcionan detalles y ejemplos del formato en el que se envían datos en las solicitudes y se devuelven objetos en las respuestas. Para leer los detalles de un método, haga clic en Ver esquema o Ver ejemplo en la página del manual de referencia de la API REST correspondiente a ese método.

Descripción del contenido

La API REST de Rule Execution Server da soporte a los siguientes tipos de contenido:

application/xml

XML es el tipo de contenido predeterminado de la respuesta. Si desea ver detalles sobre el formato de cada objeto devuelto, consulte las especificaciones del esquema XML para cada operación. También puede buscar el objeto recuperando el archivo WADL (Web Application Description Language).

application/json

Como alternativa a definir las cabeceras HTTP del tipo de contenido, puede incluir el formato en la vía de acceso de URI, después del número de versión. Ejemplo:

POST /api/v1/json/ruleapps?...

aplicación/corriente-octeto

Este tipo de contenido genera un archivo. Algunos servicios requieren que se envíe una sección de datos BLOB.

Si la acción recibe el tipo MIME application/octet-stream, proporcione el archivo tal cual.
Como alternativa al envío del archivo como parte body de la solicitud HTTP, puede incluir los datos BLOB directamente en la representación XML o JSON, de una de las dos maneras siguientes:
- Codifique el archivo en Base64 y páselo como un valor para la parte body .
- Utilice una solicitud POST multiparte. Para publicar una solicitud de varias partes válida, escriba el código XML o JSON en una parte denominada body. Todas las demás partes de la solicitud pueden recibir archivos y tener un identificador exclusivo. En este caso, el sistema siempre trata la sección BLOB como identificador y selecciona el archivo correspondiente en la solicitud multiparte. La reserva es la representación BLOB del sistema clásico en Base64.
Ejemplo:
```
curl 
   --form body=@request.xml 
   --form MyArchiveReference=@ruleset.jar 
   --user resAdmin:resAdmin http://localhost:9080/res/apiauth/ruleapps/MyRuleApp/1.0/rulesets
```
En este ejemplo, el archivo request.xml contiene el código XML siguiente:
```
<ruleset>
   <name>MyName</name>
   <version>1.5</version>
   <displayName>Hello World !</displayName>
   <archive>MyArchiveReference</archive>
</ruleset>
```

Ejemplo

Pulse esta vía de acceso Operational Decision Manager > Decision Server Rules > Reference > API REST de referencia de Rule Execution Server (Representational State Transfer) > Interfaz REST para recursos RuleApp > recurso de ruleapps > Método GET > Decision Server API REST-ruleapps Resource-Método GET.
En la página API REST de Decision Server – recursos de RuleApps – Método GET, pulse Ver esquema.