Hello, I let you know that OOOR, the Ruby / OpenERP connector 1.2.7 has been released on Gemcutter: http://rubygems.org/gems/ooor
Let me recall that OOOR is useful for: - OpenERP admin scripts/production debugging - migrations (multi-instances) http://wiki.github.com/rvalyi/ooor/howto-connect-ooor-to-multiple-openerp-instance-easy-data-migration - testing (OERPScenario/Cucumber / Rspec) https://launchpad.net/oerpscenario - Rails apps using OpenERP seamlessly in the backend - connectivity/initial data loading with the Kettle ETL (http://github.com/rvalyi/terminatooor ; still for hackers because lack of doc currently) - UML reverse engineering of OpenERP modules http://www.openobject.com/forum/topic14951.html - illuminate your life forever making you discover what a user friendly client side API means... see OOOR introduction here eventually: http://www.akretion.com/en/blog/2010/01/18/introducing-ooor---openobject-on-rails-drivingrequesting-your-openerp-became-a-child-play/ new features in OOOR 1.2.7: - easy API for ir_model data OpenERP absolute_id: find by ir_model_data (XML/CSV) OpenERP id: ProductProduct.find('product.product_product_0'); create an absolute id 'p1' in module 'product' along with the resource: ProductProduct.create(:name=>'p1', :categ_id=>1, :ir_model_data_id=>['product', 'p1']) Also documented on project page http://github.com/rvalyi/ooor - added optional reload option in update and create methods that, if set to false will avoid doing a read round trip after the update/create, thus speeding up. This is especially appreciable in the Kettle ETL if you create/update lot's of resources. bugfix in OOOR 1.2.7: - script exception handling when OpenERP blows out, always raise a RuntimeError "OpenERP server error" (thanks to Joël Grandguillaume from CampToCamp for the report). - defensive checks against wrong OpenERP RPC calls that was making debugging harder, type! or allowed! calls are now caught early (thanks to Olivier Dony from OpenERP SA for insisting on that one). - empty one2many / many2many OpenERP relations now always return [] rather than false, so you can always iterate safely on them (thanks to Fabien Lydoire from Taktik for the report). - no more destroy error even if OpenERP get capricious and suddenly refuse to deal with a single Integer param (thanks to Fabien Lydoire from Taktik for the report). as usual, OOOR 1.2.7 has been tested against the OERPScenario test suite and does not contain any obvious regression. I also remember that 1.2.6 was a bugfix release with no new feature. ROAD-MAP: - enforce the ActiveModel Rails3 interface for easier Rails integration - Kettle AgileBI prototype; see http://wiki.pentaho.com/display/AGILEBI/Introduction+to+Agile+BI - syntax highlighting in TerminatOOOR Kettle plugin (using Java-Mateview as soon as Pentaho upgrade their SWT lib in Kettle 4) - schema dump and schema diff to easily spot a schema change introduced by a module/migration and highlight the changes in the UML diagram - may be flagging OpenERP commits that change schema in a Google Wave or similar for easier implementer life. - possible basic tree / form support of OpenERP view layer - easy Rack reverse proxy over the OpenERP web-client to enrich it with Rails/JQuery widgets - possible (yet unlikely) full blown Rails3 webclient if I get funding for that. - up to 3x faster using JSON and Tryton search_read method if Tiny follows us here. Hope you enjoy it. ------------------------ Raphaël Valyi CEO and OpenERP consultant at http://www.akretion.com -------------------- m2f -------------------- -- http://www.openobject.com/forum/viewtopic.php?p=51702#51702 -------------------- m2f --------------------
_______________________________________________ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
