JDK-7179078 : Remove @beaninfo processing from the makefiles
  • Type: Enhancement
  • Component: client-libs
  • Sub-Component: java.beans
  • Affected Version: 9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2012-06-22
  • Updated: 2016-04-14
  • Resolved: 2016-03-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9 b114Fixed
Related Reports
Blocks :  
Relates :  
Relates :  
Relates :  
Description
dt.jar is a JAR file that we currently include in the JDK with pre-generated BeanInfo classes and some resource files (images mostly).

As we move to a modular JDK then we need to decide what do with these issues. The main problem is that the BeanInfo classes are in the javax.swing package and this package is in our "desktop" module. We wat to avoid spliting packages between modules but at the same time we don't want to add additional footprint by including the BeanInfo classes in the runtime.

This bug is submitted to examine this issue. One suggestion proposed is that the BeanInfo classes move to the com.sun.beans.beaninfo package and that be in its own module (the desktop module could optionally depend on it). 

It's not clear who uses this JAR file. NetBeans have reported that they use the BeanInfo classes but that they do so via the Introspector API, it doesn't matter to them if dt.jar exists or not.

One other thing to know is that there isn't a JCK issue here because these classes are excluded from the signature test.

At this time we would like to get the issue resolved for JDK8 (it's not an issue for 7u).

Comments
There is code in javac to support this feature that should be removed when this is completed. http://hg.openjdk.java.net/jdk9/dev/langtools/file/b5af83c995f9/src/jdk.compiler/share/classes/com/sun/tools/javac/comp/Modules.java#l166 // The following is required, for now, to support building // Swing beaninfo via javadoc. noModules = options.isSet("noModules"); JDK-8152785
25-03-2016

http://cr.openjdk.java.net/~serb/7179078/jdk.00/ http://cr.openjdk.java.net/~serb/7179078/root.00/
24-03-2016

It is not under review. I am working on this issue as part of my beans jep.
15-05-2015

Sergey, what is a reminding part of this task? The bug is In Progress. Is it on review? What is a status so far? It is unclear.
15-05-2015

We are ok.
14-10-2014

The *BeanInfo classes and .gif files that were in dt.jar are now being compiled to the java.desktop module (and hence the boot class loader). If this is acceptable to the client team for the modular image milestone then we can remove this issue from the Bertha list.
04-10-2014

We should replace @beaninfo with annotation before we remove BeanInfo classes from dt.jar.
21-11-2013

These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013

These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013

These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013

Converted "8-client-defer-candidate" label to "8-defer-request" by SQE' OK.
15-08-2013

I'm okay if this is deferred to 9 but it needs to be done in 9 as otherwise it will be a blocking issue for modules.
15-08-2013

*This is anti-deferral criteria list*: - P2 -------------- Engineering's Criteria ------------------------------------- - tck-red labeled - conformance labeled - P3 regressions reported/labeled against jdk8 - findbugs, parfait, eht labeled bugs - CAP <1 year reported - netbeans <1 year reported Victor ----------------- SQE's OK --------------------------------- Yes, we are ok with that thanks, Mikhail
15-08-2013