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.
Can be changed by assigning special TemplateWizard.Iterator to the group template which will return more objects from its "instantiate" method.
Priority is changed to P4 (normal).
Will it be fixed or not?
It was fixed in the open source trunk only.
There is an interesting situation with this in the apisupport module. I have one *.group file that has the new GroupShadow$GroupTemplateIterator set on it (I guess because I marked it as template after your fix; the other *.group files do not have this attribute). So now using this module: - In stable30, every group opens only one file (the attribute is unrecognized). OK. - In boston, at startup with -Dnetbeans.debug.exceptions=true, a ClassNotFoundException is printed to console (safely caught by DefaultAttributes) as it tries to load the (nonexistent) iterator. Every group opens only with one file. - In the trunk, this one *.group opens correctly with all members, and others open only with one file. Is it safe to make this fix in Boston? If you do I will apply it to all *.group in apisupport. In any case, it is not very important because nothing is really broken. Alternately, is it possible for GroupShadow in its constructor to check for templateWizardAttr attribute and set it to GroupTemplateIterator if it was unset (instead of in updateSheet as it currently is, which doesn't seem to work reliably)? This would eliminate the need to have the attribute set in templates.jar in the module itself; it would be set at runtime in builds that support the iterator.
I've slightly fixed using the GroupTemplateIterator - now it is attached to GroupShadow when dataobject is created (and is a template) or when it is changed to be a template. If the group is not (and was not changed from) a template, it has not GroupTemplateIterator attached. I think it is possible to make this fix also in Boston, so I'll do it soon (and send a notification).
Fix transerred to boston.
Resolved for 3.4.x or earlier, no new info since then -> closing.