F.A.Q's de JSP

rockobop · #1 (**permalink**) 22/05/2005, 14:55

no soy una persona con mucho conocimiento pero si con muchas ganas de aprender y darle a ForosdelWeb

una nada de lo q hizo por mi y al hacer eso no lo voy a negar aprendi muchisimo, no es material mio sino de todo lo q me sirvio y q esta disponible en la Web para comensar con esto q es JSP, si alguien siente q viole sus derechos intelectuales o algo por el estilo pues soy el unico responsable y mi correo esta en el perfil de usuario

, sin mas lo aqui dejo podria ser algo asi como un inicio de las FAQ,s de JSP

Tema: JSP Principiante
Pregunta: ¿Qué es JSP?
Respuesta:
JavaServer Pages (JSP) combinan HTML con fragmentos de Java para producir páginas web dinámicas.
Cada página es automáticamente compilada a servlet por el motor de JSP , en primer lugar es recogida y a continuación ejecutada.
JSP tiene gran variedad de formas para comunicarse con las clases de Java, servlets, applets y el servidor web; por esto se puede aplicar una funcionalidad a nuestra web a base de componentes.
Resumen de la arquitectura de una página JSP
Una página JSP es archivo de texto simple que consiste en contenido HTML o XML con elementos JSP. Cuando un cliente pide una página JSP del sitio web y no se ha ejecutado antes, la página es inicialmente pasada al motor de JSP, el cual compila la página convirtiéndola en Servlet, la ejecuta y devuelve el contenido de los resultados al cliente.
Es posible ver el código del servlet generado, este código debe estar en el directorio que se informa en la estructura de directorios del servidor.

Si nos fijamos en este archivo podemos encontrar las siguientes clases:

• JSPPage
• HttpJspPage
Ellas definen la interface para el compilador de páginas JSP.
Nos encontramos también tres métodos:
• JspInit()
• JspDestroy()
• _jspService(HttpServletRequest request, HttpServletResponse response)
Los dos primeros métodos pueden ser definidos por el autor de la página JSP, pero el tercer
método es una versión compilada de la página JSP, y su creación es responsabilidad del motor de
JSP.
Es el momento de ver el código de una página JSP bastante simple.
<HTML>
<HEAD>
<TITLE>Página simple JSP</TITLE>
</HEAD>
<BODY>
<%// INFORMACION GLOBAL PARA LA PAGINA%>
<%@ page language=”java” %>
<% // DECLARACION DE VARIABLES %>
<% char c = 0;%>
<%
for (int i=0;i < 26;i++)
{
for (j = 0;j < 26;j++)
{
c = (char) (0x41 + (26 – i +
j)%26); %>
<%// IMPRIME LAS LETRAS DEL
ALFABETO EN MAYUSCULAS %>
Tutorial JSP
3
ALFABETO EN MAYUSCULAS %>
<%=c%>
<%}
}
%>
</BODY>
</

suerte

rockobop · #2 (**permalink**) 22/05/2005, 14:57

