This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
It's very frequent operation - look for a component inside of an XML schema. Now it is implemented with a simple cycle. It works well with small amount of components. But in case of big amount it becomes a problem. The problem has been found with HL7 schema where there > 1000 components on the root level. It seems the most realistic that a schema can have huge amount of components only at the root level. So it is suggested applying optimization to the root level only. The idea of optimization is to build the TreeMap index of root components with the component's name as a key. It can be required to build and rebuild the index time after time. But it looks reasonable anyway because the share of write requests is going to remain much smaller then read requests. The index approach has to be used automatically based on a threshold amount of root components.
Fixed in trunk http://hg.netbeans.org/main/rev/4429f6d2e45c http://hg.netbeans.org/main/rev/892ae1c0fd6a The last change set corrects mistake I did because of another issue #169510 The fix contains new code and related JUnit tests
Integrated into 'main-golden', will be available in build *200908041401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/4429f6d2e45c User: supernikita@netbeans.org Log: #169515 - It's necessaryto indexing root components of a shchema model in some cases
Verified with JUnit tests + verifying different BPEL projects
The fix has been ported into the release67_fixes repository. http://hg.netbeans.org/release67_fixes/rev/ee24b8b76c9f http://hg.netbeans.org/release67_fixes/rev/01c325352970
Verified by Michael Nazarov.