Struts2 struts.xml

[iLChopper]

Hola ...


Una duda creo que simple de responder.En el struts.xml dentro de lo diferentes result , que funcion cumple estas lineas:

type="redirect"
type="dispacher"

Espero que me puedan responder..

Saludos.

[herwex]

Respondo tu pregunta

type="redirect" sirve para redireccionar a una pagina que tu desees un ejemplo

Código PHP:

  <result name="login" type="redirect">/index.jsp</result> 
   

los return que tenga la palabra login, los mandara a la pagina index.jsp

type="dispatcher" sirve para cuando el type no se ha definido usa por default el dispatcher.

[iLChopper]

claro, pero yo sin poner type=redirect .

Llamando al result login , tambien me redirige a la jsp index. Yo pensaba que el redirect estaba por default , por eso era indistinto ponerlo o no , pero tu me dices que el default es el dispacher.No me queda claro la diferencia entre ambos.

[Xerelo]

Y digo yo, ¿a ninguno de los dos se os ha ocurrido buscar en la página de struts ?

http://struts.apache.org/2.2.3/docs/...er-result.html

where the target servlet/JSP receives the same request/response objects as the original servlet/JSP

Lo que es un forward

http://struts.apache.org/2.2.3/docs/...ct-result.html

The response is told to redirect the browser to the specified location (a new request from the client). The consequence of doing this means that the action (action instance, action errors, field errors, etc) that was just executed is lost and no longer available.

Un redirect

herwex, si no sabes algo con seguridad, como mínimo avísalo.

[ElAthlit]

Iniciado por Xerelo

Y digo yo, ¿a ninguno de los dos se os ha ocurrido buscar en la página de struts ?

herwex, si no sabes algo con seguridad, como mínimo avísalo.

Como está el patio....

Y si herwex creeia que esa era la respuesta correcta? ¿No se puede equivocar?
Esto es un foro de debate, no un exámen.

Un saludo!

[Xerelo]

No es un examen, pero evidentemente si yo no estoy seguro de un tema, antes de dar consejos a los demás, lo que debo hacer es comprobarlo (es solo un click) o como mínimo avisar de que no estoy seguro de lo que estoy diciendo. Te puedo asegurar que yo prefiero contestar a una duda que corregir a quien pretende ayudar.

¿Te parece eso mal? ¿Es tanto problema avisar que de que mi opinión puede estar equivocada? ¿Te imaginas cómo sería recurrir a un foro plagado de contestaciones erróneas escritas como si fueran correctas?

Y si estoy seguro de algo que al final es totalmente erróneo, debería revisar mi percepción de mis conocimientos.

[herwex]

Xerelo agradezco la informacion que tu pones, sin embargo la informacion que estoy poniendo esta basado en experiencia propia y en click que hice, sin embargo puede haber equivocaciones.

[Xerelo]

No pretendía ser borde, voy a poner un ejemplo para dejar claro lo que yo quería decir.

iLChopper ha visto que en los formularios web a veces se pone que method="POST" y otras method="GET"

herwex ha contestado que por defecto es "GET", y si pones "POST" hace un "POST", lo cual es cierto pero no es lo que pregunta iLChopper

iLChopper dice que no entiende la diferencia, porque ponga uno o otro el contenido le llega.

herwex con buena intención ha explicado lo que el conoce de "GET" y "POST", pero no es lo que pregunta iLChopper, y de hecho podría llegar a pensar que "POST" y "GET" son lo mismo cuando no lo son.

Yo lo que digo es que si herwex tampoco tiene claras las diferencias entre "POST" y "GET", hubiera estado bien que lo advirtiera, o que hubiera aprovechado para echarle un vistazo a la documentación de "POST" y "GET" (que también podría haber hecho iLChopper) para poder contestar con un poco más de fundamento.