openupgrade-drivers team mailing list archive

[David Arnold - El Alemán <david@xxxxxxxxxxx>]

Hi Stefan, Hi Silvain

I somehow already got the feeling that the mapping/transformation logic
reside in two different places... I was ignorant about anyboxes approach.
So thanks for your explication and your hints... And your time!

Hm, I'm not entirely d'accord with OpenERP's tendency to have everything
build in. I think in the future, it should leverage more established
frameworks for specific tasks. Just to draw on a borader base of
contributors in a respective area of expertise... (ex.: Askbot vs.
Forum-Module, BI vs. Pentaho Integration, Document Management vs. Alfresco,
Install packages vs. provisioning scripts, just to name a few, - correct me
if I misunderstood - own Database-Layer vs. Django or similar) But thats
more strategic (and also philisophy) and it is probably not the right place
here. But I just want to seed that comment, because it probably also
applies for the way databases are migrated around the world. Honestly I do
not know much about, so just ignore my ignorance, if applicable... ;) ->
let's put it in a word: Odoo imho should be more like a "framwork tissue".

Will check the anybox project out later, seems that some backbones are down
again, or it's just the NSA fuzzing around on the data streams...

Thanks and best out of Bogota, David


----------------------
*David Arnold B.A. HSG*
*Gerente*

+57 315 304 1368
david@xxxxxxxxxxx
www.elaleman.co

​El Alemán S.A.S, Carrera 13 # 93 - 40 P4, Bogotá D.C, Colombia


2014-05-29 8:17 GMT-05:00 Sylvain LE GAL <sylvain.legal@xxxxxxxxx>:

> Hum...
>
> Forget my mail,
> Stephan just said the same things but with a better English. ;-)
>
> Regards.
>
> *Sylvain LE GAL*
>
> * Service informatiqueGroupement Régional Alimentaire de Proximité*
> 3 Grande rue des feuillants 69001 Lyon
> *Bureau : *(+33) 09.72.32.33.17
> *Astreinte :* (+33) 06.81.85.61.43
> *Site Web** : *www.grap.coop
> * Twitter : *@legalsylvain* <https://twitter.com/legalsylvain>*
>
>
> 2014-05-29 15:12 GMT+02:00 Sylvain LE GAL <sylvain.legal@xxxxxxxxx>:
>
>  Hi David,
>>
>> *Sylvain LE GAL*
>>
>> * Service informatiqueGroupement Régional Alimentaire de Proximité*
>> 3 Grande rue des feuillants 69001 Lyon
>> *Bureau : *(+33) 09.72.32.33.17
>> *Astreinte :* (+33) 06.81.85.61.43
>> *Site Web** : *www.grap.coop
>> * Twitter : *@legalsylvain* <https://twitter.com/legalsylvain>*
>>
>>
>> 2014-05-29 14:48 GMT+02:00 David Arnold - El Alemán <david@xxxxxxxxxxx>:
>>
>> *Regarded Contributers*
>>>
>>>  im still in the erly iterations of the hermeneutic cycle (it's not a
>>> curve, it's cycles!), but once I will have reached the level, you can be
>>> sure, I will remember the laws of reciprocity and make myself contributer
>>> to the openupgrate project.
>>>
>>> This being said, you have an rough idea about where I am in the life
>>> cycle:
>>> As a very curious person, I'm constantly exploring almost every aspect,
>>> with an open mind and no conventions already marked into my brain. So the
>>> following might be sensible or not to you, but I wanted to ask you to give
>>> it a short assessment.
>>>
>>> About Pentaho Kettle, I read *here*<http://wiki.pentaho.com/display/EAI/Pentaho+Data+Integration+(Kettle)+Tutorial> that
>>> it has a* graphical tool for ETL* and can be used to update a database.
>>> This sounds for me like a hot canditate for OpenUpgrade, especially to
>>> improve usability and stuff (and probably to beat OpenERP SA in it's
>>> "profesionalism" and conquest back the leadership of the community in the
>>> lost domain of upgrading, something that to zikzakmedia, nantic, etc. would
>>> probably please..:).
>>>
>>
>> I'll talk for my own. For me, the aims of openupgrade are not to "beat
>> OpenERP SA". The aims are :
>> - Provide a tools for people that use Standard OpenERP and can not buy
>> support sold by OpenERP SA;
>> - Help developpers who use custom modules to realize migration;
>>
>>>
>>> So let mi depcit a vision, and let's see, if you might share:
>>>
>>> I imagine a VM (probably even using vagrant boxes or docker) that has a
>>> ready configured data migration server, where you can easily manipulate ETL
>>> and stuff *with a kind of integration of pantaho kettle and
>>> OpenUpgrade-logic*, maintained and alimented with best practices from
>>> github, making it easy easy easy to set up and share migration pipelines
>>> for modules.
>>>
>>> i don't know Pantaho at all, but when I read samples (
>> http://wiki.pentaho.com/display/EAI/03.+Hello+World+Example) I don't see
>> how this tool can work with actual OpenUpgrade project.
>> -> Pentaho seems to be a tools that realizes migrations by file
>> manipulations;
>> -> OpenUpgrade is a tools that realizes migrations using OpenERP Core
>> functions (all the framework);
>>
>> Maybe you can take a look on this project, that seems to be more close to
>> Pantaho :
>> https://bitbucket.org/anybox/anybox.migration.openerp#rst-header-internals
>>
>>
>>> My general mission, I feel myself dedicated to within the community, is
>>> usability and tearing down hurdles and inconveniences. Such proposal would
>>> perfectly fit. I think people are just inherently lazy, so if we could
>>> maximze convenience we could maximize contribution and therefore probably
>>> momentum and quality of the whole project.
>>>
>>> What do you think about htis idea/visioin? What can I personally do to
>>> help make this reality?
>>>
>>> Thanks for your two cents, if we sum them up properly, it might yield to
>>> somewhat bigger amounts by some magnitude.. ;)
>>>
>>> *Freundliche Grüsse*
>>>
>>>
>>>  ----------------------
>>> *David Arnold B.A. HSG*
>>> *Gerente*
>>>
>>> +57 315 304 1368
>>> david@xxxxxxxxxxx
>>> www.elaleman.co
>>>
>>> ​El Alemán S.A.S, Carrera 13 # 93 - 40 P4, Bogotá D.C, Colombia
>>>
>>> --
>>> Mailing list: https://launchpad.net/~openupgrade-drivers
>>> Post to     : openupgrade-drivers@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~openupgrade-drivers
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>