Pesquisar na Comunidade
Showing results for tags 'Migração'.
Encontrado 15 registros
-
Boa tarde pessoal, quero divulgar nesse período de quarentena um curso com os fontes que automatiza a migração do Firebird 2 para o 3. Você abre o sistema, seleciona o banco de dados e o processo é feito automaticamente. Tem aulas explicando como usar e os fontes caso queira colocar essa função de forma automática no seu sistema. Comprar agora
-
Bom dia Sr.s, vi algumas publicações a respeito porém não consegui chegar a uma resolução... estou fazendo a migração do Firebird 2.5 para a versão 3.0 porém não obtive sucesso no processo de troca de ODS (OnDisk Structured), melhor dizendo não entendi o processo a ser feito..... Alguém com situação semelhante que possa dar uma luz ? Dês de já Obrigado!
-
Migração Delphi sem Suporte a UNICODE.
um tópico no fórum postou Duarte Object Pascal - Delphi & Lazarus
Boa Noite, Amigos, estou abrindo este tópico para tratarmos de alguns dificuldades na migração de Delphi sem suporte a UNICODE, Nos aqui já migramos todas as nossas ferramentas para XE5, pois conseguimos todos os componentes de terceiros para esta versão. Tudo rodando 100%. Mais alguns pontos foram encontrados e conto com a ajuda de todos aqui do fórum, aproveito para parabenizar a todos os amigos, pois é assim que os vejo, profissionais amigos! Eu particularmente sou muito preocupado com Memory Leak (Vazamento de Memoria) tento no máximo liberar todos os componentes criados em Run-Time, no BDS2006 plataforma aonde ficamos por anos com nossas ferramentas quase não tínhamos problemas com Memory Leak, até tinha, mais tratando de componentes de terceiro sem fonte. Bem ao migramos para o XE5, trocamos apenas as chamadas de String para AnsiString que foram necessário (Fazendo uso de caracteres). Mais agora ao Degugar a aplicação ativando "Monitoramento de Memory Leak" Mostra vários pontos que não foram liberados e todos quase com referência a UnicodeString O que pode está acontecendo? Isto poderá impactar em lentidão no sistema? Print das telas em anexo. Dica: Em todos os meus projetos eu acrescento no final do form principal esta linha, assim será levantado um relatório do que não foi liberado da memoria: initialization ReportMemoryLeaksOnShutdown := DebugHook <> 0; -
Conversor De Banco De Dados(Entre Bancos Firebird)
um tópico no fórum postou Aurino Object Pascal - Delphi & Lazarus
Boa Tarde. Alguém indica um programa para realizar migração de banco de dados entre banco firebird? -
.thumb.png.4d747a43c7a5e0e0b70cc8ca9ebcbf7d.png)
Migração de Sistema Paradox para Firebird com FireDAC
um tópico no fórum postou Marcelo Calvi Belanga Classificados
Boa tarde caros colegas, Preciso de um free para a migração de um sistema antigo que está em paradox. No momento estou migrando outro projeto e sem tempo para esse. ****ATENÇÃO**** Tem que ser para Firebird, com FireDAC e Seattle. Usar preferencialmente regras de negócio no banco. No momento não usa nada do ACBr. Teremos que incluir CTe-OS. Os dados tem que ser migrados também. Informações aproximadas: 32 tabelas, 9 cadastros, 17 módulos de movimentação de dados, lançamento, contas a pagar, etc e 11 relatórios. A quem interessar passar um orçamento, favor encaminhar email para: [email protected] Obrigado e ótimo final de semana a todos!!!! -
Bom dia galera! Trabalho em uma empresa que utiliza o delphi 7, e como todos sabem precisamos migrar, kk. Acreditamos que não compensa migrar mas sim fazer um do zero. Nossas necessidades principais são: utilizar o banco Postgresql, acessar o banco de dados de qualquer lugar para nossos clientes controlar o estoque de todas as filiais e emitir documentos fiscais como NF-e, MF-e etc. A licença do Delphi: 1 - Tokyo Enterprise está hoje: 17.000 com desconto ficando em torno de 14.000 2 - Delphi Tokyo Architect está: 27.000 com desconto fica em torno de: 18.000 Eu acho um investimento muito alto e estou vendo a possibilidade de usar o Lazarus, porém ninguém da empresa tem conhecimento nele. Alguém conhece alguma empresa que dê consultoria/treinamento para desenvolver sistemas comerciais no Lazarus?
- 3 replies
-
- 1
-
-
- consultoria
- lazarus
- (e 1 mais)
-
lazarus Lazarus x Delphi
um tópico no fórum postou Reinaldo Silveira Dúvidas não relacionadas ao ACBr
Boa tarde amigos. Estou cogitando a possibilidade de migrar meus projetos do Delphi XE2 para o Lazarus. Nunca trabalhei com Lazarus antes e gostaria da opinião/conselhos/dicas de quem já utiliza ou já passou por essa situação. Vale a pena migrar? Terei que reescrever do zero? Quais serão as possíveis dificuldades/empecilhos que encontrarei pelo caminho? Um detalhe que observei é com relação ao visual. Existe algum componente skin para Lazarus (de preferência free)? Agradeço a todos. -
Migrar Delphi 7 para Lazarus Delphi XE
um tópico no fórum postou asbalexandre Object Pascal - Delphi & Lazarus
Olá pessoal, Estou com dúvidas para migrar meus projetos. Alguém me indica motivos para encarar o lazarus, pois não conheço ninguém que utiliza ? O Delphi Seattle esta com preço fora da minha realidade. Qual o preço da versão mais barata? Ainda estou no Delphi 7, mas como o ACBR não vai manter suporte a partir de agosto acredito que seja a hora de mudar. -
Boa tarde, Comecei a migrar meu ACBR para o Trunk2, e após a atualização do ACBR e instalação pelo instalador, estou tendo erro de Undeclared Identifier moNFCe ao compilar meu sistema. Alguém pode ajudar? Meu código: procedure TNFCe.ConfigurarAcbrNFe; begin inherited; AcbrNFe := TACBRNFe.Create(nil); AcbrNfeDanfe := TAcbrNfeDanfeEscPos.Create(nil); // Configura AcbrNFe ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe;
-
Boa Noite ! Tenho um sistema que estou retomando depois de quase 1 ano parado, pois irei implementar Cupom Fiscal, porem ja utilizo os componentes da ACBR para NF-e. A primeira coisa que tentei fazer for atualizar o ACBR, porem me deparei com a questao do trunk2. Para migrar, devo instalar no ACBR novamente ou qual e o procedimento para migracao ? Obrigado. Adriano Zamoner
-
GetURLCode
um tópico no fórum postou Daniel Paixão-Cascavel NFC-e - Nota Fiscal do Consumidor Eletrônica
Galera, estou aproveitando os dias mais calmos das festas de final de ano pra migrar meu projeto pro trunk2 (finalmente!) e me deparei com um problema: Ao emitir a NFC-e, eu pegava a URL da nota pra enviar por email pro cliente, caso o emissor quisesse. Eu pega a URL através de uma função que tinha dentro do ACbrNFEUtil que era a GetURLCode. Agora, com a migração para o trunk2, não encontrei mais essa função. Alguém aí sabe me dizer se ela foi extinta e, se não, onde eu encontro ela novamente? Obrigado. -
Bom dia. Estou atualizando um sistema de Truck para Truck2. O sistema utiliza CAPICOM e está dando erro com a constante CAPICOM_STORE_NAME(não existe mais) e não achei referencia para substitur. Alguém sabe me informar? Grato.
-
Bom dia, Estou migrando meu programa para o Trunk 2.. Ao compilar esta barrando na seguinte linha: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; Erro: Undeclared identifier: 'moNFe' Não entendi o motivo deste erro, alguém sabe ?
-
[Escovando Bits] Migração Jni Para Jna
um tópico no fórum postou daruma developer Legislação Fiscal e Tributária
Prezados Parceiros e escovadores de Bits! Comunicado importante pra comunidade Java que faz uso de nossos JNI e JNA. Como sabem, a Daruma, através da comunidade de desenvolvedores Daruma, criou o JNI. Com isso toda a comunidade Java passou a ser muito bem atendida na plataforma Java. Mas, o que significa “Ser bem atendida na plataforma Java?”. Significa você pode usar Java com sua caraterística Multiplataforma, ou seja, você usa o JNI com a DARUMAFRAMEWORK.DLL ou o JNI com a DARUMAFRAMEWORK.SO, e isso permite que seu aplicativo seja Realmente Multiplataforma. Já que a Daruma é o único fabricante Realmente Multiplataforma. Continue lendo... Abraços, -
Senhores, Em primeiro lugar, gostaria de dizer que admiro muito o trabalho que fizeram no Delphi. É excelente. Em particular o ACBrNFe, que tive a oportunidade de usar. É até interessante listar o motivo pelo qual optamos por usar o ACBrNFe. Nossa software house desenvolveu a nota fiscal eletrônica em .net, em um de nossos projetos web, e quisemos usá-la em nosso projeto delphi (um ERP que estamos migrando também para .net), minimizando os custos de manutenção relacionada a NFe. Apanhamos um pouco com Interoperabilidade, com tipos complexos que não existiam e um mês depois estávamos usando plenamente a nossa NFe .net. Só que um de nossos clientes nos pediu um processamento em massa de notas fiscais eletrônicas e assim fizemos. Já estavamos na implantação quando descobrimos esse problema de consumo de memória no .net (que não foram resolvidos, mesmo nosso código .net sendo código gerenciado). Nos 45 do segundo tempo, já entrando na prorrogação, decidimos trocar a solução e optamos por usar o ACBrNFe e foi uma decisão muito acertada. As razões foram: código nativo delphi, manutenção por uma comunidade. Essa história é um pouco grande, mas é necessária para explicar porque eu gostaria de contribuir com o porting do ACBr para .net, mas não gostaria de usar as Dlls delphi no .net via Interop. Para contribuir temos conhecimento no negócio, na tecnologia e pelo menos mais 2 desenvolvedores dispostos. Mas como não conheço das implicações legais e até políticas do código aberto, estou lançando esse post. Não queremos subverter as regras ou ofender quem quer que seja, queremos realmente contribuir com esse produto maravilhoso, da maneira que podemos.
