[Hawkular-dev] srcdeps is apparently broken or at least not working on travis

[Peter Palaga]

On 2016-12-16 15:55, John Mazzitelli wrote:
> I changed the travis config to hopefully get a newer java, but now I get this:
>
> https://travis-ci.org/hawkular/hawkular-agent/builds/184547424#L493
>
> [ERROR] Failed to execute goal on project hawkular-inventory-impl-tinkerpop-sql-provider:Could not resolve dependencies for project 
org.hawkular.inventory:hawkular-inventory-impl-tinkerpop-sql-provider:jar:1.1.3.Final-SRC-revision-b9baf812c880565fd135540d6565172e9badb642: 
Failed to collect dependencies at 
org.umlg:sqlg-h2-dialect:jar:1.3.2-SRC-revision-b8cbea0f96fcbbd5150e7a4f9c469850b9973331 
-> org.umlg:sqlg-core:jar:1.3.2-SNAPSHOT: Failed to read artifact 
descriptor for org.umlg:sqlg-core:jar:1.3.2-SNAPSHOT: Could not transfer 
artifact org.umlg:sqlg-core:pom:1.3.2-SNAPSHOT from/to 
codehaus-snapshots (https://nexus.codehaus.org/snapshots/): 
nexus.codehaus.org: Unknown host nexus.codehaus.org -> [Help 1]

Looks like this one: https://github.com/travis-ci/travis-ci/issues/4629 
The workaround is

   cp -t ~/.m2 .travis.maven.settings.xml

> So I'm going to wait for inventory to release and then just pin the agent on that inventory release rather than try to get the srcdep to build.

A release of Inventory should also be a valid solution but Lukáš should 
take care to switch to an org.umlg release before he releases Inventory. 
ATM, org.umlg is a source dependency of Inventory and a release of 
Inventory will fail because of that.

-- P


> Then we can worry about h-services.
>
> Lukas - how soon will inventory be released? :)
>
>> ----- Original Message -----
>>> Hi Mazz,
>>>
>>> given that
>>>
>>> (1) I can [1] build the PR278 [2] locally using Oracle Java 1.8.0_92
>>> (2) The error message on Travis comes from the compiler, the underlying
>>>      Java being quite ancient 1.8.0_31
>>> (3) Inventory's Travis can also build and also uses a newer Java
>>>      1.8.0_111
>>>
>>> I conclude that the old Java 1.8.0_92 on Agent's Travis is the main
>>> suspect. You should find a way to upgrade it.
>>>
>>> [1] Well I cannot fully build the PR278 locally - the build is not fully
>>> passing, but the srcdeps build of Inventory finishes successfully and I
>>> get a different non-srcdeps error later in the process.
>>>
>>> [2] https://github.com/hawkular/hawkular-agent/pull/278
>>>
>>> Best,
>>>
>>> Peter
>>>
>>> On 2016-12-16 05:31, John Mazzitelli wrote:
>>>> And here is the errors in h-services - it doesn't even look like srcdeps
>>>> is
>>>> attempting to build them here:
>>>>
>>>> https://travis-ci.org/hawkular/hawkular-services/builds/184443394#L411-L413
>>>>
>>>> ----- Original Message -----
>>>>> I can build this locally fine. However, srcdep plugin when running on
>>>>> travis
>>>>> is failing to compile h-inventory.
>>>>>
>>>>> See the tons of compile errors here:
>>>>>
>>>>> https://travis-ci.org/hawkular/hawkular-agent#L391
>>>>>
>>>>> We need to either:
>>>>>
>>>>> a) fix what is wrong with srcdep and travis
>>>>> b) release inventory (and other dependencies in order to build things
>>>>> further
>>>>> downstream) so we don't use srcdeps
>>>>>
>>>>> At this point, my okhttp upgrade is dead in the water since I can't get
>>>>> the
>>>>> h-agent or h-services repos to go green.
>>>>>
>>>>> _______________________________________________
>>>>> hawkular-dev mailing list
>>>>> hawkular-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>>>>>
>>>> _______________________________________________
>>>> hawkular-dev mailing list
>>>> hawkular-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>>>>
>>>
>>>
>> _______________________________________________
>> hawkular-dev mailing list
>> hawkular-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>