Postgresql, JSP, XML, XSL

> Por lo que veo tu usas un IDE bastante trabajado como JDeveloper,
JBuilder, Sun Studio o algo así ya que el mapeado de xml eso no se logra
solo.
>
Hello... no utilizo ningun "IDE bastante trabajado" ni soy partidario de
comprar software me gusta mas lo que es Open Source.

Para programar en JSP con XML y XSL solo necesitas un editor de Texto y
suficiente. Por mi parte uso el Bluefish en linux que es edit html muy
respetable.

Muchas empresas tratan de hacer que creer que XML y XSL son cosas
complicadas que solo comprando software podras dominarlos, hay muchos que
con escuchar XML ya se asustan pues las empresas comrciales an creado tun
"TABU" para que el inseguro se sienta seguro comprando softare(!!!$$$!!!).
mi concepto es "XML y XSL es una estupides muy util" es solo TEXTO.. solo
eso!!!

Lo que hago es que el JSP mediante JDBC se conecta al POSTGRESQL para
extraer la data con una peticion SQL, luego el JSP lo recibe y lo formatea a
XML (es el mismo proceso para formatear a html) luego eso lo manda al
navegador quien usa el XML para crear HTML que sera lo que vera el usuario
final.

Intentalo y veras que es muy facil.

Italo

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

