GVKun编程网logo

如何在META-INF / context.xml中为Tomcat指定路径（tomcat metaspace）

30

本文将为您提供关于如何在META-INF/context.xml中为Tomcat指定路径的详细介绍，我们还将为您解释tomcatmetaspace的相关知识，同时，我们还将为您提供关于applicat

本文将为您提供关于如何在META-INF / context.xml中为Tomcat指定路径的详细介绍，我们还将为您解释tomcat metaspace的相关知识，同时，我们还将为您提供关于applicationContext.xml中 和 的区别、IOException parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nes、java – 为什么Intellij-IDEA忽略我的tomcat / conf / server.xml Context标签？、JSP 自己写的在JSP页面得到文件的服务器路径，并对XML文件进行读写（以对Tomcat的conf目录中的context.xml文件为例）的实用信息。

本文目录一览：

如何在META-INF / context.xml中为Tomcat指定路径（tomcat metaspace）

如何在META-INF / context.xml中为Tomcat指定路径（tomcat metaspace）

我正在使用Tomcat
7，并且想在war文件本身中设置war文件的上下文根，并让Tomcat自动部署并选择此路径。我以为我找到了方法，可以通过将context.xml放入其中包含的战争的META-
INF目录中。

<?xml version="1.0" encoding="UTF-8"?><Context path="/somepath/myapp"/>

但这似乎不起作用，我认为它是由http://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/catalina/startup/SetContextPropertiesRule.html加载的，它声明除了路径！

我知道我可以将战争命名为somepath＃myapp.war，它将被选中，但我也部署到对这样的名称不满意的weblogic中。

我可以使用一些设置来使上面的context.xml中的路径起作用吗？

谢谢大卫

答案1

小编典典

语境path除非在指定的路径属性将被忽略的硬编码Context在server.xml，这是强烈反对，并没有考虑多路径。

war文件的名称或Context xml文件的名称将tomcat/conf/Catalina/hostname成为path已部署应用程序的名称。

就您而言，上述两种方法中的后一种是解决方案，只需确保将.war文件放在appBase主机指定的文件之外，否则将部署该应用两次。

在： conf/Catalina/localhost/myapp#path.xml

<?xml version="1.0"?><Context docBase="/some/path/to/myapp.war"></Context>

applicationContext.xml中<context:annotation-config> 和 <context:component-scan>的区别

applicationContext.xml中 和 的区别

Difference between <context:annotation-config> vs <context:component-scan>

<context:annotation-config>是用于激活那些已经在spring容器里注册过的bean（无论是通过xml的方式还是通过package sanning的方式）上面的注解。

<context:component-scan>除了具有<context:annotation-config>的功能之外，<context:component-scan>还可以在指定的package下扫描以及注册javabean。

下面我们通过例子来详细查看他们的区别，

有三个class A,B,C,并且B,C的对象被注入到A中.

package com.xxx;
public class B {
  public B() {
    System.out.println("creating bean B: " + this);
  }
}

package com.xxx;
public class C {
  public C() {
    System.out.println("creating bean C: " + this);
  }
}

package com.yyy;
import com.xxx.B;
import com.xxx.C;
public class A { 
  private B bbb;
  private C ccc;
  public A() {
    System.out.println("creating bean A: " + this);
  }
  public void setBbb(B bbb) {
    System.out.println("setting A.bbb with " + bbb);
    this.bbb = bbb;
  }
  public void setCcc(C ccc) {
    System.out.println("setting A.ccc with " + ccc);
    this.ccc = ccc; 
  }
}

在applicationContext.xml中加入下面的配置 :

<bean id="bBean"class="com.xxx.B"/><bean id="cBean"class="com.xxx.C"/><bean id="aBean"class="com.yyy.A"><property name="bbb" ref="bBean"/><property name="ccc" ref="cBean"/></bean>

加载applicationContext.xml配置文件，将得到下面的结果:

creating bean B: com.xxx.B@c2ff5 creating bean C: com.xxx.C@1e8a1f6 creating bean A: com.yyy.A@1e152c5 setting A.bbb with com.xxx.B@c2ff5 setting A.ccc with com.xxx.C@1e8a1f6

OK,这个结果没什么好说的，就是完全通过xml的方式，不过太过时了，下面通过注解的方式来简化我们的xml配置文件

首先，我们使用autowire的方式将对象bbb和ccc注入到A中：

