paquete javax vs java

¿Cuál es la razón detrás del paquete javax? ¿Qué entra en java y qué pasa en javax?

Sé que muchos paquetes empresariales están en Java, pero también Swing, la nueva API de fecha y hora (JSR-310) y otros paquetes J2SE.

Creo que es algo histórico: si un paquete se presenta como una adición a un JRE existente, aparece como javax. Si se presenta por primera vez como parte de un JRE (como NIO, creo), entonces aparece como java. Sin javaxembargo, no estoy seguro de por qué la nueva API de fecha y hora terminará siguiendo esta lógica ... a menos que también esté disponible por separado como una biblioteca para trabajar con versiones anteriores (lo que sería útil). Nota de muchos años después: en realidad terminó javadespués de todo.

Creo que hay restricciones en el javapaquete: creo que los cargadores de clases están configurados para permitir que solojava.* se carguen las clases rt.jaro algo similar. (Ciertamente hay un check in ClassLoader.preDefineClass).

EDITAR: Si bien una explicación oficial (la búsqueda de orbfish sugerido no arrojó una en la primera página más o menos) no tiene dudas sobre "núcleo" frente a "extensión", todavía sospecho que en muchos casos la decisión de un paquete en particular tiene un razón histórica detrás de esto también. ¿Es java.beansrealmente ese "núcleo" de Java, por ejemplo?

Originalmente javaxestaba destinado a ser para extensiones, y a veces las cosas se promocionan fuera de javaxJava.

Un problema fue Netscape (y probablemente IE) que limita las clases que podrían estar en el paquete de Java.

Cuando Swing se preparó para "graduarse" a javapartir de javaxallí, hubo una especie de mini-explosión porque la gente se dio cuenta de que tendrían que modificar todas sus importaciones. Dado que la compatibilidad con versiones anteriores es uno de los objetivos principales de Java, cambiaron de opinión.

En ese momento, al menos para la comunidad (quizás no para Sun) javaxse perdió todo el punto . Así que ahora tenemos algunas cosas en javax que probablemente deberían estar java... pero aparte de las personas que eligieron los nombres de los paquetes, no sé si alguien puede descubrir cuál es la razón caso por caso.

javalos paquetes son básicos y los javaxpaquetes son extensiones.

Swing era una extensión porque AWT era la API de IU original. Swing vino después, en la versión 1.1.

El espacio de nombres de Java generalmente se usa (es una palabra cargada) para extensiones estándar, actualmente conocidas como paquetes opcionales . Las extensiones estándar son un subconjunto de las API no principales; el otro segmento de las API no centrales obviamente llamó extensiones no estándar, ocupando los espacios de nombres como com.sun. * o com.ibm. . Las API principales ocupan Java. espacio de nombres

No todo en el mundo de la API Java comienza en el núcleo, por lo que las extensiones generalmente nacen de solicitudes JSR. Eventualmente son promovidos a núcleo basado en 'consejo sabio'.

El interés en esta nomenclatura surgió de un paso en falso por parte de Sun: las extensiones podrían haber sido promovidas al núcleo, es decir, movidas de javax. * A java. * Rompiendo la promesa de compatibilidad con versiones anteriores. Los programadores lloraron roncos y prevaleció el sentido común. Es por eso que la API Swing, aunque es parte del núcleo, continúa permaneciendo en el espacio de nombres javax. *. Y así es como los paquetes se promocionan de las extensiones al núcleo: simplemente están disponibles para descargar como parte de JDK y JRE.

Javax solía ser solo para extensiones. Sin embargo, más tarde Sun lo agregó a la biblioteca de Java olvidando eliminar la x. Los desarrolladores comenzaron a hacer código con javax. Sin embargo, más tarde, los soles decidieron cambiarlo a Java. A los desarrolladores no les gustó la idea porque su código se arruinaría ... por lo que se guardó Java.

Los paquetes java. * son los paquetes principales del lenguaje Java, lo que significa que los programadores que usan el lenguaje Java tuvieron que usarlos para hacer un uso valioso del lenguaje java.

Los paquetes javax. * son paquetes opcionales, que proporcionan una forma estándar y escalable de hacer que las API personalizadas estén disponibles para todas las aplicaciones que se ejecutan en la plataforma Java.

Algunos paquetes como javax.swingno se incluyeron en la biblioteca estándar de Java al principio. La compañía Sun decidió considerarlos oficiales y los incluyó en las primeras versiones de Java como bibliotecas estándar o extensiones estándar.

Por convención, todas las extensiones estándar comienzan con un Xtiempo en que pueden ser promovidas a primera clase con el tiempo, como sucedió javax.swing.