En JRE, los paquetes internos de Sun llevan como prefijo 2 dominios de nivel superior (sun y com). Por ejemplo,Convención de nomenclatura del paquete Java Sun: sun vs. com.sun
com.sun.security.jgss
sun.security.jgss
Me parece bastante aleatorio el prefijo que eligen. Tengo curiosidad por las reglas que Sun usa para esto.
La convención "com.sun" es el formato más preferible porque sigue las "convenciones de nomenclatura" que se han establecido para nombrar paquetes Java.
http://java.sun.com/docs/codeconv/html/CodeConventions.doc8.html
que se supone que utilice su empresa única o URL del sitio web personal como las primeras palabras en el paquete para garantizar la unicidad en el espacio de nombres. Los que comienzan con "sol" probablemente no estaban destinados a estar expuestos al mundo exterior.
Si usted toma una mirada a la compatibility document for Java 5 se dará cuenta de que hay otras razones también:
Apache - Las clases org.apache, que nunca han sido apoyados API de J2SE, pero son utilizados por el javax El paquete .xml se ha movido en 5.0 a ** com.sun. ** org.apache.package.internal para que no entren en conflicto con versiones más recientes de las clases descargadas por el desarrollador.
Cualquier aplicación que dependa de las clases org.apache que forman parte de la versión J2SE debe realizar una de las siguientes acciones en 5.0:
* Codifique la aplicación de manera que solo use las interfaces admitidas que forman parte de JAXP.
* Descargue las clases org.apache.xalan de Apache.
No es una respuesta a la pregunta, pero tenga en cuenta que no debe usar directamente los paquetes 'sol' o 'com.sun' en sus programas.
Ver Why Developers Should Not Write Programs That Call 'sun' Packages
Esos paquetes no son parte de la API pública de la biblioteca estándar de Java, y su uso puede hacer que su programa incompatible con futuras versiones de Java o implementaciones de Java que no sean la implementación de Sun (y hay hay varias implementaciones de otros proveedores, incluidos Apple, IBM y HP).
No veo nada acerca de no usar com.sun. * En el documento al que se ha vinculado; solo dice que no uses el sol. *. La designación de paquete com.sun. * Simplemente significa que es parte de su propio software público que ponen a disposición como lo haría cualquier otra empresa. – Tom
@Jasper, ya has publicado este enlace en otra discusión [http://stackoverflow.com/questions/1906673/import-com- sun-picture-codec- jpeg/190060#1907060] pero el documento vinculado se trata de " sol "paquetes", no "com.sun" ones. ¿Puedes actualizar el enlace si puedes proporcionar uno que realmente diga que no se deben usar los paquetes "com.sun"? – danidemi