Как заставить Jetty динамически загружать "статические" страницы

Вероятно, это браузер, который держится за это.

внутри I.E: Инструменты | Свойства обозревателя | Временные файлы Интернета> Настройки, щелкните переключатель «Каждое посещение страницы». нажмите ОК.

Перед тем, как сделать это, удалите все временные интернет-файлы.

Jetty использует файлы с отображением памяти для буферизации статического содержимого, что вызывает блокировку файлов в Windows. Попробуйте установить useFileMappedBuffer для DefaultServlet на false.

У Устранение неполадок с заблокированными файлами в Windows (из вики-страницы Jetty) есть инструкции.

Хотя один из приведенных выше ответов точно подходит для настройки причала с помощью xml, если вы хотите настроить эту опцию в коде (для встроенного сервера), ответ будет другим и не найден на этой странице.

Вы найдете ряд предложений в Интернете, в том числе

context.getInitParams (). put ("useFileMappedBuffer", "ложь");

Или переопределив WebAppContext, или используя полное имя для параметра инициализации. Ни одно из этих предложений не помогло мне (с использованием Jetty 7.2.2). Частично проблема заключалась в том, что параметр useFileMappedBuffer должен быть установлен в сервлете, который WebAppContext использует для обслуживания статических файлов, а не в контексте.

В конце концов, я сделал что-то подобное с простым ServletContextHandler

// Startup stuff
final Server server = new Server(port);
ServletContextHandler handler = new ServletContextHandler();
handler.setResourceBase(path);

SessionManager sm = new HashSessionManager();
SessionHandler sh = new SessionHandler(sm);
handler.setSessionHandler(sh);

DefaultServlet defaultServlet = new DefaultServlet();
ServletHolder holder = new ServletHolder(defaultServlet);
holder.setInitParameter("useFileMappedBuffer", "false");
handler.addServlet(holder, "/");

server.setHandler(handler);
server.start();
server.join();

Хотя это старая проблема, но я нашел сообщение это очень полезным, короче просто измените свою конфигурацию на

            <plugin>
                <groupId>org.mortbay.jetty</groupId>
                <artifactId>jetty-maven-plugin</artifactId>
                <configuration>
                <connectors>
                    <connector implementation = "org.eclipse.jetty.server.bio.SocketConnector">
                        <port>8080</port>
                    </connector>
                </connectors>
                </configuration>
            </plugin>

Это отключает поддержку NIO в Jetty (но для простых случаев это не должно быть проблемой для puropse отладки).

При использовании встроенной Jetty 8.1.10 параметр useFileMappedBuffer = false не работает ни в каком режиме. Я прочитал код DefaultServlet, он читает свойство, но ни для чего не используется.

Вместо этого я посмотрел, где было настроено создание буфера, и обнаружил, что могу создать подкласс SelectChannelConnector, чтобы получить преимущества продолжения, но без блокировки файлов в Windows. Если вы просто используете org.mortbay.jetty.bio.SocketConnector, вы не получите дополнительной поддержки.

Вот мой пример:

import org.eclipse.jetty.io.Buffers.Type;
import org.eclipse.jetty.server.nio.SelectChannelConnector;

/**
 * A Connector that has the advantages NIO, but doesn't lock files in Windows by
 * avoiding memory mapped buffers.
 * <p> 
 * It used to be that you could avoid this problem by setting "useFileMappedBuffer" as described in 
 * http://stackoverflow.com/questions/184312/how-to-make-jetty-dynamically-load-static-pages
 * However that approach doesn't seem to work in newer versions of jetty.
 * 
 * @author David Roussel
 * 
 */
public class SelectChannelConnectorNonLocking extends SelectChannelConnector {

    public SelectChannelConnectorNonLocking() {
        super();

        // Override AbstractNIOConnector and use all indirect buffers
        _buffers.setRequestBufferType(Type.INDIRECT);
        _buffers.setRequestHeaderType(Type.INDIRECT);
        _buffers.setResponseBufferType(Type.INDIRECT);
        _buffers.setResponseHeaderType(Type.INDIRECT);
    }
}

Я проверил это на наличие проблемы с блокировкой, и это решает проблему. Я еще не проверял, работает ли он с Continuations.

Установка false для useFileMappedBuffer в webdefault.xml сработала для меня НЕТ (Jetty 8.1.10.v20130312). К счастью, установка maxCachedFiles на 0 (также в webdefault.xml) сработала.

