Painel de líderes

Provavelmente vocês estão executando o instala bat do diretório incorreto pois o Windows não encontrou o executável JediInstaler.exe. Ou talvez o executável não foi compilado mesmo. Mas aí deveria aparecer algum erro antes desta mensagem. (...talvez não esteja tão mau assim...)

Que isso rapaz! Pra resolver basta fazer o download dos componentes no repositório oficial e a partir daí bla, bla bla. (Acho que estou muito mau hoje...)

Talvez alguém que possua poderia lhe dar uma mão. Alguém poderia ajudar o Juliomar pessoal? Isso parece que já é conhecido no Delphi está no QC com número 52481 Tenho aqui algo que pode ajudar a resolver o erro, veja esses links: http://embarcadero.newsgroups.archived.at/public.delphi.ide/200909/0909074932.html http://delphi.about.com/od/adptips2005/a/bltip0105_3.htm

Sem a mensagem completa, acho complicado alguém ajudar, já que "bla, bla, bla" é muito genérico.

Utilizando a dica do colega Mark Apollo, a instalação do pacote funcionou. Removi a linha {$R *.res} do arquivo ACBrComum.dpk consegui dar um "build" sem problemas. Obrigado.

O que já aconteceu comigo, foi ele não conseguir gerar o executável de instalação, porque ele é compilado na hora e consequentemente não abre o instalador. Isso acontece geralmente por dois motivos, Delphi trial, porque ele não possui o compilador por linha de código e falta de direito de acesso ao diretório precisando que o .bat seja executado como administrador.

Galera, procurei no projeto (ACBrComum) por ".res" e existe em dois pontos, um no ACBrReg.pas ({$R ACBrComum.res}) e outro no ACBrComum.dpk ({$R *.res}), posso estar completamente enganado, mas, acredito que quando referencia o "*.res" ele referencia também o "ACBrComum.res", logo, removi a diretiva {$R *.res} e compilou, só não sei se será uma boa solução.

Ao meio dia subo um revert no ACBrComum.res e no ACBrReg.pas vou ter que arrumar uma versão do delphi 2005, 2006 e 2007 para fazer testes

Isso mesmo! Bem simples conforme o Mark Apollo falou é só pegar as units usadas no ACBrNFeMonitor, criar um serviço e os metodos que são executados nela fazer com que seja tratados dentro do serviço, lembrando das instancias de cada objeto pois a cada thread disparada deverá tratar individualmente o processo, outro porém que não sei se o Mark Apollo teve é com relação a permissão de gravação de arquivos por serviços do windows bem como utilização de impressoras por serviços

Somente o DAV obriga informar o cliente, Pré-Venda não é obrigatório informar.

Boa tarde a todos, Dentro de alguns minutos vou disponibilizar as alterações que fiz no componente ACBrMDFe. Inclui no componente uma nova propriedade chamada VersaoDF = Versão do Documento Fiscal que aceita os seguintes valores: ve100 e ve100a. Essa propriedade atua exclusivamente na geração do XML fazendo com que TAGs e Grupos sejam gerados ou não dependendo a versão escolhida. Os schemas que encontram-se dentro da pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas se referem a versão 1.00 Para validar o XML segundo a versão 1.00a devemos utilizar os schemas que estão no arquivo PL_MDFe_100a_pre (correcao).zip dentro da pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas\V100 Volto a informar que o ambinete de homologação para a versão 1.00a vai estar disponivel em 01/11/2013 e o de produção 01/12/2013. Em caso de algum problema ao validar o XML, favor informar em qual versão esta configurado o componente. O programa exemplo na aba Geral inclui um Radio Group onde você pode escolher uma das versões, estudando o fonte é possivel ver como é feita a seleção da versão em tempo de execução.

Bom dia vou responder no lugar dos amigos do projeto ACBrFramework Não será implementado essas funcionalidades seja nf-e, ct-e ou nfs-e Então aconselho utilizar o ACBrNFeMonitor