Worse than that, the only directories left are those under com/aspose. My build breaks because Aspose’s pom tries to access the com/google/code/typica package and gets a “410 Gone” (so I browsed, and found that to be true).
Raises the question why Maven tries to access that site and not our internal central Artifactory installation as it is configured to do
Hi @farooq.sheikh, using this new repository works for my local environment, but my builds ran on Github Actions are failing on a 403 error. Can you please whitelist Github Actions?
This is my error message:
Could not resolve com.aspose:aspose-pdf:21.12.
Could not get resource ‘https://repository.aspose.com/repo/com/aspose/aspose-pdf/21.12/aspose-pdf-21.12.pom’.
Could not GET ‘https://repository.aspose.com/repo/com/aspose/aspose-pdf/21.12/aspose-pdf-21.12.pom’. Received status code 403 from server: Forbidden
his new repository works for my local environment, but my builds ran on Github Actions are failing on a 403 error. Can you please whitelist Github Actions?
It looks like Github Actions is still using cache DNS entry of repository.apose.com. That’s why it is failing but working with local. Our repository DNS record has been updated in last weekend and point to new server. Please make sure to use latest DNS record in your Github Actions to get it work.
Feel free to reach us for any question related to it. Thanks.
@farooq.sheikh I opened a ticket with GH actions with a link to your explanation. Interestingly, when I rerun the GH action, it succeeded 1 time, but on the next ~5 tries, it consistently fails on the 403. Is that consistent with your theory, or is it possible there’s something on the Aspose repository side that this may indicate a misconfiguration with?
Thank you @tahir.manzoor and @farooq.sheikh. I received an update from Github support last night which says this:
GitHub Actions does not cache DNS. The 403 Forbidden response code indicates that the receiving server *is* being connected to, yet authentication is being checked and rejected. In particular, given one of the workflow runs succeeded yet another is still failing suggests the failure is external to GitHub Actions.