Changements

Future (?)

8.0.3.3.0 (2016-02-29)

3.2.0 (2015-09-10)

3.1.0 (2015-05-15)

3.0.0 (2015-04-01)

Attention : changements non rétro-compatibles dans cette version.

  • Ajout de openerp.api.Environment dans Session Accessible via self.env dans Session et toutes les instances ConnectorUnit. Également dans ConnectorUnit, 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 vers ConnectorUnit.binder_for

  • Renommage de ConnectorUnit.get_connector_unit_for_model vers ConnectorUnit.unit_for

  • Renommage d’Environment vers ConnectorEnvironment pour éviter la confusion avec openerp.api.Environment

  • Renommage de l’attribut de classe ConnectorUnit.model_name vers ConnectorUnit.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 property binder, mapper, backend_adapter

  • Session.change_context() prend maintenant en charge la même sémantique d’arguments que openerp.model.BaseModel.with_context().

  • Renommage de ExportSynchronizer vers Exporter

  • Renommage de ImportSynchronizer vers Importer

  • Renommage de DeleteSynchronizer vers Deleter

  • Session.commit ne commite pas pendant les tests

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