Spring Boot – Gestire il CORS

Quando un client richiede un servizio rest da un differente dominio, porta o protocollo, entra in gioco il Cross-Origin Resource Sharing, meglio noto come CORS.

Ad esempio, se ad un microservizio, in esecuzione sulla porta 8080, arriva una richiesta proveniente da angular (un framework JavaScript che in genere è in esecuzione sulla porta 4200),  il cors la intercetta, per motivi di sicurezza, e poi, in base a come è stato impostato, decide se bloccarla o farla passare.

Senza andare troppo nel dettaglio nel funzionamento del Cors, vediamo come abilitare le richieste cross-origin per un’applicazione del servizio Web RESTful.

Continua a leggere

Swagger: Documentare un Web Services Rest

Swagger è un progetto open source utilizzato per generare la documentazione per microservizi. Fornisce un’interfaccia utente per accedere ai nostri servizi web RESTful tramite browser. Per abilitare Swagger nell’applicazione Spring Boot, è necessario aggiungere le seguenti dipendenze nel pom.xml

<!-- SWAGGER 2 -->
		<dependency>
			<groupId>io.springfox</groupId>
			<artifactId>springfox-swagger2</artifactId>
			<version>2.9.2</version>
		</dependency>
		<dependency>h
			<groupId>io.springfox</groupId>
			<artifactId>springfox-swagger-ui</artifactId>
			<version>2.9.2</version>
		</dependency>
Continua a leggere

Test Su Classi Avanzato