Подобно ответу @kybernetikos, но без необходимости воссоздавать DefaultServlet:

// Startup stuff
final Server server = new Server(port);
WebAppContext webAppContext = new WebAppContext(path, "/")
webAppContext.setInitParam(
        "org.eclipse.jetty.servlet.Default.useFileMappedBuffer", "false");

server.setHandler(webAppContext);
server.start();
server.join();

DefaultServlet будет искать свою собственную копию useFileMappedBuffer, которая, похоже, установлена ​​глубоко внутри Jetty. Но при добавлении к имени свойства префикса, как указано выше, это значение является предпочтительным.

Документация Jetty 9.2 дает пример Jetty Embedded для обслуживания статических файлов с использованием ResourceHandler вместо сервлета:

// Create a basic Jetty server object that will listen on port 8080.  Note that if you set this to port 0
// then a randomly available port will be assigned that you can either look in the logs for the port,
// or programmatically obtain it for use in test cases.
Server server = new Server(8080);

// Create the ResourceHandler. It is the object that will actually handle the request for a given file. It is
// a Jetty Handler object so it is suitable for chaining with other handlers as you will see in other examples.
ResourceHandler resource_handler = new ResourceHandler();
// Configure the ResourceHandler. Setting the resource base indicates where the files should be served out of.
// In this example it is the current directory but it can be configured to anything that the jvm has access to.
resource_handler.setDirectoriesListed(true);
resource_handler.setWelcomeFiles(new String[]{ "index.html" });
resource_handler.setResourceBase(".");

// Add the ResourceHandler to the server.
HandlerList handlers = new HandlerList();
handlers.setHandlers(new Handler[] { resource_handler, new DefaultHandler() });
server.setHandler(handlers);

// Start things up! By using the server.join() the server thread will join with the current thread.
// See "http://docs.oracle.com/javase/1.5.0/docs/api/java/lang/Thread.html#join()" for more details.
server.start();
server.join();

Jetty использует NIO (отображение файлов в памяти) и, следовательно, блокирует файлы в операционных системах Windows. Это известная проблема, и для сервлетов можно найти много обходных путей.

Однако, поскольку этот пример не полагается на сервлеты, связанные ответы на основе параметров веб-приложения (useFileMappedBuffer, maxCachedFiles) не работают.

Чтобы предотвратить отображение файлов в памяти, вам необходимо добавить следующую строку конфигурации:

resource_handler.setMinMemoryMappedContentLength(-1);

Примечание: как написано в Javadoc (и замечено nimrodm): the minimum size in bytes of a file resource that will be served using a memory mapped buffer, or -1 for no memory mapped buffers. Однако у меня такое же поведение со значением Integer.MAX_VALUE.

Как только этот параметр установлен, ваш Jetty может обслуживать статические файлы в Windows, и вы можете их редактировать.

При использовании IntelliJ и Jetty 9 с ResourceHandler одним из решений является редактирование статического содержимого в целевом каталоге, а не в исходном файле.

У меня тоже была такая проблема.

И я не хотел создавать никаких дополнительных классов и возиться с web.xml

Итак, вот что вы можете сделать:

Предполагая, что ваш проект основан на maven и (скажем,) называется 'my-web-app'

1. создать файл my-web-app/jetty/jetty-config.xml

2. поместите это вещество внутрь:

   <?xml version = "1.0" encoding = "UTF-8"?>
   <Configure class = "org.eclipse.jetty.webapp.WebAppContext">
      <Call name = "setInitParameter">
        <Arg>org.eclipse.jetty.servlet.Default.useFileMappedBuffer</Arg>
        <Arg>false</Arg>
      </Call>
   </Configure>
   

3. Вот конфигурация вашего причала:

   <plugin>
       <groupId>org.eclipse.jetty</groupId>
       <artifactId>jetty-maven-plugin</artifactId>
       <configuration>
           <httpConnector>
               <host>localhost</host>
               <port>8801</port>
           </httpConnector>
           <webApp>
               <contextPath>/${project.artifactId}</contextPath>
           </webApp>
           <contextXml>${project.basedir}/jetty/jetty-config.xml</contextXml>
       </configuration>
   </plugin>
   

Это решение добавит атрибут к вашему сервлет-контексту, который отключит блокировку статических ресурсов.

Веселиться :)