Look into deprecations/warnings

[cdietrich]

Description Resource Path Location Type
The field JavaCore.COMPILER_CODEGEN_INLINE_JSR_BYTECODE is deprecated JavaProjectSetupUtil.java /org.eclipse.xtext.ui.testing/src/org/eclipse/xtext/ui/testing/util line 435 Java Problem
The field JavaCore.COMPILER_CODEGEN_INLINE_JSR_BYTECODE is deprecated MockJavaProjectProvider.java /org.eclipse.xtext.common.types.eclipse.tests/tests/org/eclipse/xtext/common/types/access/jdt line 192 Java Problem
The field JavaCore.COMPILER_CODEGEN_INLINE_JSR_BYTECODE is deprecated PerformanceTestProjectSetup.java /org.eclipse.xtend.performance.tests/src/org/eclipse/xtend/performance/tests line 163 Java Problem
The field JavaCore.COMPILER_CODEGEN_INLINE_JSR_BYTECODE is deprecated WorkbenchTestHelper.java /org.eclipse.xtend.ide.tests/src/org/eclipse/xtend/ide/tests line 311 Java Problem

Description Resource Path Location Type
The constructor URL(String) is deprecated AbstractFileSystemSupport.xtend /org.eclipse.xtend.core/src/org/eclipse/xtend/core/macro line 248 Xtend Problem
The constructor URL(String) is deprecated JdtBasedProcessorProvider.xtend /org.eclipse.xtend.ide/src/org/eclipse/xtend/ide/macro line 109 Xtend Problem
The constructor URL(String) is deprecated JdtBasedProcessorProvider.xtend /org.eclipse.xtend.ide/src/org/eclipse/xtend/ide/macro line 120 Xtend Problem

Description Resource Path Location Type
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.common.types.eclipse.tests/testdata/org/eclipse/xtext/common/types/testSetups line 20 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.common.types.eclipse.tests/testdata/org/eclipse/xtext/common/types/testSetups line 23 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.xbase.testdata/src/org/eclipse/xtext/common/types/testSetups line 20 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.xbase.testdata/src/org/eclipse/xtext/common/types/testSetups line 23 Java Problem

