Normalmente, un servidor se ejecuta en un equipo especfico y tiene un socket que est unido a un nmero de puerto especfico.

El servidor slo espera, escuchando a la toma de un cliente para hacer una solicitud de conexin. En el lado del cliente: El cliente conoce el nombre de la mquina donde se est ejecutando el servidor y el nmero de puerto en el que escucha el servidor. Para realizar una solicitud de conexin, el cliente intenta encontrarse con el servidor en la mquina y el puerto del servidor. Asimismo, el cliente debe identificarse ante el servidor por lo que se une a un nmero de puerto local que se usar durante esta conexin. Esto generalmente es asignado por el sistema Si todo va bien, el servidor acepta la conexin. Una vez aceptado, el servidor recibe un nuevo socket ligado al mismo puerto local y tambin tiene su punto final remoto ajustado a la direccin y el puerto del cliente. Se necesita un nuevo socket para que pueda continuar escuchando a la toma original para las solicitudes de conexin, mientras que tiende a las necesidades del cliente conectado. En el lado del cliente, si se acepta la conexin, se crea un socket con xito y el cliente puede utilizar el zcalo para comunicarse con el servidor. El cliente y el servidor ahora pueden comunicarse mediante la escritura o lectura de las rbitas. Un extremo es una combinacin de una direccin IP y un nmero de puerto. Cada conexin TCP puede ser identificada por sus dos extremos. De esta manera usted puede tener mltiples conexiones entre el host y el servidor. El paquete java.net en la plataforma Java proporciona una clase, zcalo, que implementa un lado de una conexin de dos vas entre el programa Java y otro programa en la red. La clase Socket se sienta encima de una implementacin dependiente de la plataforma, ocultando los detalles de un sistema particular de su programa de Java. Mediante el uso de la clase java.net.Socket lugar de confiar en cdigo nativo, los programas Java pueden comunicarse a travs de la red de forma independiente de la plataforma. Adems, incluye la clase java.net ServerSocket, que implementa un socket que los servidores pueden utilizar para escuchar y aceptar conexiones de clientes. En esta leccin se muestra cmo utilizar las clases Socket y ServerSocket. Si usted est tratando de conectarse a la Web, la clase URL y clases relacionadas (URLConnection, URLEncoder) son probablemente ms apropiado que las clases de socket. De hecho, las direcciones URL son una conexin relativamente alto nivel en la toma Web y el uso como parte de la implementacin subyacente. URL es un acrnimo de Uniform Resource Locator y es una referencia (una direccin) a un recurso en Internet. Si usted ha estado navegando por la Web, que sin duda han odo el trmino URL y ha utilizado las URL para acceder a pginas HTML de la Web. A menudo es ms fcil, aunque no es del todo exacto, pensar en un URL como el nombre de un archivo en la World Wide Web, ya que la mayora de las URLs se refieren a un archivo en una mquina en la

red. Sin embargo, recuerde que las direcciones URL tambin pueden apuntar a otros recursos de la red, como consultas de bases de datos y la salida de comandos. Un URL tiene dos componentes principales: Identificador de Protocolo: Para el http://example.com URL, el identificador de protocolo es http. Nombre de recurso: Para el http://example.com URL, el nombre del recurso es example.com. Tenga en cuenta que el identificador de protocolo y el nombre del recurso estn separados por dos puntos y dos barras inclinadas. El identificador de protocolo indica el nombre del protocolo que se utiliza para buscar el recurso. El ejemplo se utiliza el Protocolo de transferencia de hipertexto (HTTP), que se utiliza tpicamente para servir documentos de hipertexto. HTTP es slo uno de muchos protocolos diferentes que se utilizan para acceder a diferentes tipos de recursos en la red. Otros protocolos incluyen el protocolo de transferencia de archivos (FTP), Gopher, archivos y noticias. El nombre de recurso es la direccin completa para el recurso. El formato del nombre del recurso depende totalmente del protocolo utilizado, pero para muchos protocolos, incluyendo HTTP, el nombre de recurso contiene uno o ms de los siguientes componentes: Nombre del Host El nombre de la mquina en la que reside el recurso. nombre de archivo La ruta de acceso al archivo en la mquina. Nmero de puerto El nmero de puerto al que conectarse (tpicamente opcional). referencia Una referencia a un anclaje con nombre dentro de un recurso que se suele identificar una ubicacin especfica dentro de un archivo (normalmente opcional). Para muchos protocolos, se requiere que el nombre de host y el nombre de archivo, mientras que el nmero de puerto y de referencia son opcionales. Por ejemplo, el nombre de recurso para una URL HTTP debe especificar un servidor en la red (Nombre de host) y la ruta de acceso al documento en esa mquina (Nombre del archivo), sino que tambin se puede especificar un nmero de puerto y una referencia.