12.11.2015 19:19, Adriano dos Santos Fernandes wrote: > On 12/11/2015 14:51, Vlad Khorsun wrote: >> 12.11.2015 17:20, Adriano dos Santos Fernandes wrote: >>> Hi! >>> >>> Currently plugin entry points receives just an IMaster. >>> >>> It cannot do much things with only this. >> Example ? >> >>> Not all plugins will register a factory >> Why ? >> >>> and do all the work lazily. >> I see no problem to create factory and do all the work lazily. What the >> problem you are going to address ? >> >> > And that can be answered in one go: the engine already lazily load plugins.
And what ? I still not understand you > Why would my plugin will have MT code to load a JVM, since its only job > when the engine loaded it, and I can have a simple code doing that? I don't know. I still see no problem you are trying to solve. > Also, it's a good design to let code report errors and the plugin > initialization cannot do it. I have no objection to add IStatus to the FB_PLUGIN_ENTRY_POINT. But i see no need in IPluginInitialization. BTW, plugin module could register more than one plugin factory, each factory could create its own plugin, every plugin could have its own configuration. Therefore it is impossible to pass plugin configuration into FB_PLUGIN_ENTRY_POINT for the unknown at the moment plugin. Regards, Vlad ------------------------------------------------------------------------------ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
