Foro J2SE en www.javahispano.org

usar librerias externas

angel1967 — Sun, 21 Mar 2010 12:50:00 GMT

lo primero es que soy un gran novato en java.

quiero instalar una libreria que me han pasado en formato *.jar y además las fuentes *.src,

como las puedo instalar en netbeans para que cuando teclee la clausula import me aparezca la librería?

un saludo.

RE: dando primeros con java, que ide utilizar?

jvel — Sun, 21 Mar 2010 09:23:32 GMT

Hola, la de los IDEs es principalmente una cuestión de gusto; yo he trabajado con los 3 más usados (eclipse, netbeans y jdeveloper), y el que más me gusta es el que más he usado.

Si cuando dices que quieres empezar a trabajar con aplicaciones en entorno gráfico para pc, te refieres a hacer aplicaciones de escritorio en swing, sí te digo que he estado los últimos meses usando netbeans para eso (con swing app framework), y mi impresión es muy negativa, ya que mucho del código que genera produce errores, y tiene tanto control que cuesta trabajo corregirlo.

No sé si alguien más ha trabajado con esto y tiene sensaciones distintas.

Saludos.

me explico.....

yohaan — Sat, 20 Mar 2010 12:57:30 GMT

soy nuevo en java:........

hacer un programa en java que:

la clase color tiene una variable private String colorNombre

dos metodos:

final void setcolor(String color)

String getcolor()

la clase blanco hereda de color y tambien tiene su variable private String colorNombre inicialis en "blanco"

la clase azul,violeta,rojo heredan de blanco y tambien tiene su propia variable private String colorNombre inicialis en "azul","violeta"....etc

la clase prima tiene un metodo {void antivarPrisma(color c)} que verifica si getcolor retorna blanco hace una instancia de los colores y los imprime en la salida estandar

la clase antiprisma tiene un metodo {activarantiprisma(azul a,violeta v,rojo r)} que verifica si colorNombre de a,v,r son "azul","violeta","rojo". crea una instancia de blanco y lo muestra en la salida estandar

la clase ciencia usa los metodos prisma y antiprisma.

------------------------------------------------------------------------------------------

pregunte mal amigo..., yo hago el ejercicio de herencia de varias formas pero de verdad no se que resulta de el....

¿que se comprueba con este? ¿la herencia de los métodos final void setcolor(String color) ,String getcolor() ?

O si yo creo una instancia de la clase color para el método prisma ya ella devuelve blanco sin yo iniciar el objeto con "blanco"? para que me devuelva "blanco"

esa el la duda...por que si yo voy a darle valores a la variable colorNombre de la clase color.¿para que tengo una variable privada String colorNombre?

RE: RE: ayuda con ploblema java

yohaan — Sat, 20 Mar 2010 12:54:09 GMT

pregunte mal amigo..., yo hago el ejercicio de herencia de varias formas pero de verdad no se que resulta de el....

¿que se comprueba con este? ¿la herencia de los métodos final void setcolor(String color) ,String getcolor() ?

O si yo creo una instancia de la clase color para el método prisma ya ella devuelve blanco sin yo iniciar el objeto con "blanco"? para que me devuelva "blanco"

esa el la duda...por que si yo voy a darle valores a la variable colorNombre de la clase color.¿para que tengo una variable privada String colorNombre?

RE: dando primeros con java, que ide utilizar?

anonymous — Sat, 20 Mar 2010 09:35:33 GMT

NetBeans, solo baja la version completa, y ya tendras todo lo que puedes imaginar para programar con java y muchos otros lenguajes a mi gusto es mucho mas amigable que eclipse y aun que yo tengo ya casi 4 años trabajando con este ide, no lo cambio por nada. como dice su eslogan, el unico ide que necesitas :P

Saludos!

RE: tiempo inexplicable de un println en un servlet

anonymous — Sat, 20 Mar 2010 08:26:29 GMT

