| |||
Libreries externas Que tal tengo un inconveniente, hice un programa que se conecta con bases de datos MySQL,SQLServer y SyBase cada una de estas conexiones son realizadas con libreries que baje de internet, cuando lo ejecuto desde el eclipse me funciona sin ningun inconveniente pero cuando lo compilo y lo ejecuto desde un *.bat no reconoce estas libreries. Estas Libreries ya las coloque en la carpeta donde tengo instalado la JVM. |
| ||||
Re: Libreries externas Hola: La carpeta donde ponerlas es DIRECTORIO_JAVA/jre/lib/ext De todas formas, no es aconsejable meter ahí demasiados jar. Es mejor que en tu fichero .bat de arranque configures la variable CLASSPATH y pongas los jar externos junto al tuyo, todo en el mimo directorio. Se bueno. |
| |||
Re: Libreries externas Yo de hecho no aconsejo poner ahí ninguno... y por no decir ni se lo mencionaría a la gente que no sabe en que problemas puede meterse . |
| |||
Re: Libreries externas Hombre, entre "decir que se puede meter ahí pero no es aconsejable" y "La carpeta donde ponerlas es DIRECTORIO_JAVA/jre/lib/ext" hay una gran diferencia, aunque luego se diga que "no demasiados" . Y bueno, es una opinión personal pero yo creo antes que eso es mejor no decir nada. Si hay que decir algo, es mejor decirle que aprenda el concepto de CLASSPATH y como se usa en cada uno de los tipos de aplicaciones puesto que el directorio lib/ext no sirve para "nada" en el caso de applets, aplicaciones Java Web Start o aplicaciones de escritorio que haya que distribuir, y si me apuras incluso para aplicaciones web que luego haya que subir a un hosting. Es decir, para ningun caso medianamente real de uso. Claro que decir eso no te hace muy popular . |
| ||||
Re: Libreries externas Hola: Yo tampoco coloco nunca nada ahí y desde luego no sirve para nada en el sitio donde se vayan a ejecutar nuestros programas (ordenador de clientes, applets o hosting). Sin embargo si considero que es un sitio adecuado para los jar habituales en los ordenadores de desarrollo, cosas como log4j, junit, driver de base de datos, etc. A un desarrollador le puede facilitar algo (tampoco demasiado) tener esos jar habituales siempre disponibles y no preocuparse más de ellos. De hecho, cosas como java3d, al menos cuando lo probé, se instalaba ahí él solito. Aunque es cierto que hay que ser cuidadoso con temas de versiones y no usar ese directorio como un "saco" donde meter todo. Se bueno. |
| |||
Re: Libreries externas Entiendo, pero yo nunca pongo nada ahí, puesto que diferentes librerias que uso requieren diferentes permisos, y además tengo que trabajar en distintos proyectos atacando distintas BDD, así que ni drivers de BDD, ni librerías "comunes"... y total solo para el desarrollo, puesto que en producción hay que colocarlas en su sitio. Así pues, prefiero empezar haciendo las cosas bien en su sitio, ya que los problemas causados por librerías puestas allí son dificiles de depurar si no se te enciende la bombilla y pueden aparecer mucho despues de que pongas tu librería allí. Es una bomba de relojería esperando explotar. De todas formas, cada uno lo ve a su manera. Yo prefiero hacerlo así pero si otra persona lo usa y asume los riesgos, pues bien. Pero mencionarlo siquiera a la gente que no sabe me parece peligroso puesto que es el camino fácil a corto plazo, y muchos suelen quedarse ahí. My 2c |