Comment puis-je obtenir de l'url de la requête en jsf managed bean sans la demande de servlet?

En supposant que l'URL est http://localhost:8080/project-name/resource.xhtml,

Je veux obtenir de la http://localhost:8080/project-name
dans un managed bean JSF.

InformationsquelleAutor Lan | 2011-06-01
  1. 71

    Je vais supposer que vous êtes en utilisant JSF 2 et Java EE 6 pour cette réponse.

    La mise en œuvre du mécanisme réel varie en fonction de la mesure à laquelle vous aurez besoin de l'URL d'origine.

    Vous aurez d'abord besoin d'obtenir l'accès au conteneur de servlet (supposé, au lieu d'une rubrique conteneur) produit objet HttpServletRequest. Utiliser le FacesContext objet pour accéder à l'objet HttpServletRequest de la manière suivante:

    HttpServletRequest origRequest = (HttpServletRequest)FacesContext.getCurrentInstance().getExternalContext().getRequest();

    La HttpServletRequest classe fournit plusieurs méthodes utiles pour obtenir un près de représentation de la demande d'origine:

    • getRequestURL(), qui prévoit que la demande d'origine sans la chaîne de requête
    • getScheme, getServerName, getServerPort, getContextPath, getServletPath, getPathInfo et getQueryString dont toutes les sorties peuvent être combinés à la séquence d'obtenir la demande d'origine. Vous pourriez avoir à omettre ce dernier invocations si vous voulez une moindre fragment de l'URL.
    • Depuis que je suis sur localhost avec aucun moyen de le tester dès maintenant avec un vrai nom de domaine. Pourriez-vous me dire laquelle de ces méthode pourrait me donner le nom de domaine ? Je veux récupérer http://www.mydomain.com
    InformationsquelleAutor Vineet Reynolds
  2. 24

    Vous pouvez l'obtenir comme suit:

    HttpServletRequest req = (HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext().getRequest();
String url = req.getRequestURL().toString();
return url.substring(0, url.length() - req.getRequestURI().length()) + req.getContextPath() + "/";
//...

    Remarque qu'il y a probablement de meilleures façons d'atteindre l'exigence. L'obtention de la crue de la Servlet API à l'intérieur d'un managed bean JSF est une odeur de code d'alarme.

    • Grâce à sa puce réponse.
    • cela fonctionne bien mais les retours de remorquage slash avant le nom de l'application.
    • voir mise à jour de réponse.
    • si c'est une odeur de code, quelle est la meilleure approche? Je suis en train de faire quelque chose de similaire: stackoverflow.com/questions/20483043/...
    • Je faisais allusion à avoir import javax.servlet.* comme avec HttpServletRequest dans ce cas particulier. Vous n'avez pas.
    InformationsquelleAutor BalusC
  3. 4

    Vous pouvez éviter conteneur des dépendances spécifiques à l'aide de la ExternalContext dans quelque chose comme cette forme:

    public String getApplicationUri() {
  try {
    FacesContext ctxt = FacesContext.getCurrentInstance();
    ExternalContext ext = ctxt.getExternalContext();
    URI uri = new URI(ext.getRequestScheme(),
          null, ext.getRequestServerName(), ext.getRequestServerPort(),
          ext.getRequestContextPath(), null, null);
    return uri.toASCIIString();
  } catch (URISyntaxException e) {
    throw new FacesException(e);
  }
}

    Toutefois, notez que ce code ne peut pas être entièrement conteneur-agnostique - certaines de ces méthodes de jeter un UnsupportedOperationException dans leur mise en œuvre par défaut. Ce code s'appuie sur JSF 2.0 méthodes.

    Vous devriez noter également que l'utilisation d'un URI comme ce n'est pas la bonne manière de se référer à une ressource dans votre application dans le cas général; le ViewHandler et ExternalContext devrait être utilisé de concert pour créer des Url de ressource pour faire référence à des ressources de l'application pour récupérer des ressources ou de l'action de l'Url pour l'invocation de la JSF le cycle de vie, par exemple.

    Malheureusement, je ne pense pas qu'il y est un général, un conteneur de façon agnostique à faire tout ce que vous voulez faire dans une application JSF, donc parfois vous êtes dépendante de la mise en œuvre et vous avez peu de choix, mais de faire tomber d'autres Api.

    • Grâce à sa grande.
    InformationsquelleAutor McDowell
  4. 1

    Le meilleur moyen est de l'accès à la ExternalContext RequestHeaderMap attributs.

        ExternalContext ext = FacesContext.getCurrentInstance().getExternalContext();
    Map<String,String> requestHeader = ext.getRequestHeaderMap();
    urlRefered = requestHeader.get("referer");

    Vous pourriez économiser de l'urlRefered attribut dans vos haricots et de processus dans votre page xhtml comme suit:

    <h:outputText value="#{notFoundBean.urlRefered}

    N'oubliez pas de cartographie de votre page d'erreur dans votre web.xml fichier trop.

    <error-page>
    <error-code>404</error-code>
    <location>/xhtml/pg/error/404.xhtml</location>
</error-page>

    Par l'autre côté vous avez également pu l'obtenir à partir de cette ligne directement à la page xhtml:

    <h:outputText value="#{requestScope['javax.servlet.forward.request_uri']}" />
    InformationsquelleAutor Sky Games Inc