CentOS

      ¿ QUIENES SOMOS?

CONCLUSIÓN 

Como resultado final de el trabajo realizado en todas la unidades la creación de nuestra empresa para vender nuestro servidor CentOS. Nuestro objetivo es desarrollar e diseñar proyectos de sobre software libre. y satisfacer las necesidades de nuestros clientes poniendo a su disposición CentOS como un plataforma estable, predecible y manejable. lo cual adopta un amplia gama de complementaciones siendo líder dentro de la comunidad de tecnología de código abierto.

COM/DCOM

                        "CUESTIONARIO"

CONCLUSIÓN 

Servicios de componentes está diseñado para los administradores del sistema y los desarrolladores de aplicaciones. Por ejemplo, los administradores pueden administrar componentes y los desarrolladores pueden configurar el comportamiento habitual de aplicaciones y componentes, como la participación en transacciones y la agrupación de objetos. 

UNIDAD 5

CONCLUSION

En este trabajo se implemento una retroalimentacion de cada uno de los temas que corresponde ala unidad 5 dando como tema principal un servicio web  xml que puede utilizarse internamente mediante una aplicación o exponerse externamente en internet mediante varias aplicaciones.

la infraestructura de los servicios web XML proporciona un mecanismo de descubrimiento para localizar servicios web XML, una descripcion del servicio para definir el modo en que se utiliza estos servicios y formatos de conexion estandar para la comunicación.

[COMO CREAR CLIENTES Y SERVIDORES]

COM-DCOM

CONCLUSION

La investgacion nos muetsra los diferentes tipos de enpaquetado e implementacion.

Empaquetar el servidor- Utilice el Asistente de empaquetado e implementación para empaquetar como de costumbre el servidor para la distribución.

Empaquetar el cliente- Al empaquetar el cliente, es necesario realizar algunos pasos concretos considerando que el servidor no se ejecuta en el mismo equipo que el cliente.

COM / DCOM

Cliente Servidor Com

CONCLUSION:

DCOM es una evolución lógica de COM, sepueden utilizar los componentes creados en aplicaciones basadas en COM, ytrasladarlas a entornos distribuidos.

DCOM

 maneja detales muy bajos de protocolos de red, por lo que unose puede centrar en la realidad de los negocios: proporcionar soluciones aclientes. 

PROYECTO

                                           SALA DE CHAT

CONCLUSIÓN

Trabajo final mostado dentrode nuestro servidor CentOS  manteniendo una comunicacion en distinto sistema operiatvo. Esta plataforma nos brinda una ESTABILIDAD para mejorar la experiencia del usuario con las ilustraciones de alta calidad.

Una VELOCIDAD aqui centos ejecuta las versiones basicas del software dando un mayor seguridad de bloqueos o virus.

se ejecuto la conunicacion dentro del chat estando conectados dentro de una misma red local. ya que debemos estar dentro de la misma red para que se pueda llevar acabo la comunicacion poniendo la direccion ip dentro del cliente  la del servidor.

(Remote Method Invocation)

Aplicaciones prácticas  de RMI

Crear un servidor RMI

Un servidor RMI consiste en definir un objeto remoto que va a ser utilizado por los clientes. Para crear un objeto remoto, se define una interfaz, y el objeto remoto será una clase que implemente dicha interfaz. Veamos como crear un servidor de ejemplo mediante 3 pasos. 

Cuando se crea un interfaz remoto:

• El interfaz debe ser público.

1. • Debe extender (heredar de) el interfaz java.rmi.Remote, para indicar que puede llamarse desde cualquier máquina virtual Java.
   • Cada método remoto debe lanzar la excepción java.rmi.RemoteException en su claúsula throws, además de las excepciones que pueda manejar

EJEMPLO:

public interface MiInterfazRemoto extends java.rmi.Remote
{
  public void miMetodo1() throws java.rmi.RemoteException;
  public int miMetodo2() throws java.rmi.RemoteException;
}

Implementar el interfaz remoto