> Boet
>
> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org]En nombre de Italo Osorio
> Enviado el: miércoles, 28 de abril de 2004 09:59
> Para: Guillermo M. Viveros A.;
> Asunto: Re: [pgsql-es-ayuda] Seguridad en Postgres
>
>
> Hi.
> Soy programador de aplicaciones web, hace mucho que deje los programas
> visuales y si los uso son para crear aplicaciones como utilitarios
> personales. Las razones por las que no las utilizo para aplicaciones
> corporativas o de uso en RED es por lo siguiente:
>
> 1. Tienes que intalarlos en cada PC y muchas veces con todos los dll otras
> cosas necesarias (mayor trabajo de mantenimiendo y soporte especialmente
si
> tienes que hacer cambios constantes)
> 2. Hay que estar al tanto de que el ODBC u otro tipo de driver este
> funcionando perfectamente.
> 3. Tienes que decirle al servidor de base de datos que permita el acceso a
> cada IP de cada uno de tus clientes ( inseguridad, trabajo de
> administrabilidad del db server).
> 4. Tines que mantener en muchos casos usuarios dentro de la base de datos
y
> estar al tanto de sus derechos y limitaciones y grupos.
> 5. Muchas veces tienen que darle a usuario tambien acceso a nivel de
server
> a especiales directorios y en muchos casos con niveles de administrator
( lo
> he visto en muchas applicaciones VB y son un dolor de cabeza para el
> administrador de redes).
>
>
> Por estos puntos y por otros mas es que me decidi hace mucho por las
> aplicaciones web, la tipica configuracion de 3 capas. Ahora programao en
JSP
> (java 100% OOP) y me trae muchas ventajas:
>
> 1. El usuario solo tienen que tener instalado un navegador de internet de
su
> preferencia y en el caso de Windows ya esta intalado por defecto uno de
> ellos y si es la ultima version mejor en el caso de XM y XSL.
> 2. NO tienes que instalar drivers en los usuarios. JDBC funcioana perfecto
y
> no corre en el usuario.
> 3. No tienes que indicarle a tu server el ip de tus usuarios o clientes.
> 4. La configuracion de 3 capas permite configurar al DB server que sea
> accesado solo por el web applications server y por un determinado usuario
y
> pude ser todo esto encriptado. Asi nadie puede ver a tu web server. en el
> Caso que web applicatin server y DB server sea la misma cosas restringes
el
> acceso solo a localhost.
> 5. Un web application por seguridad tienen que correr bajo SSL al
conectarse
> con el cliente y eso es trabajo facil de implementar.
> 6. Veo mucho mas practico mantener mi propio control de usuario de mis
> aplicaciones dentro de tablas.
> 7. Te preocupas de seguridad a nivel de tu server (1 o 3 Pcs) y no a nivel
> de cada cliente.
>
> etc.
>
> Se que salir del paradigma de los programas visuales es muy dificil, lo
digo
> por que veo a mis amigos que entienden toda la teoria de las aplicaciones
> web pero simplemente no puden comenzar a programar en ellas, no por que no
> sean buenos profecinales sino por que tienen anios dentro de un Paradigma
> que es dificil de romper.
>
> Los otros veneficios de web applications son :
>
> 1. Java es gratis!!!! (por ahora y creo que continuara asi).
> 2. Para programar solo necesitas un editor de texto, algo mas
especializado
> podria ser un editor de html. hay varios gratis y muy buenos como el
> Html-Kit. (cuantos pagas por cada liciencia de tu programa visual?)
> 3. NO hay que estar pensando en el tipico proceo de: modificar el codigo,
> compilar, correr la aplicacion y probar. NO!!! solo tines que cargar en tu
> navegador la aplicacion, entrar en la opcion con problemas y una vez que
> cambies el JSP ( o PHP u otro) solo dar click derecho refrescar y tendras
> todo arreglado. Eso facilita mucho el soporte con el usuario frente a
> pequenios problemas que nunca faltan. Ellos llaman y mientras estas en el
> telefono modificas el pequenio error y le dices que refresque la pantalla
y
> listo.
> 4. Creo que la mas grande ventaja es el limitado presupuesto que se
maneja:
> - Linux o FreeBSD (gratis, estable, etc)
> - Java (gratis)
> - PostgreSQL (gratis)
> - Hardware (se tiene que pagar, pero no necesitas una moustrocidad de
> server)
> - Para los Clientes solo el sistema operativo que ya incluye el
> navegador. (minimizas proceso de intalacion de las PC de clientes) y el
> tiempo de soporte a problemas de configuracion es minima.
>
> Ahora tengo desarrollado un Web Application en JSP y estoy usando XML y
XSL,
> y es algo fantastico pues el JSP se encarga solo de crear el modelo de
data
> en el XML y luego el XSL solo se encarga de crear la forma de presentacion
y
> quien compila o fuciona el XML con el XSL es el propio navegador. Creanme
> funciona de maravillas y muchas operaciones tipicas de programacion se
> minimizan enormemente.
>
> Hora estoy ananlizando crear un cliente mas elavorado en FLASH con el
action
> escript para el usuario, pues el FLASH puede recibir XML desde JSP, ASP,
> PHP, etc. pero para eso tengo que aprender a programar en Action Script y
ES
> ESO UNA LIMITACION? eso depende de cuantos paradigmas controlan mi
profecion
> de desarrollador.
>
> En conclucion podria decir que SI podras estar seguro usando Aplicaciones
> Visuales pero tendras que trabajar mucho y tiene un costo que muchas veces
> no lo vemos pues es un costo distribuido no neto y de largo plazo. Creo
que
> los Web Application son seguros pero con menos trabajo de mantenimiento y
> mucho mas economicos y productivos.
>
> Esto lo pongo para su refleccion como profecionales.
>
> Italo Osorio
> Adventist International Institute of Advanced Studies.
> Philippines.
>
>
>
>
>
> ----- Original Message -----
> From: "Guillermo M. Viveros A." <gviveros(at)safp(dot)cl>
> To: <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Tuesday, April 27, 2004 9:37 AM
> Subject: [pgsql-es-ayuda] Seguridad en Postgres
>
>
> > Hola a todos
> >
> > Tenemos varias aplicaciones internas corriendo en nuestros servidores
> > Linux Red Hat 2.4.12
> > y nuestra base de datos Postgres 7.2.1.
> >
> > Nuestro desafío ahora es la implementación de seguridad en nuestras
> > bases de datos,
> > a consecuencia de:
> >
> > 1.- Creemos que el control a través de .htacces deja mucho que desear.
> > 2.- Queremos eliminar las claves insertas de nuestros programas
> >
> > Alguien conoce otros mecanismos de seguridad en PostGres, ya sea a
> > nivel de Base de Datos o al Nivel de Tablas.
> >
> > Gracias
> > Atte,
> > Guillermo Viveros
> > Superintendencia de AFP
> > Chile
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 5: ¿Has leído nuestro extenso FAQ?
> >
> > http://www.postgresql.org/docs/faqs/FAQ.html
> >
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: ¿Has buscado en los archivos de las listas de correo?
>
> http://archives.postgresql.org
>

