Cu r s od ed e s a r r o l l owe be n e n t o r n od es e r v i d o r
Pe d r oR. Be n i t od aRo c h aJ u l i od e2 0 1 2
por Curso de desarrollo web en entorno de servidor por
Pedro Raúl Benito da R ocha se encuentra bajo bajo una Licencia Creative Commons R econocimiento-NoComerc econocimiento-NoComercial-SinObraDerivada ial-SinObraDerivada !" #nported! #nported!
Licencia completa en
http://creativecommons.org/licenses/by-nc-nd/3.0/legalcode
Para contactar con el autor:
[email protected]
Índice de contenido Prefacio....... Prefacio................ .................. ................... ................... .................. .................. ................... ................... .................. .................. .................. ......... 4 Tema 1..............................................................................................................5 ntrod!cci"n............................................................................................................. 5 ntrod!cci"n............................................................................................................. #odelos de programaci"n y tipos de aplicaciones en entornos cliente-servidor$ %eb y %eb &.0...........5 ntrod!cci"n a los leng!a'es de programaci"n en entorno servidor............................................. servidor............................................. ( ntrod!cci"n a los leng!a'es de marcas............................................................................ marcas............................................................................ 10 )plicaciones distrib!idas basadas en componentes.............................................................. componentes.............................................................. 11 *ontenedores de servlets................................................................................. servlets............................................................................................ ........... 1& #antenimiento del estado !sando protocolos +stateless,.......................................................13 ntrod!cci"n a las sesiones de !s!ario en entornos distrib!idos...............................................14 Prcticas................................................................................................................ Prcticas................................................................................................................ 1
Tema &................................ &............... .................................. .................................. .................................. .................................. ......................... ........ &1 #todos de separaci"n de la presentaci"n y la l"gica de negocio.............................................&1 Tecnologas P y m!lticapa........................................................................................ && *ontroles de servidor............................................................................ servidor................................................................................................. ..................... &3 #antenimiento del estado............................................................................................&5 #todos de generaci"n del contenido %eb........................................................................ %eb........................................................................ & 2orm!larios de resp!esta............................................................................................. resp!esta............................................................................................. & Prcticas................................................................................................................ Prcticas................................................................................................................ 31
Tema 3................................ 3............... .................................. .................................. .................................. .................................. ......................... ........ 34 ntrod!cci"n a las coneiones a servidores 67................................................................... 67................................................................... 34 8stablecimiento y !so de coneiones 67 en varios leng!a'es de programaci"n............................35 Tcnicas de representaci"n de datos en clientes %eb........................................................... %eb........................................................... 40 #ecanismos de edici"n de datos !sando clientes %eb........................................................... %eb........................................................... 41 mplementaci"n de altas$ ba'as y modificaciones. modificaciones................................................................ ............................................................... 41 9so de transacciones....................................................................... transacciones.................................................................................................. ........................... 4& tros orgenes de datos.............................................................................................. 44 Prcticas................................................................................................................ Prcticas................................................................................................................ 4
Tema 4................................ 4............... .................................. .................................. .................................. .................................. ......................... ........ 53 ntrod!cci"n a la ar!itect!ra de programaci"n orientadas a servicios ;)<...............................53 8stndares !sados en ar!itect!ras )........................................................................... )........................................................................... 54 Protocolos de intercambio de informaci"n en =#7............................................................... =#7............................................................... 55 >escripci"n del servicio: ?>7...................................................................................... ?>7...................................................................................... 5 nterfa@ del servicio %eb a partir de s! descripci"n.............. descripci"n....................... ................. ................ ................ ................. .............. .....5 5 9so de servicios %eb mediante !n cliente......................................................................... cliente......................................................................... 5A 8'emplo de !so de servicios %eb: Boogle )pp 8ngine............................................................& Prcticas................................................................................................................ Prcticas................................................................................................................ 3
Tema 5................................ 5............... .................................. .................................. .................................. .................................. ......................... ........ A ntrod!cci"n al procesamiento del lado del cliente.............................................................. cliente.............................................................. A Tecnologas relacionadas con la generaci"n dinmica de pginas %eb interactivas......................... interactivas.........................(0 (0 Cerificaci"n de la informaci"n en el cliente....................................................................... (& btenci"n remota de informaci"n. )D)=.......................................................................... )D)=.......................................................................... (3 #odificaci"n de la estr!ct!ra de la pgina %eb.................................................................. %eb.................................................................. (5 Prcticas................................................................................................................ Prcticas................................................................................................................ (
Tema ................................ ............... .................................. .................................. .................................. .................................. ......................... ........ 3 ntrod!cci"n............................................................................................................ 3 ntrod!cci"n............................................................................................................ #todos de re!tili@aci"n de c"digo e informaci"n........ informaci"n................. ................. ................ ................ ................. ................. ............. .....4 nterfaces de programaci"n )P disponibles....................................................................... disponibles....................................................................... 4 9so de repositorios de informaci"n................................................................................. informaci"n................................................................................. *reaci"n de repositorios de informaci"n a medida...............................................................A Prcticas................................................................................................................ Prcticas................................................................................................................ A3
Eeferencias.......................................................................................................A4
*!rso de desarrollo %eb en entorno de servidor
D!lio de &01&
Prefacio 8ste teto se ha escrito pensando en !n c!rso acelerado de programaci"n en el lado del servidor !sando el leng!a'e Dava como referencia$ pero al mismo tiempo teniendo en c!enta otros conocimientos !e debe poseer el desarrollador de este tipo de aplicaciones. 8l tema 1 ofrece !na visi"n general del entorno de traba'o en el !e se e'ec!tan las aplicaciones del servidor. 8ste tema tambin es adec!ado para personas con otros perfiles !e necesitan !na visi"n global de este tipo de desarrollos. 8l tema & continFa con la formaci"n te"rica ahondando en la generaci"n de contenido dinmico como e'e f!ndamental de las aplicaciones %eb de servidor. 7as prcticas !e se reali@arn en este tema servirn para afian@ar los contenidos materiali@ando alg!nos de los conceptos vistos. 7os al!mnos aprendern el significado del concepto de l"gica de negocio y s! sit!aci"n dentro del es!ema general. 8l tema 3 trata de la capa de acceso a datos$ de las alternativas y de s! !so eficiente. 8l tema 4 habla de los servicios %eb y de las tecnologas asociadas a esta ar!itect!ra tan etendida en la act!alidad y se intentar demostrar los beneficios !e tiene respecto a s! comple'idad inicial. 8l tema 5 reali@a !na introd!cci"n al procesado del lado del cliente como complemento a las tecnologas de servidor$ haciendo menci"n especial a la tecnologa )D)= para la creaci"n de aplicaciones mas eficientes. 8l tema habla de la re!tili@aci"n del c"digo. Tan importante como conocer el leng!a'e de programaci"n es conocer los rec!rsos complementarios !e ofrece y c"mo generar rec!rsos propios !e p!edan volver a !tili@arse en otros proyecto ahorrando costes. 8n el tema se implementa !na pe!eGa aplicaci"n en la !e se !tili@an diversos conocimientos ad!iridos d!rante todo el c!rso$ de manera !e se tenga !na visi"n global mediante !n prod!cto acabado. 8spero !e el lector disfr!te leyendo este teto y !e obtenga de el no solo !nos conocimientos bsicos$ si no tambin la chispa !e le incite a saber mas sobre el tema e investigar por s! c!enta. )l final del teto se han p!esto !nas referencias !e p!eden servir como p!nto de partida en este interesante via'e por el conocimiento. )nimo al lector a !e se embar!e en tan maravillosa y gratificante avent!ra.
Pgina 4
*!rso de desarrollo %eb en entorno de servidor
D!lio de &01&
Tema 1 ntrod!cci"n. elecci"n de ar!itect!ras y herramientas de programaci"n. b'etivos: •
•
•
*onocer las diferentes herramientas de programaci"n y ar!itect!ras !sadas en el desarrollo de aplicaciones %eb en entorno de servidor. dentificar los distintos tipos de ar!itect!ras y tecnologas !sadas en aplicaciones distrib!idas y aplicaciones %eb. ntrod!cci"n a los contenedores de servlets.
Introducción 8n la act!alidad se ha consolidado el !so de aplicaciones %eb en todo tipo de entornos$ p!esto !e s!s venta'as son evidentes a la hora de acceder a la informaci"n desde c!al!ier l!gar y desde c!al!ier dispositivo. 7a tendencia cada ve@ mayor hacia este tipo de aplicaciones en las !e los interfaces de !s!ario son pginas %eb$ y el procesamiento se reali@a en servidores hace !e dominar los elementos de este tipo de ar!itect!ras sea importante para las personas !e se enc!entran implicadas en el desarrollo de aplicaciones modernas. 8n este tema se ver !na imagen general de los entornos disponibles act!almente as como !na descripci"n de las tecnologas !e hacen posible el f!ncionamiento de aplicaciones en entorno del servidor.
Modelos de programación y tipos de aplicaciones en entornos cliente-servidor, web y web 2! 7os modelos de programaci"n$ as como los tipos de aplicaciones han evol!cionado desde los primeros das de la informtica hasta hoy. 7os entornos han ido pasando a lo largo del tiempo por s!cesivas fases !e a contin!aci"n se indican de forma simplificada: •
•
8ra +mainframe,. 7os primeros ordenadores eran m!y caros$ oc!paban m!cho espacio y !tili@aban m!chos rec!rsos. Por lo tanto eran caros de !sar y mantener y haba !e optimi@ar s! !so. 8n esta era eista !n Fnico ordenador al !e se acceda por diversos medios$ pero era el terminal +tonto, ;sin cp! ni memoria< el mtodo !e hi@o !e se pop!lari@ase s! !so en las empresas. Todo el procesamiento se reali@aba ecl!sivamente en el servidor !sando aplicaciones monolticas$ y raramente se com!nicaba con otros mainframes. 8ra +P*,. *on el desarrollo de los ordenadores personales la informtica se descentrali@a y el procesamiento de la informaci"n se reali@a en el e!ipo cliente. 8l ba'o coste de los e!ipos y el incremento de la potencia de los mismos hacen !e las empresas pe!eGas y medianas comiencen a informati@arse masivamente. e pasa de !n procesamiento en !n Fnico e!ipo a procesamiento
Pgina 5
*!rso de desarrollo %eb en entorno de servidor
D!lio de &01&
en el propio terminal$ !e ahora tiene capacidad de proceso y almacenamiento$ !tili@ando diversas aplicaciones instaladas en el e!ipo. •
•
•
•
Traba'o en red. 7as redes locales hacen !e los e!ipos P* se interconecten entre s creando gr!pos de traba'o en red$ donde cada e!ipo comparte informaci"n con el resto. 7as aplicaciones sig!en estando instaladas en los clientes y los servidores se limitan a ofrecer rec!rsos de almacenamiento e impresi"n. nternet. *on la llegada de nternet al pFblico general comien@an a aparecer pe!eGas aplicaciones !e se e'ec!tan en servidores %eb para ofrecer informaci"n personali@ada a los clientes. 7os e!ipos con los !e se accede a la red sig!en e'ec!tando aplicaciones localmente y !san la red principalmente para acceder e intercambiar informaci"n. )parecen las aplicaciones con el modelo cliente-servidor. ?eb &.0. 7a llamada %eb &.0$ donde los contenidos dinmicos y personali@ados son la principal novedad$ hace !e el !so de aplicaciones en el servidor cre@ca eponencialmente. 8ste tipo de aplicaciones son cada ve@ mas comple'as y deben dar servicio a !n nFmero de !s!arios cada ve@ mayor. *omien@an a desarrollarse aplicaciones modeladas por capas donde servidores especiali@ados reali@an f!nciones concretas. 8ra +post-P*,. 8l !so de dispositivos m"viles como tabletas y smartphones !e !san intensivamente las aplicaciones de la red hacen !e el desarrollo de las tecnologas !sadas en el servidor tengan !e dar n!evas resp!estas a n!evos problemas. 7os leng!a'es de programaci"n deben ofrecer sol!ciones n!evas a estos problemas.
*omo se ha visto las aplicaciones han pasado por varias etapas. Primero aplicaciones monolticas basadas en mainframe$ l!ego aplicaciones !e se e'ec!tan en el cliente pero !e intercambian informaci"n por la red y mas tarde aplicaciones !e se e'ec!tan en servidores remotos y !e son accedidas por clientes ligeros y navegadores %eb$ evitando en lo posible el procesamiento de la informaci"n en el cliente. Por lo tanto se p!eden clasificar las aplicaciones en: •
•
•
•
#onolticas: se e'ec!tan en !n entorno de servidor y son accedidas mediante terminales. 7as aplicaciones se encargan de todas las tareas. on caras de mantener y presentan dific!ltades de escalabilidad. >e cliente: se e'ec!tan ecl!sivamente en el e!ipo cliente. 8l e!ipo en el !e se e'ec!tan no tiene por! estar conectadas a la red. on aplicaciones mono!s!ario. *liente-servidor: son aplicaciones instaladas en !n cliente !e se com!nican con !n servidor para intercambiar informaci"n. Tanto el cliente como el servidor procesan informaci"n$ ya !e es el cliente el encargado de interact!ar con el !s!ario y de presentar la informaci"n. 7as aplicaciones %eb y %eb &.0 son casos partic!lares de esta ar!itect!ra. #odelo de n-capas: las aplicaciones se modelan en capas$ cada !na de las c!ales tiene !na f!nci"n especfica. 9n tipo m!y !sado es la ar!itect!ra en 3 capas !e se ver mas adelante. Pgina
*!rso de desarrollo %eb en entorno de servidor •
D!lio de &01&
)plicaciones distrib!idas: las aplicaciones estn formadas por componentes !e se p!eden e'ec!tar en distintos servidores. 9san tecnologas de integraci"n y locali@aci"n de servicios para la interconei"n de componentes. 7os leng!a'es de programaci"n !sados para este tipo de aplicaciones proporcionan herramientas y mecanismos de abstracci"n para facilitar el desarrollo de aplicaciones ;)P< y facilitan la re!tili@aci"n de c"digo. 8ste tipo de aplicaciones s!elen ser desarrolladas por e!ipos m!ltidisciplinares donde los roles de cada integrante estn bien definidos.
Introducción a los lengua"es de programación en entorno servidor *omo se ha visto anteriormente los entornos de traba'o han ido evol!cionando a travs del tiempo. >esde el nacimiento de las primeras aplicaciones %eb los leng!a'es de programaci"n y las herramientas disponibles han ido adaptndose a las n!evas necesidades de escalabilidad$ seg!ridad e integraci"n de n!evas tecnologas. )tendiendo a las tecnologas empleadas en el desarrollo de aplicaciones en entorno de servidor podramos obtener el sig!iente listado: •
*B ;*ommon Bate%ay nterface<: es la tecnologa mas antig!a para el desarrollo de aplicaciones del lado del servidor. *onsiste en e'ec!tar !n programa !e procesa la informaci"n !e le proporciona el servidor %eb$ y !e dev!elve !na resp!esta !e ser enviada al navegador a travs del propio servidor. 8sta tecnologa es poco eficiente p!esto !e re!iere e'ec!tar !n programa por cada petici"n de cliente$ y adems no contempla aspectos tan importantes como la seg!ridad o la escalabilidad$ tarea !e se de'a en manos del servidor %eb. 9n programa *B p!ede estar escrito en c!al!ier leng!a'e !e p!eda res!ltar en !n programa e'ec!table por el servidor$ como por e'emplo *$ perl$ shell script$ etc. Por lo tanto depende f!ertemente de la plataforma en la !e se va a e'ec!tar.
•
7eng!a'es de scripting integrados con el servidor %eb. on leng!a'es !e se integran en las pginas %eb alo'adas en el servidor y !e son interpretadas por el mismo. 8l servidor %eb se apoya en !n m"d!lo !e es capa@ de e'ec!tar las "rdenes embebidas en las pginas %eb y prod!cir !n res!ltado dinmico. )lg!nos de los leng!a'es !e !san esta tecnologa son: ◦
◦
PHP: es !n leng!a'e interpretado !e se integra con el servidor %eb como !n m"d!lo o como !n programa *B. 8s !n leng!a'e m!y !sado y posee infinidad de m"d!los !e amplan s!s f!ncionalidades. ! sintais est heredada del leng!a'e * y de los shell script. Tambin tiene la posibilidad de !sar programaci"n orientada a ob'etos$ y posee potentes f!nciones para integrarlo con otros prod!ctos y com!nicarse en red. )P: es tambin !n leng!a'e interpretado embebido en pginas %eb propietario de #icrosoft y !e solamente f!nciona en plataformas ?indo%s. e basa en Cis!al Iasic cript pero con bastantes aGadidos. Pgina (
*!rso de desarrollo %eb en entorno de servidor
D!lio de &01&
7a versi"n mas reciente se denomina )P.Jet y se basa en la tecnologa de componentes .net de #icrosoft$ !e le dota de me'ores capacidades y de !na estr!ct!ra de componentes distrib!ida. ◦
•
DP ;Dava erver Pages<: es !na tecnologa !e !sa Dava como leng!a'e de programaci"n. Tambin !sa c"digo embebido en HT#7 pero se apoya en la tecnologa servlet de Dava 88 como entorno de e'ec!ci"n.
ervidores de aplicaciones empresariales. on m!inas !e e'ec!tan aplicaciones o parte de ellas y !e traba'an en con'!nto con otros servidores para ofrecer !na aplicaci"n completa. frecen servicios %eb o bien servicios de componentes !e interactFan con otros servidores. e integran en entornos de tecnologas de ncapas. ◦
ervlets: !sa la tecnologa Dava 88 para e'ec!tar aplicaciones del lado del servidor. Proporciona ay!das al programador en forma de )Ps de programaci"n !e ofrecen distintos servicios de ba'o nivel para !e el desarrollo de aplicaciones sea mas rpido y eficiente$ al re!tili@ar el c"digo ya escrito. e basa en componentes distrib!idos !e formas !na m!ina virt!al donde se e'ec!ta la aplicaci"n completa.
7os leng!a'es de programaci"n mas etendidos son ;en orden alfabtico< )P.net$ Dava y PHP. ) contin!aci"n se m!estran varios e'emplos del programa +Hola m!ndo, en distintos leng!a'es. #include
int main() { printf(“Hola mundo”); return 0; }
Programa “Hola mundo” para un CGI escrito en lenguaje C.
8ste programa habra !e compilarlo y generar !n e'ec!table. 8ste *B se podra haber escrito en c!al!ier otro leng!a'e$ como shell script o perl. 7os *B reciben los datos mediante variables de entorno y entrada estndar ;stdin< y ofrecen los res!ltados mediante salida estndar ;stdo!t<.
<%@ Page Language="VB" %> <script runat="server"> Sub Page_Load(Sender As Obect! As ventArgs# $eo&ord'e)t = "$oa *undo'" nd Sub <+script>
Pgina
*!rso de desarrollo %eb en entorno de servidor
D!lio de &01&
Hola mundo (en A!."$)<%title> <%head> <&od'><br />
<br />
<asp,abe id="$eo&ord" runat="server" + rel="nofollow"> <%&od'> <%html><br />
<br />
Programa “Hola Mundo” escrito en ASP.net.<br />
<br />
8l fichero !e lo contiene tendr etensi"n asp ;por e'emplo hola.asp<.<br />
<br />
<html> <head> <title>Hola mundo (en !H!)<%title> <%head> <&od'><br />
<br />
<-p.p ec.o /$oa *undo01 -> <%&od'> <%html><br />
<br />
Programa “Hola mundo” escrito en PHP.<br />
<br />
8l fichero !e contiene este c"digo tendr etensi"n php$ por e'emplo hola.php.<br />
<br />
<html> <head> <title>Hola mundo (en !)<%title><br />
<br />
<%2 String *essage = "$oa *undo"1 %> <%head> <&od'><br />
<br />
<%= *essage%> <%&od'> <%html><br />
<br />
Programa “Hola mundo” escrito en Java usando JSP.<br />
<br />
8l fichero !e contiene este programa tendr etensi"n 'sp$ por e'emplo hola.*sp$ y necesitar formar parte de !na aplicaci"n %eb. 8n los servidores de aplicaciones Dava a esta acci"n se le llama +desplegar la aplicaci"n,. 7os ficheros 'sp se compilan +al v!elo, cada ve@ !e cambian.<br />
<br />
import *a+a.io.,; import *a+a.ser+let.,; import *a+a.ser+let.http.,; pu&lic class Hello-orld etends Httper+let { pu&lic +oid doet(Httper+let/euest re1 Httper+let/esponse res) thro2s er+letception1 34ception {<br />
<br />
Pgina A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor <br />
<br />
D!lio de &01&<br />
<br />
res.set5ontent$'pe(6tet%html6); !rint-riter out 7 res.8et-riter();<br />
<br />
<br />
<br />
out.println(6<html>6); out.println(6<head><title>Hola mundo (ser+let)<%title><%head>6); out.println(6<&od'>6); out.println(6Hola mundo6); out.println(6<%&od'><%html>6); } %% doet<br />
<br />
<br />
<br />
} %% Hello-orld<br />
<br />
Programa “Hola mundo” escrito como un servlet en Java.<br />
<br />
8ste programa se deber g!ardar en !n fichero con etensi"n .'ava$ como por e'emplo hola.*a+a. 7!ego se compila y se despliega dentro de !na aplicaci"n.<br />
<br />
Introducción a los lengua"es de marcas 7os leng!a'es de marcas son importantes en el desarrollo de aplicaciones %eb$ ya !e hay m!chos procesos en los !e se !tili@an este tipo de leng!a'es. 8isten diferentes tipos de leng!a'es de marcas dependiendo de la f!nci"n a la !e estn orientados: •<br />
<br />
•<br />
<br />
•<br />
<br />
Presentaci"n: son leng!a'es !e se orientan a formatear el contenido para presentarlo de determinada forma. Procedimientos: est orientado a la presentaci"n y edici"n del contenido del doc!mento. >escriptivo: son leng!a'es !e se !tili@an para describir la informaci"n contenida en el doc!mento.<br />
<br />
7os principales leng!a'es de marcas !sados en las tecnologas %eb son descriptivos$ ya !e estr!ct!ran la informaci"n e indican el tipo de la misma. •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
B#7: es !n leng!a'e orientado a la organi@aci"n y eti!etado de doc!mentos. 8s la base para otros leng!a'es de marcas. HT#7: es !na etensi"n de B#7. irve para describir la estr!ct!ra y el contenido formal del teto$ as como incl!ir en el doc!mento otros elementos como por e'emplo imgenes y scripts. e !tili@a f!ndamentalmente en pginas %eb. =#7: es !na etensi"n de B#7. e cre" por el ?3 para estr!ct!rar doc!mentos grandes. e pretende !e sea ;y es< !n estndar para intercambiar informaci"n de forma estr!ct!rada entre varias plataformas. =HT#7: es !na implementaci"n del leng!a'e HT#7 epresado como =#7 vlido.<br />
<br />
8l !so de los distintos leng!a'es de marcas se ir viendo a travs del resto de temas$ ya !e se emplean en diferentes l!gares con diferentes !sos.<br />
<br />
Pgina 10<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
#plicaciones distribuidas basadas en componentes 7as aplicaciones distrib!idas son a!ellas c!yas partes se e'ec!tan en m!inas separadas pero conectadas por red. )lg!nos e'emplos de modelos distrib!idos son: cliente-servidor$ ar!itect!ra de tres capas y ar!itect!ras m!ltinivel. 8n las aplicaciones distrib!idas cada componente se e'ec!ta en !n l!gar determinado dentro de las distintas capas o niveles de la ar!itect!ra. 9n e'emplo de este tipo de aplicaciones es la tecnologa Dava 88 ;Dava 8nterprise 8dition<. 8l modelo de aplicaci"n Dava 88 consiste en el !so del leng!a'e Dava en !na m!ina virt!al Dava como base$ y !n entorno controlado llamada +middle tier, !e tiene acceso a todos los servicios empresariales. 8l middle tier s!ele e'ec!tarse en !na m!ina dedicada. Por lo tanto es !n modelo m!ltinivel en el !e la l"gica de negocio y la presentaci"n corren a cargo del desarrollador y los servicios estndar del sistema a cago de la plataforma Dava 88. Para las aplicaciones empresariales !sa !na ar!itect!ra m!ltinivel distrib!ida donde la l"gica de la aplicaci"n se divide en varios componentes segFn s! f!nci"n y estos componentes residen en distintas m!inas dependiendo del nivel al !e pertene@ca el componente de la aplicaci"n. 7as distintas capas son: •<br />
<br />
*lient-tier: componentes !e se e'ec!tan en la m!ina cliente.<br />
<br />
•<br />
<br />
?eb-tier: componentes !e se e'ec!tan en el servidor Dava 88.<br />
<br />
•<br />
<br />
I!siness-tier: componentes !e se e'ec!tan en el servidor Dava 88.<br />
<br />
•<br />
<br />
8-tier ;8nterprise nformation ystems<: soft%are !e se e'ec!ta en el servidor 8 ;normalmente !n servidor de bases de datos<.<br />
<br />
7as aplicaciones Dava 88 p!eden ser aplicaciones de 3 o 4 capas$ a!n!e por el nFmero de actores implicados se s!ele decir !e es !na ar!itect!ra de tres capas. 7as aplicaciones Dava 88 estn formadas por componentes. 7os componentes son pie@as de soft%are a!tocontenidas y f!ncionales en si mismas !e se integran con la aplicaci"n y se com!nican con otros componentes. e p!eden clasificar en: •<br />
<br />
)plicaciones cliente y applets$ !e corren en el cliente.<br />
<br />
•<br />
<br />
ervlets$ componentes DP y Davaerver 2aces !e corren del lado del servidor.<br />
<br />
•<br />
<br />
*omponentes 8DI ;8nterprise Dava Ieans< !e corren del lado del servidor.<br />
<br />
7os clientes p!eden ser:<br />
<br />
Pgina 11<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
•<br />
<br />
•<br />
<br />
D!lio de &01&<br />
<br />
)plicaciones cliente: s!elen ser aplicaciones grficas o en lnea de comandos !e se com!nican con la capa de negocio directamente o a travs de coneiones HTTP. *lientes ?eb: tienen dos partes$ pginas %eb dinmicas !e contienen varios elementos !e se generan en el %eb-tier y !n navegador %eb !e m!estra las pginas generadas. 7as tareas pesadas las e'ec!ta !n servidor Dava 88. )pplets: son pe!eGos programas escritos en Dava e inclr!stados en pginas %eb. 8stos programas se e'ec!tan en !na m!ina Dava instalada en el navegador.<br />
<br />
8l mtodo preferido es !sar componentes %eb$ p!esto !e se desliga el diseGo de las pginas con la programaci"n$ p!dindose hacer por e!ipos diferentes o m!ltidisciplinares. 7os componentes we p!eden ser servlets o pginas creadas con tecnologas DP o Davaerver 2aces. •<br />
<br />
•<br />
<br />
•<br />
<br />
ervlets: son clases 'ava !e se e'ec!tan en el servidor$ procesan peticiones y generan resp!estas de forma dinmica. Pginas DP: son ficheros de teto !e se e'ec!tan como servlets pero c!yo contenido me@cla elementos estticos con elementos interpretados. Davaerver 2aces: es !na tecnologa !e se apoya en servlets y DP para proporcionar !n con'!nto de herramientas para crear interfaces de !s!ario para aplicaciones %eb.<br />
<br />
7os componentes de negocio son los !e implementan la l"gica de la aplicaci"n. Ees!elven los problemas para los !e se diseG" la aplicaci"n. P!eden e'ec!tarse en la capa %eb o en la capa de negocio. on los componentes !e se com!nican con el almacenamiento de datos. 8n Dava eisten las 8DI ;8nterprise Dava Ieans< !e es !na )P de Dava 88 !e indica como los servidores de aplicaciones proveen ob'etos del lado del servidor llamados 8DIs. 8s !n modelo distrib!ido del lado del servidor para abstraer al programador de varios aspectos generales.<br />
<br />
$ontenedores de servlets 9n contenedor de servlets es !n componente de !n servidor %eb !e interactFa con los servlets. mplementa el componente %eb de la ar!itect!ra Dava 88. !s f!nciones principales son las de mane'ar el ciclo de vida de !n servlet$ mapearlo a !na 9E7 y especificar !n entorno de traba'o para el servlet. )dems se oc!pa de c!estiones como: seg!ridad$ conc!rrencia$ transacciones$ implementaci"n ;deployment<$ etc.<br />
<br />
Pgina 1&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
9n servlet es !na clase de Dava !e etiende las capacidades del servidor !e alo'a la aplicaci"n !sando !n modelo petici"n-resp!esta. e podra pensar como !n applet !e corre del lado del servidor. 8s conforme a la )P Dava ervlet$ no est ligado a ningFn protocolo en concreto$ pero comFnmente se !sa '!nto con HTTP. e !san en los servidores %eb para generar contenido dinmico. 9no de los contenedores de servlets mas completos y pop!lares es )pache Tomcat. )pache Tomcat es !n servidor HTTP 1.1 adems de !n contenedor de servlets$ por lo !e p!ede hacer las f!nciones de frontal K contenedor de servlets o contenedor de servlets a!t"nomo.<br />
<br />
Mantenimiento del estado usando protocolos %stateless& 7as aplicaciones %eb !tili@an el protocolo HTTP para com!nicar el cliente con el servidor$ y tambin como mtodo de com!nicaci"n entre distintos componentes. 8ste protocolo tiene !na caracterstica importante: no mantiene el estado entre peticiones$ es !n protocolo +stateless,. 8sto !iere decir !e trata cada petici"n de forma independiente de las anteriores. 7os protocolos sin estado tienen venta'as e inconvenientes: son m!y simples pero a veces es necesario incl!ir mas informaci"n en cada petici"n y sta ha de ser procesada. 8sta caracterstica es !na gran desventa'a c!ando se necesita mantener informaci"n entre peticiones$ por e'emplo para saber el !s!ario !e est accediendo a la %eb o en ! p!nto de !n procedimiento se enc!entra. Para paliar esta desventa'a eisten varios mtodos !e ay!dan a mantener cierta informaci"n entre distintas peticiones: •<br />
<br />
•<br />
<br />
*ooLies: consiste en almacenar en el cliente informaci"n necesaria para relacionarlo con peticiones anteriores$ como por e'emplo !n identificador de !s!ario ! otra informaci"n relevante. 8ste mtodo tiene la desventa'a de !e el !s!ario p!ede desactivar el !so de cooLies y por lo tanto no ser vlido. ToLens: consiste en generar !n identificador Fnico y agregarlo a la 9E7$ de forma !e al leer la 9E7 el servidor p!ede ofrecer informaci"n !e relacione la petici"n act!al con peticiones anteriores.<br />
<br />
8n ambos casos se p!ede combinar con informaci"n almacenada en el servidor$ de forma !e los datos !e se desean conservar entre peticiones se mantenga en el servidor y se !se la informaci"n del cliente para locali@ar dichos datos.<br />
<br />
Pgina 13<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Introducción a las sesiones de usuario en entornos distribuidos 9na caracterstica importante de los leng!a'es de programaci"n del lado del servidor es el !so de sesiones de !s!ario. e entiende por sesi"n de !s!ario la informaci"n mantenida por el servidor !sada en las peticiones !e vienen de !n mismo navegador en !n intervalo de tiempo determinado. *on este mtodo se permite !na cierta forma de persistencia de la informaci"n entre peticiones de forma !e se mantiene el estado de la aplicaci"n a!n!e se !se !n protocolo sin estado. *!ando !n !s!ario accede a !na aplicaci"n %eb sta p!ede b!scar informaci"n proporcionada por el cliente para establecer !na sesi"n. 7os servlets y los programas en PHP$ por poner dos e'emplos$ p!eden establecer !n identificador de sesi"n a partir de !na cooLie almacenada en el cliente o a travs de la 9E7 !e se solicita el servidor. tros leng!a'es !tili@an otros mtodos como por e'emplo el paso de parmetros en las peticiones B8T y PT para crear man!almente !na sesi"n de !s!ario. Jormalmente las sesiones de !s!ario mane'adas por los leng!a'es de programaci"n del lado del servidor son mas fciles de !sar y s!elen ser mas seg!ras !e las sesiones creadas y gestionadas por el propio programador. 7as sesiones gestionadas por el servidor permiten almacenar informaci"n en el servidor mientras d!re la sesi"n. 7a forma de almacenar la informaci"n de la sesi"n depende de la plataforma y del leng!a'e de servidor !sado. >e todos modos si se !iere almacenar cierta informaci"n man!almente siempre se p!ede !sar el identificador de sesi"n como ndice de bFs!eda en !n almacenamiento controlado por el programador. 8n Dava 88 las peticiones HTTP !e se !san en los servlets p!eden tener asociada !na sesi"n mane'ada por el servidor. 8sta sesi"n se establece a travs de !na cooLie del navegador$ y si ello no es posible entonces se hace a travs de la reescrit!ra de la 9E7. 8n el sig!iente e'emplo se obtiene !n identificador de sesi"n en !n servlet. e han resaltado las partes de c"digo mas interesantes: import import import import import import<br />
<br />
*a+a.io.34ception; *a+a.io.!rint-riter; *a+a.ser+let.er+letception; *a+a.ser+let.http.Httper+let; *a+a.ser+let.http.Httper+let/euest; *a+a.ser+let.http.Httper+let/esponse;<br />
<br />
i*port ava)'servet'.ttp'$ttpSession1 %,, , 9author pedro ,% pu&lic class e*emploesion etends Httper+let { protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { !rint-riter out 7 response.8et-riter();<br />
<br />
$ttpSession sesion = re3uest'getSession(true#1 tr' {<br />
<br />
Pgina 14<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
out.println(63dentificador de sesi:oacute;n 6 sesion'get4d(#); } finall' { out.close(); } } %, . . . resto del c=di8o del ser+let . . ,% }<br />
<br />
Servlet !ue muestra el identi"icador de sesi#n asignado por el servidor.<br />
<br />
8isten casos en los !e por la propia ar!itect!ra de la aplicaci"n o bien por el tamaGo de los datos !e mane'a el servidor no deben ser g!ardados como parte de la sesi"n$ por e'emplo c!ando se s!ben ficheros$ ya !e la informaci"n de sesi"n en Dava se g!arda como !n ob'eto en el servidor$ y oc!pa memoria$ haciendo !e los re!isitos de la aplicaci"n se disparen y degeneren en !na aplicaci"n poco eficiente. Para estos casos se s!ele !sar algFn tipo de almacenamiento sec!ndario$ como !na base de datos o !n sistema de ficheros en red$ !e permite almacenar informaci"n relacionada con la sesi"n de !s!ario pero !e no mane'a el servidor. 8n estos casos hay !e establecer mtodos !e limpien el almacenamiento sec!ndario c!ando la informaci"n de sesi"n ya no es necesaria. 8n los entornos distrib!idos en los !e eiste mas de !n servidor para e'ec!tar !na aplicaci"n como por e'emplo gr!pos de servidores y entornos de alta escalabilidad$ el mantenimiento de la sesi"n p!ede ser problemtico. 8n estos entornos se p!eden !sar varias estrategias para mantener la sesi"n c!ando se !san varios servidores: •<br />
<br />
•<br />
<br />
)finidad: cada sesi"n de !s!ario se asigna a !n servidor$ de forma !e siempre es el mismo servidor el !e atiende a !na sesi"n y por lo tanto el problema !eda sol!cionado. Eeplicaci"n: la sesi"n se replica entre todos o parte de los servidores de forma !e c!ando llega !na petici"n de !s!ario se rec!pera la sesi"n en c!al!iera de los servidores.<br />
<br />
8s m!y comFn !sar varios servidores !e traba'an en paralelo para atender servicios de alta demanda o !e necesitan gran disponibilidad$ por lo !e mantener la sesi"n de !s!ario envarios servidores es !na necesidad m!y importante. e proc!ra !e los mtodos de mantenimiento de sesi"n sean transparentes para las aplicaciones$ a!n!e la implementaci"n en cada tipo de servidor sea distinta. Por s!p!esto siempre se p!ede hacer de forma man!al si el programador as lo desea. 8n el tema & se ver con mas prof!ndidad el mane'o de sesiones en Dava.<br />
<br />
Pgina 15<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas Instalación de un contenedor de servlets( Tomcat 8sta prctica il!stra c"mo instalar !n servidor Tomcat en !n ordenador con ?indo%s. IMP$%&A'&() (s necesario tener instalado Java * o superior.<br />
<br />
1<br />
<br />
>escargar )pache Tomcat desde http://tomcat.apache.org/ 8l fichero a descargar depender de la versi"n de ?indo%s en la !e se vaya a instalar ;3& o 4 bits<. 8 recomendable descargar el +ervice nstaller, si se !iere !e corra como !n servicio de ?indo%s.<br />
<br />
&<br />
<br />
8'ec!tar el instalador.<br />
<br />
3<br />
<br />
P!lsar +Jet,.<br />
<br />
4<br />
<br />
)ceptar el contrato de licencia. P!lsar + )gree,.<br />
<br />
5<br />
<br />
eleccionar la instalaci"n completa ;2!ll< y p!lsar +Jet,. Pgina 1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<br />
<br />
Eellenar los datos como se indica.<br />
<br />
(<br />
<br />
)ceptar el resto de parmetros por defecto en las sig!ientes pantallas.<br />
<br />
<br />
<br />
2inali@ar la instalaci"n.<br />
<br />
Pgina 1(<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
9na ve@ terminada la instalaci"n de )pache Tomcat:<br />
<br />
Se +a creado un grupo de programas en el men, inicio tal - como muestra la "igura.<br />
<br />
Para arrancar - parar &omcat se puede usar el gestor de servicios de indows.<br />
<br />
Pgina 1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
&omcat se puede gestionar desde un icono en la arra de tareas.<br />
<br />
Para comprobar !e se ha instalado correctamente se p!ede acceder a la direcci"n http://localhost:00/ y comprobar !e no da error.<br />
<br />
Pgina 1A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Instalación de un entorno )#MP( )indows * #pac+e * PP * My./ e instalar el servidor )mpps descargado desde http://%%%.ampps.com/do%nload . e descarga el pa!ete ! se sig!en las instr!cciones en pantalla. 8s importante instalar el servidor #y67 p!esto !e se !tili@ar en e'ercicios posteriores.<br />
<br />
Pgina &0<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Tema 2 Beneraci"n dinmica de pginas %eb. b'etivos: •<br />
<br />
•<br />
<br />
*onocer las distintas formas en las !e se genera el contenido %eb dinmico. *onocer los mtodos y tecnologas !sadas act!almente en la programaci"n del lado del servidor.<br />
<br />
M0todos de separación de la presentación y la lógica de negocio *on la llegada de las aplicaciones %eb empresariales y la pop!lari@aci"n del !so de nternet$ las aplicaciones han tenido !e ir evol!cionando para dar resp!esta rpida a !n elevado nFmero de !s!arios. Tambin se han tenido !e me'orar las medidas de seg!ridad y de interoperabilidad$ ya !e en m!chas ocasiones las aplicaciones %eb deben acceder a servicios ya implementados sean propios o de terceros. 9na de las principales evol!ciones ha consistido en separar las aplicaciones en varias partes$ de forma !e cada !na de ellas se especiali@a en !n cometido. 8ste tipo de ar!itect!ras presenta importantes venta'as$ como por e'emplo: •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
#e'oras en el tiempo empleado en desarrollar las aplicaciones. e p!eden destinar rec!rsos distintos para las distintas partes$ p!diendo reali@ar el desarrollo de cada componente en paralelo con el resto. #ayor escalabilidad de las aplicaciones. 7os entornos de las aplicaciones p!eden crecer de forma mas rpida y ordenada al separar cada !na de las partes en servidores fsicos distintos. Por e'emplo$ se p!eden emplear gran'as de servidores %eb para la parte esttica y frontales$ y clFsteres de bases de datos para el almacenamiento y rec!peraci"n de la informaci"n. eg!ridad me'orada. 8l acceso de cada componente p!ede ser a!ditado y a!tori@ado$ de forma !e no se p!eda acceder a informaci"n a la !e no se tenga permiso. 9so de distintas tecnologas. )l !sar estndares para la com!nicaci"n e intercambio de la informaci"n se p!ede emplear en cada parte las tecnologas mas adec!adas en cada momento. #antenimiento simplificado. 7os cambios en !na de las partes no tienen por ! afectar al resto$ dems se p!eden locali@ar los errores con mayor eactit!d as como facilitar los cambios !e de deban reali@ar en las aplicaciones.<br />
<br />
8isten varios mtodos para la separaci"n de la presentaci"n y la l"gica de negocio. 7os mas importantes son: •<br />
<br />
*liente-servidor: el cliente interactFa con el !s!ario y el servidor procesa la informaci"n. 8s !no de los mtodos mas antig!os$ y !e ha dado l!gar a n!evas ar!itect!ras. Pgina &1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
•<br />
<br />
D!lio de &01&<br />
<br />
)r!itect!ras m!lticapa: consiste en dividir la aplicaci"n en varios niveles o capas !e reali@an tareas concretas. 7a informaci"n fl!ye entre las capas contig!as en !na organi@aci"n vertical. )r!itect!ra #odelo M Cista M *ontrolador ;#C*<: consiste en separar la aplicaci"n en tres partes$ el modelo ;datos y reglas de negocio<$ la vista ;representaci"n de los datos< y el controlador ;proceso de los datos de entrada<. 7a diferencia f!ndamental con la ar!itect!ra de tres capas reside en la forma en !e se com!nican los tres elementos.<br />
<br />
Tecnologas P y multicapa Para lograr la separaci"n de la presentaci"n de la l"gica de negocio se !tili@an tecnologas basadas en la programaci"n orientada a ob'etos y m!lticapa. 7a combinaci"n de estas tecnologas prod!ce aplicaciones c!yas venta'as ya se han visto en el apartado anterior. >entro de las tecnologas !tili@adas destacan las basadas en Dava y en )P.net. Dava$ como leng!a'e orientado a ob'etos$ proporciona clases !e implementan tecnologas !sadas en distintas capas. 7as tecnologas mas importantes son: •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
Davaerver 2aces: traba'a en la capa %eb del servidor proporcionando mtodos para separar la representaci"n y el comportamiento de las aplicaciones %eb. implifica la creaci"n de interfaces de !s!ario. Dava ervlet technology: etiende la capacidad de !n servidor %eb mediante clases !sando !n modelo de petici"n-resp!esta. Traba'a en el middle-tier. Davaerver Pages: simplifica y acelera la creaci"n de contenido %eb dinmico embebiendo c"digo Dava directamente en los doc!mentos HT#7 o =#7. Tecnologas de servicios %eb ;%eb services<: D)=-E$ D)=-?$ D)I=$ D)=-EP*$ =#7 messagging$ etc. 8nterprise Ieans: son controles del servidor !e ay!dan al programador proporcionando servicios de ba'o nivel !e ay!dan al desarrollo de aplicaciones distrib!idas.<br />
<br />
Dava proporciona prototipos y )Ps para facilitar el !so de estas tecnologas. )P.net$ a travs de s! herramienta de desarrollo Cis!al t!dio$ proporciona controles para implementar las distintas capas basndose en tecnologas propietarias de #icrosoft y en estndares. 9n e'emplo de estas tecnologas son los controles de servidor$ como por e'emplo: •<br />
<br />
*ontroles de servidor HT#7.<br />
<br />
•<br />
<br />
*ontroles de servidor %eb.<br />
<br />
•<br />
<br />
*ontroles %eb bsicos.<br />
<br />
•<br />
<br />
*ontroles de validaci"n. Pgina &&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
*ontroles de !s!ario.<br />
<br />
•<br />
<br />
*ontroles personali@ados.<br />
<br />
D!lio de &01&<br />
<br />
$ontroles de servidor 8n esta secci"n se disc!tir acerca de los controles de servidor en Dava$ !sando las tecnologas Davaerver 2aces$ ervlet y 8nterprise Ieans. JavaServer /aces es !n frame%orL para constr!ir interfaces de !s!ario en aplicaciones %eb. !s componentes principales son: •<br />
<br />
•<br />
<br />
•<br />
<br />
2rame%orL para componentes de interfa@ grfica de !s!ario. 9n modelo fleible para renderi@ar los componentes en diferentes leng!a'es de marcas incl!yendo HT#7. 9n Lit de renderi@ado para generar HT#7 4.01.<br />
<br />
7os componentes de la interfa@ grfica de !s!ario ;B9< soportan las sig!ientes caractersticas: •<br />
<br />
Calidaci"n de entrada.<br />
<br />
•<br />
<br />
#ane'o de eventos.<br />
<br />
•<br />
<br />
*onversi"n de datos entre ob'etos del modelo y componentes.<br />
<br />
•<br />
<br />
*onfig!raci"n de la navegaci"n por la pgina.<br />
<br />
8n la versi"n se han aGadido$ entre otras cosas: •<br />
<br />
2acelets$ !e reempla@an a la tecnologa DP !sando ficheros =HT#7.<br />
<br />
•<br />
<br />
oporte )D)=.<br />
<br />
Para ello !tili@a )Ps estndar de Dava y ficheros de config!raci"n =#7. Java Servlet permite procesar las peticiones del cliente y generar !na resp!esta. 7os servlets son programas escritos en Dava !e p!eden mantener !n estado respecto al cliente. 7os servlets son componentes de servidor !e responden a peticiones de clientes$ normalmente por HTTP.<br />
<br />
8n este man!al se vern principalmente servlets !e f!ncionan con el protocolo HTTP. 7a estr!ct!ra de !n servlet es la de !na clase Dava !e etiende la clase abstracta Httpervlet. 7os servlets tienen !n ciclo de vida !e controla el servidor. 8ste ciclo de vida comien@a con la carga de la clase y la instanciaci"n del servlet. 9na ve@ instanciado se llama al mtodo init;< y el servlet !eda listo para atender peticiones. *ada petici"n !e se reali@a provoca !na llamada al mtodo service;<. 8l ciclo de vida del servlet termina por alg!na de las sig!ientes circ!nstancias: •<br />
<br />
Termina la e'ec!ci"n del servidor. Pgina &3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
e reempla@a el servlet por !na n!eva versi"n.<br />
<br />
•<br />
<br />
i el servidor llama al mtodo destroy;<. 8l servidor decide !e el servlet debe finali@ar s! e'ec!ci"n p!esto !e ya no se !sa$ por e'emplo.<br />
<br />
•<br />
<br />
7a estr!ct!ra de !n servlet se p!ede ver en el sig!iente e'emplo: import *a+a.io.,; import *a+a.ser+let.,; import *a+a.ser+let.http.,; pu&lic class *meploencillo etends Httper+let { pu&lic +oid doet(Httper+let/euest peticion1 Httper+let/esponse resuesta) thro2s er+letception1 34ception { <br />
<br />
respuesta.set5ontent$'pe(6tet%html6); !rint-riter out 7 respuesta.8et-riter();<br />
<br />
<br />
<br />
out.println(6<html>6); out.println(6<head><title>Hola mundo<%title><%head>6); out.println(6<&od'>6); out.println(6Hola mundo6); out.println(6<%&od'><%html>6);<br />
<br />
} }<br />
<br />
(jemplo de servlet sencillo.<br />
<br />
7os sig!ientes mtodos son alg!nos de los mas !sados en los servlets: •<br />
<br />
doet(): se e'ec!ta en peticiones de tipo B8T.<br />
<br />
•<br />
<br />
do!ost(): se e'ec!ta en peticiones de tipo PT.<br />
<br />
•<br />
<br />
do!ut(): se e'ecyta en peticiones de tipo P9T.<br />
<br />
•<br />
<br />
ser+ice(): recibe la petici"n HTTP y la redirige a alg!na de las anteriores.<br />
<br />
7os mtodos anteriores reciben !n par de ob'etos como parmetros: •<br />
<br />
•<br />
<br />
HttpervletEe!est: !n ob'eto !e almacena la petici"n. e p!ede preg!ntar al ob'eto sobre parmetros$ sesiones y en general sobre todo lo referente a las peticiones. HttpervletEesponse: es !n ob'eto !e permite manip!lar la resp!esta !e el servidor ofrecer al cliente. 7a resp!esta p!ede contener c"digos de error$ cooLies$ redirecciones a otras pginas$ se p!eden insertar cabeceras$ etc.<br />
<br />
9n servlet$ como c!al!ier programa Dava$ p!ede crear ob'etos y !tili@ar otras clases$ teniendo en c!enta las limitaciones del servidor ;por e'emplo no se p!eden crear aplicaciones !e lean del teclado o !e !sen elementos de la librera s%ing<.<br />
<br />
Pgina &4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
7os (nterprise 0eans re!ieren !n servidor de aplicaciones para f!ncionar. on componentes del servidor !e encaps!la la l"gica de la aplicaci"n$ proporcionando servicios a otras partes de la aplicaci"n. 7os enterprise beans simplifican el desarrollo de grandes aplicaciones distrib!idas$ descargando al programador de tareas de ba'o nivel. Tambin permiten crear clientes mas ligeros y separar la presentaci"n de la l"gica. tra de las venta'as de los 8I es la re!tili@aci"n$ ya !e !n mismo componente se p!ede !sar varias veces en !na aplicaci"n y/o en distintas aplicaciones !e corren en !n mismo servidor de aplicaciones. e deben !sar 8I c!ando la aplicaci"n necesite crecer y distrib!irse entre varios servidores$ c!ando se necesite integridad de los datos ;los 8I soportan transacciones< o c!ando se !iera acceder desde varios clientes distintos. 8isten dos tipos de 8I: >e sesi"n: e'ec!tan !na tarea para !n cliente. pcionalmente p!eden implementar !n servicio.<br />
<br />
•<br />
<br />
>irigidos por mensa'es: actFa como !n oyente para !n tipo partic!lar de mensa'e. Permite procesar mensa'es de forma asncrona.<br />
<br />
•<br />
<br />
Mantenimiento del estado 8n Dava 88 la sesi"n se representa mediante !n ob'eto Httpession. 7a )P proporciona varios mecanismos para implementar las sesiones. 7as sesiones se mantienen con cooLies o reescribiendo la 9E7. i !n cliente no soporta cooLies o tiene el soporte de cooLies desactivado se !tili@a la reescrit!ra de 9E7. 7as sesiones tienen !n tiempo de espera ;timeo!t< de forma !e si no se accede a la informaci"n de !na sesi"n en !n tiempo determinado la sesi"n cad!ca y se destr!ye. Tambin se p!ede terminar eplcitamente !na sesi"n. 7os componentes %eb p!eden enviar y recibir informaci"n de sesi"n siempre !e mane'en !na petici"n !e pertenece a !na misma sesi"n y estn en el mismo conteto %eb. 8n el tema 1 se vio !na breve introd!cci"n al mane'o de sesiones en Dava$ con !n e'emplo !e il!straba c"mo obtener el identificador de sesi"n asociado a !n cliente. 8n la doc!mentaci"n de Dava 88 se detallan los mtodos !e p!eden !sarse en !n ob'eto Httpession: http://docs.oracle.com/'avaee//api/'ava/servlet/http/Httpession.html ) partir de la especificaci"n ervlet &.& de Dava los mtodos para el mane'o de sesiones !e se aconse'a !sar se basan en atrib!tos. 7os mas interesantes son: •<br />
<br />
•<br />
<br />
•<br />
<br />
8etAttri&ute"ames(): obtiene !na en!meraci"n de los nombres de los atrib!tos almacenados en la sesi"n. 8etAttri&ute(trin8 atri&uto): dev!elve el ob'eto asignado a !na sesi"n ba'o el nombre de atrib!to dado$ o nullsi no eiste. setAttri&ute(trin8 nom&re1 4&*ect atri&uto) : asigna !n ob'eto a !na sesi"n ba'o el nombre de atrib!to dado.<br />
<br />
Pgina &5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
remo+eAttri&ute(trin8 nom&re) : elimina la asignaci"n del ob'eto a la sesi"n.<br />
<br />
•<br />
<br />
in+alidate(): misma.<br />
<br />
•<br />
<br />
elimina la sesi"n y todas las asignaciones de ob'etos a la<br />
<br />
8l sig!iente e'emplo il!stra el !so de las sesiones en Dava 88: pu&lic class contador etends Httper+let { protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter();<br />
<br />
$ttpSession sesion = re3uest'getSession(true#1 3nte8er contador 7 0; tr' { contador 7 (3nte8er) sesion'getAttribute("contador"#1 if (contador 77 null) { contador 7 0; } contador ;<br />
<br />
sesion'setAttribute("contador"! contador#1 } finall' { out.println(6Ha +isitado esta pa8ina 6 contador 6 +eces.6); out.close(); }<br />
<br />
}<br />
<br />
Implementaci#n de un contador usando sesiones.<br />
<br />
Dava 88 proporciona otros mtodos para el control de las sesiones$ incl!yendo los +ession 7istener,$ !e son clases !e p!eden +esc!char, y act!ar c!ando se crean y se destr!yen sesiones. 7os servidores modernos$ ya sean contenedores de servlets o servidores de aplicaciones$ implementan mtodos para mantener la sesi"n independientemente del servidor !e atienda la petici"n de !n cliente en entornos donde se !tili@an varios servidores traba'ando en paralelo. 9n e'emplo de toolLit !sado para replicar las sesiones entre servidores es Dgro!ps ;http://%%%.'gro!ps.org/< !e implementa !n sistema de com!nicaci"n confiable entre servidores !sando m!lticast. )pache Tomcat p!ede !sar mtodos de afinidad implementada en servidores frontales o bien !sar tcnicas de replicaci"n para el mantenimiento de la sesi"n en !n cl!ster de servidores.<br />
<br />
M0todos de generación del contenido web 9n servidor %eb debe enviar !n contenido como resp!esta a las peticiones del cliente. 8ste contenido p!ede ser esttico o dinmico. 8l contenido dinmico se genera en el servidor y p!ede ser diferente en f!nci"n de la petici"n !e efectFa el cliente. 8isten diferentes mtodos de generaci"n de contenido %eb segFn el leng!a'e y la tecnologa empleados. Pgina &<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
)tendiendo a la forma de obtener el c"digo HT#7 se p!eden citar los sig!ientes mtodos: •<br />
<br />
*"digo embebido. 8n !n fichero de teto con c"digo HT#7 se insertan marcas e instr!cciones !e son interpretadas por el servidor. 8l res!ltado es la s!ma del c"digo HT#7 y el res!ltado de la interpretaci"n de las marcas y c"digos embebidos en el fichero. 8'emplos tpicos de c"digo embebido son )P$ PHP y DP.<br />
<br />
•<br />
<br />
Beneraci"n de c"digo HT#7. 7a petici"n del cliente hace !e se e'ec!te !n programa en el servidor$ y este programa genera c"digo HT#7 como salida. 8'emplos de c"digo generado son los programas *B y los servlets$ a!n!e en general c!al!ier mtodo de e'ec!ci"n del lado del servidor es capa@ de generar c"digo HT#7.<br />
<br />
•<br />
<br />
•<br />
<br />
9so de plantillas. 7os programas !e se e'ec!tan en el servidor !san plantillas en HT#7 para generar la salida !e se enva al cliente. 7as plantillas p!eden ser ficheros con c"digo HT#7$ =#7 ! otro leng!a'e de marcas$ informaci"n etrada de !na base de datos o !na combinaci"n de ambos. 2rame%orLs y libreras. 8l programador p!ede hacer !so de frame%orLs o libreras para generar el c"digo. 8s !na partic!lari@aci"n de la generaci"n de c"digo pero en este caso el programador no genera la salida directamente. 8'emplos de frame%orL y libreras son Davaerver 2aces y controles %eb de )P.net.<br />
<br />
)tendiendo a la integraci"n con el servidor se p!eden citar: •<br />
<br />
8'ec!ci"n en el servidor. 8l servidor %eb e'ec!ta directa o indirectamente !n programa para generar el contenido dinmico. 8'emplos: *B.<br />
<br />
•<br />
<br />
ntegraci"n con el servidor. 8l servidor posee !no o varios m"d!los para procesar las peticiones !e generan contenido dinmico. 8'emplos: PHP$ )P.<br />
<br />
•<br />
<br />
Beneraci"n por el propio servidor. 8l servidor crea !n entorno en el !e se procesan las peticiones dinmicas. 8'emplos: servidores de aplicaciones y contenedores de servlets.<br />
<br />
•<br />
<br />
Proy. 8l servidor actFa como intermediario y reenva la solicit!d a otros servidores !e se encargan de generar el contenido dinmico. 8'emplos: %orLers )DP.<br />
<br />
•<br />
<br />
)plicaciones distrib!idas. 9n servidor de aplicaciones hace !so de servicios !e residen en otras m!inas para generar el contenido dinmico. 8'emplos: aplicaciones Dava 88$ servicios %eb$ ar!itect!ras de n-capas y #C*.<br />
<br />
Pgina &(<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
3ormularios de respuesta 7a mayora de las aplicaciones %eb !tili@a form!larios para recoger informaci"n y posteriormente procesarla. >esde pantallas de inicio de sesi"n a form!larios de registro en !n sitio %eb el !so de form!larios c!mple !na de las principales f!nciones de interacci"n con el !s!ario. P!esto !e los form!larios con principalmente !sados por personas es importante !e stas reciban informaci"n acerca del res!ltado de la introd!cci"n de datos$ bien con !n mensa'e indicando !e los datos han sido recibidos con ito por el servidor o bien informar acerca de ! datos se consideran err"neos para !e el !s!ario p!eda corregirlos. 7os form!larios de resp!esta bien hechos son capaces de procesar la informaci"n en dos fases$ !na del lado del cliente !sando Davacript y otra del lado del servidor. Tambin se p!eden !sar tcnicas como )D)= para crear form!larios inteligentes !e den resp!esta rpida al !s!ario o !e se adapten para ofrecer alternativas segFn las resp!estas !e va introd!ciendo el !s!ario. 7os form!larios se implementan como peticiones B8T o PT al servidor$ a!n!e en los form!larios inteligentes parte de las peticiones !e reali@a el cliente p!eden ser B8T. 7os form!larios simples sig!en esta sec!encia: 1. )cceso al form!lario. &. 8l !s!ario introd!ce los datos en el form!lario. 3. 7os datos se envan al servidor ;B8T o PT<. 4. 8l servidor procesa los datos. 5. i los datos no son correctos v!elve al paso 1. i los datos son correctos redirige a la pgina de resp!esta. 8n el servidor los datos del form!lario se trad!cen a variables !e p!eden ser eval!adas por el programador. *!ando se diseGa !n form!lario se deben tener en mente alg!nas recomendaciones: •<br />
<br />
•<br />
<br />
7imitar el tamaGo de los campos del form!lario. i se sabe !e !n campo no debe tener !n contenido !e eceda de !n nFmero determinado de caracteres se debe limitar a fin de evitar ata!es por desbordamiento de b!ffer. Procesar los valores de los campos y eliminar los caracteres !e p!edan provocar ma f!ncionamiento de la aplicaci"n. )ta!es de este tipo son los llamados +67 in'ection,$ donde el atacante inserta sentencias 67 !e alteran el f!ncionamiento de la aplicaci"n. !pongamos !na aplicaci"n de cons!lta de calificaciones donde !n al!mno inserta s! identificador de !s!ario y obtiene s!s calificaciones. 9n !s!ario malintencionado podra escribir en el campo de teto algo similar a + usuario; B/4! BA$ACA calificaciones;,$ de modo !e al e'ec!tar la sentencia 67 tambin se e'ec!ta !n +drop, de la base de datos$ de'ando sin servicio la aplicaci"n y derivando en !na prdida de datos.<br />
<br />
Pgina &<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
•<br />
<br />
D!lio de &01&<br />
<br />
8nviar siempre !na resp!esta para cada !no de los casos posibles$ si as!mir !e !n caso en concreto n!nca va a oc!rrir. 8sto evita sit!aciones en las !e la aplicaci"n !eda en !n estado desconocido o !e el !s!ario de la aplicaci"n no p!ede contin!ar !tili@ndola normalmente. 9sar campos oc!ltos solo c!ando sea necesario. 7os campos oc!ltos ay!dan e enviar informaci"n !e no se !iere !e el !s!ario cono@ca$ pero son tambin !na f!ente de problemas de seg!ridad fcilmente eplotable por !n atacante. 8s recomendable !sar datos de sesi"n en ve@ de form!larios con campos oc!ltos.<br />
<br />
8n !n servlet los datos del form!lario se p!eden procesar en el mtodo doet() o do!ost(). 7os datos de los campos se obtienen mediante el mtodo getParameter;<. i !n parmetro tiene mas de !n valor se p!ede rec!perar !n array con todos los valores !sando el mtodo 8et!arameterDalues(). 9sar form!larios en con'!nci"n con variables de sesi"n permiten reali@ar aplicaciones con form!larios enla@ados$ como por e'emplo asistentes. ) la hora de generar !n form!lario hay !e tener en c!enta !e los form!larios estticos no sirven de m!cha ay!da c!ando se desean notificar datos dinmicos$ por e'emplo c!ando !n !s!ario ha introd!cido mal !n campo y se desea presentar de n!evo el form!lario con los datos !e el !s!ario ha introd!cido anteriormente para !e no tenga !e volver a rellenarlos. 8sto se p!ede conseg!ir mediante pginas HT#7 con c"digo embebido ;por e'emplo DP< o bien con servlets !e generen el form!lario$ bien directamente o bien mediante plantillas. 8n el sig!iente e'emplo se m!estra !n servlet !e crea y procesa !n form!lario sencillo. protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter(); tr' { trin8 nom&re 7 (trin8) reuest.8et!arameter(6nom&re6); %% 3ndica si se de&e mostrar el formulario. Coolean mostrar?ormulario 7 true; %% 3ndica si los datos del formulario son correctos. Coolean proceso5orrecto 7 true; %% Der si los datos del formulario son correctos. if(nom&re E7 null) { if(nom&re.len8th() > 0) { %% e ha escrito un nom&re en el campo del formulario. mostrar?ormulario 7 false; out.println(6Hola 6 nom&re 6E6); } else { proceso5orrecto 7 false; } } if(mostrar?ormulario 77 true) {<br />
<br />
Pgina &A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<br />
<br />
out.println(6<html>6); out.println(6<head>6); out.println(6<title>Bi8a su nom&re<%title>6); out.println(6<%head>6); out.println(6<&od'>6); out.println(6<form action7F6formularioGF6 method7F6!4$F6>6); out.println(63ntroduca su nom&re <input t'pe7F6tetF6 masie7F6I0F6 name7F6nom&reF6>6); if(proceso5orrecto 77 false) { out.println(6<font color7F6redF6>Be&e introducir un nom&re.<%font>6); } out.println(6<input t'pe7F6su&mitF6>6); out.println(6<%form>6); out.println(6<%&od'>6); out.println(6<%html>6); } } finall' { out.close(); } }<br />
<br />
Servlet !ue muestra un "ormulario sencillo1 lo procesa - responde en "unci#n de la entrada.<br />
<br />
Pgina 30<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas $reación y despliegue de una aplicación 4ava sencilla 5ue presente un mensa"e en TM/ usando varios m0todos Para esta prctica se !sar el entorno de desarrollo integrado Jetbeans. 8ste entorno tiene soporte para el leng!a'e Dava y se p!ede etender s! f!ncionalidad mediante pl!gins. Tambin tiene soporte para los servidores de aplicaciones y contenedores de servlets mas !s!ales$ por lo !e es !no de los entornos mas indicados para desarrollar aplicaciones ?eb Dava. Posee varias venta'as como la ay!da en la escrit!ra de programas proporcionando generaci"n de c"digo$ validaci"n del programa y otras ay!das !e hacen de este entorno !na valiosa herramienta para el programador. 7a prctica consiste en crear !na pgina DP y !n servlet !e m!estren !n sencillo mensa'e. 8stos programas debern desplegarse en !n servidor Tomcat previamente instalado. Pasos: 1 M )brir el entorno de desarrollo integrado Jetbeans. & M *rear !n n!evo proyecto.<br />
<br />
eg!ir el asistente hasta el final aceptando las opciones por defecto.<br />
<br />
Pgina 31<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
3 M )Gadir !na pgina DP. 8l editor crea !na pgina DP llamada inde.'sp$ pero se p!eden aGadir mas desde el menF contet!al del panel de proyectos:<br />
<br />
e debe elegir la opci"n +Je%, +DP,. 8n el asistente se da !n nombre a la pgina DP y se p!lsa en el bot"n +2inish,. →<br />
<br />
4 M )Gadir !n servlet. Para aGadir !n servlet se procede como en el paso anterior pero se selecciona la opci"n +Je%, +ervlet,. e abre !n asistente en el !e hay !e dar !n nombre al servlet y asignarla a !n pa!ete. e p!ede crear !n pa!ete n!evo o !sar !no ya eistente. →<br />
<br />
8n el sig!iente paso se le asigna !na 9E7 dentro de la aplicaci"n y opcionalmente los parmetros de iniciali@aci"n.<br />
<br />
Pgina 3&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8l editor genera el fichero con el contenido del servlet.<br />
<br />
Pgina 33<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Tema 6 Tcnicas de acceso a datos. b'etivos: •<br />
<br />
*onocer los mtodos de acceso a servidores de datos en diferentes sistemas.<br />
<br />
•<br />
<br />
#ane'ar datos del servidor !sando 67.<br />
<br />
•<br />
<br />
*onocer otros orgenes de datos.<br />
<br />
Introducción a las cone7iones a servidores ./ 7as aplicaciones del lado del servidor necesitan acceder a datos$ ya sea de forma temporal d!rante el ciclo de vida de la aplicaci"n$ o bien de forma permanente. 8l almacenamiento temporal ya se ha visto al tratar las sesiones de !s!ario. 7os datos de las aplicaciones se g!ardan en la memoria del servidor y se destr!yen c!ando la aplicaci"n termina. 8l almacenamiento permanente permite !e los datos recogidos o procesados por la aplicaci"n estn disponibles para !n procesado posterior. 8l almacenamiento permanente tambin permite acceder a datos generados con anterioridad por la aplicaciones o por otras aplicaciones. 8l almacenamiento permanente las etendido son los servidores de bases de datos$ y entre ellos los servidores de bases de datos relacionales !e !tili@an 67 como leng!a'e de cons!lta. 8l !so de servidores 67 re!iere seg!ir ciertos pasos: 1. (stalecer una cone2i#n . Jormalmente se !sa !na cadena de conei"n partic!lar para cada tipo de servidor. 9na ve@ establecida la conei"n con el servidores ya se p!ede comen@ar a !sar. 8l establecimiento de la conei"n s!ele re!erir conocer la direcci"n del servidor$ el !s!ario y contraseGa de acceso$ el nombre de la base de datos !e se desea !tili@ar$ y en ciertas ocasiones el protocolo de com!nicaciones. &. Crear una consulta. 7os servidores 67 traba'an mediante cons!ltas 67. *on !na cons!lta se p!eden insertar$ modificar$ eliminar y obtener datos almacenados en !na o varias y tablas del servidor. 9na ve@ creada la cons!lta se enva al servidor. 3. Procesar la respuesta . 7a resp!esta vara en f!nci"n de la cons!lta reali@ada. 9na cons!lta p!ede devolver !n res!ltado de tipo correcto/incorrecto ;por e'emplo si se est insertando !n dato< o bien !na serie de datos organi@ados en !na tabla de res!ltados. 7os pasos & y 3 se p!eden repetir tantas veces como sea necesario. 4. Cerrar la cone2i#n . 9na ve@ finali@ado el !so de la conei"n se procede a s! cierre. 8n ciertos leng!a'es se p!ede prod!cir de forma a!tomtica al terminar la Pgina 34<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
e'ec!ci"n del programa. 8n alg!nos leng!a'es se p!eden !sar coneiones persistentes$ de forma !e no haya !e abrir y cerrar las coneiones cada ve@ !e se carga !na pgina. 8n Dava se p!eden !sar los llamados +pooles de conei"n, para acelerar y me'orar el !so de este tipo de coneiones.<br />
<br />
8stablecimiento y uso de cone7iones ./ en varios lengua"es de programación *ada leng!a'e de programaci"n del lado del servidor tiene s!s propios mtodos de conei"n a !n servidor de bases de datos 67.<br />
<br />
4ava Dava permite el !so de este tipo de servidores mediante !n driver !e conecta las )P de acceso a servidores de bases de datos con distintos tipos de servidores reales. 7a tecnologa !sada por Dava para acceder a servidores de bases de datos se llama D>I* ;Dava >atabase *onnectivity<. 7a tecnologa D>I* es la forma en !e los programas Dava acceden a los servidores de bases de datos. 8sta )P no es ecl!siva del servidor y forma parte de la familia de tecnologas Dava 8. 7a ar!itect!ra D>I* est formada por la )P D>I* y !no o varios drivers D>I*. 7os drivers D>I* p!eden ser de c!atro tipos: •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
Tipo 4: es !n driver Dava p!ro !e conecta directamente con la base de datos !sando los protocolos de red propios del servidor de bases de datos. Tipo 3: es !n driver Dava p!ro !e conecta con !na capa de middle%are del servidor el c!al a s! ve@ trad!ce las cons!ltas al protocolo del servidor de bases de datos. 9tili@a por lo tanto !na capa mas !e el driver tipo 3. Tipo &: es !n driver !e habla con !na librera cliente !e se conecta con el servidor de bases de datos. Ee!iere soft%are etra instalado en el servidor. 8ste soft%are no est escrito en Dava y depende de la plataforma del servidor. Tipo 1: habla directamente con !n driver >I* local !e reali@a la conei"n con el servidor de bases de datos.<br />
<br />
e s!ele preferir el !so de drivers tipo & y tipo 4. 8n la pgina http://devapp.s!n.com/prod!ct/'dbc/drivers se p!eden b!scar drivers D>I* para bases de datos. 8l )P para !sar D>I* reside en los pa!etes *a+a.sl y *a+a.sl. 8n Dava se p!eden !sar dos clases: Bri+erJana8er o Bataource. 7a forma mas sencilla de !sar D>I* es a travs de Bri+erJana8er. Por defecto el ob'eto creado ser de tipo +a!to-commit,$ !e e'ec!ta los comandos !na ve@ enviados a la conei"n.<br />
<br />
Pgina 35<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
)l crear la conei"n se debe especificar !na cadena de conei"n !e incl!ye el nombre del driver. 7as cadenas de conei"n dependen del driver a !sar$ ya !e parte de esa cadena es enviada al driver para !e la interprete y realice la conei"n. 8n general se p!ede decir !e !na cadena de conei"n genrica p!ede ser: “*d&c driver parametros” 5onnection con 7 Bri+erJana8er. get5onnection("dbc,*67river,*67atabase"1 username1 pass2ord);<br />
<br />
(jemplo de cone2i#n S34 con J50C usando 5riverManager.<br />
<br />
8'emplo: cadena de conei"n para el driver oficial de #y67: “*d&cm'sl%%localhost%m'slKuser7 usuario:pass2ord7 clave”<br />
<br />
9na ve@ creada la conei"n se !san los mtodos descritos en el interface *onnection para traba'ar con la conei"n a la base de datos. tatement stmt 7 con. createState*ent(#; /esultet rs 7 stmt.e)ecute8uer6(6L5$ a1 &1 c ?/4J $a&leG6); 2hile (rs.net()) { int 7 rs.8et3nt(6a6); trin8 s 7 rs.8ettrin8(6&6); float f 7 rs.8et?loat(6c6); }<br />
<br />
(jemplo de consulta a una ase de datos a trav6s de una cone2i#n J50C.<br />
<br />
8s recomendable cerrar la conei"n !na ve@ !e ya no se vaya a !tili@ar mas. 8l mtodo a !sar para cerrar la conei"n es close(). 8n alg!nas implementaciones de Dava no se carga correctamente el driver$ por lo !e hay !e for@ar s! carga desde la propia aplicaci"n. )ntes de instanciar la conei"n se !sa esta orden !e res!elve el problema: 5lass.for"ame(6com.m'sl.*d&c.Bri+er6).ne23nstance();<br />
<br />
Por otro lado$ el mtodo recomendado es !sar >atao!rce. 8s mas comple'o de config!rar pero ofrece venta'as respecto al otro mtodo$ como el !so de pooles de coneiones y transacciones distrib!das. 8n en tornos con m!chas coneiones es me'or !sar pooles de coneiones !e se re!tili@an y ahorran rec!rsos al no tener !e abrir y cerrar coneiones contin!amente. 7os >atao!rce se implementan en el driver y p!eden estar hechos de tres maneras: •<br />
<br />
•<br />
<br />
•<br />
<br />
mplementaci"n bsica: prod!cen ob'etos +*onnection, estndar !e no soportan pooles ni transacciones distrib!das. oporte de pooles: los ob'etos +*onnection, prod!cidos soportan pooles de coneiones$ es decir$ coneiones !e se p!eden re!tili@ar. oporte de transacciones distrib!idas: los ob'etos +*onnection, prod!cidos p!eden !sar transacciones !e afectan a mas de !n servidor de bases de datos.<br />
<br />
Pgina 3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8l !so de >atao!rce implica config!rar ciertos parmetros !e dependen del servidor$ por lo !e la forma de config!rar este tipo de coneiones depende del servidor !tili@ado. 8n Tomcat hay !e definir las coneiones y posteriormente acceder a ellas a travs de DJ>. >e forma genrica se p!ede reali@ar la config!raci"n d!rante el desplieg!e de la aplicaci"n. 7os pasos seran. Eespecto a las coneiones reali@adas con >river#anager solamente cambia la forma en la !e se reali@a la conei"n: 1. *rear !na instancia de la clase >atao!rce y a'!star s!s propiedades. DataSourceDelDriver ds 7 ne2 com.d&access.CasicBataource(); ds.seter+er"ame(6nombreservidor 6); ds.setBata&ase"ame(6BASE_DATO 6); ds.setBescription(6Descripcion de la base de datos 6);<br />
<br />
&. Eegistrar el ob'eto >atao!rce en !n servicio de nombres !sando la )P de DJ>. 5ontet ct 7 ne2 3nitial5ontet(); ct.&ind(6*d&c%baseDeDatos61 ds);<br />
<br />
3. 9sar el ob'eto. 5ontet ct 7 ne2 3nitial5ontet(); Bataource ds 7 (Bataource)ct.looMup(6*d&c% baseDeDatos6); 5onnection con 7 ds.8et5onnection(6 aaa616bbb6);<br />
<br />
*!ando se rec!pera informaci"n de !na base de datos relacional los datos se s!elen devolver como !na tabla o bien como !n con'!nto de filas. 8n Dava$ c!ando se !sa D>I* se dev!elven datos de tipo ResultSet. 9n ob'eto de clase Ees!ltet es !na tabla de datos res!ltado de !na cons!lta a !na base de datos. 7os ob'etos capaces de reali@ar !na cons!lta a !na base de datos son de tipo Statement en c!al!iera de s!s variantes: PreparedStatement$ CallableStatement y RowSet.<br />
<br />
8l acceso a los datos del res!ltset se reali@a mediante !n c!rsor$ !e es !n p!ntero a !na fila de la tabla de res!ltados. Jo hay !e conf!ndirlo con !n c!rsos de base de datos. nicialmente el c!rsor se enc!entra en la primera fila de res!ltados$ y a travs del mtodo next se m!eve a la sig!iente file. i el mtodo dev!elve false entonces se ha llegado a la Fltima fila. Habit!almente se !sa !n b!cle %hile para recorrer los res!ltados. 7os Ees!ltet p!eden ser de varios tipos: •<br />
<br />
•<br />
<br />
>e solo avance ;TNP8O2E?)E>OJ7N<: el c!rsor p!ede avan@ar por los res!ltados$ pero no p!ede retroceder. 8s el tipo por defecto. >e despla@amiento sin act!ali@aci"n ;TNP8O*E77OJ8JTC8<: el c!rsor p!ede avan@ar y retroceder por los res!ltados. 7os res!ltados no cambian !na ve@ !e se ha efect!ado la cons!lta.<br />
<br />
Pgina 3(<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
D!lio de &01&<br />
<br />
>e despla@amiento con act!ali@aci"n ;TNP8O*E77O8JTC8<: el c!rsor p!ede avan@ar y retroceder por los res!ltados$ !e se act!ali@an de forma dinmica con los cambios !e se prod!@can en los datos originales.<br />
<br />
Tambin p!eden ser: •<br />
<br />
•<br />
<br />
>e solo lect!ra ;*J*9EOE8)>OJ7N<: los res!ltados no p!eden ser act!ali@ados a travs del interfa@ Ees!ltet. 8s el tipo por defecto. )ct!ali@ables ;*J*9EO9P>)T)I78<: los res!ltados si p!eden ser act!ali@ados a travs de l interfa@ Ees!ltet.<br />
<br />
8l tipo de Ees!ltet se indica como parmetro en el mtodo createtatement().<br />
<br />
7os mtodos para despla@arse por !n Ees!ltet son: •<br />
<br />
a&solute(int fila) : despla@a el c!rsor a la fila indicada.<br />
<br />
•<br />
<br />
afterLast(): despla@a el c!rsor desp!s de la Fltima fila.<br />
<br />
•<br />
<br />
&efore?irst(): despla@a el c!rsor al inicio de los res!ltados$ '!sto antes de la primera fila.<br />
<br />
•<br />
<br />
first(): despla@a el c!rsor a la primera fila.<br />
<br />
•<br />
<br />
last(): despla@a el c!rsor a la Fltima fila.<br />
<br />
•<br />
<br />
net(): despla@a el c!rsor a la sig!iente fila. >ev!elve false si no hay mas filas.<br />
<br />
•<br />
<br />
pre+ious(): despla@a el c!rsor a la fila anterior.<br />
<br />
•<br />
<br />
relati+e(int filas) : despla@a el c!rsor el n!mero de filas indicado desde la fila act!al. 8l nFmero p!ede ser positivo ;avan@a< o negativo ;retrocede<.<br />
<br />
9na ve@ reali@ada la cons!lta y rec!perados los datos el acceso a la fila act!al se p!ede hacer bien a travs de !n ndice n!mrico con la posici"n del campo o a travs de !na alias o nombre de campo. 8l primer nFmero de col!mna es el 1 y se leen de i@!ierda a derecha. egFn el tipo de dato almacenado en la col!mna se !sa !n mtodo distinto para obtener el dato. 7os mtodos estn sobrecargados para poder !sar el nFmero de col!mna ;int< o el alias o nombre de campo ;tring<. >e forma general el nombre del mtodo para rec!perar !n tipo de dato concreto se llama 8etNombreTipo$ por e'emplo getBoolean o getString. Jo solo eisten mtodos para los tipos bsicos de Dava$ tambin los hay para otros tipos de datos !sados en bases de datos relacionales$ como Ilob$ Time$ >ate$ etc. /esultet rs 7 s.eecuteNuer'(6H4- BA$ACA”); if(rs E7 null) { 2hile(rs.net()) { out.println(rs.8ettrin8(6Bata&ase6) 6<&r %>6); } rs.close(); }<br />
<br />
(jemplo de uso de un %esultSet.<br />
<br />
Pgina 3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
e p!ede encontrar mas informaci"n y la lista completa de mtodos en la doc!mentaci"n oficial de Dava: http://docs.oracle.com/'avase/(/docs/api/'ava/sl/Ees!ltet.html i se desea obtener informaci"n sobre el propio Ees!ltet se p!ede !tili@ar !n ob'eto de tipo Ees!ltet#etadata mediante el mtodo 8etJetaBata(). 8sta clase permite saber entre otras cosas los nombres de los campos con el mtodo 8et5olum"ame()$ el nFmero de campos con 8et5olum5ount() y otro tipo de informaci"n como por e'emplo si el Ees!ltet es de solo lect!ra con el mtodo is/ead4nl'(). 8n Dava eiste !na evol!ci"n mas potente de Ees!ltet llamada Eo%et$ !e aGade f!ncionalidades de Dava Ieans ;!so de propiedades y notificaciones< y son siempre editables y despla@ables$ al contrario !e alg!nos Ees!ltets !e dependen del driver. P!esto !e Eo%et desciende de Ees!ltet los mtodos con los !e se mane'a son los mismos.<br />
<br />
PP PHP s!ele vienen con drivers compilados !e !tili@an libreras de cliente para acceder al servidor o bien coneiones >I*. Por lo tanto se podran comparar con los drivers tipo & y tipo 1 de D>I*. 8n PHP hay varias formas de acceder a !n servidor 67: •<br />
<br />
9sando >I*.<br />
<br />
•<br />
<br />
9sando f!nciones propias de cada servidor ;m"d!los especficos<.<br />
<br />
•<br />
<br />
9sando P>.<br />
<br />
8l mtodo recomendado en la act!alidad es P>$ !e es !na capa de abstracci"n para distintos tipos de driver de acceso a bases de datos$ y por lo tanto es !na me'ora de cara al mantenimiento del c"digo de la aplicaci"n. 8l driver a !sar en !na conei"n viene definido por la cadena de conei"n. ) contin!aci"n se m!estra !n e'emplo: <Kphp tr' { Od&h 7 ne2 !B4(P *6s3,.ost=oca.ost1dbna*e=testP1 Ouser1 Opass); foreach(Od&h@>uer'(PL5$ , from ?44P) as Oro2) { printQr(Oro2); } Od&h 7 null; } catch (!B4ception Oe) { print 6rrorE 6 . Oe@>8etJessa8e() . 6<&r%>6; die(); } K><br />
<br />
(jemplo de uso de una cone2i#n P5$ en PHP.<br />
<br />
7os res!ltados se obtienen fila a fila o en !na tabla completa. 7as col!mnas de la tabla p!eden ser accedidas por s! ndice n!mrico o bien como !n array asociativo !sando el nombre del campo. Pgina 3A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
T0cnicas de representación de datos en clientes web 7os clientes %eb p!eden representar la informaci"n de m!y diversas maneras. >e hecho$ !na de las caractersticas de la llamada %eb &.0 consiste en me'orar la vis!ali@aci"n de la informaci"n$ hacerla mas atractiva y Ftil. *ombinando diversos medios y tecnologas se p!ede lograr !e la vis!ali@aci"n y mane'o de la informaci"n sea c"moda y agradable para el !s!ario. 7isuali8aci#n de listas - talas de datos<br />
<br />
Para mostrar tablas y listas de res!ltados se !san estr!ct!ras similares en HT#7. i se agregan tecnologas como Davacript se p!ede hacer !e esos res!ltados sean dinmicos. 9no de los mtodos mas simples y eficientes para mostrar informaci"n proveniente de !na base de datos relacional es el !so de tablas$ p!esto !e los res!ltado ya vienen en !n formato similar y tan solo hay !e ir creando las filas y rellenando los campos segFn se procesan los datos de entrada. 7as listas estticas es otro mtodo bastante !sado c!ando los datos son s!sceptibles de tal vis!ali@aci"n$ como por e'emplo los res!ltados de !na bFs!eda o el listado de tems sin descripci"n. 8l !so de listas anidadas tambin res!lta Ftil c!ando se desean mostrar datos con algFn tipo de 'erar!a. 8n el caso de tener los datos tab!lados$ como por e'emplo como res!ltado de !na cons!lta a la base de datos$ lo !e se hace es preparar !na estr!ct!ra ;lista$ tabla$ etc.< y recorrer mediante !n b!cle todas las filas de datos a la ve@ !e se generan las correspondientes estr!ct!ras HT#7. /esultet rs 7 s.eecuteNuer'(6L5$ , ?/4J li&ros6); if(rs E7 null) { out.println(“<ta&le>”); out.println(“<tr><th>Autor<%th><th>$itulo<%th><%tr>”); 2hile(rs.net()) { out.println(“<tr>”); out.println(<td>rs.8ettrin8(6autor6) 6<%td>6); out.println(<td>rs.8ettrin8(6titulo6) 6<%td>6); out.println(“<%tr>”); } rs.close(); out.println(“<%ta&le>”); }<br />
<br />
(jemplo de creaci#n de una tala a partir de un %esultSet.<br />
<br />
8n el e'emplo se ve como se genera !na tabla en HT#7 a partir de !n Ees!ltet. Primero se escribe la cabecera de la tabla y l!ego se generan las distintas filas mediante !n bl!cle. 8l contenido de las celdas se integra con el c"digo HT#7. *!ando la cantidad de datos a mostrar es m!y elevada se p!eden !tili@ar tcnicas de paginaci"n de datos para mostrar los res!ltados por partes. 7a paginaci"n se p!ede hacer mediante programaci"n$ eligiendo la parte del Ees!ltet !e se desea mostrar$ o bien paginar los res!ltados !sando el servidor mediante sentencias 67. Pgina 40<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8n el primer caso los datos se g!ardan como parte de la sesi"n y se m!estran los !e el !s!ario de la aplicaci"n vaya solicitando. 8n el seg!ndo caso se piden al servidor solamente a!ellos datos !e vayan a ser vis!ali@ados. 7a cons!lta 67 depende del motor de bases de datos !sado. 8n #y67 se !sa la cl!s!la 7#T: L5$ , ?/4J li&ros L3J3$ GG1G0<br />
<br />
Consulta !ue muestra los resultados del 99 al :;.<br />
<br />
7isuali8aci#n de registros<br />
<br />
*!ando lo !e se desea vis!ali@ar son registros independientes$ se p!ede organi@ar la informaci"n de varias maneras$ las mas !sadas consisten en organi@ar los campos dentro de !na tabla$ !sar !na plantilla o bien$ si posteriormente se desea modificar algFn dato$ !sar form!larios. 7a diferencia entre la vis!ali@aci"n de registros y la vis!ali@aci"n de tablas consiste en !e no hay filas !e recorrer$ ya !e se m!estra !na Fnica fila.<br />
<br />
Mecanismos de edición de datos usando clientes web Para la edici"n de datos en !n cliente %eb se !tili@an form!larios. 7os form!larios se rellenan !sando datos obtenidos de !na f!ente de datos$ y se m!estran en !n form!lario. 7a venta'a del form!lario consiste en !e hay datos !e se p!eden oc!ltar !sando campos oc!ltos y se p!ede evitar la edici"n de los campos clave o de los campos !e no se desea !e se modifi!en. 9na ve@ mostrados los campos en el form!lario el !s!ario p!ede modificarlo y enviar el form!lario. )l recibir el form!lario se modifican los datos mediante los mtodos !e se citan en el apartado sig!iente. 8n la act!alidad se !san combinaciones de form!larios y libreras )D)= para !e lo se tengan !e recargar los form!larios enteros. D!nto con el !so de Ees!ltets dinmicos se desarrollan aplicaciones !e reali@an modificaciones rpidas y sencillas para el !s!ario.<br />
<br />
Implementación de altas, ba"as y modificaciones 8n las herramientas de gesti"n eisten tres tipos de acciones !e modifican los datos g!ardados$ y son altas$ ba'as y modificaciones. 8n 67 se corresponden con las sig!ientes sentencias: •<br />
<br />
)ltas: crear !n n!evo registro. e corresponde con la sentencia J8ET de 67.<br />
<br />
•<br />
<br />
Ia'as: eliminar !n registro. e corresponde con la sentencia >878T8 de 67.<br />
<br />
•<br />
<br />
#odificaciones: cambiar los datos de !n registro. e corresponde con la sentencia 9P>)T8 de 67.<br />
<br />
8l Ees!ltet de Dava proporciona mtodos !e ay!dan a reali@ar estos cambios de !na forma mas sencilla e independiente del motor de bases de datos !sado. Primero hay !e crear el Ees!ltet con las opciones apropiadas: Pgina 41<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
stmt 7 con.createtatement(); stmt 7 con.createtatement(/esultet.$R!Q5/4LLQ"3$3D1 /esultet.54"5/Q!BA$ACL);<br />
<br />
Creaci#n de un resultset !ue permite modi"icar datos.<br />
<br />
Jo todos los drivers soportan insertar o modificar filas en !n Ees!ltet. 9n intento de aGadir filas o de modificar s! contenido en !n driver !e no soporta esta caracterstica res!lta en !na ecepci"n del tipo . SQLFeatureNotSupportedException<br />
<br />
Actuali8ar datos<br />
<br />
7os mtodos !e proporciona el Ees!ltet para modificar los datos de la fila act!al son similares a los !e se !tili@an para obtener las col!mnas$ solamente !e en ve@ de empe@ar por el prefigo +get, comien@an por el prefi'o +!pdate,$ como por e'emplo update?loat o updatetrin8. 9na ve@ !e se han act!ali@ado los datos se deben volcar con el mtodo update/o2(). Agregar nuevos datos<br />
<br />
Para agregar !na fila se !na !n b!ffer en el !e se anotan los datos !e se !ieren insertar y l!ego se consolidan. 7os pasos a seg!ir son los sig!ientes: •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
#over el c!rsor a la fila de inserci"n. 7a fila de inserci"n es !na fila especial !e f!nciona como b!ffer para aGadir n!evas filas. 8sto se hace mediante el mtodo mo+e$o3nsert/o2(). )ct!ali@ar la fila de inserci"n con los datos n!evos. e !san los mismos mtodos !e en la act!ali@aci"n de datos. 7lamar al mtod insert/o2(). 8ste mtodo inserta la fila con los datos en s! l!gar. pcionalmente llamar al mtodo mo+e$o5urrent/o2() para posicionar el c!rsor en la fila en la c!al se encontraba antes de insertar la n!eva fila. Tambin se p!ede despla@ar el c!rsor a otra fila a elecci"n del programador.<br />
<br />
(liminar datos<br />
<br />
Para eliminar la fila act!al se !tili@a el mtodo delete/o2(). 8ste mtodo no se p!ede !sar si el c!rsor est posicionado en la fila de inserci"n.<br />
<br />
9so de transacciones 7as transacciones se !tili@an para aseg!rar !e !na serie de modificaciones de datos sig!e el es!ema del +todo o nada,$ es decir$ si se necesita reali@ar !na serie de operaciones !e p!eden afectar a la consistencia de los datos si no se e'ec!tan todas$ se Pgina 4&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
p!ede indicar al motor de bases de datos !e en caso de !e !na operaci"n no se e'ec!te +deshaga, las operaciones anteriores. 8sto crea el efecto de !e varias operaciones se e'ec!ten como !na sola !nidad. Para poder !sar transacciones primero hay !e deshabilitar el a!to-commit$ !e trata cada sentencia como !na transacci"n individ!al. 8sto se hace mediante el mtodo setAuto5ommit() de los ob'etos de tipo conei"n. %% con es un o&*eto ue representa una conei=n acti+a. con.setAuto5ommit(false);<br />
<br />
5es+ailitar el auto<commit de una cone2i#n.<br />
<br />
9na ves deshabilitado este parmetro habr !e hacer !n commit eplcito para !e las sentencias tengan efecto. Todas las sentencias e'ec!tadas entre dos commit se tratarn como !na sola !nidad. %% 5onsolidar las sentencias anteriores. con.commit();<br />
<br />
=so de commit.<br />
<br />
8n el caso de !e se !isiera abortar !na transacci"n habra !e hacer !n +rollbacL, de la transacci"n para an!lar las sentencias anteriores. Para hacer !n +rollbacL, se !sa el mtodo roll&acM() asociado a la conei"n !sada. %% A&ortar la transacci=n actual. con.roll&acM();<br />
<br />
=so de rollac> para ec+ar atr?s una transacci#n.<br />
<br />
i se prod!ce !na ecepci"n d!rante !na transacci"n la forma mas seg!ra de proceder consiste en hacer !n rollbacL abortando la transacci"n y comen@ar de n!evo. 9na ve@ !e no se desean !tili@ar mas transacciones es deseable volver a habilitar el a!to-commit$ ya !e !sa menos blo!eos de la base de datos o conflictos con otros !s!arios. 7os blo!eos se !san en la base de datos para evitar conflictos d!rante las transacciones al obtener lect!ras incorrectas de valores !e no estn totalmente act!ali@ados. 7os blo!eos deben mantenerse no mas tiempo del necesario. 8isten varios tipos de blo!eos !e actFan ofreciendo diferentes niveles de aislamiento. Jo todos los gestores de bases de datos soportan todos los tipos de blo!eos. 8iste la posibilidad de crear p!ntos de resta!raci"n ;savepoints< dentro de !na transacci"n de forma !e se p!ede indicar a rollbacL !e no aborte toda la transacci"n$ si no !e retroceda hasta !n p!nto de resta!raci"n concreto. %% e crea un o&*eto de clase a+epoint. a+epoint ptoG 7 con.seta+epoint(); %%... %% Dol+er al punto de restauraci=n. con.roll&acM(ptoG);<br />
<br />
(jemplo de uso de un Savepoint.<br />
<br />
Pgina 43<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
tros orgenes de datos Dava permite el !so de otros orgenes de datos !e no !san D>I*. Dava p!ede leer de ficheros del sistema de archivos del servidor$ procesar ficheros =#7 y !tili@ar bases de datos no-67 mediante clases desarrolladas por terceros. 8n este capt!lo se vern los ficheros y los ficheros =#7 como otros orgenes de datos posibles. /ic+eros<br />
<br />
Dava !sa streams ;fl!'os< para reali@ar operaciones bsicas de entrada y salida. 7os ficheros son !n tipo de fl!'o partic!lar. 7os streams p!eden ser con o sin b!ffers. 7os streams con b!ffer red!cen la cantidad de operaciones de e/s$ y por lo tanto mas recomendables para la mayora de los casos. 7os streams p!eden ser de bytes ; bit< o de caracteres. He a! las clases: •<br />
<br />
Cuffered3nputtream: stream de entrada con b!ffer para leer bytes.<br />
<br />
•<br />
<br />
Cuffered4utputstream:stream de salida con b!ffer para escribir bytes.<br />
<br />
•<br />
<br />
Cuffered/eader: stream de entrada con b!ffer para leer caracteres.<br />
<br />
•<br />
<br />
Cuffered-riter: stream de salida con b!ffer para escribir caracteres.<br />
<br />
7a plataforma Dava soporta tres streams estndar para las aplicaciones de consola: ystem.in ;entrada<$ ystem.o!t ;salida< y ystem.err ;salida de errores<. *!ando se programa del lado del servidor estos streams deben ser reempla@ados por clases especiali@adas !e lean las peticiones y escriban los res!ltados$ pero si se p!eden !sar streams !e accedan al sistema de archivos del servidor. inputtream 7 ne2 Cuffered/eader(ne2 ?ile/eader(6ficheroQentrada.tt6)); outputtream 7 ne2 Cuffered-riter(ne2 ?ile-riter(6ficheroQsalida.tt6));<br />
<br />
(jemplos de uso de un stream de entrada - otro de salida usando "ic+eros de te2to como origen - destino respectivamente.<br />
<br />
7os mtodos mas importantes para !tili@ar ficheros de teto son: •<br />
<br />
read(): lee !n solo carcter.<br />
<br />
•<br />
<br />
readLine(): lee !na lnea de teto. 8limina los caracteres de fin de lnea.<br />
<br />
•<br />
<br />
2rite(): escribe !n carcter o !na cadena de caracteres$ dependiendo del tipo de parmetro.<br />
<br />
•<br />
<br />
ne2Line(): escribe el separador de !na n!eva lnea en el fichero.<br />
<br />
•<br />
<br />
flush(): v!elca las escrit!ras pendientes en el stream.<br />
<br />
9na ve@ finali@ado el !so del fichero se cierra con el mtodo close().<br />
<br />
Pgina 44<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
/ic+eros @M4<br />
<br />
8l principal !so de los ficheros =#7 es el de transportar datos !sando !n formato potente$ conocido y etensible. 7os fiicheros =#7 se p!eden !sar como orgenes de datos para tareas concretas$ como por e'emplo traspaso de datos$ ficheros de config!raci"n$ etc. 8n Dava se !sa la )P D)=P para tratar ficheros =#7. 8sta )P se ver mas adelante$ y por lo tanto en este capt!lo no se m!estra s! !so. 0ases de datos no<S34<br />
<br />
8isten otras bases de datos !e no sig!en el modelo relacional$ y c!yo !so est pensado para fines concretos. )lg!nos e'emplos de bases de datos no 67 son )pache *o!ch>I !e se orienta a la %eb$ #ongo>I !e se orienta a doc!mentos$ )pache *assandra !e es !na base de datos distrib!da de tipo clave-valor o IigTable de Boogle entre otras. Dava permite el acceso a varias de estas bases de datos mediante drivers y libreras de terceros$ y s! forma de !so depende de la base de datos en concreto.<br />
<br />
Pgina 45<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas $reación de una base de datos ./ 8n esta prctica se crear !na base de datos !e ser !tili@ada en el resto del man!al para la reali@aci"n de otros e'ercicios. 7a base de datos se llamar +biblioteca, y constar de tres tablas$ !na para almacenar datos de !s!ario$ otra para almacenar informaci"n sobre libros y otra para alamacenar los prstamos de los libros a los !s!arios. 8isten mFltiples formas de crear la base de datos$ a contin!aci"n se m!estra la forma de reali@ar la creaci"n desde el cliente de lnea de comandos de #y67.$ pero se p!ede !sar c!al!ier otra herramienta de las eistentes -elcome to the J'NL monitor. 5ommands end 2ith ; or F8. Rour J'NL connection id is G0 er+er +ersion S.S.GT J'NL 5ommunit' er+er (!L) 5op'ri8ht (c) U0001 U0GG1 4racle and%or its affiliates. All ri8hts reser+ed. 4racle is a re8istered trademarM of 4racle 5orporation and%or its affiliates. 4ther names ma' &e trademarMs of their respecti+e o2ners. $'pe Phelp;P or PFhP for help. $'pe PFcP to clear the current input statement. m'sl> create database bibioteca1 Nuer' 4V1 G ro2 affected (0.00 sec) m'sl> grant a privieges on bibioteca'9 to curso@oca.ost1 Nuer' 4V1 0 ro2s affected (0.0T sec) m'sl> uit C'e<br />
<br />
Secuencia de creaci#n de la ase de datos. (n negrita los comandos introducidos.<br />
<br />
9na ve@ creada la base de datos y asignados los permisos se procede a la creaci"n de las tablas. 7a sec!encia de comandos 67 es la sig!iente: 5/A$ $ACL Wli&rosW ( Widli&roW +archar(GU) 54LLA$ latinGQspanishQci "4$ "LL1 WtituloW +archar(XS) 54LLA$ latinGQspanishQci B?AL$ "LL1 WautorW +archar(XS) 54LLA$ latinGQspanishQci B?AL$ "LL1 !/3JA/R VR (Widli&roW) ) "3"73nnoBC B?AL$ 5HA/$7latinG 54LLA$7latinGQspanishQci 54JJ"$7PLi&ros re8istrados.P; 5/A$ $ACL WusuariosW ( WidW +archar(GT) 54LLA$ latinGQspanishQci "4$ "LL1 Wnom&reW +archar(XS) 54LLA$ latinGQspanishQci B?AL$ "LL1 !/3JA/R VR (WidW) ) "3"73nnoBC B?AL$ 5HA/$7latinG 54LLA$7latinGQspanishQci 54JJ"$7Psuarios de la &i&lioteca.P; 5/A$ $ACL WprestamosW ( Widli&roW +archar(GU) 54LLA$ latinGQspanishQci "4$ "LL1<br />
<br />
Pgina 4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
WidW +archar(GT) 54LLA$ latinGQspanishQci "4$ "LL1 WfechaprestamoW date "4$ "LL1 Wfechade+olucionW date B?AL$ "LL1 !/3JA/R VR (Widli&roW1WidW)1 VR Widli&roW (Widli&roW)1 VR WidW (WidW)1 54"$/A3"$ Widli&roW ?4/3" VR (Widli&roW) /?/"5 Wli&rosW (Widli&roW) 4" BL$ "4 A5$34" 4" !BA$ "4 A5$34"1 54"$/A3"$ WidW ?4/3" VR (WidW) /?/"5 WusuariosW (WidW) 4" BL$ "4 A5$34" 4" !BA$ "4 A5$34" ) "3"73nnoBC B?AL$ 5HA/$7latinG 54LLA$7latinGQspanishQci;<br />
<br />
:isuali;ación de información contenida en una base de datos 8n este e'ercicio se crear !n servlet !e acceda a la base de datos creada en el e'ercicio anterior y m!estre el contenido de las tablas. e as!me !e est instalado el conector D>I* del motor de bases de datos. 7os pasos a seg!ir son: 1. *rear !n servlet tal y como se ha visto en el e'ercicio anterior. &. *rear !n mtodo para cons!ltar la base de datos. 3. *rear !n mtodo para vis!ali@ar los datos. 4. Programar la l"gica del servlet. 8l servlet debe tomar como parmetro el nombre de la tabla a mostrar. Tambin se p!ede crear !na pgina DP en la !e el !s!ario introd!@ca el nombre de la tabla a vis!ali@ar. %, , er+let ue consulta una serie de ta&las ' de+uel+e los resultados , formateados en H$JL. ,% pacMa8e or8.curso.ser+lets; import import import import import import import<br />
<br />
*a+a.io.34ception; *a+a.io.!rint-riter; *a+a.ser+let.er+letception; *a+a.ser+let.annotation.-e&er+let; *a+a.ser+let.http.Httper+let; *a+a.ser+let.http.Httper+let/euest; *a+a.ser+let.http.Httper+let/esponse;<br />
<br />
import *a+a.sl.,; %,, , , 9author pedro ,% 9-e&er+let(name 7 6+erta&la61 url!atterns 7 {6%+erta&la6}) pu&lic class +erta&la etends Httper+let {<br />
<br />
Pgina 4(<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
%,, , !rocesses reuests for &oth H$$! , <code>$<%code> and , <code>!4$<%code> methods. , , 9param reuest ser+let reuest , 9param response ser+let response , 9thro2s er+letception if a ser+let@specific error occurs , 9thro2s 34ception if an 3%4 error occurs ,% protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter(); tr' { out.println(6<html>6); out.println(6<head>6); out.println(6<title>er+let +erta&la<%title>6); out.println(6<%head>6); out.println(6<&od'>6); out.println(muestra$a&laH$JL(reuest.8et!arameter(6nom&reta&la6))); out.println(6<%&od'>6); out.println(6<%html>6); } finall' { out.close(); } } %, , Be+uel+e un trin8 con la ta&la formateada en H$JL. , , 9param trin8 ta&la "om&re de la ta&la a +isualiar. , 9return trin8 5odi8o H$JL con el resultado. ,% pri+ate trin8 muestra$a&laH$JL(trin8 ta&la) { trin8 resultado 7 6<ta&le &order7G>Fn6; trin8YZ lista5ampos 7 null; &oolean c 7 true; %%... tr' { /esultet rs 7 consultaCB(ta&la); if(ta&la.euals(6usuarios6)) { resultado 7 ta&laH$JLusuarios(rs); } else if(ta&la.euals(6li&ros6)) { resultado 7 ta&laH$JLli&ros(rs); } else if(ta&la.euals(6prestamos6)) { resultado 7 ta&laH$JLprestamos(rs); }; resultado 7 6<%ta&le>6; } catch (ception e) { %% $ratar la ecepcion.<br />
<br />
Pgina 4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor <br />
<br />
D!lio de &01&<br />
<br />
e.printtacM$race(); } return resultado; } %, , /ealia una consulta a la &ase de datos para la ta&la dada ' de+uel+e , los resultados. , , 9param trin8 ta&la "om&re de la ta&la. , 9return trin8 $a&la formateada en H$JL. , 9thro2s NLception. ,% pri+ate /esultet consultaCB(trin8 ta&la) thro2s NLception { /esultet rs 7 null; tatement s 7 null; 5onnection coneion 7 null; tr' { 5lass.for"ame(6com.m'sl.*d&c.Bri+er6).ne23nstance();<br />
<br />
<br />
<br />
coneion 7 Bri+erJana8er.8et5onnection(6*d&cm'sl%%localhost%&i&liotecaKuser7curso:pass2ord76); s 7 coneion.createtatement(); rs 7 s.eecuteNuer'(6L5$ , ?/4J 6 ta&la); } catch (ception e) { %% $ratar las ecepciones. %%... e.printtacM$race(); }<br />
<br />
<br />
<br />
return rs; } %, , Be+uel+e el contenido de la ta&la Pli&rosP formateado a partir , de un /esulet. , , 9param /esultet rs Batos de los usuarios. , 9return trin8 Batos formateados en H$JL. , 9thro2s NLception. ,% pri+ate trin8 ta&laH$JLli&ros(/esultet rs) thro2s NLception { trin8 resultado 7 6<th>3dentificador de li&ro<%th><th>$:iacute;tulo<%th><th>Autor<%th>Fn6; 2hile(rs.net()) resultado 7 resultado 7 resultado 7 resultado 7 resultado 7 }<br />
<br />
{ 6<tr>6; 6<td>6 rs.8ettrin8(6idli&ro6) 6<%td>6; 6<td>6 rs.8ettrin8(6titulo6) 6<%td>6; 6<td>6 rs.8ettrin8(6autor6) 6<%td>6; 6<%tr>6;<br />
<br />
Pgina 4A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
return resultado; } %, , Be+uel+e el contenido de la ta&la PusuariosP formateado a partir , de un /esulet. , , 9param /esultet rs Batos de los usuarios. , 9return trin8 Batos formateados en H$JL. , 9thro2s NLception. ,% pri+ate trin8 ta&laH$JLusuarios(/esultet rs) thro2s NLception { trin8 resultado 7 6<th>3dentificador de usuario<%th><th>"om&re<%th>Fn6; 2hile(rs.net()) resultado 7 resultado 7 resultado 7 resultado 7 }<br />
<br />
{ 6<tr>6; 6<td>6 rs.8ettrin8(6id6) 6<%td>6; 6<td>6 rs.8ettrin8(6nom&re6) 6<%td>6; 6<%tr>6;<br />
<br />
return resultado; } %, , Be+uel+e el contenido de la ta&la PprestamosP formateado a partir , de un /esulet. , , 9param /esultet rs Batos de los usuarios. , 9return trin8 Batos formateados en H$JL. , 9thro2s NLception. ,% pri+ate trin8 ta&laH$JLprestamos(/esultet rs) thro2s NLception { trin8 resultado 7 6<th>3dentificador de li&ro<%th><th>3dentificador de usuario<%th><th>?echa pr:eacute;stamo<%th><th>?echa de+oluci:oacute;n<%th>Fn6; 2hile(rs.net()) resultado 7 resultado 7 resultado 7 resultado 7 resultado 7 resultado 7 }<br />
<br />
{ 6<tr>6; 6<td>6 6<td>6 6<td>6 6<td>6 6<%tr>6;<br />
<br />
rs.8ettrin8(6idli&ro6) 6<%td>6; rs.8ettrin8(6id6) 6<%td>6; rs.8ettrin8(6fechaprestamo6) 6<%td>6; rs.8ettrin8(6fechade+olucion6) 6<%td>6;<br />
<br />
return resultado; } %,, , Handles the H$$! , <code>$<%code> method. ,<br />
<br />
Pgina 50<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
D!lio de &01&<br />
<br />
, 9param reuest ser+let reuest , 9param response ser+let response , 9thro2s er+letception if a ser+let@specific error occurs , 9thro2s 34ception if an 3%4 error occurs ,% 94+erride protected +oid doet(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { process/euest(reuest1 response); } %,, , Handles the H$$! , <code>!4$<%code> method. , , 9param reuest ser+let reuest , 9param response ser+let response , 9thro2s er+letception if a ser+let@specific error occurs , 9thro2s 34ception if an 3%4 error occurs ,% 94+erride protected +oid do!ost(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { process/euest(reuest1 response); } %,, , /eturns a short description of the ser+let. , , 9return a trin8 containin8 ser+let description ,% 94+erride pu&lic trin8 8eter+let3nfo() { return 6hort description6; }<br />
<br />
}<br />
<br />
C#digo "uente de un servlet !ue muestra los contenidos de una tala de la ase de datos seg,n su nomre.<br />
<br />
<[9pa8e content$'pe76tet%html6 pa8encodin876$?@6[> <EB45$R! html> <html> <head> <meta http@eui+765ontent@$'pe6 content76tet%html; charset7$?@6> <title>Disualiador de ta&las<%title> <%head> <&od'> <form name76frm+erta&la6 method766!4$6 action76+erta&la6> "om&re de la ta&la <input t'pe76tet6 name76nom&reta&la6> <input t'pe76su&mit6 +alue76+er6> <%form> <%&od'> <%html><br />
<br />
P?gina JSP !ue llama al servlet anterior con el par?metro adecuado.<br />
<br />
Pgina 51<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Tema < Programaci"n de servicios %eb. b'etivos: •<br />
<br />
•<br />
<br />
*onocer las ar!itect!ras de programaci"n orientadas a servicios$ as como los mecanismos y protocolos asociados. *onocer la implementaci"n y el !so de servicios %eb.<br />
<br />
Introducción a la ar5uitectura de programación orientadas a servicios =#> ) se refiere a !n tipo de ar!itect!ra basada en servicios !sando estndares de nternet y protocolos abiertos. e f!ndamenta en los principios de re!sabilidad y ba'o acoplamiento$ de forma !e modificar !n elemento de la ar!itect!ra no tenga !n gran impacto en el resto y tambin b!sca facilitar la integraci"n e interacci"n entre servicios propios y de terceros. ) define como integrar diversas aplicaciones dispares !e !san distintas plataformas$ mas !e !n )P$ ) define el interfa@ en trminos de protocolos y f!ncionalidades. e trata de !tili@ar los servicios independientemente de s! implementaci"n. 9na ar!itect!ra ) refle'a la estr!ct!ra de la empresa.<br />
<br />
8n !na ar!itect!ra ) p!eden intervenir varios elementos: •<br />
<br />
ervicio: programa soft%are !e proporciona !na f!ncionalidad de negocio.<br />
<br />
•<br />
<br />
IroLer: es !n elemento !e ay!da a locali@ar servicios.<br />
<br />
•<br />
<br />
7ocator: es !n servicio !e actFa como !n registro de los servicios disponibles y ay!da en la locali@aci"n de !n servicio concreto.<br />
<br />
•<br />
<br />
Proveedor ;provider<: es la entidad !e proporciona el servicio.<br />
<br />
•<br />
<br />
*ons!midor ;re!ester<: es la entidad !e demanda el servicio.<br />
<br />
) es !na aproimaci"n al diseGo de aplicaciones comple'as basada en la identificaci"n y definici"n de los servicios !e debe ofrecer y la interacci"n entre dichos servicios. 7as interfaces son m!y importantes$ ya !e la idea base es desarrollar el sistema a partir de estas interfaces$ por lo !e s! definici"n ha de ser m!y rig!rosa. 7os servicios %eb ;%eb services o abreviado ?< p!eden !sarse para implementar !na ar!itect!ra ). 8stos servicios %eb p!eden ser desarrollos especficos o envolt!ras de sistemas heredados para !e p!edan !sar los servicios de red. 7a definici"n de servicio %eb segFn el ?3* es: +9n ervicio ?eb es !na aplicaci"n soft%are identificada por !n 9E$ c!yas interfaces se p!eden definir$ describir y desc!brir mediante doc!mentos =#7. 7os ervicios ?eb hacen posible la interacci"n Pgina 5&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
entre +agentes, de soft%are !tili@ando =#7 intercambiados mediante protocolos de nternet., Por lo tanto las bases de !n servicio %eb son: interoperabilidad$ !so de estndares abiertos y acoplamiento mnimo. 7as organi@aciones encargadas de definir la ar!itect!ra y estndares para los servicios %eb son ) y el ?3*. 8n Dava la implementaci"n de servicios %eb se p!ede hacer con D)=-?$ D)=-E o con otras libreras de terceros como )=& ;http://ais.apache.org/ais&/'ava/core/<. racle !tili@a por defecto D)=-? y D)=-E en ve@ de )=&. D)=-? se !tili@a para servicios %eb +grandes,$ !e !san )P para el intercambio de mensa'es y ?>7 para la definici"n de los interfaces$ donde la integraci"n re!iere el !so de conceptos avan@ados$ y D)=-? se hace para entornos mas pe!eGos donde la integraci"n sobre la %eb es mas fcil se !tili@a D)=-E.<br />
<br />
8st'ndares usados en ar5uitecturas # 7a ar!itect!ra ) se basa en estndares. )l ser !na ar!itect!ra distrib!ida y heterognea necesita estndares para la integraci"n de todos s!s componentes. ) contin!aci"n se describen los mas importantes. H&M4<br />
<br />
8l leng!a'e HT#7 ya se ha visto anteriormente. 8s !n leng!a'e de marcas !e !san los clientes %eb para presentar la informaci"n. @M4<br />
<br />
=#7 es !n leng!a'e de marcas pensado f!ndamentalmente para el intercambio de informaci"n. ) hace !n !so intensivo de =#7 para describir los servicios y los contenedores de los datos !e !sar y ofrece dicho servicio$ as como en el paso de mensa'es entre componentes. 8n Dava eisten varias )P especficas para el procesado de =#7. 9na de las mas completas ! fleibles es D)=P. Permite elegir entre varios parsers y es mod!lar y ampliable mediante pl!gins. e p!ede elegir entre varias )Ps: )=$ ># y t)= entre otras. )= est orientada a eventos y es m!y potente$ pero mas difcil de !sar$ en cambio ># es mas sencillo pero cons!me mas rec!rsos$ al almacenar todo el doc!mento en memoria p!esto !e re!iere conocer la estr!ct!ra completa del fichero =#7. 7a )P t)= es mas simple de !sar !e )= y cons!me menos rec!rsos !e >#$ por lo !e se p!ede decir !e es !n p!nto intermedio entre ambas )P. e define en el pa!ete javax.xml.stream . 8s !na )P mas moderna y se basa en !n parser de fl!'os bidireccional de tipo +p!ll, !e se !tili@a mediante eventos.<br />
<br />
Pgina 53<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Todas estas )P se enmarcan en las libreras D)=P$ !e es la parte de Dava !e se encarga del procesado =#7. JS$'<br />
<br />
8s !n formato de teto ligero para el intercambio de datos basado en !n s!bcon'!nto del leng!a'e Davacript. 8s entendible directamente por h!manos y fcilmente interpretable y generable por m!inas$ lo c!al lo posiciona como !n s!stit!to de =#7 en alg!nos casos. ! estr!ct!ra lo hace especialmente fcil de interpretar para programadores familiari@ados con la sintais de *$ !e comparten m!chos otros programas como *KK$ Perl$ Python o Dava. Dava no soporta directamente DJ$ pero eisten libreras de libre !so para soportarlo. Hay mas informaci"n disponible en http://'son.org/'ava/. S$AP<br />
<br />
)P ;imple b'ect )ccess Protocol< es !n protocolo de intercambio de informaci"n en =#7 en red !e se !sa principalmente en servicios %eb !sando HTTP como transporte. >eriva del protocolo =#7-EP*$ y act!almente se enc!entra a!spiciado por el ?3*. 7a versi"n act!al es la 1.&. 8ste protocolo forma parte de la pila de protocolos !e !san los servicios %eb. 7os servicios %eb !san mensa'es )P para reali@ar cons!ltas y devolver res!ltados. S54<br />
<br />
?>7 ;?eb ervices >escription 7ang!age< es !na informaci"n escrita en =#7 !e proporciona informaci"n acerca de !n servicio %eb$ permitiendo conocer la interfa@ pFblica del servicio %eb. 7a versi"n act!al es la &.0. 7a informaci"n !e proporciona ?>7 acerca de !n servicio %eb permite conocer de forma abstracta la interfa@ del servicio %eb$ es decir$ la forma de com!nicarse con el servicio %eb$ los re!isitos del protocolo$ el formato de los datos$ etc. 7a descripci"n del servicio %eb permite al cliente conocer los detalles para com!nicarse con el mismo. %(S&<br />
<br />
E8T ;E8presentational tate Transfer< es !n modelo ar!itect!ra de soft%are distrib!ida !e se aplica a servicios %eb y mas simple !e )P y ?>7. 8s adec!ado para escenarios bsicos donde la integraci"n sea sencilla$ en contraposici"n de los escenarios +grandes,. ) las implementaciones !e sig!en los principios de E8T se las denomina +RESTful,. 8sta ar!itect!ra se centra en al concepto de rec!rsos$ c!yo estado reside en el servidor. 7os clientes acceden al rec!rso mediante representaciones del mismo de alg!na de las sig!ientes formas: •<br />
<br />
Transferidas mediante HTTP.<br />
<br />
Pgina 54<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
•<br />
<br />
#ediante formatos de representaci"n ;HT#7$ =#7$ DJ$ etc.<<br />
<br />
•<br />
<br />
#ediante tipos ##8 especificados en las cabeceras.<br />
<br />
7os rec!rsos se identifican mediante 9E$ y se basa el !so de este tipo de servicios %eb en !n con'!nto de operaciones sobre estor 9E con !na semntica predefinida. 8n Dava se !sa la )P D)=-E para la implementaci"n de servicios %eb con E8T. =55I<br />
<br />
9>> ;9niversal >escription$ >iscovery and ntegration< es !n servicio de registro basado en =#7 !e ay!da a la locali@aci"n de servicios %eb. 8l servicio recibe mensa'es )P y dev!elve informaci"n sobre el ?>7 del servicio. 8n &00 #icrosoft$ I# y )P de'aron de dar soporte al registro en nternet$ y act!almente se !sa de forma resid!al dentro de alg!nas empresas.<br />
<br />
Protocolos de intercambio de información en ?M/ 7os mensa'es )P constan de tres partes: sobre ;envelope<$ cabecera ;header< y c!erpo ;body<.<br />
<br />
<Kml +ersion76G.06 encodin876$?@6K><n+elope mlns76http%%schemas.mlsoap.or8%soap%en+elope%6> <Header%> <Cod'> <nsUhello mlnsnsU76http%%curso.me.or8%6> <name>mundo<%name> <%nsUhello> <%Cod'> <%n+elope><br />
<br />
(jemplo de petici#n S$AP. <Kml +ersion76G.06 encodin876$?@6K><n+elope mlns76http%%schemas.mlsoap.or8%soap%en+elope%6> <Cod'> <nsUhello/esponse mlnsnsU76http%%curso.me.or8%6> <return>Hola mundo E<%return> <%nsUhello/esponse> <%Cod'> <%n+elope><br />
<br />
(jemplo de respuesta S$AP.<br />
<br />
; )P$ =#7-EP*. 8str!ct!ra de los mensa'es. <<br />
<br />
Pgina 55<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Consejo: si se !tili@a Blassfish como servidor se p!de probar el servicio directamente sin escribir !n cliente$ basta con acceder a la !rl del servicio y aGadir + K $ester,. 8n la resp!esta al test se p!eden ver los mensa'es )P en =#7.<br />
<br />
@escripción del servicio( )@/ 7a descripci"n del servicio es m!y importante$ ya !e permite a los clientes saber c"mo com!nicarse con el servicio %eb. 7a descripci"n del servicio se organi@a como !n con'!nto de terminaciones de red ;endpoints< o p!ertos ;ports< dependiendo de la versi"n. 7a informaci"n ofrecida por ?>7 se escribe en =#7 y tiene$ entre otros$ los sig!ientes elementos: •<br />
<br />
•<br />
<br />
•<br />
<br />
t'pes: describe los datos$ bien con !n es!ema referenciado o bien incr!stado. messa8e: contiene informaci"n acerca de !na operaci"n$ normalmente hay !n message por operaci"n. 8n ?>7 &.0 no se !tili@an al !sar es!emas =#7 para definir los c!erpos de las entradas y salidas. port$'pe: define !n servicio %eb$ las operaciones !e se p!eden reali@ar y los mensa'es para esas operaciones. 8n ?>7 &.0 se llaman interfaces.<br />
<br />
•<br />
<br />
operation: define las acciones )P y la forma en !e se codifican.<br />
<br />
•<br />
<br />
&indin8: especifica el interfa@ y define parmetros y operaciones de )P.<br />
<br />
•<br />
<br />
•<br />
<br />
ser+ice: contiene el con'!nto de f!nciones !e se m!estran a los protocolos %eb. port: define el p!nto de conei"n o la direcci"n del servicio %eb. Jormalmente es !na !rl. 8n ?>7 &.0 se llaman endpoint.<br />
<br />
<Kml +ersion7PG.0P encodin87P$?@PK> <definitions mlns2su76http%%docs.oasis@open.or8%2ss%U00X%0G%oasis@U00X0G@2ss@ 2ssecurit'@utilit'@G.0.sd6 mlns2sp76http%%222.2I.or8%ns%2s@polic'6 mlns2spGQU76http%%schemas.mlsoap.or8%2s%U00X%0\%polic'6 mlns2sam76http%%222.2I.or8%U00]%0S%addressin8%metadata6 mlnssoap76http%%schemas.mlsoap.or8%2sdl%soap%6 mlnstns76http%%curso.me.or8%6 mlnssd76http%%222.2I.or8%U00G%^JLchema6 mlns76http%%schemas.mlsoap.or8%2sdl%6 tar8et"amespace76http%%curso.me.or8%6 name76sr+G6><br />
<br />
<t6pes> <sdschema> <sdimport namespace76http%%curso.me.or8%6 schemaLocation76http%%localhost00%2sG%sr+GKsd7G6%> <%sdschema><br />
<br />
<+t6pes> <*essage name76hello6> <part name76parameters6 element76tnshello6%><br />
<br />
<+*essage> <*essage name76hello/esponse6> <part name76parameters6 element76tnshello/esponse6%><br />
<br />
Pgina 5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<+*essage> <port6pe name76sr+G6> <operation name76hello6> <input 2samAction76http%%curso.me.or8%sr+G%hello/euest6 messa8e76tnshello6%> <output 2samAction76http%%curso.me.or8%sr+G%hello/esponse6 messa8e76tnshello/esponse6%><br />
<br />
<+operation> <+port6pe> <binding name76sr+G!ortCindin86 t'pe76tnssr+G6 > <soap&indin8 transport76http%%schemas.mlsoap.or8%soap%http6 st'le76document6%> <operation name76hello6> <soapoperation soapAction766%> <input> <soap&od' use76literal6%> <%input> <output> <soap&od' use76literal6%> <%output><br />
<br />
<+operation> <+binding> <service name76sr+G6> <port name76sr+G!ort6 &indin876tnssr+G!ortCindin86 > <soapaddress location76http%%localhost00%2sG%sr+G6%><br />
<br />
<+port> <+service> <%definitions><br />
<br />
(jemplo de "ic+ero S54.<br />
<br />
Consejo: se p!ede obtener el fichero ?>7 de !n servicio %eb aGadiendo + K2sdl, a s! !rl.<br />
<br />
Interfa; del servicio web a partir de su descripción 8l fichero ?>7 detalla perfectamente las caractersticas del servicio %eb. 8s a partir de esta descripci"n !e los clientes sabrn c"mo han de conectar con el servicio %eb$ c!ales son s!s parmetros y c!ales las resp!estas. 8sta descripci"n define la interfa@ de com!nicaci"n en !n sistema distrib!ido$ por lo !e se as!me !e los clientes !e p!eden acceder al servicio son heterogneos pero con !na capa de middle%are !e homogenei@a el comportamiento de todos los elementos. >e ah la importancia de la descripci"n del servicio a la hora de definir s! interfa@. Tan importante es la descripci"n del servicio !e hay herramientas de desarrollo !e permiten crear la base de !n n!evo servicio %eb a partir de !n fichero ?>7. 8n los desarrollos de aplicaciones ) normalmente se crean primero las descripciones del servicio y posteriormente se codifican los programas. 8sto es as por!e es importante conocer la estr!ct!ra de los servicios a priori$ ya !e hay !e verificar !e c!mplen con las epectativas y re!isitos del cliente$ y por!e adems varios e!ipos de desarrollo p!eden traba'ar en paralelo. >iseGar la interfa@ del servicio a partir de s! descripci"n hace !e se dependa menos de las herramientas de generaci"n de ficheros<br />
<br />
Pgina 5(<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
?>7 a partir de c"digo$ !e p!eden hacer referencia tipos de datos o procedimientos propios de la plataforma en la !e se desarroll" el c"digo. 7a interfa@ de !n servicio %eb la componen los datos !e se intercambian y los servicios !e se p!blican. )mbos tipos de informaci"n estn contenidos en la descripci"n del servicio$ y se p!eden obtener fcilmente con tan solo mirar las secciones types o las secciones operation. 9n e'emplo de !so de la descripci"n de la interfa@ a partir de la descripci"n lo tenemos en la herramienta Jetbeans con la opci"n de crear !n n!evo servicio %eb a partir de !n fichero ?>7.<br />
<br />
Creaci#n de un servicio we a partir de un "ic+ero S54.<br />
<br />
8ste tipo de herramientas facilitan la creaci"n de prototipos y de los +es!eletos, de las aplicaciones cliente$ como se ver mas adelante en la prctica.<br />
<br />
9so de servicios web mediante un cliente *!ando !n programador debe implementar !n servicio %eb conocer la descripci"n del servicio %eb a partir del fichero ?>7 le permite crear parte de la estr!ct!ra necesaria para desarrollar la parte de la aplicaci"n !e se com!nica con el servicio %eb. *on la secci"n +types, se p!ede saber el tipo de dato !e se se enva o recibe. 8sto tiene la venta'a de ser independiente del leng!a'e !tili@ado tanto en el desarrollo del servicio %eb como de los clientes$ debiendo trad!cir los tipos genricos a tipos de datos del leng!a'e de programaci"n !sado y viceversa. 7as secciones +operation, se podran ver como los mtodos !e soporta el servicio %eb. Por lo tanto$ !niendo todas las secciones de !n fichero ?>7 se p!eden obtener los prototipos de las f!nciones !e p!ede implementar !n cliente del servicio %eb. >esde el entorno de desarrollo Jetbeans se p!ede crear !n cliente de servicio %eb a partir de !n fichero ?>7 sig!iendo los sig!ientes pasos:<br />
<br />
Pgina 5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
1<br />
<br />
)brir !n proyecto o crear !no n!evo.<br />
<br />
&<br />
<br />
8n la aplicaci"n aGadir !n n!evo cliente de servicios %eb.<br />
<br />
3<br />
<br />
8legir el origen del fichero ?>7.<br />
<br />
4<br />
<br />
e crean las clases necesarias de forma a!tomtica.<br />
<br />
Pgina 5A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
5<br />
<br />
D!lio de &01&<br />
<br />
)hora los servicios %eb p!eden ser !sados por la aplicaci"n$ por e'emplo desde !n sevlet o desde !na pgina DP.<br />
<br />
5.1 Para !sar los servicios desde !n servlet se crea !n servlet n!evo o se !sa !no ya eistente. 8n la ventana c"digo se selecciona la opci"n +nsert code, del menF contet!al. 8ntre las operaciones !e aparecen se debe seleccionar +*all ?eb ervice operation,.<br />
<br />
8n la n!eva ventana !e aparece se selecciona la operaci"n deseada.<br />
<br />
8l editor inserta el c"digo a!tomticamente. pri+ate 3nte8er suma(int opG1 int opU) { or8.curso.cliente2sG.r+G port 7 ser+ice.8etr+G!ort(); return port.suma(opG1 opU); }<br />
<br />
C#digo generado por 'etneans para llamar a un servicio we desde un servlet.<br />
<br />
)hora el servicio %eb p!ede ser llamado invocando el n!evo mtodo.<br />
<br />
Pgina 0<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
5.& Para !sar los servicios %eb desde !na pgina DP basta con desplegar la rama +?eb ervices Eeference, del panel de proyectos y arrastrar la f!nci"n deseada al l!gar de la pgina DP deseado. 8l editor se encarga de generar el c"digo base para !e l!ego p!eda ser a'!stado. <[ tr' { or8.curso.cliente2sG.r+GQer+ice ser+ice 7 ne2 or8.curso.cliente2sG.r+GQer+ice(); or8.curso.cliente2sG.r+G port 7 ser+ice.8etr+G!ort(); %% $4B4 initialie - operation ar8uments here int opG 7 0; int opU 7 0; %% $4B4 process result here *a+a.lan8.3nte8er result 7 port.suma(opG1 opU); out.println(6/esult 7 6result); } catch (ception e) { %% $4B4 handle custom eceptions here } [><br />
<br />
C#digo generado por 'eteans para usar un servicio we desde una p?gina JSP.<br />
<br />
8"emplo de uso de servicios web( Aoogle Maps Boogle maps se p!ede integrar en otras aplicaciones mediante servicios %eb. 8n la direcci"n https://developers.google.com/maps/doc!mentation/%ebservices/QhlRes se enc!entra mas informaci"n al respecto.<br />
<br />
Pgina 1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas $reación y uso de un servicio web simple 5ue se comuni5ue con una base de datos 8n esta prctica se crear !n servicio %eb !e cons!lte !na base de datos y !e dev!elva los res!ltados a !n cliente. *omo base de datos se !sar la base de datos de biblioteca creada anteriormente. 8l servicio %eb consistir en devolver$ a partir de !n identificador de libro$ si est o no prestado. Para probar el servicio se !tili@arn los sig!ientes elementos: •<br />
<br />
•<br />
<br />
•<br />
<br />
9na pgina DP con !n form!lario para !e el !s!ario introd!@ca el c"digo del libro. 9n servlet !e actFe como cliente del servicio %eb y m!estre la resp!esta. 9n servicio %eb !e cons!lte la base de datos e informe de si el tt!lo est prestado o no.<br />
<br />
<[9pa8e content$'pe76tet%html6 pa8encodin876$?@6[> <EB45$R! html> <html> <head> <meta http@eui+765ontent@$'pe6 content76tet%html; charset7$?@6> <title>5onsulta de pr:eacute;stamo<%title> <%head> <&od'> <form name76consultaprestamo6 action76consultaprestamo6 method76!4$6> 3ntroduca el c:oacute;di8o del li&ro <input t'pe76tet6 name76codi8oli&ro6> <input t'pe76su&mit6 +alue765ompro&ar6> <%form> <%&od'> <%html><br />
<br />
P?gina JSP con el "ormulario de entrada de datos. %, , er+let ue consulta un ser+icio 2e& para sa&er si el li&ro ue se indica , en el parametro esta o no prestado. ,% pacMa8e or8.curso.ser+lets; import import import import import import import<br />
<br />
*a+a.io.34ception; *a+a.io.!rint-riter; *a+a.ser+let.er+letception; *a+a.ser+let.annotation.-e&er+let; *a+a.ser+let.http.Httper+let; *a+a.ser+let.http.Httper+let/euest; *a+a.ser+let.http.Httper+let/esponse;<br />
<br />
%,, , , 9author pedro ,% 9-e&er+let(name 7 65onsulta!restamo61 url!atterns 7 {6%consultaprestamo6}) pu&lic class 5onsulta!restamo etends Httper+let {<br />
<br />
Pgina &<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
%,, , !rocesses reuests for &oth H$$! , <code>$<%code> and , <code>!4$<%code> methods. , , 9param reuest ser+let reuest , 9param response ser+let response , 9thro2s er+letception if a ser+let@specific error occurs , 9thro2s 34ception if an 3%4 error occurs ,% protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter(); tr' { %, , $4B4 output 'our pa8e here. Rou ma' use follo2in8 sample code. ,% out.println(6<html>6); out.println(6<head>6); out.println(6<title>er+let 5onsulta!restamo<%title>6); out.println(6<%head>6); out.println(6<&od'>6); if(consulta!restado(reuest.8et!arameter(6codi8oli&ro6))) { out.println(6l li&ro est:aacute; prestado.6); } else { out.println(6l li&ro est:aacute; disponi&le.6); } out.println(6<%&od'>6); out.println(6<%html>6); } finall' { out.close(); } } %%... pri+ate static &oolean consulta!restado(*a+a.lan8.trin8 codi8oLi&ro) { or8.curso.2scli.-s5onsultaQer+ice ser+ice 7 ne2 or8.curso.2scli.-s5onsultaQer+ice(); or8.curso.2scli.-s5onsulta port 7 ser+ice.8et-s5onsulta!ort(); return port.consulta!restado(codi8oLi&ro); } }<br />
<br />
Servlet !ue act,a como cliente del servicio we. pacMa8e or8.curso.2s; import import import import<br />
<br />
*a+a.sl.,; *a+a.*2s.-e&Jethod; *a+a.*2s.-e&!aram; *a+a.*2s.-e&er+ice;<br />
<br />
%,,<br />
<br />
Pgina 3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
, , 9author pedro ,% 9-e&er+ice(ser+ice"ame 7 62s5onsulta6) pu&lic class 2s5onsulta { %,, , 5omprue&a si un li&ro esta prestado. , , 9return &oolean true si esta prestado. ,% 9-e&Jethod(operation"ame 7 6consulta!restado6) pu&lic &oolean consulta!restado(9-e&!aram(name 7 6codi8oLi&ro6) trin8 idLi&ro) { &oolean resultado 7 false; tr' { /esultet rs 7<br />
<br />
consultaCBi&ro!restado(idLi&ro);<br />
<br />
if(rs.net() E7 false) { resultado 7 true; } } catch (NLception e) { e.printtacM$race(); }<br />
<br />
<br />
<br />
return resultado; } pri+ate /esultet consultaCBi&ro!restado(trin8 idli&ro) thro2s NLception { /esultet rs 7 null; tatement s 7 null; 5onnection coneion 7 null; tr' { 5lass.for"ame(6com.m'sl.*d&c.Bri+er6).ne23nstance();<br />
<br />
<br />
<br />
coneion 7 Bri+erJana8er.8et5onnection(6*d&cm'sl%%localhost%&i&liotecaKuser7curso:pass2ord76); s 7 coneion.createtatement(); rs 7 s.eecuteNuer'(6L5$ , ?/4J prestamos -H/ idli&ro7P6 idli&ro 6P A"B fechade+olucion is "LL6); } catch (ception e) { %% $ratar las ecepciones. %%... e.printtacM$race(); }<br />
<br />
<br />
<br />
return rs; } }<br />
<br />
Servicio we !ue consulta la ase de datos.<br />
<br />
Pgina 4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
$reación de un servicio web a partir de un fic+ero )@/ 8l e'ercicio consiste en$ dado !n fichero ?>7$ crear !n n!evo servicio %eb e identificar c"mo los distintos parmetros del fichero se convierten en mtodos y variables Dava. Para ello se !sar el entorno Jetbeans !e generar el c"digo a partir del fichero. 2ichero ?>7 a partir del c!al se generar !n servicio %eb: <Kml +ersion76G.06 encodin876$?@6 standalone76'es6K> <definitions mlns2su76http%%docs.oasis@open.or8%2ss%U00X%0G%oasis@U00X0G@2ss@ 2ssecurit'@utilit'@G.0.sd6 mlns2sp76http%%222.2I.or8%ns%2s@polic'6 mlns2spGQU76http%%schemas.mlsoap.or8%2s%U00X%0\%polic'6 mlns2sam76http%%222.2I.or8%U00]%0S%addressin8%metadata6 mlnssoap76http%%schemas.mlsoap.or8%2sdl%soap%6 mlnstns76http%%sr+G.curso.or8%6 mlnssd76http%%222.2I.or8%U00G%^JLchema6 mlns76http%%schemas.mlsoap.or8%2sdl%6 tar8et"amespace76http%%sr+G.curso.or8%6 name76sr+G6> <t'pes> <sschema mlnstns76http%%sr+G.curso.or8%6 mlnss76http%%222.2I.or8%U00G%^JLchema6 +ersion76G.06 tar8et"amespace76http%%sr+G.curso.or8%6> <selement name76suma6 t'pe76tnssuma6%> <selement name76suma/esponse6 t'pe76tnssuma/esponse6%> <scomple$'pe name76suma6> <sseuence> <selement name76opG6 t'pe76sint6%> <selement name76opU6 t'pe76sint6%> <%sseuence> <%scomple$'pe> <scomple$'pe name76suma/esponse6> <sseuence> <selement name76return6 t'pe76sint6 min4ccurs7606%> <%sseuence> <%scomple$'pe> <%sschema> <%t'pes> <messa8e name76suma6> <part name76parameters6 element76tnssuma6%> <%messa8e> <messa8e name76suma/esponse6> <part name76parameters6 element76tnssuma/esponse6%> <%messa8e> <port$'pe name76sr+G6> <operation name76suma6> <input 2samAction76http%%sr+G.curso.or8%sr+G%suma/euest6 messa8e76tnssuma6%> <output 2samAction76http%%sr+G.curso.or8%sr+G%suma/esponse6 messa8e76tnssuma/esponse6%> <%operation> <%port$'pe> <&indin8 name76sr+G!ortCindin86 t'pe76tnssr+G6> <soap&indin8 transport76http%%schemas.mlsoap.or8%soap%http6 st'le76document6%> <operation name76suma6> <soapoperation soapAction766%> <input> <soap&od' use76literal6%> <%input> <output> <soap&od' use76literal6%> <%output><br />
<br />
Pgina 5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<%operation> <%&indin8> <ser+ice name76sr+G6> <port name76sr+G!ort6 &indin876tnssr+G!ortCindin86> <soapaddress location76http%%localhost00%appG%sr+G6%> <%port> <%ser+ice> <%definitions><br />
<br />
7os pasos a seg!ir ya han sido descritos con anterioridad: 1<br />
<br />
*rear !n n!evo proyecto tipo +)plicaci"n ?eb Dava,.<br />
<br />
&<br />
<br />
)brir el menF contet!al del proyecto y seleccionar +J!evo de ?>7,.<br />
<br />
3<br />
<br />
)brir el archivo ?>7.<br />
<br />
Pgina <br />
<br />
ervicio %eb a partir<br />
<br />
→<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
4<br />
<br />
D!lio de &01&<br />
<br />
8l editor genera el c"digo para el servicio %eb. pacMa8e or8.prue&as; import *a+a.*2s.-e&er+ice; %,, , , 9author !edro Cenito ,% 9-e&er+ice(ser+ice"ame 7 6sr+G61 port"ame 7 6sr+G!ort61 endpoint3nterface 7 6or8.curso.sr+G.r+G61 tar8et"amespace 7 6http%%sr+G.curso.or8%61 2sdlLocation 7 6-C@3"?%2sdl%ser+icio!rue&a%prue&a.2sdl6) pu&lic class ser+icio!rue&a { pu&lic *a+a.lan8.3nte8er suma(int opG1 int opU) { %%$4B4 implement this method thro2 ne2 nsupported4perationception(6"ot implemented 'et.6); } }<br />
<br />
5<br />
<br />
Na se p!ede reali@ar la implementaci"n del mtodo o mtodos. Hay !e acordarse de devolver !n valor$ p!esto !e por defecto lan@a !na ecepci"n.<br />
<br />
Pgina (<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Tema B Beneraci"n dinmica de pginas %eb interactivas. b'etivos: •<br />
<br />
•<br />
<br />
•<br />
<br />
*onocer las tcnicas de generaci"n de pginas %eb interactivas. *onocer las diferencias entre la generaci"n de contenido en el servidor y en el cliente. 9sar las tecnologas act!ales para la generaci"n de contenido de forma dinmica$ as como la modificaci"n de la estr!ct!ra de !na pgina %eb.<br />
<br />
Introducción al procesamiento del lado del cliente *omo ya se ha mencionado$ en las ar!itect!ras distrib!idas el !s!ario interactFa con el cliente y ste se apoya en el servidor para reali@ar ciertas tareas. egFn el tipo de cliente se p!ede hablar de clientes ligeros$ pesados e hbridos. 4os clientes ligeros ;thin client< actFan como meros intermediarios entre el !s!ario y el servidor$ s!elen necesitar pocos rec!rsos hard%are y no implementan ning!na parte de la l"gica de la aplicaci"n. 9n e'emplo de cliente ligero son los navegadores %eb. 4os clientes pesados ;fat client< implementan gran parte de la l"gica de la aplicaci"n$ procesan los datos antes de enviarlos al servidor y tienen mayores re!isitos de hard%are$. 4os clientes +ridos s!elen !tili@arse en escenarios en los !e la l"gica de la aplicaci"n est repartida entre el cliente y el servidor. 9n e'emplo de cliente hbrido es !n cliente !e accede a !na base de datos y e'ec!ta procedimientos almacenados.<br />
<br />
) veces el procesamiento del lado del cliente es deseable$ e incl!so necesario. 7os clientes de aplicaciones enri!ecidas %eb &.0 necesitan !e el navegador realice ciertas operaciones !e no se limitan al mero renderi@ado de los datos ya procesados por el servidor. *ada tipo de cliente tiene s!s venta'as y s!s inconvenientes: Centa'as<br />
<br />
nconvenientes<br />
<br />
*liente ligero Jecesita pocos rec!rsos.<br />
<br />
#ayor comple'idad del servidor.<br />
<br />
#!ltiplataforma ;%eb<. mplementaci"n sencilla.<br />
<br />
*liente pesado<br />
<br />
#enor comple'idad del servidor.<br />
<br />
#ayor !so de rec!rsos del cliente. mplementaci"n mas comple'a.<br />
<br />
7os clientes p!eden reali@ar operaciones relacionadas con la l"gica de negocio pero tambin necesitan reali@ar operaciones relacionadas con le interacci"n del !s!ario. Pgina <br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
*!anto mas completa sea la interacci"n con el !s!ario mayor comple'idad tendr el cliente. 7os desarrollos %eb !tili@an cada ve@ mas tecnologas de cliente para proporcionar al !s!ario la ergonoma y la eperiencia de !so !e se demanda. 8sto provoca !e los sencillos cliente %eb de hace !nos aGos ahora se han dotado de gran cantidad de tecnologas !e re!ieren mayores rec!rsos hard%are. )Fn as se p!eden considerar clientes ligeros ya !e la parte mas importante del procesamiento se reali@a del lado del servidor.<br />
<br />
Tecnologas relacionadas con la generación din'mica de p'ginas web interactivas 8n las aplicaciones %eb la mayor venta'a consiste en la !niversalidad del acceso$ ya !e al basarse en estndares y residir la l"gica de negocio en las aplicaciones de servidor los clientes solamente tienen !e implementar las tecnologas de renderi@ado y de acceso al servidor. 7as pginas %eb dinmicas p!eden ser generadas por el servidor$ el cliente o ambos. 8l servidor p!ede descargar al cliente de la parte de generaci"n del contenido de m!y diversas maneras$ no solo al procesar los datos si no tambin al !tili@ar controles !e ay!dan a la presentaci"n de los datos$ como por e'emplo Davaerver 2aces o los controles de servidor !tili@ados en )P.net para crear interfaces de !s!ario. 8n cambio hay otras tecnologas !e se implementan ntegramente en el lado del cliente %eb$ como por e'emplo Davacript y *. JavaScript es !n leng!a'e de programaci"n !e est implementado en la mayora de navegadores$ y !e permite crear pginas %eb dinmicas. 8s orientado a ob'etos$ interpretado y s! sintais es similar a la de *. e p!ede implementar en el cliente pero tambin en el servidor.<br />
<br />
7os programas hechos en Davacript se integran en la pgina %eb incr!stando el c"digo dentro de los tags <script> o bien reverencindolo mediante !na 9E7. Davacript permite reali@ar m!chos tipos de tareas en los navegadores: validar entradas$ oc!ltar o mostrar informaci"n$ reali@ar efectos vis!ales$ !sar el ># para manip!lar el doc!mento$ e incl!so com!nicarse asncronamente con el servidor !sando )D)=. 8n la act!ali@ad el !so de Davacript est m!y etendido y lo soportan la prctica totalidad de los navegadores. 8l !so de Davacript en pginas %eb interactivas es tan importante !e los desarrolladores de navegadores invierten gran cantidad de tiempo en me'orar el motor de interpretaci"n de este leng!a'e$ an!nciando las me'oras en este aspecto en cada n!eva versi"n. Para evitar pagar derechos #icrosoft ha reali@ado s! propia versi"n de Davacript llamada Dscript. 7a versi"n oficial de Davacript se denomina 8*#)cript y est estandari@ado con la norma 1&&.<br />
<br />
Pgina A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
%, Jostrar u ocultar un elemento. ,% function Juestra4culta(id) { +ar elemento; elemento 7 document.8etlementC'3d(id); if(elemento.st'le.+isi&ilit' 77 P+isi&leP) { elemento.st'le.+isi&ilit' 7 PhiddenP; } else { elemento.st'le.+isi&ilit' 7 P+isi&leP; } }<br />
<br />
(jemplo de c#digo JavaScript.<br />
<br />
CSS es !n leng!a'e para describir el aspecto de !n doc!mento. 7os navegadores !san * para poder separar el contenido de la presentaci"n en las pginas %eb. Permite !e m!chas pginas p!edan tener !n mismo formato$ y red!ce el !so de tablas.<br />
<br />
7as ho'as de estilo p!eden incr!starse en el doc!mento mediante las eti!etas <style> o bien cargar se !sando !na 9E7. &od' { font@famil' Derdana1Arial1Hel+etica1sans@serif; font@sie GUp; font@st'le normal; font@2ei8ht normal; font@+ariant normal; color &lacM; tet@decoration none; } a { color #0000ff; tet@decoration none; } aho+er { tet@decoration underline; } .titulo { font@sie Gp; font@2ei8ht &old; } .tituloU { font@sie GXp; font@2ei8ht &old; }<br />
<br />
(jemplo de un "ic+ero de +oja de estilo CSS.<br />
<br />
#e@clando varias de estas tecnologas s!rgen otras n!evas$ como por e'emplo )D)=. 8sta tecnologa !tili@a Davacript y =#7 para reali@ar llamadas asncronas al servidor y dotar a la pgina %eb de mayor interacci"n y dinamismo. e ver con mayor detalle mas adelante. Pgina (0<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8isten libreras !e facilitan el !so de estas tecnologas$ como por e'emplo la libreras '6!ery ;http://'!ery.com/< !e simplifica el !so de Davacript en los navegadores a travs de !n frame%orL. j3uer- est diseGado para reali@ar f!nciones como seleccionar elementos del >#$ crear animaciones$ mane'ar eventos y crear aplicaciones !e !sen )D)=. 8iste !n s!bproyecto llamado '6!ery-!i !e ay!da a desarrollar aplicaciones con interfaces grficos mas potentes y !niformes abstrayendo al programador de las f!nciones de ba'o nivel. <EB45$R! html> <html lan876en6> <head> <meta charset76utf@6> <title>*Nuer' demo<%title> <%head> <&od'> <a href76http%%*uer'.com%6 rel="nofollow">*Nuer'<%a><br />
<br />
<script src=".ttp,++aa)'googeapis'co*+aa)+ibs+3uer6+:';+3uer6'*in's"><+script> <script> (docu*ent#'read6(unction(# ("a"#'cic?(unction(event# aert("As 6ou can see! t.e in? no onger too? 6ou to 3uer6'co*"#1 event'prevent7eaut(#1 #1 #1 <+script> <%&od'> <%html><br />
<br />
(jemplo de uso de j3uer- en una p?gina we B/uente) j!uer-.com.<br />
<br />
:erificación de la información en el cliente 9na de las f!nciones mas interesantes del procesado del lado del servidor es la de reali@ar !na primera verificaci"n de los datos !e ha introd!cido el !s!ario antes de enviarlos al servidor. 9sando Davacript se p!eden controlar ciertos aspectos relativos a los datos introd!cidos por el !s!ario c!ando ste p!lsa el bot"n +8nviar, o c!ando abandona !n control$ por e'emplo para saber si el campo est vaco o si el dato tiene !n formato concreto. 8stas verificaciones no s!stit!yen a las !e realice el servidor$ si no !e las complementa al no tener !e acceder a la red para reali@ar alg!nas comprobaciones sobre los datos introd!cidos. e !tili@a la gesti"n de eventos de Davacript para e'ec!tar las acciones de verificaci"n sobre los datos introd!cidos por el !s!ario. 7os eventos de Davacript se p!eden asociar a distintos elementos de !na pgina %eb especificndolos en s! tag. on eventos !e se prod!cen en el cliente ;navegador< como<br />
<br />
Pgina (1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
res!ltado de la interacci"n del !s!ario mediante el rat"n o el teclado o ba'o otras circ!nstancias como por e'emplo la carga de la pgina o el envo de !n form!lario. 7os eventos Davacript son: •<br />
<br />
on*licL: hacer clic con el rat"n sobre el elemento.<br />
<br />
•<br />
<br />
on>bl*licL: hacer doble clic sobre el elemento.<br />
<br />
•<br />
<br />
on#o!se>o%n: al p!lsar el bot"n.<br />
<br />
•<br />
<br />
on#o!se9p: c!ando se de'a de p!lsar el bot"n.<br />
<br />
•<br />
<br />
on*ontet#en!: al p!lsar el bot"n derecho del rat"n.<br />
<br />
•<br />
<br />
on#o!sever: c!ando el p!ntero del rat"n pasa sobre el elemento.<br />
<br />
•<br />
<br />
on#o!se!t: c!ando el rat"n de'a de estar sobre el elemento.<br />
<br />
•<br />
<br />
onSeyPress: c!ando se p!lsa y se s!elta !na tecla.<br />
<br />
•<br />
<br />
onSey>o%n: c!ando se p!lsa !na tecla.<br />
<br />
•<br />
<br />
onSey9p: c!ando se de'a de p!lsar !na tecla.<br />
<br />
•<br />
<br />
on7oad: se prod!ce c!ando la pgina se ha cargado completamente.<br />
<br />
•<br />
<br />
on9nload: c!ando se carga !na n!eva pgina o se v!elve a recargar la act!al.<br />
<br />
•<br />
<br />
on)bort: c!ando se cancela la carga de !na pgina.<br />
<br />
•<br />
<br />
on!bmit: se prod!ce al enviar !n form!lario.<br />
<br />
•<br />
<br />
onEeset: c!ando se resetea el form!lario.<br />
<br />
•<br />
<br />
on*hange: c!ando cambia el contenido de !n campo del form!lario.<br />
<br />
•<br />
<br />
on2oc!s: c!ando el campo del form!lario recibe el foco.<br />
<br />
•<br />
<br />
onIl!r: c!ando el campo del form!lario pierde el foco.<br />
<br />
•<br />
<br />
onelect: c!ando se selecciona contenido de !n campo.<br />
<br />
•<br />
<br />
onEesi@e: c!ando se redimensiona !na ventana.<br />
<br />
•<br />
<br />
oncroll: c!ando se despla@a el contenido de !na ventana.<br />
<br />
btención remota de información #4#? Hasta hace !n tiempo si se deseaba act!ali@ar el contenido de !na pgina %eb sta deba ser cargada de n!evo en s! totalidad. 8l !so de Davacript y =#7 han hecho posible !e se p!eden reali@ar llamadas asncronas al servidor para act!ali@ar solamente !na parte de la pgina %eb mediante llamadas al servidor. 8sta agr!paci"n de tecnologas se denomina )D)= ; Asynchrono!s Javacript And @#7<. 8l !so de )D)= tiene considerables venta'as: •<br />
<br />
)horro de ancho de banda.<br />
<br />
Pgina (&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
•<br />
<br />
D!lio de &01&<br />
<br />
#ayor rapide@ en la resp!esta$ al cargar solamente las modificaciones necesarias y no toda la pgina %eb. #e'or eperiencia de !s!ario$ al aproimarse a la forma de act!ar de !na aplicaci"n de escritorio.<br />
<br />
)!n!e tambin tiene alg!nos inconvenientes: •<br />
<br />
•<br />
<br />
8l desarrollo de aplicaciones con )D)= es mas comple'o. 7as aplicaciones con )D)= no !edan grabadas en el historial del navegador$ por lo !e no siempre f!nciona el bot"n +volver atrs,. 8sto se res!elve en los navegadores !e soportan HT#75.<br />
<br />
•<br />
<br />
7os motores de bFs!eda no interpretan Davacript.<br />
<br />
•<br />
<br />
Jo f!ncionan sin conei"n ;offline<.<br />
<br />
•<br />
<br />
Hacen !n !so mas intensivo del servidor.<br />
<br />
)D)= se basa en !sar Davacript para llamar a !n ob'ero de tipo =#7HttpEe!est !e reali@a la petici"n$ y posteriormente se v!elve a !sar Davacript para modificar la pgina a travs del >#. 8l ob'eto )ctive= =#7HTTP f!e creado por #icrosoft para s! navegador nternet 8plorer 5$ y posteriormente f!e adoptado por otros navegadores como el ob'eto =#7HttpEe!est en Davacript. )!n!e la versi"n original del control )ctive= de #icrosoft aFn se implementa$ desde la versi"n ( de s! navegador tambin se p!ede !tili@ar el ob'eto =#7HttpEe!est.<br />
<br />
7os mtodos !e soporta el ob'eto =#7HttpEe!est son: •<br />
<br />
open: abre !na conei"n a la 9E7 indicada !sando B8T$ PT$ etc. de forma sncrona o asncrona. e p!ede indicar !s!ario y contrasela. 7a 9E7 p!ede ser http o https.<br />
<br />
•<br />
<br />
send: enva el contenido indicado como parmetro.<br />
<br />
•<br />
<br />
a&ort: detiene !na petici"n en c!rso.<br />
<br />
•<br />
<br />
set/euestHeader: indica !n valor para !na de las cabeceras de la petici"n.<br />
<br />
•<br />
<br />
8et/esponseHeader: dev!elve el valor de la cabecera indicada.<br />
<br />
•<br />
<br />
8etAll/esponseHeaders: dev!elve todas las cabeceras de la resp!esta.<br />
<br />
Propiedades del ob'eto =#7HttpEe!est: •<br />
<br />
onread'statechan8e: contiene el nombre de la f!nci"n !e se e'ec!tar cada ve@ !e cambie el estado de la petici"n.<br />
<br />
•<br />
<br />
read'tate: estado de la conei"n de 0 ;nada< a 4 ;completa<.<br />
<br />
•<br />
<br />
response$et: contenido de la resp!esta.<br />
<br />
•<br />
<br />
response^JL: contenido de la resp!esta en =#7.<br />
<br />
•<br />
<br />
status: c"digo de estado !e dev!elve el servidor. &00 significa correcto.<br />
<br />
Pgina (3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor •<br />
<br />
D!lio de &01&<br />
<br />
status$et: mensa'e !e el servidor ha enviado en la resp!esta.<br />
<br />
)D)= se implementa en !na pgina %eb como !n script !e responde a eventos. 8n este e'emplo se p!ede ver !na capa y !n bot"n. e asocia !n evento al bot"n. <[9pa8e content$'pe76tet%html6 pa8encodin876$?@6[> <EB45$R! html> <html> <head> <meta http@eui+765ontent@$'pe6 content76tet%html; charset7$?@6> <title>!rue&a de AA^<%title> <script><%script> <%head> <&od'> <di+ id="capa:">in datos.<%di+> <&utton t'pe76&utton6 oncic?="carga7atos(#">5ar8ar los datos<%&utton> <%&od'> <%html><br />
<br />
*!ando se p!lse el bot"n se e'ec!tar la f!nci"n carga>atos;< de Davacript !e aFn no eiste. )hora hay !e escribir !n script para implementar la f!nci"n !e cargar los datos y los insertar en la capa identificada como +capa1,. <script t'pe76tet%*a+ascript6> +ar peticion;<br />
<br />
<br />
<br />
%% ?uncion ue realia la peticion de datos. function car8aBatos() { peticion7ne2 ^JLHttp/euest(); peticion.onread'statechan8e7muestraBatos; peticion.open(6$616http%%localhost00%testa*a%meteo61true); peticion.send(); }<br />
<br />
%% ?uncion ue muestra los datos reci&idos. function muestraBatos() { %% Acciones a realiar cuando los datos esten listos. if (peticion.read'tate77X :: peticion.status77U00) { document.8etlementC'3d(6capaG6).innerH$JL7peticion.response$et; } } <%script><br />
<br />
C#digo !ue reali8a la petici#n @M4Http%e!uest.<br />
<br />
8n este e'emplo se accede a la 9E7 http://localhost:00/testa'a/meteo en la !e se ha p!esto !n servlet !e responde a la petici"n con !n teto. *omo se ha reali@ado !na petici"n asincrona ;parmetro +tr!e, del mtodo open< hay !e definir !na f!nci"n !e se e'ec!tar c!ando los datos estn listos.<br />
<br />
Pgina (4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Para crear !n ob'eto !e f!ncione en navegadores !e soporten solo el ob'eto )ctive= y el ob'eto Davacript se p!ede !sar este c"digo: +ar mlhttp; if (2indo2.^JLHttp/euest) {%% code for 3]1 ?irefo1 5hrome1 4pera1 afari mlhttp7ne2 ^JLHttp/euest(); } else {%% code for 3T1 3S mlhttp7ne2 Acti+e^4&*ect(6Jicrosoft.^JLH$$!6); }<br />
<br />
/uente) +ttp)DDwww.wEsc+ools.com<br />
<br />
8ste e'emplo tan sencillo p!ede res!ltar tedioso c!ando hay !e reali@ar m!chas peticiones con )D)=. 7os frame%orLs ay!dan a !e la programaci"n sea mas sencilla.<br />
<br />
Modificación de la estructura de la p'gina web 7a estr!ct!ra de !na pgina %eb se representa mediante el ># ;>oc!ment b'ect #odel<. 8s !na tecnologa pensada inicialmente para manip!lar estr!ct!ras en =#7$ por lo !e es tambin vlida para mane'ar =HT#7. 8l ># crea a partir de la pgina %eb !na estr!ct!ra en forma de rbol !e se genera en los navegadores modernos !na ve@ !e la pgina se ha cargado completamente$ transformado la pgina HT#7 en =HT#7. Por lo tanto los programadores %eb p!eden manip!lar la estr!ct!ra de la pgina %eb a travs de >#. 9na ve@ transformado el doc!mento en =HT#7 se crea !n rbol c!yos nodos son los elementos del doc!mento. 7a 'erar!a de los nodos indica c"mo estn relacionados. Por e'emplo$ el c!erpo y la cabecera del doc!mento ;tags bodyU y headU< descienden del nodo +>oc!mento =HT#7,. 7os elementos presentes en la cabecera descendern de la cabecera$ y los elementos presentes en el c!erpo estarn representados por nodos !e descienden del nodo +c!erpo del doc!mento,. Na s s!cesivamente hasta completar todo el doc!mento. *ada !na de las eti!etas del =HT#7 se transforma en dos nodos$ !no de tipo elemento y otro de tipo teto. 7a primera define el elemento$ y la seg!nda el contenido del elemento. 8sta estr!ct!ra tambin soporta las eti!etas anidadas. 8isten doce tipos de nodos$ pero en !n doc!mento =HT#7 s!elen aparecer stos: •<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
•<br />
<br />
Bocument. )parece siempre$ ya !e es el nodo ra@ del !e parten todos. lement. Eepresenta !n elemento =HT#7. P!ede contener atrib!tos y de el p!eden descender otros nodos. Attr. Eepresenta cada !no de los atrib!tos de !na eti!eta ;atrib!toRvalor<.<br />
<br />
=HT#7<br />
<br />
$et. Teto !e se enc!entra contenido en !na eti!eta ;por e'emplo pUteto/pU<. 5omment. *omentarios del doc!mento.<br />
<br />
Pgina (5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
7os dems tipos de nodos son: Bocument$'pe$ 5Bataection$ Bocument?ra8ment$ ntit'$ ntit'/eference$ !rocessin83nstruction y "otation. 9na ve@ !e el rbol est creado se p!ede manip!lar mediante las f!nciones del >#. 7os elementos del rbol p!eden ser creados$ modificados y eliminados. 8isten dos formas de acceder a los elementos del rbol$ !na forma directa y otra a travs de la estr!ct!ra 'err!ica. 7a forma mas rpida es la directa. 7as f!nciones para acceder a los nodos de forma directa son: •<br />
<br />
•<br />
<br />
•<br />
<br />
8etlementC'3d(): obtene !na referencia al nodo a travs del id !e le ha proporcionado el programador$ por e'emplo <div id=”capa1”> . *ada elemento de la pgina %eb debe tener !n id Fnico para !e este sistema f!ncione. 8s la f!nci"n mas !sada. 8etlementsC'"ame(): obtiene !na lista de todos los elementos de la pgina c!yo nombre se indi!e como parmetro. 8l nombre se especifica en las eti!etas con el atrib!to +name,. 8etlementsC'$a8"ame(): obtiene !na colecci"n de todos los elementos de la pgina !e tienen !na eti!eta determinada.<br />
<br />
8n las dos Fltimas f!nciones el valor dev!elto es !n array de elementos >#. 9na ve@ !e se ha accedido a !n nodo se p!eden modi"icar sus propiedades atriutos. 8stas propiedades coinciden con las propiedades de los estilos *. *omo los atrib!tos se transforman de forma a!tomtica en propiedades de los nodos basta con poner el nombre del atrib!to detrs del nodo para acceder a ellos$ por e'emplo: +ar midi+78etlementC'3d(“capaG”); midi+.+isi&le7true;<br />
<br />
8iste !na ecepci"n a esta regla$ en Davacript la palabra +class, est reservada$ por lo !e se !sa en s! l!gar +classJame,. 7as otras operaciones !e se p!eden hacer sobre !n nodo son las de agregar nodos y eliminar nodos. Para agregar un nodo de tipo elemento hay !e seg!ir c!atro pasos: 1. *rear !n n!evo nodo de tipo 8lement. &. *rear !n nodo tipo Tet con el contenido del elemento. 3. )Gadir el nodo Tet al nodo 8lement como !n hi'o. 4. )Gadir el nodo 8lement como hi'o del nodo donde se desea insertar el elemnto. %% 5rear nodo de tipo lement +ar parrafo 7 document.createlement(6p6); %% 5rear nodo de tipo $et +ar contenido 7 document.create$et"ode(6Hola JundoE6); %% A_adir el nodo $et como hi*o del nodo lement parrafo.append5hild(contenido); %% A_adir el nodo lement como hi*o de la pa8ina document.&od'.append5hild(parrafo);<br />
<br />
(jemplo de creaci#n de un nodo. /uente) www.liroswe.es.<br />
<br />
Pgina (<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Para eliminar un nodo se !sa el mtodo remove*hild;<. +ar parrafo 7 document.8etlementC'3d(6pro+isional6); parrafo.parent"ode.remo+e5hild(parrafo); ... <p id76pro+isional6>...<%p><br />
<br />
(jemplo de eliminaci#n de un nodo. /uente) www.liroswe.es.<br />
<br />
8l !so de esta tecnologa permite crear pginas %eb dinmicas donde aparecen n!evos elementos o se eliminan en f!nci"n de la l"gica de negocio del programa$ la c!al se implementa en el servidor. 8s !na de las tecnologas !e se !tili@an en )D)= para dotar al doc!mento de !na apariencia de aplicaci"n de escritorio.<br />
<br />
Pgina ((<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas $reación de un formulario con verificación de datos del lado del cliente 8n esta prctica se pretende ver el !so de Davacript como medio de verificaci"n del lado del cliente. 8l e'ercicio consiste en crear !n form!lario donde el !s!ario introd!cir !n >J y el cliente ;navegador< deber indicar si es vlido o no. Soluci#n)<br />
<br />
8n negrita se remarca el c"digo Davacript para diferenciarlo del resto de la pgina %eb. <html> <head> <title>Dalidar formulario<%title> <E@@ stilos empleados en la p`8ina. @@> <st'le t'pe76tet%css6> &od' ta&le { font@famil' +erdana1arial1hel+etica; font@sie GUp; } .titulota&la { tet@ali8n center; font@sie GTp; font@2ei8ht &old; tet@decoration underline; }<br />
<br />
<br />
<br />
#capaG { mar8in G00; &acM8round@color #BABABA; } <%st'le> <E@@ cript para +alidar el formulario. @@><br />
<br />
<script> +9 uncin para vaidar un 7C4 con etra' 9+ unction Vaidar7C4(dni# ++ SegDn a &i?ipedia, .ttp,++es'Ei?ipedia'org+Ei?i+C %5F%BA*ero_de_identiicaci%5F%BFn_isca ++ en a parte en a 3ue .aba de 7C4' var etras7C4 = "G&AHIJP7KBCMS8V$L5N"1<br />
<br />
<br />
<br />
++ 5o*probar 3ue no se .a pasado un te)to vacio' i(dni'engt. == # resutado = ase1 ese ++ co*probar a ongitud (>= Q: 6 <= RQ:# i((dni'engt. < R # (dni'engt. > T## ++ Longitud erronea'<br />
<br />
Pgina (<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
resutado = ase1 ese ++ Obtener e uti*o digito etra = dniUdni'engt. :W1<br />
<br />
<br />
<br />
++ Obtener e resto de digitos *enos e uti*o' nu*ero = parse4nt(dni#1 ++ 5o*probar a uti*a etra teniendo en cuenta 3ue se ++ puede introducir e C4 en *inDscuas! para poder ++ co*parar bien se pasa a *a6Dscuas' i(etra'toXpper5ase(# == etras7C4'c.arAt(nu*ero % YF## ++ Letra correcta' resutado = true1 ese resutado = ase1 <br />
<br />
<br />
<br />
return resutado1 <br />
<br />
<br />
<br />
+9 uncin 3ue vaida un or*uario con una ec.a 6 un dni' Los parZ*etros son os no*bres de os ca*pos! cu6os obetos se recuperarZn con gete*entB64d(#' 9+ unction Vaidaor*uario(cdni# obdni = docu*ent'gete*entB64d(cdni#1 dni = obdni'vaue1 ++ 5o*probar e ca*po dni! 6 poner os coores de ca*po dni de ++ acorde a esta circunstancia' i(Vaidar7C4(dni# == true# ++ 7C4 correcto' obdni'st6e'bac?ground5oor = [\RR[1 ese obdni'st6e'bac?ground5oor = [\RR[1 aert(" 7C4 introducido no es correcto'"#1 ++ vitar 3ue se env]e e or*uario' return ase1<br />
<br />
<br />
<br />
<+script> <%head> <&od'> <E@@ ?ormulario con un campo fecha ' otro B"3 ue de&en ser +alidados. @@><br />
<br />
Pgina (A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<di+ name76capaG6 id76capaG6> <form name76formuG6 id76formuG6> <ta&le ali8n76center6> <tr> <td colspan76U6 class76titulota&la6>Batos del formulario<%td> <%tr> <tr> <td>B"3 con letra<%td> <td><input t'pe76tet6 name76campodni6 id="ca*podni"><%td> <%tr> <tr> <td colspan76U6 ali8n76center6><input t'pe76su&mit6 +alue76Dalidar6 oncic?="return Vaidaor*uario([ca*podni[#1"><%td> <%tr> <%ta&le> <%form> <%di+> <%&od'> <%html><br />
<br />
/ormulario !ue valida la entrada correcta de un 5'I.<br />
<br />
$reación de una p'gina web 5ue mantiene la información actuali;ada mediante #4#? 8sta prctica consiste en tener !n form!lario en el !e fig!ran los datos de !n !s!ario ;identificador$ nombre y libros !e ha pedido prestados<$ los c!ales se act!ali@an de forma a!tomtica al introd!cir !n n!evo identificador de !s!ario sin tener !e recargar la pgina. <[9pa8e content$'pe76tet%html6 pa8encodin876$?@6[> <EB45$R! html> <html> <head> <meta http@eui+765ontent@$'pe6 content76tet%html; charset7$?@6> <title>3nformaci:oacute;n so&re el usuario<%title> <script lan8ua8e76*a+ascript6> +ar peticion; %% ?uncion ue realia la peticion de datos. function car8aBatos(funcion1control) { +ar cnt7document.8etlementC'3d(control).+alue; peticion7ne2 ^JLHttp/euest(); peticion.onread'statechan8e7funcion; peticion.open(6$616http%%localhost00%&i&liotecaI%infousuarioK idusuario76cnt1true); peticion.send(); } function datos5ar8ados() { if (peticion.read'tate77X :: peticion.status77U00) {<br />
<br />
Pgina 0<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
return true; } else { return false; } } function infosuario() { if(datos5ar8ados()) { document.8etlementC'3d(6infoG6).innerH$JL7peticion.response$et; } } <%script> <%head> <&od'> <form> 3ntroduca el codi8o de usuario <input id76idusuario6 t'pe76tet6 name76idusuario6 on&lur76car8aBatos(infosuario1PidusuarioP)6> <input t'pe76&utton6 +alue76Cuscar6 onclicM76car8aBatos(infosuario1PidusuarioP)6> <%form> "om&re del usuario <span id76infoG6><%span> <%&od'> <%html><br />
<br />
P?gina JSP con el "ormulario !ue se actuali8a mediante AJA@. %, , er+let ue de+uel+e el nom&re completo de un usuario a partir de su codi8o. ,% pacMa8e or8.curso.ser+lets; import import import import import import import import<br />
<br />
*a+a.io.34ception; *a+a.io.!rint-riter; *a+a.ser+let.er+letception; *a+a.ser+let.annotation.-e&er+let; *a+a.ser+let.http.Httper+let; *a+a.ser+let.http.Httper+let/euest; *a+a.ser+let.http.Httper+let/esponse; *a+a.sl.,;<br />
<br />
%,, , , 9author pedro ,% 9-e&er+let(name 7 6infousuario61 url!atterns 7 {6%infousuario6}) pu&lic class infousuario etends Httper+let { %,, , !rocesses reuests for &oth H$$! , <code>$<%code> and , <code>!4$<%code> methods. , , 9param reuest ser+let reuest , 9param response ser+let response , 9thro2s er+letception if a ser+let@specific error occurs , 9thro2s 34ception if an 3%4 error occurs ,%<br />
<br />
Pgina 1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter(); tr' { <br />
<br />
out.println(8et"om&resuario(reuest.8et!arameter(6idusuario6))); } finall' { out.close(); } } pri+ate trin8 8et"om&resuario(trin8 usuario) { /esultet rs 7 null; tatement s 7 null; 5onnection coneion 7 null; trin8 resultado 7 6@!6;<br />
<br />
<br />
<br />
tr' { 5lass.for"ame(6com.m'sl.*d&c.Bri+er6).ne23nstance();<br />
<br />
coneion 7 Bri+erJana8er.8et5onnection(6*d&cm'sl%%localhost%&i&liotecaKuser7curso:pass2ord76); s 7 coneion.createtatement(); rs 7 s.eecuteNuer'(6L5$ , ?/4J usuarios -H/ id7P6 usuario 6P6);<br />
<br />
<br />
<br />
if(rs.net() E7 false) { resultado 7 rs.8ettrin8(6nom&re6); } } catch (ception e) { %% $ratar las ecepciones. %%... e.printtacM$race(); } return resultado;<br />
<br />
}<br />
<br />
} %%...<br />
<br />
Servlet !ue proporciona la in"ormaci#n.<br />
<br />
8n esta aplicaci"n basta con pasar de !n control a otro con el tab!lador o bien p!lsando en el bot"n +I!scar, para !e se lance la petici"n al servlet y se act!alice la informaci"n de la pgina.<br />
<br />
Pgina &<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Tema C >esarrollo de aplicaciones %eb hbridas. b'etivos: •<br />
<br />
)prender a re!tili@ar c"digo.<br />
<br />
•<br />
<br />
*onocer las )Ps de programaci"n disponibles.<br />
<br />
•<br />
<br />
*onocer el !so de repositorios.<br />
<br />
Introducción 7as aplicaciones %eb hbridas$ en ingls mashup ;reme@cla<$ son aplicaciones %eb !e toman el contenido de diversas f!entes y lo integran para crear !na n!eva aplicaci"n. 7as mashup !tili@an contenido de terceros a travs de )P ;interfaces de programaci"n< pFblicas y f!entes de datos. 7as mashup tambin !tili@an %eb services para obtener contenidos o servicios. 8n !na mashup intervienen tres elementos: •<br />
<br />
•<br />
<br />
•<br />
<br />
8l proveedor de contenidos. P!eden ser varios los proveedores de contenidos de los !e se toman datos o servicios. P!eden ser accedidos mediante )P$ servicios %eb$ etc. itio %eb mashup. Proporciona !n n!evo servicio tomando informaci"n de terceras partes e integrndola en !na n!eva aplicaci"n. *liente. !ele ser !n navegador !e acede a la aplicaci"n %eb. 8l clinte p!ede integrar la aplicaci"n a travs de medios locales como Davacript.<br />
<br />
8isten tres tipos de mashup: de negocio o empresa$ cons!midores y de datos. •<br />
<br />
•<br />
<br />
•<br />
<br />
8mpresariales: son aplicaciones !e combinan rec!rsos internos de la empresa con rec!rsos eternos. *ons!midores: combinan diferentes tipos de datos pFbicos y los presentan en !na Fnica aplicaci"n. >e datos: combinan datos similares de diversas f!entes en !na Fnica representaci"n.<br />
<br />
)plicaciones tpicas son los agregadores de noticias$ aplicaciones !e traba'an sobre mapas de proveedores ;por e'emplo Boogle #aps< o b!scadores de servicios como via'es o seg!ros.<br />
<br />
Pgina 3<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
M0todos de reutili;ación de código e información 7as aplicaciones %eb hbridas toman tanto c"digo ;programas< como informaci"n ;datos< de !n proveedor. 7a reutili8aci#n de c#digo consiste en !sar c"digo de terceras partes$ normalmente a travs de )P pFblicas$ o bien volver a !tili@ar c"digo propio ya escrito de forma !e no haya !e escribir c"digo n!evo para reali@ar !na f!nci"n ya implementada. 7as distrib!ciones de Dava ;8$ 88$ etc.< poseen m!chas )P para !tili@ar c"digo escrito por los desarrolladores de Dava y soft%are de terceros. Por e'emplo$ D>I* es !n )P de Dava !e permite !sar servicios de terceros ;gestores de bases de datos<. Tambin hay )P de terceros !e se p!eden !sar de forma directa mediante clases Dava o bien a travs de servicios %eb$ etc. *!ando se desarrolla !na aplicaci"n Dava las clases se g!ardan en pa!etes y ficheros !e posteriormente p!eden ser re!tili@ados en el mismo o en distintos proyectos. 7a re!tili@aci"n de c"digo est m!y presente en Dava. 8n este tipo de re!tili@aci"n de c"digo tambin se engloban las Dava Ieans y los 8DI ;controles de servidor< !e p!eden ser re!tili@ados en el mismo o en otros proyectos. 7os servicios %eb tambin proporcionan !na forma de re!tili@aci"n de c"digo$ ya !e implementan f!ncionalidades !e ofrece el programa sin !e haya !e reescribir ning!na lnea de c"digo. 7a reutili8aci#n de la in"ormaci#n p!ede oc!rrir de varias formas$ ya sea informaci"n propia almacenada en !na base de datos o en otro tipo de soporte permanente o informaci"n obtenida de otras f!entes mediante servicios %eb$ E o tecnologas similares. Por lo tanto alg!nas de tecnologas empleadas en la re!tili@aci"n de la informaci"n p!eden ser: •<br />
<br />
D>I*: cons!lta de bases de datos relacionales ;ya visto<.<br />
<br />
•<br />
<br />
=#7: para el traspaso de la informaci"n.<br />
<br />
•<br />
<br />
E y )T#: sistemas de redif!si"n de la informaci"n basados en =#7.<br />
<br />
•<br />
<br />
ervicios %eb: re!tili@an la informaci"n de otros conponentes.<br />
<br />
Interfaces de programación #PI disponibles 8n este man!al se ha hablado m!chas veces de las )P. 7as )P ;)pplication Programming nterface< es !n interfa@ mediante el c!al los componentes de soft%are p!eden com!nicarse entre ellos. *!ando se !tili@a !na )P lo !e realmente se est haciendo es !tili@ar !n mtodo conocido por ambas partes para el !so de c"digo e intercambio de informaci"n mediante mtodos y atrib!tos. 7as )P p!eden incl!ir especificaciones para r!tinas ;f!nciones y procedimientos<$ estr!ct!ras de datos y ob'etos. 7as )P se !tili@an en el desarrollo de soft%are$ por lo c!al tienen s! aplicaci"n en el c"digo f!ente. 7as )P se refieren a interfaces$ por lo c!al la implementaci"n !e realice la otra parte es$ en principio$ desconocida y f!nciona como !na +ca'a negra,.<br />
<br />
Pgina 4<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8n los leng!a'es de programaci"n orientada a ob'etos las )P a men!do se refieren a definiciones de clases con !n con'!nto de mtodos pFblicos. 7as )P se s!elen referir a libreras y frame%orLs$ !e describen s! forma de traba'ar. 9na misma )P p!ede estar implementada por mas de !n fabricante$ por lo !e el interfa@ es idntico pero la implementaci"n distinta. 8n Dava eisten tres tipos de )P: •<br />
<br />
ficial del nFcleo ;core< de c!al!iera de las ediciones de la plataforma Dava$ contenidas en el DE8 y en el D>S. )lg!nas )P para la plataforma Dava 8: ◦<br />
<br />
Dava >ata b'ect ;D><.<br />
<br />
◦<br />
<br />
Dava Help.<br />
<br />
◦<br />
<br />
Dava #edia 2rame%orL ;D#2<.<br />
<br />
◦<br />
<br />
Dava Jaming and >irectory nterface ;DJ><.<br />
<br />
◦<br />
<br />
Dava 3> ;D3><.<br />
<br />
◦<br />
<br />
Dava penB7 ;DB7<<br />
<br />
◦<br />
<br />
Dava #ail<br />
<br />
Para la plataforma Dava 88:<br />
<br />
•<br />
<br />
◦<br />
<br />
Dava #essage ervices ;D#<.<br />
<br />
◦<br />
<br />
Davaerver 2aces ;D2<.<br />
<br />
ficial opcional$ !e se descargan por separado. ig!en la DE ;Dava pecification Ee!est<. *on el tiempo alg!nas de estas tecnologas de distrib!yen con el nFcleo. 7a lista de )P opcionales se enc!entra en http://%%%.'cp.org/en/'sr/stageQ listIyRfinal$ alg!nas de estas )P son:<br />
<br />
•<br />
<br />
◦<br />
<br />
Dava )P for =#7 Processing ;D)=P<.<br />
<br />
◦<br />
<br />
Dava 8nterprise Ieans ;8DI<.<br />
<br />
◦<br />
<br />
Dava ervlet y Dava erver Pages ;DP<.<br />
<br />
◦<br />
<br />
Dava >atabase *onectivity ;D>I*<.<br />
<br />
◦<br />
<br />
treaming )P for =#7 ;t)=<.<br />
<br />
◦<br />
<br />
Dava )P por =#7 ?eb ervices ;D)=-?<.<br />
<br />
Jo oficiales. on )P de terceras partes !e no estn relacionadas con los DE.<br />
<br />
Pgina 5<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
&ecnologas implementadas en Java S(. /uente) $racle.<br />
<br />
9so de repositorios de información >os de las tecnologas empleadas para rec!perar y agregar informaci"n en !n sitio %eb son los +feeds, E y )T#. )mbas tecnologas estn basadas en el formato =#7 para el intercambio de informaci"n. P!esto !e son tecnologas m!y parecidas se est!diar mas en prof!ndidad solo !na de ellas: E &.0<br />
<br />
D 2! 7os feed E &.0$ desde el p!nto de vista del cliente$ es !n fl!'o de informaci"n en =#7 !e se obtiene mediante el protocolo HTTP. 9n servlet !e rec!pera la informaci"n E en br!to p!ede ser as: Pgina <br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
pacMa8e or8.curso.ser+lets; import import import import import import import<br />
<br />
*a+a.io.,; *a+a.io.!rint-riter; *a+a.net.,; *a+a.ser+let.er+letception; *a+a.ser+let.http.Httper+let; *a+a.ser+let.http.Httper+let/euest; *a+a.ser+let.http.Httper+let/esponse;<br />
<br />
%,, , , 9author pedro ,% pu&lic class Lector/ etends Httper+let { protected +oid process/euest(Httper+let/euest reuest1 Httper+let/esponse response) thro2s er+letception1 34ception { response.set5ontent$'pe(6tet%html;charset7$?@6); !rint-riter out 7 response.8et-riter(); tr' { /L coneion 7 ne2 /L(reuest.8et!arameter(6rssurl6)); Cuffered/eader entrada 7 ne2 Cuffered/eader(ne2 3nputtream/eader(coneion.opentream())); trin8 linea; 2hile((linea 7 entrada.readLine()) E7 null) { out.println(linea); } } finall' { out.close(); }<br />
<br />
<br />
<br />
} %% ... }<br />
<br />
Servlet !ue otiene un "eed %SS - lo muestra sin procesar.<br />
<br />
7os feed feed E se organi organi@an @an en canale canales. s. 7os canale canaless tiene tiene elemen elementos tos oblig obligato atorios rios y opcionales. (lementos oligatorios title<br />
<br />
Tt!lo del canal. P!ede contener espacios.<br />
<br />
linM<br />
<br />
9E7 del sitio %eb al !e corresponde el canal.<br />
<br />
description<br />
<br />
2rase o teto corto !e describe el canal.<br />
<br />
Algunos elementos opcionales lan8ua8e<br />
<br />
8l leng!a'e en el !e est escrito el canal. 8'emplo: es@es<br />
<br />
cop'ri8ht<br />
<br />
nformaci"n de copyright del contenido del canal. Pgina (<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
mana8in8ditor<br />
<br />
>irecc >irecci"n i"n de correo correo electr" electr"nic nico o del respon responsab sable le de edici" edici"n n del canal.<br />
<br />
2e&Jaster<br />
<br />
*orreo electr"nico del responsable tcnico del canal.<br />
<br />
pu&Bate<br />
<br />
2echa de p!blicaci"n segFn el formato E2* &&. 8l aGo p!ede tener dos o c!atro caracteres. 8'emplo: at1 0] ep U00U 00000G J$<br />
<br />
lastCuildBate<br />
<br />
Hora a la !e cambi" por Fltima ve@ el canal.<br />
<br />
cate8or'<br />
<br />
*ategora;s< a la;s< !e pertenece el canal.<br />
<br />
8enerator<br />
<br />
Programa !sado para generar el canal.<br />
<br />
ttl<br />
<br />
ndica los min!tos !e p!ede estar !n canal en cach.<br />
<br />
ima8e<br />
<br />
magen asociada al canal. 8ste elemento tiene s!b-elementos.<br />
<br />
7os 7os cana canale less cont contie iene nen n elem elemen ento toss ;te ;tems ms<< cada cada !no !no de los los c!al c!ales es repre represe sent nta a !na !na informaci"n ;p!ede ser !na noticia$ !n evento$ etc.<. *ada informaci"n es !n res!men de !na historia !e reside en !na 9E7 o !e est totalmente contenida en el tem. Todos Todos los elementos del tem a ecepci"n de linM$ description y title son opcionales: title<br />
<br />
Tt!lo del tem.<br />
<br />
linM<br />
<br />
9E7 del tem.<br />
<br />
author<br />
<br />
>irecc"n de correo electr"nico del a!tor.<br />
<br />
description<br />
<br />
Ees!men del tem.<br />
<br />
cate8or'<br />
<br />
*ategora o categoras del tem.<br />
<br />
comments<br />
<br />
9E7 con comentarios relativos al tem.<br />
<br />
enclosure<br />
<br />
>escribe !n ob'eto m!ltimedia ad'!nto al tem.<br />
<br />
8uid<br />
<br />
dentificador Fnico para este tem.<br />
<br />
pu&Bate<br />
<br />
2echa de p!blicaci"n del tem.<br />
<br />
source<br />
<br />
*anal E del !e proviene el tem.<br />
<br />
<rss +ersion76U.06> <channel><br />
<br />
Pgina <br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
<title>5anal curso<%title> <linM>http%%localhost00%rss%canalcurso<%linM> <description>5anal de e*emplo para el curso<%description> <lan8ua8e>es@es<%lan8ua8e> <pu&Bate>-ed1 0X ul U0GU G\I000 J$<%pu&Bate> <lastCuildBate>-ed1 0X ul U0GU G\I000 J$<%lastCuildBate> <8enerator>HandJade $ech U.U<%8enerator> <mana8in8ditor>me9curso.or8<%mana8in8ditor> <2e&Jaster>me8ain9curso.or8<%2e&Jaster> <item> <title>!rue&a G<%title> <linM> http%%localhost00%noticiaG <%linM> <description> sto es una <u>prue&a<%u>. <%description> <%item> <%channel> <%rss><br />
<br />
(jemplo de canal %SS :.; en @M4.<br />
<br />
8l canal p!ede ser enviado en br!to para !e lo interprete el cliente o bien p!ede ser interpretado por la aplicaci"n y mostrado de forma integrada.<br />
<br />
$reación de repositorios de información a medida e p!eden crear varios tipos de repositorios de informaci"n. i se desean crear f!entes E y/o )T# se p!eden !sar servlets y servicios %eb para generar feeds de estos tipos$ tambin se p!eden reenviar feeds y agregarlos sirvindolos como !n solo feed. 8ste tipo de controles debe enviar la informaci"n en formato E o )T# ;=#7<. tra posibilidad es crear !n servicio %eb !e proporcione informaci"n segFn n!estras necesidades. Hasta ahora se haban creado servicios %eb sencillos !e enviaban datos simples ;enteros$ valores booleanos$ cadenas de caracteres$ etc.<. 7os repositorios de informaci"n dev!elven informaci"n mas comple'a$ y por lo tanto es necesario crear servicios we !ue devuelvan tipos de datos espec"icos distintos a los tipos de datos estndar. Para devolver informaci"n comple'a primero hay !e crear los tipos de datos necesarios para almacenar y transportar la informaci"n. 8l editor Jetbeans se encarga de la parte mas tediosa$ sin !e el programador tenga !e modificar man!almente ningFn fichero =#7.<br />
<br />
Primero hay !e definir !na clase para almacenar el n!evo tipo de dato. 8sta clase deber seg!ir las especificaciones de las Dava Ieans: •<br />
<br />
>ebe tener !n constr!ctor sin arg!mentos. Pgina A<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
>ebe ser seriali@able. 8sto es imprescindible para !e p!eda crearse el es!ema en el fichero ?>7.<br />
<br />
•<br />
<br />
7as propiedades deben ser accesibles mediante mtodos get y set con la convenci"n de nomenclat!ra estndar. ;Por e'emplo si el atrib!to es +alt!ra, tendr dos mtodos: pu&lic +oid setAltura(int altura) y pu&lic int 8etAltura()<.<br />
<br />
•<br />
<br />
9na ve@ definida la clase las operaciones del servicio %eb p!eden devolver datos del n!evo tipo. i se necesita devolver mas de !n dato se devolver !n array del tipo de dato elegido$ el cliente Dava ver este array como !na lista ;7ist< de !n tipo de dato creado a partir del es!ema del fichero ?>7$ y no del tipo creado en el primer paso. 8'emplo de Dava Iean sencillo: %, , a+a Cean. ,% pacMa8e or8.curso.tipos; %,, , , 9author pedro ,% pu&lic class suarioCean i*pe*ents ava'io'Seriai^abe { pri+ate trin8 id; pri+ate trin8 nom&re;<br />
<br />
pubic XsuarioBean(# { %% 5onstructor sin ar8umentos. "ecesario para ser un Cean. } pu&lic +oid set4d (trin8 id) { this.id 7 id; } pu&lic +oid setCo*bre(trin8 nom&re) { this.nom&re 7 nom&re; } pu&lic trin8 get4d () { return (id); } pu&lic trin8 getCo*bre() { return (nom&re); } }<br />
<br />
&ipo de dato sencillo !ue almacena dos propiedades.<br />
<br />
Pgina A0<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
9n servicio %eb para probar este tipo de dato: pacMa8e or8.curso.2s; import import import import<br />
<br />
*a+a.*2s.-e&Jethod; *a+a.*2s.-e&!aram; *a+a.*2s.-e&er+ice; or8.curso.tipos.suarioCean;<br />
<br />
%,, , , 9author pedro ,% 9-e&er+ice(ser+ice"ame 7 6-s!rue&a5omple*a6) pu&lic class -s!rue&a5omple*a { %,, , -e& ser+ice operation ,% 9-e&Jethod(operation"ame 7 6prue&acomple*a6) pu&lic suarioCean prue&acomple*a(9-e&!aram(name 7 6id6) trin8 id) { suarioCean u 7 ne2 suarioCean(); u.set3d(id); u.set"om&re(6Asdf6);<br />
<br />
<br />
<br />
return u; } %,, , -e& ser+ice operation ,% 9-e&Jethod(operation"ame 7 6prue&acomple*aarra'6) pu&lic or8.curso.tipos.suarioCeanYZ prue&acomple*aarra'() { suarioCean u 7 ne2 suarioCean(); suarioCean + 7 ne2 suarioCean();<br />
<br />
<br />
<br />
u.set3d(6AA6); u.set"om&re(6AC5B6);<br />
<br />
<br />
<br />
+.set3d(6^^6); +.set"om&re(6-^R6);<br />
<br />
suarioCeanYZ a 7 ne2 suarioCeanYUZ; aY0Z 7 u; aYGZ 7 +; return a; } }<br />
<br />
Servicio we !ue o"rece datos de pruea.<br />
<br />
Pgina A1<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
8ste servicio %eb genera !na resp!esta )P as: <Kml +ersion76G.06 encodin876$?@6K> <n+elope mlns76http%%schemas.mlsoap.or8%soap%en+elope%6> <Cod'> <nsUprue&acomple*aarra'/esponse mlnsnsU76http%%2s.curso.or8%6><br />
<br />
<return> <id>AA<+id> <no*bre>AB57<+no*bre> <+return> <return> <id>KK<+id> <no*bre>&KJM<+no*bre> <+return> <br />
<br />
<br />
<br />
<%nsUprue&acomple*aarra'/esponse> <%Cod'> <%n+elope><br />
<br />
%espuesta S$AP con m,ltiples apartados “response”.<br />
<br />
Para !sar el servicio %eb desde !n servlet: %%... pri+ate XsuarioBean prue&acomple*a(*a+a.lan8.trin8 id) { or8.curso.2scli.-s!rue&a5omple*a port 7 ser+ice.8et-s!rue&a5omple*a!ort(); return port.prue&acomple*a(id); }<br />
<br />
<br />
<br />
pri+ate ava'uti'List<org'curso'Esci'XsuarioBean> prue&acomple*aarra'() { or8.curso.2scli.-s!rue&a5omple*a port 7 ser+ice.8et-s!rue&a5omple*a!ort(); return port.prue&acomple*aarra'(); }<br />
<br />
%%...<br />
<br />
(2tracto del servlet !ue act,a como cliente del servicio we.<br />
<br />
Pgina A&<br />
<br />
*!rso de desarrollo %eb en entorno de servidor<br />
<br />
D!lio de &01&<br />
<br />
Pr'cticas $reación de un sencillo gestor de biblioteca 8n esta prctica se pretende aplicar las tecnologas mencionadas en el man!al res!ltando en !n sencillo gestor de biblioteca en el !e los !s!arios registrados p!eden pedir prestados libros$ llevando el sistema !n control sobre los !s!arios$ los libros y los prstamos. 8ste proyecto se p!ede implementar de m!chas formas$ pero p!esto !e debe ser !n compendio del !so de las tecnologas est!diadas se impondrn alg!nos re!isitos etra: •<br />
<br />
8l cliente debe ser rico ;%eb &.0< y emplear )'a y Davacript ah donde sea posible. e emplear validaci"n en los form!larios por parte del cliente.<br />
<br />
•<br />
<br />
8l servidor se implementar con servlets y pginas DP.<br />
<br />
•<br />
<br />
7os datos se obtendrn mediante servicios %eb.<br />
<br />
•<br />
<br />
e incl!ir !n canal E con informaci"n sobre los libros prestados.<br />
<br />
7a aplicaci"n tendr !n menF principal y tres secciones bien diferenciadas: gesti"n de !s!arios$ gesti"n de libros y gesti"n de prstamos. 7a informaci"n se almacenar en !na base de datos$ la c!al ya se ha creado en e'ercicios anteriores.<br />
<br />
Pgina A3<br />
<br />
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="modal fade" id="report" tabindex="-1" role="dialog" aria-hidden="true">
<div class="modal-dialog">
<div class="modal-content">
<form role="form" method="post" action="https://idoc.tips/report/curso-daw-pdf-free" style="border: none;">
<div class="modal-header">
<button type="button" class="close" data-dismiss="modal" aria-hidden="true">×</button>
<h4 class="modal-title">Report "curso DAW"</h4>
</div>
<div class="modal-body">
<div class="form-group">
<label>Your name</label>
<input type="text" name="name" required="required" class="form-control" />
</div>
<div class="form-group">
<label>Email</label>
<input type="email" name="email" required="required" class="form-control" />
</div>
<div class="form-group">
<label>Reason</label>
<select name="reason" required="required" class="form-control">
<option value="">-Select Reason-</option>
<option value="pornographic" selected="selected">Pornographic</option>
<option value="defamatory">Defamatory</option>
<option value="illegal">Illegal/Unlawful</option>
<option value="spam">Spam</option>
<option value="others">Other Terms Of Service Violation</option>
<option value="copyright">File a copyright complaint</option>
</select>
</div>
<div class="form-group">
<label>Description</label>
<textarea name="description" required="required" rows="3" class="form-control" style="border: 1px solid #cccccc;"></textarea>
</div>
<div class="form-group">
<div style="display: inline-block;">
<div class="g-recaptcha" data-sitekey="6LcHT8sZAAAAAPKfs_PZGhwvz-OHbUMuekQzz5xK"></div>
</div>
</div>
<script src='https://www.google.com/recaptcha/api.js'></script>
</div>
<div class="modal-footer">
<button type="button" class="btn btn-default" data-dismiss="modal">Close</button>
<button type="submit" class="btn btn-success">Send</button>
</div>
</form>
</div>
</div>
</div>
<script>
$(document).ready(function () {
var inner_height = $(window).innerHeight() - 250;
$('#pdfviewer').css({"height": inner_height + "px"});
});
</script>
<footer class="footer" style="margin-top: 60px;">
<div class="container-fluid">
Copyright © 2025 IDOC.TIPS. All rights reserved.
<div class="pull-right">
<span><a href="https://idoc.tips/about">About Us</a></span> |
<span><a href="https://idoc.tips/privacy">Privacy Policy</a></span> |
<span><a href="https://idoc.tips/term">Terms of Service</a></span> |
<span><a href="https://idoc.tips/copyright">Copyright</a></span> |
<span><a href="https://idoc.tips/contact">Contact Us</a></span> |
<span><a href="https://idoc.tips/cookie_policy">Cookie Policy</a></span>
</div>
</div>
</footer>
<!-- Modal -->
<div class="modal fade" id="login" tabindex="-1" role="dialog" aria-labelledby="myModalLabel">
<div class="modal-dialog" role="document">
<div class="modal-content">
<div class="modal-header">
<button type="button" class="close" data-dismiss="modal" aria-label="Close" on="tap:login.close"><span aria-hidden="true">×</span></button>
<h4 class="modal-title" id="add-note-label">Sign In</h4>
</div>
<div class="modal-body">
<form action="https://idoc.tips/login" method="post">
<div class="form-group">
<label class="sr-only" for="email">Email</label>
<input class="form-input form-control" type="text" name="email" id="email" value="" placeholder="Email" />
</div>
<div class="form-group">
<label class="sr-only" for="password">Password</label>
<input class="form-input form-control" type="password" name="password" id="password" value="" placeholder="Password" />
</div>
<div class="form-group">
<div class="checkbox">
<label class="form-checkbox">
<input type="checkbox" name="remember" value="1" />
<i class="form-icon"></i> Remember me
</label>
<label class="pull-right"><a href="https://idoc.tips/forgot">Forgot password?</a></label>
</div>
</div>
<button class="btn btn-primary btn-block" type="submit">Sign In</button>
</form>
</div>
</div>
</div>
</div>
<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-177830117-1"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'UA-177830117-1');
</script>
<script src="https://idoc.tips/assets/js/jquery-ui.min.js"></script>
<link rel="stylesheet" href="https://idoc.tips/assets/css/jquery-ui.css">
<script>
$(function () {
$("#document_search").autocomplete({
source: function (request, response) {
$.ajax({
url: "https://idoc.tips/suggest",
dataType: "json",
data: {
term: request.term
},
success: function (data) {
response(data);
}
});
},
autoFill: true,
select: function (event, ui) {
$(this).val(ui.item.value);
$(this).parents("form").submit();
}
});
});
</script>
<!-- cookie policy -->
<div id="IDOCTIPS_cookie_box" style="z-index:99999; background: #97c479; width: 100%; position: fixed; padding: 5px 15px; text-align: center; left:0; bottom: 0;">
Our partners will collect data and use cookies for ad personalization and measurement. <a href="https://idoc.tips/cookie_policy" target="_blank">Learn how we and our ad partner Google, collect and use data</a>. <a href="#" class="btn btn-success" onclick="accept_IDOCTIPS_cookie_box();return false;">Agree & close</a>
</div>
<script>
function accept_IDOCTIPS_cookie_box() {
document.cookie = "IDOCTIPS_cookie_box_viewed=1;max-age=15768000;path=/";
hide_IDOCTIPS_cookie_box();
}
function hide_IDOCTIPS_cookie_box() {
var cb = document.getElementById('IDOCTIPS_cookie_box');
if (cb) {
cb.parentElement.removeChild(cb);
}
}
(function () {
var IDOCTIPS_cookie_box_viewed = (function (name) {
var matches = document.cookie.match(new RegExp("(?:^|; )" + name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, '\\$1') + "=([^;]*)"));
return matches ? decodeURIComponent(matches[1]) : undefined;
})('IDOCTIPS_cookie_box_viewed');
if (IDOCTIPS_cookie_box_viewed) {
hide_IDOCTIPS_cookie_box();
}
})();
</script>
<!-- end cookie policy -->
</body>
</html>
<script data-cfasync="false" src="/cdn-cgi/scripts/5c5dd728/cloudflare-static/email-decode.min.js"></script>