Description Resource Path Location Type
Unnecessary cast from AbstractRule to ParserRule GrammarTest.java /org.eclipse.xtext.xtext.ui.tests/src/org/eclipse/xtext/xtext/ui/ecore2xtext line 71 Java Problem
Unnecessary cast from AnnotationModel to ISynchronizable EmbeddedEditorModelAccess.java /org.eclipse.xtext.ui/src/org/eclipse/xtext/ui/editor/embedded line 76 Java Problem
Unnecessary cast from capture#3-of ? extends IFigure to IFigure TransformationTest.java /org.eclipse.xtext.xtext.ui.graph.tests/src/org/eclipse/xtext/xtext/ui/graph/tests line 252 Java Problem
Unnecessary cast from ContextTypeRegistry to ContextTypeRegistry AdvancedTemplatesPreferencePage.java /org.eclipse.xtext.ui.codetemplates.ui/src/org/eclipse/xtext/ui/codetemplates/ui/preferences line 69 Java Problem
Unnecessary cast from ContextTypeRegistry to ContextTypeRegistry EditTemplateDialog.java /org.eclipse.xtext.ui.codetemplates.ui/src/org/eclipse/xtext/ui/codetemplates/ui/preferences line 96 Java Problem
Unnecessary cast from Image to Image FileOpenerSelector.java /org.eclipse.xtext.ui/src/org/eclipse/xtext/ui/generator/trace line 32 Java Problem
Unnecessary cast from INode to ILeafNode ParserBasedContentAssistContextFactory.java /org.eclipse.xtext.ui/deprecated/org/eclipse/xtext/ui/editor/contentassist/antlr line 390 Java Problem
Unnecessary cast from INode to ILeafNode ParserBasedContentAssistContextFactory.java /org.eclipse.xtext.ui/deprecated/org/eclipse/xtext/ui/editor/contentassist/antlr line 681 Java Problem
Unnecessary cast from IResource to IFile EPackageChooser.java /org.eclipse.xtext.xtext.ui/src/org/eclipse/xtext/xtext/ui/wizard/ecore2xtext line 184 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit AbstractTextEditComposerTest.java /org.eclipse.xtext.ui.tests/tests/org/eclipse/xtext/ui/tests/editor/model/edit line 159 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit ChangeSerializerComposerTest.java /org.eclipse.xtext.ui.tests/tests/org/eclipse/xtext/ui/tests/editor/model/edit line 67 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit TextChangeCombiner.java /org.eclipse.xtext.common.types.ui/src/org/eclipse/xtext/common/types/ui/refactoring/participant line 56 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit TextChangeCombiner.java /org.eclipse.xtext.common.types.ui/src/org/eclipse/xtext/common/types/ui/refactoring/participant line 97 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit UpdateAcceptorTest.java /org.eclipse.xtext.ui.tests/tests/org/eclipse/xtext/ui/tests/refactoring line 60 Java Problem
Unnecessary cast from TextEdit to MultiTextEdit UpdateAcceptorTest.java /org.eclipse.xtext.ui.tests/tests/org/eclipse/xtext/ui/tests/refactoring line 61 Java Problem
Unnecessary cast from XtendTypeDeclaration to XtendClass RenameStrategyTest.java /org.eclipse.xtend.ide.tests/longrunning/src/org/eclipse/xtend/ide/tests/refactoring line 135 Java Problem
Unnecessary cast from XtendTypeDeclaration to XtendClass RenameStrategyTest.java /org.eclipse.xtend.ide.tests/longrunning/src/org/eclipse/xtend/ide/tests/refactoring line 149 Java Problem
Unnecessary cast from XtextTemplateContextTypeRegistry to ContextTypeRegistry XtextTemplateContextTypeRegistry.java /org.eclipse.xtext.ui/src/org/eclipse/xtext/ui/editor/templates line 77 Java Problem

[LorenzoBettini]

I'll try to deal with them

[LorenzoBettini]

Concerning the deprecated URL constructor:

    /**
     * Creates a {@code URL} object from the {@code String}
     * representation.
     * <p>
     * This constructor is equivalent to a call to the two-argument
     * constructor with a {@code null} first argument.
     *
     * @param      spec   the {@code String} to parse as a URL.
     * @throws     MalformedURLException  if no protocol is specified, or an
     *               unknown protocol is found, or {@code spec} is {@code null},
     *               or the parsed URL fails to comply with the specific syntax
     *               of the associated protocol, or the
     *               underlying stream handler's {@linkplain
     *               URLStreamHandler#parseURL parseURL method} throws
     *               {@code IllegalArgumentException}
     * @see        java.net.URL#URL(java.net.URL, java.lang.String)
     * @deprecated Use {@link URI#toURL()} to construct an instance of URL. See the note on
     * <a href="#constructor-deprecation">constructor deprecation</a> for more
     * details.
     */
    @Deprecated(since = "20")
    public URL(String spec) throws MalformedURLException {
        this(null, spec);
    }

So it is NOT deprecated in Java 17.

But it says to use URI#toURL() so we can use that one (in that file we already have the URI)

[LorenzoBettini]

Mh... no it's another URI. So for the moment I'd keep it like that, is that OK?

[LorenzoBettini]

Concerning

Description Resource Path Location Type
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.common.types.eclipse.tests/testdata/org/eclipse/xtext/common/types/testSetups line 20 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.common.types.eclipse.tests/testdata/org/eclipse/xtext/common/types/testSetups line 23 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.xbase.testdata/src/org/eclipse/xtext/common/types/testSetups line 20 Java Problem
Floating-point expressions are always strictly evaluated from source level 17. Keyword 'strictfp' is not required. Methods.java /org.eclipse.xtext.xbase.testdata/src/org/eclipse/xtext/common/types/testSetups line 23 Java Problem

I'll handle that in #3260

[LorenzoBettini]

See #3314