You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Istvan Toth (Jira)" <ji...@apache.org> on 2020/11/12 10:10:00 UTC

[jira] [Commented] (TEPHRA-314) Provide a sensible tephra server assembly

    [ https://issues.apache.org/jira/browse/TEPHRA-314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17230499#comment-17230499 ] 

Istvan Toth commented on TEPHRA-314:
------------------------------------

Reading the instructions at [https://tephra.incubator.apache.org/GettingStarted.html]

I still can't see how the existing script can start the Tephra server.

As Far as I understand, the server needs tephra-api, tephra-core, and the appropriate compat jar on the classpath

(plus the direct dependencies, and HBase)

This suggests that the script as it is now is highly unlikely to successfully start tephra, as we have no control over which  compatibility implementation will get loaded by  Java.

 

> Provide a sensible tephra server assembly
> -----------------------------------------
>
>                 Key: TEPHRA-314
>                 URL: https://issues.apache.org/jira/browse/TEPHRA-314
>             Project: Phoenix Tephra
>          Issue Type: Improvement
>    Affects Versions: 0.16.0
>            Reporter: Istvan Toth
>            Assignee: Poorna Chandra
>            Priority: Major
>
> Currently the tephra-distribution module can be used as a tephra server component, which contains the init script, configuration, and libraries.
> However, one glance at the lib dir shows that it is a disaster waiting to happen, with multiple versions of the same dependencies included. (which I suspect we'd also get from the HBase classpath)
> We need a way to start a tephra server with a sane classpath.
> The example modules are also not neccessary for starting the server.
> One way to go about it would be:
>  * rename tephra-distribution to tephra-server
>  * remove the example JARs from it
>  * move the assembly descriptor to the submodule
>  * make sure that the Hadoop and Hbase dependencies are note replicated in the /lib dir
>  * review or remove the license files, since we have no binary distribution



--
This message was sent by Atlassian Jira
(v8.3.4#803005)