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.
| Summary: | Static analysis overrides resources with similar names | ||
|---|---|---|---|
| Product: | ide | Reporter: | Petr Blaha <blaha> |
| Component: | Features On Demand | Assignee: | Jaroslav Tulach <jtulach> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | dkonecny, mkleint, pjiricka |
| Priority: | P2 | Keywords: | ERGONOMICS |
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Attachments: |
java ee
java web screenshot |
||
|
Description
Petr Blaha
2009-04-06 11:26:20 UTC
This is an ergonomics issue. After I click next in the wizard and the Java EE features are enabled, the next time I run the wizard, the descriptions show up correctly. Created attachment 79801 [details]
java ee
Created attachment 79802 [details]
java web
As far as I can tell (see attached pictures) everything is OK in netbeans-trunk-nightly-200904090200.zip You can see that 'Enterprise Application client' is used for Enterprise Application (EAR) project. Please, look on description that was used in NB 6.0. Created attachment 79803 [details]
screenshot
I see. You are talking about description, not the name. ergonomics#ae70f1f7a00b Fix and guarded against future regressions by new test. additional tweak was necessary: ergonomics#05e8fb1707c9 Integrated into 'main-golden', will be available in build *200904101401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/ae70f1f7a00b User: Jaroslav Tulach <jtulach@netbeans.org> Log: #162028: Few html files cloned by copy based programming ended up overriding each other. Adding special test into static analysis to prevent that in future and renaming the files to have unique names. I disagree with this fix. It is an ugly hack! Why would you ever want to impose a rule that name of file in templateWizardURL must be unique? And write a test enforcing it? That's just plain wrong IMO and you should fix a source of the problem and not a consequence, that is your own code somewhere in ergonomics. Both templateWizardURL and template file are unique. Please revert the change or explain the benefits. Thanks. Yarda, I do not care what priority this issue has. The problem remains even if the issue was P10. Either explain why you think your fix is correct or acknowledge you are going to do something about it. If none of this is going to happen I will revert your change (after Beta was released). Thanks. Problem reported by Petr Bláha is fixed and the descriptions work correctly know. As such the original P2 issue is gone and fixed. I however acknowledge that the current system makes the build more fragile then it should be. Thus I keep this bug open and plan to enhance the static analysis to deal with resources with the same name in better way as soon as I fix higher priority bugs that cause problems right now. These changes are causing continual build to fail because nobody apart from you (and unfortunately me) is aware of requirement to have unique names for resources in module's layer, requirement which you just made up to suit your needs. Why don't you just fix your relative-refs.xsl stylesheet to use fully qualified name of resource? Please exclude your test which is checking duplicity from continual build script. Thanks. *** Issue 162292 has been marked as a duplicate of this issue. *** ergonomics#21e3a3346cb0 Integrated into 'main-golden', will be available in build *200904220201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/21e3a3346cb0 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #162028: Generating resouces with full resource name to prevent accidental collisions |