openerp-brazil-team team mailing list archive

[Raphaël Valyi <rvalyi@xxxxxxxxx>]

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
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>

> *
> 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>
>
> 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
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team
> More help   : https://help.launchpad.net/ListHelp
>
>