2016-11-02 5 views
1

Je veux écrire des ordonnanceurs personnalisés pour apache héron, et je plonge un peu dans le code source. J'ai remarqué que dans le code source du héron, il y a quelques paquets avec des classes similaires. Par exemple, la plupart des classes de backtype.storm & org.apache.storm sont similaires (exactement similaires de sorte que les codes internes sont identiques). Il existe également des classes similaires entre ces deux packages et com.twitter.heron (par exemple com.twitter.heron.api.tuple.Fields) mais certains d'entre eux ont un code différent à l'intérieur (comme la classe Fields). Je sais que lorsque nous écrivons des topologies, nous pouvons importer chaque paquet que nous voulons et nous pouvons choisir entre l'un ou l'autre, mais je suis curieux de connaître les différences entre eux et pourquoi ils mettent tous ces paquets ensemble. et ne les a pas fusionnés? Et si les classes d'orage sont le seul choix pour écrire des topologies, à quoi servent les classes dans com.twitter.heron? Je sais que heron est conçu pour être totalement rétrocompatible avec les tempêtes, et cela peut être dû au problème de rétrocompatibilité, mais je dois admettre que cela m'a beaucoup dérouté, parce que je dois écrire mon propre code à l'intérieur ces classes et je ne sais pas comment choisir lequel, qui est constamment développé et maintenu par les développeurs et je devrais les choisir comme des candidats à modifier.différences entre les classes dans backtype.storm & org.apache.storm & com.twitter.heron packages

Merci d'avance.

Répondre

1

Sur la base des descriptions de l'équipe de développement dans here:

Utilisation de héron classes api n'est pas recommandé - puisque nous pourrions les changer fréquemment. Ils sont destinés à un usage interne uniquement. Backtype.storm est si votre application veut utiliser pre-storm 1.0.0. Pour les applications postérieures à la version 1.0.0, vous devez utiliser org.apache.storm