On 06/10/14 20:24, Dmitry Yemanov wrote: > 10.06.2014 19:37, Dimitry Sibiryakov wrote: > >> Actually, yes. I don't understand what you call "user types of plugins" and >> their >> difference from "system types", because support for any plugin type must be >> coded in >> engine code directly. I cannot imagine a way to work with plugin that >> provides unknown >> interface.
Well, Dimitry in that case please explain what do you mean by 'what version should be assigned to plugin'. The only case when new version should be chosen is when new type of plugin added. When you asked about a way to iterate through a set of plugins - what type of plugins did you talk about? > I agree here, we have only one set of plugin types -- the ones the > engine is aware of. Something user-defined is simply not going to work. You are not completely right. Imagine someone adds own provider to firebird. And that provider except other features wants to load some modules to perform various user-specific code - that modules can be treated as firebird plugins, at least plugin manager is ready to provide such service (almost ready - except choosing plugin type). We just did not think about it earlier. ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
