Zugriff auf die vollständige url, einschließlich hostname mit jstl

<c:url var="myUrl" value="/MyPath/${MyID}"/>

die ich dann später benutzen (um Benutzern zu ermöglichen, kopieren von links) : 

<input size="35" disabled value="${myUrl}" />

und es zeigt,

/my-app-name/MyPath/23

aber ich will, dass es 

http://myHost/my-app-name/MyPath/23

Kann ich voranstellen der Zeichenfolge sicher, wollte aber ein Weg, um aktiv die richtige hostname ... ?

  • Nebenbei bemerkt: denken Sie Daran, dass aktiv immer der hostname geben Sie den Hostnamen, die verwendet wurde, um Ihren server erreichen. Wenn es eine app hinter einem reverseProxy (beispielsweise ein Apache-Umleitung Anfrage an den app-server), werden Sie nicht haben, die Hostnamen der Benutzer sieht.
InformationsquelleAutor NimChimpsky | 2011-10-06
  1. 23

    Müssen Sie bereiten Sie sich basierend auf der HttpServletRequest#getRequestURL() und ein wenig Hilfe von JSTL-Funktionen:

    <c:set var="req" value="${pageContext.request}" />
<c:set var="baseURL" value="${fn:replace(req.requestURL, fn:substring(req.requestURI, 1, fn:length(req.requestURI)), req.contextPath)}" />
...
<c:url var="myUrl" value="${baseURL}/${MyID}"/>
    • das war schnell, thnx, werde give it a shot.
    • auf tomcat 7.0.52, musste ich ändern Sie den Beginn der Teilzeichenfolge von 1 auf 0 : fn:substring(req.requestURI, 0, fn:length(req.requestURI)), etc.
    • noch besser, tomcat 7.0.52, vereinfachte baseURL funktioniert bei mir: <c:set var="baseURL" value="${fn:replace(req.requestURL, req.requestURI, req.contextPath)}" />
    • dieser schlägt fehl, wenn webapp bereitgestellt wird context root und der request-URI ist "/". Dies schlägt auch dann fehl, wenn die Anforderungs-URL enthält -durch Zufall - wiederholt Teile der Anfrage-URI. Sie würde wirklich besser substring aus der genauen Teil, die durch den index.
    InformationsquelleAutor BalusC
  2. 7

    HttpServletRequest-Objekt hat alle details:

    • getProtocol
    • getServerName
    • getContextPath

    also ich denke, dass Sie verwenden können:

    ${request.protocol} ://${request.serverName} ${request.contextPath} /etc

    bauen, was Sie wollen.

    • und port zu verwenden 🙂
    • Sie würde am Ende nur in eine unübersichtliche if-else-Logik fließen in, um sich zu verstecken der port sollte es schon der Standard-port für das angegebene protocol. Es ist einfacher zu bauen, basierend auf getRequestURL(). Auch die getServerName() ist manipulierbar durch den Kunden auf der Host - request-header, wäre ich nicht auf diese angewiesen sind.
    • Ok. Ich glaube nicht, versteckt sich der Hafen. Ich nicht gehen die getRequestURL Weg, weil der OP wollte die URL ändern. Eine Frage. Ich habe nicht verstanden servername manipulation. Ist es so, dass wenn der client senden Host:www.other.com das wird in unsere gebaute URL?
    • habe es funktioniert mit ${pageContext.Anfrage.serverName}
    • Was ist, wenn ich whant, um nur die "page name", Beispiel: wenn ich localhost:8080/ticket/pages/cadastro.jsf dann muss ich überprüfen, ist "diese" Seite " ist gleich "cadastro.jsf" (JSF/Primefaces) ?
    InformationsquelleAutor helios
Schreibe einen Kommentar