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: | no generic support for beans in form editor | ||
---|---|---|---|
Product: | guibuilder | Reporter: | calvin <calvin> |
Component: | Code | Assignee: | issues@guibuilder <issues> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 4.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
calvin
2005-08-30 16:38:41 UTC
*** Issue 73072 has been marked as a duplicate of this issue. *** I agree that there should be a support like this. We will return to this issue once we switch NetBeans trunk builds to JDK 5.0 - that should be soon. We will be able to recognize whether the bean is generyfied and what are its type variables and will be able to provide a better support. I know that we can implement this already using Reflection API, but it seems a little weird to use Reflection classes (like TypeVariable) via Reflection API ;-). Even being weird implement using Reflection, is a little effort to solve problem that become very common, since own Sun is investing on migration (from 1.3 and 1.4 to 5.0). At all, big projects moving to generics will use lots of custom controls, not basic swing ones... On my own, I have at last one component extending each main component from Swing, plus specialized ones (like CustomerSearcher, AccountSearcher, and so on). All of these use a custom base component that is being generified right now... Is not possible to release a GUI editor with property for generic type based on reflection until a more elegant solution is developed? Tkx. This has been already implemented for 6.0, see issue 77086. *** This issue has been marked as a duplicate of 77086 *** |