package com.yyy;
import org.springframework.beans.factory.annotation.Autowired;
import com.xxx.B;
import com.xxx.C;
public class A { 
  private B bbb;
  private C ccc;
  public A() {
    System.out.println("creating bean A: " + this);
  }
  @Autowired
  public void setBbb(B bbb) {
    System.out.println("setting A.bbb with " + bbb);
    this.bbb = bbb;
  }
  @Autowired
  public void setCcc(C ccc) {
    System.out.println("setting A.ccc with " + ccc);
    this.ccc = ccc;
  }
}

然后，我们就可以从applicationContext.xml中移除下面的配置

<property name="bbb" ref="bBean"/><property name="ccc" ref="cBean"/>

移除之后，我们的applicationContext.xml配置文件就简化为下面的样子了

<bean id="bBean"class="com.xxx.B"/><bean id="cBean"class="com.xxx.C"/><bean id="aBean"class="com.yyy.A"/>

当我们加载applicationContext.xml配置文件之后，将得到下面的结果：

creating bean B: com.xxx.B@5e5a50 creating bean C: com.xxx.C@54a328 creating bean A: com.yyy.A@a3d4cf
ottom: 1em; border: 0px; vertical-align: baseline; clear: both; font-family: Arial,结果是错误的的，究竟是因为什么呢？为什么我们的属性没有被注入进去呢？

是因为注解本身并不能够做任何事情，它们只是最基本的组成部分，我们需要能够处理这些注解的处理工具来处理这些注解

这就是<context:annotation-config>所做的事情

我们将applicationContext.xml配置文件作如下修改：

<context:annotation-config /><bean id="bBean"class="com.xxx.B"/><bean id="cBean"class="com.xxx.C"/><bean id="aBean"class="com.yyy.A"/>

creating bean B: com.xxx.B@15663a2 creating bean C: com.xxx.C@cd5f8b creating bean A: com.yyy.A@157aa53 setting A.bbb with com.xxx.B@15663a2 setting A.ccc with com.xxx.C@cd5f8b
ottom: 1em; border: 0px; vertical-align: baseline; clear: both; font-family: Arial,结果正确了

但是如果我们将代码作如下修改：

package com.xxx;
import org.springframework.stereotype.Component;
@Component
public class B {
  public B() {
    System.out.println("creating bean B: " + this);
  }
}

package com.xxx;
import org.springframework.stereotype.Component;
@Component
public class C {
  public C() {
    System.out.println("creating bean C: " + this);
  }
}

package com.yyy;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
import com.xxx.B;
import com.xxx.C;
@Component
public class A { 
  private B bbb;
  private C ccc;
  public A() {
    System.out.println("creating bean A: " + this);
  }
  @Autowired
  public void setBbb(B bbb) {
    System.out.println("setting A.bbb with " + bbb);
    this.bbb = bbb;
  }
  @Autowired
  public void setCcc(C ccc) {
    System.out.println("setting A.ccc with " + ccc);
    this.ccc = ccc;
  }
}

applicationContext.xml配置文件修改为：

<context:annotation-config />

当我们加载applicationContext.xml配置文件之后，却没有任何输出，这是为什么呢？

那是因为<context:annotation-config />仅能够在已经在已经注册过的bean上面起作用。对于没有在spring容器中注册的bean，它并不能执行任何操作。

但是不用担心，<context:component-scan>除了具有<context:annotation-config />的功能之外，还具有自动将带有@component,@service,@Repository等注解的对象注册到spring容器中的功能。

<context:component-scan base-package="com.xxx"/>

当我们加载applicationContext.xml的时候，会得到下面的结果：

creating bean B: com.xxx.B@1be0f0a creating bean C: com.xxx.C@80d1ff

这是什么原因呢？

是因为我们仅仅扫描了com.xxx包及其子包的类，而class A是在com.yyy包下，所以就扫描不到了

下面我们在applicationContext.xml中把com.yyy也加入进来：

<context:component-scan basepackage="com.xxx,com.yyy"/><context:component-scan base-package="com.xxx"/> 
然后加载applicationContext.xml就会得到下面的结果：
creating bean B: com.xxx.B@cd5f8b creating bean C: com.xxx.C@15ac3c9 creating bean A: com.yyy.A@ec4a87 setting A.bbb with com.xxx.B@cd5f8b setting A.ccc with com.xxx.C@15ac3c9

哇，结果正确啦 ！

回头看下我们的applicationContext.xml文件，已经简化为：

/><context:component-scan base-package="com.xxx"/>

了。

那如果我们在applicationContext.xml手动加上下面的配置，也就是说既在applicationContext.xml中手动的注册了A的实例对象，同时，通过component-scan去扫描并注册B,C的对象

<context:component-scan base-package="com.xxx"/><bean id="aBean"class="com.yyy.A"/>

结果仍是正确的:

creating bean B: com.xxx.B@157aa53 creating bean C: com.xxx.C@ec4a87 creating bean A: com.yyy.A@1d64c37 setting A.bbb with com.xxx.B@157aa53 setting A.ccc with com.xxx.C@ec4a87

虽然class A并不是通过扫描的方式注册到容器中的 ，但是<context:component-scan>所产生的的处理那些注解的处理器工具，会处理所有绑定到容器上面的bean，不管是通过xml手动注册的还是通过scanning扫描注册的。

那么，如果我们通过下面的方式呢？我们既配置了<context:annotation-config />，又配置了<context:component-scan base-package="com.xxx" />，它们都具有处理在容器中注册的bean里面的注解的功能。会不会出现重复注入的情况呢？

<context:annotation-config /><context:component-scan base-package="com.xxx"/><bean id="aBean"class="com.yyy.A"/>

不用担心，不会出现的：

因为<context:annotation-config />和<context:component-scan>同时存在的时候，前者会被忽略。也就是那些@autowire，@resource等注入注解只会被注入一次

哪怕是你手动的注册了多个处理器，spring仍然只会处理一次：

<context:annotation-config />
<context:component-scan base-package="com.xxx" />
<bean id="aBean"/>
<bean id="bla"/>
<bean id="bla1"/>
<bean id="bla2"/>
<bean id="bla3"/>

结果仍是正确的：

creating bean B: com.xxx.B@157aa53 creating bean C: com.xxx.C@ec4a87 creating bean A: com.yyy.A@25d2b2 setting A.bbb with com.xxx.B@157aa53 setting A.ccc with com.xxx.C@ec4a87

IOException parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nes

IOException parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nes

web.xml初始化spring容器出错

org.springframework.beans.factory.BeanDeFinitionStoreException: IOException parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml]

java – 为什么Intellij-IDEA忽略我的tomcat / conf / server.xml Context标签？

java – 为什么Intellij-IDEA忽略我的tomcat / conf / server.xml Context标签？

在我的$TOMCAT_HOME / conf / server.xml中,我把它放在底部附近： 

...

 <Context path="/staticdir" docBase="/filesystem/path/to/static/dir"/>                                

      </Host>
    </Engine>
  </Service>
</Server>

我这样做是因为我的文件系统上有文件我希望tomcat在你去localhost时提供服务：8080 / staticdir

但是当我在Intellij-IDEA中启动应用程序时,tomcat日志会说：

Using CATALINA_BASE: “C:\Users\me.IntelliJIdea11\system\tomcat\Unnamed_Product_2”

如果我进入我的文件系统上的那个目录并查看conf / server.xml文件,它就没有我放在那里的Context标签.为什么intellij会修改它以及如何防止它？

我有一种感觉,我应该对我的$TOMCAT_HOME / conf / context.xml文件进行此更改,但我很难找到如何在那里进行此更改的示例.如果有人能给我看一个例子,我会认为这是一个答案,因为我注意到intellij没有修改那个文件.

我找到了一个解决方法.

enter image description here

但我真的不喜欢这个,因为当新用户第一次尝试运行应用程序时,我无法想象一种方法来检测他们是否错误地执行了此步骤.

这是我的tomcat配置的图片：

enter image description here

解决方法

默认情况下,IntelliJ IDEA会修改CATALINA_BASE环境,以便Tomcat使用调整后的配置文件直接从工件输出位置部署应用程序,但是可以手动配置所有内容(通过更改工件输出以进入Web应用程序或更改服务器配置) IDEA以同样的方式执行,以便从标准工件输出进行部署.

JSP 自己写的在JSP页面得到文件的服务器路径，并对XML文件进行读写（以对Tomcat的conf目录中的context.xml文件为例）

JSP 自己写的在JSP页面得到文件的服务器路径，并对XML文件进行读写（以对Tomcat的conf目录中的context.xml文件为例）

 得到服务器的文件的绝对路径：

 

<%!
     //获取服务器根目录
    String serPath = this.getClass().getResource("/").getPath();
 int indTom = serPath.indexOf("Tomcat");
 String be = serPath.substring(0,indTom);
 //处理后得到context.xml文件的绝对路径
 String conf = be + serPath.substring(serPath.indexOf("Tomcat")).substring(0,serPath.substring(serPath.indexOf("Tomcat")).indexOf("/"))
    +"/conf/context.xml";
  %>
    <%
     //将路径中符号转变成空格,这样得到的conf就是文件的绝对路径
  conf = conf.replaceAll("%20", " ");   

