EJB 3.1 @LocalBean vs aucune annotation

Les règles sont (de mémoire):

1. Bean a un @LocalBean annotation -> bean a un no-vue de l'interface
2. Bean a un @Local annotation -> bean dispose d'une vue locale
3. Bean a un @Remote annotation -> bean dispose d'une vue à distance
4. Bean n'a pas de vue les annotations, mais directement implémente une interface qui a un @Local annotation -> bean dispose d'une vue locale
5. Bean n'a pas de vue les annotations, mais directement implémente une interface qui a un @Distance annotation -> bean dispose d'une vue à distance
6. Bean n'a pas de vue les annotations, mais directement implémente une interface qui n'a pas de vue les annotations -> bean dispose d'une vue locale
7. Bean n'a pas de vue les annotations, et met en œuvre aucune des interfaces -> bean a un no-vue de l'interface

Donc, à l'aide de @LocalBean et utilisant l'annotation sont tous les deux façons d'obtenir un non-vue de l'interface. Si vous voulez juste un no-vue de l'interface, puis la chose la plus simple est de ne pas annoter. Si vous n'êtes pas aussi la mise en œuvre de toutes les interfaces.

Partie de la raison @LocalBean existe pour ajouter un no-vue de l'interface à un haricot qui a aussi une vue de l'interface. J'imagine que le scénario le plus élevé dans la spécification des auteurs esprit était celui où vous avez un bean comme:

@Stateless
public class UserPreferences {
    public String getPreference(String preferenceName);
    public Map<String, String> getPreferences();
}

L'endroit où vous voulez exposer les deux méthodes localement, mais seulement le plus de gros-grain getPreferences() à distance. Vous pouvez le faire par la déclaration d'une interface à distance avec juste cette méthode, puis il suffit de gifles @LocalBean sur la classe d'haricot. Sans elle, vous devriez écrire un inutile interface locale uniquement pour exposer les deux méthodes localement.

Ou, à regarder d'une autre façon, la @LocalBean existe parce qu'il ya une telle chose comme une vue de l'interface, et les sans-annotation option existe aussi un raccourci pratique.

Je pense que la confusion, vous/nous sommes le sentiment est une conséquence de l'histoire /arrière compitability (façon de parler). Je ne peux pas dicern aucune différence (sauf que la spec. nécessite des implémentations de créer une interface, si nous utilisons des locaux-vue)

La n de la vue de l'interface a le même comportement que les EJB 3.0 vue locale,
par exemple, il prend en charge des fonctionnalités telles que le passage par référence d'appel
la sémantique et de la transaction et de la propagation de sécurité. Toutefois, un
pas de-vue de l'interface n'a pas besoin d'une interface séparée, qui est, de tous les
les méthodes publiques de la classe d'haricot sont automatiquement exposés à la
de l'appelant. Par défaut, une session bean qui a un vide met en œuvre
clause et ne permet pas de définir n'importe quel autre client local ou distant points de vue,
expose pas l'interface de la vue du client.

Oracle Blog avant la sortie de l'EJB 3.1