Как отметили другие, файлы .jspf - фрагменты JSP. Они разработаны, чтобы быть статически включенным в другой файл JSP, не компилируемый самостоятельно:
<%@include file="/WEB-INF/jspf/example.jspf" %>
Вы заметите, что этот пример поставляется из каталога / Web-inf / JSPF
. Это означает, что он не доступен за пределами веб-приложения; Там нет способа построить URL, который может его получить. Если вы поместите их в тот же каталог, что и «нормальные» файлы JSP, вы можете построить такой URL; Tomcat, например, извлекает страницу в качестве текстового документа. Однако интерфейсный веб-сервер может блокировать эти URL.
Мне нравятся файлы JSPF в качестве первого шага в рефакторинга больших страниц JSP . Поскольку они статически включены, вы можете извлечь небольшой кусок файла, не делая резерв для сценариев или переменных, что приведет к страницам, которые несколько более ремонты (и я хочу подчеркнуть, это первый шаг ; Динамические включения и Taglibs обычно являются лучшим долгосрочным решением). При рефакторинге я верю в сохранение фрагментов, близких к их родительским файлам; Это при наличии веб-сервера для блокировки URL-адресов становится полезным.
IBM говорит , что .jspf для фрагментов JSP. Фрагмент не может быть полным и коммутилируемым источником, поэтому они, вероятно, не могут быть скомпилированы независимо от другого, полного источника, который их ссылаются.
Они упомянуты в Ресурсы разработчиков Солнца в том же контексте - Конвенция об именах для фрагментов JSP.
Во многих веб-каркасах можно собрать вид и страницы от меньших, общих просмотров и страниц. Используя JSP, эти меньшие части называются фрагментами . Как подразумевает название, они не обязательно полное представление без более крупного контекста.
Другие языки и рамки имеют свой собственный термин для эквивалентной концепции. Например, в Ruby на рельсах они называются частичными .