EJB和Web容器中的资源或组件是如何查找的

ejb 是组件。

组件（Component）是对数据和方法的简单封装。C++ Builder中，一个组件就是一个从TComponent派生出来的特定对象。组件可以有自己的属性和方法。属性是组件数据的简单访问者。方法则是组件的一些简单而可见的功能。使用组件可以实现拖放式编程、快速的属性处理以及真正的面向对象的设计。VCL和CLX组件是C++ Builder系统的核心。

组件

zǔjiàn

1[assembly]∶供装配整台机器、构件或元件的零件组合

2[module;package]∶在电子或机械设备中组装在一起形成一个功能单元的一组元件

3[unit]∶组装产品(如书橱或碗橱)时所组合的通常或多或少重复的部分

4[section]∶可被组装或被重新组装的几个部件之一

目前市场上常用的开源Java Web容器有Tomcat、Resin和Jetty。其中Resin从V30后需要购买才能用于商业目的，而其他两种则是纯开源的。可以分别从他们的网站上下载最新的二进制包和源代码。

作为Web容器，需要承受较高的访问量，能够同时响应不同用户的请求，能够在恶劣环境下保持较高的稳定性和健壮性。在>

1、使用document对象获取WebView容器元素，例如：var container=documentgetElementById('webview-container');其中，'webview-container'是WebView容器元素的ID，您需要将其替换为实际的ID值。

2、使用JavaScript的offsetWidth属性获取WebView容器的宽度，例如：var width = containeroffsetWidth。

本篇，我打算从springMVC项目的webxml的配置文件入手，通过部分源码逐步去理解解释三个容器的关系以及调用顺序，因为是基于我个人的理解，可能有所不足。

一般webxml文件里会有如下两段配置信息：

我们先了解下webxml，以下引用自 《webxml文件是什么？有什么用？--详解》 ：

然后结合我们上面的webxml中关于spring和spring mvc的配置信息来进入话题：

    首先，启动web容器的时，会先生成对应项目的ServelContent对象，这个是每个项目的上下文，这个ServelContent可以管理所有的servlet，并将我们webxml中设置的<context-param>内容作为键值对交给这个对象。

    然后加载<listener>标签内容，这个时候就会产生orgspringframeworkwebcontextContextLoaderListener。

spring的这个 ContextLoaderListener 在接下来的过程中很重要，我们来看一下源码

首先，可以看出它继承了ContextLoader类，并实现了ServletContextListener接口。

这里再直接引用他人的结论   《Spring中ContextLoaderListener作用》

好了，人家说法中回到我们的起点了，我们基本都被人告知“ContextLoaderListener的作用是创建并初始化spring容器”

那我们就可以深入进去看看，到底哪里做了这一步：

首先，我们知道了ServletContextListene是ServletContext的监听者，监听器的响应动作就是在服务器启动时contextInitialized会被调用，关闭的时候contextDestroyed被调用，这个好理解，那我们就来看一下ContextLoaderListener重写的contextInitialized方法到底做了什么。

我们再进入观察initWebApplicationContext方法细看

我因为自己消化过一遍，直接给出关键位置的方法说明——

1、首先是278行：创建了WebApplicationContext，我们可以理解为spring容器的壳子有了

2、其次是288和289行：对ApplicationContext加载了配置文件，并设置servletContext为WebApplicationContext的parent，到这一步，可以理解为我们的spring容器也就差不多成型了

3、接下来是294行：把ApplicationContext对象以键值对的形式存到servletContext中，这一步很关键，就是因为servletContext中存在这个键值对，所以其他内部成员可以通过servletContext访问到ApplicationContext，当然也能使用其管理的bean，而spring mvc则没有这样存在servletContext，所以我觉得正是这一步决定了子容器springmvc可以取用父容器内的bean，反着则不然。

接下来直到轮到我们的springmvc容器<servlet>标签内容

会生成控制orgspringframeworkwebservletDispatcherServlet，这是一个前端控制器，主要的内容我之前也有一篇文章做过自我记录

《Spring MVC的工作机制简单理解》

我们可以看到设置的

<load-on-startup>1</load-on-startup>

这个标签大概意思就是：

1、load-on-startup 元素标记容器是否应该在web应用程序启动的时候就加载这个servlet，(实例化并调用其init()方法)。

2、它的值必须是一个整数，表示servlet被加载的先后顺序。

3、如果该元素的值为负数或者没有设置，则容器会当Servlet被请求时再加载。

4、如果值为正整数或者0时，表示容器在应用启动时就加载并初始化这个servlet，值越小，servlet的优先级越高，就越先被加载。值相同时，容器就会自己选择顺序来加载。

在DispatcherServlet的时候就根据springMVC容器容器的配置文件生成。

比如我这边就是

那顺序确定了，我们再看一下spring和spring mvc的父子关系哪里确定：

我们可以从下面3个截图看到dispatcherServlet的继承关系，同时，init方法用的是dispatcherServlet父类的父类的方法。

重点在于initServletBean()方法，经过追踪，我们找到该方法的最终实现又是在dispatcherServlet的父类FrameworkServlet中

其中涉及父子关系的实际是在219行的initWebApplicationContext()方法

initWebApplicationContext()方法主要用于创建或刷新WebApplicationContext实例，并对Servlet功能所使用的变量进行初始化。

从238行源码就可以看到，它获得ContextLoaderListener中初始化的rootContext，

在246行设置了父子关系的引用，也就是从这一点我们看到了spring和springMVC的父子关系！

并且，可以看到这只是一条单向的引用，spring中没有引用直接指向springMVC，也就是子类能找到父类，然而父类都不知道这个子类，父子容器之间内部对象调用关系更明了。

