No se deben usar las clases de reglas SonarQube de los paquetes "com.sun. *" Y "sun. *"

Tengo un proyecto J2EE con las siguientes características:

CDI 1.0
Dynamic Web Module 3.0
Java 1.7 (it's being changed to 1.8)
JSF 2.0
JPA 2.0

Estoy ejecutando las reglas de SonarQube 5.6.6 contra él y se sintió en la regla

Clases de "com.sun."y" sol."los paquetes no deben usarse
calamar: S1191

Las clases en los paquetes com.sun. * Y sun. * Se consideran detalles de implementación y no forman parte de la API de Java. Pueden causar problemas al pasar a nuevas versiones de Java porque no hay garantía de compatibilidad con versiones anteriores. Dichas clases casi siempre están envueltas por clases API de Java que deberían usarse en su lugar.

porque estoy usando clasescom.sun.faces.application.ApplicationAssociate ycom.sun.faces.application.ApplicationResourceBundle.

He buscado otros hilos sobre esto y la mayoría de ellos dicen que debería cambiar la regla para excluir el paquete o clase específica.

Creo que no tiene sentido simplemente eludir la regla, por lo que me gustaría saber si realmente hay clases de Java API (1.7 o 1.8) para estas clases de sol.

Si no, creo que es mejor mantener la alerta hasta que las clases API de Java estén disponibles para estas clases de Sun.

¿Algún consejo / consejo sobre esto?

Respuestas a la pregunta(1)

Su respuesta a la pregunta