Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[jdt-core-dev] Released changes for 20020326 integration build

Reconciling with errors provide type errors in addition to syntax ones.
This is still experimental, and can be disabled by unchecking the editor
preference for transient problems.

Performance improvement of index queries with the WaitUntilReady policy.
The background indexer now takes all the CPU when another thread is waiting
for it to finish indexing. User will notice this improvement when doing a
search or opening a type and there are still files to index.

Scanner API :
- defined scanner API (see org.eclipse.jdt.core.compiler.IScanner).
added tool factory API (see org.eclipse.jdt.core.ToolFactory#createScanner
), allowing to obtain a scanner (implementing IScanner API).

Code formatter API :
- defined code formatter API (see org.eclipse.jdt.core.ICodeFormatter).
- added tool factory API (see
org.eclipse.jdt.core.ToolFactory#createCodeFormatter), allowing to obtain a
code formatter (implementing ICodeFormatter API). Note that an extension
point was also added to allow client code to contribute a code formatter
implementation. The code formatter extension point is named
org.eclipse.jdt.core.codeFormatter, also see associate comment in
plugin.xml.
- added tool factory API (see
org.eclipse.jdt.core.ToolFactory#createDefaultCodeFormatter), allowing to
obtain a default code formatter (implementing ICodeFormatter API).

Working Copy API :
- instead of passing a problem requestor (
org.eclipse.jdt.core.IProblemRequestor) to working copy #reconcile(...)
operation. The problem requestor is passed along at creation time.
- added IWorkingCopy.getWorkingCopy(IProgressMonitor, IBufferFactory,
IProblemRequestor)
- added IWorkingCopy.getSharedWorkingCopy(IProgressMonitor, IBufferFactory,
IProblemRequestor)
- previous API taking IBufferFactory got deprecated, they will be removed
in a subsequent build.

Some internal classes got deprecated (as client code relies on them), since
being surfaced:
- org.eclipse.jdt.internal.core.parser.InvalidInputException
      ==> org.eclipse.jdt.core.compiler.InvalidInputException
- org.eclipse.jdt.internal.core.parser.TerminalSymbols
      ==> org.eclipse.jdt.core.compiler.ITerminalSymbols
They will be removed in a subsequent build.



Back to the top