ARGOMENTO: DEBUG: Eclupse vs PyCharm

Grazie per i commenti.


Posso chiedervi un "how to" minimale di come debuggate il codice in python ?
tipo:
nome debugger/programma
sequenza (ed eventuale codice) per attivare il debugger ed il breakpoint nel modulo in sviluppo

Non mi è molto chiara la tua ultima domanda, provo a rispondenrti per come ho capito.

Personalmente, prima di fare il debug classico, uso un modulo, chiamato tndb, che effettua il tracelog in un file diverso dal classico log di Odoo.
Inserisco all'interno del codice istruzioni che lasciano queste tracce e poi esamino il log.
In questo modo ottengo informazioni con funzionamento in tempo reale senza stop.

Se necessario, inserisco la classsica istruzione pdb.set_trace() nel sorgente, apro una sessione sulla VM e interecetto il BP.
Questo metodo è più dettagliato ma la struttura di Odoo è troppo complessa per seguire le istruzioni.

Se può servire a qualcuno:

waqarafridi.wordpress.com/2015/01/22/how...lopment-envirnoment/
www.odoo.gotodoo.com/debug-odoo-eclipse/

RISOLTO !!
I debugger Pydev 5.1.2 FUNZIONA finalmente...

In pratica la direttiva getevent interferisce con il debugger
Bisogna rimuovere da openerp/__init__.py. le seguenti righe

if sys.modules.get("gevent") is not None:
evented = True

Da quel momento in poi, il debugger funziona molto bene (un pelino lento) e i vari breackpoint funzionano a dovere..

Qualcuno sa come mai la direttiva getevent interferisce con il debugger e fa addirittura cambiare porta al webserver (8072( ?

Segnalato il caso su tracker per cercare di capire come getevent interferisca con il debugger
sw-brainwy.rhcloud.com/tracker/PyDev/658

In presenza della direttiva evented = True viene avviato un processo separato (di default sulla porta 8072) per la gestione della chat che risponde all'url "/longpoll" per gli altri processi vengono utilizzati i worker in numero massimo specificato dal parametro di configurazione.

Il debbuger si incasina non riuscendo a gestire bene gli ambienti multiprocesso posso provare a supporre.

E' buona norma comunque non utilizzare i worker durante lo sviluppo, ho sperimentato casini assurdi aggiornando il db (-u all -d NOMEDB) con i worker attivi ... in pratica ogni processo riceve la direttiva di aggiornamento con le conseguenze del caso