rimozione cartelle e file

antifurtoMicroservizio/src/autenticazione/Autenticazione.java

-package autenticazione;
-
-public class Autenticazione {
-
-	/*
-	 * Implemento l'autenticazione con keycloak (accesso al sito e registrazione di un
-	 * nuovo utente).
-	 *
-	 * Un utente puo' essere amministratore di un certo dominio e al contempo solo utilizzatore di un altro dominio.
-	 * Quindi nell'interfaccia web che gli si presenta dopo che ha fatto il login, avra':
-	 * --> i domini di cui e' amministratore
-	 * --> i domini di cui e' solo utilizzatore
-	 * Per i domini che stanno girando (sia quelli di cui e' amministratore sia quelli di cui e' solo utilizzatore)
-	 * l'utente puo' visualizzare le cose all'interno del dominio (selezionandolo). Questo e' cio' che ha fatto Alfredo per un singolo dominio.
-	 *
-	 * Per i domini di cui e' amministratore, l'utente puo' anche farli partire, fermarli e cancellarli (--> mando chiamate al domain manager)
-	 *
-	 * Dopo che un utente crea un dominio (ad esempio fa click su un bottone 'Crea nuovo dominio'), deve configurare il dominio che vuole
-	 * creare: ci sara' un form che deve compilare. Questo form deve tenere conto delle tabelle dei moduli software e delle risorse. Dopo che
-	 * ha compilato il form, posso creare un json da mandare come body dell'api rest /install che invio al domain manager.
-	 *
-	 *
-	 *
-	 *
-	 *
-	 * Nel token ci sara' scritto chi e' l'utente, quali permessi si hanno per le risorse. Quindi il resource server adoperando il token
-	 * applica i privilegi e le restrizioni del token a tutto cio' che gli viene chiesto di fare con le invocazioni rest che arriveranno successivamente.
-	 * Quando l'utente, operando sulle pagine web, invoca un servizio, scatta una chiamata rest dall'application client al resource server accompagnata dal token.
-	 *
-	 * Il token di solito ha una scadenza. Il token puo' anche essere rinnovato.
-	 * Il token di solito e' firmato dall'authorization server. Passando il token, l'application client dimostrera' quindi di avere il diritto di fare quello che
-	 * chiede presso il resource server.
-	 * Quando arriva un token al resource server, il resource server per prima cosa ne verifica la firma. Se la firma va bene, allora si prosegue.
-	 *
-	 *
-	 * + vedi slides sul TOKEN
-	 *
-	 *
-	 * Il client si e' registrato (prima di iniziare il servizio) ed ha un ID e una password (il segreto) che lo identificano con l'authorization server.
-	 *
-	 *
-	 *
-	 *
-	 */
-
-
-
-}

antifurtoMicroservizio/src/autenticazione/keycloak.json

-{
-  "realm": "test00",
-  "auth-server-url": "http://localhost:8080/",
-  "ssl-required": "external",
-  "resource": "myclient",
-  "public-client": true,
-  "confidential-port": 0
-}
\ No newline at end of file

antifurtoMicroservizio/src/bin/install.bash

-#!/bin/bash
-if [ ! -d "/home/debian/hat_home" ]; then mkdir /home/debian/hat_home; fi

antifurtoMicroservizio/src/bin/start.bash

-#!/bin/bash
-status="OFF"
-running=$(/usr/bin/pgrep antifurto)
-if [ -f "/home/debian/CONFIG/antifurto/STATUS" ]; then status=$(cat /home/debian/CONFIG/antifurto/STATUS); fi
-if [ ! -z "$running" ]; then status="OFF"; fi
-if [ $status == "ON" ]; then (/home/debian/CONFIG/antifurto/bin/antifurto /home/debian/CONFIG/antifurto &>/dev/null&); fi 

antifurtoMicroservizio/src/bin/stop.bash

-#!/bin/bash
-status="NONE"
-if [ -f "/home/debian/CONFIG/antifurto/STATUS" ]; then status=$(cat /home/debian/CONFIG/antifurto/STATUS); fi
-if [ $status == "OFF" ]; then /home/debian/bin/stopag antifurto; fi
-

antifurtoMicroservizio/src/bridge.conf

-connection bridge-pissir-20030784
-address luci.local:1883
-bridge_cafile /etc/mosquitto/ca_certificates/ca_certificate.pem
-
-tls_version tlsv1.2
-try_private false
-remote_username gruppo2
-remote_password funziona
-
-topic to/all in 2
-topic rpc/gruppo2/luci/antifurto in 2
-topic from/gruppo2/luci/gpio/+ both 2
-
-topic from/gruppo2/luci/antifurto/description out 1
-topic from/gruppo2/luci/antifurto out 1

antifurtoMicroservizio/src/conf.xml

-<?xml version="1.0" ?><set type="pathnames">
-<attribute category="generic" name="agenttype" value="antifurto"/>
-<attribute category="generic" name="agentname" value="antifurto_$HOST"/>
-<attribute category="generic" name="homedir" value="/home/debian/hat_home/antifurto"/>
-<attribute category="generic" name="emergency_homedir" value="/home/debian/hat_home/antifurto"/>
-<attribute category="generic" name="description" value="Local Antifurto"/>
-<attribute category="generic" name="port" value="8090"/>
-<attribute category="generic" name="threads" value="threads"/>
-<attribute category="generic" name="mqtt_domain" value=""/>
-<attribute category="generic" name="mqtt_subdomain" value=""/>
-<attribute category="generic" name="mqtt_service" value="antifurto"/>
-</set>

antifurtoMicroservizio/src/logger.xml

-<?xml version="1.0" ?><set type="pathnames">
-	<attribute category="generic" name="log_theme" value="from/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE/logger"/>
-	<attribute category="generic" name="status_theme" value="from/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE/$LOCALNAME"/>
-	<attribute category="generic" name="notify_theme" value="from/any"/>
-	<attribute category="generic" name="describe_theme" value="from/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE/description"/>
-	<attribute category="generic" name="log_msg" value="{$LOCALNAME:$MESSAGE}"/>
-	<attribute category="generic" name="status_msg" value="{status:$MESSAGE}"/>
-	<attribute category="generic" name="notify_msg" value="{$INFOTYPE:$MESSAGE}"/>
-	<attribute category="generic" name="describe_msg" value=" $MESSAGE "/>
-</set>

antifurtoMicroservizio/src/templates/interruttore.xml

-<?xml version="1.0"?>
-<set type="interruttore">
-<attribute name="type" value="booleanin"/>
-<attribute name="name" value=""/> <!-- DA RIEMPIRE CON IL NOME SPECIFICATO DALL'UTENTE PER QUELL'INTERRUTTORE. SE NON SPECIFICATO, IL NOME SARA' LO STESSO DEL NOME LOGICO DI QUELL'INPUT -->
-<attribute name="capename" value=""/> <!-- DA RIEMPIRE CON IL NOME LOGICO DELL'INPUT -->
-</set>

antifurtoMicroservizio/src/templates/sensoremovimento1.xml

-<?xml version="1.0"?>
-<set type="sensoremovimento">
-<attribute name="type" value="booleanin"/>
-<attribute name="name" value=""/> <!-- DA RIEMPIRE CON IL NOME SPECIFICATO DALL'UTENTE PER QUEL SENSORE. SE NON SPECIFICATO, IL NOME SARA' LO STESSO DEL NOME LOGICO DI QUELL'INPUT -->
-<attribute name="capename" value=""/> <!-- DA RIEMPIRE CON IL NOME LOGICO DELL'INPUT -->
-</set>

antifurtoMicroservizio/src/threads/MqttClientThread.xml

-<?xml version="1.0"?>
-<set type="thread">
-<attribute category="generic" name="status" value="ON"/>
-<attribute category="generic" name="host" value="localhost"/>
-<attribute category="generic" name="port" value="1883"/>
-<attribute category="topic" name="to/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE/#" value="mqtt_sub"/> <!-- Sottoscrivo i messaggi che provengono da qualsiasi mia componente, ovvero dall'interruttore on/off e dai sensori di movimento -->
-<attribute category="topic" name="from/$MQTT_DOMAIN/+/gpio/#" value="mqtt_sub"/> <!-- Sottoscrivo i messaggi che notificano il cambiamento di stato dei sensori -->
-<attribute category="topic" name="rpc/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE" value="mqtt_sub"/> <!-- Su questo topic ricevero' le richieste di inviare il mio stato attuale -->
-<attribute category="topic" name="rpc/$MQTT_DOMAIN/$MQTT_SUBDOMAIN/$MQTT_SERVICE/#" value="mqtt_sub"/> <!-- Su questo topic ricevero' le richieste di inviare lo stato delle mie componenti, che prendero' dallo stato corrispondente del gpio -->
-<attribute category="topic" name="to/all" value="mqtt_sub"/> <!-- Su questo topic ricevero' un messaggio del tipo {request:descripion.json} Dovro' quindi mandare la mia descrizione json -->
-</set>