Yo también estoy de acuerdo con los anónimos que dicen que el problema no está en el servlet ni en el Tomcat, sino en algún elemento externo. Efectivamente, el problema podría estar en el proxy reverso, pero ten en cuenta que también podría ser un problema del susbsistema de red del gestor de máquinas virtuales.

dando primeros con java, que ide utilizar?

anonymous — Sat, 20 Mar 2010 02:50:47 GMT

hola llevo unos meses programando en java nada serio para hacer practicas en la universidad..utilizo el jgrasp como ide y quisiera pasarme al eclipse que todo el mundo dice que es el mejor. el prolblema que veo es que hay diferentes ides eclipse y no se cual es mejor o cual es el que toca...

quisiera empezar a programar aplicaciones en entorno grafico para pc

alguna recomendación, algun ide determinado o simplemente de todas las versiones diferentes de eclipse cual me recomendais

muchas gracias.

RE: RE: tiempo inexplicable de un println en un servlet

anonymous — Fri, 19 Mar 2010 22:15:16 GMT

Acabo de leer esta interesantísima conversación y te cuento cómo solucioné un problema parecido que teníamos en mi empresa. Los tomcats los teníamos detrás de apaches con mod_jk, pero aparecían problemas esporádicos: cortes, lentitud,... Quitamos los apaches y los mod_jk, y los tomcats atendían directamente en el 8080. Configuramos las iptables para redirigir el 80 al 8080. Mano de santo. Definitivamente, los tomcats deben atender directamente las peticiones, sin nada por delante. Para el mapeo de aplis, utilizamos el dns. Cada apli tiene una dirección del tipo aplix.dominio.org/aplix. Así podemos cambiar en el dns la ip para una determinada apli, o bien asignar varias ips a una apli. Como dice el anónimo, no queríamos gastar dinero en un appliance balanceador, y por eso usamos el dns. Tienes que tener la precaución de poner tiempos de vida cortos en el dns, para que cuando hagas un cambio de apli, se propague rápidamente.

RE: tiempo inexplicable de un println en un servlet

anonymous — Fri, 19 Mar 2010 21:46:13 GMT

Puedes estar tranquilo: el problema no está en el out.println, sino en alguna de la capas que están por encima del tomcat (proxys, stacks de tcpip, etc.). Para solucionar el problema, haz que el tomcat atienda directamente las peticiones. Punto. Si necesitas balanceo, déjate de apaches y proxys, y mete un alteon. Y, si no tienes dinero para un alteon, haz balanceo mediante dns.

Problemas para cargar un applet en el navegador

konqistador — Fri, 19 Mar 2010 18:16:12 GMT

Resulta q el applet no me carga en moxila y en explore pero si lo hace en una version no actualizada de Opera, no se q puede ser si alguien tiene alguna idea...

RE: tiempo inexplicable de un println en un servlet

anonymous — Fri, 19 Mar 2010 18:04:49 GMT

Hola de nuevo,

tan solo comentar que vamos a añadir un paso en el proceso para intentar solucionar el problema.

Haremos:

1. actualizar haproxy a la última versión (estamos en la 1.3.20 y ahora van por la 1.4.20) por si fuese un bug de haproxy que ya está solucionado
2. si no se soluciona, probar a sustituir haproxy por nginx para descartar que sea un problema de haproxy
3. si no se soluciona, probar a redirigir algunos de nuestros clientes a los puertos en los que están escuchando los jetty y ver que pasa
4. si no se soluciona, intentar seguir los consejos de izaera

Gracias de nuevo y un saludo,

Miguel

RE: Una herramienta para enseñar Java

merol — Fri, 19 Mar 2010 17:37:16 GMT

Muy buena herramienta, creo que tambien la usare...

Saludos.

PD: Por cierto conoceis otros foros mas activos sobre java ???

Detectar desconexion hardware

anonymous — Fri, 19 Mar 2010 17:02:20 GMT

