Tag: maven 3
你如何有效地处理maven-3时间戳快照？
既然maven-3确实放弃了对快照制品的<uniqueVersion> false </ uniqueVersion>的支持，看起来你确实需要使用时间戳SNAPSHOTS。 特别是在内部使用maven 3的m2eclipse似乎受到了影响，当SNAPSHOTS不唯一时，update-snapshots不起作用。 将所有快照设置为uniqueVersion = false似乎是最佳做法 现在，切换到时间戳版本似乎没有什么大问题，毕竟他们是由一个中央连接库pipe理的，它可以在常规的intervalls中删除旧的快照。 问题是当地的开发人员工作站。 他们的本地存储库通过独特的快照迅速增长。 如何处理这个问题？ 现在我看到以下可能的解决scheme： 要求开发人员定期清除存储库（这会导致大量的篡改，因为删除需要很长时间，甚至需要更长时间才能下载） 设置一些脚本，它会删除本地存储库中的所有SNAPSHOT目录，并要求开发人员不时运行该脚本（比第一个更好，但仍需要相当多的时间来运行和下载当前快照） 使用依赖项：purge-local-repository plugin（从eclipse运行时，由于打开的文件，需要从每个项目运行） 在每个工作站上build立连接，并build立一个工作来清理旧的快照（最好的结果，但我不想维护50 + nexus服务器，再加上开发工作站上的内存总是很紧张） 停止使用SNAPSHOTS 保持本地存储库不会占用硬盘空间的最佳方法是什么？ 更新： 为了validationbeaviour和给更多的信息我build立一个小的nexus服务器，build立两个项目（a和b），并尝试： A： <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>de.glauche</groupId> <artifactId>a</artifactId> <version>0.0.1-SNAPSHOT</version> <distributionManagement> <snapshotRepository> <id>nexus</id> <name>nexus</name> <url>http://server:8081/nexus/content/repositories/snapshots</url> </snapshotRepository> </distributionManagement> </project> b： <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>de.glauche</groupId> <artifactId>b</artifactId> <version>0.0.1-SNAPSHOT</version> <distributionManagement> <snapshotRepository> […]
Maven：生命周期vs.阶段vs.插件vs.目标
这里相对较新的开发者，即使我已经使用了一段时间，我希望巩固我的Maven基础。 我的问题的一部分是，我没有与ant的经验，这似乎是从哪里来的许多解释干。 我一直在阅读和看教程，我一直听到相同的条款： 生命周期 相 插入 目标 从我所了解到的情况来看，生命周期似乎是最广泛的，由阶段，插件和/或目标组成（或完成）。 问题 ：你能提供关于这些术语如何相关的最常见的例子吗？ 越明确和基本越好！
在IntelliJ IDEA中导入Maven依赖关系
我有一个关于IntelliJ IDEA 11的小问题。我刚刚从subversion导入了一个项目 – 它是一个maven项目。 但是我有一个maven库依赖的问题，所以我不能自动包含所有的maven依赖 – IDEA只显示依赖错误，当我打开该类/这就是我在这里得到： 所以我想要所有的依赖项自动添加 – 是可能的，或者我必须通过所有的类文件来识别和添加Maven的依赖？ 更新：做了一些修改后，我发现如何解决我的问题，在某种程度上。 那就是我所做的： 但我想逻辑上它不会包括和检查新的依赖关系？！…有没有这个在IntelliJ中的任何设置区 – 自动导出依赖到类path？
Maven没有findJUnittesting运行
我有一个maven程序，编译得很好。 当我运行mvn test它不会运行任何testing（在TESTs头下说There are no tests to run. ）。 我已经用一个超级简单的设置重新创build了这个问题，我将在下面包括以及用-X运行时的输出。 unit testing在eclipse中运行良好（包括默认的junit包，以及包含由maven下载的junit.jar）。 另外mvn test-compile正确地创build了testing类下的类。 我正在使用Maven 3.0.2和java 1.6.0_24在OSX 10.6.7上运行此操作。 这是目录结构： /my_program/pom.xml /my_program/src/main/java/ClassUnderTest.java /my_program/src/test/java/ClassUnderTestTests.java pom.xml中： <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>my_group</groupId> <artifactId>my_program</artifactId> <packaging>jar</packaging> <version>1.0-SNAPSHOT</version> <name>My Program</name> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.8.1</version> <scope>test</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.5</source> <target>1.5</target> </configuration> […]
Maven无效的LOC头（坏签名）
我得到了下面的exception，当我运行我的mvn install.I甚至删除了本地仓库，并再次运行得到相同的exception。 [错误]无法执行目标org.apache.maven.plugins：maven-shade-plugin：2.1：阴影（默认）在项目cores-batch：创build阴影jar时出错：无效的LOC头（坏签名） – > [Help 1 ] <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>2.1</version> <configuration> <skipTests>true</skipTests> </configuration> <executions> <execution> <phase>package</phase> <goals> <goal>shade</goal> </goals> <configuration> <artifactSet> <excludes> <exclude>commons-logging:commons-logging:jar:*</exclude> </excludes> </artifactSet> <filters> <filter> <artifact>*:*</artifact> <excludes> <!– workaround for a spring issues –> <exclude>META-INF/*.SF</exclude> <exclude>META-INF/*.DSA</exclude> <exclude>META-INF/*.RSA</exclude> <!– don't want to pick up any other log4j.xml –> <exclude>log4j.xml</exclude> </excludes> </filter> </filters> […]
