Rok, about 10.1, comboTableData can be instantiated in two different manners: 1.- passing as a parameter the id (uuid) of the reference to show 2.- passing as a parameter the name of the reference to show
The natural way to do it is using 1 (99.9% of cases). In fact using 2 is risky since a change in the reference name would break the code. Due to new enforcements of naming rules it is not possible to instantiate comboTableData classes using 2 for references declared in modules other than core. Only core references can be instantiated using 2. Hope it clarifies. Ismael -----Mensaje original----- De: Rok Lenardic [mailto:rok.lenar...@openbravo.com] Enviado el: viernes, 11 de diciembre de 2009 10:47 Para: Iván Perdomo CC: openbravo-development Asunto: Re: [Openbravo-development] Change in Openbravo 2.50 public API actually, my question refered to 10.1 change which was done earlier i guess. the wiki link you sent just lists all so i was wondering about that particular one. Cheers Rok 2009/12/11 Iván Perdomo <ivan.perd...@openbravo.com> Hi Rok, This change has nothing to do with combotabledata or anything like that. As you may know part of our public API are the generated classes based on the application dictionary metadata. If you change the metadata the generated class will change. In this case, the ADModuleLog entity had a reference to the ADModule one, but ADModuleLog is a log table. When you uninstall a module (also is stored here) you end up with a reference pointing to a non existent record. See issue 11705 [1]. I changed the reference of the AD_Module_ID column in this table, and removed isParent flag, and this action triggered a change in the generated class ADModuleLog. I hope that this clarifies the API change. [1] https://issues.openbravo.com/view.php?id=11705 Best Regards, Iván On Fri, 11 Dec 2009 09:59:09 +0100 Rok Lenardic <rok.lenar...@openbravo.com> wrote: > does that mean that the UUID of the reference needs to be passed to > the combotabledata constructor or some kind of search key? (as > opposed to the name that was used previously)? > Rok > > 2009/12/10 Iván Perdomo <ivan.perd...@openbravo.com> > > > > > Hi all, > > > > There has been an Openbravo 2.50 public API change. > > For more information visit change number: 10.2 > > > > http://wiki.openbravo.com/wiki/ERP/2.50/API_changes > > > > > > Best Regards, > > > > -- > > Iván Perdomo > > > > > > ------------------------------------------------------------------------------ > > Return on Information: > > Google Enterprise Search pays you back > > Get the facts. > > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > > Openbravo-development mailing list > > Openbravo-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/openbravo-development > > -- Iván Perdomo
------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev
_______________________________________________ Openbravo-development mailing list Openbravo-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbravo-development
