UModel refactoring for ORMIE2.0
Come già discusso, urge un refactoring di UModel per il cambio architettura verso UMODEL 2.0 e per numerose limitazioni tecniche dell'attuale infrastruttura che ha componenti ormai deprecate.
Il seguente refactoring è un passaggio **necessario ** senza il quale l'architettura composta da Java Spring+REST API+Apache Tomcat non avrebbe le basi ottimali su cui poggiarsi. REFACTORING (punti più urgenti):
- Scorporare completamente dalla struttura dati UORMModel ciò che è il modello ORM vero e proprio, in una nuova classe chiamata ORMModel. Questo scorporamento è necessario per la comunicazione REST basata sulla composizione degli oggetti Java. La procedura è completamente automatica, ma occorre fornire l'oggetto strutturato nel modo giusto.
- La nuova classe ORMModel sarà isomorfa alla struttura XML generata attraverso il marshalling, procedura automatica che in base alla struttura dati serializza in XML senza bisogno di implementare nulla; ORMModel sarà composto solo e soltanto dalle ORM constraint e dal metodo tell
- Scorporare da UORMModel la gestione di OWL in un'altra classe Java chiamata ORMOWLManager che prenderà in input la nuova classe ORMModel per generare l'OWL
NOTA: Solo dopo il completamento del refactoring, sarà possibile implementare la nuova architettura.