ACBRNFE - Auto Complete do Delphi 12 Athens não funciona

[Danilo Roger Berapelli]

Olá, pessoal, estou usando o Delphi 12 athens e o ACBR no meu sistema, uso todos os componentes em classes, ou seja nunca usei componentes visuais do ACBR, porém eu dei um salto do Delphi Xe para o 12, e tenho enfrentado problemas 

com o ACBR no autocomplete, estudando com ajuda da IA o por que disso, "acredito" que tem a ver com o novo motor do delphi de autocomplete do code insight o LSP (imagem abaixo).

 

Segue também o exemplo simples que ao usar os componentes do ACBR gera alguma redundancia que o novo autocomplete não consegue validar, testei outras units que não tem uses nem hierarquicamente e funciona. 



Ex: base de unit que ja trava o autocomplete.

 

unit CNfe;

interface

uses
  Classes, ACBrNFe;

type
  TNFeManager = class
  private
    FACBrNFe: TACBrNFe;
    FOwner: TComponent;
  public
    constructor Create();
    destructor Destroy; override;
    function GetACBrNFe: TACBrNFe;
  end;

implementation

constructor TNFeManager.Create();
begin
  FACBrNFe := TACBrNFe.Create(nil);
  // Aqui você pode configurar propriedades do FACBrNFe conforme necessário
end;

destructor TNFeManager.Destroy;
begin
  FACBrNFe.Free;
  inherited;
end;

function TNFeManager.GetACBrNFe: TACBrNFe;
begin
  Result := FACBrNFe;
end;

end.

[Juliomar Marchetti]

é algo com o LSP não é com o ACBr.

existem mudanças e melhorias na versão 13 que está na beta

o que tu consegue resolver é fechar a aplicação e abrir novamente quando ocorre isso e ele resolve ou reiniciar o LSP está no menu tools

[Danilo Roger Berapelli]

Como eu reinicio o LSP? 
Mas é estranho por que units que não tem vinculo com o ACBR o AutoComplete funciona, mas quando tem declarado uses do ACBRNFE ou ACBRNFSE ele trava todas as units com dependencias no mesmo projeto.

 

[Juliomar Marchetti]

3 horas atrás, Danilo Roger Berapelli disse:

Como eu reinicio o LSP? 

olhou no menu tools?

3 horas atrás, Danilo Roger Berapelli disse:

Mas é estranho por que units que não tem vinculo com o ACBR o AutoComplete funciona, mas quando tem declarado uses do ACBRNFE ou ACBRNFSE ele trava todas as units com dependencias no mesmo projeto.

no caso tu instala ele sem marcar a opção deixar somente LIBXX no instalador?

se sim isso pode ser uma das causas, pois viram em path de fontes no library path

[Danilo Roger Berapelli]

@Juliomar Marchetti de fato era isso, mas eu estava instalando com essa opção marcada "Deixar somente a pastsa LibXX no library path do delphi", 

reinstalei desmarcado e o AutoComplete e o LSP funcionou certinho.

 

Mas agora não sei qual impacto disso estar marcado e desmarcado ? Implica em alguma funcionalidade ou performance do ACBR ?

[Juliomar Marchetti]

36 minutos atrás, Danilo Roger Berapelli disse:

@Juliomar Marchetti de fato era isso, mas eu estava instalando com essa opção marcada "Deixar somente a pastsa LibXX no library path do delphi", 

reinstalei desmarcado e o AutoComplete e o LSP funcionou certinho.

 

Mas agora não sei qual impacto disso estar marcado e desmarcado ? Implica em alguma funcionalidade ou performance do ACBR ?

Sim. ele marcado não vai ficar toda vez que compilar, refazendo todo o aCBr para dai ir compilar seu projeto pois o ACBr local a menos que mude ele o mesmo não mudará

[Danilo Roger Berapelli]

@Juliomar Marchetti desculpe ser incomodo, mas a diferença é só performance de compilar ? em funcionalidade nao muda nada né ? 
Quando eu levar o Executavel para o cliente também não deve mudar certo ?

[Juliomar Marchetti]

8 minutos atrás, Danilo Roger Berapelli disse:

@Juliomar Marchetti desculpe ser incomodo, mas a diferença é só performance de compilar ? em funcionalidade nao muda nada né ? 
Quando eu levar o Executavel para o cliente também não deve mudar certo ?

na verdade é o correto.
componente delphi devem ser instalados e o library path só deve apontar as dcu e demais arquivos

em todos os casos não só acbr. 

não vejo só como performace. mas também garantia que não vou abrir uma unit modificar e compilar e levar com erro ou ocasionar erros senão tem motivo pra modificar o ACBr localmente

[MarcosRWeimer]

Em 28/08/2025 at 16:51, Juliomar Marchetti disse:

na verdade é o correto.
componente delphi devem ser instalados e o library path só deve apontar as dcu e demais arquivos

 

Aqui tivemos de adicionar no library e tudo o mais, pois nos pcs do desenvolvimento é gerado em Debug, e no Continua CI é em Release, ai não compilava no servidor, acredito que tenha de ter como instalar das 2 formas, mas atualmente foi assim que resolveu, a compilação demora bem mais, principalmente se fizer um Build no projeto todo, não sei se está no roadmap do ACBr instalar em debug e release, seria bem interessante.

Particularmente EU acho que o auto complete esta cada vez pior, ou é devido ao tamanho do sistema que ultrapassa os 5 milhões de linhas, milhares de telas, entidades, interfaces, dao... enfim é gigante, é muita coisa pro auto complete vasculhar

[Juliomar Marchetti]

4 horas atrás, MarcosRWeimer disse:

Aqui tivemos de adicionar no library e tudo o mais, pois nos pcs do desenvolvimento é gerado em Debug, e no Continua CI é em Release, ai não compilava no servidor, acredito que tenha de ter como instalar das 2 formas, mas atualmente foi assim que resolveu, a compilação demora bem mais, principalmente se fizer um Build no projeto todo, não sei se está no roadmap do ACBr instalar em debug e release, seria bem interessante.

Particularmente EU acho que o auto complete esta cada vez pior, ou é devido ao tamanho do sistema que ultrapassa os 5 milhões de linhas, milhares de telas, entidades, interfaces, dao... enfim é gigante, é muita coisa pro auto complete vasculhar

Creio que é a quantidade. 

sobre o CI sim já notei e isso e precisaria ser mudado no instalador para ter compilação release e debug pois tem componentes que depende e trabalham assim com essa separação