Hola Gustavo,

Lo ideal seria que comentaras como lo resolvistes... para que asi
otros puedan aprender de la solucion por si alguna vez se les presenta
el mismo problema.

Un saludo,

2009/1/12 Gustavo Campanini <gacampanini@...>:
> Diego, consulté la documentación y encontré la forma de resolverlo.
>
> Muchas Gracias.
>
> Saludos, Gustavo.
>
>
>
> De: DesarrolloJava@...
> [mailto:DesarrolloJava@...] En nombre de Diego Fontdevila
> Enviado el: Viernes, 09 de Enero de 2009 11:20
> Para: DesarrolloJava@...
> Asunto: Re: [Java] Consulta Lista de Objetos
>
>
>
> Gustavo, mirá en la documentación de struts para la versión que estás
> usando, buscá donde se describen los campos del form, vas a tener que usar
> arrays o listas como un tipo de campo especial.
>
> Saludos,
> Diego
>
> El 7 de enero de 2009 8:36, Gustavo Campanini <gacampanini@...>
> escribió:
>
> Estoy trabajando con Struts, Java y JSP, desde hace poco tiempo.
>
> Por lo que aprendí hasta ahora, dentro del Action tomo los datos ingresados
> por el usuario de la siguiente forma:
>
>
>
> public class SocioRegistracionGrabaAction extends Action {
>
>
>
>     public ActionForward execute(ActionMapping mapping,
>
>                                                                 ActionForm
> form,
>
>
>  HttpServletRequest request,
>
>
>  HttpServletResponse response)
>
>                 throws Exception {
>
>
>
>         SocioRegistracionForm formulario = (SocioRegistracionForm) form;
>
>
>
>         Socio socio = new Socio();
>
>
>
>         socio.setApellido(formulario.getApellido());
>
>         socio.setNombre(formulario.getNombre());
>
>         socio.setCalle(formulario.getCalle());
>
>        …..rutina de grabación
>
> Este procedimiento me sirve cuando edito un registro.
>
>
>
> Ahora cuando trabajo con múltiples registros, por ejemplo presento en el
> formulario el listado de socios para poder editar su información, trabajo
> con una lista de objetos.
>
> El problema se presenta en el Action, cuando recibo esta lista de objetos,
> cómo debo tomar esa información del formulario para luego poder actualizar
> los registros de la base.
>
> Espero haber sido claro, les agradezco su ayuda.
>
>
>
>
>
> De: DesarrolloJava@...
> [mailto:DesarrolloJava@...] En nombre de Marco Ortiz
> Enviado el: Martes, 06 de Enero de 2009 17:12
> Para: DesarrolloJava@...
> Asunto: Re: [Java] Consulta
>
>
>
> Con gusto te ayudaría, pero mencionas que tienes un problema... ¿Cuál es?,
>
>
>
> From: Gustavo Campanini
>
> Sent: Tuesday, January 06, 2009 1:34 PM
>
> To: DesarrolloJava@...
>
> Subject: [Java] Consulta
>
>
>
> Hola a todos; se me presenta un problema que no logro resolver, tengo una
> lista de objetos en un JSP para su edición, desde una clase Action recibo
> esta lista con el objetivo de recorrerla y realizar los cambios necesarios
> en la base. Alguien podría orientarme como debo realizarlo. Muchas Gracias.
>
>
> --
> Diego
>
>

El 12/01/2009 02:01, sergio martinelli escribió:
> Hola!
>
> Mi duda es como hago para que mi aplicacion tenga una sola puerta de
> entrada. O sea que cualquier url que se tire en el browser ya sea un
> action o jsp que no sea el de entrada se haga un forward a una pagina de
> error.
>
> Estoy usando Struts y pense que desde el web.xml se podria llegar a
> configurar esa unica puerta de entrada ...es posible? O la otra es hacer
> un filtro?
>
> Saludos,
> Sergio
>
>

Aquí hay un ejemplo:
http://www.java2s.com/Code/Java/J2EE/SecuringStrutsApplications.htm

"Creo" que en este caso usa un filtro. Hay varias maneras de resolverlo,
cada una con sus pros y contras :)

En estos artículos se explican varias de las comunes:
http://www.devarticles.com/c/a/Java/Securing-Struts-Applications/
http://www.javaworld.com/javaworld/jw-09-2004/jw-0913-struts.html?page=1

Slds.-
Pablo

Como te dijo Alberto, es así. Estás usando el plugin ThickBox[1] de
jQuery, y como muchas rutinas y plugins, usan una clase para identificar
dónde aplicar el comportamiento deseado.

En general, esto implica manipular el elemento de alguna manera, por ej,
para instarle manejadores de eventos (onclick, onmouseover, etc) y otras
modificaciones a la DOM.

Fijate en la página de ThickBox que está muy bien explicado, con
abundantes ejemplos. Por lo que vi, ThickBox toma la url del href como
origen del contenido que se mostrará dentro del popup, y agregala al <a>
con un evento onclick. Entonces, cuando el usuario haga click sobre el
enlace, se abrirá dicho popup (el href del <a> original quedará sin
efecto que es lo esperado).

jQuery es una librería de JavaScript que corre en el navegador,
totalmente neutral con respecto a la tecnología del servidor, que
facilita y extiende con creces las posibilidades del JavaScript.
Especialmente permite manipular la DOM usando expresiones del tipo CSS,
muy fáciles y prácticas; y lo más importante, que son PORTABLES entre
navegadores. Hace muy fácil, lo que era difícil y complicado. jQuery es
muy expresivo e intuitivo conociendo CSS, ahorrando mucho tiempo y
problemas a la larga.

Saludos,
Pablo

[1] http://jquery.com/demo/thickbox/


El 11/01/2009 10:59, sergio martinelli escribió:
> Hola Alberto!
>
> Si tenes razón, había un javascript que no me termina de quedar claro lo
> que hacia, porque usa jquery. Creo que lo que hace es tomar parte del
> DOM entre ellos <a>...</a>, tomar el valor del href , title, .... y
> hacer un manejo de la info como para cargar la pagina linkeada en un
> iframe superpuesto en la misma página donde está el <a>...</a>.
>
> O sea que el HTTP request se carga en un iframe sobre la página que hace
> la petición. Este .js que te menciono lo uso para generar un "pop over",
> por eso la confusión de creer tan importante el css.
>
> Vos que sabes... tiene algo de sentido lo que escribí?
>
> Saludos,
> Sergio
>
>
>
> --- El *sáb 10-ene-09, Alberto M. Vernieri /<avernieri@...>/*
> escribió:
>
>     De: Alberto M. Vernieri <avernieri@...>
>     Asunto: Re: [Java] OT: pregunta javascript
>     Para: DesarrolloJava@...
>     Fecha: sábado, 10 de enero de 2009, 11:22 pm
>
>     Hola!
>
>     Lo que planteas es muy curioso....
>
>     En la linea de código que muestras, el atributo class es del
>     (pertenece y modifica al) objeto anchor (<a...>...</a>). Y
>     usualmente sólo afecta la forma de mostrarlo.
>
>     El request HTTP generado al hacer click en "Auto", no incluye para
>     nada el atributo class del anchor. Solo viaja en el request lo que
>     está dentro del atributo href... Así que no veo cómo podría ser
>     importante para lo que te ocupa.
>
>     Lo que puede estar pasando es que el css, en esa clase, fije alguna
>     conducta para algún otro atributo, por ejemplo un handler de
>     onclick, o algo así, y que allí haya alguna función javascript que
>     modifique algo de la conducta...
>
>     Si es el caso, revisa la clase, fijate que comportamientos y/o event
>     handlers define, buscá el código javascript que se ejecuta, y
>     ejecuta el mismo código antes de ejecutar el window.location.
>
>     Espero que te sirva.
>
>     Saludos
>     ------------ --------- --------- --------- --------- --------
>     Alberto
>     "Love all, trust a few." - Shakespeare
>
>     2009/1/10 sergio martinelli <martinelli_sam@ yahoo.com. ar
>     <mailto:martinelli_sam@...>>
>
>         Hola lista,
>
>         antes que nada se que no es un grupo javascript, pero tal vez
>         alguien me pueda dar una mano.
>
>         Use poco javascript asi que la pregunta puede ser idiota...
>
>         Necesito ejecutar esta expresion HTML:
>
>         <a href="FindAuto?id= 2001&height=250&width=270&modal=true"
>         class="thickbox" title="ABMC">Auto</a>
>
>         sin la intervención del usuario, o sea que con javascript seria
>         algo asi:
>
>         window.location. href='FindAuto?id=
>         2001&height=250&width=270&modal=true';
>
>         hasta aca no hay problema, salvo que necesito setear tambien
>         class="thickbox" porque este css cumple una funcion
>         importantisima. Asi que redireccionar o forwardear sin la css no
>         me sirve.
>
>         Entonces como puedo hacer para ejecutar la expresion HTML sin la
>         intervencion del usuario? o como puedo asociar la css a la url?
>         o como simulo click en el link?
>
>
>         Saludos,
>         Sergio
>
>

Entre los que uso, el emulador de Nokia S40 está fantástico. Es muy
cercano a la cosa real. Y puedo asegurar que en ese funciona el
navegador sin problemas, y muchas cosas más.

Sun sacó una versión nueva de su WTK, el 3.0 EA, que está muchísimo
mejor que el 2.5.2 con más funciones y herramientas que antes, pero
estoy casi seguro que no tiene el navegador en la emulación, al menos en
CLDC.

Después, de un par más que usé, como MicroEmulator y MPower Player, son
tristísimos.

El de Sony lo tengo pendiente de ver, como el SDK/IDE basado en Eclipse
que sacó Motorola. Al del iPhone, lo desconocía. Muy interesante, me los
apunto yo también :)

Slds.-
Pablo


Después de los que uso

El 07/01/2009 11:26, Carlos Cardenas escribió:
> Bueno hace un tiempo busque la misma info:
>
> Para Nokia
> http://developers.sun.com/mobility/midp/articles/emulators/
>
> Sony:
> http://developer.sonyericsson.com/site/global/docstools/java/p_java.jsp
>
> IPhone:
> http://davidcann.com/iphone/
>
> ... Ademas en inet existen programas donde puedes hacer uso del
> dispositivo como si fuese real... Claro que se debe configurar las
> pasarelas de datos a ethernet o wifi.
>
> Por otro lado Eclipse y netbeans tienen algunos .. un poco desfasados
> pero interesantes.
>
> BlackBerry
> ***************************************
> http://unimauro.blogspot.com/
> Creemos en el amor de los Seres Humanos
> Carlos Mauro Cárdenas Fernández
> 4582877 980525716
> ***************************************
>
> --- El *mar 6-ene-09, luis abel salvador quinto
> /<salvador_5to@...>/* escribió:
>
>     De:: luis abel salvador quinto <salvador_5to@...>
>     Asunto: [Java] consulta de proyecto web j2ee en movil
>     A: "programacionfiis" <programacionfiis@yahoogroups.com>,
>     "desarrollo java" <DesarrolloJava@...>
>     Fecha: martes, 6 enero, 2009, 8:39 pm
>
>     Hola amigos.
>     Les tengo una consulta, resulta que tenemos un proyecto web java que
>     lo tenemos que implementar en moviles, y resulta que sera en
>     distintos marcas(nokia, sony, iphone) y modelos. El tema es que
>     necesitamos emuladores de moviles que nos permitar simular en todas
>     esos modelos ya mencionados (con sus respectivos browser).
>
>     hemos investigado (navegando) y asta ahora no se encontro emuladores
>     que nos permitar hacer las pruebas (obs: ojo no es un aplicativo wap).
>
>     Amigos si algunos de ustedes tiene experiencia en ese tema, les
>     agredecemos de antemano  su ayuda.
>
>     gracias
>
>     Luís Abel Salvador Quinto
>

2009/1/6 luis abel salvador quinto <salvador_5to@...>:
> Hola migos
>
> Necesito determinar, que fierro se necesita para un número de conexiones
> simultaneas, digamos 20,000 usuarios y cada conexión realizara unas 10
> transacciones...
>
>
>
> Deseo saber como se determina esto?, debe haber una formulas que me permitan
> determinen los componnetes tales :
>


Tal cual te dijo Pablo, lo unico fiable son las pruebas.

Entorno de pruebas bien hecho con logs bien configurados, JMeter en
varias maquinas, un plan de pruebas y mucha paciencia.

No hay magia. Cada aplicacion es diferente de otra y lo que a mi me
sirvio para 20 mil concurrentes, para tu aplicacion puede quedarse
corto. En ese caso, tal vez descubras que precisas mas hardware o tal
vez que tu aplicacion necesita ser optimizada.

Por eso es casi imposible dar estimación seria sin hacer pruebas.


Saludos

--
Javier Leyba
Barcelona - Spain

El 06/01/2009 15:02, luis abel salvador quinto escribió:
> Hola migos
>
> Necesito determinar, que *fierro* se necesita para un número de
> conexiones simultaneas, digamos 20,000 usuarios y cada conexión
> realizara unas 10 transacciones...
>
>
>
> Deseo saber como se determina esto?, debe haber una formulas que me
> permitan determinen los componnetes tales :
>
>
>
> procesador
>
> memoria ram, etc
>
>
>
> Luís Abel Salvador Quinto
>
>

La mejor forma es medir. Cuanto mejor información tengas, cuanto mejores
pruebas prepares, mejor será la estimación. Algunos datos deberás
asumirlos o extrapolarlos, pero no hay magia. Es lo mismo que si fueras
a hacer un cambio en la configuración de un servidor o en la
arquitectura, ¿cómo saber si el cambio brindará un beneficio y de
cuánto?. Solo midiendo.

El problema es que según que tan verde esté el proyecto, según cuánta
información falte y desconozcas, es más difícil y riesgosa la
estimación. Sin duda, la experiencia ayuda mucho, y en lo posible,
ayudará también consultar con colegas para comparar sus experiencias, o
buscar asesoramiento específico.

Pero para analizar un caso concreto, no hay nada como medir. Como dice
el carpintero: mejor medir 2 veces, y cortar 1.

Slds.-
Pablo

El 06/01/2009 15:34, Gustavo Campanini escribió:
> Hola a todos; se me presenta un problema que no logro resolver, tengo
> una lista de objetos en un JSP para su edición, desde una clase Action
> recibo esta lista con el objetivo de recorrerla y realizar los cambios
> necesarios en la base. Alguien podría orientarme como debo realizarlo.
> Muchas Gracias.
>
>

Gustavo,
no olvides indicar qué framework estás usando. Y recordá indicar un
asunto más descriptivo que "consulta", lo que ayudará a que recibas una
respuesta favorable.

Si estás usando Struts, es probable que encuentres algún ejemplo en
http://www.java2s.com/Code/Java/J2EE/Struts.htm

Slds.
Pablo

El 05/01/2009 16:56, Alejandro Victoria escribió:
> Hablando del Alcance "Scope", que son los que definen cuanto deben
> permanecer los  Bean en memoria, hablamos de 3 posible valores: Request,
> Session y Application.
>
>
>
> Cual es la mejor estrategia para usas estos valores en una aplicaciones
> que debe hacer grandes consultas, que debemos definir como sesión,
> request o application para no saturar memoria y que cuando es mas
>  favorable trabajar con Managed Beans que meter objetos dentro de estas
> clases que se generan por defecto, caso NetBeans.
>


Siempre usar el scope de menor alcance que sea posible aplicar.

No hay que abusar de application, las cosas que hay en él generalmente
funcionan como caché: son entidades que no suelen tener mucho cambio
pero serán muy utilizadas, entonces se cargan por única vez al levantar
el servidor de aplicaciones. Si tienen mucho cambio, puede traer
problemas de sincronización y generar cuellos de botella. Como todo, hay
que ponderar el costo/beneficio de la ocupación de RAM vs recuperarlo de
disco cuando se necesite (aprovechando otros niveles de caché, como las
de hibernate). Es el ideal para mantener configuraciones de la aplicación.

Lo mismo para sesión: solo guardar las entidades que sean necesarias
hasta completar una conversación, y por ejemplo información relativa al
usuario, sus opciones y seguridad, que sea conveniente disponer
permanentemente. También hay que tener cuidado con la sincronización. Es
el ideal para mantener el estado entre requests.

El de request, es el de mínimo alcance. Las instancias que están en este
contexto desaparecen al terminar un request/response. Es muy útil para
guardar temporalmente y transferir instancias entre el controller y las
páginas, hasta la finalización del rendering.

Los 3 contextos corresponden a los que encontramos en la especificación
servlet.

El problema con sesión y aplicación, es que es fácil abusar de ellos. Es
fácil "olvidar" trillones de instancias pensando que no hay costo, y al
cabo de horas o días, o con picos de carga, aparecen los fatídicos
OutOfMemory cuando revienta el heap, o peor, si no hay un control de la
concurrencia, sucederán "Cosas Muy Raras"(TM) y dañinas.

Un comentario al margen: en el framework SEAM (para JSF), se agregó otro
contexto novedoso y útil: el de conversación. Las conversaciones pueden
durar un solo ciclo request/response, o pueden ser conversaciones
extendidas (que es donde brillan). Pueden pensarse que es algo
intermedio entre request y sesión. Una sesión puede tener varias
conversaciones extendidas simultáneas, por ej: realizando distintas
tareas en distintas pestañas del navegador, permitiendo suspender una
tarea para reanudarla en el punto donde se la dejó. Permite limitar el
alcance de vida de las instancias a un timeout específico e
independiente de la sesión. El ejemplo típico de la conversación
extendida, es el asistente de N pasos, donde cada paso implica completar
una página distinta. Sin contexto de conversación, se termina guardando
todo en la sesión, lo que puede ser inconveniente, por lo ya comentado.
Con este nuevo contexto, se obtiene una mejor alternativa en muchos casos.

Slds.-
Pablo

Que tal listeros!!
Tengo una consulta que hacerles.

Alguno de ustedes ya ha participado en el desarrollo de sistemas con
Java que implique el reconocimiento de voz, en especifico que el
sistema sea capaz de reconocer comandos de voz y ejecute alguna
accion, a su vez que el sistema sea capaz de responder al usuario de
manera sonora.

Si es asi, podrian decirme que librerias usar o si conocen algun
software propietario

saludos
gracias!