On Thu, Apr 29, 2004 at 02:34:42PM +0800, Italo Osorio wrote:

> Lo que hago es que el JSP mediante JDBC se conecta al POSTGRESQL para
> extraer la data con una peticion SQL, luego el JSP lo recibe y lo formatea a
> XML (es el mismo proceso para formatear a html) luego eso lo manda al
> navegador quien usa el XML para crear HTML que sera lo que vera el usuario
> final.

Una pregunta: el XML se lo pasas al browser directamente, o en tu
servidor hay algo que lo transforma a HTML antes?

Si le pasas el XML al browser, funciona con cualquier browser reciente?

(el XML del que hablas es XHTML?)

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
A male gynecologist is like an auto mechanic who never owned a car.
(Carrie Snow)

Excelente Explicacion me servira de introduccion!!

Gracias


-------Original Message-------

From: Italo Osorio
Date: 04/29/04 10:26:29
To: Alvaro Herrera; pgsql-es-ayuda(at)postgresql(dot)org
Subject: [pgsql-es-ayuda] Postgresql, JSP, XML, XSL

Hello Alvaro.

No es la primera vez que alguien me pregunta eso y el que siempre se
sorprende soy yo.

XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo. El problema
de que muchos no conocen su poder y capacidad lo tienen las companias de
software que lo mustran como una moustrocidad dificil de entender y manejar.
Las mismas companias que crean los paradigmas de programacion que da como
resulatado usuarios adictos a softwares de desarrollo. Crees que a Microsoft
le conviene hacer propaganda que para desarrollar una web aplication no
tienes que comprar NADA!!!

Dejemos eso de lado que no es tema para esta lista, explicare con un ejemplo
muy reducido lo que hago con el PostgreSQL, JSP, XML y XSL.

Imagina que tienes una tabla llamada datos que solo tienen dos campos:
nombres, direccion. Para mostrar un listado del mismo se tienen que hacer lo
siguiente. ( se supone que tu postgres, jdbc todo lo demas esta funcionado
perfectamente)

1. Extraer el listado con el JSP medinate SQL, el JSP creara el XML.

----------------------show.jsp----------------------------
<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet type="text/xsl" href="show.xsl"?>
<%@ page contentType="text/html" %>

<%
Connection conn = null;
Statement stmt = null;
ResultSet rset = null;
String COMANDO = "";
Class.forName(<postgres driver class>).newInstance();
conn=DriverManager.getConnection(<postgres connection>,<user>,<passwd>);
stmt = conn.createStatement();
%>

<datos>
<% COMANDO = "select "+
"nombre, "+
"direccion "+
"from data ";
rset = stmt.executeQuery(COMANDO);
while ( rset.next() )
{ %>
<contacto>
<nombre><%= rset.getString("nombre") %></nombre>
<direccion><%= rset.getString("direccion") %></direccion>
</contacto>
<% } %>
</datos>

<% conn.close(); %>
------------------------------------------------------


2. Lego hay que crear el XSL que sera quien "da formato" a la data del XML.

