EMBarbosa

Favor, continuar em:

E lá não foi explicado o motivo do erro?

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Creio que sim. Passe NULL para os campos que precise que sejam gerados em branco. Em caso de problemas, por favor, crie outro tópico mencionando os dados preenchidos e o erro do validador.

Por favor, continuem sobre o problema que iniciou dia 12/02/2015 em:

Por favor, continuem sobre o problema que iniciou dia 12/02/2015 em:

Por favor, continuem sobre o problema que iniciou dia 12/02/2015 em:

Não deveria ficar prejudicado não. O TimeOut só faz efeito para esgotar o tempo de espera do ECF. Já faz algum tempo que estamos recomendando o TimeOut de 10 no mínimo e nunca tivemos problemas neste sentido. Pelo contrário, se o TimeOut for muito pequeno, o ACBrECF vai fazer mais tentativas do que pode ser necessário. Isso sim vai lhe prejudicar e pode ter efeitos colaterais indesejados. Além disso, no caso de USB, é normal o tempo ser mais lento. Você adicionou mais uma camada na comunicação de duas vias.

A sua pergunta na verdade é a seguinte: É possível dois programas utilizarem a mesma porta de comunicação ao mesmo tempo? E a resposta, em geral, é não. Você poderia ter um aplicativo tipo COM redirector que poderia conectar nessa porta e simular duas portas onde seus aplicativos conectariam e receberiam ao mesmo tempo os valores replicados da porta original. Isso, no entanto, nem sempre funciona...

Então você vai precisar adicionar algum jeito de carregar os arquivos blob na sua classe de persistência. Você não vai conseguir carregar arquivos grandes usando um simples "SQL insert values" como se fosse o campo fosse um VARCHAR. É uma limitação do Firebird 2.5 como pode ser visto no tracker do próprio Firebird aqui.

Procure aqui no fórum por "Não foi possível localizar o ponto de entrada do procedimento"

Se você não está fazendo a assinatura usando o ACBrEAD, como está sendo feito a assinatura?

Se você está falando de haver diferença entre os aquivos .xml, então, em geral, nos campos da nota não deveria haver diferença. Afinal, é a mesma nota.

Seria necessário analisar a classe da Daruma e verificar se o ECF a princípio retorna o erro SEM PAPEL. O ACBrECF deve retornar sempre o que o ECF retorna. Se o ECF retornar "não está em linha", então há pouco o que o ACBrECF possa fazer. Você poderia verificar?

Ficou parecendo mesmo que é um problema de comunicação. Não sei se é o que ocorre, mas pode ser que o componente não esteja recebendo um OK do ECF e daí tenta enviar novamente. Veja essa parte abaixo onde o ACK é diferente de 6: Não sei se vai fazer diferença, mas a configuração de timeout está muito baixa. Aumente para 10.

Se a impressora retornar o erro de sem papel, o ACBrECF deveria gerar uma exception do tipo EACBrECFSemPapel. Assim você poderia capturar esta exception específica.

Então, como disse no comentário anterior, nesse seu resumo do que quer, o passo 5 é impossível de se conseguir completamente. Por exemplo, para preencher o registro 0100 você precisa do campo 'ENDERECO', mas ele não está presente em nenhum outro lugar. O resto é exatamente o que você está fazendo. Na verdade, não vi nenhum grande problema no seu código. Se estiver achando ele lento, então eu sugiro rodar um profiler para descobrir exatamente onde está lento e tentar otimizar a partir daí.

Seu código é bastante confuso para quem não está acostumado. Enfim, eu tinha compreendido que você queria adicionar os registros do bloco 0 depois dos outros registros. Mas me parece que é justamente isso que seu código faz. Então não tenho mais certeza do que você quer... Você parece querer que o componente preencha os registros e campos do bloco 0 com base nos outros blocos, automaticamente. Mas como está escrito nos seus próprios comentários, isso é impossível já que esses outros registros não possuem os dados necessários para o bloco 0. Se não for nada disso, queira por favor dar mais detalhes ou explicar em outras palavras. Tente responder as seguintes perguntas: O que você está fazendo? O que gostaria que acontecesse? O que está acontecendo na verdade?

Obrigado pelo retorno.

A questão é, como que o componente vai saber qual é a última versão se ele não foi atualizado? A única opção seria mesmo mudar o campo para string e o programador ficar responsável por buscar e preencher esse valor. Mas, isso poderia dificultar as validações que o componente faz internamente para certos registros.

Na verdade, se ler o tópico completamente, eu atualizei o programa de exemplo do SVN para incluir os exemplos deste arquivo há mais de 3 anos atrás. Tópico fechado.

Não testei essa possibilidade, mas acho que se você só adicionar os registros do bloco 0 no final não vai ter problemas. Só que é necessário adicioná-los antes de gerar/salvar o arquivo. Caso contrário, o componente não vai conseguir fazer as validações corretamente.

Compare o que o seu programa faz de diferente do ECFTeste neste caso específico. Isso vai lhe ajudar a isolar o problema e encontrá-lo.

Tente reproduzir o problema com o programa de Exemplo do ACBrECF (ECFTeste.exe).