Hola.

Estoy haciendo un programa con Bluetooth que de momento va perfecto, pero he detectado que si el usuario desconecta el dispositico Blutooth y desde el programa incha el boton "Buscar dispositivos" el programa se revienta.

He intentado capturar este hecho en varios sitios de prg pero sin exito.

Alguna pista para saber que el usuario ha quitado el dispositivo fisicamente?

Salu2

RE: generar un reporte con iReport y JasperReport

anonymous — Fri, 19 Mar 2010 14:35:45 GMT

Hola me he puesto probar DynamicJasper y en un primer acercamiento me funciona correctamente..ahora mi problema y que no encuentro como hacer:

Tengo un archivo report.jrxml (lo genere con iReport) y quiero trabajar con el mismo desde DynamicJasper, seleccionar datos del mismo y generar un reporte..puedo lograr esto con DynamicJasper???o debo generar todo mi reporte desde DynamicJasper?

RE: tiempo inexplicable de un println en un servlet

anonymous — Fri, 19 Mar 2010 09:13:36 GMT

Hola a todos,

ante todo gracias por la ayuda. La verdad es que vuestros comentarios nos están ayudando mucho. Gracias.

En respuesta a ernesto, si. Hemos probado a hacer un flush, aunque no arregló nada.

En respuesta a izaera, muy interesante lo del strace. No obstante, el principal problema que tenemos es que no podemos reproducir el error. Como solo pasa una vez de cada 100.000, no se me ocurre como poder aprovechar el profiler. Además, aunque registrásemos por ejemplo el tráfico del servidor y lanzásemos una prueba de estrés a lo bestia para simular las condiciones de producción, no veo como podríamos "detenernos" en el problema ya que el error es al hacer un println, que no es que no funcione sino que tarda demasiado, y que además puede tardar horas en aparecer. En estas condiciones, no sé si ni tan siquiera podríamos montar un entorno que guardase por ejemplo la traza del strace.

En respuesta a los anónimos que sugieren que el problema está en el proxy que tenemos delante, la verdad es que aquí coincidimos bastante con vosotros. Después de mucho darle vueltas llegamos a la conclusión de que el problema no estaba en nuestro código, ni en el jetty/tomcat, ni en la máquina virtual, sino que debíamos mirar a nivel de sistema operativo o del proxy. El proxy no era nuestro mayor sospechoso, ya que utilizamos haproxy y, por lo que hemos podido ver, nos parecía un elemento en el que podíamos confiar.

No obstante, también es cierto que antes de utilizar haproxy utilizábamos un apache con mod_proxy y creo recordar que no teníamos este problema, aunque teníamos otros que precisamente nos obligaron a migrar a haproxy.

El problema es que por la carga que soporta el sistema hemos tenido que montar un cluster de servidores de aplicaciones, y no veo como podemos prescindir que "algo" que se encargue de balancear la carga entre ellos y de redirigir las peticiones en función de la url que se pide.

De lo que pensábamos y de vuestros comentarios creo que el plan de actuación ahora debería ser (en base a lo complicado de la tarea):

1. actualizar haproxy a la última versión (estamos en la 1.3.20 y ahora van por la 1.4.20) por si fuese un bug de haproxy que ya está solucionado
2. si no se soluciona, probar a redirigir algunos de nuestros clientes a los puertos en los que están escuchando los jetty y ver que pasa
3. si no se soluciona, intentar seguir los consejos de izaera

Si se os ocurre algo más por favor decídnoslo.

Gracias y un saludo,

Miguel

Actualizar componentes Java

anonymous — Fri, 19 Mar 2010 00:59:22 GMT

