Hi, Whilst having dependencies on SNAPSHOT is not generally good, we do allow SNAPSHOT dependencies between our own components: e.g. cache stores' upstream depend on an SNAPSHOT of Infinispan core. I think the rule should still apply for protostream, i.e. on master, the query should be allowed to depend on protostream-SNAPSHOT, assuming protostream doesn't have external SNAPSHOT dependencies (it doesn't). Otherwise we end up releasing a new protostream whenever e.g. a bug gets fixed and query needs it - way too often. Of course we shouldn't allow any SNAPSHOT dependencies during the release. Cheers, -- Mircea Markus Infinispan lead (www.infinispan.org) _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

When issues like "HSEARCH-1396 A FieldBridge should be able to easily acquire services/resources" or "HSEARCH-1397 Ability to offer the notion of composite bridge" get fixed I'd like to be able to update infinispan code immediately rather than waiting for the next hsearch alpha release, even if that happens in the same day. Or is it more manageable for hsearch to make piecemeal alpha releases after each issue is fixed? On 09/12/2013 05:11 PM, Sanne Grinovero wrote: > +1 > and maybe you want SNAPSHOT dependencies of Hibernate Search ? > > On 12 September 2013 16:08, Mircea Markus <mmarkus(a)redhat.com&gt; wrote: >> Hi, >> >> Whilst having dependencies on SNAPSHOT is not generally good, we do allow SNAPSHOT dependencies between our own components: e.g. cache stores' upstream depend on an SNAPSHOT of Infinispan core. I think the rule should still apply for protostream, i.e. on master, the query should be allowed to depend on protostream-SNAPSHOT, assuming protostream doesn't have external SNAPSHOT dependencies (it doesn't). Otherwise we end up releasing a new protostream whenever e.g. a bug gets fixed and query needs it - way too often. >> >> Of course we shouldn't allow any SNAPSHOT dependencies during the release. >> >> Cheers, >> -- >> Mircea Markus >> Infinispan lead (www.infinispan.org) >> >> >> >> >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev