VT2016 Cuba Plateform - Revision history

Donsez: /* Présentation */

2016-10-21T14:01:49Z

Présentation

← Older revision		Revision as of 14:01, 21 October 2016
Line 4:		Line 4:
	*Auteur : Germain Lecorps		*Auteur : Germain Lecorps
	*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU		*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU

			[[Media:VT2016_Serverless_Architectures_pres.pdf\|Transparents]]

	[[File:article.png\|center\|1000px]]		[[File:article.png\|center\|1000px]]

Germain.Lecorps: /* Architecture */

2016-10-17T06:27:24Z

Architecture

← Older revision		Revision as of 06:27, 17 October 2016
Line 28:		Line 28:
	==Fonctionnement==		==Fonctionnement==
	===Architecture===		===Architecture===
	Les applications développées avec CUBA ont une architecture classique trois-tiers. Les méta-données vont faire le lien entre les différentes couches. Ces méta-données représentent en fait la connaissance du modèle de données de l'application. De plus, ces méta-données rendent les composants visuels "conscients" des données qu'ils affichent. Par exemple, un label va savoir qu'il affiche une date, un tableau va savoir qu'il affiche les attributs d'un certain driver... Ces méta-données communiquent avec la couche de la base de données pour lui ~~indiqué~~ le graphe objet à mettre à jour ou à créer. Ce mécanisme est aussi valable pour le système de sécurité intégré ou le module de génération de rapport. Au final, l'intérêt est de pouvoir changer les technologies utilisées sans que cela ai d'impact sur le code déjà produit.		Les applications développées avec CUBA ont une architecture classique trois-tiers. Les méta-données vont faire le lien entre les différentes couches. Ces méta-données représentent en fait la connaissance du modèle de données de l'application. De plus, ces méta-données rendent les composants visuels "conscients" des données qu'ils affichent. Par exemple, un label va savoir qu'il affiche une date, un tableau va savoir qu'il affiche les attributs d'un certain driver... Ces méta-données communiquent avec la couche de la base de données pour lui indiquer le graphe objet à mettre à jour ou à créer. Ce mécanisme est aussi valable pour le système de sécurité intégré ou le module de génération de rapport. Au final, l'intérêt est de pouvoir changer les technologies utilisées sans que cela ai d'impact sur le code déjà produit.

	===Interface utilisateur===		===Interface utilisateur===
	Pour ce qui est de l'interface utilisateur, il est possible de la créer via un éditeur visuel ou directement en XML. CUBA propose de nombreux éléments graphiques tels que des graphiques dynamiques ou même des cartes Google.		Pour ce qui est de l'interface utilisateur, il est possible de la créer via un éditeur visuel ou directement en XML. CUBA propose de nombreux éléments graphiques tels que des graphiques dynamiques ou même des cartes Google.

Germain.Lecorps: /* Présentation */

2016-10-16T13:23:45Z

Présentation

← Older revision		Revision as of 13:23, 16 October 2016
Line 5:		Line 5:
	*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU		*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU

	[[File:article.png\|center\|~~400px~~]]		[[File:article.png\|center\|1000px]]

	=Mots clés=		=Mots clés=

Germain.Lecorps: /* Présentation */

2016-10-16T13:22:56Z

Présentation

← Older revision		Revision as of 13:22, 16 October 2016
Line 4:		Line 4:
	*Auteur : Germain Lecorps		*Auteur : Germain Lecorps
	*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU		*Enseignants : Didier DONSEZ, Georges-Pierre BONNEAU

			[[File:article.png\|center\|400px]]

	=Mots clés=		=Mots clés=

Germain.Lecorps at 09:06, 10 October 2016

2016-10-10T09:06:29Z

← Older revision		Revision as of 09:06, 10 October 2016
Line 65:		Line 65:
	Cependant, une utilisation gratuite de CUBA limite la taille des modèles de données ce qui empêche de travailler sur de très gros projets sans version payante.		Cependant, une utilisation gratuite de CUBA limite la taille des modèles de données ce qui empêche de travailler sur de très gros projets sans version payante.
	De plus, la version payante permet l'accès à certaines extension / modules qui ne sont pas accessibles via la version gratuite.		De plus, la version payante permet l'accès à certaines extension / modules qui ne sont pas accessibles via la version gratuite.

			=Bibliographie=
			* https://www.cuba-platform.com
			* https://www.javacodegeeks.com/2015/06/cuba-platform-the-new-java-enterprise-applications-framework.html
			* https://dzone.com/articles/cuba-platform-an-open-source-java-framework-for-ra
			* https://www.road-to-cuba-and-beyond.com

Germain.Lecorps at 09:01, 10 October 2016

2016-10-10T09:01:59Z

← Older revision		Revision as of 09:01, 10 October 2016
Line 60:		Line 60:
	La plateforme supporte de nombreux types de base de données. Notamment PostgreSQL, Oracle Database, Microsoft SQL Server, MySQL et HSQL. De plus, selon l'ampleur que prend le projet, il est tout à fait possible de passer d'un service de base de données à un autre de façon transparente pour le développeur.		La plateforme supporte de nombreux types de base de données. Notamment PostgreSQL, Oracle Database, Microsoft SQL Server, MySQL et HSQL. De plus, selon l'ampleur que prend le projet, il est tout à fait possible de passer d'un service de base de données à un autre de façon transparente pour le développeur.
	Les applications développées avec CUBA peuvent être sur n'importe quel serveur Java EE comme Tomcat, Glassfish, Jetty... Il est aussi possible d'encapsuler son application avec Docker et/ou de les faire tourner sur des plateformes de cloud computing comme AWS, CloudFoundry, OpenShift ou Jelastic...		Les applications développées avec CUBA peuvent être sur n'importe quel serveur Java EE comme Tomcat, Glassfish, Jetty... Il est aussi possible d'encapsuler son application avec Docker et/ou de les faire tourner sur des plateformes de cloud computing comme AWS, CloudFoundry, OpenShift ou Jelastic...

			==License==
			Tout le code source du framework est open-source.
			Cependant, une utilisation gratuite de CUBA limite la taille des modèles de données ce qui empêche de travailler sur de très gros projets sans version payante.
			De plus, la version payante permet l'accès à certaines extension / modules qui ne sont pas accessibles via la version gratuite.

Germain.Lecorps: /* Développement */

2016-10-10T08:58:23Z

Développement

← Older revision		Revision as of 08:58, 10 October 2016
Line 49:		Line 49:
	* Mettre en place l'infrastructure du projet		* Mettre en place l'infrastructure du projet
	* Permet le design visuel de l'interface utilisateur et du modèle de données		* Permet le design visuel de l'interface utilisateur et du modèle de données
			* Mise en place d'éléments CRUD avec beaucoup d'options d'agencement
	*
	* Maintenir à jour les base de données en générant et en exécutant automatiquement des scripts de mise à jour.		* Maintenir à jour les base de données en générant et en exécutant automatiquement des scripts de mise à jour.
			* Permet de générer automatiquement des ébauches de gestionnaires, services...
	*

	Toutes les modifications entre CUBA Sutdio et l'IDE sont synchronisés ce qui permet de laisser la liberté au développeur de décider où les faire. De plus, pour gagner encore plus de temps, CUBA Sutdio déploie automatiquement le code (sauf le modèle de données).		Toutes les modifications entre CUBA Sutdio et l'IDE sont synchronisés ce qui permet de laisser la liberté au développeur de décider où les faire. De plus, pour gagner encore plus de temps, CUBA Sutdio déploie automatiquement le code (sauf le modèle de données).

Germain.Lecorps: /* Fonctionnement */

2016-10-10T08:53:33Z

Fonctionnement

@@ Line 25: / Line 25: @@
 ==Fonctionnement==
 Les applications développées avec CUBA ont une architecture classique trois-tiers. Les méta-données vont faire le lien entre les différentes couches. Ces méta-données représentent en fait la connaissance du modèle de données de l'application. De plus, ces méta-données rendent les composants visuels "conscients" des données qu'ils affichent. Par exemple, un label va savoir qu'il affiche une date, un tableau va savoir qu'il affiche les attributs d'un certain driver... Ces méta-données communiquent avec la couche de la base de données pour lui indiqué le graphe objet à mettre à jour ou à créer. Ce mécanisme est aussi valable pour le système de sécurité intégré ou le module de génération de rapport. Au final, l'intérêt est de pouvoir changer les technologies utilisées sans que cela ai d'impact sur le code déjà produit.
 Pour ce qui est de l'interface utilisateur, il est possible de la créer via un éditeur visuel ou directement en XML. CUBA propose de nombreux éléments graphiques tels que des graphiques dynamiques ou même des cartes Google.
 ==Développement==

Germain.Lecorps: /* Fonctionnement */

2016-10-10T07:10:41Z

Fonctionnement

