sfelix-martins /
json-exception-handler
| 1 | <?php |
||||
| 2 | |||||
| 3 | namespace SMartins\JsonHandler; |
||||
| 4 | |||||
| 5 | use Cielo\API30\Ecommerce\Request\CieloRequestException; |
||||
|
0 ignored issues
–
show
|
|||||
| 6 | |||||
| 7 | trait CieloRequestHandler |
||||
| 8 | { |
||||
| 9 | public function cieloRequestException(CieloRequestException $e) |
||||
| 10 | { |
||||
| 11 | $errors = []; |
||||
| 12 | $code = $e->getCode(); |
||||
| 13 | do { |
||||
| 14 | $cieloError = $e->getCieloError(); |
||||
| 15 | $error = [ |
||||
| 16 | 'status' => $e->getCode(), |
||||
| 17 | 'code' => $this->getCode('cielo').$cieloError->getCode(), |
||||
|
0 ignored issues
–
show
It seems like
getCode() must be provided by classes using this trait. How about adding it as abstract method to this trait?
(
Ignorable by Annotation
)
If this is a false-positive, you can also ignore this issue in your code via the
Loading history...
|
|||||
| 18 | 'source' => ['pointer' => $e->getFile().':'.$e->getLine()], |
||||
| 19 | 'title' => $e->getMessage(), |
||||
| 20 | 'detail' => $cieloError->getMessage(), |
||||
| 21 | ]; |
||||
| 22 | if (! in_array($error, $errors)) { |
||||
| 23 | array_push($errors, $error); |
||||
| 24 | } |
||||
| 25 | $e = $e->getPrevious(); |
||||
| 26 | } while (method_exists($e, 'getPrevious')); |
||||
| 27 | |||||
| 28 | $this->jsonApiResponse->setStatus($code); |
||||
|
0 ignored issues
–
show
|
|||||
| 29 | $this->jsonApiResponse->setErrors($errors); |
||||
| 30 | } |
||||
| 31 | } |
||||
| 32 |
The issue could also be caused by a filter entry in the build configuration. If the path has been excluded in your configuration, e.g.
excluded_paths: ["lib/*"], you can move it to the dependency path list as follows:For further information see https://scrutinizer-ci.com/docs/tools/php/php-scrutinizer/#list-dependency-paths