Sélection de l'acteur

Lorsque vous utilisez context.actorselection à l'intérieur d'un acteur, ce que vous dites est de trouver un acteur sous ce contrôle actuel des acteurs (démarré par / supervisé par). Étant donné que Acteur1 n'était probablement pas démarré par Actor2 (ou n'est pas supervisé par Acteur2), alors cela ne résoudra rien. Si Acteur1 était apparu / démarré par Actor2, vous pouvez probablement faire context.actorselection ("/ acteur1") pour obtenir cet enfant acteur d'Acteur2. La raison context.system.actorselection est parce que vous allez tout le chemin sur système avant de commencer votre recherche et de qualifier complètement le chemin de l'acteur. Système "possède" acteur1 si vous avez commencé comme system.actorof , il vous permettra d'utiliser ce chemin vous permettra d'y parvenir de système .

Un petit code Pour montrer ce que je veux dire: xxx

Lorsque vous exécutez cet exemple, vous verrez: xxx

afin que vous puissiez voir que j'ai 2 instances de acteur2 en cours d'exécution dans mon système; un engagé directement à partir de SYS lié ​​à / utilisateur / acteur2 en tant que chemin de recherche et on a démarré à partir d'une instance de acteur1 liée à / utilisateur / acteur1 / acteur2 pour son chemin.

Le système Acteur est hiérarchique et cet exemple montre que. Le actorsystem est la racine de tout. La sélection des acteurs est ensuite similaire à XPath en ce que le contexte que vous émettez le choix des choses.