SSB un middleware basato su JMS per l'invocazione di servizi remoti

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "SSB un middleware basato su JMS per l'invocazione di servizi remoti"

Transcript

1 Corso di Laurea Specialistica in Ingegneria Informatica Reti di calcolatori LS prof. Antonio Corradi SSB un middleware basato su JMS per l'invocazione di servizi remoti Enrico Pirazzini

2 Indice Introduzione...3 Architettura...4 Client...4 Provider...4 Broker... 4 La comunicazione...4 Implementazione... 6 tlayer...6 mlayer...7 mblayer...8 BusBroker... 9 Lookup Registration Unregistration...10 StillAlive QoS...11 Note realizzative...12 Note sul testing Conclusione e ulteriori sviluppi...12

3 Introduzione Pensando ad un ambiente applicativo eterogeneo, distribuito su diverse località connesse da in'infrastruttura di rete, un paradigma di interazione fortemente considerato è quello basato sull'invocazione di servizi: uno o più nodi mettono a disposizione parte delle proprie risorse per eseguire, su richiesta, un determinato servizio (applicativo). La comunicazione tra questi provider e gli eventuali client che generano le richieste, avviene tipicamente con un protocollo basato su richiesta/risposta. Considerando più a fondo il modello delineato appare evidente come in un ambiente "dinamico", in continua evoluzione, la conoscenza da parte dei vari client dei servizi disponibili in ogni momento sia uno degli aspetti da tenere in maggiore considerazione nella realizzazione di una tale infrastruttura. Oltre a ciò va considerato che i provider a cui il client può rivolgersi per tale servizio non siano fissi e stabili, ma possano variare, sia in numero che in località. Nell'ottica di un sistema flessibile risulta dunque inaccettabile che per ogni richiesta un client debba andare a cercare chi implementa quel servizioe legarsi ad esso in modo temporaneo poichè non vi è certezza che alla prossima richiesta tale provider risulti raggiungibile. Occore dunque un'entità intermedia che si prenda carico di tale responsabilità e fornisca all'esterno, oltre all'indicazione dei servizi disponibili, un punto di comunicazione fisso per ogni servizio, in grado di mettere in collegamento il client con il provider di volta in volta disponibile, in modo trasparente e possibilmente affidabile. Un modo per realizzare tale entità, chiamata broker, può essere individuato nell'utilizzo di un Message Oriented Middleware (MOM) che si occupi di smistare le richieste e le relative riposte ai servizi, realizzate appunto sottoforma di messaggi, attraverso un insieme di canali di comunicazione (tipicamente code) creati per l'occorrenza e sempre disponibili. Un approccio di questo tipo consente diversi vantaggi: la possibilità di avere un'infrastruttura di comunicazione che prescinde dai formati effettivi delle richieste e delle risposte dei singoli servizi; la facilità nel definire interazioni sia di tipo sincrono che asincrono (tipica quest'ultima del modello a scambio di messaggi); Passando al lato strettamente realizzativo si è pensato di utilizzare Java Message Service come interfaccia al sistema di messaging poichè risulta un'interfaccia stardard che consente di astrarre il più possibile dall'implementazione concreta realmente utilizzata consentendo la massima portabilità ed interoperabilità del sistema. 3

4 Architettura In quella che può essere definita l'architettura logica del sistema si evidenziano tre entità fondamentali: il client che richiede un servizio, il provider che fornisce il servizio il broker che permette la comunicazione tra i due attraverso canali bidirezionali (coppie di code) su cui vengono depositati e prelevati messaggi. Client Il client rappresenta un'applicazione che necessita di un servizio che si suppone fornito da un provider remoto. Per ottenere tale servizio il client deve prima interrogare il broker, in modo da conoscere la lista dei servizi disponibili e delle relative code a cui inoltrare le richieste corrispondenti. L'invocazione del servizio deve poter avvenire sia in in modo sincrono che asincrono, attraverso un entità listener a cui viene delegata la ricezione. Provider Il provider rappresenta un componente in grado di fornire uno o più servizi ad entità esterne. Per essere raggiunto dalla richieste di eventuali client deve prima registrarsi presso il broker dichiarando il servizio (o i servizi) che intende fornire e ricevendo da questo i riferimenti alle code su cui attendere la richieste e fornire le risposte. Oltre a ciò deve poter essere interrogato periodicamente dal broker che intente verificarne l'effettiva funzionalità (ed individuare eventuali cadute). Qual'ora il provider debba essere rimosso in modo esplicito, dovrà comunicare al broker la sua intenzione di sospendere la fornitura del servizio. Broker E' l'entità che gestisce il sistema permettendo ai provider di rendersi disponibili ed ai client di poterli interrogare. Parte fondante è il mantenimento di un elenco dei servizi forniti, e delle code ad essi associate, oltre che dei provider che li forniscono. Tale elenco è reso disponibile dal broker attraverso un servizio di lookup. Altri servizi forniti direttamente dal broker, chiamati servizi "interni", sono la registrazione e la deregistrazione in tale elenco di un provider come fornitore di un determinato servizio. Infine il broker deve interrogare periodicamente i provider registrati per accertare che non si siano verificate cadute improvvise. La comunicazione Come già accennato precedentemente, il sistema in esame prevede di utilizzare lo scambio di messaggi come forma di comunicazione su cui basare tutte le interazioni. Per fare ciò si è pensato utilizzare per ogni servizio una coppia di canali (tipicamente chiamati code) per la trasmissione di messaggi, in modo da ottenere un comportamento del tipo request/reply. Tipicamente il client che necessita di un servizio deporrà nella relativa coda delle richieste il proprio messaggio di richiesta e attenderà su quella delle risposte il risultato dell'esecuzione (in modo sincrono o asincrono). Il client saprà sempre quale risposta estrarre dalla coda poiché ogni messaggio avrà un'indicazione della richiesta che lo ha generato. Dall'altra parte il provider sarà in 4

5 attesa sulla coda delle richieste e, una volta ricevutane una, eseguirà il servizio riponendo il relativo risultato nella coda delle risposte. provider_a client_1 client_2 RequestQ ResponseQ provider_b provider_c In tal modo si ottiene un disaccopiamento tra client e provider: il client non sà chi eseguirà la propria richiesta ed il provider non ne conosce il mittente, ma sarà l'infrastuttura di comunicazione (MOM) a permettere la trasmissione, che avverrà appunto attraverso l'utilizzo di tali canali condivisi. Sarà dunque il MOM ad occuparsi della consegna dei messaggi e della gestione del traffico, in particolare in presenza di più provider che attendono sulla stessa coda. Esso inoltre potrà essere configurato in modo da ottenere una comunicazione affidabile. 5

