maven build for any change in eclipse
any changes i make to any static files like html or shuffle the location maven eclipse build starts and it takes time , here is the output generated by maven console 3/29/09 2:32:59 AM EDT: [INFO] Searching repository for plugin with prefix: 'resources'. 3/29/09 2:32:59 AM EDT: [INFO] Scanning for projects... 3/29/09 2:32:59 AM EDT: [INFO] 3/29/09 2:32:59 AM EDT: [INFO] Building Unnamed - gov.hhs.acf:audit:war:1 3/29/09 2:32:59 AM EDT: [INFO] 3/29/09 2:32:59 AM EDT: [INFO] Id: gov.hhs.acf:audit:war:1 3/29/09 2:32:59 AM EDT: [INFO] task-segment: [process-resources, resources:testResources] 3/29/09 2:32:59 AM EDT: [INFO] 3/29/09 2:33:00 AM EDT: [INFO] [aspectj:compile] 3/29/09 2:33:00 AM EDT: [INFO] [resources:resources] 3/29/09 2:33:00 AM EDT: [INFO] Using default encoding to copy filtered resources. 3/29/09 2:33:00 AM EDT: [INFO] [resources:testResources] 3/29/09 2:33:00 AM EDT: [INFO] Using default encoding to copy filtered resources. please tell me how to avoid maven to start the build for changes to static filles like xml or html -- View this message in context: http://www.nabble.com/maven-build-for-any-change-in-eclipse-tp22764845p22764845.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to bulk load the jars in my local repo into a new (empty) corporate remote repo?
The danger with that is that the metadata (local vs remote) will be incorrect and version ranges will not work correctly 2009/3/29 Tim che...@gmail.com Are you on a linux system? I just rsynced my repo recently to accomplish the same thing. It was really easy. On Sat, Mar 28, 2009 at 12:05 PM, Jeff Walker webservices.archit...@gmail.com wrote: Hi, I'm a relative newbie to Maven2. My problem is, I have a local repository full of about 400 jars. All is well and good, my projects build and I am happy. My happiness level is now in jeopardy! Another team has created a remote repository in our domain. I have to switch to use it. I located it and updated my pom files. Great, just one problem, it's of course empty! How do I bulk load the jars in my local repo into this new remote repo, without doing the mvn:deploy:deploy-file thing for each jar (400 times). I can get no help from the person who created the remote repo. (Company politics, you understand). Thanks, -jeff -- P. J. O'Rourke - If government were a product, selling it would be illegal.
Sonar 1.7 released
The Sonar team is pleased to announce the release of Sonar 1.7. Sonar is an open source platform that manages java source code quality. The new version brings new features to the product : - possibility to exclude sources or packages from quality control at the project level - ability to use existing code coverage / unit tests results from build (beta) - extension of the coverage clouds to modules and packages - better compatibility with IE6 - extension of resource viewer, enabling to view source code, tests results, violations, code coverage and duplications Sonar integrates seamlessly the maven tools ecosystem. The latest release is now available here :http://sonar.codehaus.org/downloads/ Take a tour of latest features by looking at : http://sonar.codehaus.org/sonar-17-in-screenshots/ Check the Sonar web site : http://sonar.codehaus.org Sonar user mailing list: http://sonar.codehaus.org/support/ Thanks, The Sonar team -- View this message in context: http://www.nabble.com/Sonar-1.7-released-tp22765187p22765187.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Sharing Maven-based project
Hey, I use Maven as the build tool for our project. Now my team mates want to checkout the project from the SVN and I want to add the project to out continuous integration server (Hudson). I'm not sure but should I create a central repository in our unit? or let each mate (and CI server) download the dependency himself? What repository manager do you suggest? Thanks. -- View this message in context: http://www.nabble.com/Sharing-Maven-based-project-tp22767986p22767986.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Sharing Maven-based project
On Sun, Mar 29, 2009 at 16:08, HHB hubaghd...@yahoo.ca wrote: Hey, I use Maven as the build tool for our project. Now my team mates want to checkout the project from the SVN and I want to add the project to out continuous integration server (Hudson). I'm not sure but should I create a central repository in our unit? or let each mate (and CI server) download the dependency himself? What repository manager do you suggest? Thanks. I use a combination of Nexus[1] for my maven artifacts and Hudson[2] for continuous build. Both were very easy to set up and maintain. [1] http://nexus.sonatype.org/ [2] https://hudson.dev.java.net/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Checktyle report incomplete
http://maven.apache.org/plugins/maven-checkstyle-plugin/checkstyle-mojo.html#includes You should use this command instead: mvn -Dcheckstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle John Coleman wrote: Hi, When I run the command below I only get checkstyle reports for 2 classes in the project, and the class I have named is missed out. Why isn't the file I have referred to used? Perhaps I cannot put maven properties on the command line, who knows? mvn -Dmaven.checkstyle.includes=**/Named.java compile pre-site checkstyle:checkstyle TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: ejb manifest -- strip version numbers of dependencies
You could have a go with the 2.2-SNAPSHOT version of the plugin. That version has an updated version of Maven Archiver, which is the component that handles everything you put into the archive configuration. Michael Hüttermann wrote: Hello, I create an EJB and want to cut off the version numbers of my dependencies which are put into my manifest. I tried the following but it does not work .. the message is Failed to configure plugin parameters for: org.apache.maven.plugins:maven-ejb-plugin:2.1. How can I cut off the version numbers? Thank you !! plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration ejbVersion2.1/ejbVersion generateClientfalse/generateClient archive manifest addClasspathtrue/addClasspath classpathLayoutTypecustom/classpathLayoutType customClasspathLayout${artifact.artifactId}/customClasspathLayout /manifest /archive /configuration /plugin Michael - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Maven Install Plugin 2.3 Released
The Maven team is pleased to announce the release of the Maven Install Plugin, version 2.3 The Install Plugin is used during the install phase to add artifact(s) to the local repository. http://maven.apache.org/plugins/maven-install-plugin/ You should specify the version in your project's plugin configuration: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-install-plugin/artifactId version2.3/version /plugin Release Notes - Maven 2.x Install Plugin - Version 2.3 ** Bug * [MINSTALL-18] - Bad algorithm to decide if the main artifact is to be installed or not * [MINSTALL-41] - Install with classifier does not install pom * [MINSTALL-55] - install-file fails to grab version inhertied from parent * [MINSTALL-56] - No checksums installed for project with packaging POM ** Improvement * [MINSTALL-44] - add XML encoding support for POM reading/writing * [MINSTALL-48] - Don't create checksums for gpg signature files * [MINSTALL-57] - Default generatePom to true * [MINSTALL-59] - Validate artifact id ** New Feature * [MINSTALL-49] - install-file with javadoc and sources * [MINSTALL-60] - Support updateReleaseInfo for install-file ** Task * [MINSTALL-46] - remove copy of plexus-utils' XML encoding support sources * [MINSTALL-61] - Remove parameter localRepositoryId Enjoy, -The Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to integrate xhtml files into a maven generated site?
Hi Lukas Lukas Theussl-3 wrote: Where did you get the snapshot from? Are you using the new snapshot repo http://repository.apache.org/snapshots ? (not the old one at people.apache.org). This did the trick, thanx. -- View this message in context: http://www.nabble.com/How-to-integrate-xhtml-files-into-a-maven-generated-site--tp22601841p22769946.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Despite trusted CA, unable to find valid certification path to requested target
Hi all, I am having trouble getting mvn site:deploy to work with mvn v2.1.0 (also v2.0.6), as follows: Embedded error: Failed to create destination WebDAV collection (directory): /docs/stencil/0.0.1-SNAPSHOT/./apidocs unable to find valid certification path to requested target The machine is a MacOSX machine, and a search turns up three different copies of the cacerts database (one for v1.4.2, one for 1.5.0 and one for 1.6.0). The CA cert for the DAV webserver is present in all three cacert databases, and to be sure I physically removed and re-added the CA cert to all three databases, with no luck. From the symptoms I am seeing, it looks like none of these three cacert databases are being used at all, and the JDK is using a mystery or missing database of its own. Can anyone confirm whether maven does any weird or special handling of cacert databases on MacOSX, or does it just revert to the JDK default on the platform? Is there a way to see what CA cert database is being used by maven when it runs? (It's obviously not using any of the cacert databases I've added the CA cert to, or it would work). Anyone ever solved a problem like this before? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
RE: Despite trusted CA, unable to find valid certification path to requested target
The CA may be trusted, but the site needs to expose the full signature trail from the server cert up to the CA. Not doing this will often cause the site to appear ok in a browser, but not to java. Most SSL signing authorities provide a bundle that you can set on the server side. -Original Message- From: Graham Leggett [mailto:minf...@sharp.fm] Sent: Sunday, March 29, 2009 1:14 PM To: users@maven.apache.org Subject: Despite trusted CA, unable to find valid certification path to requested target Hi all, I am having trouble getting mvn site:deploy to work with mvn v2.1.0 (also v2.0.6), as follows: Embedded error: Failed to create destination WebDAV collection (directory): /docs/stencil/0.0.1-SNAPSHOT/./apidocs unable to find valid certification path to requested target The machine is a MacOSX machine, and a search turns up three different copies of the cacerts database (one for v1.4.2, one for 1.5.0 and one for 1.6.0). The CA cert for the DAV webserver is present in all three cacert databases, and to be sure I physically removed and re-added the CA cert to all three databases, with no luck. From the symptoms I am seeing, it looks like none of these three cacert databases are being used at all, and the JDK is using a mystery or missing database of its own. Can anyone confirm whether maven does any weird or special handling of cacert databases on MacOSX, or does it just revert to the JDK default on the platform? Is there a way to see what CA cert database is being used by maven when it runs? (It's obviously not using any of the cacert databases I've added the CA cert to, or it would work). Anyone ever solved a problem like this before? Regards, Graham -- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven / osgi / repositories
Jason van Zyl-5 wrote: On 27-Jan-09, at 6:41 PM, Barrie Treloar wrote: repositories. They might become OBRs at some point when OSGi becomes more mainstream. One thing I have been toying with for a while is to auto-magically extend maven-jar-plugin to add the OSGi headers. I really don't think this is a great idea. I think for a bundle to be useful someone needs to provide proper imports and exports. I haven't given a lot of thought into what I need to do, but if I recall correctly, getting a simple OSGified jar isn't much work and if Maven did this out of the box then the maven repository would become OSGified over time as projects release their artifacts. We've toyed around with this idea, but if you want something useful I think it's really hard to infer something useful. Making a manifest that is workable with OSGi is not that hard and the author of a package is probably the person to do it. I think what we can do is give a brief guideline as to what's commonly expected and help people create correct and useful bundles. Maven central is the biggest bundle repository in waiting :-) I'm sure my views aren't unique, and I'm probably rehashing what someone else already said, but here goes: When you see that a dependency isn't OSGi-ified, first put yourself in the shoes of its authors, and consider the possible reasons: * No one has requested OSGi-ification. This is pretty common. The author's don't even know that there is a demand because no one asked. Even if there is no time to wait on the authors and you have to custom-deploy a wrapped-version, at least file a bug to get the ball rolling. * It's just a packaging concern, you can download a wrapped bundle from www.blah.. The Maven community has the most to lose from this approach to OSGi-ification. This wreaks havoc with the coordinate system. Sometimes the authors don't even know that others (1..*) have published wrapped versions of their jars. The dependency authors should be made aware that these workarounds do not serve the Maven+OSGi community well. * We would add it, but how could we test it and maintain it? This is very common too and I don't think there is an easy answer yet. Much of the testing infrastructure isn't even OSGi-ified yet. When filing requests for OSGi-ification, it would be nice if I could direct the dependency authors to a site/mailing-list where all their OSGi-ification/Maven-alignment questions could be answered. Does such a resource exist? I recently filed a request with Mockito, please take a look and let me know if I should have done anything differently: http://code.google.com/p/mockito/issues/detail?id=67 -- View this message in context: http://www.nabble.com/maven---osgi---repositories-tp21683632p22770424.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Grandparent classes not found at compile time
have a look at dependency:analyze it will tell you what you are depending on in-directly and you can then add those indirect dependencies to your pom 2009/3/28 Trinition trin+nabble@trinition.org The problem I have is that I don't necesssarily know what the dependencies need to be. If I pull in thidparty.jar so I can use one of the classes in it, how do I know if one of the classes actually extends someone else's class in another jar? And if the next release of thirdparty.jar changes their internal implementations, I have to revisit this again. I thought this was the point of having transitive dependency support in Maven. If this isn't the reason, what is? Regards, Brian. Stephen Connolly-2 wrote: if your module requires the dependency to complie then it is a dependency of your module what you describe as a work around is actually what you are supposed to do the real issue is that compile is transitive. compile needs to be transitive as a runtime dependency but should not be a transitive compile dependency in order to force you to list all your dependencies in your pom in short, if your module needs the dependency to compile, you should add it as a dependency and not rely on it being pulled in as a transitive dependency of anothe dependency of yours On 27/03/2009, Trinition trin+nabble@trinition.org wrote: I'm confused about why transitive provided dependencies shouldn't be included at compile time. I have a project, myapp-web, which defines a custom Servlet, MyServlet. MyServlet extends a BaseServlet from framework. BaseServlet extends a Servlet class from thirdparty, ThirdPartyServlet. ThirdPartyServlet in turn implements the third party's CacheableServlet interface among other things. myapp-web: MyServlet framework: BaseServlet thirdparty: ThidrdPartyServlet, CacheableServlet, etc. So myapp's pom declares a compile-time dependency on framework, and framework declares a provided dependency on thirdparty. This is because the thirdparty jar is available at runtime in my container, thus I don't want to ever include it transitively for packaging. So when myapp-web compiles, it needs the definition of BaseServlet.class which it finds in its compile time dependency of framework. However, it seems to not know about the definitions of BaseServelt's parent class (MyServlet's grandparent class), ThirdPartyServlet. I get compile-time errors like these: MyServlet.java:[199,20] cannot find symbol symbol : variable this location: class com.myapp.MyServlet MyServlet.java:[201,24] cannot find symbol symbol : variable super location: class com.myapp.MyServlet Because MyServlet extends BaseServlet which extends ThirdPartyServlet, doesn't the compile NEED to know about all classes in the hierarchy in order to compile? Thus, I would think anything that was available at compile time during the building of BaseServlet COULD BE a compile-time dependency to dependents of framework (such as myapp-web). So why does Maven NOT include provided dependencies transitively at compile time? This is presently blocking me. My workaround is to explicitly add thirdparty as a provided dependency to myapp-web so that the ThirdPartyServlet and CacheableServlet definitions will be available at compile time. But this is the very thing that transitive dependencies solves for COMPILE dependencies (which are really COMPILED and PACKAGED). Why not solve it for TRANSITIVE dependencies (whcich are COMPILED but NOT PACKAGED). -- View this message in context: http://www.nabble.com/Grandparent-classes-not-found-at-compile-time-tp22733894p22733894.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://www.nabble.com/Grandparent-classes-not-found-at-compile-time-tp22733894p22759625.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Despite trusted CA, unable to find valid certification path to requested target
Brian E. Fox wrote: The CA may be trusted, but the site needs to expose the full signature trail from the server cert up to the CA. Not doing this will often cause the site to appear ok in a browser, but not to java. Most SSL signing authorities provide a bundle that you can set on the server side. In this case, the cert is signed by the CA directly, the full chain is just two certs long. Trying the same config under Linux works fine, with the same certs, project and site. Regards, Graham -- -Original Message- From: Graham Leggett [mailto:minf...@sharp.fm] Sent: Sunday, March 29, 2009 1:14 PM To: users@maven.apache.org Subject: Despite trusted CA, unable to find valid certification path to requested target Hi all, I am having trouble getting mvn site:deploy to work with mvn v2.1.0 (also v2.0.6), as follows: Embedded error: Failed to create destination WebDAV collection (directory): /docs/stencil/0.0.1-SNAPSHOT/./apidocs unable to find valid certification path to requested target The machine is a MacOSX machine, and a search turns up three different copies of the cacerts database (one for v1.4.2, one for 1.5.0 and one for 1.6.0). The CA cert for the DAV webserver is present in all three cacert databases, and to be sure I physically removed and re-added the CA cert to all three databases, with no luck. From the symptoms I am seeing, it looks like none of these three cacert databases are being used at all, and the JDK is using a mystery or missing database of its own. Can anyone confirm whether maven does any weird or special handling of cacert databases on MacOSX, or does it just revert to the JDK default on the platform? Is there a way to see what CA cert database is being used by maven when it runs? (It's obviously not using any of the cacert databases I've added the CA cert to, or it would work). Anyone ever solved a problem like this before? Regards, Graham -- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org smime.p7s Description: S/MIME Cryptographic Signature
RE: Despite trusted CA, unable to find valid certification path to requested target
Give this tool a try then and see http://repository.apache.org/ssl/ if it helps. -Original Message- From: Graham Leggett [mailto:minf...@sharp.fm] Sent: Sunday, March 29, 2009 3:04 PM To: Maven Users List Subject: Re: Despite trusted CA, unable to find valid certification path to requested target Brian E. Fox wrote: The CA may be trusted, but the site needs to expose the full signature trail from the server cert up to the CA. Not doing this will often cause the site to appear ok in a browser, but not to java. Most SSL signing authorities provide a bundle that you can set on the server side. In this case, the cert is signed by the CA directly, the full chain is just two certs long. Trying the same config under Linux works fine, with the same certs, project and site. Regards, Graham -- -Original Message- From: Graham Leggett [mailto:minf...@sharp.fm] Sent: Sunday, March 29, 2009 1:14 PM To: users@maven.apache.org Subject: Despite trusted CA, unable to find valid certification path to requested target Hi all, I am having trouble getting mvn site:deploy to work with mvn v2.1.0 (also v2.0.6), as follows: Embedded error: Failed to create destination WebDAV collection (directory): /docs/stencil/0.0.1-SNAPSHOT/./apidocs unable to find valid certification path to requested target The machine is a MacOSX machine, and a search turns up three different copies of the cacerts database (one for v1.4.2, one for 1.5.0 and one for 1.6.0). The CA cert for the DAV webserver is present in all three cacert databases, and to be sure I physically removed and re-added the CA cert to all three databases, with no luck. From the symptoms I am seeing, it looks like none of these three cacert databases are being used at all, and the JDK is using a mystery or missing database of its own. Can anyone confirm whether maven does any weird or special handling of cacert databases on MacOSX, or does it just revert to the JDK default on the platform? Is there a way to see what CA cert database is being used by maven when it runs? (It's obviously not using any of the cacert databases I've added the CA cert to, or it would work). Anyone ever solved a problem like this before? Regards, Graham -- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
{Result][Vote] findbugs-maven-plugin v 2.0 release
Hi, The vote has passed with the following result : +1 (binding): Garvin, LeClaire +1 (non-binding): Arnaud Heritier, Pablo Saavedra +0 (binding): Benjamin Bentmannn I will promote the artifacts to the central repo. Regards, Garvin LeClaire garvin.lecla...@gmail.com Garvin LeClaire wrote: The Maven Findbugs team would like to release Maven Findbugs Plugin version 2.0 This plugin allows the developer to run Findbugs analysis against a Maven project and produce site output in HTML to match other site reports. There are option to produce other XML outputs which are used by other plugins. Issues fixed in this release: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truefixfor=14335pid=11701status=6sorter/field=issuekeysorter/order=DESCsorter/field=issuetypesorter/order=DESC More information can be found at the plugin site: http://mojo.codehaus.org/findbugs-maven-plugin/ Issues Can be registered in JIRA at: http://jira.codehaus.org/browse/MFINDBUGS More information on FindBugs http://findbugs.sourceforge.net/index.html You can test the Maven Findbugs Plugin in your own project by adding the following dependency: dependency groupIdorg.codehaus.mojo/groupId artifactIdfindbugs-maven-plugin/artifactId version2.0-SNAPSHOT/version /dependency *NOTE* Version 2.0 and greater of the Maven Findbugs plugin will require Maven to be run with a minimum of Java 5. This is consistent with Findbugs requirement for their versions of 1.3.X and greater. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- Regards, Garvin LeClaire garvin.lecla...@gmail.com
How to add a directory to the Class-Path in the MANIFEST.MF.
Hello, Please teach me to add a directory to the Class-Path in the MANIFEST.MF. I would like to put the property files on the outside of the created jar-file. (Not to build every changing settings.) But, by default, if there are the property files under project-directory-root/src/main/resources, those files are put in the created jar-file. Or, usually in the Maven projects, aren't the property files put on the outside of the created jar-file ? (In short, is it the correct usage that there are always the property files under project-directory-root/src/main/resources ?) Someone who knows, please teach me. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to integrate xhtml files into a maven generated site?
Hi Lukas Lukas Theussl-3 wrote: Where did you get the snapshot from? Are you using the new snapshot repo http://repository.apache.org/snapshots ? (not the old one at people.apache.org). This did the trick, thanx. -- View this message in context: http://www.nabble.com/How-to-integrate-xhtml-files-into-a-maven-generated-site--tp22601841p22776263.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to add a directory to the Class-Path in the MANIFEST.MF.
Please teach me to add a directory to the Class-Path in the MANIFEST.MF. http://maven.apache.org/plugins/maven-jar-plugin/examples/manifest-customization.html http://maven.apache.org/shared/maven-archiver/index.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org