Pular para o conteúdo principal

Postagem em destaque

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️ Olá pessoal, Espero que este post encontre todos vocês bem! É com grande entusiasmo que compartilho que estou expandindo meus serviços como Desenvolvedor AdvPL para novos desafios e colaborações. Com mais de duas décadas de experiência sólida, minha jornada profissional tem sido enriquecedora, com a oportunidade de participar de projetos empolgantes ao longo dos anos. Agora, estou ansioso para trazer minha experiência e habilidades para novas equipes e projetos, trabalhando de forma remota. Minha expertise abrange não apenas AdvPL, mas também outras tecnologias-chave, incluindo JS, SQL, Infraestrutura e Otimização de Processos. Acredito que essa combinação de conhecimentos me permite oferecer soluções abrangentes e eficazes para uma variedade de necessidades de desenvolvimento. Acredito que a tecnologia tem o poder de transformar negócios e impulsionar o sucesso, e estou comprometido em ajudar meus clientes a alcançar seu

Protheus :: PowerShell e Script para validação do XML com o seu respectivo "schema" XSD.

Cristian Regazzo me "apurrinhou" um bocado para que eu publicasse um "post" sobre validação de "xml" usando o respectivo "schema xsd". Ele queria que eu fizesse isso em Advpl. Pensei um bocado e vi que levaria um bom tempo para implementar. Sendo assim, e graças à Google, achei um "script" em "Windows® PowerShell®" que faz essa validação "Validate Xml against XSD Schema". Peguei emprestado o código, fiz algumas adaptações. A diferenças básicas entre o "script" original e o alterado por mim são:
1 ) Parâmetros de Entrada

[string]$xmlFile -> Receberá o nome do arquivo xml para validação
[string]$xsdFile -> Receberá o nome do arquivo xsd com o schema para validação
[string]$DirLogFile -> Diretório para a geração do Log caso ocorram erros na validação

2 ) Geração de log de erro na validação do xml. Obs.: Os logs só serão gerados para os xmls com erro.

Um exemplo de uso ( bem simples, poderá ser melhorado conforme a necessidade de quem for utilizar ) :


