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: | Creator complib requirements | ||
---|---|---|---|
Product: | projects | Reporter: | _ edwingo <edwingo> |
Component: | Libraries | Assignee: | Tomas Zezula <tzezula> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | mmirilovic, saubrecht |
Priority: | P1 | Keywords: | UMBRELLA |
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | 76978, 44035, 55371 | ||
Bug Blocks: |
Description
_ edwingo
2006-05-27 00:20:51 UTC
The issue "Allow library definitions to be stored within projects themselves" that I was looking for above is http://www.netbeans.org/issues/show_bug.cgi?id=44035. Issue #71524 is applicable only to classes in modules. Should have no effect on JavaBeans libs used e.g. in the form editor (if it does, it's a form editor bug). Additional requirement which may already be met: NetBeans palette needs to provide API to allow items to be hidden or removed easily from the palette. Background: Creator 2 contains complib versioning bugs that make complibs difficult to use. Complibs have version numbers. When a complib with a particular version is used in a project, then that project should not use components from a complib in the same namespace but with a different version. This requires the palette to be able to hide components that are not useable in the project. Added Standa to cc to evaluate the requirement for component palette from Jun 1 21:46:03. the common palette has api to show/hide items and categories as needed (interface PaletteFilter) and to remove them permanently (simple Node.destroy()) Checking in apichanges.xml; /cvs/projects/libraries/apichanges.xml,v <-- apichanges.xml new revision: 1.5; previous revision: 1.4 done Checking in src/org/netbeans/api/project/libraries/Library.java; /cvs/projects/libraries/src/org/netbeans/api/project/libraries/Library.java,v <-- Library.java new revision: 1.9; previous revision: 1.8 done Checking in src/org/netbeans/api/project/libraries/LibraryManager.java; /cvs/projects/libraries/src/org/netbeans/api/project/libraries/LibraryManager.java,v <-- LibraryManager.java new revision: 1.7; previous revision: 1.6 done RCS file: /cvs/projects/libraries/src/org/netbeans/modules/project/libraries/LibraryAccessor.java,v done Checking in src/org/netbeans/modules/project/libraries/LibraryAccessor.java; /cvs/projects/libraries/src/org/netbeans/modules/project/libraries/LibraryAccessor.java,v <-- LibraryAccessor.java initial revision: 1.1 done RCS file: /cvs/projects/libraries/src/org/netbeans/spi/project/libraries/LibraryFactory.java,v done Checking in src/org/netbeans/spi/project/libraries/LibraryFactory.java; /cvs/projects/libraries/src/org/netbeans/spi/project/libraries/LibraryFactory.java,v <-- LibraryFactory.java initial revision: 1.1 done Checking in src/org/netbeans/spi/project/libraries/support/LibrariesSupport.java; /cvs/projects/libraries/src/org/netbeans/spi/project/libraries/support/LibrariesSupport.java,v <-- LibrariesSupport.java new revision: 1.4; previous revision: 1.3 done Checking in test/unit/src/org/netbeans/api/project/libraries/LibraryManagerTest.java; /cvs/projects/libraries/test/unit/src/org/netbeans/api/project/libraries/LibraryManagerTest.java,v <-- LibraryManagerTest.java new revision: 1.6; previous revision: 1.5 done Fixed all except of: "Provide a public API to manipulate library references which are stored in projects" Tis requirement is covered by an issue: http://www.netbeans.org/issues/show_bug.cgi?id=44035. And the following specification: http://java.netbeans.org/Proposals/Project/project_shareability.html |