Changements¶
Future (?)¶
- Fix backend_to_m2o to extract id of the binding (https://github.com/OCA/connector/pull/194)
- Remove cancellation of jobs / active flag on jobs, now jobs are only set to Done when NothingToDoJob is raised.
9.0.1.0.2 (2016-03-03)¶
- Fix: adapt to upstream api change to obtain db connection (https://github.com/OCA/connector/pull/179)
9.0.1.0.1 (2016-03-03)¶
- Enabled the JobRunner by default, with a default channels configuration of root:1
- Removed the old workers
- Removed the broken dbfilter support (https://github.com/OCA/connector/issues/58)
- Cleaned the methods that have been deprecated in version 3.x
8.0.3.3.0 (2016-02-29)¶
- Allow to define seconds when raising a RetryableJobError (https://github.com/OCA/connector/pull/124)
- Allow to ignore the retry counter when raising a RetryableJobError (https://github.com/OCA/connector/pull/124)
- Add “mock_job_delay_to_direct” to ease tests on jobs (https://github.com/OCA/connector/pull/123)
- Add helper function to acquire Posgres advisory locks (https://github.com/OCA/connector/pull/138, https://github.com/OCA/connector/pull/139)
- Improvement of “is_module_installed” which now uses the registry instead of db + cache (https://github.com/OCA/connector/pull/130)
- Security: Prevent to unpickle globals which are not jobs or whitelisted types (https://github.com/OCA/connector/pull/170)
- Fix: Manage non-ascii Postgres errors (https://github.com/OCA/connector/pull/167)
- Fix: ignore dbfilter containing %d or %h (https://github.com/OCA/connector/pull/166)
- Fix: correctly obtain the list of database with odoo is started with –no-database-list (https://github.com/OCA/connector/pull/164)
- Fix: Set job back to “pending” in case of exception (https://github.com/OCA/connector/pull/150, https://github.com/OCA/connector/pull/151, https://github.com/OCA/connector/pull/152, https://github.com/OCA/connector/pull/155)
- Fix: Clear environment caches and recomputations upon failures (https://github.com/OCA/connector/pull/131)
- Fix: when a job fails, inactive users are no longer added to its followers (https://github.com/OCA/connector/pull/137)
- Fix: Set job to failed after non-retryable OperationalError (https://github.com/OCA/connector/pull/132)
- Fix: wrong model in connector_base_product’s views (https://github.com/OCA/connector/pull/119)
- Various documentation improvements
3.2.0 (2015-09-10)¶
- method “install_in_connector” is now deprecated (https://github.com/OCA/connector/pull/74)
- Add a retry pattern for jobs (https://github.com/OCA/connector/pull/75, https://github.com/OCA/connector/pull/92)
- Use custom connector environments and instantiate them with needed attributes (https://github.com/OCA/connector/pull/108)
- A new default implementation for the binder (https://github.com/OCA/connector/pull/76)
- Translations are now automatically synchronized from Transifex
- Mapper: add modifier to follow m2o relations with dot notation (https://github.com/OCA/connector/pull/94)
- Mapper: add “changed_by_fields” which indicates which source fields will output data (https://github.com/OCA/connector/pull/73)
- Allow to assign a default channel on @job functions (https://github.com/OCA/connector/pull/71)
- Fix: connector-runner: manages retryable errors (https://github.com/OCA/connector/pull/87)
- Fix: connector-runner: logging error when a capacity is None (https://github.com/OCA/connector/pull/98)
- Fix: connector-runner: shows a wrong job result on retried jobs (https://github.com/OCA/connector/pull/101)
- Fix: add an index on queue_job.worker_id (https://github.com/OCA/connector/pull/89)
- Fix: Tests: common.DB is gone in 8.0 stable (https://github.com/OCA/connector/pull/79)
- Fix: connector-runner: graceful stop mechanism (https://github.com/OCA/connector/pull/69)
- Fix: connector-runner: Wrong arguments position in a log message (https://github.com/OCA/connector/pull/67)
3.1.0 (2015-05-15)¶
- New jobs runner (details on https://github.com/OCA/connector/pull/52)
- French documentation (https://github.com/OCA/connector/pull/57)
- Add ConnectorSession.from_env() (https://github.com/OCA/connector/pull/66)
- Fix: missing indexes on jobs (https://github.com/OCA/connector/pull/65)
3.0.0 (2015-04-01)¶
Attention : changements non rétro-compatibles dans cette version.
Ajout de
openerp.api.Environment
dansSession
Accessible viaself.env
dansSession
et toutes les instancesConnectorUnit
. Également dansConnectorUnit
,model
renvoie le modèle en cours (nouvelle API!) :# On the current model self.model.search([]) self.model.browse(ids) # on another model self.env['res.users'].search([]) self.env['res.users'].browse(ids)
Dépréciation des méthodes CRUD dans
Session
# NO self.session.search('res.partner', []) self.session.browse('res.partner', ids) # YES self.env['res.partner'].search([]) self.env['res.partner'].browse(ids)
Environment.set_lang()
est supprimé. Il modifiait le contexte sur place ce qui n’est pas possible avec les nouveaux context en frozendict. Doit être fait avec:with self.session.change_context(lang=lang_code): ...
Ajout d’un argument sur les méthodes des Binders pour renvoyer un browse record
binder.to_openerp(magento_id, browse=True)
Renommage de
ConnectorUnit.get_binder_for_model
versConnectorUnit.binder_for
Renommage de
ConnectorUnit.get_connector_unit_for_model
versConnectorUnit.unit_for
Renommage d”
Environment
versConnectorEnvironment
pour éviter la confusion avecopenerp.api.Environment
Renommage de l’attribut de classe
ConnectorUnit.model_name
versConnectorUnit.for_model_name
.Ajout de
_base_binder
,_base_mapper
,_base_backend_adapter
dans les synchroniseurs (Importer, Exporter) donc ce n’est plus nécessaire pour surcharger les méthodes propertybinder
,mapper
,backend_adapter
Session.change_context()
prend maintenant en charge la même sémantique d’arguments queopenerp.model.BaseModel.with_context()
.Renommage de
ExportSynchronizer
versExporter
Renommage de
ImportSynchronizer
versImporter
Renommage de
DeleteSynchronizer
versDeleter
Session.commit
ne commite pas pendant les testsNettoyage des méthodes dépréciées en version 2.x
2.2.0 (2014-05-26)¶
- Les arguments d’un Job peuvent maintenant contenir des chaînes unicode (merci à Stéphane Bidoul) lp:1288187
- Amélioration de la vue en liste des jobs
- Les jobs fonctionnement maintenant en multi-sociétés (merci à Laurent Mignon) https://lists.launchpad.net/openerp-connector-community/msg00253.html)
- Une action peut être affectée à un job. L’action est appelée via un bouton sur le job et peut appeler une ouverture de formulaire ou une URL.
2.1.1 (2014-02-06)¶
- Un utilisateur peut être bloqué s’il n’a pas accès au modèle queue.job quand un job a été retardé. La création d’un job est à bas niveau et ne devrait pas être contrainte par les accès de l’utilisateur. (lp:1276182)
2.1.0 (2014-01-15 - attention : rupture de compatibilité)¶
- Ajout d’un nouvel argument nommé “description” pour la fonction delay() d’un job. Si fournie, la description est utilisée comme nom pour l’enregistrement
queue.job
stocké dans OpenERP et affiché dans la liste des jobs. - Correction: l’affectation des jobs aux workers respecte la priorité des jobs (lp:1252681)
- Passage d’un nouveau paramètre aux abonnés à “on_record_create” ( vals: valeurs du champ du nouvel enregistrement, par ex : {“field_name”: field_value, …})
- Remplacement de la liste des champs modifiés transmis aux abonnés à “on_record_write” par un dictionnaire des valeurs des champs modifiés. Par ex : {“field_name”: field_value, …}
- Ajout de la possibilité d’utiliser des fonctions “Modificatrices” dans les “mappings directs” (détails dans la documentation de la classe Mapper)
- Quand un job est retardé, le UUID du job est renvoyé par la fonction delay()
- Refactorisation des mappers. Plus de détails ici : https://code.launchpad.net/~openerp-connector-core-editors/openerp-connector/7.0-connector-mapper-refactor/+merge/194485
2.0.1 (2013-09-12)¶
- Les développeurs d’addons n’ont plus besoin de créer un AbstractModel avec un _name “nom_module.installed”, ils doivent simplement appeler
connector.connector.install_in_connector()
lp:1196859 - Ajout d’un script openerp-connector-worker pour lancer les processus des workers de jobs en fonctionnement multi-processus d’OpenERP
- Correction : héritage cassé quand un orm.Model hérite d’un orm.AbstractModel. Un effet était que les fonctionnalités de mail.thread ne fonctionnaient plus (lp:1233355)
- Correction : n’échoue pas au démarrage quand OpenERP a accès à une base de données non-OpenERP (lp:1233388)
2.0.0¶
- Première version