public class MiClaseRemota extends java.rmi.server.UnicastRemoteObject implements MiInterfazRemoto {   public MiClaseRemota() throws java.rmi.RemoteException   {     // Código del constructor   }   public void miMetodo1() throws java.rmi.RemoteException   {     // Aquí ponemos el código que queramos     System.out.println(“Estoy en miMetodo1()”);   }   public int miMetodo2() throws java.rmi.RemoteException   {     return 5; // Aquí ponemos el código que queramos   }   public void otroMetodo()   {     // Si definimos otro método, éste no podría llamarse     // remotamente al no ser del interfaz remoto   }   public static void main(String[] args)   {     try     {       MiInterfazRemoto mir = new MiClaseRemota();       java.rmi.Naming.rebind(“//” + java.net.InetAddress.getLocalHost().getHostAddress() +                              ”:” + args[0] + “/PruebaRMI”, mir);     }     catch (Exception e)     {     }   } } La clase MiClaseRemota implementa el interfaz MiInterfazRemoto que hemos definido previamente. Además, hereda de UnicastRemoteObject, que es una clase de Java que podemos utilizar como superclase para implementar objetos remotos.  Ejecutar el servidor: Crear un cliente RMI Vamos ahora a definir un cliente que accederá a el/los objeto/s remoto/s que creemos. Para ello seguimos los siguientes pasos: Definir la clase para obtener los objetos remotos necesarios La siguiente clase obtiene un objeto de tipo MiInterfazRemoto, implementado en nuestro servidor: public class MiClienteRMI {   public static void main(String[] args)   {     try     {       MiInterfazRemoto mir = (MiInterfazRemoto)java.rmi.Naming.lookup(“//” +                               args[0] + :” + args[1] + “/PruebaRMI”);       // Imprimimos miMetodo1() tantas veces como devuelva miMetodo2()       for (int i=1;i<=mir.miMetodo2();i++) mir.miMetodo1();       }       catch (Exception e)       {         e.printStackTrace();       }     }   } }

VÍDEO INSTALACIÓN

CONCLUSION

En esta instalación se llevo a cabo todo el proceso para llevar correctamente dicha ejecución  dentro del sistema operativo centos. asi mismo la ejecuacion del chat  y la conexion de ambos y el intercambio de mensajes ejecutados dentro el programa netbeans.

RMI

RMI (Remote Method Invocation)

PREGUNTAS.

CONCLUSION

A travez de este cuestionario se sintetizo lo mas relevante en cuanto ha RMI. ya que como sabemos

es un modelo de objetos distribuidos, diseñado específicamente para ese lenguaje, por lo que mantiene la semántica de su modelo de objetos locales, facilitando de esta manera la implantación y el uso de objetos distribuidos.

 Un objeto remoto es aquel cuyos métodos pueden ser invocados por objetos que se encuentran en una máquina virtual (MV) diferente. 

STUBS -SKELETON

                

         CONCLUSIÓN

Stubs es un representante de un  objeto remoto lo cual nos permite hacer la invocación a un método como un objeto local. skeleton por su parte nos traduce los datos entrantes, que previamente realizo el objeto stubs.

RMI (REMOTE METHOD INVOCATION)

CONCLUSIÓN

En este tema,  se estudio que mediante el modelo RPC la comunicación se realiza conceptualmente igual que la invocación de un procedimiento local. 

uno de los pasos dentro de este proceso son:

Pasos:

La llama al procedimiento remoto de B.

La llamada dispara una acción de un procedimiento de B.

Al finalizar el procedimiento, Bdevuelve el valor a A.

SALA DE CHAT

Arquitecturas cliente/servidor Creación de Sockets Cliente Servidor

CONCLUSIÓN

Con este material didáctico referente ala arquitectura de cliente servidor. nos fue de gran ayuda a saber mas y estar mas involucrados , se realizaron muchas actividades y revisión de los código de prueba , así mismos sabiendo la descripción de cada unas de las lineas de comandos.

ACTIVIDADES VARIAS

CONCLUSIÓN

En las actividades realizadas se estudio cada uno de las lineas de comandos así como que funciones requieren  y sobre todo definir un socekt ya que es un punto final de un enlace de comunicación de dos vías entre dos programas que se ejecutan a través de la red. 

también las familias que contienen y los distintos protocolos que maneja.

FAMILIAS DE SOCKETS

CONCLUSIÓN

en esta actividad se logro investigar que otros tipos de protocolos manejan esta familias y a que se refiere como uno de ellos es AF_INET  que solo mantiene el proceso de comunicación solo con TCP, UDP/ IP .  en este caso es importante tener en cuenta  que TCP esta orientado a la conexión y en cambio UDP no. El solo se enfoca al envio de datagramas pero no es fiable y puede haber perdida de informacion.

SOCKET

QUE ES UN SOCKET , DOMINIOS Y TIPOS.

CONCLUSION

Investigacion previa de los socket para partir de ahi pero  ya teniendo de lo que se trata.
sus tipos de dominio que manejan y su estructura general.
dentro de los tipos podemos encontra sock_Dgram: utilizadas para comunicaciones en modo no conectados con envios de datagramas de tamaño limitado.  Aquí manejan diferentes modos de poder enviara los datagramas para un envio fiable.

U2 PROGRAMCION CLIENTE - SERVIDOR BAJO SOCKETS Y CANALES

U1- CONTEXTO DE PROGRAMACION C/S

EXAMEN_U1

MODELOS DE COMPUTACION DISTRIBUIDA

COMPETENCIA U1

Procedimientos remotos y sockets

Conclusión

En  esta actividad se hizo una comparacion de los Procedimientos Remotos (RPC).asi mismo especificando que es lo que los catalago para ejecutar una comunicacion entre cliente/servidor.Un Procedimiento Remoto se realizan mediante la invocación de funciones que se encuentran en espacios de direcciones diferentes. El sistema se encarga de empaquetar los argumentos y enviarlos al proceso que contiene el código que implementa a la rutina remota.
Unas de las metas del sistema RMI  es Soportar llamadas a los servidores desde los applets.

PROGRAMACIÓN CLIENTE - SERVIDOR

Nombre de la asignatura: Programación en Ambiente Cliente - Servidor

Carrera: Ingeniería Informática

Clave de la asignatura: IFF-1019

(Créditos) SATCA: 3 - 2 – 5

Alumna: Mildred Ponce Echeverría

Objetivos Generales del Curso

• Analiza y diseña soluciones de aplicaciones distribuidas utilizando los principales middlewares para el desarrollo de sistemas cliente/servidor

24.2 Manipulación de URLs

El Protocolo de transferencia de hipertexto (HTTP) que forma la base de World Wide Web, utiliza URIs (Identifi cadores uniformes de recursos) para identifi car datos en Internet. Los URIs que especifi can las ubicaciones de documentos se conocen como URLs (Localizadores uniformes de recursos). Los URLs comunes hacen referencia a archivos o directorios y pueden hacer referencia a objetos que realizan tareas complejas, como búsquedas en bases de datos y en Internet. 

conclusion

Este applet aprovecha los parámetros de applet especificados en el documento HTML que invoca al applet. Al navegar se encontrará applets en el dominio público; puede utilizarlos sin costo en sus propias páginas Web (generalmente a cambio de dar créditos al creador del applet). una vez realizado la ejecucion muestra la entrada a la url que se esta invocando para hacer la seleccion de un sitio web.

24.3 Cómo leer un archivo en un servidor Web

conclusión

Este objeto JTextField , muestra el documento correspondiente de un archivo (si es que existe) en el objeto JEditorPane. La clase JEditorPane puede desplegar tanto texto simple como texto con formato HTML. tambien se ejecuta los modos de leer un archivo ya sea en forma de link con el metodo  HyperlinkEvent. La practica mostró la descripción de cada herramienta de la aplicacion LeerArchivoServidor.  

SALA DE CHAT

Comunicación entre programas - objetos remotos

conclusión

En este tema de comunicación entre programas es fundamental saber que para que se logre una conexión de red y poder enviar paquetes se tienen que realizar y conocer las arquitecturas de cliente - servidor ya que  cada uno de ellas realiza un función para el paso de dicha información.
Requiere de grandes recursos de red al realizar la petición.

3 capas

•  Aplicaciones
• Servicio de comunicación
• Acceso a la red.

Objetos remotos contra procedimientos remotos y sockets

• APUNTES

COM (componet objects models).

conclusión

En lo que tema se trato de ver como influyen los objetos remotos y sockets definiendo cada uno de los conceptos que influyen en el proceso de comunicación.

CORBA  es un Middleware  que un método transparente middleware es el encargado de administrar, para después  mandar al server. 

Los objetivos secundarios  es conseguir la potabilidad del código cliente entre plataformas diferentes. Los objetos remotos buscan que aya una conexión en la red entre los servidores, proporcionan invocación y soportan llamadas a los servidores desde los applest.

Concepto de RMI, COM/DCOM, SOCKET.

Concepto de RMI, COM/DCOM, SOCKET.

Conclusión

Se desarrollo una investigación de conceptos para saber a que se refiere cada uno de ellos. A qui se relacionan ambos ya que tienen en común resolver la petición de comunicación de procesos remotos. y su breve descripción detalladamente.

Resumen del modelo c/s, especificando las arquitecturas lógicas, ventajas y desventajas.

Resumen del modelo c/s, especificando las arquitecturas lógicas, ventajas y desventajas.

conclusión

En este investigación se llevo a cabo lo tipos de arquitecturas de modelo cliente servidor, las simples no requieren una gran base de datos compartida, ya que solo pueden ser elaboradas en el cliente. también se hacer ver que tiene un  modelo tradicional de 2 niveles , esta tiene una escasa escalabilidad  que se refiere ha una difícil replicación. En el caso de 3 nivel unas de sus ventajas es la mayor flexibilidad y modularidad, seguridad y facilidades de desarrollo y administración.

1.1  Arquitectura del modelo cliente / servidor. (cuadro comparativo)