%>

完整列子：

<%@ page language="java" import="java.util.*,org.w3c.dom.*,java.io.*" pageEncoding="GBK"%>
<%@ page import="javax.servlet.http.HttpServletRequest,javax.xml.transform.stream.*,
  org.w3c.dom.*,javax.xml.transform.*,javax.xml.parsers.*,javax.xml.transform.dom.*" %>
<%
String path = request.getContextPath();
String basePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/";
%>
  <%!
  //属性项集合
  Map att = new HashMap<String, String>();
  String userName = "";
  String pass = "";
  String databaseType = "";
  String url = "";
  String databaseName = "";
  
 //将修改的内容添加到xml文件中
 // 
 // @param document
 // @param filename
 // @return
 public static boolean doc2XmlFile(Document document, String filename) {
  boolean flag = true;
  try {
   /** 将document中的内容写入文件中 */
   TransformerFactory tFactory = TransformerFactory.newInstance();
   Transformer transformer = tFactory.newTransformer();
   /** 编码 */
   // transformer.setOutputProperty(OutputKeys.ENCODING, "GB2312");
   DOMSource source = new DOMSource(document);
   StreamResult result = new StreamResult(new File(filename));
   transformer.transform(source, result);
  } catch (Exception ex) {
   flag = false;
   ex.printStackTrace();
  }
  return flag;
 }

 //读取xml文件
 // 
 // @param filename
 // @return
 public static Document load(String filename) {
  Document document = null;
  try {
   DocumentBuilderFactory factory = DocumentBuilderFactory
     .newInstance();
   DocumentBuilder builder = factory.newDocumentBuilder();
   document = builder.parse(new File(filename));
   document.normalize();
  } catch (Exception ex) {
   ex.printStackTrace();
  }
  return document;
 }

 /**
  * 演示修改文件的具体某个节点的值
  */
 public static void xmlUpdateDemo() {
  Document document = load("c://Message.xml");
  Node root = document.getDocumentElement();
  /** 如果root有子元素 */
  if (root.hasChildNodes()) {
   /** ftpnodes */
   NodeList ftpnodes = root.getChildNodes();
   /** 循环取得ftp所有节点 */
   for (int i = 0; i < ftpnodes.getLength(); i++) {
    NodeList ftplist = ftpnodes.item(i).getChildNodes();
    for (int k = 0; k < ftplist.getLength(); k++) {
     Node subnode = ftplist.item(k);
     //修改节点的值
     if (subnode.getNodeType() == Node.ELEMENT_NODE
       && subnode.getNodeName() == "status") {
      subnode.getFirstChild().setNodeValue("1");
     }
    }

   }
  }

  doc2XmlFile(document, "c://Message.xml");
 }

 // 演示修改文件的具体某个节点的属性
 public static void xmlUpdateDemoAttri() {
  Document document = load("c://xx.xml");
  Node root = document.getDocumentElement();
  /** 如果root有子元素 */
  if (root.hasChildNodes()) {
   
   
   
   /** ftpnodes 根节点的子节点 */
   NodeList ftpnodes = root.getChildNodes();
   /** 循环取得第一层子节点所有节点 */
   for (int i = 0; i < ftpnodes.getLength(); i++) {
    Node subnode = ftpnodes.item(i);
    //添加或修改某节点的属性配置
    if ("Resource".equals(subnode.getNodeName())) {
     // 生成一个属性对象
     Attr attr = document.createAttribute("ss");
     attr.setValue("ssss");
     subnode.getAttributes().setNamedItem(attr);
    }
   }
  }
  
  // 将修改的内容添加到xml文件中
  doc2XmlFile(document, "c://xx.xml");
 }
 
 //添加新的节点
 // 根节点下没有节点的话直接添加
 // 根节点下没有重名的直接添加
 // 有重名的节点则更新节点属性
 // @param nodeName 添加、更新的节点名
 // @param attr 属性集合
 public static void xmlAddDemoAttri(String filePath,String nodeName,Map<String, String> attr) {
  Document document = load(filePath);
  Node root = document.getDocumentElement();
  //创建节点元素，并命名
  Element element =document.createElement(nodeName);
  //向节点中添加属性
  for (Object key : attr.keySet().toArray()) {
   element.setAttribute(key.toString(), attr.get(key));
  }
  //找到根节点
  NodeList nodeList = document.getElementsByTagName("Context");
  //先判断根节点下有没有子节点，没有的话直接添加
  Node rootNode = nodeList.item(0);
  if(!root.hasChildNodes()){
   nodeList.item(0).appendChild(element);
  }else{
   //如果有重复的节点，flag=true;
   boolean flag = false;
   NodeList rootChs = rootNode.getChildNodes(); 
   //循环根节点下的所有子节点 
   for (int i = 0; i < rootChs.getLength(); i++) {
    Node node = rootChs.item(i);
    //如果没有重名，并且是最后一个节点的就添加
    if(!nodeName.equals(node.getNodeName()) && !flag && (i+1) == rootChs.getLength()){
     nodeList.item(0).appendChild(element);
    }else if(nodeName.equals(node.getNodeName())){     
     //有重名的就看name属性，name一样就修改属性
     if(node.hasAttributes()){
      //如果有属性项，判断name属性值,如果name的值相同，则修改其他属性
      if(null != node.getAttributes().getNamedItem("name") && attr.get("name").equals(node.getAttributes().getNamedItem("name").getNodeValue())){
       // 生成一个属性对象
       Attr chAttr = null;
       //向节点中添加属性
       for (Object key : attr.keySet().toArray()) {
        //不更新name属性
        if(!"name".equals(key.toString())){
         chAttr = document.createAttribute(key.toString());
         chAttr.setValue(attr.get(key));
        }
       }
       node.getAttributes().setNamedItem(chAttr);
      }else if(null != node.getAttributes().getNamedItem("name") && !attr.get("name").equals(node.getAttributes().getNamedItem("name").getNodeValue()) && !flag && (i+1) == rootChs.getLength()){
      //如果name的值不相同,且都没有相同的节点，添加新的节点
       System.out.println(attr.get("name"));
       System.out.println(node.getAttributes().getNamedItem("name").getNodeValue());
       nodeList.item(0).appendChild(element);
      }
     }
    }
   }
  }
  // 将修改的内容添加到xml文件中
  doc2XmlFile(document, filePath);
 }
  %>
     <%!
     //获取服务器根目录
    String serPath = this.getClass().getResource("/").getPath();
 int indTom = serPath.indexOf("Tomcat");
 String be = serPath.substring(0,indTom);
 //处理后得到context.xml文件的绝对路径
 String conf = be + serPath.substring(serPath.indexOf("Tomcat")).substring(0,serPath.substring(serPath.indexOf("Tomcat")).indexOf("/"))
    +"/conf/context.xml";
  %>
    <%
     //将路径中符号转变成空格
  conf = conf.replaceAll("%20", " ");    
  //添加属性项
  userName = request.getParameter("userName");
  url = request.getParameter("url");
  pass = request.getParameter("pass");
  databaseType = request.getParameter("databaseType");
  databaseName = request.getParameter("databaseName");
  
  //如果是SqlServer的修改
  att.put("username", userName);
  att.put("password", pass);
  att.put("name", "jdbc/sqlserver-database");
  att.put("url", url+":1433;databaseName="+databaseName+";SelectMethod=cursor");
  att.put("type", "javax.sql.DataSource");
  att.put("driverClassName", "net.sourceforge.jtds.jdbc.Driver");
  att.put("maxIdle", "5");
  att.put("maxWait", "5000");
  att.put("maxActive", "100");
  try{
   xmlAddDemoAttri(conf ,"Resource",att);
  }catch(Exception e){
  }finally{
 %>
  <mce:script type="text/javascript"><!--
   alert("配置完成，请重启Tomcat服务!");
   window.close();
  
// --></mce:script> 
 <%
  }
    %>

 

我们今天的关于如何在META-INF / context.xml中为Tomcat指定路径和tomcat metaspace的分享就到这里，谢谢您的阅读，如果想了解更多关于applicationContext.xml中 和 的区别、IOException parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nes、java – 为什么Intellij-IDEA忽略我的tomcat / conf / server.xml Context标签？、JSP 自己写的在JSP页面得到文件的服务器路径，并对XML文件进行读写（以对Tomcat的conf目录中的context.xml文件为例）的相关信息，可以在本站进行搜索。

本文标签：

上一篇ImportError：没有名为django.core.wsgi的模块Apache + VirtualEnv + AWS + WSGI（没有名为numpy的模块）

下一篇Tomcat 7.0.35为静态HTML文件设置HTTP响应标头Content-Type字符集（tomcat部署静态html）

相关文章