---------------------show.xsl----------------------------

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:template match="/">
<html>
<head>
<title>Mi Primer XSL</title>
</head>
<body bgcolor="white">
<table border="0" cellspacing="1" cellpadding="0" align="CENTER">
<tr>
<td colspan="2" align="CENTER" class="titulo">
Lista de Contactos
</td>
</tr>
<xsl:apply-templates select="datos"/>
</table>
<hr />
</body>
</html>
</xsl:template>

<xsl:template match="datos">
<tr>
<th>Nombre</th>
<th>Dirección</th>
</tr>
<xsl:for-each select="contacto" >
<tr>
<td><xsl:value-of select="nombre" /></td>
<td><xsl:value-of select="direccion" /></td>
</tr>
</xsl:for-each>

</xsl:template>

</xsl:stylesheet>

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

Si te das cuenta en la segunda linea del show.jsp encontraras esto:
<?xml-stylesheet type="text/xsl" href="show.xsl"?>
Cuando el IE o Nestcase o Mozilla (que pena pero opera no) cargan el XML
leen esta segunda linea y buscan al XSL que en este caso seria el "show.xsl"
y los "fucionan" y muestran al usuario el HTML que resulta del mismo.

Esto livera de muchas cosas.. pues en el JSP uno solo se preocupa de como
distribuir la data en formato XML "SOLO DATA", luego que se tienes eso se
trabaja con el XSL que usara esa data para mostrar.

En el tipico trabajo de JSP uno moscla data y HTML y cuando son proyectos
grandes se hace pesado todo eso. con XML y XSL uno separa las cosas: por un
lado solo Data y por otro lado presentacion.

Ahora el XSL tiene capacidades poderosas, puedes hacer un FOR, un IF, sort,
format numeros o texto, filtrar la data, etc, etc. todo lo que quieras para
mostrar tu data y lo mejor.. TODO ESTO LO HACE EL NAVEGADOR Y NO EL SERVER.

Pero lo mejor es que es GRATIS!!!!!! Bueno no es tan gratis, cuesta
aprender, pero tambien vale mucho aprender, pero seguro que es mucho mas
facil pagarle a microsoft que aprender.. :-)

Bueno espero haber despejado dudas.

Italo Osorio.

=+=+=+=+=+=+=+=+=+=+=+=+=+

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)dcc(dot)uchile(dot)cl>
To: "Italo Osorio" <italo(at)aiias(dot)edu>
Cc: "Leonardo Boet Sánchez" <boet(at)gtm(dot)tel(dot)etecsa(dot)cu>;
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, April 29, 2004 7:01 AM
Subject: Re: [pgsql-es-ayuda] Seguridad en Postgres


> On Thu, Apr 29, 2004 at 02:34:42PM +0800, Italo Osorio wrote:
>
> > Lo que hago es que el JSP mediante JDBC se conecta al POSTGRESQL para
> > extraer la data con una peticion SQL, luego el JSP lo recibe y lo
formatea a
> > XML (es el mismo proceso para formatear a html) luego eso lo manda al
> > navegador quien usa el XML para crear HTML que sera lo que vera el
usuario
> > final.
>
> Una pregunta: el XML se lo pasas al browser directamente, o en tu
> servidor hay algo que lo transforma a HTML antes?
>
> Si le pasas el XML al browser, funciona con cualquier browser reciente?
>
> (el XML del que hablas es XHTML?)
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> A male gynecologist is like an auto mechanic who never owned a car.
> (Carrie Snow)
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>



---------------------------(end of broadcast)---------------------------
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envíe "unregister SuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)

Ojo XML + XSL +JSP lento, muy lento.

En general una transformación XLST es lenta y costosa.

Sugiero que busques un mecanismo alternativo.

Si realmente ya estas en Java y JSP, puede ser alguna tag library, por
ejemplo para hacer lo mismo que el ejemplo de XML y XLST, puedes
utilizar DisplayTag.

Si requieres de plantillas Velocity puede ser una biblioteca que puede
resolver el problema.

Saludos