Tema: JSP Principiante
Pregunta: ¿Qué son los Servlets Java?
Respuesta:
Los Servlets son las respuesta de la tecnología Java a la programación CGI. Son programas que se ejecutan en un servidor Web y construyen páginas Web. Construir páginas Web al vuelo es útil (y comunmente usado) por un número de razones:
• La página Web está basada en datos envíados por el usuario. Por ejemplo, las páginas de resultados de los motores de búsqueda se generan de esta forma, y los programas que procesan pedidos desde sites de comercio electrónico también.
• Los datos cambian frecuentemente. Por ejemplo, un informe sobre el tiempo o páginas de cabeceras de noticias podrían construir la página dinámicamente, quizás devolviendo una página previamente construida y luego actualizandola.
• Las páginas Web que usan información desde bases de datos corporativas u otras fuentes. Por ejemplo, usaríamos esto para hacer una página Web en una tienda on-line que liste los precios actuales y el número de artículos en stock.
Tema: JSP Principiante
Pregunta: ¿Cuáles son las Ventajas de los Servlets sobre el CGI "Tradicional"?
Respuesta:
Los Servlets Java son más eficientes, fáciles de usar, más poderosos, más portables, y más baratos que el CGI tradicional y otras muchas tecnologías del tipo CGI. (y lo que es más importante, los desarrolladores de servlets cobran más que los programadores de Perl

.
• Eficiencia. Con CGI tradicional, se arranca un nuevo proceso para cada solicitud HTTP. Si el programa CGI hace una operación relativamente rápida, la sobrecarga del proceso de arrancada puede dominar el tiempo de ejecución. Con los Servlets, la máquina Virtual Java permanece arrancada, y cada petición es manejada por un thread Java de peso ligero, no un pesado proceso del sistema operativo. De forma similar, en CGI tradicional, si hay N peticiones simultáneas para el mismo programa CGI, el código de este problema se cargará N veces en memoria. Sin embargo, con los Servlets, hay N threads pero sólo una copia de la clase Servlet. Los Servelt también tienen más alternativas que los programas normales CGI para optimizaciones como los cachés de cálculos prévios, mantener abiertas las conexiones de bases de datos, etc.
• Conveniencia. Hey, tu ya sabes Java. ¿Por qué aprender Perl? Junto con la conveniencia de poder utilizar un lenguaje familiar, los Servlets tienen una gran infraestructura para análisis automático y decodificación de datos de formularios HTML, leer y seleccionar cabeceras HTTP, manejar cookies, seguimiento de sesiones, y muchas otras utilidades.
• Potencia. Los Servlets Java nos permiten fácilmente hacer muchas cosas que son difíciles o imposibles con CGI normal. Por algo, los servlets pueden hablar directamente con el servidor Web. Esto simplifica las operaciones que se necesitan para buscar imágenes y otros datos almacenados en situaciones estándards. Los Servlets también pueden compartir los datos entre ellos, haciendo las cosas útiles como almacenes de conexiones a bases de datos fáciles de implementar. También pueden mantener información de solicitud en solicitud, simplicando cosas como seguimiento de sesión y el caché de cálculos anteriores.
• Portable. Los Servlets están escritos en Java y siguen un API bien estándarizado. Consecuentemente, los servlets escritos, digamos en el servidor I-Planet Enterprise, se pueden ejecutar sin modificarse en Apache, Microsoft IIS, o WebStar. Los Servlets están soportados directamente o mediante plug-in en la mayoría de los servidores Web.
• Barato. Hay un número de servidores Web gratuitos o muy baratos que son buenos para el uso "personal" o el uso en sites Web de bajo nivel. Sin embargo, con la excepción de Apache, que es gratuito, la mayoría de los servidores Web comerciales son relativamente caros. Una vez que tengamos un servidor Web, no importa el coste del servidor, añadirle soporte para Servlets (si no viene preconfigurado para soportarlos) es gratuito o muy barato.

rockobop · #3 (**permalink**) 22/05/2005, 14:58

Pregunta: ¿Como instalo y configuro el servidor en JSP?
Respuesta: Antes de comenzar a instalar hay que tomar en cuenta que se debe contar con todas las herramientas necesarias.
Obtener e Instalar los Kits de Desarrollo de Servlets y JSP
Nuestro primer paso es descargar el software que implementa las especificaciones Java Servlet 2.1 o 2.2 y Java Server Pages 1.0 ó 1.1. Podemos obtener una versión gratuita de Sun, conocida como "JavaServer Web Development Kit" (JSWDK), en http://java.sun.com/products/servlet/.
Luego, necesitamos decirle a javac dónde encontrar las clases Servlets y JSP cuando compilemos nuestro fichero servlet. Las instrucciones de instalación del JSWDK explican esto, pero básicamente apuntan a poner los ficheros servlet.jar y jsp.jar (que vienen con el JSWDK) en nuestro CLASSPATH. Si nunca antes has tratado con el CLASSPATH, es la variable de entorno que especifica donde Java busca la clases. Si no es especificada, Java busca en el directorio actual y en las librerías estándard del sistema. Si la seleccionamos nosotros mismos necesitamos estar seguros de incluir ".", que significa el directorio actual. Aquí tenemos un rápido sumario de cómo seleccionarla en un par de plataformas:
Unix (C Shell)
setenv CLASSPATH .:servlet_dir/servlet.jar:servlet_dir/jsp.jar
Añadimos ":$CLASSPATH" al final de la línea setenv si nuestro CLASSPATH ya está configurado, y queremos añadirle más directorios, no reemplazarlo. Observa que se usan dos puntos ":" para separar directorios, mientras que Windows usa puntos y coma. Para hacer permanente esta configuración ponemos está sentencia dentro de nuestro fichero .cshrc.
Windows 95/98/NT
set CLASSPATH=.;servlet_dir/servlet.jar;servlet_dir/jsp.jar
Añadimos ";%CLASSPATH%" al final de la línea anterior si nuestro CLASSPATH ya está configurado. Observa que usamos puntos y coma ";" para separar directoriois, mientras que en Unix se usan dos puntos. Para hacer permanente esta configuración ponemos esta sentencias en el fichero autoexec.bat. En Windows NT, vamos al menú Start, seleccionamos Settings y luego Control Panel, seleccionamos System, y Environment y luego introducimos la variable y el valor.
Finalmente, como veremos en La siguiente sección, queremos poner nuestros servlets en paquetes para evitar conflictos de nombres con los servlets escritos por otras personas para la misma aplicación Web o servidor. En este caso, podríamos encontrar conveniente añadir el directorio de más alto nivel de nuestro paquete al CLASSPATH. Puedes ver la sección Primeros Servlets para más detalles.
Instalar un servidor Web con Capacidad para Servlets
Nuestro siguiente paso es obtener e instalar un servidor Web que soporte servlets Java, o instalar el paquete Servelt en nuestro servidor Web existente. Si estamos usando un servidor Web actualizado, hay muchas posibilidades de que ya tengamos todo lo que necesitamos. Debemos chequear la documentación de nuestro servidor o ver la última lista de servidores que soportarn servlets en http://java.sun.com/products/servlet/industry.html. Aunque eventualmente queramos desarrollar en un servidor de calidad comercial, cuando estamos aprendiendo es útil tener un sistema gratuito que podemos instalar en nuestra máquina para propósitos de desarrollo y prueba. Aquí están algunas de las opciones más populares:
• Apache Tomcat. Tomcat es la implementación de referencia oficial para las especificaciones Servlet 2.2 y JSP 1.1. Puede ser usado como pequeño servidor para probar páginas JSP y servlets, o puede integrarse en el servidor Web Apache. Tomcat, al igual que el propio Apache es gratuito. Sin embargo, también al igual que Apache (que es muy rápido, de gran redimiento, pero un poco difícil de configurar e instalar), Tomcat requiere significativamente más esfuerzo para configurarlo que los motores de servlets comerciales. Para más detalles puedes ver http://jakarta.apache.org/.
• JavaServer Web Development Kit (JSWDK). El JSWDK es la implementación de referencia oficial para las especificaciones Servlet 2.1 y JSP 1.0. Se usaba como pequeño servidor para probar servlets y páginas JSP antes de desarrollar un completo servidor Web que soporta estas tecnologías. Es gratuito y potente, pero necesita un poco de esfuerzo para instalarlo y configurarlo. Para más detalles puedes ver http://java.sun.com/products/servlet/download.html.
• Allaire JRun. JRun es un motor servelt y JSP que puede conectarse dentro de los servidores Netscape Enterprise o FastTrack, de los servidores Web IIS, Microsoft Personal Web Server, viejas versiones de Apache, O’Reilly’s WebSite, o StarNine WebSTAR. Hay una versión gratuita limitada a cinco conexiones simultáneas; la versión comercial elimina esta restricción y añade capacidades como una consola de administración remota. Para más detalles puedes ver http://www.allaire.com/products/jrun/.
• New Atlanta’s ServletExec. ServletExec es un rápido motor de servlets y páginas JSP que puede ser conectado dentro de los servidores web más populares para Solaris, Windows, MacOS, HP-UX y Linux. Podemos descargarlo y usarlo de forma gratuita, pero muchas de sus características avanzadas y utilidades de administración estarán desactivadas hasta que compremos una licencia. El nuevo Atlanta también proporciona un depurador de servlets gratuito que funciona con mucho de los IDEs más populares de Java. Para más detalles puedes ver http://newatlanta.com/.
• Gefion's LiteWebServer (LWS). LWS es un pequeño servidor Web gratuito que soporta Servlets versión 2.2 y JSP 1.1. También teinen un plug-in gratuito llamado WAICoolRunner que añade soporte para Servlets 2.2 y JSP 1.1 a los servidores Netscape FastTrack y Enterprise. También venden un gran número de Servlets personalizados y componentes JSP en un paquete llamado InstantOnline. Para más detalles puedes ver http://www.gefionsoftware.com/.
• Sun’s Java Web Server. Este servidor está escrito enteramente en Java y fue uno de los primeros servidores en soportar completamente las especificaciones servlet 2.1 y JSP 1.0. Aunque ya no estará bajo desarrollo activo porque Sun se está concentrando en el servidor Netscape/I-Planet, todavía es una opción popular para aprender servlets y JSP. Para un versión de prueba gratuita puedes ver http://www.sun.com/software/jwebserver/try/. Para obtener una versión gratuita que no expira para propósitos de enseñanza en instituciones académicas, puedes ver http://freeware.thesphere.com/.

rockobop · #4 (**permalink**) 22/05/2005, 14:59

Pregunta: Como realizo declaraciones en JSP
Respuesta:
Un bloque de declaraciones típico sería <%! declaración %>
Un ejemplo de declaración de script sería el siguiente:
<HTML>
<HEAD>
<TITLE>Página simple JSP</TITLE>
</HEAD>
<BODY>
<%! String strCadena = "x";
int intContador = 0;
%>
</BODY>
</HTML>

Pregunta: ¿Como genero Scripts en JSP?
Respuesta:
En Java los Scripts estan residentes entre los tags <% y %>.
Este bloques de código estarán dentro del servlets generado incluídos en método _jspService().
Los Scripts pueden acceder a cualquier variable o Beans que haya sido declarado. También hay algunos objetos implícitos disponibles para los Scripts desde entorno del Servlet. Vamos a verlos a continuación.

Objetos implícitos Descripción
Request Es la petición del cliente. Es normalmente una subclase de la case HttpServletRequest.
Response Es la página JSP de respuesta y es una subclase de HttpServletResponse.
pageContext Los atributos de la página y los objetos implicitos necesitan ser accesibles a través de API, para permitir al motro de JSP compilar la página. Pero cada servidor tiene implementaciones específicas de cada uno de esos atributos y objetos. Para solucionar este problema, el motor de JSP utilizar la clase Factory para devolver la implementación de clase PageContext del servidor. Esta clase PageContext es inicializada con los objetos response y request y algunos atributos de la directiva de la página (erropage, session,buffer and autoflush) y facilita los otros objetos implícitos para la pagina de petición.Veremos más más adelante.
Session El objeto de sesión HTTP asociado a la petición.
Application Lo que devuelve el servlet cuando se llama a getServletConfig().getContext()
Out El objeto que representa la salida de texto por pantalla.
Config El objeto ServletConfig de la página.
Page Es la forma que tiene la página para referirse a si misma. Se usa como alternativa al objeto this
Exception Es una subclase libre de Throwable que es pasadaa la página que majena los errores.

El siguiente fragmento de código muestra como obtener el valor de una parámetro mediante el
objeto request, y como pasarlo a una cadena para mostrarlo en pantalla.

<%
String strNombre = request.getParameter("nombre");
out.println(strNombre);
%>

Pregunta: Como implemento expreciones en JSP
Respuesta:

Un ejemplo sería:

<% for (int i=0;i<5;i++) { %>
<BR>El valor del contador es <%=i%>
<% } %>

Pregunta: ¿Qué es un contenedor de Servelets?
Respuesta:
El contenedor de servlets tiene que encargarse, entre otras cosas, de pasar las peticiones del cliente al servlet y este último de devolver la respuesta solicitada al cliente. La implementación actual del servlet difiere de un programa a otro, pero la interface entre contenedor del servlet y el servlet se especifica en la API del servlet.

Basicamente, el ciclo de vida de un servlet es como se detalla a continuación:
El contenedor de servlet crea una instancia del servlet
El contenedor llama al método init() del servlet
Si el contenedor tiene una petición para el servlet, se llama al método service()
Después de destruir la instancia, el contenedor llama al método destroy()
La instancia es destruída y marcada como una colección desechada.
Ciclo de vida de un Servlet
El ciclo de vida de un Servlet tiene un diseño muy simple orientado a objetos. Un Servlet es construído e inicializado, después se procesan cero o varias peticiones y por último se destruye.
En este punto el servlet es totalmente destruído y es una colección de deshechos. Este diseño explica porque un Servlet reemplaza perfectamente a un CGI. El servlet es cargado un sóla vez y está residente en memoria mientras se procesan las respuestas.

La interface que define esta estructura es javax.servlet.Serlvet. La interface del Serlvet define lo métodos del ciclo de vida. Estos métodos son Init(), el método service() y el método destroy();

Init()
En el método Init() es dónde empieza la vida de un servlet. Es llamado inmediatamente después de ser instanciado. Y es llamado un sólo vez. El método Init() crea e inicializa los recursos que serán usados mientras se manejan las peticiones. Este método tiene la siguiente forma:
public void init(ServletConfig config) throws ServletException;

Service()
El método Service() majena las peticiones enviadas por el cliente. No pueden dar comienzo los servicios de las peticiones hasta que el método Init() no ha sido ejecutado. La implementación más habitual del metódo Service() está en la clase HttServlet.
La forma del método Services es como sigue:
public void service(ServletRequest peticion, ServletResponse respuesta)throws ServletExpetion, IOException;

El método service() implementa el paradigma de la respuesta y de la petición. El objeto ServletRequest contiene información sobre la petición del servicio e información encapsulada que proporciona el cliente. El objeto ServletResponse contiene la información que se devuelve al cliente.

Destroy()
Este método significa el final de la vida de un Servlet. Cuando un servicio se finaliza se llama al método Destroy(). Este método es dónde todos los recursos creados en el método Init() deben ser limpiados. Por ejemplo es el lugar dónde, si tenemos una conexión a una base de datos, debe cerrarse. También es el lugar dónde debe guardarse información persistente en caso de que la utilicemos en algún otro servicio. Esta es la forma que tiene el método Destroy():
public void destroy();
Un Servlet básico
A continuación se muestra la estructura que tiene un Servlet Básico.

import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.*;
public class ServletBasico extends HttpServlet{
public void init(ServletConfig config) throws SerlvetException {
// Siempre se pasa el objet ServletConfig a la superclase
super.init(config);
}
// Proceso HTTP Get de la petición
public void doGet(HttpSerlvetRequest peticion,HttpserlvetResponse respuesta)
throws SerlvetException, IOException {
respuesta.setContentType("text/html");
PrintWriter out = respuesta.getWriter();
out.println("<html>");
out.println("<head><title>Servlet Basico</title></head>");
out.println("<body>");
// Imprime en pantalla el método enviado por la petición
out.println("El método de la petición es" + peticion.getMethod()+"\n");
out.println("</body></html>");
out.close();
}
// Proceso HTTP Post de la petición
public void doPost(HttpSerlvetRequest peticion,HttpServletResponse respuesta)
throws ServletException,IOException {
respuesta.setContentType("text/html");
PrintWriter out = respuesta.getWriter();
out.println("<html>");
out.println("<head><title>Servlet Basico</title></head>");
out.println("<body>");
// Imprime en pantalla el método enviado por la petición
out.println("El método de la petición es" + peticion.getMethod()+"\n");
out.println("</body></html>");
out.close();
}
// Devuelve la información del Servlet
public String getServletInfo(){
return "Información del Servlet de ejemplo básico";
}

En este Servlet, se han pasado por encima métodos también muy importantes que merece la pena la menos nombrarlos.

Método Descripción
getAuthType
Devuelve el equema de auténtificación
de la petición.
getCookies
Devuelve un array de Cookies
encontrados en la petición.
getHeader()
Devuelve las especificaciones del campo
de cabecera de la petición.

Hay otros muchos métodos, como getServetPath, getQueryString(),
getSession(), getMethod() etc,

rockobop · #5 (**permalink**) 22/05/2005, 15:00

Pregunta: ¿Cómo ejecuto un servlet?
Respuesta:

Existen dos pasos necesarios para completar la ejecución de todo servlet:
1. Compilar el Servlet.
2. Colocarlo en un lugar dónde Java Web Server pueda econtrarlo.

Para compilar el Servlet puede hacerse mediante cualquier entorno de programación de Java, como puede ser JBuilder o bien mediante JSDK. Hay que asegurarse que el SDK de Servlet está en el CLASSPATH. Si se tiene instalado en Java Web Server puede encontrarse en el archivo lib/jws.jar.
Después de compilar, lo primero que debe hacer es poner el archivo generado .class en el CLASSPATH. La forma más sencilla de hacer esto es moverlo a la carpeta /servlet.

Por ultimo para llamar al servlet debe hacerse de la siguiente manera:
http://localhost:8080/servlet/ServletBasico o mejor aún creando una simple página web que invoque al método doGet() o al método doPost().

Esta sería la página web sencilla que llamaría al servlet:
<html>
<head>
<title>Servlet Básico</title>
</head>
<body>
<form action="http://localhost:8080/servlet/ServletBasico"
method="post">
<input type="submit" value="Enviar" name="btn_enviar">
</form>
</body>
</html>
Qué es una JavaBean
Pregunta: Manejar datos de un formulario
Respuesta:

Ejemplo de Manejo de datos de formularios

package hall;

import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import java.util.*;

/** Shows all the parameters sent to the servlet via either
* GET or POST. Specially marks parameters that have no values or
* multiple values.
*
* Part of tutorial on servlets and JSP that appears at
* http://www.apl.jhu.edu/~hall/java/Servlet-Tutorial/
* 1999 Marty Hall; may be freely used or adapted.
*/

public class ShowParameters extends HttpServlet {
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
String title = "Reading All Request Parameters";
out.println(ServletUtilities.headWithTitle(title) +
"<BODY BGCOLOR=\"#FDF5E6\">\n" +
"<H1 ALIGN=CENTER>" + title + "</H1>\n" +
"<TABLE BORDER=1 ALIGN=CENTER>\n" +
"<TR BGCOLOR=\"#FFAD00\">\n" +
"<TH>Parameter Name<TH>Parameter Value(s)");
Enumeration paramNames = request.getParameterNames();
while(paramNames.hasMoreElements()) {
String paramName = (String)paramNames.nextElement();
out.println("<TR><TD>" + paramName + "\n<TD>");
String[] paramValues = request.getParameterValues(paramName);
if (paramValues.length == 1) {
String paramValue = paramValues[0];
if (paramValue.length() == 0)
out.print("<I>No Value</I>");
else
out.print(paramValue);
} else {
out.println("<UL>");
for(int i=0; i<paramValues.length; i++) {
out.println("<LI>" + paramValues[i]);
}
out.println("</UL>");
}
}
out.println("</TABLE>\n</BODY></HTML>");
}

public void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}
Usa POST para enviar los datos (como deberían hacerlo todos los formularios que tienen entradas PASSWORD), demonstrando el valor de que los servlets incluyan tanto doGet como doPost.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE>A Sample FORM using POST</TITLE>
</HEAD>

<BODY BGCOLOR="#FDF5E6">
<H1 ALIGN="CENTER">A Sample FORM using POST</H1>

<FORM ACTION="/servlet/hall.ShowParameters"
METHOD="POST">
Item Number:
<INPUT TYPE="TEXT" NAME="itemNum"><BR>
Quantity:
<INPUT TYPE="TEXT" NAME="quantity"><BR>
Price Each:
<INPUT TYPE="TEXT" NAME="price" VALUE="$"><BR>
<HR>
First Name:
<INPUT TYPE="TEXT" NAME="firstName"><BR>
Last Name:
<INPUT TYPE="TEXT" NAME="lastName"><BR>
Middle Initial:
<INPUT TYPE="TEXT" NAME="initial"><BR>
Shipping Address:
<TEXTAREA NAME="address" ROWS=3 COLS=40></TEXTAREA><BR>
Credit Card:<BR>
<INPUT TYPE="RADIO" NAME="cardType"
VALUE="Visa">Visa<BR>
<INPUT TYPE="RADIO" NAME="cardType"
VALUE="Master Card">Master Card<BR>
<INPUT TYPE="RADIO" NAME="cardType"
VALUE="Amex">American Express<BR>
<INPUT TYPE="RADIO" NAME="cardType"
VALUE="Discover">Discover<BR>
<INPUT TYPE="RADIO" NAME="cardType"
VALUE="Java SmartCard">Java SmartCard<BR>
Credit Card Number:
<INPUT TYPE="PASSWORD" NAME="cardNum"><BR>
Repeat Credit Card Number:
<INPUT TYPE="PASSWORD" NAME="cardNum"><BR><BR>
<CENTER>
<INPUT TYPE="SUBMIT" VALUE="Submit Order">
</CENTER>
</FORM>

</BODY>
</HTML>

rockobop · #6 (**permalink**) 22/05/2005, 16:03

ahora todo es un desorden y no muy bien entendible pero si prospera mi propuesta pues entre todos podriamos modificarlo y ordenarlo poniendo lo q es codigo en los respectivos campos
suerte