6 Implementazione Partendo da un approccio bottom-up si è partiti considerando le primitive di comunicazionee costruendo sopra di essi tre livellidi funzionalità in modo da avere la massima configurabilità ed estendibilità del sistema. Service Requester Service Provider mblayer SSBClient SSBProvider mlayer BusAccessCore BusAccessCore SSBSession SSBMessages SSBSession tlayer javax.jms.session javax.jms.message javax.jms.session tlayer Nel tlayer (o livello di trasporto/sessione) si sono realizzate le primitive base che estendono le funzionalità fornite da JMS in modo da adattarle alle esigenze del sistema. In particolare vi hanno trovato posto le astrazioni di sessioni dotate di una semantica request/reply sia per un uso provider, che per l'uso client (sincrono e asincrono). In concreto ogni istanza della classe ProviderReqReplySession all'atto della creazione viene messa subito in attesa di una richiesta, inviando poi la risposta solo dopo la ricezione e l'esecuzione del servizio; mentre la classe ClientReqReplySession si mette in attesa di una risposta solo dopo l'invio di una richiesta, attesa che può essere sincrona o asincrona a seconda della specifica classe concreta utilizzata: (ClientSynchReqReplySession o ClientASynchReqReplySession). 6

7 + id : String SSBSession + createmessage() : Message + send(mesg : Message) + receive() : Message + setlistener(listener : MessageListener) + commit() + rollback() + close() ReqReplySession - responsequeue : Destination - requestqueue : Destination GeneralSession ClientReqReplySession ProviderReqReplySession ClientSynchReqReplySession ClientASynchReqReplySession E' inoltre presente una libreria (SSBMessages) in grado di creare il formato di messaggi più opportuno per ogni servizio richiesto. In particolare si sono distinte le tipologie di messaggi secondo due direzioni ortogonali: una relativa alla tipologia semantica ovvero request o reply una relativa alla funzionalità, ovvero secondo i quattro servizi "interni" lookup, registrtion, unregistration, stillalive, più il generico servizio applicativo service. mlayer Nel mlayer (livello di gestione) si trova il cuore del sistema lato user, ovvero la classe BusAccessCore, che come dice il nome, consente di accedere all'astrazione del bus di servizi fornendo non solo le sessioni necessarie al livello superiore, ma anche eseguendo direttamente le richieste dei servizi "interni" come lookup, stillalive, ecc... Essa inoltre mantiene una copia locale delle informazioni sullo stato del bus (servizi disponibili e relative destinazioni) in modo da evitare ogni volta il lookup. 7

8 - services : List<ServiceRecord> BusAccessCore + accesstobus() + connect() + disconnect() + close() + createsynchclientsession(id : String, servicename : String) : ClientSynchReqReplySession + createasynchclientsession(id : String, servicename : String) : ClientASynchReqReplySession + createprovidersession(id : String, servicename : String) : ProviderASynchReqReplySession + creategeneralsession(id : String) : GeneralSession + lookup() + registerservice(providername : String, servicename : String) + unregisterservice(providername : String, servicename : String) + stillalive(providername : String, servicename : String) + getserviceslist() mblayer Nel mblayer (meta-business) sono contenuti le entità in grado di fornire l'interfaccia di alto livello per utilizzare il bus di servizi. Il componente base è rappresentto dalla classe SSBAgent, che consente di dialogare con BusAccessCore. A seconda dei soggetti interessati si ha poi una distinzione tra client e provider: SSBClient permette di effettuare le richieste di servizi, in modo sia sincrono che asincrono, nascondendo tutti i dettagli sottostanti SSBProvider consente di attivare un fornitore di servizio, di registrarlo (e deregistrarlo) presso il broker e di permettergli di rispondere alle richieste di lookup. SSBAgent + connecttobus() + disconnectfrombus() + serviceslookup() SSBClient + synchservice(servicename : String, args : String) : String + asynchservice(servicename : String, args : String, listener : MessageListener) SSBProvider + registerforservice(listener : MessageListener, servicename : String) + unregisterfromservice(servicename : String) 8

9 BusBroker Il broker è stato pensato come un'entità che permette, attraverso i quattro servizi "interni" di gestire il sistema, in particolare le informazioni relative alle coppie servizio-provider registrate e le coppie di code relative ad ogni servizio presente. Per queste si è pensato dunque di realizzare due gestori interni dedicati: DataManager che gestisce le informazioni relative alle coppie servizio-provider memorizzandole in modo persistente e regolandone l'accesso, la distruzione e la creazione; DestinationManager che controlla la creazione e distruzione delle coppie di code di comunicazione interfacciandosi con il MOM sottostante al sistema; ai quali i quattro servizi "interni" si rivolgono per espletare i servizi richiesti. Lookup RO Data Registration Unregistration RW Data manager Stillalive Destination manager In altre parole i servizi "interni" possono essere assimilati a provider applicativi lato user (in quanto come quelli sono accessibili tramite coppie di code con semantica request/reply), che svolgono il servizio richiesto interagendo con i due gestori sopraccitati. DataManager + removeservice(servicename : String) + removeprovider(providername : String) + deleteproviderforservice(providername : String, servicename : String) + addproviderforservice(providername : String, servicename : String) DestinationManager + createqueue(queuename : String) + removequeue(queuename : String) 9

10 Lookup Come già detto tale servizio fornisce l'elenco dei servizi disponibili registrati presso il broker e le relative code su cui attuare l'invocazione. Poichè esegue interrogazioni in sola lettura non è necessario che richiami il DataManager, ma può interrogare direttamente la base dati. Registration Quando riceve una richiesta di registrazione verifica che il provider ed il servizio risultino già esistenti nella base dati, se non è così incarica il DataManager ci crearli ed in seguito di registrare l'associazione tra i due. Se il servizio non era già disponibile il DataManager incarica il DestinationManager di creare le due code necessarie alla comunicazione. Infine tutte le informazioni relative alle code vengono mandate al provider richiedente che può così mettersi in ascolto delle nuove richieste. Unregistration A fronte di una richiesta di deregisrtazione da parte di un provider per un servizio, rimbalza l'operazione sul DataManager. Al termine della cancellazione il servizio non risulta più fornito da alcun provider, il DataManager lo rimuove dalla base dati ed incarica il DestinationManager di rimuovere le relative code. StillAlive É incaricato di inviare periodicamente a tutti i provider registrati una richiesta di conferma dei servizi forniti. Se per una coppia servizio-provider tale conferma non arriva entro un tempo massimo stabilito, il sistema reagisce eliminandola come se si fosse verificata una richiesta di deregistrazione. 10

