+1 for Hibernate Search as well, seems like making Adrian's life easier.
On Sep 12, 2013, at 3:27 PM, Adrian Nistor <anistor(a)redhat.com> wrote:
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> 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