KrysKool.browse(cr, uid, ids, context) - openerp

Debugguer facile un traitement OpenERP

KrysKool — Fri, 29 Jan 2010 23:15:00 +0100

Si vous souhaitez avoir un trace permanente dans un morceau de code OpenERP mais que celui-ci ne s'affiche que lorsque votre serveur est en mode DEBUG, il faut procéder comme suit.

Ajouter

from tools.misc import debug

Puis ensuite utiliser la fonction debug() en y mettant la variable que vous souhaitez tracer, comme ceci

res = {'a': 'ok'}
debug(res)

Vous verrez apparaitre ceci coté serveur si celui ci a été lancer avec ~~log~~level=debug ou que la variable log_level = debug

2010-01-29 19:42:06,600 DEBUG:my_function: res = {'a': 'ok'}

ou my_function est la fonction dans lequel vous avez invoqué debug()

Faille de sécurité dans OpenERP 5.0 et antérieur

KrysKool — Mon, 21 Sep 2009 10:36:00 +0200

Un faille de sécurité a été découverte dans OpenERP 5.0 et antérieure, celle-ci permet de réinitialiser le mot des passes des utilisateurs et notamment admin pour ensuite se connecter à OpenERP sous cet utilisateur qui possèdent tous les droits.

Cette faille est de type injection SQL, elle s'applique sur la méthode read des objets en lui passant un demande mal formé qui permet d'injecter des requêtes de MAJ des mot de passes utilisateur, et ainsi permettre un connexion future avec ces nouveaux mot de passe.

La version 5.0.5 sortie la semaine corrige cette vulnérabilité. vous êtes inviter à mettre le plus rapidement possible à jour votre version si celle-ci est accessible au travers d'internet sans protection (accès directe en XMLRPC ou NETRPC)

La version est disponible ici

Gestion de l'écotaxe ou DEEE

KrysKool — Sun, 14 Jun 2009 21:43:00 +0200

L'écotaxe permet de financer le recyclage du matérielle électrique et électronique. Elle est payé par le fournisseur ainsi que par le client qui participe au recyclage du matériel acheté avant l'application de cette taxe

Le système de taxes d'OpenERP permet de gérer la TVA entre autre mais aussi d'autres types de taxes qu'elles soient en pourcentage ou montant fixe (HT ou TTC). La DEEE est un taxe définit en montant HT, celle-ci se voie donc appliquer de la TVA. Bien sur cette taxe ne peut être remisable, c'est à dire que si l'on fait 5% de remise sur le produit, cette taxe ne doit pas se voir amputer des 5%. La richesse d'OpenERP au niveau des taxes lui permet de gérer très facilement ce type de taxe, sans ajout de code Python.

Packaging du client OpenERP Pour Windows

KrysKool — Mon, 18 May 2009 16:02:00 +0200

Afin de valider le fonctionnement en mode TSE du client lourd, j'ai re-crée le packaging d'installation.

Ce packaging comprend les améliorations suivantes.

Timeout définissable
Amélioration pour un fonctionnement simultannée en TSE/Citriix
Amélioration de bug divers.

Vous la trouverez disponible a cette adresse.

Traduction dans OpenERP 5.0

KrysKool — Tue, 28 Apr 2009 20:15:00 +0200

Les traductions de OpenERP 5.0 et supérieur sont gérés via l'interface de traduction de Launchpad. Il est également possible de faire les traductions en local a l'aide d'outil comme poEdit.

En version 5.0 les traductions de chaques modules sont disponibles dans chaque répertoire de module. Dans un répertoire de module, vous trouverez un répertoire i18n dans lequel vous trouverez des fichiers .po et .pot. le fichier .pot est un fichier de modèle qui ne doit pas être traduit. les fichiers .po ont pour nom le pays et la langue tel que défnit par les normes ISO 639 et ISO 3166, ce qui donne pour la langue française en France, fr_FR.po. pour ouvrir ce fichier PO un simple editeur de texte suffit, ou bien utiliser une interface comme poEdit.

Lorsque l'on développe, il est fréquent que de nouveau terme à traduire soit ajouter, il faut donc venir mettre à jour nos fichiers PO avec les chaînes supplémentaires sans perdre ce qui a déjà été traduit. pour celà nous allons exporter un nouveau fichier POT qui viendra remplacer le précédent, avec l'assistant présent dans le menu Administration. puis à l'aide du programme msgmerge, nous allons mettre à jour tous les fichiers PO présent dans le répertoire i18n avec la commande ci-dessous.

msgmerge --update -N fr_FR.po module.pot

ou module.pot correspond au fichier POT de notre module, il ne reste plus ensuite qu'a ouvir le fichier fr_FR.po et de traduire les chaînes supplémentaires.

Documentation d'installation OpenERP 5.0 sous Windows en Français

KrysKool — Sat, 07 Mar 2009 13:00:00 +0100

La documentation d'installation d'OpenERP sous Windows est disponible sur le site de Syleam (prononcer Si Lé Ham) dans la section documentation.

Cette documentation d'installation nous l'avions déjà fournit pour l'installation de la version 4.2. Elle décrit pas à pas toutes la chaine d'installation, Après ses quelques jours d'existences, nous avons eu quelques retours de personnes qui après avoir installer le AllInOne n'arrivait pas a faire fonctionner correctement l'outils, ils ont suivis la procédure d'installation manuelle, et tout fonctionnait correctement. Le plus gros soucis pour les personnes ayant installer le AllInOne étaient l'impossibilité de faire des sauvegardes. Pour les personnes désireuses de l'utiliser en production, il convient d'en effectuer une installation manuelle.

Un version Anglaise de cette documentation est en cours de rédaction.

Vérifier ses fichiers XML lors du développement de module

KrysKool — Wed, 25 Feb 2009 19:00:00 +0100

Lorsque l'on développe un module OpenERP, il arrive quelques fois qu'on est une erreur de syntaxe dans un fichier XML. Lors du lancement du serveur, celui indique une erreur en affichant un traceback python avec ce message d'erreur

etree.XMLSyntaxError: line 55: Extra content at the end of the document

Ce message et le reste de la trace ne sont pas explicite. heureusement il est possible de valider notre document via une feuille Relax-NG. Pour valider notre document XML nous allons utilisé l'outil xmllint, voir ci dessous

xmllint --relaxng /repertoire/server/bin/import_xml.rng mon_fichier.xml

en l'exécutant si vous avec une erreur, il vous indiquera ou elle se trouve, voir exemple ci-dessous

mon_fichier.xml.xml:6: namespace error : Failed to parse QName 'model:'
        <record model:"ir.ui.view" id="view_report_mon_fichier_tree">
                      ^

Vous voyez tout de suite l'erreur sous un angle meilleur, vous faisant gagner un temps précieux.

Lorsque votre fichier est valide, il est affiché à l'écran et en dernière ligne vous devriez voir ceci

mon_fichier.xml validates

Pour ne pas afficher le contenu du fichier XML il faut également ajouter --noout

Lorsque qu'une erreur survient, xmllint retourne le code 1

Patchs intégrés dans OpenERP 5.0

KrysKool — Tue, 20 Jan 2009 10:24:00 +0100

Au début du mois de Décembre j'avais écrit quelques patchs, hier certains d'entre eux ont été intégrés au noyau.

Mes améliorations

Premier Patch

Le premier patch concerne les informations fournit par les log du serveur. J'y ai ajouté en plus de la machine hébergeant la base de données, le port d'écoute ainsi que l'utilisateur connecté. Ceci est d'autant plus pratique en développement que l'on utilise plusieurs moteur de base de données PostgreSQL, il arrive aussi parfois que l'on utilise plusieurs utilisateurs PostgreSQL afin de limiter le nombre de base de données dans la liste déroulante ou d'avoir un utilisateur par client qui permet facilement de différentier les bases de chacuns.

Second Patch

Le second patch permet 2 petites améliorations:

Utiliser des chiffres comme premier caractère du nom de la base de données, ainsi il est possble de préfixer sa base par 50 pour identifier la version du soft (ex 50test)
Tri des base de données par ordre alphabétique.

Amélioration en attente

Gestion des tablespaces (compatible avec les versions 7.4 qui n'en n'ont pas), le tablespace peux être définit a l'ensemble des objets, mais il est possible d'en spécifier un pour les index uniquement.

Améliorations en vrac

En génération de facture, lorsque l'on a activé l'archivage lors de l'édition du document, celui-ci est stocké dans la gestion documentaire. avant cette modification, le document était toujours re-généré. ce qui pose problème si l'adresse du client change ou bien que le logo ou les autres informations de la société change. Maintenant lorsque que le document est archivé, à la seconde fois ou l'impression est demandé, celui ci est récupéré au lieu d'être re-généré.
Les traductions sont maintenant par module et charger en même temps que l'installation du module
Le serveur peut démarrer sans lui spécifier de base de données, et ainsi pouvoir créer la base de données à partir du client
Un système de cache à été intégré qui accélère notamment les traitements du aux vérifications d'accès.
Les certificats SSL peuvent être renseigner dans le fichier de config et non plus se trouver dans le répertoire bin et avoir les nom par défaut.
possibilité de spécifier le port du serveur SMTP
les erreurs (traceback) sont maintenant complètement intégrés aux système de log
la verbosité des log est maintenant définissable.

Evolution de la composition des séquences dans OpenERP 5.0

KrysKool — Sun, 30 Nov 2008 23:50:00 +0100

Dans la version 4.2 de TinyERP j'avais implémenté l'année sur 2 chiffres, j'ai bien sur reporté mon amélioration dans la version 5.0 en y apportant quelques nouveautés

En plus de l'année sur 2 chiffres voici la liste de ce que j'ai implémenté.

Le jour dans l'année (1 - 365) %(doy)s
Le numéro de la semaine dans l'année (0 - 52) %(woy)s
Le jour dans la semaine (0 - 7, 0 étant le lundi) %(weekday)s
L'heure de 0 à 24 %(h24)s
L'heure de 0 à 12 %(h12)s
Les minutes %(min)s
Les secondes %(sec)s

Vous retrouvez toutes ces informations dans la description de la légende.

Gestion de la l'année a 2 chiffres dans OpenERP

KrysKool — Wed, 19 Nov 2008 13:10:00 +0100

Pour les besoins d'un client j'ai du adapter la génération de séquence avec l'année sur 2 chiffres (donc avoir 08 à la place de 2008)

J'ai donc modifié le code afin de rajouter une nouvelle variable %(y)s en complément de %(year)s, un fois les modifications faites et testés j'ai poussé mes modifications dans une branche et fait une demande de merge (fusion) avec la branche principale de la 4.2, celle ci a été accepté une heure après.

Les équipes de l'éditeur Tiny font un travail formidable, pour nous donner un produit toujours plus riche, plus stable, plus performant, merci encore à eux.

Je vous invite a regarder la version de OpenERP 5.0 qui sera finaliser prochainement, et qui apportera encore son lots de nouveautés, et qui en fait un des ERP Libre du marché le plus abouti.

Salon IRC Francophone pour OpenERp

KrysKool — Fri, 07 Nov 2008 19:08:00 +0100

Depuis quelques temps je me demandais, si un salon IRC Francophone sur OpenERP aurait son utilité.

Après réflexion et en comparaison de ce qui existe pour la communauté Francophone de PostgreSQL et la richesse qu'elle apporte, j'ai créé un salon #openerp-fr sur Freenode.

server: irc.freenode.net
salon: #openerp-fr

Utilisation d'une méthode sur un champ de type sélection dans un module

KrysKool — Fri, 17 Oct 2008 21:40:00 +0200

Un champ de type sélection dans un objet OpenERP est une liste déroulante, il 'y a 2 façon de peupler ce champs sélection.

Définition

Un champ sélection de définit comme ceci dans un module OpenERP

 columns = {
    'liste': fields.selection( [....], 'Ma liste', size=32),
 }

Remplissage

... peut être peupler de 2 façons:

Statique

La première méthode est la méthode statique elle peut se définir comme ceci.

 [('brouillon','Brouilon'),('ouvert','Ouvrir'),('fermer','Terminer')]

Dans la fenêtre à l'écran vous verrez apparaître Brouillon, Ouvrir, Terminer tandis que dans la base de données vous verrez brouillon, ouvert, fermer

Dynamique

