10:48 a.m.
There's no way we can have tests for every feature that every project
brings into WildFly.
On Mon, Aug 14, 2017 at 1:00 AM, Carlo de Wolf <cdewolf(a)redhat.com> wrote:
These form of conflicts must be guarded in a test(suite) that is part
of
WildFly release criteria.
Carlo
On 08/12/2017 11:44 AM, Sanne Grinovero wrote:
> Thanks James! I've sent a PR to restore the previous version.
>
> I'll be checking some more cross-project dependency requirements next
> weeek.
>
> On 12 August 2017 at 01:08, James Perkins <jperkins(a)redhat.com> wrote:
>
>> It looks like it came in as part of
>> https://issues.jboss.org/browse/WFLY-7908. I'm personally not a big fan
>> of
>> these sweeping version updates like this for this exact reason. We've had
>> issues with this type of thing before and I do think we need a better
>> approach.
>>
>> IMO we can definitely downgrade this. I also see no other modules that
>> depend on it either.
>>
>> On Fri, Aug 11, 2017 at 2:43 PM, Sanne Grinovero <sanne(a)hibernate.org>
>> wrote:
>>
>>> Hi all,
>>>
>>> I just noticed that the Apache Avro version included in WildFly was
>>> upgraded to 1.8.1.
>>>
>>> This breaks Hibernate Search. It wasn't caught by automated
>>> integration tests as this aspect wasn't covered by integration tests
>>> within the wildfly codebase - we have them within Hibernate.
>>>
>>> A quick grep on the module definitions doesn't reveal any other user,
>>> and "git blame" seems to suggest it was updated just for the sake
of
>>> updating some components.. so I'm guessing there is no other
>>> stackeholder I should align with?
>>>
>>> 1# Could we please revert it to 1.7.6, which is what Hibernate Search
>>> requires?
>>>
>>> Alternatively we'll need some ad-hoc coding on Hibernate Search and a
>>> new version respin - with all associated risks - just for the sake of
>>> updating this.
>>>
>>> 2# What can we do to prevent such things in the future?
>>>
>>> I can of course contribute some more integration tests but it's never
>>> going to be enough: there will always be more tests "upstream".
Could
>>> we rather agree on some improved communication process when you all
>>> consider updating an indirect dependency?
>>>
>>> Thanks,
>>> Sanne
>>>
>>> - https://issues.jboss.org/browse/WFLY-9221
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>
>>
>>
>>
>> --
>> James R. Perkins
>> JBoss by Red Hat
>>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
>
>
--
James R. Perkins
JBoss by Red Hat