war

I want to display the build version and build date on the footer of a JSF application. The pages are XHTML. I'm looking for ways to get the information from pom.xml or other artifacts. I found the following that uses maven-replace plugin. http://www.vineetmanohar.com/2010/09/how-to-display-maven-project-version-in-your-webapp/ Are there any other techniques you use? I'm looking for something like this with JSF - Displaying the build date One approach that will work: use Maven filtering to put a file in your WAR or JAR containing the required information. Then in your Java webapp, load that

I use Tomcat 6.0 and Eclipse 3.0 under Linux and I try to deploy a WAR in Tomcat. The problem is that the server is managed by Eclipse and I have some Eclipse project deployed. I tried to modify the server.xml file then launch Tomcat via Eclipse but it doesn't work: Could not load the Tomcat server configuration at /Servers/Tomcat v6.0 Server at localhost-config. The configuration may be corrupt or incomplete. I tried to extract the war in the webapps directory but the webapp is still inaccessible. What is the best practice to deploy a War ? Yes, in a way, you can deploy a war in the dev mode.

I have a Web application in maven that follows this structure: src `-- main |-- java |-- resources `-- webapp Is is better to put it in the main folder and then the maven plug in will try to move it or I should put it inside the webapp folder and why? If you don't need to filter CSS and JS files, I would simply put them in src/main/webapp (if you put them in src/main/resources , they will end up in target/classes and in WEB-INF/classes in the WAR which is very unlikely what you want). If you need to filter them, additional resources can be included in the WAR using the webResources parameter.

I have a Maven web application with text files in src/main/webapp/textfilesdir As I understand it, during the package phase this textfilesdir directory will be copied into the target/project-1.0-SNAPSHOT directory, which is then zipped up into a target/project-1.0-SNAPSHOT.war Problem Now, I need to do a string replacement on the contents of the text files in target/project-1.0-SNAPSHOT/textfilesdir. This must then be done after the textfilesdir is copied into target/project-1.0-SNAPSHOT, but prior to the target/project-1.0-SNAPSHOT.war file being created. I believe this is all done during the

I have a Maven project that is packaged as jar . And I also have a Maven project that is packaged as war . This war project has a tld file and some xhtml files (the tag libs). The structure of the war project is (basically): pom.xml src main java ... webapp WEB-INF my-facelets.taglib.xml facelets aTag.xhtml anotherTag.xhtml META-INF my-facelets.taglib.tld And then appeared a requirement to remove those xml, xhtml and tld files from the war project and package them into the jar project. So my first try was add in the jar project's POM: <resources> <resource> <directory>src/main/tld</directory>

I'm using Intellij Idea 12 and have a multi module maven project. To make it simple let's assume that I have: Module A - compiled to JAR Module B - depending on module A and also compiled to JAR Module C - depending on module B, but compiled to WAR I know Intellij has it's own build mechanism for maven projects so when I build a WAR for the first time and deploy it to Tomcat generally all works as it should. The problem start when you need to make changes in one of the sub modules, for example Module A and rebuild the War (rebuild Module C) Intellij as it seems uses the old Module A jar that

I have several times ran into the same problem, and I would like to have some input on what other people think about the issue: Suppose we have Spring application packaged as a .war file and we want to run it on several environments . (development/test/preprod/prod/etc) For accessing the infrastructure needed by the application, (databases/webservices etc) we store the access info in configuration files, also some business configuration is in those files. Let's say we use .properties files for this purpose (because we have a spring application inside the war and we like having the properties