The supplied dates indicate when the API change was made, on the CVS trunk. From this you can generally tell whether the change should be present in a given build or not; for trunk builds, simply whether it was made before or after the change; for builds on a stabilization branch, whether the branch was made before or after the given date. In some cases corresponding API changes have been made both in the trunk and in an in-progress stabilization branch, if they were needed for a bug fix; this ought to be marked in this list.
release41
branch was made on Apr 03 '05 for use in the NetBeans 4.1 release.
Specification versions: 6.0 begins after this point.
release40
branch was made on Nov 01 '04 for use in the NetBeans 4.0 release.
Specification versions: 5.0 begins after this point.
Fuller descriptions of all changes can be found below (follow links).
Not all deprecations are listed here, assuming that the deprecated APIs continue to essentially work. For a full deprecation list, please consult the Javadoc.
ElementHandle
for module
These API specification versions may be used to indicate that a module requires a certain API feature in order to function. For example, if you see here a feature you need which is labelled 1.20, your manifest should contain in its main attributes the line:
OpenIDE-Module-Module-Dependencies: $codebase > 1.20
ElementHandle
for module
org.netbeans.api.java.source.ClassIndex
org.netbeans.api.java.source.CodeStyle
org.netbeans.api.java.source.ElementHandle
ElementHandle
for module
org.netbeans.api.java.source.ElementUtilities
org.netbeans.api.java.source.matching.Matcher
org.netbeans.api.java.source.ModificationResult
org.netbeans.api.java.source.SourceUtils
org.netbeans.api.java.source.TreeMaker
org.netbeans.api.java.source.TreeUtilities
org.netbeans.api.java.source.TypesEvent
org.netbeans.api.java.source.TypeUtilities
SourceUtils
; made by: jtulach
SourceUtils.getFile
list
of file names to searh for. There is also SourceUtils.findSourceFileName
to obtain name of file for an Element
.
SourceUtils
; made by: dbalek
TreeUtilities
; made by: dbalek
TreeMaker
; made by: singh-akhilesh
Regarding the JEP 394 (finalization of pattern matching for instanceof in JDK 16). The shape of the BindingPatternTree has changed; the BindingPatternTree does not have a name and type, but rather a VariableTree.
SourceUtils
; made by: jlahoda
CodeStyle
; made by: jlahoda
TreeMaker
; made by: vikasprabhakar
TreeUtilities
; made by: sarveshkesharwani
Find the target of break
or continue
statement. Target is of type Tree here.
Matcher
; made by: jlahoda
TreeUtilities
; made by: jlahoda
TreeUtilities
; made by: vikasprabhakar
TreeUtilities
; made by: arusinha
TreeUtilities
; made by: vikasprabhakar
TreeUtilities
; made by: jlahoda
TreeUtilities
; made by: vikasprabhakar
ElementHandle
for module
ElementHandle
; made by: tzezula
ElementHandle
from a module name.
TypesEvent
; made by: dbalek
TypesEvent
; made by: tzezula
ElementUtilities
; made by: sdedic; issues:
#262281
ElementFilter
according
to hiding and inheritance rules. The method may be useful to list elements matching certain
criteria, or to check whether an element exists and find what class/method defined it.
TypeUtilities
; made by: sdedic; issues:
#262073
ElementUtilities
; made by: sdedic; issues:
#258981
findUnimplementedMethods
and findOverridableMethods
work better with interface default methods: they are treated as implemented,
but overridable.
Allow ElementUtilities.findUnimplementedMethods
enumerate
also default methods whose implementations are not provided by class or
superclasses.
CodeStyle
; made by: ralphbenjamin; issues:
#255214
ClassIndex
; made by: tzezula; issues:
#255393
ClassIndex
to search a lambda
implementations.
ClassIndex
; made by: ralphbenjamin; issues:
#252992
CodeStyle
; made by: sdedic; issues:
#249199
ModificationResult
; made by: sdedic; issues:
#244744
OpenIDE Text API dependencies are removed, affecting ModificationResult.Difference
API class, whose interface changed incompatibly. The class now returns
java.swing.text.Position
instead of org.openide.text.PositionRef
for the start and end positions.
For binary compatibility, an additional module java.source.compat8
was created,
which provides compatible method that still returns PositionRef
Runtime compatibility remains, compile time compatibility is
mostly preserved too. It is however recommended to upgrade
dependencies of client modules. Try running
ant fix-dependencies
in your Ant module.