On 08/16/2010 03:45 PM, "Cédric Krier" <[email protected]>" wrote:
>> there are several reasons for /not/ installing inside trytond.modules
>> but mostly I like the modular nature of tryton and prefer to leverage it
>> - installing inside trytond/modules/ just seems so not-pythonic.
>
> Could you explain why?
There appears to be still a lot of implicit openerp logic in the module
loader code. Obviously Fabien & co. prefer a monolithic codebase for all
modules (jikes!). Obviously you were not happy with that, given the way
modules each have their own repository and are currently installable as
separate eggs (yeah!).
Being able to install modules as development-eggs is just the next
logical step.
>> This approach works really well, until I noticed some exceptions in the
>> log related to dateutil. Turns out we have a namespace conflict between
>> the core calendar.py and the tryton module with the same name (entry-point).
>
> Why not using the real name of the package: trytond_account, trytond_party
> etc.
Because then register_classes breaks with an ImportError:
[Mon Aug 16 14:08:39 2010] INFO:modules:ir:registering classes
[Mon Aug 16 14:08:39 2010] INFO:modules:webdav:registering classes
[Mon Aug 16 14:08:39 2010] INFO:modules:res:registering classes
[Mon Aug 16 14:08:39 2010] INFO:modules:google_translate:registering classes
Traceback (most recent call last):
File "bin/py", line 69, in <module>
execfile(__file__)
File "tools/trytond", line 7, in <module>
s.run()
File "/home/paul/tryton/src/trytond/trytond/server.py", line 99, in run
Pool.start()
File "/home/paul/tryton/src/trytond/trytond/pool.py", line 75, in start
register_classes(reload_p=reload_p)
File "/home/paul/tryton/src/trytond/trytond/modules/__init__.py", line
397, in register_classes
[mod_path])
ImportError: No module named google_translate
I'll try to come up with either a simple and elegant solution/patch, or
write up a proposol for discussion on the wiki if it requires more
invasive and/or widespread changes.
--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
--
[email protected] mailing list