Buenas compañer@s!!! Estoy haciendo una aplicacion en la cual tengo un JFrame con un JDesktop y dentro de este un JLabel del mismo tamaño que el JDesktop. Entonces, el JFrame por defecto tiene unas medidas (supongamos que 1000x750) y en cuanto se inicia la aplicacion le hago un setExtendedState(MAXIMIZED_BOTH) para que se maximice la ventana.
Hasta aqui todo correcto, la cuestion es que si hago un this.getSize() despues de maximizar la ventana me da que la ventana mide 1000x750 cuando realmente al maximizarse cambiaria a 1024x835. La cuestion es que hasta que no hago otra operacion como abrir otro JFrame llamado desde el JFrame inicial o cualquier operacion entonces ya si me da las medidas reales. Es como si fuera retrasado y no se actualizara.
He intentado usar el updateUI, el repaint y el validate pero no me ha funcionado. Mi intencion es que dentro del JDesktop haya un JLabel de la misma medida para albergar una imagen de fondo para la aplicacion, de manera que al maximizar o restaurar la ventana automaticamente tome las mismas medidas nuevas, pero va alreves, es decir, cuando maximizo la ventana toma las medidas que tenia antes y cuando restauro toma las medidas de maximizar. A no ser que maximice y haga cualquier operacion dentro del JFrame y entonces se actualiza como yo quiero. ¿Alguna idea? Gracias.

RE: RE: tiempo inexplicable de un println en un servlet

anonymous — Thu, 18 Mar 2010 22:36:29 GMT

Estoy de acuerdo con el anónimo anterior. Quita todas los proxys externos y deja que sea el propio tomcat el que atienda directamente. Verás como se resuelve el problema.

RE: tiempo inexplicable de un println en un servlet

anonymous — Thu, 18 Mar 2010 22:31:02 GMT

Me imagino que la variable out está declarada dentro del método de servicio, ¿verdad? OK, entonces todo está correcto. El fallo no puede venir del java. Es evidente que el problema lo tienes en las capas que tengas por encima del tomcat, que en algún caso ralentizan alguna conexión tcp y provocan que el java tarde en hacer el out.println.

RE: RE: tiempo inexplicable de un println en un servlet

izaera — Thu, 18 Mar 2010 21:47:13 GMT

Perdona, acabo de releer tu post y me doy cuenta de que te refieres al println del ServletOutputStream, no a un System.out.

En ese caso lo que te he contado no vale. Se me ocurre que probeis con un profiler (eclipse tiene uno y netbeans otro) aunque no te auguro mucho exito porque yo he estado probando esta ultima semana con ellos y no van muy alla.

Otra opcion desesesperada es usar el comando strace de Linux, para ver las system calls a bajo nivel, a ver si os dice algo.

Y otra opcion mas desesperada aun es bajarse el codigo del servidor (si es que es open source) y meterle trazas, recompilar, y probar otra vez.

RE: tiempo inexplicable de un println en un servlet

izaera — Thu, 18 Mar 2010 21:42:09 GMT

Bueno, en mi opinion es bastante explicable. La salida por consola (println) es sincrona, lo que quiere decir que si varios threads la llaman se produce una contencion por un semaforo (o monitor, o synchronized o como lo quieras llamar). Aparte de ese semaforo, el sistema operativo luego tiene que acceder a la VGA, a sus movidas internas de refresco, etc.

Si quereis sacar trazas, no useis nunca println, usad LOG4J por ejemplo y volcadlo a un fichero. Otra opcion es redirigir la salida del tomcat a un fichero en vez de a consola. Eso en teoria deberia ser mas rapido, aunque sigue siendo mejor escribir al fichero directamente.

Como ejemplo te puedo contar una batallita que tuve hace varios años con un servidor de telefonia (CTI) en windows que sacaba un mogollon de trazas por consola. Era un programa de consola de windows y me llamaron para ver si podia averiguar porque atendia poquisimas llamadas por minuto. El caso es que fue llegar, minimizar la ventana de la consola y aquello empezo a correr que se las pelaba. Y cada vez que restaurabamos la ventana de consola, el servidor se colgaba.

Prueba a ver si es eso.