再通过构造函数和Servlet的contextAttribute属性查找ServletContext来进行webApplicationContext实例的初始化，最终。

这个方法内263行源码onRefresh(wac)方法是FrameworkServlet提供的模板方法，在子类，也就是我们的DispatcherServlet的onRefresh()方法中进行了重写。而在onRefresh()方法中调用了initStrategies()方法来完成初始化工作，初始化Spring MVC的9个组件。

1、Tomcat在启动时给每个Web应用创建一个全局的上下文环境，这个上下文就是ServletContext，其为后面的Spring容器提供环境。

2、Tomcat在启动过程中触发容器初始化事件，Spring的ContextLoaderListener会监听到这个事件，它的contextInitialized方法会被调用，在这个方法中，Spring会初始化全局的Spring根容器，这个就是Spring的IoC容器，IoC容器初始化完毕后，Spring将其存储到ServletContext中，便于以后来获取。

3、Tomcat在启动过程中还会扫描Servlet，一个Web应用中的Servlet可以有多个，以SpringMVC中的DispatcherServlet为例，这个Servlet实际上是一个标准的前端控制器，用以转发、匹配、处理每个Servlet请求。

4、Servlet会在容器启动时加载或延迟加载（根据启动级别设置数字）。延迟加载时，当第一个请求达到时，serlet容器发现对应Servlet还没有被实例化，就调用Servlet的init方法。

在spring MVC里

        DispatcherServlet在初始化的时候会建立自己的容器，叫做SpringMVC 容器，用来持有Spring MVC相关的Bean。同时，Spring MVC还会通过ServletContext拿到Spring根容器，并将Spring根容器设为SpringMVC容器的父容器，请注意，Spring MVC容器可以访问父容器中的Bean，但是父容器不能访问子容器的Bean， 也就是说Spring根容器不能访问SpringMVC容器里的Bean。

        说的通俗点就是，在Controller里可以访问Service对象，但是在Service里不可以访问Controller对象。

requestgetSession()getServletContext() 获取的是Servlet容器对象，相当于tomcat容器了。getRealPath("/") 获取实际路径，“/”指代项目根目录，所以代码返回的是项目在容器中的实际发布运行的根路径如：I:\workspace\metadata\plugins\orgeclipsewstservercore\tmp1\wtpwebapps\UMPWeb_20131230\

java编程中容器是一个Java 所编写的程序，原先必须自行编写程序以管理对象关系，现在容器都会自动帮您作好。容器可以管理对象的生命周期、对象与对象之间的依赖关系，可以使用一个配置文件（通常是XML），在上面定义好对象的名称、如何产生（Prototype 方式或Singleton 方式）、哪个对象产生之后必须设定成为某个对象的属性等，在启动容器之后，所有的对象都可以直接取用，不用编写任何一行程序代码来产生对象，或是建立对象与对象之间的依赖关系。

服务器是Javaweb程序运行的环境如：tomcat ，只有在服务器下的Javaweb程序才能正常启动并被外部访问

概念一直是学习计算机软件开发中经常遇到的问题 也是软件行业最喜欢创造的东西 很多时候 学习计算机软件开发遇到困难都是因为对某些概念的不理解 而不是因为技术本身有多么复杂 Java Web作为Java EE技术体系的一部分 应该是目前所有Web开发技术中最复杂的一种 很多初学者 或者是从ASP PHP转移过来的开发者都会遇到概念方面的困难

其实很多概念都是非产简单的 只是因为厂家为了宣传需要 将概念复杂化 学术化 导致学习者觉得这些概念非常深奥 难以理解 在这里 我们首先去澄清Java Web开发中几个常用的基本概念 当然理解这些概念的前提是需要你具备一定的计算机系统 面向对象等方面基础知识

Web容器

所有的程序运行都需要有一个必要的运行环境 这个环境可以是软件 也可以是硬件 或者是软件和硬件的结合 比如说Windows *** 作系统需要运行在硬件基础上 Office软件需要运行在 *** 作系统上 并且程序与运行环境之间会有一定的数据交换 比如 *** 作系统会将运行指令传递给硬件 硬件也会将指令运行结果传递给 *** 作系统 Java Web程序也需要一个运行环境才能够执行 这种运行Java Web程序的环境被称为Web容器 Java Web程序与Web容器之间存在数据交互 目前主要存在两种类型的Java Web容器 一种是独立的Java Web容器 在这种容器里面只能运行Web程序 这种容器一般也叫做Web服务器 如Tomcat等 另一种是与其他Java EE容器混合在一起的Web容器 Web容器负责运行Web程序 其他容器负责运行EJB等程序 如WebLogic等

当用户通过浏览器等Web客户端软件向服务器发出一个请求之后 首先接收到这个请求的是Web容器 Web容器会将请求信息封装到一个>

呵呵，你还不懂servlet的容器吧。首先，你的ReadTxtjava编译后生成的class文件是在web-inf下class这个文件夹下，也就是说web-inf下还有一个class文件夹，这个知道的吧，web容器加载class文件的时候，就是加载这个文件夹下的class文件。所以，你可以用class加载器得到这个class文件夹的路径，得到这个路径了你爱放booktxt在哪就放在哪。一般来说都是这样做的，如果要读取一些文件，一般是将这些文件放在class文件夹下，然后用class加载器来取路。

ClassLoader cl = ReadTxtclassgetClassLoader();

String Path = clgetResource("txt/booktxt")toURI()getPath();

记得将txt/booktxt放到class文件夹下。

慢慢领悟，你行的。

以上就是关于EJB和Web容器中的资源或组件是如何查找的全部的内容，包括:EJB和Web容器中的资源或组件是如何查找的、简述一下Java中的web容器，举几个例子也行、h5页面获取webview容器宽度等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！