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.
Java Card 3 is multithreaded while Java Card 2 is not. Therefore, SharedInterfaceObject classes need proxy classes generated for them. This is normally done transparently at packaging time; it would be nice to have a Generate Proxies menu item and generate the proxy source files directly (probably into a separate source root) and disable auto-generation of proxies at packaging time.
2 things needed for this proxy things. 1. A popup menu for classic lib/applet project "Generate Proxies" This action will create some source file and keeps them under the src.dir This menu will trigger the ant target "genproxy". 2. A build time flag in customizer "Use My Proxies" propject.properties file is updated with a property use.my.proxies=true/false I am updating the pack task to consider this option and pass it on to the packager tool.
Moving target milestone for this to "next" - if we have time for this in 6.8 will try to get to it, but library support in build-impl.xsl is much more important and much more work. A number of things will need to be worked out in order to do implement this, specifically: - Does code for generating the proxies already exist somewhere and could it be reused? Does it work against Java sources, or .class files? - What should the behavior of this action be when the proxies already exist? - What should happen if the user unchecks "use my proxies" but the proxies exist? - What happens if generate proxies is invoked, but the classes to be proxied are uncompilable? - How does the IDE detect if the generated proxy classes are out-of-sync with changes in the actual project classes? How should they be synced back up - clobber any hand-written changes? Generated proxies should be handled as a separate source root.