Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Exceção \IuguObjectNotFound é gerada mesmo quando não há conectividade #28

Open
snapercloud opened this issue Mar 28, 2018 · 1 comment

Comments

@snapercloud
Copy link

snapercloud commented Mar 28, 2018

A exceção \IuguObjectNotFound é demasiado genérica. Estamos integrando o sistema com a Iugu e um dos testes executados é o que simula problemas de conectividade. Em uma operação de \Iugu_Customer::fetch() , ou qualquer outro fetch(), o método Iugu_APIRequest->request() é chamado e, gerando apenas este tipo de exceção, seja qual for o erro original, não permite que esta seja tratada corretamente.

Na prática, quando o sistema não conseguir conectar-se à API, seja por problema de conectividade ou mesmo um período de manutenção (503 "Service Unavailable"), será levado a crer que o usuário em questão não existe, e procederá à criação do recurso.

list($response_body, $response_code) = $this->requestWithCURL($method, $url, $headers, $data);
$response = json_decode($response_body);
if (json_last_error() != JSON_ERROR_NONE) {
throw new IuguObjectNotFound($response_body);
}

@alissonsilvas
Copy link

Estou utilizando essa chamada para fazer transferências automaticas entre subcontas, sempre que um pagamentos é realizado (gatilho: inovice.released é ativado) está me apresentando muita inconsistência algumas tranferências são realizadas outras não, quando vou verificar nos logs do servidor sempre há um IuguObjectNotFound no mesmo horário que acontece as transações. alguém já achou uma saída para resolver esse tipo de problema?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants