...
| Bloco de código | ||
|---|---|---|
| ||
package br.com.lecom.AppExternaSimples.controller;
import java.util.Map;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
//Pacotes que vieram da dependência adicionada ao pom.xml
import br.com.caelum.stella.validation.CPFValidator;
import br.com.caelum.stella.validation.InvalidStateException;
@RestController
@RequestMapping("api/v1/cpf")
public class CpfValidatorRestController {
@PostMapping
public Map < String, Object > validate(String cpf) {
try {
CPFValidator cpfValidator = new CPFValidator(); //Classe da dependência em uso
cpfValidator.assertValid(cpf);
return Map.of("status", "VÁLIDO");
} catch (InvalidStateException e) {
return Map.of("status", "INVÁLIDO");
}
}
} |
| Nota |
|---|
IMPORTANTE: No caso de robôs e integraçõesintegrações e robôs (criados antes do projeto de isolamento), as bibliotecas adicionadas no arquivo pom.xml também precisam ser incluídas na pasta custom . Isso quando as mesmas não são utilizadas pela plataforma. Caso a biblioteca já seja utilizada pela plataforma, essas customizações irão utilizar a mesma versão já disponibilizada no tomcat. Isso é necessário porque os robôs e integrações são executados estas customizações são executadas no mesmo contexto da Plataforma Lecom. Com isso, é necessário que a Plataforma Lecom tenha acesso a essas bibliotecas. do tomcat e por isso, precisa ter acesso a essas bibliotecas. Também é necessário garantir a compatibilidade das bibliotecas externas com a plataforma. No caso das aplicações externas e robôs criados pelo projeto de isolamento, não é necessário adicionar as bibliotecas a à pasta custom, pois as aplicações estas customizações rodam em um contexto separado .do tomcat da plataforma |
Publicando alterações
Para consolidar as alterações feitas, é necessário fazer o commit no repositório.
...