Prezado Marcos,
Faça
isso sim. Envie notícias de sua migração pois tenho interesse em fazer este
processo por aqui e gostaria de saber se vc enfrentou alguma
dificuldade.
Lairton, obrigado pela sua ajuda tb.
Sds,
Rodrigo - Target Sistemas.
-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]Em nome de Marcos Fregolao
Enviada em: sábado, 4 de junho de 2005 10:08
Para: sqlwin@virtualand.net
Assunto: [sqlwin] RES: MigraçãoMuito obrigado pelas dicas e pelo tranquilizamento Lairton. Confesso que estava um pouco apreensivo.Agora só vou aguardar a empresa comprar a nova versão do SqlWindows e iniciar o processo.Logo estarei reportando ao grupo um caso de sucesso de migração.Marcos Fregolão
Brisa Consulting
* [EMAIL PROTECTED]
' +55 (41) 3019-9698-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]Em nome de Lairton Júnior
Enviada em: sábado, 4 de junho de 2005 09:39
Para: sqlwin@virtualand.net
Assunto: Re: [sqlwin] RES: [sqlwin] RES: [sqlwin] RES: [sqlwin] RES: [sqlwin] MigraçãoPessoal, como vocês sabem, presto serviço de consultoria em Gupta e migração é um dos serviços.Tenho feito migração em muitas empresas já há muitos anos e posso garantir que é muito simples, inclusive a migração do TOM.Não vejo motivos para preocupação. Nunca tive problemas em nenhum cliente.Já migrei mais de 20 sistemas grandes (e certa vez foi num mesmo dia), algumas vezes do Team Windows (16bits) para o TOM (32bits) de diversas versões.O procedimento é sempre o mesmo.Exporta-se no TOM antigo (ou Team Windows) projeto por projeto e importa-se cada projeto no TOM.O próprio produto possui ferramentas para auxiliar nesse processo.Quanto aos fontes, os cuidados são aqueles que descrevi no e-mail anterior a esse.Lembre-se que um fonte só está migrado quando é aberto e salvo na versão nova (que depende da sua migração).É preciso salvar na versão mais nova do SQLWindos, cada uma das bibliotecas que compõem o aplicativo.Não adiem o processo de migração de vocês achando que existem problemas, pois os benefícios do novo ambiente justificam o planejamento e o esforço necessário para a migração.um abraço,Lairton.
Em 04/06/05, Rodrigo Scarano <[EMAIL PROTECTED]> escreveu:Pois é. Já imaginava isso. Com certeza é um fator crítico que tem que ser levado em conta no planejamento da migração.Sds, Rodrigo.-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Em nome de Marcos Fregolao
Enviada em: sexta-feira, 3 de junho de 2005 14:20
Para: sqlwin@virtualand.net
Assunto: [sqlwin] RES: [sqlwin] RES: [sqlwin] RES: [sqlwin] MigraçãoOlá,No meu caso, como o sistema é estável há muito tempo, não existem nenhuma alteração/manutenção sendo feita no momento. Eu vou segurar toda e qualquer alteração que vier a surgir, para fazer apenas na nova versão.No seu caso, acho que deveria segurar algumas alterações. Se não tiver jeito, pode-se fazer a alteração nos dois códigos em paralelo.sds,Marcos Fregolão
Brisa Consulting
* [EMAIL PROTECTED]
' +55 (41) 3019-9698-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Em nome de Rodrigo Scarano
Enviada em: sexta-feira, 3 de junho de 2005 13:38
Para: sqlwin@virtualand.net
Assunto: [sqlwin] RES: [sqlwin] RES: [sqlwin] MigraçãoPessoal,Como vcs fizeram com o TOM ? Imagino que num dado momento, tiveram que controlar as duas aplicações simultaneamente, ou seja, a antiga (produção) e a nova (desenvolvimento).No meu caso, tenho um sistema escrito em Centura 1.1.2 e gostaria de migrar para nova versão. Imagino que durante um tempo terei que manter duas versões do TOM instaladas em meu servidor correto ?Sds, Rodrigo - Target Sistemas.-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Em nome de Lairton Júnior
Enviada em: sexta-feira, 3 de junho de 2005 11:35
Para: sqlwin@virtualand.net
Assunto: Re: [sqlwin] RES: [sqlwin] Migraçãona maioria das vezes a migração é simples.Porém, em alguns casos pode dar trabalho.Quando a aplicação 16 bits utiliza alguns recursos que não estão mais disponíveis no ambiente 32 bits é necessário encontrar equivalentes em 32 bits.Lembrando tb que existem alguns recursos do SQLWindows 16 bits que não existem na versão 32bits.Outro ponto problemático é o uso da API do Windows. Algumas aplicações 16 bits usam funções da API que foram descontinuadas nos demais Windows.Lairton.
Em 03/06/05, Marcos Fregolao <[EMAIL PROTECTED] > escreveu:Perfeito. Eu preciso salvar o fonte do SqlWindows como texto antes de abrir no Centura?Sds,Marcos Fregolão
Brisa Consulting
* [EMAIL PROTECTED]
' +55 (41) 3019-9698-----Mensagem original-----Se vc não usar dll´s feita para 16 bits, ou usar api muito antigas do windows, não tem nenhum problema e so abrir e copilar.
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Em nome de Leandro Neves
Enviada em: sexta-feira, 3 de junho de 2005 10:42
Para: sqlwin@virtualand.net
Assunto: Re: [sqlwin] Migração
Leandro Neves
On 6/3/05, Marcos Fregolao <[EMAIL PROTECTED] > wrote:Bom dia,
Estou iniciando um trabalho de migração do SqlWindows 5.0 para a mais nova
versão do CTD.
Alguém já passou um processo desses? (migrar de uma versão muito antiga?) e
tem uma dica do "caminho das pedras"?
Sds,
Marcos Fregolão
Brisa Consulting
* [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED] >
' +55 (41) 3019-9698
==============================================
==============================================
Lista de Centura SQLWindows
Administrador : [EMAIL PROTECTED]
[ http://www.centuraexplorer.com ]
Para sair desta lista mande mensagem para:
[EMAIL PROTECTED] sem nada no Subject e
com o comando a seguir no corpo da msg:
"unsubscribe sqlwin" (sem as aspas)
==============================================
--
Lairton N de Almeida Jr.
[EMAIL PROTECTED]
--
Lairton N de Almeida Jr.
[EMAIL PROTECTED]