1. Si vuole realizzare un traduttore inglese-italiano tramite un dizionario che contiene coppie di tipo “parola
traduzioni”. Il campo “parola” `e una stringa che ha la funzione di chiave per il dizionario, mentre il
campo “traduzioni” `e un array di stringhe che contiene una o pi`u traduzioni associate a ciascuna parola.
Il dizionario pu`o inoltre essere aggiornato tramite un apposito metodo update.
Il candidato ha a disposizione il file TraduttoreTester.java, il quale contiene classi e interfacce da
utilizzare e/o completare secondo quanto qui indicato:
• DictionaryUD. Interfaccia che rappresenta il tipo di dati astratto “dizionario con update”. Contiene firme e specifiche di funzionamento dei metodi. In particolare contiene firma e specifiche di
funzionamento del metodo update. Non modificare.
• DictionaryItemNotFoundException. Eccezione lanciata in caso di mancato ritrovamento di
una coppia nel dizionario. Non modificare.
• Traduttore. Classe che implementa l’interfaccia DictionaryUD. Completare la classe scrivendone la parte privata e realizzandone i metodi pubblici. Il traduttore conterr`a coppie di tipo “parola
traduzioni” appartenenti alla classe WordPair, realizzata come classe interna alla classe Traduttore e il cui codice non va modificato. Si richiede inoltre di realizzare un metodo toString
per la classe Traduttore, che restituisca una stringa contenente gli elementi del traduttore secondo il seguente formato: (1) ogni coppia “parola traduzioni” viene scritta su una riga diversa, e (2)
all’interno di ogni riga la coppia viene scritta seguendo il formato specificato dal metodo toString
della classe WordPair (si veda il corpo di tale metodo).
• TraduttoreTester. Classe che collauda il traduttore. Completare la classe in modo che il suo
metodo main realizzi le seguenti specifiche:
– Due nomi di file di testo, file1 e file2, vengono passati come argomenti sulla riga di comando.
– Viene creato un primo esemplare della classe Traduttore, in cui si inseriscono elementi letti
dal file file1 (scritto nello stesso formato specificato sopra per il metodo toString di Traduttore).
– Viene creato un secondo esemplare della classe Traduttore, in cui vengono inseriti elementi
letti dall’input standard (nello stesso formato specificato pi`u sopra per il metodo toString di
Traduttore). La fine dell’inserimento di elementi viene segnalata dalla terminazione dell’input
standard <CTRL>+D.
– Tramite invocazione del metodo update, il primo Traduttore viene aggiornato con il contenuto del secondo Traduttore e successivamente stampato sul file file2 (nello stesso formato
specificato pi`u sopra per il metodo toString).
Nello svolgimento si possono usare, se ritenute utili, solo le seguenti classi della libreria standard:
• tutte le classi dei package java.lang e java.io;
• le classi Scanner, StringTokenizer e NoSuchElementException del package java.util.

2. Gestionale per shopping online. Si deve poter gestire i prodotti, con le quantità disponibili, i clienti, gli ordini. Ogni ordine può essere in stato da completare, completato e pagato.

3. Scrivere una classe per la gestione di un bancomat.

Deve essere possibile:

  • Prelevare, se c’è disponibilità sul conto, e poter scegliere il taglio di banconote da consegnare
  • Versare
  • Ottenere la lista degli ultimi 20 movimenti

 

 

4. Si vuole fornire una parziale realizzazione di una agenda elettronica, che consenta di memorizzare un insieme
di impegni. Gli impegni memorizzati nell’agenda saranno coppie di tipo “chiave valore”, dove il campo chiave
`e un numero in formato int che specifica il livello di priorit`a di un impegno mentre il campo valore `e una
stringa contenente un promemoria dell’impegno. Si assume di utilizzare quattro livelli di priorit`a, da 0 a 3
estremi inclusi, dove il livello 0 significa “massima priorit`a” ed il livello 3 significa “minima priorit`a”.
Il candidato ha a disposizione il file AgendaTester.java, il quale contiene classi e interfacce da utilizzare
e/o completare secondo quanto qui indicato:
• PriorityQueue. Interfaccia che definisce il tipo di dati astratto “coda di priorit`a”. Leggere con
attenzione i commenti all’interfaccia ed ai suoi metodi. Non modificare.
• EmptyQueueException. Eccezione che segnala che la coda di priorit`a `e vuota. Non modificare.
• Agenda. Classe che implementa l’interfaccia PriorityQueue. Completare la classe scrivendone
la parte privata e realizzandone i metodi pubblici. L’agenda conterr`a coppie di tipo “chiave valore”
appartenenti alla classe Impegno, realizzata come classe interna di Agenda e il cui codice non va
modificato. Si richiede inoltre di realizzare un metodo toString per la classe Agenda, che
restituisca una stringa contenente gli elementi secondo il seguente formato: (1) ogni coppia viene
scritta su una riga diversa, e (2) all’interno di ogni riga la coppia viene scritta seguendo il formato
specificato dal metodo toString della classe Impegno (si veda il corpo di tale metodo).
• AgendaTester. Classe che collauda l’agenda. Completare la classe in modo che il suo metodo
main realizzi il seguente comportamento:
– Crea un oggetto di tipo Agenda, vuoto.
– Accetta ripetutamente comandi dall’utente, introdotti da tastiera, finch`e l’utente non introduce
il comando di terminazione del programma. I comandi disponibili sono:
Comando Significato
“I” Inserisce un impegno. In questo caso il programma chiede di inserire da tastiera una riga
di testo nel formato “chiave valore”, ed inserisce l’impegno nell’agenda (ad es. la riga
“0 Studiare polimorfismo!” inserisce un impegno con priorit`a 0 e promemoria “Studiare
polimorfismo!”).
“R” Rimuove il primo impegno di priorit`a massima (ovvero chiave=0). In questo caso il
programma rimuove l’impegno dall’agenda e ne stampa il promemoria a standard output.
“L” Legge il primo impegno di priorit`a massima. In questo caso il programma stampa il
promemoria dell’impegno a standard output (senza rimuovere l’impegno dall’agenda).
“Q” Termina (Quit) il programma.
– Dopo ognuna delle operazioni sopra elencate stampa il contenuto aggiornato dell’agenda.
Nello svolgimento si possono usare, se ritenute utili, solo le seguenti classi della libreria standard:
• tutte le classi dei package java.lang e java.io;
• le classi Scanner, StringTokenizer e NoSuchElementException del package java.util

5. Progettare una applicazione per la gestione di squadre e giocatori di un campionato di calcio. I giocatori sono caratterizzati da un nome (una stringa) ed un anno di nascita (un intero). Le squadre sono caratterizzate da un nome (una stringa). In una squadra giocano almeno 15 giocatori. Tra i giocatori che giocano in una squadra uno gioca nel ruolo di capitano. Le squadre si incontrano tra di loro in partite, di cui interessa conoscere quale squadra gioca in casa e quale in trasferta, ed il risultato (due interi: uno per la squadra di casa ed uno per la squadra in trasferta). Data una squadra si vuole conoscere le squadre con cui si è incontrata, sia in casa che in trasferta.

6. Gestionale per officina. Ogni officina è riconoscibile da un nome e una sede.
In ognuno di essa ci possono essere vari mezzi, auto e camion.
Per ogni auto, ci interessa sapere marca, modello, colore, targa, tipo di problema, costo riparazione.
Per ogni camion, ci interessa sapere marca, modello, colore, targa, presenza rimorchio, tipo di problema, costo riparazione.
Ci interessa avere uno storico con tutti i mezzi che sono stati riparati, con tutte le relative informazioni.

7. Si vuole gestire una rubrica telefonica realizzando un dizionario che contiene coppie di tipo “nome
numero”. Il campo “nome” `e una stringa che ha la funzione di chiave per il dizionario (dunque la
rubrica non potr`a contenere omonimi), mentre il campo “numero” `e un numero intero in formato long
che rappresenta i recapiti telefonici associati a ciascun nome.
Il candidato ha a disposizione il file RubricaTester.java, il quale contiene classi e interfacce da
utilizzare e/o completare secondo quanto qui indicato:
• Dictionary. Interfaccia che rappresenta il tipo di dati astratto dizionario, contiene le firme dei
metodi e le specifiche del loro funzionamento. Non modificare.
• DictionaryItemNotFoundException. Eccezione lanciata in caso di mancato ritrovamento di
una coppia nel dizionario. Non modificare.
• Rubrica. Classe che implementa l’interfaccia Dictionary. Completare la classe scrivendone la
parte privata e realizzandone i metodi pubblici. La rubrica conterr`a coppie di tipo “nome numero”
appartenenti alla classe Pair, realizzata come classe interna alla classe Rubrica e il cui codice
non va modificato. Si richiede che il metodo find() abbia prestazioni O(log n). Si richiede
inoltre di realizzare un metodo toString per la classe Rubrica, che restituisca una stringa
contenente gli elementi della rubrica secondo il seguente formato: (1) ogni coppia “nome numero”
viene scritta su una riga diversa, e (2) all’interno di ogni riga la coppia viene scritta seguendo il
formato specificato dal metodo toString della classe Pair (si veda il corpo di tale metodo).
• RubricaTester. Classe che collauda la rubrica. Completare la classe in modo che il suo metodo
main realizzi il seguente comportamento:
– Due nomi di file di testo, file1 e file2, vengono passati come argomenti sulla riga di comando.
– Vengono creati due oggetti di tipo Rubrica. Nella prima rubrica si inseriscono elementi letti
dal file file1 (scritto nello stesso formato specificato sopra per il metodo toString di Rubrica).
– Viene richiesta l’immisione di un nome da input standard. Il nome immesso viene cercato
nella prima rubrica e la corrispondente coppia “nome numero” viene (se trovata) spostata
dalla prima alla seconda rubrica (ovvero rimossa dalla prima e inserita nella seconda rubrica).
– L’operazione descritta al punto precedente pu`o essere ripetuta un numero non prefissato di
volte. Il ciclo viene terminato tramite inserimento del carattere “Q” da input standard.
– Al termine delle ricerche effettuate dall’utente, il contenuto della seconda rubrica viene stampato sul file file2 (nello stesso formato specificato sopra per il metodo toString di Rubrica).
Nello svolgimento si possono usare, se ritenute utili, solo le seguenti classi della libreria standard:
• tutte le classi dei package java.lang e java.io;
• le classi Scanner, StringTokenizer e NoSuchElementException del package java.util.
Usando i file paperopoli.txt e input.txt allegati, il programma pu`o essere provato con il comando
java RubricaTester paperopoli.txt topolinia.txt < input.txt

8. Si vuole rappresentare un insieme di studenti tramite il tipo di dato astratto StudentSet. Un contenitore di tipo StudentSet conterr`a oggetti di tipo Student, dove la classe Student rappresenta le informazioni
relative ad un singolo studente (numero di matricola, cognome, nome).
Il candidato ha a disposizione il file StudentSetTester.java, il quale contiene classi ed interfacce
da utilizzare e/o completare secondo quanto qui indicato:
• StudentSet. Interfaccia che rappresenta il tipo di dati astratto “insieme di studenti”. Contiene
firme e specifiche di funzionamento dei metodi. Non modificare.
• Student. Classe che rappresenta le informazioni relative ad un singolo studente. La classe realizza
l’interfaccia Comparable, dove l’ordinamento di oggetti di tipo Student `e quello indotto dai numeri
di matricola. Inoltre la classe sovrascrive il metodo toString. Non modificare.
• ArrayStudentset. Classe che implementa l’interfaccia StudentSet. Completare la classe
scrivendone la parte privata e realizzandone i metodi pubblici. Verranno considerate ottime le
soluzioni per cui il metodo contains ha prestazioni O(log n) e il metodo intersection ha prestazioni
O(n log n). La classe deve inoltre sovrascrivere il metodo toString, che restituisca una stringa
contenente gli elementi dell’insieme di studenti secondo il seguente formato: (1) i dati di ogni elemento Student vengono scritti ciascuno su una riga diversa, e (2) all’interno di ogni riga i campi
“matricola”, “cognome” e “nome” sono separati da uno spazio.
• StudentSetTester. Classe che collauda l’insieme di studenti. Completare la classe in modo
che il suo metodo main realizzi il seguente comportamento:
– Due nomi di file di testo, file1 e file2 (scritti nello stesso formato specificato sopra per il metodo
toString di ArrayStudentSet), vengono passati come argomenti sulla riga di comando.
– Vengono creati due esemplari della classe ArrayStudentSet. Nel primo vengono inseriti
elementi letti dal file file1 (contenente gli studenti che frequentano il corso di Fond. di Informatica 1); nel secondo vengono inseriti gli elementi letti dal file file2 (contenente gli studenti
che frequentano il corso di Matematica A)
– Viene calcolato, tramite invocazione del metodo intersection, l’insieme degli studenti che frequentano entrambi i corsi, e l’elenco di tali studenti viene visualizzato sull’output standard.
Nello svolgimento si possono usare, se ritenute utili, solo le seguenti classi della libreria standard:
• tutte le classi dei package java.lang e java.io;
• le classi Scanner, StringTokenizer e NoSuchElementException del package java.util.

9. Creare un gestionale per gli impiegati ed i progetti di una azienda.
Degli impiegati interessa il codice fiscale, il nome, il cognome, i dipartimenti a cui appartengono, ed i progetti ai quali partecipano.
Un impiegato può appartenere a uno, o a più dipartimenti. Dei progetti interessa il nome, il budget, e la città (se stabilita) in cui vengono realizzati.
Il nome di un progetto non può essere cambiato.
Dei dipartimenti interessa il nome, il numero di telefono, l’impiegato che li dirige (se presente), e la città dove è localizzata la sede.
Delle città interessa il nome e la regione (una stringa).
Creare tutte le operazioni necessarie per il corretto utilizzo del gestionale, quindi tutti i CRUD per impiegato, progetto, dipartimento, con le ricerche che si ritiene opportune

10.

Si considerino le seguenti specifiche:
Un elemento multimediale è una immagine, un filmato o una registrazione audio identificato da un titolo (una stringa non vuota).
Un elemento è riproducibile se ha una durata (un valore positivo di tipo int) e un metodo play()
Una registrazione audio è riproducibile e ha associato anche un volume (un valore positivo di tipo int) e i metodi weaker() e louder() per regolarlo. Se riprodotta, ripete per un numero di volte pari alla durata la stampa del titolo concatenato a una sequenza di punti esclamativi di lunghezza pari al volume (una stampa per riga).
Un filmato è riproducibile e ha associato un volume regolabile analogo a quello delle registrazioni audio e anche una luminosità (un valore positivo di tipo int) e i metodi brighter() e darker() per regolarla. Se riprodotta, ripete per un numero di volte pari alla durata la stampa del titolo concatenato a una sequenza di punti esclamativi di lunghezza pari al volume e poi a una sequenza di asterischi di lunghezza pari alla luminosità (una stampa per riga).
Un’immagine non è riproducibile, ma ha una luminosità regolabile analoga a quella dei filmati e un metodo show() che stampa il titolo concatenato a una sequenza di asterischi di lunghezza pari alla luminosità
Eseguire un oggetto multimediale significa invocarne il metodo show() se è un’immagine o il metodo play() se è riproducibile.
Organizzare opportunamente con classi astratte, interfacce e classi concrete il codice di un lettore multimediale che memorizza 5 elementi (creati con valori letti da tastiera) in un array e poi chiede ripetutamente all’utente quale oggetto eseguire (leggendo un intero da 1 a 5 oppure 0 per finire) e dopo ogni esecuzione fornisce la possibilità di regolarne eventuali parametri (volume / luminosità).

Question 1 of 10

Spring Boot Application Properties File

I file di properties vengono utilizzati per dichiarare le proprietà dell’applicazione. In Spring Boot, il file usato per questo scopo è application.properties, si trova nella directory src / main / resources:

Di default è vuoto. Possiamo ad esempio inserire le seguenti proprietà:

server.port = 8085
spring.application.name = helloworldservice
Continua a leggere

Introduzione Spring Boot e Microservizi

Introduzione a Spring Boot e Microservizi

L’architettura a microservizi consiste nel dividere un’unica applicazione monolitica in tante piccole mini applicazioni, appunto detti microservizi.

Ogni microservizio deve saper svolgere un solo compito, o una serie di piccoli compiti inerenti ad esso.
La collaborazione tra questi microservizi genera il servizio finale che diamo all’utente.

Questo semplice principio scatena una serie di corollari, alcuni vantaggiosi, altri un po’ meno. Per esempio:

Continua a leggere