--
Ubaldo Taladriz
EXE Ingeniería
--------------------
http://www.exe.cl
Exe Ingeniería & Software Ltda.
Europa 1935 Providencia - Santiago
Código Postal : 750-0568
Tel (56-2) 2049366 Fax (56-2) 2040897
counter.linux.org #274593

On Thu, Apr 29, 2004 at 11:08:27PM -0700, Italo Osorio wrote:

Hola,

> No es la primera vez que alguien me pregunta eso y el que siempre se
> sorprende soy yo.
>
> XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo.

Ok, personalmente creo que entiendo bastante bien como funciona el
asunto. Simplemente me sorprendo porque no sabia que funcionara con los
browsers actuales (no lo he usado nunca, solo lo conozco de teoria).

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"No hay hombre que no aspire a la plenitud, es decir,
la suma de experiencias de que un hombre es capaz"

>
> > No es la primera vez que alguien me pregunta eso y el que siempre se
> > sorprende soy yo.
> >
> > XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo.
>
> Ok, personalmente creo que entiendo bastante bien como funciona el
> asunto. Simplemente me sorprendo porque no sabia que funcionara con los
> browsers actuales (no lo he usado nunca, solo lo conozco de teoria).
>

Ojo Alvaro esto se procesa en el lado del servidor. Allí ocurre la
transformación. AL Browser le llega HTML

Saludos

On Thu, Apr 29, 2004 at 04:19:46PM -0400, utaladriz(at)exe(dot)cl wrote:
> >
> > > No es la primera vez que alguien me pregunta eso y el que siempre se
> > > sorprende soy yo.
> > >
> > > XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo.
> >
> > Ok, personalmente creo que entiendo bastante bien como funciona el
> > asunto. Simplemente me sorprendo porque no sabia que funcionara con los
> > browsers actuales (no lo he usado nunca, solo lo conozco de teoria).
>
> Ojo Alvaro esto se procesa en el lado del servidor. Allí ocurre la
> transformación. AL Browser le llega HTML

Ese es el metodo tradicional, pero en la explicacion de Italo, si te
saltas el pedazo de codigo, mas abajo afirma que al browser se le pasa
el XML y es este el que carga el XSLt y hace la transformacion para
desplegar.

http://archives.postgresql.org/pgsql-es-ayuda/2004-04/msg00281.php

