[
https://issues.apache.org/jira/browse/THRIFT-2835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14299894#comment-14299894
]
Nobuaki Sukegawa commented on THRIFT-2835:
------------------------------------------
I implemented a plugin functionality by using Thrift itself to resolve cross
platform/language problems.
With this patch, users can supply thrift-gen-<name> executables and have them
installed anywhere included to PATH env var.
Then Apache Thrift compiler will invoke the plugin executable when given an
argument -gen <name> that is not built-in.
If the writer chooses C++, she only needs to extend GeneratorPlugin class and
override a method that will be invoked with a "t_program" object and parsed
options.
It is basically identical to what existing generators receives.
I included very small sample in compiler/cpp/test/plugin/cpp_plugin.cpp that
only delegates everything to existing C++ generator.
> Add possibility to distribute generators separately from thrift core, and
> load them dynamically
> -----------------------------------------------------------------------------------------------
>
> Key: THRIFT-2835
> URL: https://issues.apache.org/jira/browse/THRIFT-2835
> Project: Thrift
> Issue Type: New Feature
> Components: Compiler (General)
> Reporter: Anatol Pomozov
> Labels: fbthrift
>
> It is a follow-up for discussion with Facebook's fbthrift
> https://github.com/facebook/fbthrift/issues/48
> fbthrift adds its own generator that creates C++ classes based on their
> libraries. I do not know how upstreamable this generator but I think other
> companies would want to do the same - create their own custom generators.
> Currently there is no way to distribute generators separately from the thrift
> core. Thus the company have to fork whole project and add their own
> generator. It is what Facebook did.
> The idea is that thrift should be able to load language generators
> dynamically. i.e. a company foo creates its own generator and puts it to
> system /usr/lib/thrift/generators/cpp_foo.so When thrift compiler starts - it
> checks /usr/lib/thrift/generators/ and uses dlopen() to load the shared
> libraries. The shared library contains information about the generator (name,
> options, ...) thus it allows thrift core to use this custom third-party
> generator.
> This allows companies to create and distribute generator will less pain and
> no need to fork the project.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
