Hi @stevedennis / @atripp
We're getting lot of these errors after removing the cache configuration
Why are we getting connection pool error when there's no connection pool?
Thanks
Parthu
Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!
Hi @stevedennis / @atripp
We're getting lot of these errors after removing the cache configuration
Why are we getting connection pool error when there's no connection pool?
Thanks
Parthu
Hi @stevedennis
Thanks for the info.
Another question, where is this metadata-caching stored? On the proget server or in DB?
Why I'm asking is, if we add new server to cluster, does this cause increase in requests to nuget.org if the caching is done on server locally?
Does this metadata caching feature reduce the queries to fetch versions that you mentioned?
And can I get links to this caching. Does this
Thanks
Parthu
Hi @stevedennis
Just need some more info. What is the configured time for timeout. Are you maintaining any connection pool for number of connections to nuget.
Thanks
Parthu
Hi Steve
Thanks for the info. A question, normally proget fetches from connector if a package is not available locally right. In this case is it trying to download new package and has timeout or some network issue? If that's the case what can it fetch from cached copy?
Is it possible to know what it's requesting for.
Thanks
Parthu
Hi Team
Recently we got too many of these warnings. Can we know when this occurs.
Thanks
Parthu
Hi @atripp
Actually we created a license WTGBL and assigned it to a package that doesn't have any license. and the packages that have this license should be noncompliant.
So when we try to download it shouldn't we stop it without downloading even for first time.
And our team suggested that if some license type are only known after downloading full package, it would be possible to discard those without saving. Is this possible to do from your end?
Why this is needed:
Our security team told that there are few files on the machine that doesn't meet security standards. And few versions of this package shouldn't be available on the machine itself.
Thanks
Parthu
Previously we were able to block packages for specific version but now we don't see that option.
Why has this been removed?
Thanks
Parthu
Hi Team
We created a License WTGBL so that it blocks few log4j-core
versions from being downloaded. But when we do that it's not stopping the package from being downloaded for the first time. After that it's blocked.
Proget version: 2024.13
Thanks
A small question, can we upgrade proget but continue using classic maven for some time
Getting error for jakarta.activation-2.0.0 versions
Looks like there's some problem in orginal repo itself
Another example:
https://repo1.maven.org/maven2/com/sun/xml/bind/mvn/jaxb-parent/3.0.0/jaxb-parent-3.0.0.pom
I'm getting few of these errors.
An empty feed is getting this error
Getting this error while moving from classic maven to new maven on 2024.22
We've 3 proget servers in cluster, during upgrade do we have to stop all 3 servers and then do upgrade or can we do upgrade one server after another without stopping other servers.
Thanks
Steps to reproduce:
Could you pls look into it. If we've some problems and if we want to downgrade it's better if such issues doesn't occur.
Thanks
After renaming the feed the API keys are pointing to maven old feed. Should this be done manually. If so I think it's better if it's mentioned in documentation as well.
https://docs.inedo.com/docs/proget/feeds/maven#maven-classic-feed-types
Pls let us know your thoughts. If there are any such cases, pls let us know.
Every time I run dotnet tool run paket restore --verbose I'm getting error with different packages. It's not the same every time I run it. Could you let us know why this is happening.
We came across this while trying to upgrade from 2024.6 to 2024.13. So we again downgraded it to 2024.6 and checked there. Looks like it's happening in both the versions.
Getting lot of these errors, could you suggest on this.
Thanks, we're planning to upgrade tomorrow. Will keep you updated.
Yes @stevedennis , that would be helpful. Pls ship it early.
Thanks
And our team suggested that increasing VARCHAR(50) to a larger number for versions in Maven tables could help. Could you check it.
If it's not possible, could you let us know an eta on fixing this.
@stevedennis said in File not found org.scala-sbt.jline/jline:
2.14.7-sbt-a1b0ffbb8f64bb820f4f84a0c07a0c0964507493
In the above screenshot, there is a version without 3 in it, is it created by proget? When I clicked that version, the files inside it are same as the one with 3
Versions that are on maven doesn't match the versions that are on proget.
Getting 2.14.7-sbt-a1b0ffbb8f64bb820f4f84a0c07a0c096450749 extra version on proget.
http://proget.sand.wtg.zone/maven2/Maven-Sbt/org/scala-sbt/jline/jline/2.14.7-sbt-a1b0ffbb8f64bb820f4f84a0c07a0c096450749/jline-2.14.7-sbt-a1b0ffbb8f64bb820f4f84a0c07a0c0964507493.pom - proget pom url, looks like 3 is missing.
This is happening in version 2024.5, after upgrading from 2024.3.
Deleted the artifact, now not able to find any packages in versions.
@atripp Ohh, sorry my mistake, changed it to proget, same problem actually. Will check at our end.
Actually it's just postman to trigger APIs, pls check the versions. I triggered multiple versions, All of them got immediate response except for the 1.3.1 and 1.3.0. These two versions are failing sometimes. Will check with wireshark, pls check at your end as well.(there might be possibilities of missing headers that helps in closing socket or something like that.)
Actually this has nothing to do with npm client I guess. As I'm directly downloading the tgz from proget, which was causing error in npm client.
Getting this error for only 1.3.1 and 1.3.0 versions. others are working fine. Any idea why?
This is happening randomly.
Version 2024.3 (Build 4) - this is the version
getting
This artifact cannot be downloaded because it is Noncompliant: Artifact does not have an associated .pom.
error for a lot of maven repositories.
https://repo1.maven.org/maven2/org/apache/hadoop/hadoop-project/3.1.2/hadoop-project-3.1.2.pom
I understand that there is some parsing problem with POM file but it can be downloaded I guess, as SHA1 and MD5 are valid.
Let us know your thoughts.