DLLS DO CRYSTAL REPORTS FOR VISUAL STUDIO
Notei que ao redar o primeiro relatório no sistema ele roda uma tripa de DLLs tonado demorado para abrir o report.
A partir do segundo relatório ele abre rapidamente os reports.
Tem como rodar essas DLLs antes, na incialização do sistema em segundo plano talvez e se são realmente necessárias essas DLLs.
talvez uma alteração no app.config
Alguém já se deparou com esse problema? tem solução para que já no primeiro reports abra rapidamente?
da mesma forma q leva esse tempo e carrega um monte de coisas qnd se faz uma exportação em segundo plano pra pdf, pode ser chamado uma thread em segundo plano pra essa geração de pdf, e no fim não salva o arquivo, creio q vai servir como pre carga pros arquivos necessários.....
Citação:Eu faço relatorio via query SQL e foi o jeito mais rapido de carregar que eu consegui
Eu crio via lis t e achei que iria melhorar em relação ao tempo em que utiliza dataset, mais continua mesma coisa.
Citação::
esse problema realmente existe, mas com sua postagem até me surgiu uma ideia......
da mesma forma q leva esse tempo e carrega um monte de coisas qnd se faz uma exportação em segundo plano pra pdf, pode ser chamado uma thread em segundo plano pra essa geração de pdf, e no fim não salva o arquivo, creio q vai servir como pre carga pros arquivos necessários.....
Pode mostrar como ficaria o código?
Grato
Citação::
:
esse problema realmente existe, mas com sua postagem até me surgiu uma ideia......
da mesma forma q leva esse tempo e carrega um monte de coisas qnd se faz uma exportação em segundo plano pra pdf, pode ser chamado uma thread em segundo plano pra essa geração de pdf, e no fim não salva o arquivo, creio q vai servir como pre carga pros arquivos necessários.....
Pode mostrar como ficaria o código?
Grato
so pensei e me deu a luz desse caminho a seguir......
depois eu posto se deu certo
O comando simples:
[txt-color=#0000f0]Dim cryRpt As New ReportDocument[/txt-color]
abre todos as DLL iniciais do crystal Reports
Nos testes que fiz um relatório que na primeira vez levava 35 segundos
e com o [txt-color=#0000f0]Dim cryRpt As New ReportDocument[/txt-color] no inicio do sistema levou 10 segundos para abrir o mesmo relatório
Agora o sistema demora para abrir por causa do carregamento das DLLS do Crystal.
Basta colocar [txt-color=#0000f0]Dim cryRpt As New ReportDocument[/txt-color] em uma thread para que o sistema não demore para abrir
http://www.cjsystem.com.br
___________________________________________________________________________
4 Engenheiros entram em um carro, mas o carro não liga.
O engenheiro mecânico diz:
A ignição está quebrada.
O engenheiro elétrico diz:
A bateria morreu.
O engenheiro quimico diz:
Tem impurezas na gasolina
O engenheiro de TI diz:
Galera, tive uma ideia. Que tal, todos
sairem do carro e entrar denovo.Fiz assim:
Private t1 As Thread
--------------
:
t1 = New Thread(AddressOf DllCrystal)
t1.Start()
:
------------------
Public Sub DllCrystal()
Dim cryRpt As New ReportDocument
End Sub
Está certo?
ao meu ver esta correto a chamada pra thread paralela, qnd a coisa é pouca e simples assim uso muito o comando backgroundworker, é até a forma q uso em um sistema q ao iniciar verifica em uma tabela se o mês anterior já foi enviado um relatório, e caso não, justamente, gera um pdf, anexa ao email e dispara, todo esse lenga lenga em segundo plano qnd inicia o sistema, pq o pessoal q uso não é muito colaborador com o pessoal da contabilidade
então nunca reparei a melhoria após implementar esse método em segundo plano q vou ate conferir, mas certamente usa essa linha na geração dos pdfs, to matando dois coelhos numa so com meu metodo
