openerp-brazil-team team mailing list archive

["Gabriel C. Stabel" <gstabel@xxxxxxxxx>]

Raphaël,
avaliei a situação, junto com o cliente, e decidimos que vamos migrar apenas
os dados. Provavelmente direto para a 5.2.
Não sei se vou conseguir usar uma das ferramentas que sugeriste, digo, se
vai valer a pena o tempo para aprender. Mas mesmo assim muito obrigado pela
explicação da situação atual. Foi muito esclarecedor.

Acho que vou fazer um script que analisa as tabelas *ir_model* e *
ir_model_fields* para automatizar uma parte da migração dos dados, e fazer
códigos específicos para o que não puder ser automático. Depois de pronto,
se o cliente não se opor, eu publico o script, que pode vir a ser util para
alguem.

Mantenho contato.

Abs,
Gabriel

2010/1/5 Cloves Almeida <cjalmeida@xxxxxxxxx>

> Bom saber que haverá ligação com o Kettle. É uma ferramenta fantástica.
> Lembro que comentei no fórum sobre o desperdício de tempo que era tentar
> cria um ETL dentro do OpenERP - tanto que acho que ninguém usa-o.
>
>
> Raphaël Valyi escreveu:
>
>> Ola Gabriel,
>>
>> pelo que eu sei ainda ta MUITO complicado conseguir migrar de 4.2 para
>> 5.0!
>> Acho que a razao é a seguiente: pela primeira vez Tiny tinha externalizado
>> uma partes dos desenvolvimentos na India e tambem passou a usar um
>> repository de codigo distribuido: BZR. Entao foram MUITAS mudanças. Sobre
>> tudo fiquei muito feliz de ver essas mudanças acontecer, sem elas, pode
>> creer que a consultoria Smile.fr para qual eu trabalhava na França nao ia
>> virar integrador OpenERP porque nao ia attender empresas de um certo
>> tamanho, principalmente a relaçao das performances. Hoje elas sao muito
>> boas, e so esta melhorando com a versao 5.2.
>>
>> A contra parte disso e que Tiny nao lidou muito bem com essas evoluçoes do
>> codigo. Quer dizer para eles foi muito carro migrar os clientes deles. Entao
>> quando é carro, dificil dar de graça que custou para eles. Entendo assim
>> porque nao distribuem esses scripts de graça. (vai que Compiere vez igual,
>> abriu porta para o fork Adempiere; Openbravo tambem nao distribiu de graça
>> os scripts, so vai rolar sair de graça de custar barrato a fazer...)
>> Pense tambem que esses carras sao completamente sobre-carregados. Por
>> exemplo a 5.0.7 podia sair ja faz 3 semanas, nao saiu, porque eles dam
>> prioridade a 5.2 (quem quiser ir de 5.0.7, basta pegar a branch 5.0 com
>> bzr).
>>
>> E mesmo assim, te falo que nao confio muito naqueles scripts. Suspecto que
>> foram feitos por caras da India que muitas vezes nao tem experiença
>> suficente para fazer o trabalho correctamente infelizmente, suspeito que so
>> funciona tipo a 80%, so para os modulos principais...
>> Enquanto isso, voce ainda precisa de um bom cerebro para se virar com os
>> 20% que nao vao migrar e seus modulos custom/extra addons.
>>
>> Por isso, quando ja no final de 2008, fomos na Smile.fr dentro dos
>> primeiros a ja pular para versao 5.0, mesmo que ainda em desenvolvimento,
>> porque eu anticipava esse probleme. Anticipei direito, fiquei muito feliz de
>> nao ter que migrar ninguem de 4.2 para 5.0. Pena que nao todo mondo sentiu
>> isso.
>> Mesmo que dessa vez ficara mais facil, te aviso que nosso proximo cliente
>> ja vai ir com 5.2 a partir de agora. Tambem e nossa unica opçao de ter
>> certeza que podemos melhorar a 5.2 suficentement para atender que for
>> preciso para nossos clientes (ao nivel do framework).
>>
>> Cara, para se sair dessa 4.2, vai com scripts, mais mesmo assim vai te
>> levar um puta tempo, melhor voce saber (eu nao migraria um ERP completo de
>> 4.2 para 5.0 em menos de 10 dias e vai que eu me viro). Ja gastei 7 dias
>> para migrar uma install "third party" com modulo custom de 5000 linhas (que
>> porcaria!) de 4.1 para 4.2 na Smile...
>>
>> Talvez, em vez de procurar migrar tudo, talvez é melhor voce so transferir
>> os dados essentiais da 4.2 para 5.0, como por exemplo os clientes, os
>> produtos...
>> Agora voce nao migra assim as escritura finaceiras, as reconciliaçoes, os
>> ordens de produçao em processamento...
>> Ai, voce pode fazer isso, é muito mais facil; te apresento duas
>> ferramentas que podem te ajudar muito nisso:
>>
>> Criei um connector Ruby que torna isso bem facil com conhyecimento em Ruby
>> bem fraco, veja so aqui: github.com/rvalyi/ooor <
>> http://github.com/rvalyi/ooor>
>>
>> Alem de ser usado em aplicaçoes Rails connectadas a OpenERP, tambem esta
>> usado pela suite de testes em cima de Cucumber http://cukes.info/
>> que desenvolve a CampToCamp: https://launchpad.net/oerpsenario
>>
>> Melhor, vamos logo anunciar que usamos novamente OOOR dentro do ETL open
>> source Kettle. Estavamos esperando um pouco a reaçao de Pentaho para saber
>> com empacotar isso.
>> Isso é muito revolutionario, se torna nivel estagiario voce pegar/mandar
>> dados do/no OpenERP desde arquivos CSV ou qualquer banco de dados, usando
>> todo poder de Kettle
>> http://wiki.pentaho.com/display/AGILEBI/Introduction+to+Agile+BI e
>> deixando muito facil de fazer qualquer coisa que voce faria no OpenERP pelo
>> interfaça grafica dentro do Kettle.
>> Basicamente isso usa: http://github.com/rvalyi/jripple
>> Voce tambem pode acompanhar nossa discussao com Pentaho sobre o assunto
>> (da mais detalhes como fazer com o OpenERP):
>> http://forums.pentaho.org/showthread.php?t=74137
>> Bom, falaremos mais sobre isso logo ja que estamos usando para um cliente
>> para lidar com arquivos de banco e reconciliaçao automatica.
>> Mais como falei acho que é tambem muito util na hora de migrar como voce
>> que fazer.
>>
>> Bom, se voce quer usar OOOR para migrar de uma versao para outra, talvez
>> deveria perfixar os Business Object OOOR de uma instancia para elas serem
>> bem diferentes ja que nao tem exatamente o mesmo modelo relational. No OOOR,
>> basta por um prefixo nas class que vai generar, talvez ajudarei a fazer isso
>> logo por padrao.
>>
>>
>> Por fim, sou bastante involvido sim, mais para que nao acontece mais o
>> pesadalo da migraçao 4.2 para 5.0.
>> Posso te falar que ja ta muito melhor porque:
>> 1) muitas mudanças ja foram feitas, o 5.0 ja ta muito mais maduro do que
>> 4.2
>> 2) o novo trunk (futura 5.2) e apenas um sub-branch da 5.2 e cada semana
>> os bugfixes da 5.0 estao integrados na 5.2, quer dizer nao diverge muito
>> como foi da 4.2 para 5.0
>> 3) tem muitos clients com 5.0, entao melhor cuidar deles. Dessa versao 4.2
>> do OpenERP, ja saiu o fork Tryton. Se Tiny fazer a mesma bobeira, sairia
>> novo fork, bem ameaçador dessa vez, entao acho que Tiny vai se virar melhor.
>> 4) com esses barnches bzr a uma communidade grandes (veja
>> http://www.akretion.com/en/blog/2009/12/28/scaling-openerps-community-to-the-world/), custa menos para Tiny/communidade criar os scripts de migraçao, entao
>> mais provavel que sai uma grande parte de graça
>>
>>
>> Por fim, gastei ate o maior tempo para propor annotaçoes sobre os commits
>> para poder annotar como migrar cada commit da 5.0 para 5.2.
>> Fiquei chatiado porque o Fabien nao quis saber da minha proposta. Mais nao
>> dei ultima palavra, talvez proponharei uma coisa tipo registrar a feed dos
>> commits num Google Wave que expertes podem anotar, assim a comunidade iria
>> criando o caminho de migraçao livre.
>> Voltarei a falar disso nas expert teams logo, te mandarei um link.
>>
>>
>> Bom, me deixa saber como anda a coisa. Do nosso lado estariamos precisando
>> de gente que nem voce na nossa empresa porque a atividade é muito grande.
>> Tambem vamos logo annuciar varias coisas que estamos fazendo para ajudar
>> na tribuçao brasileira, tipo hoje ou amanha.
>>
>>
>>
>> Raphaël Valyi
>> http://www.akretion.com.br  - primeiro integrador OpenERP parceiro da
>> Tiny no Brasil
>>
>>
>>
>>
>> 2010/1/5 Gabriel C. Stabel <gstabel@xxxxxxxxx <mailto:gstabel@xxxxxxxxx>>
>>
>>
>>    /
>>    /Pesquisando percebi que uma versão oficial está complicada de ser
>>    liberada gratuitamente./
>>    /
>>    /
>>
>>    /
>>
>>        /"So, I estimated that we will be able to release the
>>        migration scripts with 3 to 8 months, according to the success
>>        of the editions. If it takes more than 8 months, I will take
>>        the costs at my charge and distribute everything online for
>>        free. So that the community have a 'guarantee' on waiting
>>        maximum 8 months."
>>        /Fabien, TUESDAY, FEBRUARY 10, 2009/
>>
>> http://fptiny.blogspot.com/2009/02/open-erp-maintenance-and-migrations.html
>>
>>        /
>>
>>    /
>>    /
>>
>>        /"Hello Fabien, it has been more than 8 months since this
>>        post, so I guess there are some migration scripts available
>>        ... could you post where I might be able to find them??"/
>>        //Ben said... NOVEMBER 5, 2009 7:51 AM//
>>
>> http://fptiny.blogspot.com/2009/02/open-erp-maintenance-and-migrations.html
>>
>>
>>    Gabriel
>>
>>    2010/1/5 Gabriel C. Stabel <gstabel@xxxxxxxxx
>>    <mailto:gstabel@xxxxxxxxx>>
>>
>>
>>        Olá a todos, estou de volta depois de quase um semestre.
>>        Fui contratado para fazer uma migração da 4.2 (modificada)
>>        para a versão 5.0.
>>        Alguém já fez esse processo?
>>
>>        Raphaël, se não me engano li no forum do OpenERP que tu estava
>>        envolvido nisso, não?
>>        Algum progresso? Derepente podemos nos ajudar mutuamente.
>>
>>        Abs,
>>        Gabriel
>>
>>
>>
>>    _______________________________________________
>>    Mailing list: https://launchpad.net/~openerp-brazil-team
>>    <https://launchpad.net/%7Eopenerp-brazil-team>
>>
>>    Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>>    <mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
>>
>>    Unsubscribe : https://launchpad.net/~openerp-brazil-team
>>    <https://launchpad.net/%7Eopenerp-brazil-team>
>>
>>    More help   : https://help.launchpad.net/ListHelp
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-brazil-team
>> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openerp-brazil-team
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>