11 QoS Il sistema è stato pensato come in grado di garantire un certo livello di affidablità, soprattutto verso i client che richiedono servizi. Innanzitutto, al fine di evitare il blocco dei client in attesa di risposte sincrone, ogni sessione corrispondente è impostata con un timeout limite, oltre il quale l'operazione di ricezione viene interrotta e la situazione di fallimento viene comunicata al livello soprastane (che deciderà poi come gestirla). Per una maggiore configurabilità è possibile specificare per ogni richiesta un timeout personalizzato (comunque inferiore a quello massimo predefinito). Da segnalare che, per evitare l'accumulo di messaggi "spuri" sulle code, il timout della ricezione determina anche il TimeToLive del messaggio di richiesta corripondente; l'infrastruttura JMS si prende la responsabilità di rimuovere dalle code tutti i messaggi che hanno superato il loro ttl, evitando congestioni delle stesse. Sul lato provider, per garantire che una volta ricevuta una richiesta, questa porti all'esecuzione con successo del sevizio e all'invio della relativa risposta, si utilizza il concetto della transazione: ricezione, esecuzione del servizio e invio della risposta vengono considerate come un'unica azione logica indivisibile. Qual'ora in qualunque delle tre fasi si abbia un malfunzionamento si ha rollback, ovvero si ritorna allo stato iniziale riposizionando il messaggio di richiesta nella coda d'origine; consentendo così un nuovo tentativo di servizio da parte dello stesso o di un altro provider. Combinando tale comportamento con l'utilizzo del timeout si ha un compostamento del tipo atmost-once, ovvero la richiesta o viene servita con successo, oppure non viene servita (per ripetuti malfunzionamenti) e scatta il timeout senza che si abbiano conflitti sul sistema. provider response request Anche il servizio "interno" Stillalive contribuisce a fornire QoS in quanto garantisce che, entro i limiti dettati dall'intervallo di controllo, i provider segnalati dal broker siano tutti e soli i provider effettivamente disponibili. 11

12 Note realizzative Poiché il servizio JMS viene tipicamente fornito all'interno del framework J2EE, si è pensato di usufruire di tale supporto per la realizzazione del broker e dei relativi componenti. I provider dei quattro servizi "interni" non sono dunque stati realizzati utilizzando SSBProvider, ma tramite MessageDrivenBean, un componente fornito da J2EE. Esso può essere schematizzato come un'entità che può essere configurata per attivarsi ogni volta che su una determinata coda arriva un messaggio; confrontandosi con lo schema precedentemente proposto, non necessita di una sessione tramite la quale agganciarsi ad una coda, ma d'altro canto non consente una registrazione all'atto dell'attivazione. Questo aspetto, che risulta inaccettabile per un provider applicativo, risulta ammissibile per un provider "interno" se si procede ad una registrazione (statica) dello stesso all'atto dell'avvio del broker. Anche per quanto riguarda i manager ci si è appoggiati al framework J2EE: sia DataManager che DestinationManager sono stati realizzati tramite bean di sessione, ed i dati relativi a provider e servizi sono resi disponibilit da bean di entità. Si precisa però che tali scelte sono state effettuate per motivi di convenienza realizzativa: il sistema di per sè può essere realizzato anche senza ricorrere ad un framework esterno, sebbene con maggior dispendio di tempo ed energia. L'implementazione J2EE utilizzata è quella fornita da JBoss AS Note sul testing Per verificare il sistema sono state piccole applicazioni che consentono di verificarne facilmente tutte le funzionalità. Entrambe consistono in una finestra-console che permette di eseguire un picccolo set di comandi su istanze rispettivamente di client e provider. La prima, chiamata ClientConsole, consente di comandare un'istanza di SSBClient, eseguendo lookup ed invocazione di servizi in modo sia sincrono che asincrono, visualizzandone poi il responso. Le seconda, ProviderConsole, consende di comandare un'istanza SSBProvider, eseguendo lookup, registrazione e deregistrazioni di relative a uno o più servizi. Conclusione e ulteriori sviluppi Il sistema realizzato vuole essere una prima realizzazione di un'infrastruttura che per l'invocazione remota di servizi in modo il più possibile trasparente. Rispetto alle tematiche base affrontate sicuramente ve ne sono altre che restano ancora insolute ed aspetti che risultano migliorabili al fine di ottenere un sistema totalmente flessibile. In particolare possono essere citati i seguenti ampliare i servizi "interni", in particolare fornendo in fase di lookup una descrizione dell'interfaccia di invocazione, attuare una gestione oculata della replicazione considerando provider dotati di stato. 12

PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY

PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY Giampiero Allamprese 0000260193 PROGETTO DI UN MIDDLEWARE PER L ACCESSO REMOTO A UN REPOSITORY Reti di Calcolatori LS prof. Antonio Corradi A.A. 2007/2008 ABSTRACT L obiettivo di questo progetto è la realizzazione

Dettagli

Ministero del Lavoro e delle Politiche Sociali

Ministero del Lavoro e delle Politiche Sociali Ministero del Lavoro e delle Politiche Sociali Prospetto Informativo on-line Standard tecnici del sistema informativo per l invio telematico del Prospetto Informativo Documento: UNIPI.StandardTecnici Revisione

Dettagli

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO Standard tecnici Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali

Dettagli

Progettazione: Tecnologie e ambienti di sviluppo

Progettazione: Tecnologie e ambienti di sviluppo Contratto per l acquisizione di servizi di Assistenza specialistica per la gestione e l evoluzione del patrimonio software della Regione Basilicata. Repertorio n. 11016 del 25/09/2009 Progettazione: Tecnologie

Dettagli

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30 Protocolli di rete Vittorio Maniezzo Università di Bologna Vittorio Maniezzo Università di Bologna 02 Protocolli - 1/30 Strati di protocolli (Protocol Layers) Le reti sono complesse Molti elementi: host

Dettagli

Architetture e applicazioni web

Architetture e applicazioni web Architetture e applicazioni web L o Guido Porruvecchio Tecnologia e Applicazioni della Rete Internet Cosa è un'applicazione web E' un particolare tipo di applicazione che si appoggia sulle tecnologie,

Dettagli

Sistemi Operativi. Lez. 13: primitive per la concorrenza monitor e messaggi

Sistemi Operativi. Lez. 13: primitive per la concorrenza monitor e messaggi Sistemi Operativi Lez. 13: primitive per la concorrenza monitor e messaggi Osservazioni I semafori sono strumenti particolarmente potenti poiché consentono di risolvere ogni problema di sincronizzazione

Dettagli

Gli EJB offrono vari vantaggi allo sviluppatore di una applicazione

