Acceso de cliente de interfaz RESTful de Flea utilizado por flea-frame-jersey

Acceso de cliente de interfaz RESTful de pulgas

En este artículo se presenta la pulga-frame-camiseta-cliente sub - módulo, bajo la pulga-frame-jersey de módulo, que ofrece llamadas a la POST, PUT, DELETE y obtener recursos encapsulados por la pulga-frame-camiseta-servidor sub-módulo.

Dependencia del cliente

La dirección del proyecto se puede ver en GitHub para ver flea-frame-jersey-client

	<!-- FLEA FRAME JERSEY SERVER-->
    <dependency>
        <groupId>com.huazie.frame</groupId>
        <artifactId>flea-frame-jersey-client</artifactId>
        <version>1.0.0</version>
    </dependency>

Pasos de acceso del cliente

  1. El cliente determina el servicio de recursos que se invocará [consulte Acceso al servidor de interfaz RESTful Flea ] y configura la tabla de clientes de recursos;
  2. El cliente define las clases POJO de entrada y salida comercial;
  3. El cliente usa FleaJerseyClient para llamar al servicio de recursos.

Explicación de acceso específica

1. Configuración del cliente de recursos

Cliente de recursos [flea_jersey_res_client], la configuración del cliente de recursos del servicio de recursos de autenticación de descarga es la siguiente:
Inserte la descripción de la imagen aquí

Nombre del campo Descripción china
codigo del cliente Codificación del cliente
resource_url Dirección de recursos
resource_code Código de recurso
código de servicio Código de servicio
service_interfaces Clase de interfaz de servicio de recursos
request_mode Método de solicitud
tipo de medio tipo de medio
entrada_cliente Entrada de servicio al cliente
salida_cliente Referencia comercial del cliente

2. Definición de los parámetros de entrada y salida del servicio al cliente

El parámetro de entrada del servicio de cliente [com.huazie.ffs.pojo.upload.input.InputFileUploadInfo] y el parámetro de salida [com.huazie.ffs.pojo.upload.output.OutputFileUploadInfo] definido aquí utilizan el servicio de recursos definido por el servidor Entrada parámetros y parámetros de salida; por
supuesto, aquí puede ser diferente. En principio, solo se requieren los parámetros de entrada del servicio del cliente y los parámetros de entrada del servicio de recursos. El contenido de datos de los objetos en ambos lados del parámetro de salida comercial del cliente y la salida del servicio de recursos El parámetro es el mismo que JSON o XML.

3. Uso de FleaJerseyClient

Después de los pasos 1 y 2, el acceso del cliente se ha completado a la mitad y el servicio de recursos se puede llamar de la siguiente manera:

	@Test
    public void testDownloadAuth() {
    
    
        try {
    
    
            String clientCode = "FLEA_CLIENT_DOWNLOAD_AUTH";

            InputDownloadAuthInfo downloadAuthInfo = new InputDownloadAuthInfo();
            downloadAuthInfo.setFileId("123123123123123123123");

            FleaJerseyClient client = applicationContext.getBean(FleaJerseyClient.class);

            Response<OutputDownloadAuthInfo> response = client.invoke(clientCode, downloadAuthInfo, OutputDownloadAuthInfo.class);

            LOGGER.debug("result = {}", response);
        } catch (Exception e) {
    
    
            LOGGER.error("Exception = ", e);
        }
    }

En este punto, se ha completado el acceso del cliente a la interfaz RESTful de Flea. Las clases de autoevaluación anteriores se pueden ver en GitHub para ver JerseyTest.java

Supongo que te gusta

Origin blog.csdn.net/u012855229/article/details/103154011
Recomendado
Clasificación