1: /*/
 2: Function: U_PsXmlValid()
 3: Autor:  Marinaldo de Jesus
 4: Data:  16/08/2010
 5: Uso:  Validar Arquivos xml de acordo com o "schema" xsd
 6: /*/
 7: User Function PsXmlValid()
 8: 
 9:  Local aXml   := {;
10:        { "d:\books0.xml" , "d:\books.xsd" , "d:\"  },;
11:        { "d:\books1.xml" , "d:\books.xsd" , "d:\" },;
12:        { "d:\books2.xml" , "d:\books.xsd" , "d:\" },;
13:        { "d:\books3.xml" , "d:\books.xsd" , "d:\" },;
14:        { "d:\books4.xml" , "d:\books.xsd" , "d:\" },;
15:        { "d:\books5.xml" , "d:\books.xsd" , "d:\" };
16:       } 
17:                  
18:  Local cCommand := ""
19: 
20:  Local nLoop
21:  Local nLoops := Len( aXml )
22: 
23:  For nLoop := 1 To nLoops
24:   cCommand := "powershell.exe -NonInteractive -WindowStyle Hidden Validate-Xml.ps1  "
25:   cCommand += aXml[nLoop,1]
26:   cCommand += " "
27:   cCommand += aXml[nLoop,2]
28:   cCommand += " "
29:   cCommand += aXml[nLoop,3]
30:         WinExec( cCommand )
31:  Next nLoop
32: 
33: Return( NIL )
      



Esse exemplo é bem simples, mas serve para demonstrar o uso do "script" de validação. Nele os arquivos que serão validados estão em uma pasta de um diretório específico no meu note, altere-o de acordo com as suas necessidades e complexidades.
Não vou transcrever o "script" aqui uma vez que já o referenciei através do "link". Mas, como sempre, ao final do "post" vou disponibilizar todos os programas e arquivos associados para "download".
Para que seja possível executar o "script" alguns procedimentos deverão ser tomados:

  • Baixe e instale o Windows® PowerShell® na máquina cliente ( para execução no server leia o manual do Windows® PowerShell® );

  • Para que o "script" possa ser executado faz-se necessário autoriza-lo através do Windows® PowerShell®, sendo assim, execute o Windows® PowerShell® e digite o seguinte comando: get-help about_signing. Esse comando irá listar as opções de "Diretivas de Assinatura e de Execução" de "Script", leia-as atentamente. Mas se quiser pular esse passo (eu não recomendo) digite o seguinte comando no Windows® PowerShell®: Set-ExecutionPolicy Unrestricted. Esse comando fará que qualquer "Script" seja executado em sua máquina (mas atente para os ítens de segurança listados à partir do comando get-help about_signing).

  • Recomendo que o "script" seja copiado para a pasta de instalação do Windows® PowerShell®, no meu caso: C:\WINDOWS\system32\WindowsPowerShell\v1.0 . Dessa forma não será necessário passar o caminho completo ao Executar o PowerShell.exe.
Bem, Cristian Regazzo, acho que esse "post" vai "livrar a sua alma", e, melhor do que ele os arquivos que disponibilizo ao clicar aqui. O arquivo u_PsXmlValid.7z contém:
books0.xml a books5.xml, books.xsd ( que usei no exemplo ), o programa em Advpl u_PsXmlValid.prw e o "Script" Validate-Xml.ps1.
Bom proveito.
[]s
иαldσ dj

Comentários

Postagens mais visitadas deste blog

BlackTDN :: RLeg ~ Desvendando a Função ParamBox

Para quem precisar desenvolver uma interface de entrada de dados, coisa rápida, e não quer ter aquele trabalhão danado que todos já sabemos, o Protheus tem uma função que ajuda muito, é uma interface semelhante a função Pergunte, porém com muito mais opção de objeto de entrada de dados, alias até colocar o scrollbox desta interface com todos os objetos em outra MsDialog ou Wizard é simples. Vejam o exemplo abaixo, boa sorte! Rleg. //---------------------------------------------------------- // Função exemplo utilizando a função ParamBox() //---------------------------------------------------------- User Function xParamBox() Local aRet := {} Local aParamBox := {} Local aCombo := {"Janeiro","Fevereiro","Março","Abril","Maio","Junho","Julho","Agosto","Setembro","Outubro","Novembro","Dezembro"} Local i := 0 Private cCadastro := "xParambox" // ---------------

BlackTDN :: Customizando a interface de Login no Protheus e by You

A publicação “ BlackTDN :: By You e sua nova tela de login ”  de nosso amigo OBona deu o que falar e, em função disso, esse que a muito não vos escreve resolveu criar uma versão onde será possível personalizar, “por completo”, a tela de login no Protheus/by You. Considerando que OBona já havia “mapeado, identificado e customizado” as imagens peguei-as emprestadas para o exemplo que se segue: O primeiro passo para a customização “total” da interface de login do Protheus/by You será implementar o “Ponto de Entrada” ChgPrDir (Diretório de impressão) . Usaremos esse PE juntamente como programa U_FindMsObject.prg (apresentado pela primeira vez em: Protheus :: ADVPL : The Container : Presents Pandora's box ). Diferente do exemplo proposto por OBona, que substitui, durante o processo de compilação, as imagens padrões do sistema (excluindo-as) por imagens customizadas (com o mesmo nome) este novo exemplo mantém, no RPO, as imagens padrões adicionando novas imagens customizadas que serã

Protheus :: Chamando Funções do Menu Diretamente e sem a Necessidade de Login

Ferne$ perguntou: "...é possível abrir alguma rotina do sistema sem solicitar login ao usuário, como por exemplo a rotina MATA010..." Sim Ferne$, é possível sim. Abaixo um Exemplo para a Chamada à função MATA010 sem a necessidade de Login no sistema. #INCLUDE "PROTHEUS.CH" #INCLUDE "TBICONN.CH" /*/ Funcao: MATA010Ex Data: 30/04/2011 Autor: Marinaldo de Jesus Descricao: Executar a Funcao MATA010 diretamente sem a necessidade de LOGIN no Protheus Sintaxe: 1 ) U_MATA010Ex ( Chamada diretamente na Tela de Entrada do Sistema ) ; ou 2 ) totvsclient.exe -q -p=u_MATA010Ex -a=01;01 -c=rnp_local -e=rnp -m -l ( Chamada Via Linha de Comando ) /*/ User Function MATA010Ex( cEmpFil ) Local aEmpFil Local bWindowInit := { || __Execute( "MATA010()" , "xxxxxxxxxxxxxxxxxxxx" , "MATA010" , "SIGAFAT" , "SIGAFAT", 1 , .T. ) } Local cEmp Local cFil Local cMod Local cModName := "SIGAFAT" DEFA