(hey, tenemos archivos en linea de nuevo -- ojala pronto Marc integre el
mbox de la lista antigua con estos ...)

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"On the other flipper, one wrong move and we're Fatal Exceptions"
(T.U.X.: Term Unit X - http://www.thelinuxreview.com/TUX/)

----- Original Message -----
> XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo.
>
> Ojo Alvaro esto se procesa en el lado del servidor. Allí ocurre la
> transformación. AL Browser le llega HTML
>

Albaro esta en lo correcto.

EL JSP se procesa en el server y crea el XML luego en el cliente se procesan
el XML y XSL.

Claro que solo ocurre en navegadores ultimos como IE6, Netscape 7 y Mozilla
o Firefox ultimos, en opera no se que no funciona.

Italo Osorio

Interesante comentario de Ubaldo. La respeto, pero expongo estos puntos.

1. JSP no es lento pues es bite code ejecutandoce no compilandoce cada rato
como otros lenguajes scritpts.

2. La "fusion" XML y XSL ocurre en el cliente. La primera vez que entres a
la pagina estaras bajando el XML y el XSL, pero apartir de alli el cliente
ya no tienen que bajar el XSL pues ya estara en el INTERNET CACHE y solo
bajara el XML y como es solo DATA es rapido pues no trae consigo todos los
ADORNOS HTML sino que estos se creean en el cliente. Para que hacer todo en
el server? acaso no se puede hacer que la PC del cliente tambien participe
en el proceso y asi liverar recursos de tu server? pues en eso XSL ayuda un
monton.

3. Usar librerias? No recomiendo, me gusta tener todo "lite", usar librerias
externas y otras cosas te hacen pesado, dependiente, etc. En tecnologia las
cosas no son constantes, todo cambia veloz, para que plantar raiz si puede
que luego se tenga que saltar a otra cosa? He creado sistemas contables,
academicos, etc en esta forma y funcionan bien y rapido.

Aqui me detengo pues esto no es tema de esta lista. Para mas cometnarios
seria bueno escribir a mi e-mail personal.

Italo Osorio.

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

----- Original Message -----
From: "Ubaldo Taladriz" <utaladriz(at)exe(dot)cl>

> Ojo XML + XSL +JSP lento, muy lento.
>
> En general una transformación XLST es lenta y costosa.
>
> Sugiero que busques un mecanismo alternativo.
>
> Si realmente ya estas en Java y JSP, puede ser alguna tag library, por
> ejemplo para hacer lo mismo que el ejemplo de XML y XLST, puedes
> utilizar DisplayTag.
>
> Si requieres de plantillas Velocity puede ser una biblioteca que puede
> resolver el problema.
>
> Saludos
>
> --
> Ubaldo Taladriz
> EXE Ingeniería
> --------------------
> http://www.exe.cl
> Exe Ingeniería & Software Ltda.
> Europa 1935 Providencia - Santiago
> Código Postal : 750-0568
> Tel (56-2) 2049366 Fax (56-2) 2040897
> counter.linux.org #274593
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: no olvides aumentar la configuración del "free space map"
>

Hello Alvaro.

No es la primera vez que alguien me pregunta eso y el que siempre se
sorprende soy yo.

XML y XSL no es cosa nueva, es antiguo, ya esta biejo diria yo. El problema
de que muchos no conocen su poder y capacidad lo tienen las companias de
software que lo mustran como una moustrocidad dificil de entender y manejar.
Las mismas companias que crean los paradigmas de programacion que da como
resulatado usuarios adictos a softwares de desarrollo. Crees que a Microsoft
le conviene hacer propaganda que para desarrollar una web aplication no
tienes que comprar NADA!!!

Dejemos eso de lado que no es tema para esta lista, explicare con un ejemplo
muy reducido lo que hago con el PostgreSQL, JSP, XML y XSL.

Imagina que tienes una tabla llamada datos que solo tienen dos campos:
nombres, direccion. Para mostrar un listado del mismo se tienen que hacer lo
siguiente. ( se supone que tu postgres, jdbc todo lo demas esta funcionado
perfectamente)

1. Extraer el listado con el JSP medinate SQL, el JSP creara el XML.

----------------------show.jsp----------------------------
<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet type="text/xsl" href="show.xsl"?>
<%@ page contentType="text/html" %>

<%
Connection conn = null;
Statement stmt = null;
ResultSet rset = null;
String COMANDO = "";
Class.forName(<postgres driver class>).newInstance();
conn=DriverManager.getConnection(<postgres connection>,<user>,<passwd>);
stmt = conn.createStatement();
%>

<datos>
<% COMANDO = "select "+
"nombre, "+
"direccion "+
"from data ";
rset = stmt.executeQuery(COMANDO);
while ( rset.next() )
{ %>
<contacto>
<nombre><%= rset.getString("nombre") %></nombre>
<direccion><%= rset.getString("direccion") %></direccion>
</contacto>
<% } %>
</datos>

<% conn.close(); %>
------------------------------------------------------

2. Lego hay que crear el XSL que sera quien "da formato" a la data del XML.

---------------------show.xsl----------------------------

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:template match="/">
<html>
<head>
<title>Mi Primer XSL</title>
</head>
<body bgcolor="white">
<table border="0" cellspacing="1" cellpadding="0" align="CENTER">
<tr>
<td colspan="2" align="CENTER" class="titulo">
Lista de Contactos
</td>
</tr>
<xsl:apply-templates select="datos"/>
</table>
<hr />
</body>
</html>
</xsl:template>

<xsl:template match="datos">
<tr>
<th>Nombre</th>
<th>Dirección</th>
</tr>
<xsl:for-each select="contacto" >
<tr>
<td><xsl:value-of select="nombre" /></td>
<td><xsl:value-of select="direccion" /></td>
</tr>
</xsl:for-each>

</xsl:template>

</xsl:stylesheet>

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

Si te das cuenta en la segunda linea del show.jsp encontraras esto:
<?xml-stylesheet type="text/xsl" href="show.xsl"?>
Cuando el IE o Nestcase o Mozilla (que pena pero opera no) cargan el XML
leen esta segunda linea y buscan al XSL que en este caso seria el "show.xsl"
y los "fucionan" y muestran al usuario el HTML que resulta del mismo.

Esto livera de muchas cosas.. pues en el JSP uno solo se preocupa de como
distribuir la data en formato XML "SOLO DATA", luego que se tienes eso se
trabaja con el XSL que usara esa data para mostrar.

En el tipico trabajo de JSP uno moscla data y HTML y cuando son proyectos
grandes se hace pesado todo eso. con XML y XSL uno separa las cosas: por un
lado solo Data y por otro lado presentacion.

Ahora el XSL tiene capacidades poderosas, puedes hacer un FOR, un IF, sort,
format numeros o texto, filtrar la data, etc, etc. todo lo que quieras para
mostrar tu data y lo mejor.. TODO ESTO LO HACE EL NAVEGADOR Y NO EL SERVER.

Pero lo mejor es que es GRATIS!!!!!! Bueno no es tan gratis, cuesta
aprender, pero tambien vale mucho aprender, pero seguro que es mucho mas
facil pagarle a microsoft que aprender.. :-)