Gli EJB offrono vari vantaggi allo sviluppatore di una applicazione Gli EJB offrono vari vantaggi allo sviluppatore di una applicazione Un ambiente di esecuzione che gestisce o naming di oggetti, sicurezza, concorrenza, transazioni, persistenza, distribuzione oggetti (location

Dettagli

Comunicazione tra Processi

Comunicazione tra Processi Comunicazione tra Processi Comunicazioni in un Sistema Distribuito Un sistema software distribuito è realizzato tramite un insieme di processi che comunicano, si sincronizzano, cooperano. Il meccanismo

Dettagli

Comunicazione tra Processi

Comunicazione tra Processi Comunicazione tra Processi Comunicazioni in un Sistema Distribuito Un sistema software distribuito è realizzato tramite un insieme di processi che comunicano, si sincronizzano, cooperano. Il meccanismo

Dettagli

Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security con token SAML

Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security con token SAML Master Universitario di II livello in Interoperabilità Per la Pubblica Amministrazione e Le Imprese Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security

Dettagli

1. RETI INFORMATICHE CORSO DI LAUREA IN INGEGNERIA INFORMATICA SPECIFICHE DI PROGETTO A.A. 2013/2014. 1.1 Lato client

1. RETI INFORMATICHE CORSO DI LAUREA IN INGEGNERIA INFORMATICA SPECIFICHE DI PROGETTO A.A. 2013/2014. 1.1 Lato client RETI INFORMATICHE - SPECIFICHE DI PROGETTO A.A. 2013/2014 1. RETI INFORMATICHE CORSO DI LAUREA IN INGEGNERIA INFORMATICA SPECIFICHE DI PROGETTO A.A. 2013/2014 Il progetto consiste nello sviluppo di un

Dettagli

Capitolo 3: Strutture dei sistemi operativi

Capitolo 3: Strutture dei sistemi operativi Capitolo 3: Strutture dei sistemi operativi Componenti del sistema Servizi di un sistema operativo Chiamate del sistema Programmi di sistema Struttura del sistema Macchine virtuali Progettazione e realizzazione

Dettagli

Sistemi Web Tolleranti ai Guasti

Sistemi Web Tolleranti ai Guasti Sistemi Web Tolleranti ai Guasti Candidato: Paolo Romano Relatore: Prof. Salvatore Tucci Correlatore: Prof. Bruno Ciciani Sommario Il problema: garantire semantica exactly once alle transazioni Web. Sistema

Dettagli

BPEL: Business Process Execution Language

BPEL: Business Process Execution Language Ingegneria dei processi aziendali BPEL: Business Process Execution Language Ghilardi Dario 753708 Manenti Andrea 755454 Docente: Prof. Ernesto Damiani BPEL - definizione Business Process Execution Language

Dettagli

Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni.

Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni. <Task AP3> Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni AP3-Documento Descrittivo degli Accordi di Servizio Versione AP3-specificaADSv1.2.1.doc Pag. 1

Dettagli

Un approccio innovativo per il delivery di servizi in infrastrutture di nomadic computing

Un approccio innovativo per il delivery di servizi in infrastrutture di nomadic computing Un approccio innovativo per il delivery di servizi in infrastrutture di nomadic computing Relatore Prof. Ing. Stefano Russo Correlatore Ing. Domenico Cotroneo Candidato Armando Migliaccio matr. 41/2784

Dettagli

Laurea Specialistica in Informatica, Tecnologie Informatiche Anno Accademico 2008/2009 Reti Applicazioni e Servizi

Laurea Specialistica in Informatica, Tecnologie Informatiche Anno Accademico 2008/2009 Reti Applicazioni e Servizi Laurea Specialistica in Informatica, Tecnologie Informatiche Anno Accademico 2008/2009 Reti Applicazioni e Servizi Implementazione di una MIDlet che realizza un sistema di voto Christian Tiralosi Sviluppatori:

Dettagli

SWIM v2 Design Document

SWIM v2 Design Document PROGETTO DI INGEGNERIA DEL SOFTWARE 2 SWIM v2 DD Design Document Matteo Danelli Daniel Cantoni 22 Dicembre 2012 1 Indice Progettazione concettuale Modello ER Entità e relazioni nel dettaglio User Feedback

Dettagli

SERVICE BROWSER. Versione 1.0

SERVICE BROWSER. Versione 1.0 SERVICE BROWSER Versione 1.0 25/09/2008 Indice dei Contenuti 1. Scopo del documento... 3 2. Introduzione... 3 3. Accordi di Servizio... 4 4. Servizi... 5 5. Servizio: Schede Erogatori... 8 6. Servizio:

Dettagli

Introduzione alla consultazione dei log tramite IceWarp Log Analyzer

Introduzione alla consultazione dei log tramite IceWarp Log Analyzer Introduzione alla consultazione dei log tramite IceWarp Log Analyzer L Analizzatore di Log è uno strumento che consente un'analisi statistica e logica dei file di log generati dal server. Lo strumento

Dettagli

SDD System design document

SDD System design document UNIVERSITA DEGLI STUDI DI PALERMO FACOLTA DI INGEGNERIA CORSO DI LAUREA IN INGEGNERIA INFORMATICA TESINA DI INGEGNERIA DEL SOFTWARE Progetto DocS (Documents Sharing) http://www.magsoft.it/progettodocs

Dettagli

Sistemi Operativi (modulo di Informatica II)

Sistemi Operativi (modulo di Informatica II) Sistemi Operativi (modulo di Informatica II) La comunicazione tra processi Patrizia Scandurra Università degli Studi di Bergamo a.a. 2008-09 Sommario Processi cooperanti La comunicazione tra processi Necessità

Dettagli

Comunicazione tra Computer. Protocolli. Astrazione di Sottosistema di Comunicazione. Modello di un Sottosistema di Comunicazione

Comunicazione tra Computer. Protocolli. Astrazione di Sottosistema di Comunicazione. Modello di un Sottosistema di Comunicazione I semestre 04/05 Comunicazione tra Computer Protocolli Prof. Vincenzo Auletta auletta@dia.unisa.it http://www.dia.unisa.it/professori/auletta/ Università degli studi di Salerno Laurea in Informatica 1

Dettagli

Introduzione ad Architetture Orientate ai Servizi e Web Service

Introduzione ad Architetture Orientate ai Servizi e Web Service Università degli Studi di Roma Tor Vergata Facoltà di Ingegneria Introduzione ad Architetture Orientate ai Servizi e Web Service Corso di Sistemi Distribuiti Stefano Iannucci iannucci@ing.uniroma2.it Anno

Dettagli

Manuale di Integrazione IdM-RAS

Manuale di Integrazione IdM-RAS IdM-RAS Data: 30/11/09 File: Manuale di integrazione IdM-RAS.doc Versione: Redazione: Sardegna IT IdM-RAS Sommario 1 Introduzione... 3 2 Architettura del sistema... 4 2.1 Service Provider... 4 2.2 Local

Dettagli

Sistemi Informativi Distribuiti

Sistemi Informativi Distribuiti Corso di Laurea Magistrale in Ingegneria Gestionale Corso di Sistemi Informativi Modulo II A. A. 2013-2014 SISTEMI INFORMATIVI MODULO II Sistemi Informativi Distribuiti 1 Sistemi informativi distribuiti

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2010/2011 Questi lucidi sono stati prodotti sulla

Dettagli

SISTEMI OPERATIVI DISTRIBUITI

SISTEMI OPERATIVI DISTRIBUITI SISTEMI OPERATIVI DISTRIBUITI E FILE SYSTEM DISTRIBUITI 12.1 Sistemi Distribuiti Sistemi operativi di rete Sistemi operativi distribuiti Robustezza File system distribuiti Naming e Trasparenza Caching

Dettagli

Elementi di Informatica e Programmazione

Elementi di Informatica e Programmazione Elementi di Informatica e Programmazione Le Reti di Calcolatori (parte 2) Corsi di Laurea in: Ingegneria Civile Ingegneria per l Ambiente e il Territorio Università degli Studi di Brescia Docente: Daniela

Dettagli

Cluster per architetture a componenti

Cluster per architetture a componenti Luca Cabibbo Architetture Software Cluster per architetture a componenti Dispensa ASW 442 ottobre 2014 Un buon progetto produce benefici in più aree. Trudy Benjamin 1 -Fonti [IBM] Clustering Solutions

Dettagli

MONITORAGGIO UNITARIO PROGETTI 2007/2013 PROTOCOLLO DI COLLOQUI ANALISI ATTIVAZIONE SERVIZIO IGRUE IN SPCOOP. Link.it srl - Analisi Servizio IGRUE 1

MONITORAGGIO UNITARIO PROGETTI 2007/2013 PROTOCOLLO DI COLLOQUI ANALISI ATTIVAZIONE SERVIZIO IGRUE IN SPCOOP. Link.it srl - Analisi Servizio IGRUE 1 MONITORAGGIO UNITARIO PROGETTI 2007/2013 PROTOCOLLO DI COLLOQUI ANALISI ATTIVAZIONE SERVIZIO IGRUE IN SPCOOP Link.it srl - Analisi Servizio IGRUE 1 Panoramica L'attuale sistema IGRUE è composto da: Il

Dettagli

Tecnologia di un Database Server (centralizzato) Gestione del buffer

Tecnologia di un Database Server (centralizzato) Gestione del buffer Buffer Basi di Dati / Complementi di Basi di Dati 1 Tecnologia di un Database Server (centralizzato) Gestione del buffer Angelo Montanari Dipartimento di Matematica e Informatica Università di Udine Buffer

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2008/2009 Questi lucidi sono stati prodotti sulla

Dettagli

Replicazione. Requisisti di consistenza i clienti devono ricevere risposte consistenti e coerenti. Motivazioni

Replicazione. Requisisti di consistenza i clienti devono ricevere risposte consistenti e coerenti. Motivazioni Replicazione Replicazione dei dati: gestione e manutenzione di un insieme di copie dei dati Motivazioni: - disponibilità - tolleranza ai guasti - prestazioni aching diverso da replicazione aching non aumenta

Dettagli

MCloud.Gov l infrastruttura SaaS per la Pubblica Amministrazione locale

MCloud.Gov l infrastruttura SaaS per la Pubblica Amministrazione locale MCloud.Gov l infrastruttura SaaS per la Pubblica Amministrazione locale 1. Livello infrastrutturale Il Cloud, inteso come un ampio insieme di risorse e servizi fruibili da Internet che possono essere dinamicamente

Dettagli

8. Sistemi Distribuiti e Middleware

8. Sistemi Distribuiti e Middleware 8. Sistemi Distribuiti e Middleware Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 8. Sistemi distribuiti e Middleware 1 / 32 Sommario 1 Sistemi distribuiti

Dettagli

Elementi di Informatica e Programmazione

Elementi di Informatica e Programmazione Elementi di Informatica e Programmazione Le Reti di Calcolatori (parte 2) Corsi di Laurea in: Ingegneria Civile Ingegneria per l Ambiente e il Territorio Università degli Studi di Brescia Docente: Daniela

Dettagli

HORIZON SQL CONFIGURAZIONE DI RETE

HORIZON SQL CONFIGURAZIONE DI RETE 1-1/9 HORIZON SQL CONFIGURAZIONE DI RETE 1 CARATTERISTICHE DI UN DATABASE SQL...1-2 Considerazioni generali... 1-2 Concetto di Server... 1-2 Concetto di Client... 1-2 Concetto di database SQL... 1-2 Vantaggi...

Dettagli

Architetture Web a tre livelli: CGI, SSI, ISAPI e codice mobile Architetture a 3 livelli (1)

Architetture Web a tre livelli: CGI, SSI, ISAPI e codice mobile Architetture a 3 livelli (1) Pagina 1 di 10 Architetture Web a tre livelli: CGI, SSI, ISAPI e codice mobile Architetture a 3 livelli (1) Nel corso della lezione precedente abbiamo analizzato le caratteristiche dell'architettura CGI.

Dettagli

Candidato: Luca Russo Docente: Prof. Raffaele Montella. 27 Marzo 2013

Candidato: Luca Russo Docente: Prof. Raffaele Montella. 27 Marzo 2013 e di e di Candidato: Luca Russo Docente: Corso di laurea in Informatica Applicata Facoltá di Scienze e Tecnologie Programmazione su Reti 27 Marzo 2013 Traccia d esame Sviluppare multitier con disaccoppiamento

Dettagli

Basi di Dati Distribuite

Basi di Dati Distribuite Basi di Dati Distribuite P. Atzeni, S. Ceri, S. Paraboschi, R. Torlone (McGraw-Hill Italia) Basi di dati: architetture linee di evoluzione - seconda edizione Capitolo 3 Appunti dalle lezioni SQL come DDL

Dettagli

1. ABSTRACT 2. INTRODUZIONE PROGETTO DI UN INFRASTRUTTURA GERARCHICA PER SERVIZI DI FILE HOSTING

1. ABSTRACT 2. INTRODUZIONE PROGETTO DI UN INFRASTRUTTURA GERARCHICA PER SERVIZI DI FILE HOSTING PROGETTO DI UN INFRASTRUTTURA GERARCHICA PER SERVIZI DI FILE HOSTING 1. ABSTRACT Al giorno d oggi, l enorme diffusione di contenuti multimediali quali, ad esempio, video ad alta definizione piuttosto che

Dettagli

che, diversamente dalla raccomandata, nella ricevuta di avvenuta consegna sono presenti anche i contenuti del messaggio originale.

che, diversamente dalla raccomandata, nella ricevuta di avvenuta consegna sono presenti anche i contenuti del messaggio originale. Di seguito sono riportate le risposte relative a quesiti pervenuti circa i seguenti aspetti del servizio: caratteristiche generali; funzionamento; attivazione; gestori; Indice PA. 1. Introduzione Che cos'è?

Dettagli

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del Manuale utente presente nell ambiente del Servizio Telematico Doganale.

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del Manuale utente presente nell ambiente del Servizio Telematico Doganale. GUIDA RAPIDA versione 25 febbraio 2010 SERVIIZIIO TELEMATIICO DOGANALE Avvertenze: Questa guida vuole costituire un piccolo aiuto per gli operatori che hanno già presentato richiesta di adesione al servizio

Dettagli

Java Remote Method Invocation

Java Remote Method Invocation Java Remote Method Invocation Programmazione in Rete e Laboratorio Comunicazione distribuita Port1 Java VM1 Java VM2 Port 2 Matteo Baldoni Dipartimento di Informatica Universita` degli Studi di Torino

Dettagli

Modelli per la descrizione di protocolli

Modelli per la descrizione di protocolli POLITECNICO DI MILANO Corso di Laurea in Ingegneria Informatica Modelli per la descrizione di protocolli asincroni basati sull usouso di servizi Web Relatore: Prof. Stefano Ceri Correlatori: Ing. Marco

Dettagli

Il File System. È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati

Il File System. È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati Il File System È la componente del S.O. che si occupa della gestione della memoria di massa e dell organizzazione logica dei dati Le operazioni supportate da un file system sono: eliminazione di dati modifica

Dettagli

Il Sistema Operativo. C. Marrocco. Università degli Studi di Cassino

Il Sistema Operativo. C. Marrocco. Università degli Studi di Cassino Il Sistema Operativo Il Sistema Operativo è uno strato software che: opera direttamente sull hardware; isola dai dettagli dell architettura hardware; fornisce un insieme di funzionalità di alto livello.

Dettagli

T E O R I A D I P R O G E T T A Z I O N E D E L S O F T W A R E

T E O R I A D I P R O G E T T A Z I O N E D E L S O F T W A R E Threading T E O R I A D I P R O G E T T A Z I O N E D E L S O F T W A R E Caratteristiche principali dei thread Consentono di eseguire elaborazioni simultanee in un programma scritto in C#. Possono essere

Dettagli

BrightSync: progetto di un middleware di sincronizzazione per ambienti eterogenei

BrightSync: progetto di un middleware di sincronizzazione per ambienti eterogenei Corso di Laurea Specialistica in Ingegneria Informatica Reti di Calcolatori LS prof. Antonio Corradi BrightSync: progetto di un middleware di sincronizzazione per ambienti eterogenei di Emanuele Crescentini

Dettagli

Architetture software

Architetture software Corso di Laurea Magistrale in Ingegneria Informatica Corso di Ingegneria del A. A. 2013-2014 Architettura software 1 Architetture software Sommario Definizioni 2 Architettura Definizione. L architettura

Dettagli

ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL

ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL.1. Introduzione Legalmail è un servizio di posta elettronica che garantisce un elevato grado di affidabilità e sicurezza. Esso consente al Cliente

Dettagli

F.O.A.M. Free Object Access Method. Un introduzione. Documento: Introduzione FOAM.doc Versione: 0.03.2k30131 Autore: Mario Meo Colombo

F.O.A.M. Free Object Access Method. Un introduzione. Documento: Introduzione FOAM.doc Versione: 0.03.2k30131 Autore: Mario Meo Colombo F.O.A.M. Free Object Access Method Un introduzione Documento: Introduzione FOAM.doc Versione: 0.03.2k30131 Autore: Mario Meo Colombo Il protocollo FOAM. FOAM (Free Object Access Method) è un protocollo

Dettagli

Linguaggi e Paradigmi di Programmazione

Linguaggi e Paradigmi di Programmazione Linguaggi e Paradigmi di Programmazione Cos è un linguaggio Definizione 1 Un linguaggio è un insieme di parole e di metodi di combinazione delle parole usati e compresi da una comunità di persone. È una

Dettagli

Reti di Calcolatori. Il software

Reti di Calcolatori. Il software Reti di Calcolatori Il software Lo Stack Protocollare Application: supporta le applicazioni che usano la rete; Transport: trasferimento dati tra host; Network: instradamento (routing) di datagram dalla

Dettagli

Consiglio dell Ordine Nazionale dei Dottori Agronomi e Dottori Forestali Ministero della Giustizia

Consiglio dell Ordine Nazionale dei Dottori Agronomi e Dottori Forestali Ministero della Giustizia 1. Che cos è? La Posta Elettronica Certificata (PEC) è un sistema di posta elettronica (che utilizza i protocolli standard della posta elettronica tradizionale) mediante il quale al mittente viene fornita,

Dettagli

CAPITOLO 27 SCAMBIO DI MESSAGGI

CAPITOLO 27 SCAMBIO DI MESSAGGI CAPITOLO 27 SCAMBIO DI MESSAGGI SCAMBIO DI MESSAGGI Sia che si guardi al microkernel, sia a SMP, sia ai sistemi distribuiti, Quando i processi interagiscono fra loro, devono soddisfare due requisiti fondamentali:

Dettagli

w w w. n e w s o f t s r l. i t Soluzione Proposta

w w w. n e w s o f t s r l. i t Soluzione Proposta w w w. n e w s o f t s r l. i t Soluzione Proposta Sommario 1. PREMESSA...3 2. NSPAY...4 2.1 FUNZIONI NSPAY... 5 2.1.1 Gestione degli addebiti... 5 2.1.2 Inibizione di un uso fraudolento... 5 2.1.3 Gestione

Dettagli

Coordinazione Distribuita

Coordinazione Distribuita Coordinazione Distribuita Ordinamento degli eventi Mutua esclusione Atomicità Controllo della Concorrenza 21.1 Introduzione Tutte le questioni relative alla concorrenza che si incontrano in sistemi centralizzati,

Dettagli

Introduzione. Coordinazione Distribuita. Ordinamento degli eventi. Realizzazione di. Mutua Esclusione Distribuita (DME)

Introduzione. Coordinazione Distribuita. Ordinamento degli eventi. Realizzazione di. Mutua Esclusione Distribuita (DME) Coordinazione Distribuita Ordinamento degli eventi Mutua esclusione Atomicità Controllo della Concorrenza Introduzione Tutte le questioni relative alla concorrenza che si incontrano in sistemi centralizzati,

Dettagli

27/03/2013. Contenuti

27/03/2013. Contenuti Corso Sistemi Distribuiti 6 cfu Docente: Prof. Marcello Castellano Contenuti Virtualizzazione - 3 Macchina virtuale - 4 Architetture delle macchine virtuali - 6 Tipi di virtualizzazione - 7 Monitor della

Dettagli

Impostare il browser per navigare in sicurezza Opzioni di protezione

Impostare il browser per navigare in sicurezza Opzioni di protezione Impostare il browser per navigare in sicurezza Opzioni di protezione Data la crescente necessità di sicurezza e tutela dei propri dati durante la navigazione in rete, anche gli stessi browser si sono aggiornati,

Dettagli

Introduzione alle applicazioni di rete

Introduzione alle applicazioni di rete Introduzione alle applicazioni di rete Definizioni base Modelli client-server e peer-to-peer Socket API Scelta del tipo di servizio Indirizzamento dei processi Identificazione di un servizio Concorrenza

Dettagli

INFORMATICA. Il Sistema Operativo. di Roberta Molinari

INFORMATICA. Il Sistema Operativo. di Roberta Molinari INFORMATICA Il Sistema Operativo di Roberta Molinari Il Sistema Operativo un po di definizioni Elaborazione: trattamento di di informazioni acquisite dall esterno per per restituire un un risultato Processore:

Dettagli

B.P.S. Business Process Server ALLEGATO C10

B.P.S. Business Process Server ALLEGATO C10 B.P.S. Business Process Server ALLEGATO C10 REGIONE BASILICATA DIPARTIMENTO PRESIDENZA DELLA GIUNTA REGIONALE UFFICIO SISTEMA INFORMATIVO REGIONALE E STATISTICA Via V. Verrastro, n. 4 85100 Potenza tel

Dettagli

Privacy e cookie policy. Trattamento dei Dati Personali degli Utenti

Privacy e cookie policy. Trattamento dei Dati Personali degli Utenti Privacy e cookie policy Trattamento dei Dati Personali degli Utenti I Dati Personali (che includono i dati identificativi, di recapito, di navigazione e di eventuale scelte effettuate tramite il sito)

Dettagli

Parte II: Reti di calcolatori Lezione 9

Parte II: Reti di calcolatori Lezione 9 Università di Roma Tor Vergata Corso di Laurea triennale in Informatica Sistemi operativi e reti A.A. 2013-14 Pietro Frasca Parte II: Reti di calcolatori Lezione 9 Martedì 1-04-2014 1 Applicazioni P2P

Dettagli

Nuove implementazioni La nuova release del TsGate apporta al protocollo numerose migliorie, sia generali che specifiche per ogni singolo modulo.

Nuove implementazioni La nuova release del TsGate apporta al protocollo numerose migliorie, sia generali che specifiche per ogni singolo modulo. Pro COMMERCIALE (La farmacia può decidere di accettare o meno l allineamento commerciale di un prodotto) ACCETTARE IL PRODOTTO SOSTI- TUTIVO (La farmacia può decidere di accettare o meno il prodotto sostitutivo)

Dettagli

RMI Remote Method Invocation

RMI Remote Method Invocation RMI Remote Method Invocation [Pagina intenzionalmente vuota] (1 12 2004) slide 4:1/18 (p.106) Un applicazione RMI è un applicazione distribuita ad oggetti. Applicazione RMI tipica, strutturata in: server:

Dettagli

Una rassegna dei sistemi operativi per il Cloud Computing

Una rassegna dei sistemi operativi per il Cloud Computing Alma Mater Studiorum Università di Bologna SCUOLA DI SCIENZE Corso di Laurea in Informatica Una rassegna dei sistemi operativi per il Cloud Computing Tesi di Laurea in Reti di Calcolatori Relatore: Chiar.mo

Dettagli

Basi di Dati prof. A. Longheu. 5 Progettazione fisica

Basi di Dati prof. A. Longheu. 5 Progettazione fisica Basi di Dati prof. A. Longheu 5 Progettazione fisica Progettazione Fisica Per effettuare la progettazione fisica, ossia l implementazione reale del modello logico creato nella fase della progettazione

Dettagli

Introduzione. Livello applicativo Principi delle applicazioni di rete. Stack protocollare Gerarchia di protocolli Servizi e primitive di servizio 2-1

Introduzione. Livello applicativo Principi delle applicazioni di rete. Stack protocollare Gerarchia di protocolli Servizi e primitive di servizio 2-1 Introduzione Stack protocollare Gerarchia di protocolli Servizi e primitive di servizio Livello applicativo Principi delle applicazioni di rete 2-1 Pila di protocolli Internet Software applicazione: di

Dettagli

Allegato 3 Sistema per l interscambio dei dati (SID)

Allegato 3 Sistema per l interscambio dei dati (SID) Sistema per l interscambio dei dati (SID) Specifiche dell infrastruttura per la trasmissione delle Comunicazioni previste dall art. 11 comma 2 del decreto legge 6 dicembre 2011 n.201 Sommario Introduzione...

Dettagli

Sistemi centralizzati e distribuiti

Sistemi centralizzati e distribuiti Sistemi centralizzati e distribuiti In relazione al luogo dove è posta fisicamente la base di dati I sistemi informativi, sulla base del luogo dove il DB è realmente dislocato, si possono suddividere in:

Dettagli

GEODROP APPLICATIONS. Developer. Public. Private. Reseller

GEODROP APPLICATIONS. Developer. Public. Private. Reseller GEODROP APPLICATIONS Public Developer Reseller Private Le Applicazioni di Geodrop Guida per Developer alle Applicazioni Guida alle applicazioni v1.1-it, 21 Dicembre 2012 Indice Indice...2 Cronologia delle

Dettagli

Cookie Garante Privacy. Cookie Garante Privacy

Cookie Garante Privacy. Cookie Garante Privacy Cookie Garante Privacy Cookie Garante Privacy Utilizziamo i cookie per rendere il nostro sito più facile ed intuitivo. I dati raccolti grazie ai cookie servono per rendere l esperienza di navigazione più

Dettagli

Controllo Winsock di Visual Basic

Controllo Winsock di Visual Basic Controllo Winsock di Visual Basic Il controllo Winsock, non visibile all'utente, consente di accedere ai servizi di rete TCP e UDP. Per creare applicazioni client o server non è necessario conoscere in

Dettagli

Assegnazione di indirizzi IP dinamica (DHCP) 1

Assegnazione di indirizzi IP dinamica (DHCP) 1 Assegnazione di indirizzi IP dinamica (DHCP) 1 Esempio 1 L'esempio mostra una semplice rete con un solo switch centrale e due dispositivi (un PC ed un router) non aventi sulla loro interfaccia verso la

Dettagli

Esercitazione finale per il corso di Sistemi Operativi (A.A. 2004/2005)

Esercitazione finale per il corso di Sistemi Operativi (A.A. 2004/2005) Esercitazione finale per il corso di Sistemi Operativi (A.A. 2004/2005) Descrizione dell esercitazione L esercitazione consiste nell implementare un semplice gestore di aste attraverso il quale gli utenti

Dettagli

Getting started. Creare una applicazione con supporto Web Server

Getting started. Creare una applicazione con supporto Web Server Getting started Creare una applicazione con supporto Web Server Revisioni del documento Data Edizione Commenti 10/03/2010 1.0 - Sielco Sistemi srl via Roma, 24 I-22070 Guanzate (CO) http://www.sielcosistemi.com

Dettagli

NAVIGAORA HOTSPOT. Manuale utente per la configurazione

NAVIGAORA HOTSPOT. Manuale utente per la configurazione NAVIGAORA HOTSPOT Manuale utente per la configurazione NAVIGAORA Hotspot è l innovativo servizio che offre ai suoi clienti accesso ad Internet gratuito, in modo semplice e veloce, grazie al collegamento

Dettagli

Presentazione di Cedac Software

Presentazione di Cedac Software Agenda Presentazione di Cedac Software SOA ed ESB Analisi di un caso studio Esempi Q&A Presentazione di Cedac Software 1 2 Presentazione di Cedac Software S.r.l. Divisione Software Azienda nata nel 1994

Dettagli

C Cloud computing Cloud storage. Prof. Maurizio Naldi

C Cloud computing Cloud storage. Prof. Maurizio Naldi C Cloud computing Cloud storage Prof. Maurizio Naldi Cos è il Cloud Computing? Con cloud computing si indica un insieme di tecnologie che permettono, tipicamente sotto forma di un servizio, di memorizzare/

Dettagli

Università di Roma Tor Vergata Corso di Laurea triennale in Informatica Sistemi operativi e reti A.A. 2015-16. Pietro Frasca.

Università di Roma Tor Vergata Corso di Laurea triennale in Informatica Sistemi operativi e reti A.A. 2015-16. Pietro Frasca. Università di Roma Tor Vergata Corso di Laurea triennale in Informatica Sistemi operativi e reti A.A. 2015-16 Pietro Frasca Lezione 15 Martedì 24-11-2015 Struttura logica del sottosistema di I/O Processi

Dettagli

SNMP Watch Dog (Specifiche)

SNMP Watch Dog (Specifiche) SNMP Watch Dog (Specifiche) Progetto di Esame di Reti di Calcolatori Corso di laurea in Ingegneria delle Telecomunicazioni Realizzato da Scocco Gianfranco, matricola n. 21 03 50701 SNMP Watch Dog Sistema

Dettagli

UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA. Elaborato di Tecnologie del Software per Internet

UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA. Elaborato di Tecnologie del Software per Internet UNIVERSITÀ DEGLI STUDI DI FIRENZE FACOLTA DI INGEGNERIA DIPARTIMENTO DI SISTEMI E INFORMATICA Elaborato di Tecnologie del Software per Internet JMSWEB 2 SISTEMA PER LO SCAMBIO DI MESSAGGI TRA APPLICAZIONI

Dettagli

Scheda Prodotto. LEGALMAIL componenti aggiuntive. Posta Elettronica Certificata

Scheda Prodotto. LEGALMAIL componenti aggiuntive. Posta Elettronica Certificata Scheda Prodotto LEGALMAIL componenti aggiuntive Posta Elettronica Certificata ll cliente che aderisce al Servizio Legalmail ha la possibilità di richiedere l attivazione di una serie di componenti opzionali,

Dettagli

GESTIONE SOGGETTI INCARICATI MANUALE UTENTE VERSIONE 1.0

GESTIONE SOGGETTI INCARICATI MANUALE UTENTE VERSIONE 1.0 09/01/2015 GESTIONE SOGGETTI INCARICATI MANUALE UTENTE VERSIONE 1.0 PAG. 2 DI 16 INDICE 1. INTRODUZIONE 3 2. PREMESSA 4 3. FUNZIONI RELATIVE AGLI INCARICATI 6 3.1 NOMINA DEI GESTORI INCARICATI E DEGLI

Dettagli

Utilizzo dei Server DNS e relative implicazioni

Utilizzo dei Server DNS e relative implicazioni Utilizzo dei Server DNS e relative implicazioni Una questione di fondamentale importanza è l'impostazione dei Server DNS. Da questi server dipende il buon esito di tutte le risoluzioni dei nomi di dominio

Dettagli

SVILUPPO ONTOLOGIE PER LA GESTIONE DOCUMENTALE E LORO INTEGRAZIONE ALL INTERNO DI UNA PIATTAFORMA WEB

SVILUPPO ONTOLOGIE PER LA GESTIONE DOCUMENTALE E LORO INTEGRAZIONE ALL INTERNO DI UNA PIATTAFORMA WEB Facoltà di Ingegneria Corso di Laurea Specialistica in Ingegneria Informatica SVILUPPO ONTOLOGIE PER LA GESTIONE DOCUMENTALE E LORO INTEGRAZIONE ALL INTERNO DI UNA PIATTAFORMA WEB Relatore Chiarissimo

Dettagli

Cod. SWUM_00399_it RCCL

Cod. SWUM_00399_it RCCL Cod. SWUM_00399_it RCCL Libreria di comunicazione CISS Manuale utente Aggiornamento 2/9/2008 Sommario 1. Presentazione... 3 2. Installazione del prodotto... 3 3. Applicazione di esempio... 4 4. Per iniziare

Dettagli

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del manuale utente presente nell ambiente del Servizio Telematico Doganale.

Si precisa in ogni caso che questa guida rapida non esime dalla lettura del manuale utente presente nell ambiente del Servizio Telematico Doganale. GUIDA RAPIDA versione 11 marzo 2008 SEERVIIZZIIO TTEELLEEMATTIICO M DOGANALLEE G Avvertenze: Questa guida vuole costituire un piccolo aiuto per gli operatori che hanno già presentato richiesta di adesione

Dettagli

Capitolo 5: I thread

Capitolo 5: I thread Capitolo 5: I thread Generalità. Modelli multithread. Problematiche relative ai thread. Pthread. 5.1 I thread Il thread è un flusso di controllo relativo ad un dato processo. Molti sistemi operativi moderni

Dettagli

Indirizzi Internet e. I livelli di trasporto delle informazioni. Comunicazione e naming in Internet

Indirizzi Internet e. I livelli di trasporto delle informazioni. Comunicazione e naming in Internet Indirizzi Internet e Protocolli I livelli di trasporto delle informazioni Comunicazione e naming in Internet Tre nuovi standard Sistema di indirizzamento delle risorse (URL) Linguaggio HTML Protocollo

Dettagli

WE500 APPLICATION NOTES GESTIONE DELLE ACQUE

WE500 APPLICATION NOTES GESTIONE DELLE ACQUE WE500 APPLICATION NOTES GESTIONE DELLE ACQUE 1 INTRODUZIONE I sistemi di telecontrollo ed il monitoraggio diventano sempre più importanti nell'ampliamento delle reti di distribuzione idrica ed in particolar

Dettagli

MODELLO AD AMBIENTE GLOBALE

MODELLO AD AMBIENTE GLOBALE MODELLI DI INTERAZIONE TRA PROCESSI Modello ad ambiente globale ( global environment ) Modello a scambio di messaggi ( message passing ) MODELLO AD AMBIENTE GLOBALE Il sistema è visto come un insieme di

Dettagli

Introduzione all elaborazione di database nel Web

Introduzione all elaborazione di database nel Web Introduzione all elaborazione di database nel Web Prof.ssa M. Cesa 1 Concetti base del Web Il Web è formato da computer nella rete Internet connessi fra loro in una modalità particolare che consente un

Dettagli

Progetto Gennaio 2013: Social Chat Internazionale

Progetto Gennaio 2013: Social Chat Internazionale UNIVERSITÀ DEGLI STUDI DI MILANO, DIPARTIMENTO DI INFORMATICA LAUREA TRIENNALE IN COMUNICAZIONE DIGITALE CORSO DI RETI DI CALCOLATORI ANNO ACCADEMICO 2011/2012 Progetto Gennaio 2013: Social Chat Internazionale

Dettagli

Enterprise Application Integration

Enterprise Application Integration POLITECNICO DI TORINO Facoltà di Ingegneria dell Informazione Corso di Laurea Specialistica in Ingegneria Informatica Tesi di Laurea Specialistica Enterprise Application Integration Studio e realizzazione

Dettagli