-
11:00 - Defining the proper reconciliation of payment providers.
Joan SisquellaDone
-
02:00 - Put some magic in migrating Odoo databases : Introducing odoo-openupgrade-wizard
Rémy TaymansDone
-
03:30 - Effective custom addons modularity in large projects
Thomas BinsfeldDone
-
05:00 - Create and deploy FastAPI services within Odoo [Technical]
Zina RasoamananaDone
-
03:15 - Generate a Ready to Deploy Odoo Add-on Directly from UML Diagram
Akhmad Daniel SembiringDone
-
04:00 - On the potential of Large Language Models for the Odoo ecosystem and beyond
Frederik Kramer and Ruben OrtlamDone
-
10:00 - How To Contribute Code to the OCA - Technical
Daniel ReisDone
-
10:00 - Odoo incoming mailing configuration and testing
Nikolina TodorovaDone
-
12:30 - When the filestore is not enough: the new OCA storage modules - Technical track
Quentin GroulardDone
-
11:00 - How to organize an Odoo project as a regular Python app
Stéphane BidoulDone
hugues de keyzer is a software developer with more than 20 years of experience. passionate about free software, he joined coop it easy in 2021, where his work includes module development, code porting, infrastructure management, automation and database migration. he has migrated several client databases across multiple versions, and he is eager to share with you the trauma that this has caused him.
ok, we’ve all heard about openupgrade. it’s great. but concretely, how are we supposed to use it? how can it be used to migrate a database across multiple versions?
this talk will first give the big picture of how this all works, then dive into the nitty-gritty details so that you can do it too without tearing your hair out.
EXTRA COMMENTS FOLLOWING THE TALKS:
* the 20 years of experience of hugues de keyzer is not in free software development, just software development in general. * openupgrade is not a reverse engineering of odoo’s upgrade. the migration scripts are deduced from a static datamodel change analysis and functional observations. * about noupdate data: not all of it is overwritten, only the data that has actually changed in odoo between versions. * website pages are converted as much as possible, but some incompatible ones should be removed. * make sure to keep a backup of the database as it was before the migration. this will be useful if, at a later time, you need to recover data that was lost during the migration.
Image by
Samantha Borges
on
Unsplash