Bueno espero haber despejado dudas.

Italo Osorio.

=+=+=+=+=+=+=+=+=+=+=+=+=+

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)dcc(dot)uchile(dot)cl>
To: "Italo Osorio" <italo(at)aiias(dot)edu>
Cc: "Leonardo Boet Sánchez" <boet(at)gtm(dot)tel(dot)etecsa(dot)cu>;
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, April 29, 2004 7:01 AM
Subject: Re: [pgsql-es-ayuda] Seguridad en Postgres

> On Thu, Apr 29, 2004 at 02:34:42PM +0800, Italo Osorio wrote:
>
> > Lo que hago es que el JSP mediante JDBC se conecta al POSTGRESQL para
> > extraer la data con una peticion SQL, luego el JSP lo recibe y lo
formatea a
> > XML (es el mismo proceso para formatear a html) luego eso lo manda al
> > navegador quien usa el XML para crear HTML que sera lo que vera el
usuario
> > final.
>
> Una pregunta: el XML se lo pasas al browser directamente, o en tu
> servidor hay algo que lo transforma a HTML antes?
>
> Si le pasas el XML al browser, funciona con cualquier browser reciente?
>
> (el XML del que hablas es XHTML?)
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> A male gynecologist is like an auto mechanic who never owned a car.
> (Carrie Snow)
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>

En un año o dos, vas a tener razon. Por ahora, guarda con esto. Muchos
navegantes (Y sobre todo latino americanos), todavía usan IE4 o IE5, que
soportan parcialmente XSL. Yo que vos, usaría tecnologías como cocoon, para
hacer eso del lado del server.

No se como se comportará el firebird, por ejemplo, para trabajar con un xsl.
Si hiciste pruebas con varios browsers, te agradecería que me las comentes
en privado.

----- Original Message -----
From: "Italo Osorio" <italo(at)aiias(dot)edu>
To: "Alvaro Herrera" <alvherre(at)dcc(dot)uchile(dot)cl>;
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Friday, April 30, 2004 3:08 AM
Subject: [pgsql-es-ayuda] Postgresql, JSP, XML, XSL