Shay Banon wrote:
Can you please test the snapshots one and see if its ok? And maybe a
more maven experts than myself can validate the pom looks good (would
love someone to get a second glance on the dependencies section).
Hi Shay,
thanks. At a first glance I do not see problems.
Maven users can simply put this in their pom.xml:
<dependency>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
<version>0.6.0-SNAPSHOT</version>
</dependency>
[...]
<repository>
<id>sonatype-snapshots</id>
<name>Sonatype Snapshots Repository</name>
<url>http://oss.sonatype.org/content/repositories/snapshots/</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
<repository>
<id>sonatype-releases</id>
<name>Sonatype Releases Repository</name>
<url>http://oss.sonatype.org/content/repositories/releases/</url>
</repository>
These are the dependencies:
- org.elasticsearch:elasticsearch:jar:0.6.0-SNAPSHOT:compile
+- org.slf4j:slf4j-api:jar:1.5.8:compile
+- com.google.inject.extensions:guice-multibindings:jar:2.0:compile
+- org.codehaus.jackson:jackson-core-asl:jar:1.5.0:compile
+- org.apache.lucene:lucene-fast-vector-highlighter:jar:3.0.1:compile
+- org.apache.lucene:lucene-analyzers:jar:3.0.1:compile
+- jgroups:jgroups:jar:2.9.0.GA:runtime
+- com.google.inject.extensions:guice-assisted-inject:jar:2.0:compile
+- com.google.inject:guice:jar:2.0:compile
+- com.google.collections:google-collections:jar:1.0:compile
+- aopalliance:aopalliance:jar:1.0:compile
+- org.apache.lucene:lucene-core:jar:3.0.1:compile
+- org.apache.lucene:lucene-queries:jar:3.0.1:compile
+- org.jboss.netty:netty:jar:3.1.5.GA:runtime
+- org.codehaus.jackson:jackson-mapper-asl:jar:1.5.0:compile
- joda-time:joda-time:jar:1.6:compile
Now, I am not sure... but there is one additional jar in the
Elasticsearch distribution (at least, v0.5.1):
Could this be a problem?
Then, as usual, when SLF4J is used, Maven users (but also Ivy, etc.)
need to chose their logging framework at deployment time.
With Maven you can put this in their pom.xml:
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<optional>true</optional>
<version>1.5.8</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.15</version>
<optional>true</optional>
<exclusions>
<exclusion>
<groupId>javax.jms</groupId>
<artifactId>jms</artifactId>
</exclusion>
<exclusion>
<groupId>com.sun.jdmk</groupId>
<artifactId>jmxtools</artifactId>
</exclusion>
<exclusion>
<groupId>com.sun.jmx</groupId>
<artifactId>jmxri</artifactId>
</exclusion>
<exclusion>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
</exclusion>
</exclusions>
</dependency>
[...]
As expected, if someone try to have the Maven Eclipse plugin download
the sources using:
mvn eclipse:eclipse -DdownloadSources=true
They will see this message:
"Sources for some artifacts are not available.
List of artifacts without a source archive:
o org.elasticsearch:elasticsearch:0.6.0-20100402.181319-2"
I am trying to see if there is a workaround (other than fixing
the .classpath manually).
Thanks again, well done!
Paolo