La méthode dynamique, peut être soit du code python, ou du SQL. il suffit de reproduire la même structure que la méthode statique, ce qui donnerait l'exemple ci-dessous.

 def _ma_methode(self, cr, uid, context={}):
      cr.execute('SELECT champ1, champ2 FROM ma_table WHERE ....')
      return cr.fetchall()

 columns = {
    'liste': fields.selection( _ma_methode, 'Ma liste', size=32),
 }

champ1 et champ2 seront obligatoires des chaines de caractères, si jamais dans champ1 vous récupériez un champ numérique, il faudrait alors le traduire comme ceci:

trim(to_char(id, '9999999999')) as champ1

Premier patch pour TinyERP/OpenERP

KrysKool — Sun, 07 Sep 2008 22:13:00 +0200

Aujourd'hui j'avais recensé quelques petites corrections utiles, que j'ai décidé de coder en utilisant la nouvelle plateforme de développement de TinyERP/OpenERP sur Launchpad

Mes premières modifications ont portés sur la gestion des exceptions lors de la création des port d'écoutes (XMLRPC et NETRPC), en effet si vous avez lancé 2 fois votre serveur TinyERP, le second lancement se traduit par l'arret du processus (ce qui est normal) en indiquant que le port d'écoute est utilisé, or lors du lancement du serveur TinyERP par un script init.d, celui sort avec un code erreur 0, ce qui indique que tout c'est bien passé, ce qui n'est pas le cas. Le patch proposé récupère l'exception, puis indique sur la sortie stderr qu'il y'a une erreur et que le port d'écoute est déjà occupé, puis retourne le code erreur 1 (au lieu de 0). Le patch proposé l'a été pour la version stable 4.2{1} et la version Trunk{2} (développement).

L'autre patch concerne la comptabilité avec PostgreSQL 8.3 pour la version 4.2. En effet dans un billet précédent je vous expliquait que la version 4.2 ne fonctionnerait pas avec PostgreSQL 8.3 et qu'il fallait ne pas y toucher. Comme dit le proverbe "Faites ce que je dis, mais faites pas ce que je fais", j'y ai touché ;) , vous allez me dire "Mais pourquoi donc", a cela je vous répond.

PostgreSQL 8.3 fait parti de Ubuntu Hardy Heron (8.04), La 8.2 est marqué obsolète.
Dans Debian Lenny, seule PostgreSQl 8.3 est dispo, la version 8.2 n'est même pas disponible dans des backports.
Seul les reporting basés sur des vues PostgreSQL posent problèmes, l'impact sur une éventuelle régression est inexistant.

Les 2 premiers points ont fait pencher la balance, d'ailleurs au moment ou j'écris ces lignes, les patchs viennent d'être intégré à la version 4.2 :).

1 https://code.launchpad.net/~syleam/openobject-server/4.2_exit-properly
2 https://code.launchpad.net/~syleam/openobject-server/exit-properly
3 https://code.launchpad.net/~syleam/openobject-addons/4.2_postgresql8.3_compat

Version TinyERP 4.2.3 disponible

KrysKool — Fri, 22 Aug 2008 20:00:00 +0200

La dernière révision de la version stable de TinyERP vient de sortir

La version stable de TinyERP veient de sortir en version 4.2.3 voici la liste des changements par rapport à la dernière version

Serveur

Add python-xml in the required packages
Fix truncated string in DB when update server and field are varchar
Fix bugs on ir.actions.report.xml
Putting default value 'pdf' for report type field
Properties uses the company of the user
Unicode error with accented characters
Add a new group "No One" this group helps to hide some actions, menuitems
Bugfix with the rowHeights parameter, don't set the value in a tuple, if there is only one value
Fix with the python-xml package on Ubuntu Hardy 8.04

Client GTK

Fixed one2many list (readonly problem)
Fixed one2many dialog (readonly problem)
Add a new window to manage the extension
Fix a problem with the locale
Modify the file widget
Load Images and Binary only when in form view
Fix with the filename when you use the Save As dialog

Client Web