← Older revision		Revision as of 07:10, 10 October 2016
Line 25:		Line 25:

	==Fonctionnement==		==Fonctionnement==
			Les applications développées avec CUBA ont une architecture classique trois-tiers. Les méta-données vont faire le lien entre les différentes couches. Ces méta-données représentent en fait la connaissance du modèle de données de l'application. De plus, ces méta-données rendent les composants visuels "conscients" des données qu'ils affichent. Par exemple, un label va savoir qu'il affiche une date, un tableau va savoir qu'il affiche les attributs d'un certain driver... Ces méta-données communiquent avec la couche de la base de données pour lui indiqué le graphe objet à mettre à jour ou à créer. Ce mécanisme est aussi valable pour le système de sécurité intégré ou le module de génération de rapport. Au final, l'intérêt est de pouvoir changer les technologies utilisées sans que cela ai d'impact sur le code déjà produit.

			Pour ce qui est de l'interface utilisateur, il est possible de la créer via un éditeur visuel ou directement en XML. CUBA propose de nombreux éléments graphiques tels que des graphiques dynamiques ou même des cartes Google.
			Une fois ces éléments créés, il suffit de les initialiser et de créer un contrôleur événementiel en java.

	==Développement==		==Développement==

Germain.Lecorps at 15:35, 9 October 2016

2016-10-09T15:35:29Z

← Older revision		Revision as of 15:35, 9 October 2016
Line 19:		Line 19:
	Ce framework est avant tout destiné à la conception d'applications commerciales qui nécessitent régulièrement des structures de données très complexes, des centaines d'écrans ainsi que des systèmes de sécurité avancés.		Ce framework est avant tout destiné à la conception d'applications commerciales qui nécessitent régulièrement des structures de données très complexes, des centaines d'écrans ainsi que des systèmes de sécurité avancés.
	De plus, ces applications doivent être évolutives aisément modifiables puisque le marché peut rapidement évoluer.		De plus, ces applications doivent être évolutives aisément modifiables puisque le marché peut rapidement évoluer.

			==Différence avec les autres framework==
			La principale différence entre CUBA platform et la plupart des autres frameworks Java existants est qu'il propose un haut niveau d'abstraction. Autrement dit, il permet aux développeur de se concentrer sur les tâches commerciales demandées par le client sans avoir à se concentrer sur les technologies utilisées par le framework (comme Spring, Vaadin, OpenJPA, Lucene, jBPM, Gradle ou EclpiseLink...).
			CUBA propose un large éventail de fonctionnalités et d'outils de développement. Cependant, il n'empêche pas l'accès au code de bas niveau, ce qui permet d'assurer de le framework peut être adapté aux besoins du projet.

			==Fonctionnement==


			==Développement==
			Pour développer une application avec CUBA Platform, il suffit de Java, XML et JPQL (ce qui permet par ailleurs de rendre le code uniforme et facile à maintenir). Cela permet aussi de ne pas avoir besoin d'une équipe de développeurs Web ni de connaître Java EE.
			Le développement peut se faire sous n'importe quel IDE Java. CUBA propose en plus de ça CUBA Studio qui permet d'automatiser de nombreuses tâches spécifiques à CUBA :
			* Mettre en place l'infrastructure du projet
			* Permet le design visuel de l'interface utilisateur et du modèle de données
			*
			* Maintenir à jour les base de données en générant et en exécutant automatiquement des scripts de mise à jour.
			*

			Toutes les modifications entre CUBA Sutdio et l'IDE sont synchronisés ce qui permet de laisser la liberté au développeur de décider où les faire. De plus, pour gagner encore plus de temps, CUBA Sutdio déploie automatiquement le code (sauf le modèle de données).
			Enfin, CUBA dispose d'un outil de portage automatique. Il est ainsi possible de transformer une ancienne base de données en une base de données compatible avec CUBA, et ce automatiquement.

			==Déploiement==
			Un des grands avantages du framework CUBA Platform est sa liberté de déploiement. En effet, les applications peuvent aussi bien être déployées depuis un serveur unique qui s'occupe de tout mais aussi via un middleware et des clusters web séparés.
			La plateforme supporte de nombreux types de base de données. Notamment PostgreSQL, Oracle Database, Microsoft SQL Server, MySQL et HSQL. De plus, selon l'ampleur que prend le projet, il est tout à fait possible de passer d'un service de base de données à un autre de façon transparente pour le développeur.
			Les applications développées avec CUBA peuvent être sur n'importe quel serveur Java EE comme Tomcat, Glassfish, Jetty... Il est aussi possible d'encapsuler son application avec Docker et/ou de les faire tourner sur des plateformes de cloud computing comme AWS, CloudFoundry, OpenShift ou Jelastic...