Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detect outdated dependencies in pom.xml #523

Open
DavyLandman opened this issue Nov 18, 2024 · 5 comments
Open

Detect outdated dependencies in pom.xml #523

DavyLandman opened this issue Nov 18, 2024 · 5 comments
Labels
enhancement New feature or request

Comments

@DavyLandman
Copy link
Member

DavyLandman commented Nov 18, 2024

That should have given a user a warning that would have made #520 and #521 a lot nicer.

(something along the lines of, hey please update to a minimal version of rascal 0.40.17)

@DavyLandman DavyLandman added the enhancement New feature or request label Nov 18, 2024
@jurgenvinju
Copy link
Member

This is already implemented on the no-more-libs PR.

@jurgenvinju
Copy link
Member

usethesource/rascal#1969

The new messages field in PathConfig will contain exactly those messages you proposed for the Rascal project and for rascal-lsp.

Also self-application is detected, which influences the library path and yieldd an info message.

This feature does not use exact error locations yet. I thought we can wait until the standard library is bootstrapped and we can use the XML origins for that. For now we report issues on the first live of the pom.xml or .MF file.

@jurgenvinju
Copy link
Member

What I don't understand yet is why the typechecker didn't detect the old .tpl files as being of the wrong version in #520. Is the old typechecker somehow in play ?

@DavyLandman
Copy link
Member Author

no, @PaulKlint suspects this was a case he hadn't covered yet in the detection of this error. he would pick this up soon.

@DavyLandman
Copy link
Member Author

usethesource/rascal#1969

The new messages field in PathConfig will contain exactly those messages you proposed for the Rascal project and for rascal-lsp.

Also self-application is detected, which influences the library path and yieldd an info message.

This feature does not use exact error locations yet. I thought we can wait until the standard library is bootstrapped and we can use the XML origins for that. For now we report issues on the first live of the pom.xml or .MF file.

that is good, but I was thinking if we could do something for the coming months. as users update to the new version of vs code (often automatically) and get no message that they maybe should cleanup/update.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants