Saiu o release OpenERP Ruby connector OOOR 1.5.0!

O artigo que você está visualizando foi publicado em 11/12/2009, então é possível que esteja desatualizado. As informações apresentadas abaixo podem ter expirado.

OOOR 1.5.0 released!

Hello folks, after several months of hard work and aggregating feedback of the community, the OpenERP - (J)Ruby connector OOOR 1.5.0 is finally out! If you don’t know what is OOOR, you can read that introduction and the project’s homepage.

We remind you that OOOR has been a hard work from Akretion since early 2009 and is licensed under the AGPL v3 open source license, just like OpenERP itself. It has been installed - not just downloaded, but really installed via Rubygems.org more than 8000 times! Despite its name, OOOR doesn’t hold a dependency on Rails and is used in many applications, including on the Java platform via JRuby. If you don’t want to disclose your strategical client-side code under the viral AGPL v3 license, Akretion is open to sell commercial licences of OOOR, as well as support if you need. Contact us for details.

To install or update, install Ruby and Rubygems and then just do gem install ooor in terminal as explained on Rubygems

Here is what’s new in OOOR 1.5.0:

code clean up & bugfix:

  • Rails 3 compatility (still compatible with Rails 2.x too)
  • Ruby 1.9.2 compatibility (+JRuby and Ruby 1.8.7 of course)
  • scoped classes under the Ooor module namespace without API break (except for UML)
  • refactored and debugged associations method_missing dispatch
  • renamed relations into associations to match Rails terminology
  • refactored RSpec test suite and show 0 error with OpenERP v6 and Ruby 1.9.2
  • much better exception handling, showing better error messages
  • unlike OpenERP, o2m and m2m relations should return empty arrays rather than false/nil for iteration consistency
  • unlike OpenERP read, Object.find(ids) respect initial ids order as you would expect
  • externalized type casting methods into a specific module

new features:

  • more powerful domain mapping: Ruby hash such as {:origin = “OUT04”} automagically mapped to OpenERP domain, automagical array nesting Object.search [‘name’, ‘ilike’, ‘foo’] just works
  • instance method always properly dispatch with foo.method_name passing [foo.id] as the first argument under the hood
  • OpenERP v6 client side log method
  • experimental subset of ActiveRecord Arel implemented via OpenObjectResource.where
  • much smarter ActionWindow proxy, successfully tested with Netzke
  • revamped UML with HTML nodes + Sinatra dynamic UML explorator (yes that’s awesome!)
  • faster startup because reading less model meta-info
  • field lazy loading works
  • loading specific fields can be achieved using the :only keyword to match Rails semantic (as well as :fields)
  • password not in the debug logs anymore

We also announce you that we have fantastic OOOR applications coming soon too, such as:

  • new more powerful Kettle ETL TerminatOOOR extension for OpenERP
  • a new set of unparalleled ecommerce connectors based on TerminatOOOR and the OpenERP base_sale_multichannels common platform
  • Sencha Touch HTML5 mobile clients and framework
  • Netzke and other HTML5 applications
  • Google Apps deep integration
  • OOORBIT, a secret Akretion project that really puts your OpenERP in orbit. But hey! we will give you the details when it’s out (soon).

Enjoy and stay tuned for more innovation with Akretion!

Sobre o autor

Founder
Raphaël Valyi
Founder - Brazil
Raphael, when he worked in Smile the French IT company, led the most thorough comparative study on ERP OpenSource (OpenERP, Openbravo, Compiere, Adempiere, ERP5 Ofbiz, etc ...) that led to writing a white paper of 120 pages. It has over 5 years experience in OpenERP and achieved more than 10 ...

Esse site usa cookies para melhorar a sua experiência de navegação