-
Notifications
You must be signed in to change notification settings - Fork 456
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
Suggestion: Ignore compiler warnings and information from specified directories #660
Comments
You can add an <classpathentry kind="src" output="target/classes" path="src/main/java">
<attributes>
<attribute name="ignore_optional_problems" value="true" />
</attributes>
</classpathentry> |
same problem, any solution yet? |
+1 |
Since VS Code no longer generates the .classpath files inside the workspace, it is quite difficult to modify them directly, especially when using a remote devcontainer. Having a UI to add this boolean attribute, or a menu item to open the .classpath file for the project would be absolutely helpful. At this time I can't recommend using VS Code for our project as the number of warnings in generated dwarfs the actual warnings in our code base, and we have a zero warning policy. |
Should be great to have an option to do this in the JAVA PROJECTS view by a right click in an specific source folder (or in the Configure Classpath page). (related to: #2150) |
Any chance for the |
This would be great. I use a Maven plugin to generate a lot of sources in |
@rubensa @heruan You can try the ecliseignorehelper plugin. |
As a user of the vscode-java extension, I would like to ignore Java compiler warnings and information coming from certain directories.
Generated code and unit tests often generate warnings from the compiler. I would like to have warnings coming from certain directories suppressed so it'll be easier to find warnings from code we're interested in.
files.ignore
is not good enough because sometimes you want to ignore warnings coming from unit tests. For example, you might want to test your equals() method against different objects, but you will get an information message telling you that it's an unlikely argument.For now, entering
src/main/**
into the problems filter seems to be good enough for now, but I would like to create a workspace with some sane defaults for my coworkers to use when pulling the project.The text was updated successfully, but these errors were encountered: