Histórico da Página
...
O principal objetivo e automatizar a geração das réplicas dos pacotes de atualização para diminuir o retrabalho e agilizar a entrega dos pacotes de 1 release anterior ao da versão corrente. A automatização das replicas e o O novo controle de fontes sera realizado na versão TFS 2015, por este motivo e obrigatória a atualização da ferramenta (veja o guia para atualização através do Link
Importante: Compartilhando nossos conhecimentos sera possível agilizarmos os atendimentos com maior facilidade e qualidade.
Link: Guia para atualização do TFS)
Importante: A mudança na gestão de fontes terá impacto somente na versão P12, na versão P11 NÃO haverá mudanças!!!
Resumo para atualização do TFSDocumentos para leitura
1- Acessar o endereço de rede e copiar para a máquina local os pacotes.
...
b. Analise de eventos de error.log
c. Leitura de error.log - Avançado
Microsiga Protheus (Analise de Error.log - Suporte Técnico)
...
...
...
...
TVKSNI
...
MATA030
P12.1.7
Ocorrencia: Ao clicar no botão "INCLUIR" do cadastro de clientes, ocorre o seguinte erro:
2- Executar na ordem a atualização. STEP1 depois STEP2 e por último o STEP3. Instalação simples (aceitar as condições e avançar)
Configuração do servido TFS2015
No visual Studio adicione o servidor http://tfs2015.totvs.com.br:8080/tfs
PONTOS IMPORTANTES:
IMPORTANTE – Muita atenção com a criticidade do chamado ao gerar FNC. Teremos correção para versão anterior somente para criticidades ALTA/CRITICA, na dúvida, alinhar com o Maestro.
- Haverá correção para versão corrente, independente da criticidade;
- A manutenção dos fontes ocorrerá na versão corrente e anterior;
- Esse processo possibilita a associação à chamados de releases distintos (ex: 12107 associa na 12106, 12106 associa na 12107);
- Ao associar, atentar-se ao release do cliente e criticidade, pois haverá correção para versão anterior somente para criticidades ALTA e CRÍTICA;
- Ao associar um chamado da versão anterior que não possui pacote de correção, receberá um Workflow por e-mail informando que houve uma associação indevida. Será necessário desassociar, e alinhar o procedimento a ser feito.
- Consultar a correção no TFS no release corrente;
- Para validar se há ou não fontes com atualização para versão anterior, após liberação do pacote, no SSIM, localizar o chamado que contempla a correção e baixar o pacote. Deverá existir dois anexos (versão atual e anterior).
EXEMPLOS DE CENÁRIOS
MUDANÇAS NO PACOTE DE ATUALIZAÇÃO
Chamado TVZTMN - Aberto no release P12.1.6 (Exemplo com compatibilidade com a versão atual)
Chamado TVZTOM- Aberto no release P12.1.6 | Exemplo com dois fontes [ 1 compatível e 1 não-compatível]
PERGUNTAS E RESPOSTAS:
1-) Quando o chamado já foi liberado pelo desenvolvimento, como eu saberei se o chamado possui ou não pacotes para duas versões?
Resposta: Deveremos baixar os pacotes dentro do chamado para avaliar, se possui os pacotes para versão solicitada
2-) Quando o chamado ainda não começou a ser desenvolvido, como saber se o chamado deverá ser ou não associado? Caso não possa ser associado, como iremos garantir que será aberto FNC para versão Anterior?
Resposta: Será processual da Manutenção. Se for avaliado que já tem chamados associados de release anterior terá que fazer para as 2 releases ( caso não seja compatível). Se não o que irá acontecer é o aviso ao atendimento de que a associação deve ser desfeita.
3-) Um ponto a ser considerado, é que a Manutenção relata que em seu processo, validam chamados associados. Considerando incidente gerado para 12.1.7, e o fonte não é compatível, como saberão que precisa ser gerado um pacote para 12.1.6, por termos chamados associados da 12.1.6 no chamado principal que é 12.1.7?
Resposta: Processo da Manutenção. Acessando o TeleAtendimento/SSIM a Manutenção fará um filtro para verificar quais chamados estão associados. E na tela do Browse há uma coluna com as versões do chamado.
4-) O SQA irá validar os dois pacotes?
Resposta: Sim, serão validados os dois pacotes e patch homologado será liberado somente após a validação dos dois pacotes.
5-) Posso baixar o pacote e enviar anexo ao cliente no chamado?
Resposta: Não, devemos sempre associar o chamado ao incidente correspondente. (Exceções alinhar com a liderança)
6-) O que ocorre ao associar um chamado da versão anterior criticidade Alta/Crítica, à um chamado da versão corrente criticidade Média/Baixa que está no SQA?
Resposta: Não devemos associar, ao validar esse status, deveremos acionar o Maestro para conversar com a manutenção. Se associar, receberemos um e-mail relatando associação indevida.
FAQ (Contendo perguntas e respostas da equipe do GCAD)
THREAD ERROR ([4520], totvsadmin, TOTVS) 16/06/2016 10:58:43
argument error in function Len() on CRIAVAR(MATXATU.PRX) 06/01/2016 17:14:18 line : 1937
Analise/Solução
- Analisando o fonte MATXATU, foi identificado que o erro cai na função que valida o tamanho do conteúdo;
- Analisando a última chamada da pilha de chamadas do erro, função CRIAVAR, foi identificado que a validação está dentro de um IF, que valida o inicializador padrão;
- No errorlog, ao pesquisar por espaço**, parou na tabela SA1, indicando que o problema estava nela.
- Ao procurar por X3_ no erro, caiu no campo A1_CONTA, que foi identificado estar com inicializador padrão definido fora de aspas, gerando a inconsistência.
Sobre o Erro: argument error in function Len() on
Este erro e gerado quando a rotina/aplicação passa um argumento invalido para uma determinada função (neste caso LEN), no caso deste chamado o conteúdo do inicializador padrão X3_RELACAO estava incorreto causando a ocorrência relata.
...
...
releaseview.action;jsessionid=5D8BA1C1560ADFD4920EEEA0EBECDB71?pageId=
...
Para maiores informações sobre o erro "Argument error" consulte o link http://tdn.totvs.com/display/tec/argument+N+error,+expected+X-%3EY,+function+ZZZZZZ
...