EditorPlan71

Revision as of 08:52, 21 April 2011 by Tzezula (Talk | contribs)

Disclaimer: The content of this NetBeans development wiki page is intended for pre-planning purposes ONLY. The development, release, and timing of any feature or functionality described here should not be treated as final, and is subject to change at any time at the sole discretion of Oracle. For information about NetBeans software releases please visit the NetBeans Roadmap.

Contents

Planning for NetBeans 7.1 (JET Team)

High Level Plan

Plan for previous release

Plan for further releases

Performance

Full text index

Find Usages and related refactorings for methods and fields can be made faster (Issue 169958, Issue 120145) - a full text index would be very helpful (Tomas)

Remove obsolete code in editor

Lower the editor memory footprint by removing the old Syntax (the former version of lexer) and old syntax-based indenter.

Editor Performance improvements

View Hierarchy Improvements

Issue 197534 - Improve efficiency of HighlightingManager together with View Hierarchy - Partial rewrite of Highlighting Manager to not rebuild views in case higher z-order layers (such as selection highlighting or caret row highlighting) get changed.

Document Content Management

Issue 196508 - Improve document content of BaseDocument - Editor document content management will start to share existing positions with the same offset for multiple clients.

Annotation Handling Performance

Issue 197747 - Performance improvements of org.netbeans.editor.Annotations and related classes

Transactional index

(Issue 182653) Use data from old index while indexing is running (where possible) Some features like Lucene Indexes already lock the index only in time of index update not during the whole indexing but the index reader client is negatively affected by the IO. Improving the index caching should help, see Improve Go To Type.

Complete Transactional Index support requires several changes:

  • The threading model of parsing has to be changed from a single dedicated parser thread to a concurrent model where the indexer (parser) is called by a non dedicated thread concurrently to the parser thread. This is an incompatible API change in the threading model which may affect existing languages depending on the single threaded model. On the other hand the Indexing API never declared the single threaded model.
  • The disk caches have to be transactional. The Lucene index supports transactions, but a custom storage implementation such as Java Signature Files have to be updated to support transactions as well. The transactional cache introduces higher IO load as the disk operations are done twice (the first time in a log phase, the second time in a commit phase - simpler).
  • The biggest problem is how to avoid OOM situations. Currently the dedicated parser thread uses VM telemetry to prevent OOME. This approach will not work as there will be more parsing threads running concurrently and consuming memory.
  • The JavaCustomIndexer and JavaBinaryIndexer have to be rewritten so that they can handle requests even before the up-to-date check is finished.

Misc performance improvements

Issue 187282 (cndreq, API) Allow to exclude embedded langs for source root

Issue 172312 (cndreq) Lucene 2.4.1 consumes more memory than it should

Issue 186744 (API) Adding library causes huge I/O load - deleting files on background does not solve the problem, it's already done on background. The rename and clean up in idleIO will work fine. But the idleIO is not an API (even friend API). It's in the MasterFS FileChangeManager. This requires an idleIO to be added at least into the ProvidedExtensions like runPriorityIO. (Tomas)

New features

Misc Features

Issue 196937 - Drag and drop of a Web Service client code into Java ME project for Telefonica

Java Project Improvements

Issue 46863 Permit library names to contain spaces (Tomas)

Issue 182388 (j2ee,API) Provide api to set the DisplayName of a Library created programmatically (Tomas)

Issue 123464 Improve UI for resolving broken references

Issue 193436 Allow library registration using AnnotationProcessor

Issue 178503 Allow adding sources/javadoc from the Libraries node

Issue 174506 Run File for any java file with main methods should accept command line parameters

Issue 139865 Cannot run Applet project

Issue 181265 Add filter warnings possibility into the output window

Improve creation of a Java Project From Existing Sources Issue 194533 and Issue 190242. Partially done in NB 6.9, the wizard is now able to find source roots in selected folder but it should do it automatically for base project folder. The base project folder should be accessible from files tab as requested in Issue 194533.

General Infrastructure Improvements

Issue 135492 Simplify Coloring Profiles creation (Maros)

Issue 144579 (cndreq, API) Add support for child nodes to MimeLookup Preferences

Issue 180262 Incorrect check of indexer's being up-to-date

Move stable part of java.api.common into regular api (java.project). Currently there in no way how 3rd party project implementors can use the utilities in java.api.common which causes copy paste programming. At least some parts of this module like QuerySupport should be cleaned up and moved to stable API.

Remove implementation dependency of java.source on parsing.api. A support friend bridge module has to be created. The parsing.api and java.source will depend on it.

Make parsing.api a stable API. The parsing.api is a base API for any language implementation in the IDE. But the API is still in development mode. The parsing.api should become a stable API.

Editor Usability Improvements

Issue 89607 Double-click-drag-select and Triple-click-drag-select

Issue 41807 - Zoom editor window as in FF/Opera/Word

Issue 21237 - Redo should be possible after save

Issue 197522 - Improve support for RTL text

Javadoc Improvements

Issue 20672 Word wrap for javadoc comments

Issue 25509 Javadoc comments syntax coloring

Issue 42223 Embedded HTML editing in Javadoc comments

Refactoring

Issue 100758 Beans refactoring

Issue 197194 More scopes for Find Usages

Issue 94325 Find usages of a package, requires api change Issue 131944 (Tomas)

Issue 65780 Change Method Parameters Usability Improvements

Issue 18370 Import Statements Organizer

Issue 48427 Integrate Refactoring Undo with Editor Undo and Local History

Issue 154900 Support nested classes in "Move" and "Copy" refactoring

Issue 197189 Implement Introdoce Method Parameters Refactoring

Issue 197190 Implement Replace Constructor With Factory Method/builder

Issue 30140 Implement Code Migration Tool - "Upgrades" (e.g. to JDK7)

Hints

E.g. unused assignment, unbalanced set/get to/from Collection/array.

JDK 8

Jigsaw support in java project and editor support (module-info) also related to Issue 196497 api change (Tomas)

Support for JDK8 as possible and needed.

Preview

Server Side Queries

To support quick navigation through and exploration of large projects. Possible supported queries:

  • Go to Type/File(/possibly Symbol)
  • Find Usages through whole project (all known projects), even those not opened in the IDE.

This does *not* include downloadable index that would eliminate initial scan.

Jackpot

Issue 197193 Integrate Jackpot with NetBeans

DSL for declarative custom refactorings.

Code completion productivity

Show most useful completion items at the top - extension of smart (type) code completion.

Not logged in. Log in, Register

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo