Save This Page
Home » spring-framework-2.5.4 » org.springframework » web » portlet » context » [javadoc | source]
org.springframework.web.portlet.context
abstract public class: AbstractRefreshablePortletApplicationContext [javadoc | source]
java.lang.Object
   org.springframework.core.io.DefaultResourceLoader
      org.springframework.context.support.AbstractApplicationContext
         org.springframework.context.support.AbstractRefreshableApplicationContext
            org.springframework.context.support.AbstractRefreshableConfigApplicationContext
               org.springframework.web.portlet.context.AbstractRefreshablePortletApplicationContext

All Implemented Interfaces:
    ConfigurablePortletApplicationContext, WebApplicationContext, BeanNameAware, InitializingBean, ConfigurableApplicationContext, DisposableBean, ResourceLoader

Direct Known Subclasses:
    XmlPortletApplicationContext

org.springframework.context.support.AbstractRefreshableApplicationContext subclass which implements the ConfigurablePortletApplicationContext interface for portlet environments. Provides a "configLocations" property, to be populated through the ConfigurablePortletApplicationContext interface on portlet application startup.

This class is as easy to subclass as AbstractRefreshableApplicationContext: All you need to implements is the #loadBeanDefinitions method; see the superclass javadoc for details. Note that implementations are supposed to load bean definitions from the files specified by the locations returned by the #getConfigLocations method.

Interprets resource paths as servlet context resources, i.e. as paths beneath the web application root. Absolute paths, e.g. for files outside the web app root, can be accessed via "file:" URLs, as implemented by org.springframework.core.io.DefaultResourceLoader .

This is the portlet context to be subclassed for a different bean definition format. Such a context implementation can be specified as "contextClass" init-param for FrameworkPortlet, replacing the default XmlPortletApplicationContext . It will then automatically receive the "contextConfigLocation" init-param.

Note that Portlet-based context implementations are generally supposed to configure themselves based on the configuration received through the ConfigurablePortletApplicationContext interface. In contrast, a standalone application context might allow for configuration in custom startup code (for example, org.springframework.context.support.GenericApplicationContext ).

Fields inherited from org.springframework.context.support.AbstractApplicationContext:
MESSAGE_SOURCE_BEAN_NAME,  APPLICATION_EVENT_MULTICASTER_BEAN_NAME,  logger
Constructor:
 public AbstractRefreshablePortletApplicationContext() 
Method from org.springframework.web.portlet.context.AbstractRefreshablePortletApplicationContext Summary:
getConfigLocations,   getNamespace,   getPortletConfig,   getPortletContext,   getResourceByPath,   getResourcePatternResolver,   getServletContext,   postProcessBeanFactory,   setNamespace,   setParent,   setPortletConfig,   setPortletContext
Methods from org.springframework.context.support.AbstractRefreshableConfigApplicationContext:
afterPropertiesSet,   getConfigLocations,   getDefaultConfigLocations,   resolvePath,   setBeanName,   setConfigLocation,   setConfigLocations,   setId
Methods from org.springframework.context.support.AbstractRefreshableApplicationContext:
closeBeanFactory,   createBeanFactory,   customizeBeanFactory,   getBeanFactory,   hasBeanFactory,   loadBeanDefinitions,   refreshBeanFactory,   setAllowBeanDefinitionOverriding,   setAllowCircularReferences
Methods from org.springframework.context.support.AbstractApplicationContext:
addApplicationListener,   addBeanFactoryPostProcessor,   addListener,   cancelRefresh,   close,   closeBeanFactory,   containsBean,   containsBeanDefinition,   containsLocalBean,   destroy,   destroyBeans,   doClose,   finishBeanFactoryInitialization,   finishRefresh,   getAliases,   getApplicationListeners,   getAutowireCapableBeanFactory,   getBean,   getBean,   getBean,   getBeanDefinitionCount,   getBeanDefinitionNames,   getBeanFactory,   getBeanFactoryPostProcessors,   getBeanNamesForType,   getBeanNamesForType,   getBeansOfType,   getBeansOfType,   getDisplayName,   getId,   getInternalParentBeanFactory,   getInternalParentMessageSource,   getMessage,   getMessage,   getMessage,   getParent,   getParentBeanFactory,   getResourcePatternResolver,   getResources,   getStartupDate,   getType,   initApplicationEventMulticaster,   initMessageSource,   invokeBeanFactoryPostProcessors,   isActive,   isPrototype,   isRunning,   isSingleton,   isTypeMatch,   obtainFreshBeanFactory,   onClose,   onRefresh,   postProcessBeanFactory,   prepareBeanFactory,   prepareRefresh,   publishEvent,   refresh,   refreshBeanFactory,   registerBeanPostProcessors,   registerListeners,   registerShutdownHook,   setDisplayName,   setId,   setParent,   start,   stop,   toString
Methods from org.springframework.core.io.DefaultResourceLoader:
getClassLoader,   getResource,   getResourceByPath,   setClassLoader
Methods from java.lang.Object:
equals,   getClass,   hashCode,   notify,   notifyAll,   toString,   wait,   wait,   wait
Method from org.springframework.web.portlet.context.AbstractRefreshablePortletApplicationContext Detail:
 public String[] getConfigLocations() 
 public String getNamespace() 
 public PortletConfig getPortletConfig() 
 public PortletContext getPortletContext() 
 protected Resource getResourceByPath(String path) 
    This implementation supports file paths beneath the root of the PortletContext.
 protected ResourcePatternResolver getResourcePatternResolver() 
    This implementation supports pattern matching in unexpanded WARs too.
 public ServletContext getServletContext() 
 protected  void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) 
 public  void setNamespace(String namespace) 
 public  void setParent(ApplicationContext parent) 
 public  void setPortletConfig(PortletConfig portletConfig) 
 public  void setPortletContext(PortletContext portletContext)