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: | Weak File Ordering Support | ||
---|---|---|---|
Product: | platform | Reporter: | _ lkramolis <lkramolis> |
Component: | Filesystems | Assignee: | Jiri Rechtacek <jrechtacek> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | CC: | issues |
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Attachments: | Templates (RMI module disabled). |
Description
_ lkramolis
2002-06-14 14:35:08 UTC
Created attachment 6261 [details]
Templates (RMI module disabled).
Set target milestone to TBD Set target milestone to TBD I think this is a general problem of ordering an items provided by modules. Suppose you have three unrelated modules in a distribution of NetBeans IDE each supplying one item - A, B, C. You want to order them lets say alphabetically. To get such order with current ordering system, you have to specify that B goes after A, and C goes after B. But this is not enough, you have to specify also that C goes after A in case B module (module providing the B item) is uninstalled. So following ordering is defined: B is after A C is after A C is after B Now, suppose third party module, which is installed by the user in addition to IDE modules, supplies an X item, and wants to achieve ordering A, B, X, C. So, the module should define this: X is after A X is after B X is before C , to count also a case if B module is uninstalled. Since now, everything looks good. But what if a new distribution of the IDE changes ordering of A, B, C items to B, C, A? It can be quite a lot of work to change it for many modules, but it should work well like this: C is after B A is after B A is after C And now, suppose the user of the new IDE downloads module providing the X item. There is only one version of the module, with an ordering fitting into old IDE. The result of the module installation would be that all items A, B, C, X will mess up, as it will not possible to satisfy all ordering rules. This can cause a usability problem, when an order of menu items/templates suddenly becomes a disorder. There are two points in this comment: * defining an ordering rules and considering uninstalling of modules may increase probability that if something changes everything would stop work. * there should be a method, which assures that third party modules would not break ordering of items provided by the IDE. Well, maybe above situation is very rare, but it is worth to consider, IMO. Anyway, this issue should be reassigned to development/implementation team. Jirka, please look at this, I am not sure we can order explicitly after each module addition templates again... It's a general problem with ordering in layer declared object. It must be solved generally for next release. Each module is responsible to define all its dependencies. i.e. all templates prior to declared template. It's maintenance intensive but as designed (I close as wontfix). Libor, optionally start a discussion on openide-dev if you want. Similar issue 32147... Current system requires me to have prior knowledge about ALL modules that my template should follow. WONTFIX is not acceptable from module maintenace point of view. Ok, I close as duplicate of issue 32147, both issue talks about same problem, specify position in order. It's a general task for module's layer, not wizard subcomponent. *** This issue has been marked as a duplicate of 32147 *** I do not agree with you. This issue i.e. lack of robust ordering mechanicm is cause of issue 32147. I'll reopen it and mark as LATER because it seems that you are not interested in it just now. It's rather fs enhancement than wizards defect. *** This issue has been marked as a duplicate of 103187 *** |