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:
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@...>
 

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:
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:
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@...>
 

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:
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

[1] https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/sxp-merge-oxygen/77/console.log.gz

On Mon, Sep 24, 2018 at 2:51 AM Thanh Ha <thanh.ha@...> wrote:
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:
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@...>
 

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:
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:
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

[1] https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/sxp-merge-oxygen/77/console.log.gz

On Mon, Sep 24, 2018 at 2:51 AM Thanh Ha <thanh.ha@...> wrote:
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:
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.]