Les session et sessionScope la même dans les JSP EL?

public class LoginAction extends ActionSupport {
    private String username;
    private String password;

    @Override
    public String execute() throws Exception {
        ActionContext ctx = ActionContext.getContext();
        Integer counter = (Integer)ctx.getApplication().get("counter");
        //put counter into application 
        ctx.getApplication().put("counter", counter);
        //put username into session
        ctx.getSession().put("user", username);
        if (getUsername().equals("crazyit.org")
                && getPassword().equals("leegang")) {
            ctx.put("tip", "Login Success! ");
            return SUCCESS;
        }
        else {
            ctx.put("tip", "Login Falied!");
            return ERROR;
        }        
    }
}

J'ai mis "counter" en application "user" en session et "tip" dans ActionContext. En JSP je peux utiliser ${session.user} et ${sessionScope.user} pour faire référence à l ' "utilisateur" de la propriété. ${request.tip} et ${requestScope.tip} de référence tip.

Mes questions:

  1. Sont session, demande, demande la même chose que sessionScope, requestScope, applicationScope en EL?
  2. Quelle est la relation entre ActionContext et request(requestScope)?

P. S.:

Je test ${request == requestScope} ce qui est vrai, cela signifie qu'ils sont les mêmes?

OriginalL'auteur StrikeW | 2013-07-11

  1. 20

    Avec l'expression language (EL), la portée des éléments de valeur sont des cartes d'attributs dans les objets qu'ils désignent. Par exemple, le requestScope est une représentation graphique des valeurs dans l'objet de requête. Ceci est expliqué assez clairement de détails sur cette page: Java Servlet et JSP. Si vous lisez le EL sections, vous remarquerez un point sur la demande vs demande portée ici: Le requestScope est PAS l'objet de demande.

    Je recommande la lecture par le biais de cette page pour obtenir une meilleure compréhension de servlet/jsp en général.

    Dont la ActionContext se rapporte à ces éléments, il est vraiment un wrapper utilisé par des haubans pour encapsuler la servlet. Vous pouvez lire plus de détails à ce sujet ici: Accéder à l'application, de la session, demander des objets.

    Il y a eu quelques références à des valeurs implicites donné ici, mais j'ai envie de dire que c'est implicite n'a pas vraiment l'expliquer. Lorsque vous utilisez EL pour accéder à servlet variables, vous pouvez déclarer explicitement étendue que vous souhaitez pour référence, tels que:

     ${requestScope.myVariable}

    Vous pouvez également référence implicitement par l'omission de la portée:

     ${myVariable}

    Maintenant, le problème qui peut se poser ici est que les variables avec le même nom peut provoquer une collision. EL va vérifier les valeurs implicites dans un ordre spécifique: pageScope, requestScope, sessionScope, et applicationScope, param, paramValues, en-tête, headervalues, initParam, cookie, pageContext. Ce que cela signifie est que si vous avez une variable dans la requête portée avec le même nom qu'une variable dans la session ou de la portée de l'application, par exemple, la portée de la requête de la valeur sera référencé.

    Merci pour l'référencé matériaux, je voudrais comprendre moi-même.
    Où puis-je trouver de la documentation sur le bon de commande que vous avez mentionné lors de champ est omis dans EL? Merci!
    Je ne me souviens pas où précisément je l'ai trouvé, mais il y a quelques informations ici: docs.oracle.com/cd/E19159-01/819-3669/bnaij/index.html, qui indique: "Par exemple, lors de l'évaluation de l'expression ${produit}, le solveur va chercher le produit dans la page, request, session, et les applications étendues et sera de retour à sa valeur. Si le produit n'est pas trouvé, la valeur null est retournée." Faire une recherche Google pour "IMPLICITE des objets disponibles pour JSP EL de commande d'accès" fournit également des tonnes de points de départ pour la recherche.

    OriginalL'auteur Russell Shingleton

  2. 20

    Par défaut page, request, session and application les objets sont à la disposition des pages JSP.
    Vous pouvez donc accéder ensuite à l'aide d'EL syntaxe.

    Et tableau suivant montre les objets IMPLICITES disponible pour EL.

           Implicit object            Description
