Barrapunto

Es que el caso de Java es un poco especial. Para empezar Java ES PROPIEDAD Sun. Y punto. El C es un estandar, el Pascal es un estandar, el ADA es un estandar. Tu sigues el estandar y te haces el compilador. Con Java no puedes porque el Java es de Sun. Otra cosa es que hagan la vista gorda, pero antes habia un JDK para linux de gente que no era de Sun y ahora o los han comprado o los han echado del negocio, pero ya no existe. Ahora hay uno oficial. Si te parece que para la proxima version del lenguaje deberian... escribir IF con H, lo propones, un comite lo mira y se pone o no. Si es Java, es lo que Sun diga porque el juguete es suyo. Si, por ejemplo, te haces un servidor de aplicaciones que siga la norma J2EE y quieres poblicar las fuentes, no puedes, porque la tecnologia es de Sun y tu solo la licencias (eso dicen los de Resin, pero el caso es que JBoss publica fuentes. Alguien lo hace mal aqui) Y lo de los juicios ya era la leche. Primero denuncian que MS mete cambios en los bytecodes para que funcione mejor en windows, y como esos .class no son portables, les denuncian (creo que con razon, pero tambien entiendo que MS quisiera que algo que entonces era muuuuuyyyy leeeeentooooo funcionara mejor en windows aunque solo fuera para vender mas VJ++). Mientras, no han denunciado las iniciativas libres para compilar Java a codigo nativo, que por supuesto no es portable. ¿Contradiccion? Ahora exijen que se instale el JRE en cada copia de windows. ¿Se puede obligar a una compañia a que meta en uno de sus productos software de la competencia? Yo creo que no, que es como si obligaran a Sun a poner el IE o el .NET Framework en Solaris. Pero ellos denuncian. (No se si los MacOS estna incluyen el JRE o estan tambien denunciados) Y en cuanto a las extensiones esas que dices, que no voy a decirte que no porque no lo se, siempre he usado el JDK de Sun, creo que debes distinguir entre el lenguaje y la libreria asociada, para que veas el control que mantiene Sun sobre TODO lo que tenga que ver con Java. El lenguaje son las palabras clave, la sintaxis, etc, y eso es lo que se estandariza en TODOS los lenguajes y no se puede cambiar, porque entonces tienes otra cosa (un C donde if se escribe Hif). En C depende de ANSI (o de quien sea, pero "independiente") y en Java de Sun. La libreria asociada es la libreria de funciones, que puede, y debe, tener un estandar, pero que no te impide sustituirlo. Solo mira la cantidad de lib que instalas en Linux. Esas "extensiones", por usar la palabra que tu usas, las puede hacer cualquiera. Es como si Ritchie protestara porque existen las MFC o TurboVision o cualquera de las muchas librerias de enteros/complejos/graficos/etc que hay por ahi. En Java no se pueden hacer esos añadidos porque es de Sun. (En realidad el problema era que los añadidos no eran portables entre plataformas, pero, y si quiero hacer una libreria que controle las trocolas, que solo existen en FreeNux ¿no puedo?) Es que ni siquiera el que los añadidos esten en manos de unica empresa ha dado estabilidad a la plataforma, porque no solo hay un monton de metodos caducados a lo largo y ancho de la libreria, si no que el mismo modelo de eventos (casi nada...) ha cambiado entre una version (revision) y otra. Y como eres muy sensible a esto de las licencias, si te lees la del JDK en español, veras que Sun tambien se reserva el derecho a instalarte cosas sin preguntarte y que tampoco se responsabiliza de que lo que hagas con Java funcione, que es lo que criticais a MS Ya que escrito una enciclopedia, un poco mas no importa, pero por si eres jovencito de dire que hace cosa de 6 o 7 años, Sun, IBM y alguna mas (de los buenos, claro) quisieron imponer los "ThinPC", que es una forma bonita de decir "terminal tonto". La idea era que tu te conectabas con tu cacharro que NO TENIA DISCO DURO a tu proveedor de aplicaciones y te bajabas a tu RAM el procesador de texto, que tenia que estar escrito en Java, y trabajabas con el. Al guardarlo quedaba en el disco duro del proveedor y tu pagabas por espacio utilizado, uso de a