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.
Localized name for MultiFileObject@da9d23[Templates/NetBeansModuleDevelopment/org-netbeans-modules-apisupport-project-ui-wizard-action-NewActionIterator] does not match Action != Wizard In source: package org.netbeans.modules.apisupport.project.ui.wizard.action; @TemplateRegistration(displayName="#template", ...) @Messages("template=Action") ... package org.netbeans.modules.apisupport.project.ui.wizard.wizard; @TemplateRegistration(displayName="#template", ...) @Messages("template=Wizard") In ide.ergonomics/build/classes/org/netbeans/modules/ide/ergonomics/apisupport/layer.xml: <file name="org-netbeans-modules-apisupport-project-ui-wizard-action-NewActionIterator"> <attr name="displayName" bundlevalue="org.netbeans.modules.ide.ergonomics.apisupport.Bundle#template"/> </> <file name="org-netbeans-modules-apisupport-project-ui-wizard-wizard-NewWizardIterator"> <attr name="displayName" bundlevalue="org.netbeans.modules.ide.ergonomics.apisupport.Bundle#template"/> </> and sibling Bundle.properties: template=Action template=Wizard ... ExtractLayer is blindly appending bundle keys from separate packages without even checking whether they overlap. Looks like this logic needs to be rewritten, and probably directly parsing Bundle.properties files rather than using the current hacky Ant patternsets and Concat. I think this is just a test failure with no visible effect, since the New File templates are in a category which is never even displayed until you have turned on apisupport anyway. But until I work around the problem it is blocking propagation from core-main.
core-main #96269d22c5ea has a diagnostic improvement and workaround.
Fix is complex. Test correctly catches problems. Workaround is easy: just rename your bundle keys.
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/96269d22c5ea User: Jesse Glick <jglick@netbeans.org> Log: Workaround for, and detection of, #200389 (ergonomics.ant.ExtractLayer bug).
Sorry, I meant to downgrade to P3 after committing the workaround and sanity check.
Happened once, not problem since then. Will close "won'tfix" next time.
Since ergonomics#ac985d00dd18 the build will fail in case there are duplicated keys with different values. That is all I want to do on the infrastructure side. It is up to developers to choose the keys wisely now. Closing.
Why is j2ee/earproject/ui/wizards/Bundle.properties defining a key for emptyEjbJar.xml to begin with? Probably this can simply be deleted.