1.     pageScope        Scoped variables from page scope
2.     requestScope     Scoped variables from request scope
3.     sessionScope     Scoped variables from session scope
4.     applicationScope Scoped variables from application scope
5.     param            Request parameters as strings
6.     paramValues      Request parameters as collections of strings
7.     header           HTTP request headers as strings
8.     headerValues     HTTP request headers as collections of strings
9.     initParam        Context-initialization parameters
10.    cookie           Cookie values
11.    pageContext      The JSP PageContext object for the current page

    Afin de session et sessionScope sont les mêmes mais diffère dans le contexte dans lequel elles sont utilisées.Plus précisément session is object et sessionScope is map (key, value) of Attribute and its value.

    • Si vous dites ${session.sessionAttr} il se réfère à l'objet de session
      disponible à la page JSP.

    • Si vous dites ${sessionScope.sessionAttr} il se réfère IMPLICITEMENT
      objet de session disponible pour EL.

    • Ou si vous venez de le dire {attrName} il recherche attrName dans tous les portée de page à la portée de l'application.
    Est de l'ordre ici (de 1 à 10) à la commande spécifique EL levez les yeux lorsque aucune portée est-elle précisée?
    oui...
    Merci! Est-il une référence (documentation) à ce sujet?
    Référence pour vous, mon cher ami @RoyLing
    Merci! vraiment utile.

    OriginalL'auteur Dipak Ingole

  3. 3
    1. session, à la demande, application sont le fait HttpSession,HttpServletRequest et ServletContext objets tout en sessionScope, requestScope and applicationScope fournir l'accès à toutes la séance, demande d'application et l'étendue des attributs.

    Vous pouvez dire que applicationScope > sessionScope > requestScope.

    • applicationScope attributs seront accessibles à toutes les séances, toutes les requêtes sur l'ensemble des applications web. Ces attributs de rester en vie aussi longtemps que l'application est en vie
    • sessionScope attributs seront accessibles à toutes les demandes en travers du courant HttpSession. Ces attributs de rester en vie aussi longtemps que la session est vivant
    • requestScope attributs sera accessible à partir de la requête courante. Une fois la réaction terminée, ils sont partis.
    est-ce à dire que "requestScope" comprend également tous les attributs de "sessionScope" et "applicationScope" (alors que la "demande" ne fonctionne pas)?
    Non, tous les champs ont des attributs différents. Ce que vous pouvez dire, c'est que L'étendue la plus étroite est reqeustScope, puis sessionScope et ensuite la portée de l'application.

    OriginalL'auteur Prasad Kharkar

  4. 2

    La ActionContext est un Struts2 chose, et il est créé dans chaque demande qui est géré par le framework. Quand il a créé le cadre remplit avec la servlet choses avec ses propres implémentations de request, session, et applicaton. Et lorsque vous l'utilisez dans l'application de ces objets sont référencés. Pour accéder à la servlet trucs utiliser le ServletActionContext qui permet de récupérer les ressources appropriées. Struts2 également enveloppe le ServletRequest de donner l'accès aux propriétés de l'action et valueStack de l'EL expressions. sessionScope, requestScope, et applicationScope utilisé avec EL expressions à évaluer à la servlet trucs attributs. Que sont les différences.

    OriginalL'auteur Roman C

  5. 1

    Jetez un oeil ci-dessous le code que j'ai essayé.

    <body>
<%
FirstServlet first=new FirstServlet();  //it has a fileName property and getter setter for it
%>
<%
session.setMaxInactiveInterval(10); //jsp's implicit session object
request.setAttribute("session", first); //jsp's implicit request object
session.setAttribute("hello", "this worked!");
pageContext.getSession().setAttribute("hello", "now this also worked!");%> //same as above

${pageContext.session.maxInactiveInterval } //client's session object
${sessionScope.maxInactiveInterval}
${session.fileName } //FirstServlet Object and gives the fileName I gave.
${sessionScope.hello } //OP: "now this also worked!
${session==sessionScope } //gives false. If using struts2 than true
${request==requestScope } //gives false. If using struts2 than true
</body>

    dans EL comme indiqué par Prasad et le Capitaine lorsque vous utilisez ${sessionScope} il seulement des cartes de la session d'étendue variable des noms à leurs valeurs.

    si vous souhaitez obtenir session client de l'objet que vous devez utiliser pageContext.session

    mais lorsque vous utilisez ${session}, el recherche pour l'attribut maped avec le nom de la session dans l'ordre: page->request->session->application étendues à partir de la gauche vers la droite.

    ${request == requestScope} donne false parce que requestScope est à la demande du client de l'objet lors de request va provoquer EL à la recherche pour objet maped avec request nom dans divers scopes . Mais dans votre cas, il est true en raison de struts2

    jsp implicite de l'objet session et de la session client de l'objet(${pageContext.session}) ne sont pas les mêmes? pouvez-vous expliquer un peu plus?
    Et pourquoi dans struts2 request est égal à requestScope? Pouvez-vous référencé certains matériaux pour moi?
    JSP'session et ${pageContext.session} sont les mêmes objets, mais ${session} et ${sessionScope} ne sont pas les mêmes. jsp EL n'a session comme un objet implicite au lieu de cela il a sessionScope comme un objet implicite mais seulement des cartes de la session d'étendue variable des noms à leurs valeurs qui nous défini à l'aide de session.setAttribute() ainsi, lorsque vous voulez consulter du client que pageContext.session est préférable. Ceci est un lien officiel EL de la documentation.
    ${session.getClass().getSimpleName() } m'a donné SessionMap de la sortie et après beaucoup de recherche, et en se référant EL exemple de lien et Struts 2 SessionMap je suppose que Struts 2 et JSP EL se réfère au même objet, lorsque nous écrire ${session} et ${sessionScope} tout en utilisant struts 2.

    OriginalL'auteur Kartik73