-
Notifications
You must be signed in to change notification settings - Fork 526
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
'Could not find an AllVersionsAPI endpoint' when using Artifactory repository #3638
Comments
I have the same issue. By tinkering around to solve my other issue #3601 with the latest paket version I also now see this error. |
So I dived a little bit more into paket and what artifactory returns. {
"version": "3.0.0",
"resources": [{
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/query",
"@type": "SearchQueryService",
"comment": "Query endpoint of NuGet Search service (primary)"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/",
"@type": "RegistrationsBaseUrl",
"comment": "Base URL of Azure storage where NuGet package registration info is stored"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/atlas-nuget",
"@type": "LegacyGallery"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/atlas-nuget",
"@type": "LegacyGallery/2.0.0"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/atlas-nuget",
"@type": "PackagePublish/2.0.0"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/query",
"@type": "SearchQueryService/3.0.0-rc",
"comment": "Query endpoint of NuGet Search service (primary) used by RC clients"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/",
"@type": "RegistrationsBaseUrl/3.0.0-rc",
"comment": "Base URL of Azure storage where NuGet package registration info is stored used by RC clients. This base URL does not include SemVer 2.0.0 packages."
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/{id-lower}/index.json",
"@type": "PackageDisplayMetadataUriTemplate/3.0.0-rc",
"comment": "URI template used by NuGet Client to construct display metadata for Packages using ID"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/{id-lower}/{version-lower}.json",
"@type": "PackageVersionDisplayMetadataUriTemplate/3.0.0-rc",
"comment": "URI template used by NuGet Client to construct display metadata for Packages using ID, Version"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/query",
"@type": "SearchQueryService/3.0.0-beta",
"comment": "Query endpoint of NuGet Search service (primary) used by beta clients"
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/",
"@type": "RegistrationsBaseUrl/3.0.0-beta",
"comment": "Base URL of Azure storage where NuGet package registration info is stored used by Beta clients. This base URL does not include SemVer 2.0.0 packages."
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration/",
"@type": "RegistrationsBaseUrl/3.4.0",
"comment": "Base URL of Azure storage where NuGet package registration info is stored in GZIP format. This base URL does not include SemVer 2.0.0 packages."
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration-semver2/",
"@type": "RegistrationsBaseUrl/3.6.0",
"comment": "Base URL of Azure storage where NuGet package registration info is stored in GZIP format. This base URL includes SemVer 2.0.0 packages."
}, {
"@id": "https://custom.jfrog.io/custom/api/nuget/v3/atlas-nuget/registration-semver2/",
"@type": "RegistrationsBaseUrl/Versioned",
"clientVersion": "4.3.0-alpha",
"comment": "Base URL of Azure storage where NuGet package registration info is stored in GZIP format. This base URL includes SemVer 2.0.0 packages."
}]
} The result form the nuget gallery contains said item. https://api.nuget.org/v3/index.json |
I try to ask again here. Can anyone tell me if this is a general issue with paket or artifactory? |
@Larusso the answer is that you'd need to check the nuget v3 spec in order to check if this endpoint is required. From a practical standpoint it seems like paket should use a different endpoint when this one is not available. You'd need to check why we use it and see if a different endpoint can fill the gap. |
Ok I checked the code and it seems artifactory is missing a crucial Resource. We switched back to the v2 URLs but have the other issue with paket and artifactory #3601. So we opted to revert our versioning scheme back to semver1 for now. Thanks for your help. |
While investigating the semver2 issue, #3601, I wanted to give the v3-API a try. So I landed here... From what I see here: https://docs.microsoft.com/en-us/nuget/api/overview#resources-and-schema |
@jbaehr I agree, it is good to have the docs now but they most likely didn't exist when we implemented the support in paket ;) So yes a PR to update it to be in line with the docs would be really appreciated ;) |
@jbaehr it seems you had more endurance with this issue. Seems you came down to the same dilemma I ended in. Can't use v2 with semver2 and v3 also doesn't work with jfrog at the moment. Thanks for the schema! |
@jbaehr |
so thanks to @Larusso I could repro. |
I just ran into this issue which is preventing my team from adopting Paket since our company's internal packages are required to be stored in Artifactory. I am experiencing the exact problems described in this thread: Artifactory (still) does not provide "PackageBaseAddress" in the v3 response and Paket has apparently not found a workaround to implement. |
@sellmeadog ah well is it again over a year ago. 2020 ... I had no time anymore to spend more on this issue so we moved back to use semver1 which worked for use okish. I can try to reach out to jfrog to get a support engineer or something in this thread. |
OK I just figured out that our current plan doesn' inlcude access to the support service ... |
Is there any progress on this issue, I now tried to use this example:
on the latest version of paket, but it still fails: |
I was evaluating Paket with great hopes when I stumbled on this problem following the "Converting from Nuget" guide... |
For the maintainers on this repo: Several years ago I worked on the F# compiler and language service, so I have a passing understanding of Paket and its importance to the F# community and because of my current work, I wanted to pass along some information regarding this bug. My current role has me adding improvements to the NuGet updater for dependabot, and I recently ran into a situation there where we encountered an Artifactory/JFrog NuGet feed that didn't expose the I worked around the situation by detecting that the I wrote up my findings of the initial investigation here and implemented the fix (although in Ruby, not F#) here. Hopefully this is useful to somebody. |
Description
I'm experimenting with Paket for the first time. I have a small project that references a few packages on nuget.org and from a private NuGet v3 feed hosted by Artifactory 6.11.3.
Paket version: 5.216.0
Repro steps
paket.dependencies
is something like:paket.exe install
Expected behavior
Paket installs the packages from both the private and public NuGet feed, as available.
Actual behavior
Paket fails with the following error:
Known workarounds
No known workaround.
The text was updated successfully, but these errors were encountered: