You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you have any custom resolvers added in your build, then they'll be the only ones rendered into smithy-build.json. However, the default behavior for an empty resolver list is to use Maven Central (and probably m2 local), and using a different list removes that default.
It looks like our task deliberately doesn't write default resolvers, so as a result, adding a custom resolver means the LSP / smithy-cli won't use Maven Central anymore. I think we should be generating that repo, at least in situations where there are customer resolvers present.
The text was updated successfully, but these errors were encountered:
kubukoz
changed the title
smithy4sUpdateLSPConfig should render Maven Centralsmithy4sUpdateLSPConfig should render Maven Central if it's in resolversJan 2, 2025
amended the title to be more precise - if the resolvers value doesn't contain maven central, we should still not render it (e.g. in cases you're working for an org that deliberately wants to avoid hitting MC)
If you have any custom
resolvers
added in your build, then they'll be the only ones rendered intosmithy-build.json
. However, the default behavior for an empty resolver list is to use Maven Central (and probably m2 local), and using a different list removes that default.It looks like our task deliberately doesn't write default resolvers, so as a result, adding a custom resolver means the LSP / smithy-cli won't use Maven Central anymore. I think we should be generating that repo, at least in situations where there are customer resolvers present.
The text was updated successfully, but these errors were encountered: