Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

  • Une non satisfaction du produit actuellement utilisé, mal ou peu intégré dans votre Système d'Information (c'est ce qui nous a amené à développer ESUP-SG, voir à ce propos sgc-v3.pdf).
  • Une meilleure maîtrise du SGC, de votre projet, de votre carte (souveraineté).
  • Une indépendance vis à vis d'un prestataire et d'un logiciel propriétaire, dont la pérennité ne peut être garantie (ESUP-SGC est un logiciel libre qui vous appartient sans restriction).
  • Une meilleure intégration du SGC dans votre Système d'Information, avec des interactions fortes et synchrones 
    • avec vos briques du SI, source de données : 
      • authentification/identification shibbolethSSO shibboleth (ou CAS, OID, ...)
      • annuaire supann/ldap
      • bases de données sql
    • avec les services de votre SI, consommateurs de la carte : 
      • CROUS/IZLY : via l' API CROUS - grâce à l'usage de cette API (en lieu et place de InfoCarteCROUS) ESUP-SGC vous y apporte une maitrise des échanges, une compréhension et possibilité de résoudre les problèmes de synchronisation/activation de comptes et carte Izly, ce en temps réel ; les avantages sont nombreux et qualitatifs pour l'usager final qui utilise les services CROUS/IZLY (étudiant, personnel, ...). Au quotidien, et au vu des retours des établissements utilisant d'autres SGC qu'ESUP-SGC, actuellement (17/11/2023) ce seul critère justifie le choix d'ESUP-SGC.
      • Contrôle d'accès : la synchronisation temps réel de vos cartes avec les contrôles d'accès que peut vous permettre de mettre en place ESUP-SGC renforce indéniablement la sécurité de vos accès.
      • Bibliothèques
      • Impression
      • Initiative de la Carte Etudiante Européenne (ESC) - voir la page de documentation de l'intégration du projet Carte étudiante européenne dans ESUP-SGC pour les détails très techniques opérationnels.
      • Outils institutionnels divers
      • esup-mdw : esup-mdw (Mon Dossier Web) peut être configuré pour avoir comme "serveur de photos" esup-sgc,  ce qui permet par exemple d'alimenter les trombinoscopes proposés par esup-mdw.
  • Une interface web dédiée à chacun, dont les utilisateurs finaux (étudiants, personnels, invités)
  • Une possibilité d'utiliser le matériel que vous souhaitez, en terme d'impression notamment ; toute la chaine d'édition pouvant utiliser uniquement des protocoles standards (et pas les API/SDK des imprimantes, ce en faisant une édition en 2 temps ; impression puis encodage), cela vous évite les problèmes récurrents de compatibilité des imprimantes vis à vis des version d'OS, de fin de vie de modèles d'imprimantes, d’instabilité matériel ... notamment au cours du temps.
  • Une possibilité d'utiliser aussi bien des imprimantes zebra que evolis pour l'édition en 1 seul temps ; et une possibilité d'ajouter le support pour un autre modèle/marque particulier d'imprimante via un développement spécifique.
  • La possibilité de lancer des éditions de carte depuis un simple smartphone sur une imprimante à carte partagée pour un ensemble de personnels (voir Édition en 1 temps)
  • Des raisons purement budgétaires : si l'installation demande de l'effort technique (et donc un coût RH en interne), les coûts d'entretien et fonctionnement sont minimes ; pas de coût de licence, d'installation, de mise à jour, prestations logicielles auprès d'un tiers ; possibilité d'acheter des imprimantes au meilleur prix (pas de vente liée) ; possibilité de conserver le même logiciel indéfiniment (logiciel libre → pas de droit d'usage sur un interval de temps fixe pouvant être à tout moment révoqué / non reconduit).
  • Une volonté de suivre au mieux le RGPD.
  • Une politique d'établissement visant à réduire l’empreinte environnementale du numérique public :
    • les applications esup-sgc et associées sont particulièrement peu gourmandes
    • esup-nfc-tag-droid permet d'utiliser ou réutiliser (recycler) sur la durée des téléphones Android datées (compatibilité avec des Android 5 ou supérieures)
    • l'usage de standard, en optant pour l'impression en 2 passes, vous permet d'utiliser n'importe quelle imprimante à carte, dont de très anciennes, de ne pas lier la durée de vie de l'imprimante à  la durée de vie d'un matériel nfc intégré à l'imprimante elle-même, etc.

...

  • côté serveur, pour esup-sgc et esup-nfc-tag, vous pouvez utiliser openjdk 17 ou openjdk 11 (fourni par votre distribution) ; la version 8 est encore également supportée.
  • côté client, 
    • pour esup-sgc-client, esup-nfc-tag-desktop, esup-nfc-keyboard, vous pouvez utiliser openjdk11 avec openjfx11, c'est ce que vous propose et embarque l'installateur windows que vous pouvez générer depuis https://esup-sgc-client-web-installer.univ-rouen.fr/
    • si vous utilisez la version 'robot' d'esup-sgc-client utilisant une zxp3 pour encoder en série les cartes,  cf la documentation à ce sujet vous devez rester sur une version 8 du JDK disposant de JFX (JavaFX) sur windows (le sdk zebra ne supportant pas les versions java ultérieurs), vous pouvez alors vous tourner sur la version de la communauté zulu du jdk+jfx en version 8 ; cf la documentation à ce sujet donc à nouveau.

Mis à part Java, quels sont les autres technologies requises côté serveur ?

esup-sgc et esup-nfc-tag-server sont les 2 appliations web à installer côté serveur.

Elles sont codées en utilisant le framework Spring 5 et Java Servlet 4.0 et utilisent des spécificités de PostgreSQL, l'authentification repose pour sa part sur les entêtes HTTP fournis par un proxy web (cf la Q/R "ESUP-SGC supporte donc une authentification autre que shibboleth ? CAS ? OpenID ? LDAP ?").

Ainsi, PostgreSQL est requis, le minimum doit être la version8, on vous conseille d'utiliser la version proposée par votre distribution linus ; postgresql 15.5 sous debian bookworm par exemple.

Un serveur d'application supportant Java Servlet 4.0 est requis : pour Tomcat, on se dirigera donc sur la version Tomcat 9, pour Jetty on peut utiliser la version Jetty 9 (qui a l'intérêt d'être fourni par debian bookworm) - voir la page Site de démonstration en ligne pour des détails sur cette mise en place avec jetty.

Pour le frontl web fournissant l'authentification, on documente et on propose apache et mod_shib (car proposé également usuellement dans les documentations Renater autour de la fédération ESR), mais vous pouvez également opter pour une autre solution.

Comment utiliser les clients esup-nfc-tag-desktop, esup-nfc-tag-keyboard, esup-sgc-client avec openjdk ? 

...