Comment puis-je configurer un contexte supplémentaire chemin pour Maven-plugin Tomcat?

Je suis en utilisant Maven 3.0.3 avec le plugin Tomcat. À l'aide de Maven et Tomcat, je tiens à déployer un intégré à l'exemple du site. Ma question est comment puis-je configurer un contexte supplémentaire chemin d'accès à mon serveur Tomcat intégré? Voici ma configuration de Tomcat, mais mon "" cahier des charges n'est pas valide ou le contenu de ce fichier (ci-dessous) ne sont pas valides ...

<Context path="/all-new-jx-web" docBase="/Users/davea/Documents/workspace/NissanUSA2/Technology/nna/mycousa/jx/target/web">

parce que quand j'invoque

mvn clean -Dmaven.test.skip=true verify -Ptomcat tomcat:run

aucun des Url mappé "/le tout nouveau jx-web" (mes supplémentaire chemin de contexte) sont de mieux en mappé (actifs ne sont pas desservis par Tomcat) . Des idées pourquoi? Ci-dessous mon tomcat à partir de mon profil pom.xml fichier ...

            <profile>
                    <id>tomcat</id>
                    <build>
                            <plugins>
                                    <plugin>
                                            <groupId>org.codehaus.mojo</groupId>
                                            <artifactId>tomcat-maven-plugin</artifactId>
                                            <version>1.1</version>
                                            <configuration>
                                                    <contextFile>config/tomcat/context.xml</contextFile>
                                                    <mode>context</mode>
                                                    <addContextWarDependencies>true</addContextWarDependencies>
                                                    <charset>UTF-8</charset>
                                                    <path>/all-new-jx</path>
                                                    <update>true</update>
                                                    <warDirectory>target/${project.artifactId}-${project.version}.${project.packaging}</warDirectory>
                                                    <systemProperties>
                                                            <JAVA_OPTS>-Xms256m -Xmx512m -XX:MaxPermSize=256m -XX:NewRatio=6
                                                                    -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled
                                                                    -verbose:gc"</JAVA_OPTS>
                                                    </systemProperties>
                                            </configuration>
                                    </plugin>
                            </plugins>
                    </build>
            </profile>

Merci pour toutes les solutions et les étapes de dépannage supplémentaires, - Dave

OriginalL'auteur Dave | 2011-08-08

  1. 1

    Utiliser le serverXml de configuration pour que.

    Pourriez-vous me donner un exemple? Tout ce que je suis en train de lire à propos de server.xml indique qu'il n'est PAS l'endroit où vous souhaitez ajouter d'autres chemins pour vos ressources.
    Oui, il est, de la lecture des sources erronées. Le doc a dit "server.xml Note si vous utiliser cette fonction, vous devez configurer dans ce fichier de votre webapp chemins." Ceci est la valeur par défaut server.xml. Vous mettez votre contextes dans le Host élément.
    Je suis un croyant.
    Alors croyez-moi 😉

    OriginalL'auteur Michael-O

  2. 4

    J'ai eu le même problème.J'ai essayé de donner lieu à des serveurs externes xml mais j'ai pu obtenir mon projet à exécution. En fin de compte j'ai fini de modifier le plugin tomcat code pour inclure le supplément de contexte statique chemin. 

    //Snippet from AbstractRunMojo.java

            String appBase = new File(configurationDir, "webapps")
                    .getAbsolutePath();
            Host host = container.createHost("localHost", appBase);

            host.addChild(context);
            //Adding static context
            createStaticContext(container, context, host);//More code after this


    private void createStaticContext(final Embedded container, Context context,
        Host host) {
    if (null != staticContextDocbase) {
        Context ctx1 = container.createContext(staticContextPath,
                staticContextDocbase);
        ctx1.setPrivileged(true);
        Wrapper servlet = context.createWrapper();
        servlet.setServletClass(DefaultServlet.class.getName());
        servlet.setName("staticContent");
        ctx1.addChild(servlet);
        ctx1.addServletMapping("/", "staticContent");
        host.addChild(ctx1);
    }
}
    Le patch s'engage: issues.apache.org/jira/browse/MTOMCAT-137

    OriginalL'auteur user897493

  3. 2

    Vous avez eu la bonne idée avec votre contextFile élément xml, mais essayez d'être plus explicite au lieu d'utiliser un chemin relatif.

    <contextFile>${basedir}/config/tomcat/context.xml</contextFile>

    ${basedir} est le dossier de votre pom.xml vies dans. Vous pourriez avoir besoin de modifier la présente partie, si ce n'est pas correct pour votre projet.

    OriginalL'auteur bvesco

  4. 1

    Nous avons besoin de la même afin d'exécuter le dev mode de notre application, qui utilise Apache solr. La suite semblait fonctionner:

    1. déclarer solr comme type=guerre, étendue=tomcat dépendance
    2. utiliser le tomcat, maven plugin (version 1.1) avec addContextWarDependencies
    3. ajouter un système de propriété pour solr à la maison comme dans l'exemple ci-dessous

    alors on peut exécuter maven comme: mvn tomcat:exécuter. Gardez à l'esprit que java nécessitent beaucoup de mémoire dans ce scénario, donc avant l'exécution de maven ne exportation MAVEN_OPTS="-Xmx1536m -XX:MaxPermSize=512m" par exemple.

    L'pom.xml c'est comme, où nous supposons qu'il y ait certaines propriétés -dont une est appelée solr.maison- lecture à partir d'un fichier de config:

    <project>
  ...
  <dependencies>
  ...
    <dependency>
      <groupId>org.apache.solr</groupId>
      <artifactId>solr</artifactId>
      <version>3.3.0</version>
      <type>war</type>
      <scope>tomcat</scope>
    </dependency>
  </dependencies>
  <build>
  ...
    <plugin>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>tomcat-maven-plugin</artifactId>
      <version>1.1</version>
      <configuration>
        <addContextWarDependencies>true</addContextWarDependencies>
        <systemProperties>
          <property.you.need>${example.property.yours}</property.you.need>
          <solr.solr.home>${solr.home}</solr.solr.home>
        </systemProperties>
      </configuration>
    </plugin>
    ...
  </build>
</project>

    Solr peut alors être atteint dans: 

    http://localhost:8080/solr/admin

    et votre application dans 

    http://localhost:8080/your-app-id/
    tomcat n'est PAS une valeur possible que la portée. Les valeurs possibles sont seulement provided, compile, runtime, test, system

    OriginalL'auteur carlosayam