You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Julian Hyde (JIRA)" <ji...@apache.org> on 2016/08/07 23:31:20 UTC
[jira] [Commented] (CALCITE-1349) Make runtime packages less depend
on other libraries
[ https://issues.apache.org/jira/browse/CALCITE-1349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15411114#comment-15411114 ]
Julian Hyde commented on CALCITE-1349:
--------------------------------------
It's not clear to me that it's worth it to create a calcite-runtime module, or indeed what would be in it. So far Storm is the only user of this; other projects might need a runtime, but they're likely to need a slightly different runtime. Let's wait and see what they need.
The {{SqlFunctions}} class should not depend on {{DataContext}}, because {{DataContext}} depends on {{SchemaPlus}} and brings a lot else in.
It's OK that {{SqlFunctions}} depends on things in org.apache.calcite.linq4j.
> Make runtime packages less depend on other libraries
> ----------------------------------------------------
>
> Key: CALCITE-1349
> URL: https://issues.apache.org/jira/browse/CALCITE-1349
> Project: Calcite
> Issue Type: Improvement
> Components: core
> Reporter: Jungtaek Lim
> Assignee: Julian Hyde
>
> I'm working on Storm SQL which uses Calcite to compile SQL to topology. Current implementation uses SqlFunctions to cover some operators so calcite-core and transitive dependencies are needed even though compiled topology in runtime.
> [~julianhyde] confirms that SqlFunctions depends on several classes from other libraries and some of them also pull other dependencies.
> So it would be better to address runtime package to less depend on other libraries (or modules). After doing that we could even maintain runtime package to separate module.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)