[OSGeo-Discuss] repo.osgeo.org contains empty files

Frank Gasdorf fgdrf at users.sourceforge.net
Mon Sep 11 22:50:13 PDT 2023


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.garnett at 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.Brogli at 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.garnett at gmail.com>
>> *Gesendet:* Freitag, 8. September 2023 00:59
>> *An:* Brogli, Alexander <Alexander.Brogli at ebp.ch>
>> *Cc:* discuss at lists.osgeo.org <discuss at lists.osgeo.org>;
>> fgdrf at users.sourceforge.net <fgdrf at 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.Brogli at 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.garnett at gmail.com>
>> *Gesendet:* Donnerstag, 7. September 2023 21:04
>> *An:* fgdrf at users.sourceforge.net <fgdrf at users.sourceforge.net>
>> *Cc:* Brogli, Alexander <Alexander.Brogli at ebp.ch>;
>> discuss at lists.osgeo.org <discuss at 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 <fgdrf at 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 at 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 at 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 at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/discuss
>>
>> _______________________________________________
>> Discuss mailing list
>> Discuss at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/discuss
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/discuss/attachments/20230912/ea48c608/attachment.htm>


More information about the Discuss mailing list