I would recommend invalidating your cache and let it repopulate. Jody
On Mon, Sep 11, 2023 at 10:50 PM Frank Gasdorf <fg...@users.sourceforge.net> wrote: > Interesting, we use it in Nexus as a proxy repo and you were right, these > zero-size jars were present in our cache as well. > > How did you cleaned-up the cache? Search on filesystem and remove files > with this attributes and updated index within nexus afterwards? > > Your help is much appreciated > > -- > Frank > > Am Mo., 11. Sept. 2023 um 16:48 Uhr schrieb Jody Garnett < > jody.garn...@gmail.com>: > >> I was only asking as if you have a mirror it would of been filled up with >> junk and need to have its cache of jars cleaned up. >> >> When building directlt it is best to have the fewest number of maven >> repositories listed (as each one is checked in turn). >> >> I am not sure why maven pom.xml does not allow an include/exclude filter >> on repositories… >> >> Jody >> >> On Mon, Sep 11, 2023 at 2:08 AM Brogli, Alexander < >> alexander.bro...@ebp.ch> wrote: >> >>> Answer: >>> >>> We do build it directly and dont mirror it (so far, maybe we should, at >>> least to reduce some traffic for osgeo). So for us the fix indeed worked. >>> >>> Thanks & Regards >>> Alex >>> >>> ------------------------------ >>> *Von:* Jody Garnett <jody.garn...@gmail.com> >>> *Gesendet:* Freitag, 8. September 2023 00:59 >>> *An:* Brogli, Alexander <alexander.bro...@ebp.ch> >>> *Cc:* discuss@lists.osgeo.org <discuss@lists.osgeo.org>; >>> fg...@users.sourceforge.net <fg...@users.sourceforge.net> >>> >>> *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. >>> Question: >>> >>> Are you building against repo osgeo "release" directly in your maven >>> build? >>> If so you should indeed be fixed 🙂 >>> >>> Or have you setup a mirror or nexus repository of your own that caches >>> repo osgeo "releases"? >>> In this case you may need to clear your cache (to get rid of any zero >>> sized jars). >>> >>> I am curious how many folks are running downstream caches or mirrors and >>> may be affected ... >>> -- >>> Jody Garnett >>> >>> >>> On Sep 7, 2023 at 12:42:09 PM, "Brogli, Alexander" < >>> alexander.bro...@ebp.ch> wrote: >>> >>> 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 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> >>> 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>: >>> >>> 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> 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 >>> https://lists.osgeo.org/mailman/listinfo/discuss >>> >>> _______________________________________________ >>> Discuss mailing list >>> 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