On Jun 3, 2014, at 8:53, Tristan Tarrant <ttarr...@redhat.com> wrote:
> Dear all, > > on Thursday I issued a PR [1] to introduce Uber Jars, i.e. single jars > which wrap our multitude of jars and some of the transitive > dependencies, but it was (rightly) pointed out that we should have a > little discussion here first. > > Firstly, I'm using the maven shade plugin which repackages multiple jars > into one with: > - automatic transitive resolution > - the ability to include/exclude certain jars > - move classes if necessary to other packages to avoid conflicts > - rewrite the POM with the new dependencies. > > Here is my global strategy: > - define a set of uber-jars (see below) > - include all non-optional dependencies in each uber-jar except for the > specification Jars (e.g. javax.transaction and javax.persistence) > - rename some internal-only dependencies to avoid conflicts > - uber jars MUST NOT inherit from infinispan-parent (too much cruft in > there) but only from infinispan-bom. Just for my own understanding, what is the rationale behind this? > > The Uber Jars > - infinispan-embedded-all (infinispan-commons, infinispan-core, jgroups, > jboss-marshalling-osgi, jboss-logging, infinispan-cachestore-jdbc, > infinispan-cachestore-jpa, infinispan-cachestore-leveldb) > - infinispan-remote-all (infinispan-commons, infinispan-client-hotrod, > commons-pool, jboss-marshalling-osgi, jboss-logging, > infinispan-remote-query-client, infinispan-query-dsl, > infinispan-protostream, protobuf-java) > - infinispan-query-all (infinispan-query, infinispan-query-dsl, > hibernate-hql-parser, antlr, stringtemplate, hibernate-hql-lucene, > hibernate-search-engine, infinispan-lucene-v4, > hibernate-search-analyzers, lucene*, solr*, avro, jackson-core, > jackson-mapper, paranamer, apache-compress, infinispan-lucene-directory, > hibernate-search-infinispan, hibernate-commons-annotations). This > package will depend on infinispan-embedded-all and we should only make a > Lucene v4 version). > > Discuss :) Much simpler this way, so why not making this the default packaging? > > > Tristan > > > > [1] https://github.com/infinispan/infinispan/pull/2589 > _______________________________________________ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev Cheers, -- Mircea Markus Infinispan lead (www.infinispan.org) _______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev