Почему лица добавляются в мой url? [Дубликат]

Question

Почему лица добавляются в мой url? [Дубликат]

Хороший вопрос. Я не верю, что вам нужно избегать текста тела, но я знаю, что можно добавить заголовки к почте (например, BCC на тысячи адресов), если вы разрешите пользователю вводить адрес из адреса. Поэтому, если вы помещаете в нее переменные, определенно проверяйте новые строки (\n и \r), чтобы не добавлять дополнительные заголовки.

53

jsf

задан BalusC 19 April 2018 в 06:42

1 ответ

Другие вопросы по тегам:

jsf

Похожие вопросы:

score 95 · Accepted Answer

Расширение .jsf - это место, где FacesServlet находится во время периода JSF 1.2, часто отображаемого в web.xml.

<servlet-mapping>
    <servlet-name>facesServlet</servlet-name>
    <url-pattern>*.jsf</url-pattern>
</servlet-mapping>

Расширение .xhtml является фактическим файлом Facelets, так как вы физически помещены в webcontent вашего webapp, например. [F8].

Если вы вызываете эту страницу с расширением .jsf, например. http://localhost:8080/webapp/page.jsf, тогда будет вызываться FacesServlet, найти файл page.xhtml и проанализировать / отобразить его компоненты JSF. Если FacesServlet не вызывается, то конечный пользователь получит исходный код исходного кода XHTML (который можно увидеть правой кнопкой мыши, View Source).

Иногда расширение *.faces или /faces/* используется папка. Но это происходило со времен JSF 1.0 / 1.1. Вы можете выбирать и использовать любое сопоставление, которое вы хотели бы позволить прослушивать FacesServlet, даже если это ничего не говорит *.xyz. Сама фактическая страница всегда должна иметь расширение .xhtml, но это настраивается следующим <context-param> в web.xml:

<context-param>
    <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
    <param-value>.xml</param-value>
</context-param>

Это изменит FacesServlet, чтобы найти page.xml instad of (default) page.xhtml.

Совсем недавно с JSF / Facelets 2.0 было использовано сопоставление *.xhtml. В JSF / Facelets 1.x нельзя было использовать то же расширение отображения, что и физический файл. Это приведет к бесконечному циклу. Но с JSF / Facelets 2.0 это возможно, и это позволяет вам вызвать страницу на http://localhost:8080/webapp/page.xhtml.

<servlet-mapping>
    <servlet-name>facesServlet</servlet-name>
    <url-pattern>*.xhtml</url-pattern>
</servlet-mapping>

Таким образом, вам не нужно настраивать некоторые ограничения безопасности, чтобы скрыть исходные исходные файлы для случаев, когда конечный пользователь меняет, например, .jsf в URL-адресе .xhtml в адресной строке браузера , Только инструментальные средства (IDE и плагины) и учебные ресурсы по-прежнему нуждаются в том, чтобы догнать защищенный переход от *.jsf до *.xhtml. Согласно JSF 2.3, FacesServlet по умолчанию будет авторегистрацией на *.xhtml тоже (рядом с /faces/*, *.faces и *.jsf). Это обращено к Mojarra 2.2.11.

См. Также:

Можем ли мы использовать регулярные выражения в шаблонах URL web.xml? Установите домашнюю страницу по умолчанию через & lt; приветственный файл & gt; в проекте JSF JSF возвращает пустую / непроверенную страницу с открытым / исходным источником XHTML / XML / EL вместо визуализированного вывода HTML. В чем разница между созданием JSF-страниц с расширением .jsp или .xhtml или .jsf. Какие файлы XHTML мне нужно поставить in / WEB-INF, а какие нет? Настроить FacesServlet & lt; url-pattern & gt; чтобы избавиться от расширения .xhtml

Я вижу, не могли бы вы показать мне, как отображение происходит в web.xml — Thang Pham, 9 June 2010 в 19:05
Когда servletcontainer запускается, он анализирует web.xml, загружает все сервлеты, запоминает сопоставления, а затем при каждом запросе проверяет, соответствует ли url отображению сервлета, а затем вызывает сервлет. Также см. [D0] этот ответ для примерного примера. — BalusC, 9 June 2010 в 19:10
Этот ответ настолько хорош, что, вероятно, должен быть в руководстве Java EE :) — Bailey S, 18 June 2013 в 20:54
@Bailey: на самом деле это объясняется в главе Servlets. Итак, изучение JSF в основном требует базового знания сервлета . Тем не менее, это в случае обучения Java EE 6, рассмотренного позже JSF (глава 15, в то время как JSF рассматривается в главе 4). — BalusC, 18 June 2013 в 21:08