This group is locked. No changes can be made to the group while it is locked.
Date
1 - 5 of 5
zodiac.springsource.com breaking project builds
Thanh Ha <thanh.ha@...>
Hi Everyone, I think a few projects are affected by this issue but it seems like something is pulling in the repo zodiac.springsource.com during our builds and that maven repo is returning a forbidden. I think when mvn sees this it gives up and doesn't try the next server so our artifacts are not being fetched from nexus.opendaylight.org as it should be. I'm trying to track down what might be causing this URL to get pulled in. Anyone have ideas? Regards, Thanh Caused by: java.io.IOException: Error resolving artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3: [Could not find artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3 in defaultlocal (file:/tmp/r/), Could not find artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3 in central (http://repo1.maven.org/maven2/), Could not find artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3 in spring.ebr.release (http://repository.springsource.com/maven/bundles/release/), Could not find artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3 in spring.ebr.external (http://repository.springsource.com/maven/bundles/external/), Could not transfer artifact org.opendaylight.yangtools:yang-data-codec-gson:jar:2.0.6.3 from/to gemini (http://zodiac.springsource.com/maven/bundles/release/): Access denied to: http://zodiac.springsource.com/maven/bundles/release/org/opendaylight/yangtools/yang-data-codec-gson/2.0.6.3/yang-data-codec-gson-2.0.6.3.jar , ReasonPhrase:Forbidden.] |
Thanh Ha <thanh.ha@...>
So this issue happens during SFT. I have a hunch that this may be caused by missing dependency declaration on yang-data-codec-gson so when the test is run the artifact is not available in the local m2repo and SFT tests do not load the global settings.xml so it will not fetch from nexus.opendaylight.org Perhaps some project these projects depend on to pull this dependency in is no longer pulling it in and now causing their downstreams to fail? Regards, Thanh On Mon, Sep 24, 2018 at 2:42 AM Thanh Ha <thanh.ha@...> wrote:
|
Thanh Ha <thanh.ha@...>
I think something funny is going on with the yangtools dependency. I modified sxp's merge job to print the download logs [1]. If you search for yang-data-codec-gson you can see it's pulling in both 2.0.6.1 and 2.0.6.3. Regards, Thanh On Mon, Sep 24, 2018 at 2:51 AM Thanh Ha <thanh.ha@...> wrote:
|
Thanh Ha <thanh.ha@...>
This was merged in controller https://git.opendaylight.org/gerrit/76215/ on Sept 19th. I suspect this is a case where we version bumped something and all the inbetween inter-project merge jobs have not propagated the update. I think the solution here is to ensure that all your upstreams have passing remerges in the dependency tree order. Regards, Thanh On Mon, Sep 24, 2018 at 3:01 AM Thanh Ha <thanh.ha@...> wrote:
|
Thanh Ha <thanh.ha@...>
I just discovered the set of patches here https://git.opendaylight.org/gerrit/#/q/topic:yangtools-2.0.6.3 I guess I missed some emails. Once SXP merges their patch hopefully that will allow dlux's distro-check job to pass so we can merge the dlux fix. Cheers, Thanh On Mon, Sep 24, 2018 at 3:09 AM Thanh Ha <thanh.ha@...> wrote:
|