Fixed navigation problem (now remembers the offset of O2M widgets)
Safari 3.0 issue (possible bug in Safari)
- Safari submits selection fields even if name attribute is missing.
Better calendar view
- rendering issues (FF3)
- Tangoish colors
- item sorting problem in month view
Fixed onchange method for many2one.
Fixed (#767), fails to load the translation catalog if installed as egg.
Fixed o2m view record problem (bug #757)
Fixed #696, 'View Log' on User creates error
fixed sidebar link translation problem
Fixed `Reference widget`, now it's an extended `M2O` (using same JS).
Form view parser now checks for duplicate fields.
Fixed `editable list view` in popup (unable to get values of parent fields)
Visibility of Manage button in configuration.
Fixed one2many (default_get_context)
Improved Cache system
Cache for i18n catalog to speedup the `gettext` operations.
Fixed Import/Export bugs (649, 650)
Fixed Calendar view (handle server errors)

Depuis le passage à la plateforme de développement Launchpad, le développement de TinyERP et sa qualité se sont encore améliorés, la prochaine version est déjà très prometteuse.

Plugin Thunderbird pour OpenERP

KrysKool — Mon, 30 Jun 2008 11:01:00 +0200

Suite à la publication du livre sur OpenERP, certain d'entre vous se demandait ou se trouvait le plugin Thunderbird qui permet à partir de son client mail préféré de s'interfacer avec OpenERP, celui-ci a été déposé dans le dépôt Extra_Addons pendant les Community Days.

Ce module est fournit avec 2 documents d'installation et d'utilisation, ce qui ne devrait pas poser de soucis.

Community Day

KrysKool — Thu, 26 Jun 2008 18:01:00 +0200

La société Tiny, qui développe la solution OpenERP (anciennement connus sous TinyERP) organise dans ces locaux les Community Days

La première journée a commencer avec un présentation des points abordés pendant ces 2 journées, ensuite un petite présentation des nouvelles fonctionnalités.

Par la suite les groupes de travail se sont constitués, voici les grandes lignes

Ergonomie et simplification.
La verticalisation.
Performance.
Contrôle qualité et processus de développement (Community).
Sécurité.

Pour ma part j'ai participé au Contrôle qualité et processus de développement. Les grandes réflexions étaient de permettre à beaucoup de contributeur (partenaire entre autre) d'avoir un accès au commit, évitant ainsi d'avoir une version chez soit avec ses corrections que l'on devaient refaire à chaque fois, et qui a terme aurait conduit à un fork.

Actuellement, seule la société Tiny possède les droits de commit, ce qui au vu du nombre de contributeur est devenu bloquant. Notre groupe de travail a donc planché sur un autre mode de fonctionnement. Plusieurs changements notables, dont le passage de Subversion a Bazaar. La grosse différence est la notion de dépôt communautaire, voir le graphique ci-dessous

Le dépôt officiel restera au sein de la société Tiny, la version communautaire permettra de dégrossir le travail et ainsi permettre au Quality manager d'effectuer un travail d'envoi du dépôt communautaire vers le dépôt officiel. L'écriture de Guidelines est aussi nécessaires pour que ce travail se réalise facilement, et ainsi amélioré la qualité d'écriture du code.

Tous ceci est en cours de mise en place, et devrait arriver sous peu.

Lenteur d'execution d'OpenERP sous Windows Vista/2003

KrysKool — Fri, 30 May 2008 14:42:00 +0200

Certaines personnes ont eu quelques soucis quand à l'utilisation de OpenERP sous Windows Vista/2003, voici les solutions pour contourner ce problème.

Tout d'abord au niveau du client il convient de saisir 127.0.0.1 au lieu de localhost. Dans certain cas juste cette astuce suffit a fluidifié l'interface. Ensuite vous pouvez encore améliorer la rapidité en choisissant NETRPC sur le port 8070 au lieu de XMLRPC sur le port 8069.

Ensuite si cela ne suffit toujours pas, quelques ajustements de paramètres au niveau PostgreSQL seront nécessaires.

Livre en Francais sur TinyERP/OpenERP paru aux éditions Eyrolles

KrysKool — Wed, 07 May 2008 21:00:00 +0200

Le livre sur OpenERP (anciennement TinyERP) vient de paraître aux éditions Eyrolles, écrit par son fondateur, également Directeur de Tiny SPRL.

Le livre est disponible à cette adresse, ce livre est très bien expliqué et vous permettra de démarrer facilement (installation et première prise en main) mais également d'avancer pas à pas avec les modules les plus utilisés. Je vous le recommande chaudement, car l'ayant eu au début du mois d'avril suite à ma formation chez Tiny, j'ai pu le lire en avant première.