Historique de la page

...

A inspecter le code de CAS de cette 6.6.9, un seul Ticket quelquesTicket Registry semblerait sembleraient répondre à cette exigence , il s'agit de HazelcastTicketRegistry, on voit en effet dans son implémentation on les repère via la surcharge du ticketRegistryCleaner qui en résulte de la désactivation pure et simple du DefaultTicketRegistryCleaner : cf l'implémentation de la méthode HazelcastTicketRegistryConfiguration MemcachedTicketRegistryConfiguration.ticketRegistryCleaner() par exemple

    @Bean
    @RefreshScope(proxyMode = ScopedProxyMode.DEFAULT)
    public TicketRegistryCleaner ticketRegistryCleaner() {
        return NoOpTicketRegistryCleaner.getInstance();
    }

Les Ticket Registry répondant à cette exigence : 

• Memcached
• HazelCast
• Couchbase
• CouchDB

Memcached ne propose pas la persistence entre chaque redémarrage.

HazelCast semble (très) complexe voir "overkill" pour cette fonctionnalité, et si il présente une version "community" a priori "libre", la version enterprise payante nous laisse à penser que la version community ne sera pas forcément adéquate, même pour notre besoin relativement simple.

Couchbase est sur le même modèle : initialement libre, une version enterprise est proposée.

CouchDB est un projet Apache qui semble véritablement libre et serait donc peut-être le bon candidat Si notre CAS 6.6.9 fonctionne actuellement en production avec MongoDB de manière satisfaisante, nous nous posons malgré tout la question de nous intéresser dans les semaines qui viennent à ce Hazelcast Ticket Registry ... qui semble un peu overkill par rapport au besoin de stockage de tickets CAS, ce en plus d'être "encore moins libre" que MongoDB : version communautaire et entreprise ?