Modules editor.lib and editor.lib2 contain many Swing-related interfaces in addition to document features.
If the document is to be used without Swing (e.g. editor replacement, some service implementation), at least interfaces to BaseDocument should be extracted to a separate module so that client code may declared dependency on Document manipulation API/utils and not require the rest.
The APIs/suitable utilities should be moved to editor.document module.
Milo please review the API/module contents in the server_split branch; especially the AtomicLockDocument interface -- while the original AtomicLockDocument interface in editor.lib was not deprecated, BaseDocument.atomicLock was. If the design should promote runAtomic over lock/unlock pairs, these can be still removed from the API until we merge/release the code.
I have also some doubts about exposing the (Adjust)Finder interface; it seems ancient and not widely used.
Removed ALD.atomicLock()/Unlock() and improved javadocs. Removed compilation warnings.
Integrated into 'main-silver', will be available in build *201410180001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Miloslav Metelka <firstname.lastname@example.org>
Log: #244679 - Extract document manipulation from editor.lib(2) - removed AtomicLockDocument.atomicLock()/Unlock().