Contributors mailing list archives
Re: Plugin/module multiplexer/switcher for multi companyby
Data Dance s.r.o., Radovan Skolnik
Yes, dispatcher is sort of what I'm looking for. What you suggest is ingenious! Me coming from languages like Java/Pascal/C/Assembler would never think of approach you suggested :-) I mean dynamically calling method name like that. I wanted to do this by standard inheritance chaining of the same method where only the appropriate one would process the request.
Thanks for the eye-opener!
Sent via BlackBerry Hub+ Inbox for Android
It sounds to me like you are suggesting a standard dispatcher.
There is already plenty of this in Odoo. Company specific headers, company specific pricelists, bank specific imports, EDI processing orders,
mail.channel specific commands (those are dynamically defined and executed, probably best example for this).
Just define a parent module with a standard API dispatcher and a selection field (or Char) where it makes sense.
e.g in base module - very pseudo if its python, if it is web based or you just need a URL for standard data maybe it may be different but you get the idea.
def complete base
add field to selection say modb
On Wed, Feb 9, 2022 at 8:51 PM Radovan Skolnik <firstname.lastname@example.org> wrote:
Hi, the question was meant more towards good design of something that covers the same area functionally (in this case partner autocomplete) but needs to provide more implementations that are chosen based on certain criteria. So in my case I need to have more than one different implementation of the same functionality present in the system and choose the appropriate one - in my case based on current company being active and configuration for that company. That leads me to some kind plugin system and was wondering if there was anything like that existing in Odoo / OCA already. Best regards Radovan On streda 9. februára 2022 6:52:24 CET Bruno Joliveau wrote: > Hi, > I think it's probably different from a context to another. > In our case, the majority of our customers work internationally. Their > search for information is dissociated. The autocomplete is not linked to > the company in which the user is connected but the country on which he > creates the new partner for which he is looking for information. All the > countries we needed to cover for this customer had different connection > modes and incompatible data structures. We have therefore chosen to process > outside Odoo in order to standardize the structure of the results thanks to > different mappings. Odoo connects to the service, the service gets data and > digests the information. Hope it helps ! > > > *Bruno Joliveau* - Président NUMIGI SOLUTIONS INC. > email@example.com  (514) 317-7944 > Longueuil, Québec, Canada http://www.numigi.com/  > None  None  None  None  >  > > Le mar. 8 févr. 2022 à 17:27, Radovan Skolnik < firstname.lastname@example.org  > a > écrit : Hi! > I have a client that has multi company installation. Each company resides in > a different country. For each country I have created a module that acts the > same as partner_autocomplate but retrieveing data from their local > authorities (state registers). Now I would like to create something as a > plugin system where the client could use all of these modules for different > companies. So I'd need to create some sort of plugins and > multiplexer/switcher that would route requests to appropriate plugin. Is > there anything like that already existing in Odoo? One approach that I see > would be creating that multiplexer/switcher as a main module that would > provide company-specific configuration. Each of the plugin modules would be > a module of its own extending the main module's list of available plugins > implemented as
fields.Selection via selection_add. That selection would be > used as company-specific configuration to know, which plugin should server > the requests. So when requests comes and it is passed through plugins each > would be able to tell whether it's the correct one to serve it. Is there a > better way to do this? Any suggestions are welcome. > Best regards > Radovan Skolnik > > > _______________________________________________ > Mailing-List:https://odoo-community.org/groups/contributors-15  > Post to: mailto: email@example.com  > Unsubscribe: https://odoo-community.org/groups?unsubscribe  > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15  > Post to: mailto:firstname.lastname@example.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe  > > > >  mailto:email@example.com >  http://www.numigi.com/ >  https://fr.linkedin.com/company/numigi >  https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ >  https://blogue.numigi.com/ >  https://twitter.com/numigi_ca?lang=fr >  https://bit.ly/5W-Numigi >  mailto:firstname.lastname@example.org >  https://odoo-community.org/groups/contributors-15 >  mailto:email@example.com >  https://odoo-community.org/groups?unsubscribe >  https://odoo-community.org/groups/contributors-15 >  https://odoo-community.org/groups?unsubscribe
Data Dance s.r.o., Radovan Skolnik