Beleza, George?
Anote essa sugestão do Mestre Julio: apresente sempre seu código da forma mais legível possível. Vai ajudar não apenas os integrantes da lista a entenderem seu algoritmo, mas principalmente você, que provavelmente será o responsável pela manutenção futura dele :-)
Se eu copiei e colei corretamente o código original, identando-o segundo algum critério discutível chegamos a algo assim:
cat << EOT > myCompanyOutput.txt
2020-12-01,Guilherme,Rosa,08822812751,Gerente de Remuneração e Benefícios,Tecnologia da Informação,21976748288,guilherme_rosa@me.com,Jonas Fake,16000,myCompany
2020-12-08,George Robinson,da Silva Serejo Santos,10235233706,Analista de Suporte Sênior,Tecnologia da Informação,21974498138,george.robinson.br@gmail.com,Jonas Fake,16000,myCompany02
2020-12-15,Rosilene,Barbosa de Souza,11271238748,Analista de Marketing,Marketing,21966724094,rosilenebs30@gmail.com,Jonas Fake,16000,myCompany03
EOT
cat myCompanyOutput.txt \
| while IFS=, read hiringDate name last_name cpf cargo departamento telefone email gestorName salary empresa
do
if [[ $empresa == myCompany ]]
then
curl -s \
-X POST \
-H accept:application/json \
-H token:f5ca4c9f-a530-48e5-ac8c-cf33cf5b74b1 \
-d "hiring_date=$hiringDate&name=$name&last_name=$last_name&documents[cpf]=$cpf&job=$cargo&cell=$telefone&email=$email&supervisor[name]=$gestorName&department=$departamento&salary=$salary" \
https://public-api.convenia.com.br/api/v3/employees/admission \
| if [[ $empresa == myCompany02 ]]
then
curl -s \
-X POST \
-H accept:application/json \
-H token:7b541570-16eb-4468-a222-f7789e1cfff9 \
-d "hiring_date=$hiringDate&name=$name&last_name=$last_name&documents[cpf]=$cpf&job=$cargo&cell=$telefone&email=$email&supervisor[name]=$gestorName&department=$departamento&salary=$salary" \
https://public-api.convenia.com.br/api/v3/employees/admission \
| if [[ $empresa == myCompany03 ]]
then
curl -s \
-X POST \
-H accept:application/json \
-H token:0337304e-1d8f-4252-8676-9eb73c28393e \
-d "hiring_date=$hiringDate&name=$name&last_name=$last_name&documents[cpf]=$cpf&job=$cargo&cell=$telefone&email=$email&supervisor[name]=$gestorName&department=$departamento&salary=$salary" \
https://public-api.convenia.com.br/api/v3/employees/admission
fi
fi
fi
done Já corrigi o erro de sintaxe apontado pelo Julio.
Também adicionei pequenas alterações na sintaxe dos comandos curl para deixá-los um pouco mais alinhados, mas nada que não funcionasse na sua versão original.
Achei um tanto estranho esse encadeamento de if curl com pipes. Não parece que vá funcionar, como podemos verificar executando o código. Você disse num outro email que já o corrigiu, talvez tenha trocado os pipes por ponto e vírgula, não sei.
Agora, assumindo que o que você tem no while são três testes para executar a chamada da api via curl conforme a empresa, cada uma com seu próprio token, deixo uma sugestão de código que parece ser equivalente e que detalho na sequência:
# 1
url="" href="https://public-api.convenia.com.br/api/v3/employees/admission" target="_blank">https://public-api.convenia.com.br/api/v3/employees/admission
# 2
declare -A token
token=(
[myCompany]=f5ca4c9f-a530-48e5-ac8c-cf33cf5b74b1
[myCompany02]=7b541570-16eb-4468-a222-f7789e1cfff9
[myCompany03]=0337304e-1d8f-4252-8676-9eb73c28393e
)
# 3
api() { echo -e "\n$1"; curl -s -X POST -H accept:application/json -H token:${token[$1]} -d "$2" $url; echo; }
# 4
while IFS=, read hiringDate name last_name cpf cargo departamento telefone email gestorName salary empresa
do
api $empresa "hiring_date=$hiringDate&name=$name&last_name=$last_name&documents[cpf]=$cpf&job=$cargo&cell=$telefone&email=$email&supervisor[name]=$gestorName&department=$departamento&salary=$salary"
done < myCompanyOutput.txt
- começamos armazenando a url da api em uma variável, já que ela é a mesma em todas as chamadas.
- se em cada laço do loop temos apenas uma empresa, cada uma com seu token, e para cada uma delas é feito um teste para chamar a api usando esse token, então, um array associativo onde os índices são os nomes das empresas apontando para seu respectivo token permite recuperar essa informação em cada laço do loop sem executar teste algum.
- como o Paulo bem observou na resposta dele, a única diferença entre as chamadas da api são os tokens. Isso sugere fortemente a substituição de todos os comandos curl por alguma função que abstraia tudo o que há em comum, passando como parâmetro apenas o que difere. Essa é a função da função api :-p Pode ver que ela recebe dois parâmetros: $1, com o token e $2, com os dados passados para a api rest propriamente dita. Aliás, pelo menos com esses dados que você passou, o parâmetro de header -H accept:application/json é desnecessário. A chamada funciona perfeitamente sem ele. Você pode muito bem usar a função:
api() { echo -e "\n$1"; curl -s -X POST -H token:${token[$1]} -d "$2" $url; echo; } - finalmente, iteramos sobre as linhas do arquivo myCompanyOutput.txt, em cada laço passando para a função api o nome da empresa (que será usado na função para recuperar o token armazenado no array associativo) e os dados montados para uso na chamada da api. Observe a forma como o arquivo é lido: ao invés de usar um cat criando um subshell para passar os dados via pipe, simplesmente é feito um redirecionamento do arquivo para o while. Mais simples e eficiente.
- alguém poderia sugerir que, uma vez que agora há apenas UM comando curl (o que está na função api), a variável $url poderia ser dispensada colocando seu valor diretamente na chamada do comando dentro da função. Bom, não é uma boa prática chumbar parâmetros, mesmo quando cumprem função de constantes ou aparecem apenas uma vez.
Executando o código, recebemos:
myCompany
{"message":"","data":[{"id":"468b3e42-0948-4c15-8a4c-f4a436813eaa","status":0,"employee":{"id":"debc67f9-8741-4dd8-ac49-b7029323fae9", ... ,"redirect":null,"success":true}
myCompany02
{"message":"","data":[{"id":"d614e833-410b-43ad-b9d9-88617898cb1e","status":0,"employee":{"id":"23f0fe3c-8afe-426b-b459-e62af809ad61", ... ,"redirect":null,"success":true}
myCompany03
{"message":"","data":[{"id":"35754717-7dc5-47d7-aa40-02bb8acb25ba","status":0,"employee":{"id":"64c2c8ea-324d-499a-ac0e-6e782c3b731e", ... ,"redirect":null,"success":true}
Parece correto, olhando o valor do campo success no json de retorno.
Att,