ApplicationContext и ServletContext

Установите для CSS для #footer значение:

position: absolute;
bottom: 0;

Затем вам нужно будет добавить padding или margin в нижней части ваших #sidebar и #content до совпадают с высотой #footer или когда они перекрываются, #footer будет их покрывать.

Кроме того, если я правильно помню, IE6 имеет проблемы с CSS bottom: 0. Возможно, вам придется использовать JS-решение для IE6 (если вас интересует IE6, который есть).

17
задан Raleigh 11 August 2015 в 01:38
поделиться

4 ответа

ApplicationContext - это контейнер Spring.

Он используется для соединения конфигураций из бинов Spring и использования их для приложения.

Используйте ApplicationContext, если вы хотите получить информацию о бобах Spring.

Используйте ServletContext, если вы хотите получить / установить атрибуты, общие для всех сервлетов.

0
ответ дан Thạnh Nguyên 11 August 2015 в 01:38
поделиться

Весной, чтобы прочитать конкретный файл конфигурации инициализации, мы используем контекстный параметр с предопределенным именем, называемым contextConfigLocation .

<context-param>
  <description>WebFlow context configuration</description>
  <param-name>contextConfigLocation</param-name>
  <param-value>/WEB-INF/test-context.xml</param-value>
</context-param> 

Но в случае простого веб-приложения J2EE без включения каких-либо каркасов контекстный параметр может считывать данные из любого места приложения, т. Е. Любой сервлет, фильтровать.

Разница между ApplicationContext и ServletContext , объяснил Санджай

0
ответ дан Micho 11 August 2015 в 01:38
поделиться

ServletContext отличается от «вложения» ApplicationContext. Документ Java говорит следующее для ServletContext

Существует один контекст [сервлет] для «веб-приложения» на виртуальную машину Java. («Веб-приложение» - это набор сервлетов и контента, установленных в определенном подмножестве пространства имен URL-адреса сервера, например / catalog, и, возможно, установленном через файл .war.)

Поскольку более одного «веб-приложения» под одним и тем же AppBase, каждое из которых имеет свои собственные DocBase, WEB-INF/web.xml и т. д., определенно существует общая среда / контекст, который является общим для всех «веб-приложений», о котором идет речь как ApplicationContext. В случае JSF PortletContext является противоположностью ServletContext, а ApplicationContext называется ExternalContext.

-1
ответ дан Madhu 11 August 2015 в 01:38
поделиться

Контекст сервлета:

Он инициализируется при развертывании приложения сервлета. Контекст сервлета содержит все конфигурации (init-param, context-params и т. Д.) Всего приложения сервлета.

Контекст приложения:

Это особенность Spring. Инициализируется весной. Он содержит все определения bean-компонентов и жизненный цикл bean-компонентов, определенных в файлах конфигурации Spring. Servlet-Context не имеет ни малейшего представления об этом.

Существует два типа контекстов в Spring: parent и child.

Родительский контекст Spring (контекст приложения / корневой контекст)

  <listener>
        <listener-lass> 
            org.springframework.web.context.ContextLoaderListener
        </listener-class>
  </listener>
  <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            /WEB-INF/service-context.xml,
            /WEB-INF/dao-context.xml,
            /WEB-INF/was-context.xml,
            /WEB-INF/jndi-context.xml,
            /WEB-INF/json-context.xml
        </param-value>
  </context-param>

role-target-of-contextloaderlistener-in-spring
Spring- ContextLoaderListener-And-DispatcherServlet-Concepts
Когда запускается контейнер Spring, он считывает все определения bean-компонентов из файлов конфигурации и создает объекты bean-объектов и управляет жизненным циклом объектов bean-компонентов. Эта конфигурация не является обязательной.

DispatcherServlet vs ContextLoaderListener
/ декларирование-spring-bean-in-parent-context-vs-child-context

Spring Child Контекст (WebApplicationContext / Child Context)

<servlet>
    <servlet-name>myWebApplication</servlet-name>
    <servlet-class>
         org.springframework.web.servlet.DispatcherServlet
    </servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
    <servlet-name>myWebApplication</servlet-name>
    <url-pattern>/app/*</url-pattern>
</servlet-mapping>

При запуске весеннего веб-приложения он ищет файл конфигурации Spring Bean myWebApplication-servlet.xml. Он будет читать все определения компонентов, создавать и управлять жизненным циклом объектов объектов. Если доступен родительский весенний контекст, он объединит дочерний весенний контекст с родительским весенним контекстом. Если родительский контекст Spring недоступен, приложение будет иметь только дочерний контекст весны.

21
ответ дан ParagFlume 11 August 2015 в 01:38
поделиться
Другие вопросы по тегам:

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