Re: [wildfly-dev] New JDK 8 tool: jdeps

On 17.12.2013 14:11, Rory O'Donnell wrote: I ran the tool and here's the output: - codemodel (a Sun/Oracle project nonetheless) uses sun.nio.cs.Surrogate - jaxb-xjc (a Sun/Oracle project nonetheless) uses com.sun.org.apache.xml.internal.resolver - jacorb uses sun.security.jgss.spi - xalan uses org.apache.xpath.domapi (this looks like a false positive) - xom uses com.sun.org.apache.xerces.internal - xnio-nio uses the following classes through reflection (Class.forName) sun.nio.ch.KQueueSelectorProvider, sun.nio.ch.EPollSelectorProvider, sun.nio.ch.DevPollSelectorProvider, sun.nio.ch.PollsetSelectorProvider, sun.nio.ch.PollSelectorProvider, sun.nio.ch.PollSelectorImpl. This looks like a limitation of jdeps that it doesn't catch Class.forName. - undertow-core tests use com.sun.security.auth.module.Krb5LoginModule - wildfly-security uses com.sun.security.auth.module.Krb5LoginModule - wildfly-domain-managment uses com.sun.jndi.ldap.LdapCtxFactory - wildfly-ts-integ-basic uses sun.security.tools.JarSigner, com.sun.jndi.cosnaming.CNCtxFactory, com.sun.jndi.ldap.LdapCtx, com.sun.jndi.ldap.LdapCtxFactory and sun.tools.jar.resources.jar - wildfly-testsuite-shared uses com.sun.security.auth.module.Krb5LoginModule sun.misc.Signal and sun.misc.SignalHandler are used in several places (AFAIK there's still not API for this) - aesh - jboss-cli-client sun.reflect.ReflectionFactory and sun.reflect.Reflection are used in several places - jboss-client - jboss-cli-client - jboss-rmi-api_1.0_spec - jboss-marshalling - undertow-servlet - wildfly-security-manager sun.misc.Cleaner is used in several places (AFAIK you're still unwilling to provide an API for this) - jboss-client - netty-all sun.misc.Unsafe is used all over the place - avro - guava - infinispan-commons - jboss-client - jboss-modules - jboss-rmi-api_1.0_spec - netty-all - undertow-core - wildfly-mod_cluster-undertow Cheers Philippe