Documente Academic
Documente Profesional
Documente Cultură
Apndice A-1
Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Sun Services, Revision F
Apndice A-2
Figura A-1
ArquitecturaGenricadeTresCapas
Lostrescomponentesocapasdeunentornoclienteservidordetrescapas son:presentacin,lgicadenegociosofuncionalidadydatos.Estnseparadas deformatalqueelsoftwareparacadaunadeellaspuedeser reemplazadoporunaimplementacindiferentesinafectarlasotras.Por ejemplo,siustedquisierareemplazarunapantallaorientadaacaracteres conunainterfazgrfica(capadepresentacin),deberaescribirlainterfaz grficausandounaAPIointerfazparaaccederalasmismas funcionalidadesdelosprogramasqueutilizanlaspantallasorientadasa caracteres.Lalgicadenegociosofrecefuncionalidadentrminosde definicindetodaslasreglasdenegocioatravsdelascualeslosdatos puedensermanejados.Loscambiosalaspolticasdelnegociopueden afectarestacapasintenerimpactosobrelabasededatos.Laterceracapa, ocapadedatos,incluyelossistemasexistentes,lasaplicacionesylos datosquehansidoencapsuladosparaobtenerventajasdeesta arquitecturaconelmenoresfuerzodeprogramacin.
Apndice A-3
Figura A-2
ArquitecturaCentradaenlaBasedeDatos.
Apndice A-4
Un Front-End de Base de Datos Enunmodelodetrescapas,lalgicadepresentacinydecontrolest embebidaenlacapacliente(frontend).Estesecomunicaconunservidor intermedioqueofreceunacapadeabstraccinparalasaplicacionesback end.Estacapaintermediagestionalasreglasdelnegocioquemanejanlos datosmediantelascondicionesquegobiernanalasaplicaciones.Tambin puedeaceptarconexionesdesdevariosclientesaunoomsservidoresde basesdedatossobreunavariedaddeprotocolosdecomunicacin.La capaintermediaofreceunainterfazindependientedelabasededatos paralasaplicacionesycreaunfrontendrobusto.
Figura A-3
Arquitecturacentradaenbasededatos.
.LaFiguraA3muestraestaarquitectura.
Apndice A-5
Figura A-4
CapasenunaAplicacinJDBC
Apndice A-6
El Puente JDBC-ODBC
ElpuenteJDBCODBCesundriverJDBCquetraducellamadasJDBCa operacionesODBC.PermiteatodoslosDBMSquesoportanODBC interaccionarconlasaplicacionesJava.LaFiguraA5muestralascapasen unaaplicacinJDBCqueusaelpuenteODBC.
Figura A-5
UnaaplicacinJDBCUsandoelPuenteODBC.
Apndice A-7
La Computacin Distribuida
La Computacin Distribuida
ExistentecnologasJavaparacrearentornoscomputacionales distribuidos.DostecnologasmuyutilizadassonRMI(remotemethod invocation)yCORBA(commonobjectrequestbrokerarchitecture).RMIes anlogoaRPC(remoteprocedurecall)yeselpreferidoporlos programadoresdellenguajedeprogramacinJava.CORBAofrece flexibilidadenambientesheterogneos.dedesarrollo. LacaractersticadeRMIpermiteaunprogramaqueestejecutandosobre uncomputadorclienterealizarllamadasamtodossobreunobjeto ubicadoenunamquinaservidorremota.Estodaalprogramadorla facilidaddedistribuirlacomputacinsobreunentornodered.Eldiseo orientadoaobjetosrequierequecadatareaseaejecutadaporelobjetoms apropiadoparaella.RMIllevaesteconceptounpasomsadelante permitiendoqueseaejecutadoenlamquinamsapropiadaparalatarea. RMIdefineunconjuntodeinterfacesremotasquepuedenserusadaspara crearobjetosremotos.Unclientepuedeinvocarlosmtodosdeunobjeto remotoconlamismasintaxisqueutilizaparainvocarlosmtodossobre unobjetolocal.LaAPIRMIofrececlasesquemanejantodaslas operacionesdecomunicacinsubyacenteylasreferenciasalos parmetrosrequeridosparaaccederalosmtodosremotos. Comoentodaslasarquitecturasdecomputacindistribuida,unprocesoo servidorobjeto(demonio)notificaalmundoregistrndosecomoun serviciodenombressobreunamquinalocal(nodo).Enestecaso,un demoniodeserviciodenombres,denominadoRMIRegistry(registro RMI),ejecutasobreunpuertoRMIquedebeserescuchadopordefecto. DichopuertoIPes1099enesehost.ElregistroRMIcontieneunatabla internadereferenciasaobjetosremotos.Porcadaobjetoremoto,latabla contieneunnombrederegistroyunareferenciaaeseobjeto.Sepueden almacenarmltiplesinstanciasparaelmismoobjetoinstancindoloy asignndolovariasvecesalregistro,usandoparaellonombresdiferentes.
Apndice A-8
RMI
RMI
CuandounclienteRMIasignaunobjetoremotoatravsdelregistro, recibeunareferencialocalalobjetoinstanciadoremotamenteatravsde suinterfazysecomunicaconelobjetoatravsdeestareferencia.Pueden existirreferenciaslocalesalmismoobjetoremotoenmltiplesclientes. Cualquiervariableomtodocontenidoenunobjetoremotoest compartida.ElappletcomienzaimportandoelpaqueteRMIapropiadoy creaunareferenciaalobjetoremoto.Luegodequeelappletestableceel vnculo,puedellamaralosmtodosdelobjetoremotocomosiestuvieran disponiblesenformalocalparaelapplet.
La Arquitectura RMI
LaarquitecturaRMIofrecetrescapas:CapadeTransporte,Capade ReferenciayCapadeStubs/Skeleton.LaFiguraA6muestraestascapas
Figura A-6
CapasdeunaArquitecturaRMI
Apndice A-9
RMI LacapaRemoteReferenceofreceunprotocolodereferencia independienteparaestablecerunaredvirtualentreelclienteyelservidor. ImplantainterfacesalacapadeTransportemsbajayalacapasuperior deStub/Skeleton. UnStubesunproxydelladodelclientequerepresentaalobjetoremoto. ElclienteinteraccionaconelStubatravsdesusinterfaces.ElStubacta comounobjetolocalenelcliente.ElSkeletonsobreelladodelservidor actacomounainterfazentreelRRLyelobjetoimplementadosobreel ladodelservidor.
Apndice A-10