Hello Thanks for creating the ticket. I haven't created one, since I don't have a osgeo ID and am still waiting for a reply to my mantra request. I've checked, it seems we can regularly pull from repo.osgeo.org again, so I can confirm the problem seems to be resolved for us, thanks a lot!
Regards, Alex ________________________________ Von: Jody Garnett <jody.garn...@gmail.com> Gesendet: Donnerstag, 7. September 2023 21:04 An: fg...@users.sourceforge.net <fg...@users.sourceforge.net> Cc: Brogli, Alexander <alexander.bro...@ebp.ch>; discuss@lists.osgeo.org <discuss@lists.osgeo.org> Betreff: Re: [OSGeo-Discuss] repo.osgeo.org contains empty files [EXTERNE E-MAIL] Klicke nicht auf Links und öffne keine angehängten Dateien, wenn du die Absenderin oder den Absender nicht kennst. I have gone ahead and created a ticket there: https://trac.osgeo.org/osgeo/ticket/2978 I did not see you report the ticket yet, and it is capturing feedback on multiple channels. I have found the problem with geonetwork-cache being setup to cache files stored in a GitHub repository by geonetwork 2.x series. GitHub must of turned off access in this manner yesterday, resulting in a lot of time-outs and zero sized files being saved. The geonetwork-cache has been removed from release configuration; and I hope normal service has been restored? Please CONFIRM 🙂 Notes: * There is a risk that other repositories have saved these zero sized files and will need to clear their cache of OSGeo, and lazily rebuild it again. * Normal maven builds do not have any way to select what jar to retrieve from different repositories. Indeed they attempt to contact each repository in turn, checking for every jar. So it is expect that repo.osgeo.org<http://repo.osgeo.org/> releases would field requests for all manner of content as we have seen. This is one case where gradle offers better control ... * I will reach out to the core-geonetwork project and determine how their build can be restored also. -- Jody Garnett -- Jody Garnett On Sep 7, 2023 at 7:39:38 AM, Frank Gasdorf <fg...@users.sourceforge.net<mailto:fg...@users.sourceforge.net>> wrote: Hi folks, I recently stumble about this problem to and my investigation is as follows: * you a company uses a repository manager and has osger repo as a proxy repo configured AND * and internal artefact has been request but is not avaliable in internal repositories, that a http get is set to osgeo repo as well * this leads to enties like that with size 0 for each artefact IMHO it seems to be an issue in nexus configuration and I investigate how to configure filter for proxe repositories in Nexus. Once you have a trac issue id, let us know -- Frank Am Do., 7. Sept. 2023 um 15:22 Uhr schrieb Jody Garnett via Discuss <discuss@lists.osgeo.org<mailto:discuss@lists.osgeo.org>>: This should be reported to the trac issues tracker, for the system admin committee. I help manage the repo a bit, I wonder where the size zero files come from? We may be able to check if they were uploaded or fetched from a cache of an external repo. On Thu, Sep 7, 2023 at 5:54 AM Brogli, Alexander via Discuss <discuss@lists.osgeo.org<mailto:discuss@lists.osgeo.org>> wrote: Hi all We're thankful consumers of osgeo's maven repository, though this morning we noticed that empty files are pulled. Inspecting certain cases, we saw that since this morning files with size 0 seem to be in the repo, e.g. the files here https://repo.osgeo.org/service/rest/repository/browse/release/org/jboss/jboss-parent/36/. Do you know if there's a better place / mailing list to post this inquiry, or if the responsible persons are aware of the issue? Thanks & regards Alex _______________________________________________ Discuss mailing list Discuss@lists.osgeo.org<mailto:Discuss@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/discuss _______________________________________________ Discuss mailing list Discuss@lists.osgeo.org<mailto:Discuss@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/discuss
_______________________________________________ Discuss mailing list Discuss@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/discuss
