Printemps Bean Étendues

Quelqu'un peut m'expliquer ce que les étendues sont le Printemps des haricots j'ai toujours utilisé de "prototype", mais il existe d'autres paramètres que je peux mettre à la place de qui?

Exemple de ce dont je parle

    <bean id="customerInfoController" class="com.action.customer.Controller" scope="prototype">
    <property name="accountDao" ref="accountDao"/>
    <property name="utilityDao" ref="utilityDao"/>
    <property name="account_usageDao" ref="account_usageDao"/>  
</bean>
InformationsquelleAutor gcalex5 | 2013-07-11
  1. 80

    De la printemps specs, il existe cinq types de bean étendues pris en charge :

    1. singleton(par défaut*)

    Étendues un seul haricot définition d'une seule instance de l'objet par Ressort
    Conteneur IoC.

    2. prototype

    Étendues un seul haricot définition d'un nombre quelconque d'instances de l'objet.

    3. demande

    Étendues un seul haricot définition du cycle de vie d'un seul HTTP
    demande de chaque requête HTTP aura sa propre
    instance d'un bean créé à l'arrière d'un seul haricot définition.
    Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    4. session

    Étendues un seul haricot définition du cycle de vie d'une Session HTTP.
    Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    5. session global

    Étendues un seul haricot définition du cycle de vie d'un mondial HTTP
    Session. Généralement valide uniquement lorsque utilisé dans un portlet contexte. Seulement
    valide dans le contexte d'une web-connaissance de Printemps ApplicationContext.

    *moyen par défaut lorsqu'aucun champ d'application est explicitement prévu dans le <bean /> tag.
    lisez plus ici: http://static.springsource.org/spring/docs/3.0.0.M3/reference/html/ch04s04.html

    InformationsquelleAutor Juned Ahsan
  2. 21

    Au Printemps, bean est utilisé pour décider du type de haricot instance doit être retourné à partir du Printemps conteneur à l'appelant.

    5 types de bean étendues sont pris en charge :

    1. Singleton : Il renvoie un seul exemple d'haricot par Ressort conteneur IoC.Cette instance unique sont stockées dans un cache de ces singleton haricots, et de toutes les demandes et les références pour le nom de haricot de retour de l'objet mis en cache.Si aucun haricot champ d'application est précisé sur le haricot fichier de configuration, par défaut de singleton.

    2. Prototype : Elle retourne une nouvelle instance de bean chaque moment de la demande. Il ne stocke pas les cache version comme singleton.

    3. Demande : Elle retourne un seul haricot instance par requête HTTP.

    4. Session : Elle retourne un seul exemple d'haricot par session HTTP (niveau de l'Utilisateur de la session).

    5. GlobalSession : Elle retourne un seul exemple d'haricot par mondiale de la session HTTP. Il est valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext (niveau de l'Application de session).

    Dans la plupart des cas, vous risquez de ne faire affaire qu'avec le Printemps de base du champ d'application – singleton et prototype, et l'étendue par défaut est singleton.

    InformationsquelleAutor Divyesh Kanzariya
  3. 8

    Veux juste mettre à jour, que dans le Ressort 5, comme mentionné dans Printemps docs, le Printemps prend en charge 6 étendues, dont quatre sont disponibles uniquement si vous utilisez un web-connaissance ApplicationContext.

    singleton (par Défaut) Portées une seule fève définition d'une seule instance de l'objet par le Printemps conteneur IoC.

    prototype
    Portées une seule fève définition d'un nombre quelconque d'instances de l'objet.

    demande
    Portées une seule fève définition du cycle de vie d'une seule requête HTTP, qui est, à chaque requête HTTP a sa propre instance d'un bean créé à l'arrière d'un seul haricot définition. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    session
    Portées une seule fève définition du cycle de vie d'une Session HTTP. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    application
    Portées une seule fève définition du cycle de vie d'un ServletContext. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    websocket
    Portées une seule fève définition du cycle de vie d'un WebSocket. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    • Il y a au total 6 étendues et les deux peuvent être utilisés sans basées sur le web? Si oui, alors comment voulez-vous dire que de 6, dont cinq sont disponibles uniquement si vous utilisez un web-connaissance ApplicationContext?
    • Vous êtes de droite. Il a fait une erreur, il a dit 5 au lieu de 4.
    • Merci, j'ai édité ma réponse
    InformationsquelleAutor heyjr
  4. 5

    Explication détaillée pour chaque application peut être trouvé ici dans Printemps bean étendues. Ci-dessous est le résumé

    Singleton -
    (Par défaut) Portées une seule fève définition d'une seule instance de l'objet par le Printemps conteneur IoC.

    prototype - Portées une seule fève définition d'un nombre quelconque d'instances de l'objet.

    demande - Portées une seule fève définition du cycle de vie d'une seule requête HTTP, qui est, à chaque requête HTTP a sa propre instance d'un bean créé à l'arrière d'un seul haricot définition. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    session - Portées une seule fève définition du cycle de vie d'une Session HTTP. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    session global - Portées une seule fève définition du cycle de vie global de la Session HTTP. Généralement valide uniquement lorsque utilisé dans un portlet contexte. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    InformationsquelleAutor Vikas V
  5. 5

    La Printemps documentation décrit les suivant la norme étendues:

    singleton: (par Défaut) Portées une seule fève définition d'une seule instance de l'objet par le Printemps conteneur IoC.

    prototype: Portées une seule fève définition d'un nombre quelconque d'instances de l'objet.

    demande: Portées une seule fève définition du cycle de vie d'une seule requête HTTP, qui est, à chaque requête HTTP a sa propre instance d'un bean créé à l'arrière d'un seul haricot définition. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    session: Portées une seule fève définition du cycle de vie d'une Session HTTP. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    session global: Portées une seule fève définition du cycle de vie global de la Session HTTP. Généralement valide uniquement lorsque utilisé dans un portlet contexte. Valable uniquement dans le cadre d'une web-connaissance de Printemps ApplicationContext.

    Personnalisés supplémentaires étendues peuvent également être créés et configurés à l'aide d'un CustomScopeConfigurer. Un exemple serait la flow portée ajouté par Spring Webflow.

    Par ailleurs, il affirme que vous avez toujours utilisé prototype ce que je trouve étrange. La portée standard est singleton et dans l'application que je développe, j'ai rarement besoin le prototype de la portée. Vous devriez peut-être jeter un oeil à ce.

    InformationsquelleAutor LaurentG
  6. 0

    Sur prototype de haricot(s) :

    Le code client doit nettoyer prototype des objets dont l'étendue et la libération
    cher que le prototype de haricot(s) sont maintenant. Pour obtenir le
    Printemps conteneur de libérer des ressources détenues par prototype de portée des haricots,
    essayez d'utiliser un custom bean post-processeur, qui contient une référence à
    les haricots qui ont besoin d'être nettoyé.

    ref : https://docs.spring.io/spring/docs/3.0.0.M3/reference/html/ch04s04.html#beans-factory-scopes-prototype

    InformationsquelleAutor emon
  7. 0

    Selon la la documentation de Spring-Cloud-Config il y a un champ à côté de la cinq. Il est @RefreshScope.

    C'est la description courte de RefreshScope:

    Quand il y a un changement de configuration, un Printemps @Bean qui est marqué comme
    @RefreshScope obtient le traitement spécial. Cette fonctionnalité répond à la
    problème de la dynamique des haricots qui ne leur configuration injecté
    lorsqu'ils sont initialisés. Par exemple, si une source de données a ouvert
    les connexions lorsque la base de données URL est modifiée par l'Environnement, vous
    souhaitez probablement que les détenteurs de ces connexions pour être en mesure de terminer
    ce qu'ils font. Alors, la prochaine fois que quelque chose emprunte un
    connexion de la piscine, il devient un avec la nouvelle URL.

    Parfois, il peut même être obligatoire pour appliquer le @RefreshScope
    annotation sur quelques haricots qui ne peut être que initialisé une fois. Si un bean
    est "immuable", vous aurez soit à annoter le haricot avec
    @RefreshScope ou spécifier le nom de classe en vertu de la propriété de la clé
    printemps.le cloud.actualiser.extra-actualisable.

    Actualisation de la portée des haricots sont paresseux procurations initialiser quand ils sont
    utilisé (qui est, lorsqu'une méthode est appelée), et le champ d'application agit comme un cache
    de initialisés à des valeurs. Pour forcer un haricot pour re-initialiser le prochain
    appel de la méthode, vous devez la nullité de l'entrée du cache.

    La RefreshScope est un haricot dans le contexte d'un public
    refreshAll() méthode pour actualiser tous les haricots dans la portée par de compensation de la
    cache cible. Le rafraîchissement d'extrémité expose cette fonctionnalité (plus de
    HTTP ou JMX). Pour actualiser un individu bean par son nom, il est également un
    refresh(String) de la méthode.

    InformationsquelleAutor zappee