Review request: 8029548 (jdeps) use @jdk.Exported to determine supported vs JDK internal API

Mandy Chung mandy.chung at oracle.com
Tue Jul 8 14:59:39 UTC 2014


I took out the special case for javax.jnlp and follow up the change in 
deploy to use @jdk.Exported to indicate its supportedness.  I also added 
a new test case to check the dot file output:
http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8029548/webrev.01

thanks
Mandy

On 6/25/14 1:21 PM, Mandy Chung wrote:
> This patch is also intended to target for 8u40 backport.  It fixes
> the following issues:
>
> JDK-8029548 (jdeps) use @jdk.Exported to determine supported vs JDK 
> internal API
> JDK-8039007 jdeps incorrectly reports javax.jnlp as JDK internal APIs
> JDK-8031092 jdeps does not recognize --help option.
> JDK-8048063 (jdeps) Add filtering capability
>
> Webrev at:
> http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8029548/webrev.00/
>
> jdeps will determine if it's a JDK internal API by checking the 
> @jdk.Exported.
> It also reads tools.jar and flags if they are non-exported. javax.jnlp is
> supported API but not annotated with @jdk.Exported and so we special case
> it as a workaround. A new -filter option is added to provide an easy
> way to do filtering e.g. -filter java.lang.*, -filter:archive to filter
> out all dependences from the same archive (i.e the input JAR file or
> directory).  The default is changed to filter out the dependences
> within the same package.  I also have cleaned up and refactored some code
> between JdepsTask and Analyzer to prepare for source restructuring
> and modularization work.
>
> thanks
> Mandy
>




More information about the core-libs-dev mailing list