[roque.possamai]

# 3 anos, 3 meses atrás

Olá Márcio tudo bem?

Não sei se consegui entender corretamente qual é a situação… É sobre as APIs SOAP do ERP Server que são disponibilizadas no Glassfish?

Você pode dar mais detalhes do problema que vc está passando?

Obrigado!
Roque Possamai.

[roque.possamai]

# 3 anos, 7 meses atrás

Olá Jeovanne, tudo bem?

Para este assunto, será necessária a abertura de chamado para time do suporte, onde eles irão colher informações adicionais, como qual é o tenant e também algumas outras configurações importantes para dar seguimento ao atendimento, repassando o assunto para o time de desenvolvimento.

Aproveitando o momento, é muito importante que você não exponha senhas e tokens aqui no fórum, pois se trata de um ambiente de acesso público e com isso você poderá estar sem querer \”abrindo uma porta para o seu ambiente\” podendo sofrer algum tipo de ataque/invasão. Por isso, editamos os tokens que você informou no post original.

Obrigado e ficamos no aguardo do seu chamado através do suporte da Senior.

[roque.possamai]

# 3 anos, 7 meses atrás

Olá Jeovanne,
estamos entrando em contato com o time do produto, mas para adiantar o processo você pode nos informar:
1) Qual é o payload de entrada que você está passando pra API?
2) Você está chamando o via GET diretamente?

Obrigado.

[roque.possamai]

# 3 anos, 9 meses atrás

Bom dia Jeovanne.

Sugiro você começar pelos tutoriais de APIs da plataforma que temos aqui no dev.senior
https://dev.senior.com.br/doc/customizacoes/endpoints/

Tem exemplos práticos e até um vídeo completo de uma aplicação externa sendo incorporada na plataforma senior X.

Dependendo do caso, você pode se utilizar de bibliotecas construídas em NodeJS que podem facilitar a chamada de algumas destas APIs públicas.
Tanto as bibliotecas, quanto nossas documentações ainda estão em desenvolvimento. Caso você sinta falta de alguma coisa, nos avise.

Até mais.

[roque.possamai]

# 3 anos, 9 meses atrás

Olá Thymóteo,

Avaliando agora este cenário, entendo que o conjunto Domain + Service + areaSecret ja esteja sendo aplicado de forma individual a cada tenant de cliente certo?

Sim, a verificação/validação do atributo areaSecret é por tenant.

Então, não há a necessidade de você criar diferentes secrets para o mesmo serviço em tenant diferentes. Apesar de ser possível utilizar este formato, isto pode aumentar a complexidade do seu código sem necessidade. O recomendado é que cada conjunto de domainName+serviceName utilizem areaSecrets diferentes para evitar um serviço interfira nos arquivos de outro serviço inadvertidamente.

Att,
Roque

[roque.possamai]

# 3 anos, 9 meses atrás

Bom dia Thymóteo.

Quem bom que pudemos ajudar.
Em sequência, será criado um ticket interno para complementarmos o tutorial a fim de deixar este comportamento mais claro.

Até mais.
Roque Possamai.

[roque.possamai]

# 3 anos, 9 meses atrás

Olá Thymóteo, tudo bem?

O parâmetro areaSecret é para que você consiga aplicar um certo nível de segurança em uma determinada área de transferência. Com isso, evitaríamos que um serviço diferente, inadvertidamente, sobrescrevesse ou excluísse arquivos que não são do seu \”domínio\”.

Fazendo uma analogia com um sistema de arquivos comum, os domainName e serviceName formam uma espécie de diretório. Quando eles são criados, eles ficam associados com o valor do areaSecret que você informou naquela primeira chamada.
Uma vez definido, não é mais possível alterá-lo. Então, para todas as chamadas subsequentes, você precisará informar o mesmo areaSecret, caso contrário, ele irá tentar criar uma nova área, mas ela já existe.

Desta forma, a hipótese mais provável é que você está tentando gravar dados em um domínio/serviço informando um valor de areaSecret diferente.

Em algum momento você utilizou um valor diferente para o parâmetro areaSecret? Se sim, tente informar este valor original na chamada da API.
E, caso vc queria utilizar um outro areaSecret, precisará informa, ao menos, um domainNameou serviceName diferente.

Espero ter ajudado.
Roque Possamai.