Trouvez des notes de version pour votre NCache version ci-dessous.
Mar.01, 2024 févr.
NCache 5.3 SP3 contient des améliorations et corrections de bugs très importantes.
In NCache 5.3 SP3, une avancée significative a été réalisée dans l'exécution de code côté serveur avec l'introduction du NCache Service d'exécution. Ce service représente un modèle d'exécution unifié qui a été implémenté dans les éditions Java et .NET de NCache.
Pour l'édition Java, ce processus d'exécution distinct, le NCache Execution Service est responsable de l'exécution du code utilisateur côté serveur, y compris les opérations Cache Loader, Refresher, Readthrough et Writethrough. Ce changement rationalise l'exécution du code côté serveur, garantissant un fonctionnement efficace et cohérent sur la plateforme Java.
Dans l'édition .NET, le NCache Le service d'exécution a été adapté de la même manière, mais est spécifiquement conçu pour l'exécution du code Cache Loader et Refresher. Cette amélioration de l'édition .NET s'aligne sur l'objectif global du modèle d'exécution consistant à optimiser et standardiser les processus d'exécution de code côté serveur.
L'architecture du cache client Java a été synchronisée avec l'architecture du cache client .NET. Cette synchronisation inclut la mise en œuvre de mécanismes de lecture et d'écriture dans le cache du client Java, ainsi qu'une synchronisation améliorée entre les caches L1 et L2. Cet alignement garantit la cohérence et l’efficacité sur les différentes plateformes.
La NCache Management Center constate des améliorations notables, notamment la possibilité de télécharger des fichiers journaux. Cette nouvelle fonctionnalité ajoute une couche de commodité pour les utilisateurs gérant des serveurs de cache. De plus, la possibilité de démarrer, d'arrêter et de redémarrer les services pour NCache Service, NCache Service d'exécution et NCache Bridge Service a été ajouté, améliorant le contrôle administratif et la flexibilité.
La commande Export-CacheConfiguration a subi des améliorations pour améliorer la structure des dossiers pour les configurations de cache exportées. Il inclut désormais une option permettant d'incorporer des déploiements de fonctionnalités côté serveur dans les exportations, offrant ainsi une capacité de gestion de configuration plus complète. De plus, la spécification d'un nom de cache pour les exports a été rendue obligatoire, garantissant des exports de configuration plus clairs et plus précis.
Lors de la création d'un cache à l'aide de la configuration exportée, NCache déploie automatiquement les bibliothèques requises avec la configuration.
Une amélioration a été introduite pour rationaliser le processus d'ajout de nœuds à un cluster de cache dans NCache. Les utilisateurs n'ont plus besoin de déployer manuellement des fournisseurs côté serveur pour des fonctionnalités telles que la lecture, l'écriture ou le chargeur de démarrage du cache sur chaque nouveau nœud ajouté à un cluster existant.
Avec la fonctionnalité de déploiement automatique, NCache déploie automatiquement les fournisseurs côté serveur nécessaires pour les fonctionnalités configurées lorsqu'un nouveau nœud est ajouté au cluster. Cette automatisation simplifie le processus et garantit que les nouveaux nœuds sont entièrement équipés pour participer au cluster de cache sans nécessiter une intervention manuelle des utilisateurs.
NCache 5.3 SP3 introduit une amélioration significative dans le processus d'enregistrement, en particulier pour les instances Docker. Auparavant, seule une image de serveur était disponible sur DockerHub pour NCache, et les utilisateurs recherchant une installation Developer devaient créer leurs propres images Docker. Avec la nouvelle mise à jour, une seule image publiée sur DockerHub peut désormais être utilisée de manière flexible pour les installations de serveur ou de développeur. Cette amélioration simplifie grandement le processus pour les utilisateurs travaillant avec Docker.
Lors de l'enregistrement d'une instance Docker, les utilisateurs doivent spécifier le type d'installation à l'aide du paramètre -RegisterAs. Ce paramètre permet aux utilisateurs de choisir parmi les modes « CacheServer », « RemoteClient » et « Développeur », « CacheServer » étant la valeur par défaut. Si le paramètre -RegisterAs n'est pas spécifié, le système suppose une installation serveur par défaut. Cette amélioration apporte non seulement de la commodité, mais offre également de la flexibilité dans la configuration des instances Docker en fonction d'exigences spécifiques.
In NCache 5.3 SP3, une nouvelle fonctionnalité a été introduite pour faciliter NCache clients se connectant aux serveurs de cache via un équilibreur de charge. Cette fonctionnalité est particulièrement pertinente dans les scénarios où la connaissance directe des serveurs de cache par les clients n'est pas possible, comme dans les environnements utilisant des clusters Kubernetes ou des abonnements cloud à accès restreint (comme Azure ou AWS utilisant des liens privés).
Traditionnellement, NCache L'architecture nécessite que chaque client établisse une connexion avec chaque serveur de cache. Cependant, lorsqu'un équilibreur de charge est introduit dans cette architecture, il obscurcit la visibilité directe des serveurs de cache individuels depuis les clients. Pour remédier à ce, NCache 5.3 SP3 implémente un mécanisme dans lequel, lors de la connexion initiale du client au premier serveur de cache via l'équilibreur de charge, le serveur partage des informations sur les autres serveurs de cache de la configuration.
Le client, dès réception de ces informations, commence à tenter de se connecter aux autres serveurs via l'équilibreur de charge. Ce processus se poursuit jusqu'à ce que les connexions avec tous les serveurs soient établies ou jusqu'à ce qu'un nombre configuré de tentatives soit épuisé. Cette approche garantit que le client peut maintenir une connexion complète avec le cluster de cache, même en l'absence de visibilité directe sur chaque serveur.
Cette version interrompt la prise en charge de .NET 4.6.1 et des versions antérieures, reflétant les mises à jour continues des normes technologiques. La version minimale du client .NET prise en charge est désormais .NET 4.6.2.
Une sécurité améliorée a été intégrée au client Java via la prise en charge de TLS.
L'intégration directe avec les dernières versions d'Hibernate et Spring est désormais fournie, rationalisant le processus d'intégration. Auparavant, cette intégration n'était disponible que via l'interface JCache.
Une gestion efficace des sessions pour les applications Web basées sur Spring a été introduite, améliorant ainsi les fonctionnalités de NCache dans ces environnements.
Auparavant, NCache offert une période d'essai gratuite de 60 jours. Cependant, cette durée a été réduite à 30 jours dans la dernière mise à jour (5.3 SP3). Malgré ce changement, les clients ont toujours la possibilité de prolonger leur période d'évaluation en contactant l'équipe commerciale. Sur demande, l'équipe commerciale peut fournir des clés d'extension permettant aux clients de prolonger leur NCache période d’évaluation jusqu’à 120 jours.
Le 03 octobre 2023
NCache 5.3 SP2 contient des corrections de bugs et des améliorations très importantes.
Nous avons introduit la mise en cache des informations d'identification dans cette version pour améliorer les performances et l'efficacité des opérations d'authentification dans le système. Il fournit une couche de mise en cache au-dessus du fournisseur de sécurité existant, réduisant ainsi le besoin d'appels d'authentification répétitifs vers le système d'authentification sous-jacent (tel que LDAP ou Active Directory).
Voici quelques améliorations apportées à cette version :
Les informations d'identification de l'utilisateur (nom d'utilisateur et mot de passe crypté) sont mises en cache en mémoire lors de l'authentification réussie auprès du serveur LDAP/Active Directory. Cela élimine le besoin de réauthentification lors des demandes ultérieures de plusieurs clients pour le même utilisateur.
La mise en cache des informations d'identification s'améliore NCache performances en réduisant les déplacements coûteux vers les serveurs LDAP/Active Directory. Il réduit également la charge sur vos serveurs LDAP/Active Directory dans un environnement à transactions élevées où NCache vit habituellement.
L'expérience utilisateur est la même que précédemment pour la spécification NCache sécurité.
Par défaut, la fonctionnalité de mise en cache des informations d'identification est activée, mais vous pouvez facilement la désactiver en modifiant le fichier de configuration. Le 'NCacheServer.EnableCredentialCaching' drapeau dans le NCache Le fichier de configuration du service active/désactive cette fonctionnalité.
NCache étend désormais ses capacités de cryptage TLS pour sécuriser la communication non seulement entre les clients et les serveurs, mais également entre les nœuds de serveur. Alors que NCache précédemment proposé le cryptage TLS pour la communication client-serveur, cette amélioration se concentre sur la sécurisation de l'échange de données entre les nœuds de serveur au sein du cluster. Cette couche de cryptage supplémentaire garantit que toutes les données transmises entre les nœuds de serveur restent confidentielles et protégées contre les menaces potentielles, améliorant ainsi la sécurité globale de votre environnement de mise en cache distribué.
NCache introduit la prise en charge du cryptage TLS pour la communication entre les connexions de pont. Avec cette fonctionnalité, NCache garantit que les données transmises entre les clusters de cache connectés via des ponts sont cryptées et sécurisées. Cette amélioration sécurise les données circulant via les connexions de pont, ajoutant une couche de protection supplémentaire à votre infrastructure de mise en cache distribuée. Il convient de noter que NCache avait auparavant proposé le cryptage TLS pour la communication client-serveur, et cette extension couvre désormais également les connexions par pont.
Dans cette version, nous avons amélioré la prise en charge de notre protocole de sécurité en introduisant la possibilité de placer NCache certificats non seulement dans le magasin Trusted Root, mais également dans le magasin Personnel (« Mon »). Cette amélioration permettra des opérations plus fluides dans les environnements où les restrictions d'autorisation de stratégie de groupe peuvent affecter le stockage des certificats dans le magasin racine.
Pour un fonctionnement fluide, il est essentiel que les certificats soient émis par une autorité de certification (CA) publique bien connue, à laquelle la plupart des systèmes font intrinsèquement confiance. Cela permet aux machines clientes de valider le certificat du serveur sans nécessiter l'installation du certificat CA dans leur magasin racine de confiance.
Toutefois, pour les autorités de certification privées, le certificat de l'autorité de certification doit être installé dans le magasin racine de confiance sur toutes les machines participantes pour permettre une validation réussie et une communication sécurisée.
NCache introduit la possibilité de combiner de manière transparente la sécurité des nœuds et du cache pour un contrôle et une flexibilité améliorés. Avec cette fonctionnalité, lorsque la sécurité des nœuds est activée, tous les caches du nœud respectif sont automatiquement sécurisés. Les administrateurs de nœuds disposent d'un contrôle complet sur les données du cache et les tâches de gestion des nœuds. D'un autre côté, les utilisateurs du cache peuvent être spécifiquement associés à des caches sécurisés individuels, leur accordant ainsi un accès uniquement aux opérations liées au cache via NCache Apis. Cette combinaison permet aux administrateurs d'adapter les autorisations d'accès, garantissant que les utilisateurs du cache ont un accès limité aux API du cache, tandis que les administrateurs de nœuds bénéficient d'un accès plus large englobant à la fois les interactions API et les opérations de gestion.
NCache introduit la possibilité d'améliorer votre configuration de sécurité en autorisant l'autorisation basée sur les groupes. Désormais, vous pouvez facilement ajouter des groupes LDAP en tant qu'administrateurs de nœuds ou utilisateurs de cache, simplifiant ainsi la gestion des autorisations au sein de votre réseau. NCache grappe. Cette fonctionnalité rationalise le processus d'autorisation de plusieurs utilisateurs au sein d'une organisation en accordant un accès de groupe aux nœuds de cache et aux caches.
NCache a mis à niveau son fournisseur LDAP pour les serveurs Windows afin de tirer parti des capacités améliorées d'authentification et d'autorisation fournies par la mise en œuvre plus récente de LDAP proposée par Microsoft. Explorez les capacités de ce fournisseur LDAP mis à niveau via Documentation LDAPConnection de Microsoft.
Dans cette dernière version de NCache, nous avons introduit une amélioration technique en renommant le NCache Gestionnaire au NCache Centre de gestion. Cette modification représente une évolution stratégique visant à améliorer les fonctionnalités de l'outil et à fournir aux utilisateurs une plate-forme plus avancée pour la gestion des clusters de cache. Bien que le nom ait évolué, les capacités et fonctionnalités sous-jacentes restent robustes, vous permettant de configurer, surveiller et administrer de manière transparente vos clusters de cache avec précision et efficacité.
NCache a encore amélioré son interface conviviale pour sécuriser les nœuds de cache. Alors que nous proposions auparavant cette fonctionnalité, nous avons désormais apporté des améliorations significatives pour garantir une expérience encore plus fluide. Le processus de configuration de la sécurité des nœuds de cache est désormais plus intuitif et rationalisé, vous permettant de sécuriser facilement vos nœuds de cache.
NCache Centre de gestion, anciennement connu sous le nom de NCache Manager, inclut désormais une fonctionnalité d'authentification. Lorsqu'un nœud est sécurisé, le NCache Le centre de gestion invitera les utilisateurs à s'authentifier en affichant une page de connexion. Cela garantit que seuls les utilisateurs autorisés ont accès au centre de gestion, offrant ainsi une couche de sécurité supplémentaire à votre NCache environnement. Seuls les administrateurs de nœud configurés peuvent se connecter au nœud sécurisé.
NCache offre désormais un moyen transparent de configurer Transport Layer Security (TLS) via le nouveau Enable-NCacheTLS et désactiver-NCacheApplets de commande TLS. Auparavant, les utilisateurs devaient configurer manuellement TLS en modifiant les paramètres du registre, ce qui pouvait s'avérer complexe et fastidieux. Avec ces applets de commande, vous pouvez facilement activer ou désactiver TLS sur un ou plusieurs serveurs et nœuds clients.
NCache introduit une approche améliorée de la gestion des paramètres de sécurité via PowerShell, offrant un contrôle plus granulaire sur les configurations de sécurité. Le nouveau Enable-NCacheSécurité et désactivation-NCacheLes applets de commande de sécurité simplifient le processus d'activation ou de désactivation de la sécurité tout en offrant une plus grande flexibilité.
Avec l'introduction du module complémentaireNCacheUserOrGroup et Remove-NCacheAvec les applets de commande UserOrGroup, les administrateurs peuvent gérer efficacement les utilisateurs et les groupes avec des privilèges d'accès spécifiques. Cette gestion étendue de la sécurité basée sur PowerShell améliore les options de contrôle et de personnalisation pour la sécurisation NCache environnements.
Dans ce dernier NCache sortie, nous sommes ravis de vous présenter NCache Cour de récréation. Il s'agit d'un outil puissant et interactif conçu pour améliorer votre expérience avec NCache. NCache Playground sert d'environnement dédié permettant aux utilisateurs d'explorer, d'expérimenter et de se familiariser avec NCache fonctionnalités, exemples et scénarios du monde réel. Avec NCache Aire de jeux, vous pouvez courir sans effort NCache des échantillons, effectuez des ajustements à la volée et exécutez des exercices sans avoir besoin d'un environnement de développement à part entière. Cet outil est idéal pour les utilisateurs qui cherchent à comprendre rapidement NCache concepts, évaluer ses capacités et accélérer leur courbe d’apprentissage.
12 septembre 2022
NCache 5.3 SP1 contient des améliorations et des corrections de bogues très importantes. La version contient également des améliorations majeures de l'expérience utilisateur. NCache 5.3 SP1 est une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Pour NCache images disponibles sur Azure et AWS, l'inscription pour une évaluation gratuite de NCache est pris en charge dans NCache Gestionnaire Web. Lorsqu'une machine n'est enregistrée ni avec une évaluation ni avec une clé de licence, NCache L'écran par défaut de Web Manager amène les utilisateurs à un processus d'inscription pour commencer leur évaluation ou activer leurs boîtes.
La fonction 'NCache NoSQL' publié en 5.3 a été renommé en 'NCache Persistance'. Le fonctionnement de la fonctionnalité reste le même, cependant, les fournisseurs supplémentaires sont supprimés. La NCache La persistance ne peut désormais être utilisée qu'avec le magasin basé sur le système de fichiers intégré.
Tous NoSQL Les applets de commande PowerShell associées ont également été renommées.
Un package NuGet distinct est publié pour NCache Procédures stockées CLR. Cela aide à créer facilement des procédures stockées CLR qui utilisent NCache API.
Au lieu d'utiliser les configurations spécifiées dans client.ncconf, les utilisateurs peuvent forcer les applications SignalR à utiliser les options de connexion spécifiées dans les fichiers web.config ou appsettings.json de l'application. Si spécifié, l'application utilisera ces paramètres.
La valeur de l'intervalle d'actualisation peut désormais être définie en secondes au lieu de minutes. La modification a été apportée pour s'adapter aux scénarios où le rafraîchissement doit s'exécuter à un intervalle de moins d'une minute.
MapReduce, Agrégateur et Memcached sont marqués comme obsolètes et seront supprimés dans la prochaine version.
12 avril 2022
NCache 5.3 contient de nouvelles fonctionnalités très importantes ainsi que diverses optimisations de performances et de mémoire. La version contient également des améliorations majeures de l'expérience utilisateur. NCache 5.3 est une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache fournit désormais un NoSQL Database fonctionnalité où l'intégralité de la base de données est en mémoire et distribuée, mais elle est également conservée dans un stockage permanent en temps réel. Cette persistance en temps réel garantit que vos données en mémoire sont toujours synchronisées et ne sont jamais perdues même lorsque vous redémarrez tous les NCache les serveurs.
NCache fournit les options de persistance en temps réel suivantes NoSQL Database:
Vous pouvez utiliser NCache NoSQL Database des manières suivantes:
NCache fournit Lucene distribué pour les applications .NET utilisant Lucene pour la recherche en texte intégral. Lucene distribué prend l'index Lucene.NET standard et le rend distribué afin que vous puissiez mettre à l'échelle l'index Lucene à plusieurs NCache serveurs même à l'exécution. Cela vous permet non seulement d'augmenter la taille de votre index mais également la capacité de transaction de votre application car votre application parle maintenant à plusieurs NCache serveurs pour Lucene.
Voici quelques points forts de la fonctionnalité Distributed Lucene :
NCache fournit désormais un client Python sur Windows et Linux. Ce client Python possède toutes les fonctionnalités de l'API côté client de NCache que les clients .NET et Java appréciaient traditionnellement.
NCache fournit désormais un client Scala sur Windows et Linux. Ce client Scala possède toutes les fonctionnalités de l'API côté client de NCache que les clients .NET et Java appréciaient traditionnellement.
NCache fournit des outils d'importation et d'exportation sous forme d'applets de commande PowerShell. Avec ces outils, vous pouvez importer ou exporter des données JSON / CSV dans le NoSQL Database ou en sortir. Cela vous permet d'extraire tout ou partie de votre NoSQL database.
NCache Fournisseur de persistance pour NoSQL Database conserve les données dans plusieurs fichiers situés dans un dossier réseau partagé (basé sur le chemin UNC). Ainsi, vous pouvez utiliser des outils de système de fichiers réguliers pour effectuer des sauvegardes.
Pour fournir une capacité de sauvegarde en ligne, NCache fournit également un outil d'administration (comme PowerShell Cmdlet) pour suspendre brièvement NCache écrit sur le stockage persistant et ne les crée en mémoire que pendant que vous effectuez la sauvegarde de votre système de fichiers. Mais, lorsque vous avez terminé la sauvegarde, vous pouvez activer les écritures et toutes les écritures en attente sont immédiatement appliquées au stockage persistant.
Si vous utilisez SQL Server ou MongoDB comme option de stockage, ces bases de données fournissent des outils de sauvegarde en ligne que vous devez utiliser.
NCache vous donne la possibilité d'importer un index Lucene existant dans NCache Distribution de Lucene de manière à copier des fichiers en masse, ce qui est beaucoup plus rapide que de lire des documents à partir de votre index Lucene existant et de les écrire individuellement sur NCache Distribution de Lucene via son API.
Vous pouvez effectuer les types d'importation d'index Lucene suivants :
NCache partitionne et enregistre l'index Lucene dans un environnement distribué et sur chaque NCache serveur. Et, tous les index sont stockés sous forme de plusieurs fichiers. Par conséquent, vous pouvez utiliser des outils de sauvegarde/restauration de système de fichiers réguliers sur eux.
Actuellement, vous ne pouvez pas effectuer de sauvegarde en ligne à moins que votre application n'effectue aucune mise à jour de l'index Lucene. Vous devez choisir une heure de faible trafic pour arrêter les serveurs et faire une sauvegarde.
La restauration d'un index Lucene distribué est identique à la restauration des fichiers du système de fichiers et donc possible. Vous devrez peut-être redémarrer NCache serveurs avec les mêmes informations de configuration de distribution que celles que vous aviez lorsque vous avez effectué la sauvegarde.
NCache prend désormais entièrement en charge .NET 6.0. Tout NCache Les serveurs sont compilés en .NET 6.0 (ou .NET Framework 4.8 si vous avez téléchargé cette version). NCache les clients sont également .NET 6.0. Cependant, NCache fournit également un support pour les versions antérieures des deux .NET Core ainsi que .NET Framework en NCache clients.
NCache vous permet désormais d'utiliser la sérialisation JSON pour votre ASP.NET / ASP.NET Core séances. Auparavant, la seule option que vous aviez était d'utiliser la sérialisation binaire fournie par .NET. Nous avons toujours l'option de sérialisation binaire mais dans .NET 6.0, la sérialisation binaire est désactivée par défaut et n'est pas recommandée.
La sérialisation JSON vous permet également d'utiliser des objets qui ne sont pas marqués "Sérialisable" et également sans utiliser la sérialisation compacte sur eux. Avec la sérialisation JSON, il vous suffit de modifier les paramètres de configuration.
Afin d'inclure tout attribut d'objet dans NCache Requêtes SQL, vous devez d'abord l'indexer. Auparavant, la seule façon d'indexer était de définir un index dans le cadre de NCache configuration. C'est encore possible et c'est un bon moyen de le faire.
Cependant, vous pouvez désormais définir des index de requête par programmation à l'aide d'annotations personnalisées. Avec cela, vous avez maintenant un support complet des différentes façons de créer un index de requête dans NCache.
NCache prend désormais en charge les propriétés nullables pour créer un index, puis les utiliser dans les requêtes SQL. Cette fonctionnalité est fournie car les propriétés et les champs .NET acceptent les valeurs NULL. Mais, auparavant NCache n'a pas fourni de prise en charge de la recherche basée sur des valeurs nulles et maintenant c'est le cas.
NCache prend désormais en charge les index géospatiaux dans la recherche de texte intégral avec Distributed Lucene. Tout comme l'index Lucene de recherche en texte intégral standard, les index géospatiaux utilisent également Lucene.NET en interne pour prendre en charge les requêtes géospatiales. Le package NuGet pour les index géospatiaux est distinct du package NuGet d'index de recherche de texte intégral.
NCache prend désormais en charge la recherche à facettes avec Distributed Lucene. La recherche à facettes est une technique qui consiste à augmenter les techniques de recherche traditionnelles avec un système de navigation à facettes. Cela permet à l'utilisateur d'affiner les résultats de la recherche en appliquant plusieurs filtres basés sur une classification à facettes des éléments.
NCache fournit un package NuGet pour la recherche à facettes qui contient toutes les API nécessaires pour effectuer des recherches à facettes.
Les périodes d'évaluation sont déjà suivies dans la version précédente de NCache au niveau du domaine de messagerie et non au niveau du téléchargement individuel ou de l'installation individuelle. Cela signifie que si vous aviez évalué une version antérieure de NCache mais que vous ne l'avez pas acheté, votre période d'évaluation a probablement déjà expiré.
Toutefois, NCache 5.3 démarre votre période d'évaluation pour cette version. Vous bénéficiez d'une période d'évaluation de 30 jours comme auparavant et vous pouvez demander à notre équipe commerciale de la prolonger de 30 jours à la fois jusqu'à 180 jours au total.
NCache avait précédemment implémenté la mise en commun d'objets intelligents et également divisé des objets plus volumineux en moins de 80 XNUMX objets, de sorte que LOH n'est pas fréquemment utilisé. Cette précédente optimisation de la mémoire avait déjà amélioré NCache performances assez élevées pour les "opérations atomiques" les plus couramment utilisées telles que Get, Insert, Update, Delete d'éléments individuels.
Cependant, un certain nombre d'autres domaines tels que les opérations en bloc, les index de requête, la recherche SQL, etc. n'ont pas été entièrement optimisés de cette manière et ont donc entraîné une utilisation fréquente des collections LOH et Gen2 et donc pas les meilleures performances.
Maintenant, cette version de NCache a optimisé la gestion de la mémoire dans tous ces domaines, ce qui a entraîné une performance encore plus rapide de NCache tout autour.
Les optimisations suivantes ont été faites :
NCache fonctionnait traditionnellement dans un environnement sur site et il n'était donc pas nécessaire d'utiliser https pour accéder NCache Gestionnaire Web. Mais, maintenant qu'Azure, AWS et d'autres clouds deviennent très répandus, de plus en plus de situations surviennent où un utilisateur peut avoir besoin d'accéder NCache Gestionnaire Web via https.
NCache prend désormais en charge https pour accéder NCache Gestionnaire Web. Par défaut, c'est http mais vous pouvez le configurer pour utiliser https si vous avez un certificat.
NCache a traditionnellement exigé que vous spécifiiez NCache serveurs en fonction de leur adresse IP et non des noms de machine. La raison derrière cela était que dans de nombreuses situations, NCache les serveurs ont plusieurs cartes d'interface réseau (NIC) et vous ne saviez pas à quelle carte réseau le nom de la machine était mappé. Par conséquent, en utilisant l'adresse IP pour NCache serveurs et clients est toujours le moyen préféré.
Mais maintenant NCache vous offre la possibilité de spécifier des noms de machine au lieu de l'adresse IP si vous le souhaitez. Vous pouvez spécifier le nom de la machine pour ajouter un serveur de cache ou un client de cache à la configuration du cache. De même, tous les points de vue sur NCache Web Manager continue d'utiliser les adresses IP par défaut.
12 octobre 2021
NCache 5.2 SP1 contient quelques optimisations de performances et de mémoire importantes. La version contient également des améliorations majeures de l'expérience utilisateur. NCache 5.2 SP1 est une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Les opérations en bloc avec une taille d'élément relativement plus grande occupaient beaucoup de mémoire dans les versions précédentes. Dans cette version, le regroupement d'objets et d'autres techniques d'évitement de LOH sont utilisés pour réduire l'empreinte mémoire sur les chemins de code liés aux opérations en masse.
La dernière version de protobuf-net a quelques améliorations majeures de la mémoire. NCache utilise maintenant la dernière version de protobuf-net pour améliorer encore la mémoire et les performances.
Auparavant, l'activation hors ligne était un processus en plusieurs étapes qui nécessitait NCache utilisateurs à qui parler Alachisoft Équipe de soutien. Désormais, avec cette nouvelle version, les utilisateurs peuvent effectuer l'activation hors ligne sans contacter Alachisoft équipe de soutien.
Les clés d'installation sont livrées avec une évaluation GRATUITE de 30 jours. Dans cette version plus récente, les clés d'installation sont suivies au niveau du domaine client au lieu du client individuel. Ainsi l'évaluation de NCache commence réellement le jour du téléchargement par le premier utilisateur de l'entreprise. Cependant, chaque version de NCache aura désormais sa propre période d'évaluation.
25 mars 2021
NCache 5.2 contient quelques fonctionnalités importantes liées à la mise en cache. La version contient également des améliorations de performances majeures. NCache 5.2 est une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Cache Loader/Refresher est un service qui s'exécute périodiquement à un intervalle configurable et actualise les données du cache. Les utilisateurs configurent cette fonctionnalité en ajoutant un ou plusieurs ensembles de données nommés dans la configuration. Chaque jeu de données peut être configuré pour être chargé une seule fois ou actualisé périodiquement.
Deux ajouts sont ensuite apportés à Pub/Sub.
Lors de la création d'un TOPIC, une priorité peut être attribuée à un TOPIC. Les messages des TOPIC de priorité supérieure sont livrés en premier tandis que les messages des TOPIC de priorité inférieure sont expulsés en premier. Si aucune priorité n'est attribuée, un SUJET est créé avec une priorité « normale ».
L'éditeur doit pouvoir envoyer des messages avec des instructions pour préserver l'ordre dans lequel ils sont publiés. Ces messages sont remis aux abonnés dans le même ordre que celui avec lequel ils ont été publiés. Les messages commandés d'un certain éditeur résideront sur un serveur cache. Cela sera mis en œuvre en utilisant l'affinité de localisation.
Tous les messages commandés seront livrés au même abonné en cas de Option de livraison.Toute.
Pour les applications utilisant uniquement l'API JSON, la définition d'index de requête basés sur .NET ou Java peut ne pas être possible. Par conséquent, la définition d'index à partir de documents JSON est prise en charge.
Dans ce cas, l'utilisateur spécifie le chemin d'accès à un fichier json. NCache Web Manager lit les attributs dans le fichier json et les liste dans une grille. L'utilisateur peut sélectionner un ou plusieurs attributs dans la liste pour lesquels des index doivent être définis.
Les index de requête du document json peuvent également être créés à l'aide de la commande PowerShell.
La dépendance personnalisée est désormais déployée côté serveur. Tout comme les fournisseurs de lecture/écriture, les utilisateurs doivent implémenter des fournisseurs de dépendances personnalisées. Il peut y avoir un ou plusieurs fournisseurs de dépendances personnalisés et chacun aura un nom unique.
Lors de l'ajout d'un élément via l'API, l'utilisateur spécifie le nom du fournisseur de dépendance personnalisé déjà configuré et déployé.
Les utilisateurs peuvent souhaiter modifier la façon dont le texte et l'objet des notifications par e-mail qu'ils reçoivent de NCache. Tout le texte et l'objet des e-mails générés par NCache utiliser des modèles. Ces modèles sont livrés dans le répertoire d'installation. Les utilisateurs peuvent modifier ces modèles en fonction de leurs besoins.
Dans certaines organisations, plusieurs contrôleurs de domaine peuvent être configurés pour la haute disponibilité. Lorsqu'un contrôleur de domaine principal tombe en panne, le contrôleur secondaire devient actif. NCache prend désormais également en charge la configuration de la sécurité avec les contrôleurs de domaine principal et secondaire.
La prise en charge de TLS 1.2 est fournie pour la communication au niveau du transport entre NCache serveur sous Linux et clients de cache.
Partage de sessions entre un ASP.NET et un ASP.NET Core est pris en charge. Ceci peut être activé à partir des paramètres de configuration. Pour partager des sessions entre différentes applications, toutes les applications doivent utiliser le même générateur d'identifiant de session personnalisé.
Ceci est également pris en charge pour les sessions multirégionales.
Le partage de session n'est pas pris en charge s'il est configuré via IDistributedCache.
Les utilisateurs peuvent spécifier des dépendances SQL pour invalider la réponse d'une page du cache. Si les données correspondant au SQL spécifié sont modifiées ou supprimées, la réponse du cache est supprimée. Sur les nouvelles requêtes, il est régénéré et ajouté au cache avec la même dépendance SQL.
Ceci n'est pas pris en charge si configuré via IDistributedCache.
NCache peut être utilisé comme magasin externe pour Identity Server 4 en tant que ;
Lorsqu'il est configuré avec NCache, l'utilisateur peut souhaiter utiliser différents caches pour la mise en cache de session et la mise en cache de données. NCache devrait fournir une option pour utiliser plusieurs caches à des fins différentes lorsqu'il est utilisé comme IDistributedCache.
Le nouveau client Java est 100 % identique à la nouvelle API .NET. Il a les services suivants;
Le nouveau client Java utilise également le pipelining pour de meilleures performances.
Les modules côté serveur suivants peuvent être écrits en Java.
NCache a maintenant un client Node.js qui est 100% identique à la nouvelle API .NET & Java JSON. Il a les services suivants;
Intégration avec Prometheus pour surveiller les indicateurs clés de NCache. NCache publie un ensemble configurable de compteurs sur le serveur Prometheus.
NCache tableau de bord pour Grafana est fourni sur la galerie Grafana. Le tableau de bord comporte divers compteurs extraits du serveur Prometheus où NCache publie ses compteurs.
NCache Professional dispose désormais d'un outil GUI basé sur le Web pour NCache gestion et suivi de base. NCache Web Manager permet aux utilisateurs de créer, configurer, démarrer et arrêter des caches. Cela les aide également à exécuter rapidement un test de résistance et à consulter des statistiques.
23 novembre 2020
In NCache 5.1, il y a quelques corrections de bogues importantes et quelques nouvelles améliorations apportées.
Voici quelques améliorations apportées à cette version :
Les licences serveur uniquement prennent désormais également en compte la mémoire pour calculer le nombre de licences requises sur une machine. Le nombre de clients pouvant se connecter à un serveur est désormais illimité dans la licence serveur uniquement.
En fonction de la combinaison de la taille de la RAM et du nombre de vCPU, le nombre de licences requises sur une machine est déterminé. Ces combinaisons sont données sur NCache page de tarification sous forme de plans de licence.
L'activation sur les machines clientes n'est plus prise en charge.
Même si votre licence est client-serveur, il vous suffit d'activer les serveurs de cache. Au moment de l'activation, les utilisateurs doivent également spécifier le nombre de licences client à activer sur le serveur de cache.
NCache Professional édition ne prend pas en charge ce système de licence.
Les utilisateurs peuvent désormais créer des serveurs de cache DEV/Test GRATUITS. Remote clients peuvent se connecter à ces serveurs de cache, cependant, avec quelques limitations suivantes ;
Désormais, les utilisateurs peuvent enregistrer des machines distantes pour une évaluation GRATUITE de NCache en utilisant le paramètre '-Server' dans Register-NCacheCommande PowerShell d'évaluation.
24 avril 2024
NCache 5.0 SP6 est publié uniquement pour NCache Open Source édition. Cette version contient quelques corrections de bugs importants et de nouvelles restrictions dans l'édition Open Source.
28 octobre 2020
In NCache 5.0 SP4, quelques corrections de bogues importantes et quelques nouvelles améliorations ont été apportées.
Voici quelques améliorations apportées à cette version :
La réplication WAN peut désormais être personnalisée davantage pour avoir plus de contrôle sur la fréquence de réplication des données entre deux centres de données. Voici les configurations ;
L'intervalle de réplication est l'intervalle de délai intermédiaire en millisecondes entre deux réplications consécutives. Sa valeur par défaut est fixée à 3000 millisecondes (3 secondes). Les utilisateurs peuvent modifier cet intervalle selon leurs besoins en ajustant la valeur de 'NCacheBalise Server.BridgeReplicationInterval' dans le NCache fichier de configuration des services.
Le cache envoie des opérations au pont en bloc de la taille de seuil fournie. La taille par défaut est de 500 Ko. Les utilisateurs peuvent configurer cette taille en modifiant la valeur de la balise 'NCacheServer.BridgeBulkOperationSizeServer.BridgeBulkOperationSize' dans le NCache fichier de configuration des services.
La prise en charge de la dernière version d'EFCore est fournie dans cette version.
Les licences serveur uniquement sont prises en charge dans cette nouvelle version où seules les licences serveur sont achetées. Dans ce type de licence, un serveur de cache nécessite un minimum de 4 licences.
Les fonctionnalités suivantes sont ajoutées à NCache professional.
NCache envoie un rapport d'utilisation des fonctionnalités une fois par mois à Alachisoft serveur. Ceci est fait pour améliorer le produit en fonction des données reçues des clients. Les informations suivantes font partie de ce rapport ;
Une nouvelle cmdlet PowerShell 'Register-NCacheÉvaluation' est fourni pour s'inscrire NCache pour une évaluation gratuite en utilisant la clé d'évaluation reçue de Alachisoft. Cette applet de commande peut également être utilisée pour prolonger la période d'évaluation.
NCache Open Source peut être enregistré en utilisant Register-NCacheApplet de commande OpenSource.
Cette version de NCache supports NCache Cloud offrant. NCache Cloud Service est proposé dans Azure et AWS.
Toutes les éditions de NCache peut maintenant être installé dans Azure et AWS, mais il est recommandé que NCacheL'image de la place de marché est utilisée au lieu d'installer NCache.
Le 15 juin 2020
In NCache 5.0 SP3, quelques corrections de bogues importantes et quelques nouvelles améliorations ont été apportées.
Voici quelques améliorations apportées à cette version :
NCache Remote Clients nécessitent normalement au moins 2 licences par boîte. Si une machine a plus de 8 cœurs, elle nécessite une licence supplémentaire tous les 4 cœurs. Par exemple, une machine avec 12 cœurs nécessite 3 licences et 20 cœurs nécessite 5 licences.
Cependant, pour NCache Utilisateurs SaaS, les licences nécessaires pour remote clients ne dépasse jamais 4 même si le nombre de cœurs sur cette machine est supérieur à 16.
Voici les nouvelles commandes PowerShell ajoutées.
Les améliorations suivantes ont été apportées aux commandes PowerShell existantes.
09 décembre 2019
In NCache 5.0 SP2, quelques corrections de bogues importantes et quelques nouvelles améliorations ont été apportées.
Voici quelques améliorations apportées à cette version :
Auparavant, Bridge ne pouvait pas avoir plus de 2 caches. Dans cette version, NCache prend désormais en charge plus de 2 caches dans un pont. Au moins un cache doit être actif.
Même si les caches actifs répliquent automatiquement leurs données vers d'autres caches d'un pont, le transfert d'état entre les caches n'est plus actif. Lorsqu'un cache tombe en panne ou qu'un nouveau cluster est ajouté, une interaction manuelle pour synchroniser les caches est requise.
La prise en charge de la sécurité LDAP est ajoutée pour Windows et Linux. Auparavant, il n'y avait pas de prise en charge de LDAP sur Linux, tandis que Windows avait une prise en charge basée sur Active Directory.
Les améliorations suivantes ont été apportées à Pub/Sub (TOPIC) :
Les améliorations suivantes ont été apportées à la fonction de dépendance personnalisée.
NCache utilise désormais System.IO.Pipelines pour les opérations d'E/S hautes performances entre les clients et les serveurs. Grâce à cette approche, NCache est capable d'effectuer 2 millions d'opérations par seconde sur un cluster de 5 nœuds.
Le pipelining est activé par défaut sur tous les caches. Cependant, cela peut être désactivé au moment de la création du cache ou en modifiant la configuration du cache à tout moment.
Des modifications architecturales sont apportées à NCache pour ajouter la prise en charge de l'enregistrement dynamique des modules pouvant utiliser NCachel'architecture distribuée de sans apporter de modifications dans NCache code source.
La prise en charge de Lucene.NET est également ajoutée via NCache Modules.
Les applets de commande PowerShell suivantes sont ajoutées :
Pour plus de détails, veuillez consulter NCache Comparaison Des Éditions
26 août 2019
In NCache 5.0 SP1, quelques corrections de bogues importantes et quelques nouvelles améliorations ont été apportées.
Voici quelques améliorations apportées à cette version :
NCache SignalR backplane pour ASP.NET Core applications sont fournies.
La gestion Web peut désormais être effectuée à partir d'Internet Explorer 11 (dernière version), mais il est recommandé d'utiliser Microsoft Edge, Chrome, Firefox ou Opera.
Clés d'installation pour toutes les éditions de NCache sont maintenant générés dynamiquement au moment du téléchargement. Cela signifie que chaque client reçoit une clé d'installation unique.
Les serveurs de cache dans les éditions Professional et Open Source sont uniquement basés sur .NET. Les clients sont disponibles pour .NET et .NET Core. Les serveurs de cache ne peuvent pas être installés sur Linux pour ces deux éditions.
Les éditions open source et professionnelle sont revenues à AlachisoftLa stratégie originale de , où nous avions un nombre limité de fonctionnalités dans les éditions Open Source et Professional.
Pour plus de détails, veuillez consulter Comparaison Des Éditions
14 mai 2019
NCache 5.0 contient quelques fonctionnalités importantes liées au clustering et à la mise en cache. La version contient également des améliorations de performances majeures. NCache 5.0 est une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache L'API a été refactorisée pour la rendre plus simple et facile à utiliser en réduisant le nombre de surcharges à diverses méthodes. La nouvelle API utilise également les dernières fonctionnalités de C# et .NET Framework (Task Parallel Library, méthodes asynchrones et génériques).
Les améliorations suivantes sont apportées au NCache cadre de messagerie.
Cependant, pour les abonnements durables (abonnements nommés), les messages sont stockés jusqu'à ce qu'ils soient transmis à TOUS ou à TOUS les abonnés de cet abonnement. Si un abonné durable revient après une déconnexion brutale (départ sans appel à Se désabonner), il pourra recevoir les messages publiés pendant le temps où il était indisponible.
Cependant, les messages sont supprimés du magasin après leur expiration même s'ils ne sont pas livrés à TOUS ou à TOUS les abonnés.
Il existe deux autres politiques dans les abonnements durables.
-Partagé, où il peut y avoir plusieurs abonnés dans un abonnement.
-Exclusif, où il ne peut alors y avoir qu'un seul abonné à la fois dans un abonnement. Tous les abonnements non durables sont exclusifs.
Certaines améliorations majeures des performances sont apportées dans cette version. Les sous-systèmes de base sont repensés pour obtenir de meilleures performances des opérations de cache. Certaines de ces améliorations incluent l'incorporation des dernières bibliothèques comme System.IO.Pipelines de Microsoft. System.IO.Pipelines est une nouvelle bibliothèque conçue pour faciliter les E/S hautes performances dans .NET.
Tous NCache les événements utilisent désormais en interne le plus fiable NCachede l'infrastructure Pub/Sub. Les types d'événements suivants sont désormais basés sur Pub/Sub.
NCacheLe SQL de est maintenant amélioré pour avoir des projections ainsi que la clause FROM dans une instruction SQL. Auparavant, il n'y avait aucune projection dans l'instruction SQL et, par conséquent, des éléments de cache complets étaient renvoyés correspondant aux critères donnés.
La prise en charge de la recherche d'éléments de cache par leur « groupe » via SQL est fournie. À l'aide de cette fonctionnalité, les utilisateurs peuvent interroger le cache pour renvoyer les éléments du cache par rapport à un 'Groupe', tout comme ils le font pour les 'Tags'.
Traditionnellement NCache stocke les éléments dans le cache sous forme de données binaires. La sérialisation binaire peut être coûteuse en termes de temps et de mémoire qu'elle consomme. Dans NCache 5.0, les utilisateurs peuvent éventuellement configurer Cache pour avoir un magasin sérialisé JSON. La sérialisation JSON est efficace dans la plupart des cas.
NCache a maintenant distribué des types de données et des structures de données fournies en tant qu'implémentations des interfaces de .NET. Les implémentations suivantes sont fournies.
System.Collections.Generic.IList<T>. Il autorise les clés en double et préserve leur ordre.System.Collections.Generic.ICollection<T>. Il n'autorise pas les clés en double et ne préserve pas l'ordre. DistributedHashSet a des méthodes supplémentaires pour Union, Intersection et Différence de deux ensembles.System.Collections.Generic.IDictionary<TKey, TValue>. Il permet aux utilisateurs de stocker des données dans des paires clé-valeur. L'ordre n'est pas conservé dans cette structure de données.System.Collections.Generic.ICollection<T>. Cependant, les données stockées dans cette structure de données sont consommées dans le modèle FIFO, comme dans le cas des files d'attente.L'arrêt d'un nœud de serveur en mode maintenance entraîne la redisdistribution de données entre les nœuds restants. Cela peut prendre beaucoup de temps selon les données dans le cache. Pendant ce temps, le cache est dans un état vulnérable et certaines opérations peuvent échouer ou prendre plus de temps à s'exécuter.
Avec cette nouvelle fonctionnalité, lorsqu'un nœud est arrêté pour maintenance, les données du cache ne sont pas redisrendu hommage. La fonctionnalité est utile lorsqu'un nœud du cluster est arrêté pendant une courte période pour appliquer des correctifs ou d'autres travaux de maintenance.
L'affinité d'emplacement signifie conserver les éléments de cache associés sur un nœud. Cette fonctionnalité peut être utile à bien des égards, comme des requêtes plus rapides et des opérations en masse, etc.
Lucene.NET est une bibliothèque de moteur de recherche de texte mais elle n'est pas distribuée. Avec NCache's Lucene.NET SDK, les utilisateurs pourront créer des index Lucene distribués et les interroger. NCacheLe SDK Lucene.NET est similaire à la bibliothèque Lucene.NET, par conséquent, les utilisateurs n'ont pas besoin d'apprendre grand-chose pour l'utiliser NCachede l'API DistributedLucene.NET.
. Basé sur NET Core NCache Le serveur sera également disponible sur Windows. Auparavant, il n'était disponible que sur Linux.
Il s'agit d'un nouveau schéma de licence dans lequel les licences ne sont activées que sur les serveurs de cache. Cependant, des serveurs de cache sont également activés pour permettre à un certain nombre de clients de se connecter aux caches. Le nombre de licences serveur et client requises est le même que dans le schéma d'activation client-serveur.
NCache la configuration, la gestion et la surveillance sont effectuées via une application Web. Par défaut, cette application est installée sur tous les serveurs et clients de cache. Les utilisateurs peuvent se connecter à n'importe lequel des serveurs à partir de leurs navigateurs pour gérer leurs clusters de cache.
L'application est ASP.NET Core basé et peut donc fonctionner sur Windows ainsi que sur Linux. Cette application possède toutes les fonctionnalités du bureau NCache Le directeur avait. Basé sur le bureau NCache Manager et Monitor ne sont plus disponibles.
Quelques commandes PowerShell suivantes sont ajoutées ;
07 août 2018
In NCache 4.9 SP1, l'édition communautaire a été abandonnée et l'édition professionnelle a été rétablie. Cette version contient quelques corrections de bogues importantes et quelques nouvelles améliorations. Améliorations et nouveaux ajouts.
Voici quelques améliorations apportées à cette version :
NCache Serveur (.NET Core basé) peut désormais être hébergé sur des boîtiers Linux. Des installateurs distincts pour Linux (.tar.gz) sont disponibles en téléchargement.
L'essai pleinement fonctionnel de 30 jours est de retour. Il n’y a désormais aucune limitation de performances pendant la période d’évaluation.
L'édition professionnelle possède les mêmes fonctionnalités que l'édition Open Source, ainsi que quelques commandes de gestion PowerShell supplémentaires. Les installations client et serveur bénéficient d'un essai gratuit de 30 jours.
Les images Docker pour les serveurs Linux et Windows Nano sont disponibles sur Docker Hub. Les fichiers Docker sont également disponibles sur GitHub.
Un compteur perfmon est introduit pour surveiller le nombre d'éléments dans le pont.
La prise en charge de la recherche par caractères génériques dans les API GetKeysByTag et GetByTag est fournie.
Une prise en charge est fournie pour activer la journalisation côté client à partir de l'API via l'interface CacheInitParams.
Des licences par abonnement ont été introduites pour prendre en charge les déploiements cloud et sur site.
14 février 2018
NCache 4.9 contient quelques fonctionnalités importantes liées au clustering et à la mise en cache dans ASP.NET Core. Cette configuration présente également quelques améliorations de performances et constitue donc une mise à niveau recommandée pour tous. NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Split-Brain est une situation dans laquelle, en raison de pannes de réseau temporaires entre les nœuds du cluster, cela entraîne plusieurs sous-clusters. Dans ce cas, chaque sous-cluster possède son propre nœud coordinateur et ne connaît pas les autres sous-clusters. Cela peut éventuellement entraîner des données incohérentes. Avec NCache 4.9, les utilisateurs peuvent activer les clusters de cache pour récupérer automatiquement à partir des scénarios SplitBrain.
NCacheL'implémentation de IDistributedCache utilise Distributed Cache Tag Helper qui offre la possibilité d'améliorer considérablement les performances de votre ASP..NET Core application en mettant en cache ses réponses.
Il y a une amélioration des performances de 20 à 25 % dans les opérations de base de cache ADD, INSERT et GET.
Les éditions Open Source et Community ont désormais la même API client que l'édition Enterprise. Cela signifie que toutes les fonctionnalités des développeurs Enterprise sont désormais également disponibles dans les éditions Open Source et Community.
2 novembre 2017
NCache 4.8 contient quelques fonctionnalités importantes liées au partage de données d'exécution, à la messagerie et .NET Core. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache 4.8 a maintenant lancé une communauté GRATUITE et fournit la puissante interface graphique NCache Manager pour vous permettre de configurer facilement les caches à partir d’un emplacement central. Avec NCache 4.9, les utilisateurs peuvent activer les clusters de cache pour récupérer automatiquement à partir des scénarios SplitBrain.
NCache fournit maintenant un totalement natif .NET Core Client pouvant fonctionner sous Windows et Linux. Sous Windows, NCache .NET Core Le client est installé via un programme d'installation Windows (.msi). Cependant, sous Linux, une installation distincte (.tar.gz) est fournie.
NCache prend désormais entièrement en charge Docker pour les clients de cache et les serveurs de cache. Vous pouvez configurer vos applications .NET pour qu'elles soient déployées dans Docker et inclure NCache Client avec cela en toute transparence.
NCache fournit désormais un ASP complet.NET Core soutien, à la fois sur .NET Framework ainsi que .NET Core (auparavant c'était uniquement sur .NET Framework). Ce support inclut un puissant ASP.NET Core Fournisseur de session qui a plus de fonctionnalités que l'ASP standard.NET Core Fournisseur de sessions. Et il inclut également la prise en charge de l’interface IDistributedCache dans ASP.NET Core.
Le paradigme de messagerie de publication/abonnement (Pub/Sub) est fourni dans lequel un éditeur envoie des messages dans des canaux, sans savoir qui (le cas échéant) sont les abonnés. Et les abonnés ne reçoivent que des messages indiquant leur intérêt sans savoir qui sont les éditeurs.
NCache a implémenté des méthodes d'extension EF Core 2.0 très simples à utiliser pour vous permettre de mettre en cache les données d'application que vous récupérez via EF Core 2.0.
Toutes les communications de NCache clients à NCache les serveurs peuvent désormais être éventuellement sécurisés via TLS 1.2 (une spécification plus récente que SSL 3.0). TLS 1.2 garantit que toutes les données circulant entre NCache clients et NCache serveurs est entièrement crypté et sécurisé.
NCache fournissait traditionnellement de puissants outils de gestion de cache basés sur une interface graphique ainsi qu'un riche ensemble d'outils de ligne de commande. Maintenant, NCache a implémenté tous ses outils de gestion de cache en ligne de commande dans PowerShell. Vous pouvez désormais écrire des scripts PowerShell pour une gestion du cache plus sophistiquée.
Certains pare-feu interrompent les connexions réseau inactives, ce qui entraîne des problèmes de mise en cache des communications entre le client et le serveur. NCache. La fonctionnalité Cache Client Keep Alive, si elle est activée sur le nœud client, envoie automatiquement un paquet léger aux serveurs de cache à un intervalle configurable (une sorte de battement de cœur). Ces paquets ne sont envoyés qu'en cas d'absence d'activité entre clients et serveurs et n'interfèrent donc pas avec le trafic client/serveur régulier.
NCache Manager utilisé pour conserver certaines informations de configuration du cache dans le fichier de projet. Cependant, cela provoquait des problèmes d’intégrité des données si plusieurs personnes tentaient de modifier la configuration du cache à partir de différentes machines. Pour résoudre ce problème, NCache Manager ne stocke désormais aucune information de configuration du cache dans ses fichiers de projet. Au lieu de cela, toutes les informations de configuration sont conservées sur des serveurs de cache communs à tous les endroits et aucun problème d'intégrité des données ne se pose plus.
Traditionnellement, NCache a uniquement fourni une option de licence client/serveur qui nécessite que les clients de cache et les serveurs de cache disposent d'une licence. Cependant, maintenant NCache fournit une option supplémentaire de licence serveur uniquement où les clients de cache ne nécessitent aucune licence. Seul le serveur de cache nécessite des licences. Si vous souhaitez utiliser une licence serveur uniquement, veuillez contacter votre responsable de compte pour plus de détails.
10 mai 2017
NCache 4.6 SP3 contient quelques fonctionnalités mineures et optimisations du cache client. Il existe également diverses corrections de bugs signalées par les clients. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Avec NCache 4.6 SP3, le cache peut être utilisé pour distribuer des messages sur une application SignalR déployée sur plusieurs serveurs Web.
Un lecteur de données côté client est introduit, plus stable et plus tolérant aux pannes lors du transfert d'état dans le cache.
Plus d'échantillons ont été expédiés avec NCache installation. Les échantillons existants sont également refactorisés.
3 janvier 2017
NCache 4.6 SP2 contient quelques optimisations du cache client, des améliorations de la topologie Bridge et des fonctionnalités liées à la surveillance du cache. Il existe également diverses corrections de bugs signalées par les clients. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Une nouvelle API est introduite pour surveiller le client de cache connecté à un cluster. À l'aide de cette API, une liste de clients connectés peut être récupérée ainsi que des notifications peuvent être enregistrées en cas de connexion d'un nouveau client ou de déconnexion d'un client existant.
Client Cache a désormais une manière optimisée de se synchroniser avec le cache cluster. Au lieu de recevoir des événements à chaque mise à jour effectuée sur le cache cluster, le cache client peut désormais recevoir des événements en masse à un intervalle configurable. Cela réduit le trafic ainsi que l’utilisation de la mémoire.
NCache Bridge peut maintenant avoir des caches avec des noms identiques.
Chargeur de cache dans NCache peut désormais s'exécuter sur plusieurs nœuds, ce qui peut accélérer le chargement du cache.
Le chiffrement AES conforme à la norme FIPS est introduit dans le SP2.
NCache Fournisseur de stockage de session ASP.NET pour ASP.NET Core applications est désormais pris en charge.
NCache est désormais sous licence en fonction du nombre de cœurs dont dispose une machine. Pour 4 cœurs, 1 licence est utilisée. Un minimum de 2 licences sont utilisées pour activer une machine même si le nombre de cœurs est inférieur à 8. Pour 16 cœurs, 4 licences sont utilisées, pour 20 cœurs 5 sont utilisées et pour 32 cœurs, 8 licences sont utilisées. Les machines sous licence de développeur peuvent désormais se connecter à un cache distant, mais avec des limitations sur le nombre de requêtes par seconde et le nombre total de requêtes qu'un client peut effectuer vers un cache distant.
03 mai 2016
NCache 4.6 SP1 contient quelques optimisations liées à la mémoire et d'énormes améliorations des performances de NCache. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
7 décembre 2015
NCache 4.6 contient quelques fonctionnalités importantes liées à l'analyse des données d'exécution, aux performances et à l'optimisation de la mémoire de NCache. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache le cache peut désormais être configuré pour stocker les données sous forme d'objets. Par défaut, toutes les données sont stockées sous forme binaire.
Chaque cache dans NCache est désormais hébergé dans son propre processus qui s'exécute indépendamment de tous les autres caches. La gestion de ce processus se fait via NCache service qui contient des informations sur tous les processus de cache en cours d’exécution sur la machine.
CarteRéduire en NCache permettra aux développeurs d'écrire des programmes qui traitent des quantités massives de données non structurées en parallèle sur un NCache grappe. Pour distribuer les données d'entrée et les analyser en parallèle, MapReduce fonctionne en parallèle sur tous les nœuds d'un cluster de n'importe quelle taille.
L'agrégateur traite les enregistrements de données et renvoie les résultats compilés. Il regroupe les valeurs provenant de plusieurs sources et peut effectuer diverses opérations telles que résumer les valeurs, calculer des moyennes, rechercher des valeurs minimales/maximales, etc. et renvoie un résultat unique.
NCache offre la possibilité d'exécuter le code des utilisateurs côté serveur sur un ensemble d'entrées de cache. Les processeurs d'entrées peuvent modifier les entrées du cache côté serveur sans que ces entrées voyagent sur le réseau pour les opérations de récupération et de mise à jour.
Les requêtes peuvent désormais être exécutées sur le cache à l’aide d’un lecteur de données, tout comme le font les bases de données. À l'aide d'un lecteur de données, l'ensemble de résultats peut être récupéré des serveurs en plusieurs morceaux de taille configurable. Cette approche offre de meilleures performances et utilise moins de mémoire côté client.
L'utilisateur peut maintenant configurer NCache avec des expirations nommées par défaut. NCache Le serveur utilisera les expirations par défaut lorsque les éléments sont soit insérés dans le cache sans aucune expiration, soit insérés explicitement avec la valeur par défaut nommée.
Les instructions Select peuvent désormais avoir une clause orderby qui renverra le jeu de résultats trié sur un ou plusieurs attributs spécifiés.
Un outil graphique pour afficher et surveiller les journaux générés par NCache serveur et clients en un seul endroit. Les fichiers journaux de tous les serveurs peuvent être consultés dans le même outil. L'outil peut filtrer les entrées de journal et les entrées de journal importantes peuvent également être mises en signet.
NCache 4.4 SP2 peut être mis à niveau vers NCache 4.6 sans perdre aucune donnée grâce à sa topologie Bridge.
NCache À partir de la version 4.6, les serveurs de cache et les clients recevront une licence basée sur le nombre de cœurs plutôt que sur le nombre de processeurs dont dispose la boîte.
28 juillet 2015
NCache 4.4 SP2 contient quelques améliorations importantes liées à la mémoire et aux performances de NCache. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
L'outil Dumpcachedata effectue un vidage d'un cache en cours d'exécution en énumérant les données du cache et stocke ces données à un emplacement spécifié par l'utilisateur. Ces données peuvent ensuite être rechargées dans un nouveau ou le même cache. Cet outil est utile lorsque les clients doivent redémarrer leurs serveurs de cache alors qu'ils ne souhaitent pas perdre les données critiques de leur entreprise en cache.
L'outil DumpCache est renommé en DumpCacheKeys.
LinqPad est un outil tiers qui peut être utilisé avec NCache pour interroger les données du cache. Les données sont affichées sur la console LinqPad sous forme de tableau.
Il existe quelques paramètres au niveau de la configuration du service qui peuvent désormais être appliqués à chaud aux caches exécutés sur un serveur. Auparavant, le redémarrage du service était nécessaire pour appliquer les paramètres définis dans le fichier de configuration du service. La liste des paramètres HotApplicable est la suivante :
| # | Nom de la propriété | Applicable à chaud |
|---|---|---|
| 1 | NCacheServer.LicenseLoggingServer.LicenseLogging | Oui |
| 2 | NCacheServer.EnableNaglingServer.EnableNagling | Oui |
| 3 | NCacheServer.NaglingSizeServer.NaglingSize | Oui |
| 3 | NCacheServer.NaglingSizeServer.NaglingSize | Oui |
| 4 | NCacheServer.EventBulkCountServer.EventBulkCount | Oui |
| 5 | NCacheServer.ExpirationBulkRemoveSize | Oui |
| 6 | NCacheServer.ExpirationBulkRemoveDelay | Oui |
| 7 | NCacheServer.EvictionBulkRemoveSizeServer.EvictionBulkRemoveSize | Oui |
| 8 | NCacheServer.EvictionBulkRemoveDelayServer.EvictionBulkRemoveDelay | Oui |
| 9 | NCacheServer.BulkItemsToReplicateServer.BulkItemsToReplicate | Oui |
| 10 | NCacheServer.EnableCacheLastAccessCountServer.EnableCacheLastAccessCount | Oui |
| 11 | NCacheServer.EnableCacheLastAccessCountLoggingServer.EnableCacheLastAccessCountLogging | Oui |
| 12 | NCacheServer.CacheLastAccessCountIntervalServer.CacheLastAccessCountInterval | Oui |
| 13 | NCacheServer.CacheLastAccessLogIntervalServer.CacheLastAccessLogInterval | Oui |
| 14 | NCacheServer.LOHPoolSizeServer.LOHPoolSize | Oui |
| 15 | NCacheServer.LOHPoolBufferSizeServer.LOHPoolBufferSize | Oui |
| 16 | NCacheServer.CacheSizeThresholdServer.CacheSizeThreshold | Oui |
| 17 | NCacheServer.CacheSizeReportIntervalServer.CacheSizeReportInterval | Oui |
| 18 | NCacheServer.LogClientEvents | Oui |
| 19 | NCacheServer.EventLogLevelServer.EventLogLevel | Oui |
| 20 | NCacheServer.AllowRequestEnquiryServer.AllowRequestEnquiry | Oui |
| 21 | NCacheServer.RequestEnquiryIntervalServer.RequestEnquiryInterval | Oui |
| 22 | NCacheServer.ResponseDataSizeServer.ResponseDataSize | Oui |
| 23 | NCacheServer.EnableSnapshotPoolingCacheSize | Oui |
| 24 | NCacheServer.SnapshotPoolSizeServer.SnapshotPoolSize | Oui |
| 25 | NCacheServer.SnapshotCreationThresholdServer.SnapshotCreationThreshold | Oui |
| 26 | NCacheServer.RequestInquiryCleanIntervalServer.RequestInquiryCleanInterval | Oui |
Quelques modifications architecturales sont apportées au cache client pour avoir de meilleures performances en cas d'opérations groupées.
04 avril 2015
NCache 4.4 SP1 contient quelques nouvelles fonctionnalités ainsi que des améliorations importantes liées à la mémoire et aux performances de NCache. Il s'agit d'une mise à niveau recommandée pour tous NCache utilisateurs.
Voici quelques améliorations apportées à cette version :
Les opérations de gestion et de configuration de base peuvent désormais être effectuées dans Visual Studio. Avec NCache 4.4 SP1, l'installation du développeur est livrée avec un 'NCache Extension Manager qui aide les développeurs à gérer NCache à partir de Visual Studio. Visual Studio 2010/2012/2013 est pris en charge par NCache.
Un package NuGet est fourni aux développeurs pour créer des applications à l'aide de NCache sans installer NCache sur leurs machines. Avec ce package, les développeurs peuvent écrire leurs applications en utilisant NCache API et testez-les avec le cache InProc.
L'intégration d'Entity Framework 6.0 et 6.1 est fournie dans NCache 4.4 SP1. Précédemment, NCache pris en charge Entity Framework 5.0 ou version antérieure. Dans ce pack de services, NCache fournit également des extensions de mise en cache pour Entity Framework 6.0 qui permettent aux développeurs de mieux contrôler les entités à mettre en cache. Il s'agit d'une alternative à l'option de configuration sans modification de code pour les développeurs qui souhaitent avoir un meilleur contrôle sur les entités mises en cache.
NCache 4.4 SP1 utilise des structures de données personnalisées qui sont améliorées pour occuper moins de mémoire et fonctionner mieux que les structures de données natives de .NET. Ces structures de données évitent autant que possible les allocations sur Large Object Heap (LOH) pour éviter NCache processus d’entrer dans un état de fragmentation sévère de la mémoire. Ainsi, NCache 4.4 SP1 offre une amélioration majeure en termes de mémoire et de performances.
Le partitionnement du réseau ou split-brain se produit lorsque le cluster est divisé de telle manière que certains serveurs ne peuvent pas se connecter au reste des serveurs. Ces instances sont désormais connectées à l'observateur d'événements et les alertes par courrier électronique pour de tels scénarios peuvent également être configurées à partir de NCache Directeur.
NCache 4.4 SP1 est certifié pour Windows Server 2012 R2. Il a passé avec succès tous les tests de compatibilité de Microsoft. Microsoft a validé cela NCache fonctionne conformément aux normes de Microsoft.
08 janvier 2015
NCache La version 4.4 contient quelques améliorations importantes et quelques corrections de bugs majeurs liés à la stabilité du cache. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache la licence a été déplacée vers le modèle de licence annuelle à partir du modèle perpétuel précédemment pris en charge.
Les structures de données internes sont optimisées pour réduire la surcharge de mémoire des éléments stockés.
D'énormes améliorations du temps de démarrage du cluster pour les tailles de cluster supérieures à 20 nœuds.
De nouveaux compteurs de performances sont introduits pour mesurer la mémoire acquise par divers index. Voici les brèves descriptions de chacun d’eux :
De nouveaux compteurs de performances liés à OQL sont également introduits pour mesurer les performances des opérations de cache liées aux requêtes, telles que : Moyenne µs/exécution de requête : durée moyenne de l'exécution d'une requête. Taille moyenne des requêtes : nombre moyen d'éléments renvoyés par les requêtes. Requêtes/s : nombre de requêtes par seconde sur le cache.
NCache est désormais entièrement compatible avec Windows Server 2012 R2.
Le 30 juin 2014
NCache 4.3 Service Pack1 (SPs) contient des améliorations importantes et des corrections de bugs majeurs liés à la stabilité du cache. C'est une mise à niveau recommandée pour tous NCache 4.3 utilisateurs.
Voici quelques améliorations apportées à cette version :
Vous pouvez configurer la journalisation côté client en modifiant le fichier client.ncconf (existe dans le dossier %NCHOME%/config. Par défaut, la journalisation côté client est désactivée pour tous les caches, mais vous pouvez activer la journalisation côté client pour un cache à tout moment en en spécifiant la valeur « vraie » pour « enable-client-logs », par exemple
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
Les valeurs possibles pour l'attribut 'enable-client-logs' sont 'false' et 'true'. La valeur par défaut est « faux ».
Les valeurs possibles pour l'attribut 'log-level' sont 'error' et 'info'. La valeur par défaut est 'erreur'.
Maintenant NCache les clients d'un réseau différent ou distant peuvent également accéder au cache qui existe sur un réseau différent. Pour y parvenir, ajoutez simplement les deux balises suivantes dans 'Alachisoft.NCacheFichiers .Service.exe.config' sur les nœuds du serveur de cache.
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
Où l'adresse IP publique est l'adresse IP exposée en dehors du réseau et publicport est le port accessible en dehors du réseau.
Les caches clients n'étaient auparavant visibles que dans NCache Manager sous leurs caches respectifs de deuxième niveau (2e niveau), mais vous pouvez désormais afficher le cache client existant dans NCache Manager sous le nœud d'arborescence 'Caches locaux' de 'Cache Explorer'.
Les alertes par e-mail sont prises en charge pour les caches locaux hors procédure et les caches client hors procédure. Vous pouvez sélectionner les événements sur lesquels NCache vous enverrait une notification par e-mail, par exemple au démarrage du cache, à l'arrêt du cache, etc.
Les caches clients peuvent être configurés depuis l'extérieur du réseau de cluster de cache à l'aide d'outils de ligne de commande, par exemple CreateClientCache, AddClientNode, etc.
NCache est maintenant entièrement compatible avec Windows Server 2012.
NCache fournit l'API client Java pour utiliser le NCache comme magasin de cache à partir des applications basées sur Java. NCache Le client Java est entièrement compatible avec l'API client .NET.
05 mars 2014
NCache 4.3 a introduit de nouvelles fonctionnalités et des améliorations importantes qui sont essentielles pour les applications de niveau entreprise. Cette nouvelle version permet NCache à installer dans le cloud ; sur Windows Azure et Amazon. Aussi, un emballage pour Memcached est maintenant disponible pour les utilisateurs existants souhaitant remplacer Memcached avec NCache. Cette nouvelle version fournit un package pour le partage de données d'exécution entre plusieurs plates-formes (Java et .Net). Java est désormais 100 % compatible avec .NET et vous pouvez désormais gérer vos clients Java avec NCache Directeur.
Pour une liste complète de toutes les fonctionnalités de la version 4.3, veuillez lire NCache Fonctionnalités:
Lors de l'enregistrement des événements avec le cache, les clients du cache peuvent indiquer au cache s'ils sont intéressés par les données ou les métadonnées lorsque les événements se produisent. Par défaut, les données ou métadonnées ne sont pas envoyées avec les événements aux clients.
Une nouvelle API pour enregistrer les événements a été introduite tandis que l'ancienne API a été marquée comme obsolète. L'ancienne API ne peut pas être utilisée pour recevoir des données avec des événements.
L'écriture immédiate et l'écriture différée peuvent désormais être configurées pour les comportements suivants :
Les requêtes peuvent désormais être enregistrées avec la clause « Grouper par » comme dans la base de données pour regrouper les résultats selon les besoins.
Une nouvelle API a été introduite pour cette méthode. Actuellement, cette nouvelle méthode « ExecuteReader » dans l'API ne peut être utilisée que si « group by » est utilisé. Pour toutes les autres instructions select, l’ancienne méthode doit être utilisée.
Comme dans la base de données, les éléments peuvent désormais être supprimés du cache en écrivant des instructions de suppression. Auparavant, seules les instructions select et update étaient prises en charge. Une nouvelle API a été introduite pour prendre en charge l'instruction delete. ExecuteNonQuery sera utilisé pour les instructions de suppression.
Un nœud peut désormais être arrêté en douceur dans un cluster. Cette action garantira que toutes les requêtes client qui ont atteint le nœud sont exécutées sur le cache avant son arrêt complet. De même, toutes les opérations d'écriture différée en attente dans la file d'attente à ce moment-là sont également exécutées sur la source de données. Cependant, plus aucune demande client n'est acceptée par ce nœud.
Les améliorations suivantes sont apportées à la fonction de chiffrement :
Les améliorations suivantes ont été apportées à la sérialisation compacte :
CacheInitParams lors de l'initialisation du cache peut désormais couvrir tout ce qui peut être configuré dans client.ncconf. Auparavant, client.ncconf était toujours requis pour initialiser un cache. Les configurations transmises via CacheInitParams ont un effet prépondérant sur les paramètres configurés dans client.ncconf.
Le cache InProc conserve désormais les objets sous forme désérialisée. Cela supprime le coût de la sérialisation et de la désérialisation et améliore ainsi les performances. Les caches clients InProc conservent également les objets sous forme désérialisée.
Les appels d'API peuvent désormais être enregistrés en configurant simplement quelques options dans la configuration du client. Ces journaux sont générés sur les boîtes client et sont très utiles pour déterminer quelles méthodes de cache sont appelées et dans quel ordre.
Les utilisateurs peuvent configurer pour générer les fichiers journaux à l'emplacement de leur choix. Chaque cache peut avoir son propre emplacement de journal. Par défaut, tous les fichiers journaux seront générés dans le dossier log-files du répertoire d'installation.
Lors de l'ajout de caches au pont, les utilisateurs peuvent configurer un cache pour participer en tant que membre actif ou passif du pont. Même lorsque le pont est opérationnel, les utilisateurs peuvent transformer un passif en actif et un actif en passif sans perdre aucune donnée. L'expérience utilisateur pour configurer un pont est également modifiée car les topologies du pont peuvent être basculées entre actif-actif et actif-passif à tout moment. Les autres topologies « Star » et « Hub-spoke » ne sont actuellement pas disponibles en bridge.
L'utilisateur peut choisir l'un des deux caches du pont comme « cache principal ». Chaque fois qu'un transfert d'état entre les caches du pont est nécessaire, les données sont transférées d'un cache maître vers le cache non maître. Lorsque le cache maître tombe en panne, le seul cache restant devient automatiquement maître.
Les administrateurs de cache peuvent temporairement connecter et déconnecter les caches du pont pendant que le pont est en cours d'exécution. Lorsqu'un cache est déconnecté, aucune donnée n'est transférée entre le pont et le cache déconnecté. De même, le cache de l'autre côté du pont arrête de mettre les données en file d'attente vers le pont car le cache déconnecté ne reçoit plus de données. Le cache peut être reconnecté à tout moment.
Le protocole de communication pour les opérations de gestion et de surveillance est remplacé par « Socket » à partir de « .Net Remoting ». Cela fait NCache et les outils de gestion et de surveillance de JvCache intercompatibles.
NCache Manager peut maintenant être utilisé pour gérer également les clients JvCache. NCache Manager peut également récupérer les compteurs SNMP pour les clusters JvCache.
Nous avons observé que dans certains environnements, les compteurs de performances distants sont accessibles via leurs noms de machines uniquement et sur quelques-uns via leurs adresses IP. Donc dans cette version de NCache, NCache Manager dispose d'une option permettant à l'utilisateur de choisir de collecter des compteurs de performances à distance via son adresse IP ou le nom de sa machine.
NCache Gestionnaire utilisé pour verrouiller les DLL lorsque les index de requête étaient configurés par les utilisateurs. Dans cette version, NCache Manager ouvre les DLL données dans un domaine d'application distinct et ne verrouille donc jamais les DLL.
Il existe un autre type de tableau de bord disponible dans NCache Moniteur qui permet aux utilisateurs de créer un tableau de bord de style d'affichage de rapport. Dans ce tableau de bord, les utilisateurs disposent de deux contrôles de rapport. L’un est destiné aux nœuds de serveur de cache, tandis que l’autre est destiné aux nœuds clients. Les utilisateurs peuvent supprimer les compteurs dans ce contrôle et leurs valeurs sont affichées dans un style d'affichage de rapport, comme indiqué dans perfmon.
Les compteurs ajoutés dans la vue rapport peuvent également être configurés pour être enregistrés. Les utilisateurs peuvent démarrer et arrêter la journalisation à tout moment. Ils peuvent également planifier le démarrage automatique de la journalisation en spécifiant l’heure de début et d’arrêt. Ces fichiers journaux sont générés au format .csv.
NCache Monitor peut désormais également être utilisé pour surveiller JvCache. Selon que le cluster sélectionné est de NCache ou JvCache, il récupère respectivement les compteurs de perfmon ou SNMP.
Les nouveaux outils de ligne de commande suivants sont ajoutés à NCache:
Existant Memcached les utilisateurs peuvent désormais passer à NCache sans changement de code. Il existe deux manières de remplacer memcached avec NCache:
Cette passerelle est installée sur les boîtiers clients et serveurs en tant que service Windows. Il s'agit d'une mise en œuvre de memcached protocole qui enveloppe le NCache appelle à l'intérieur. De cette façon, tous les appels API de memcached les clients sont acheminés vers NCache serveurs via cette passerelle. Seules les modifications de configuration sont requises dans cette approche.
Following memcached les implémentations client sont prises en charge dans cette approche :
L'intégration NHibernate est écrite à partir de zéro pour supprimer les limitations de l'implémentation précédente. Voici les quelques améliorations apportées à la nouvelle implémentation :
Les utilisateurs peuvent désormais écrire leur propre code pour modifier les éléments du cache avant qu'ils ne soient insérés dans NCache. Les utilisateurs peuvent modifier l'expiration, les dépendances, etc. des éléments du cache de sortie en écrivant ces hooks.
Pour cela, les utilisateurs doivent implémenter une interface fournie avec OutputCacheProvider puis enregistrer cet assembly et cette classe dans web.config.
Tous les éléments mis en cache à partir de divers NCache les intégrations sont étiquetées avec des balises spéciales qui déterminent le type d'éléments de cache. Par exemple, toutes les sessions créées dans le cache ont une balise spéciale qui indique qu'il s'agit d'un élément du cache de session. De cette façon, les utilisateurs peuvent identifier n'importe quel élément du cache, qu'il s'agisse d'une session ou non.
De même, les éléments OutputCache et ViewState sont également balisés avec leurs propres balises.
24 octobre 2013
NCache 4.1 SP3 contient des améliorations importantes et des corrections de bugs majeurs liés à la stabilité du cache. C'est une mise à niveau recommandée pour tous NCache 4.1 utilisateurs.
Voici quelques améliorations apportées à cette version :
NCache Le fournisseur de magasin de sessions pour la mise en cache de session ASP.NET a désormais la possibilité de réessayer n'importe quelle opération de cache en cas d'échec de l'opération. Ajoutez les attributs suivants dans le NCache paramètres du fournisseur de magasin de sessions :
Nouvelles tentatives d'opération dans le fournisseur de cache d'objets NCache Le fournisseur de cache d'objets pour .NET4x a désormais la possibilité de réessayer n'importe quelle opération de cache en cas d'échec de l'opération.
Ajoutez l'entrée suivante sous le dans le fichier de configuration de l'application (app.config ou web.config) comme :
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds Une nouvelle fonctionnalité est implémentée dans la mise en cache ViewState, qui permet de regrouper l'état d'affichage des pages associées. Cela fournira plus de contrôle pour la mise en cache de l'état d'affichage. Grâce à cette fonctionnalité, il est possible de mettre en cache différents groupes d'états de visualisation dans différents caches, ou de mettre en cache l'état de visualisation en utilisant différentes expirations pour chaque groupe d'états d'affichage.
Cette amélioration dans NCache Le module de mise en cache ViewState offre la possibilité de limiter le nombre d'états d'affichage par page dans le cache. Ajoutez l'attribut 'maxViewStatesPerSession' dans le fichier ' sous la balise 'ncContentOptimization'. Cet attribut prend la valeur en entiers.
Au démarrage du cache, le chargeur de démarrage du cache n'est pas démarré instantanément. Son démarrage est retardé de 20 secondes après le démarrage du cache. Ce délai est configurable en utilisant l'attribut suivant dans 'Alachisoft.NCache.Service.exe.config' : ajoutez l'entrée suivante sous le dans NCache fichier de configuration de service comme :
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>Pour éviter des problèmes de connectivité partielle du cluster lorsque les caches sont démarrés simultanément à l'aide de la fonction de démarrage automatique, un délai peut être introduit. Ajoutez l'entrée suivante sous le dans NCache fichier de configuration de service comme :
<add key="NCacheServer.CacheStartDelay" value="3"/>
L'exception 'IndexNotDefined' est renvoyée au client lorsqu'il interroge un attribut qui n'est pas indexé. Ce problème peut se produire facilement lorsque des NamedTags sont utilisés car des index sont créés pour NamedTags au moment de l'exécution. Il est désormais configurable pour supprimer cette exception. Ajoutez l'entrée suivante sous le dans NCache fichier de configuration de service comme :
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>L'application client peut être configurée pour consommer tous les événements reçus de manière « synchrone » ou « asynchrone ». Mode de consommation d'événements par défaut pour NCache Le client est « asynchrone », mais les événements peuvent être consommés côté client de manière « synchrone ». Ajoutez l'entrée suivante sous le dans le fichier 'App.config' de l'application client comme :
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/><add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>Nouveau compteur côté serveur :
Nouveaux compteurs côté client :
Désormais, l'appel d'effacement du cache déclenchera les événements ItemRemoved pour toutes les clés qui existent dans un jeu de résultats ContinuQuery.
Si un cache client est activé et que de nombreux éléments sont en train d'expirer du cache L2, L2 envoie les événements d'expiration d'éléments au cache client (cache L1) pour supprimer ces éléments de son magasin local. Cela nuit aux performances des clients actifs et utilise beaucoup de CPU. Désormais, le cache client (Cache L1) maintiendra également l'expiration des éléments et le cache L2 n'enverra pas les événements d'expiration au cache L1.
NCache Le module EFCaching fourni est amélioré pour l'analyse et la mise en cache des requêtes EF.
Désormais, le service de pont peut être configuré pour démarrer les ponts spécifiés au démarrage du service. Pour configurer un pont pour qu'il démarre automatiquement lorsqu'un service de pont (Alachisoft.NCache.Bridge.exe) démarre/redémarre. Décommentez la balise suivante dans 'Alachisoft.NCache.BridgeService.exe.config' et indiquez le ou les noms de pont configurés sur les machines actuelles, par exemple :
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>10 octobre 2012
NCache 4.1 SP2 contient des améliorations importantes et des corrections de bugs majeurs liés à la stabilité du cache. Il est recommandé de mettre à niveau pour tous NCache 4.1 utilisateurs.
Voici quelques améliorations apportées à cette version :
La fonction de cryptage est fournie pour s'assurer que les données circulant entre NCache client et NCache Le serveur ou entre les nœuds du cluster est chiffré. Cela empêchera la fuite de données utilisateur même si les paquets de données sont détectés sur le réseau.
Désormais, plusieurs dépendances de base de données peuvent être ajoutées pour un seul élément mis en cache. Cette fonctionnalité compensera la limitation de dépendance « Notification SQL » d'une seule dépendance de base de données.
Les caches configurés pour « démarrer automatiquement » peuvent désormais être retardés en fonction de l'heure spécifiée par l'utilisateur. Cela améliorera le NCache temps de réponse au cas où il y aurait trop de caches configurés pour le « démarrage automatique ». Ajoutez l'entrée suivante sous le <appSettings> in NCache fichier de configuration de service comme :
add key='NCacheServer.AutoStartDelay' value='5'Vous pouvez désormais configurer les « caches clients » pour qu'ils démarrent automatiquement au redémarrage du service ou au redémarrage de la machine client. Cela rendra le cache client disponible sans intervention de l'utilisateur.
Désormais, l'état de visualisation est mis en cache avec « l'identifiant de session » en tant qu'informations de « groupe ». Cela permettra à l'utilisateur de relier plus facilement l'état d'affichage et la session de la même application et du même utilisateur. Grâce à cette fonctionnalité, l'utilisateur peut supprimer tous les états d'affichage liés à une session spécifique lorsqu'une session est fermée ou expire. Ajoutez l'attribut suivant à l'intérieur
groupedViewStateWithSessions="true|false"10 mai 2012
NCache 4.1 Service Pack1 (SP1) contient des améliorations importantes et des corrections de bugs majeurs liés à la stabilité du cache. C'est une mise à niveau recommandée pour tous NCache 4.1 utilisateurs.
Voici quelques améliorations apportées à cette version :
Vous pouvez ajouter des types génériques personnalisés pour une sérialisation compacte. Tous les types génériques avec un nombre quelconque d'arguments peuvent être sérialisés via une sérialisation compacte. Vous pouvez enregistrer des types génériques via NCache Manager ou via un gestionnaire personnalisé en implémentant l'interface IGenericTypes. Actuellement, cette fonctionnalité n'est disponible que pour les clients .NET.
Vous pouvez désormais modifier les attributs des éléments du cache au moment de l'exécution sans modifier les données. Actuellement, l'API (SetAttribute) vous permet de mettre à jour les indices de dépendance et d'expiration.
Vous pouvez avoir des serveurs de cache ainsi que des clients s'exécutant sous différents fuseaux horaires ; NCache maintiendra une heure standard pour expirer un élément sur la base du fuseau horaire local. Chaque fois qu'un élément est répliqué ou déplacé d'un serveur de cache à un autre, l'expiration est réinitialisée en fonction du fuseau horaire local, ce qui rend l'expiration de l'élément possible selon le créneau horaire configuré.
23 août 2011
NCache 4.1 a introduit de nouvelles fonctionnalités et améliorations très importantes qui sont essentielles pour les applications au niveau de l'entreprise. Cette nouvelle version offre un tout nouveau package pour le partage de données d'exécution entre plusieurs plates-formes (java et .Net). Java a été rendu 100% compatible avec .NET et maintenant vous pouvez même brancher votre code Java avec NCache processus. NCache Le modèle requête-réponse a également été amélioré pour gérer des réponses volumineuses où des Go de données peuvent être récupérés à partir du cache groupé en une seule requête. Tous les bogues signalés dans la version précédente ont été corrigés dans cette version.
Pour une liste complète de TOUTES LES FONCTIONNALITÉS en 4.1, veuillez lire NCache Fonctionnalités::
NCache vous permet désormais de stocker soit des objets .NET dans le cache et de les lire en tant qu'objets Java à partir de vos applications Java, ou vice versa. Et, au lieu d'effectuer une transformation .NET vers Java via XML, NCache utilise la transformation au niveau binaire. En conséquence, les performances sont ultra rapides. NCache résout automatiquement les conflits de types entre Java et .NET.
Vous pouvez également utiliser plusieurs versions dans le partage de données d'exécution entre .NET et Java. Voir les détails ci-dessous.
Vous pouvez désormais partager plusieurs versions des mêmes classes .NET ou Java sur plusieurs applications. Une application peut utiliser la version 1.0 d'une classe tandis qu'une autre application peut avoir une version ultérieure 2.0 de cette même classe. Lorsque la version 2.0 de cette classe est stockée dans le cache, l'application antérieure peut toujours récupérer cette classe en tant que version 1.0, et vice versa. NCache vous permet de configurer les mappages de versions via des fichiers de configuration XML.
Vous pouvez également utiliser la version dans le partage de données d'exécution entre .NET et Java.
NCache vous permet de spécifier un ensemble de données basé sur une requête de type SQL. Il conserve ensuite cet ensemble de données dans le cluster de cache pour vous et surveille toutes les modifications d'exécution, y compris les ajouts, les mises à jour ou les suppressions. Et, NCache informe votre application chaque fois que l'une de ces modifications se produit dans l'ensemble de données. Cela permet à vos applications de surveiller plus intelligemment les modifications de données ou l'ajout de données correspondant à certains critères et d'être averties par NCache.
Il s'agit d'une fonctionnalité puissante si vous souhaitez partager des données au moment de l'exécution entre plusieurs applications.
Bridge Topology vous permet de répliquer de manière intelligente et asynchrone l’intégralité du cache sur le WAN. NCache 4.1 propose désormais quatre configurations différentes dans Bridge Topology. Ils sont:
Auparavant, vous ne pouviez attribuer des balises que comme valeurs. Désormais, vous pouvez attribuer des balises avec des noms. Cela vous permet d'indexer les données en fonction du nom d'attribut et du concept de valeur d'attribut. Auparavant, vous pouviez indexer des objets, mais toutes les données de chaîne ne pouvaient pas être indexées. Désormais, même les données de chaîne (par exemple XML) peuvent être indexées avec des balises nommées. Ensuite, vous pouvez soit utiliser NCache API pour récupérer les données appartenant à une ou plusieurs balises nommées ou vous pouvez émettre une requête de type SQL (via LINQ ou OQL) pour cela.
NCache 4.1 apporte la prise en charge de Java au même niveau que .NET. Voici les nouvelles fonctionnalités basées sur Java destinées à rattraper l'ensemble des fonctionnalités .NET :
Vous pouvez désormais utiliser la fonctionnalité Client Cache dans les applications Java sous Windows ou Unix. Aucune modification de code n’est requise dans vos applications pour activer le cache client.
Vous pouvez désormais utiliser la fonctionnalité Client Cache dans les applications Java sous Windows ou Unix. Aucune modification de code n’est requise dans vos applications pour activer le cache client.
Écrivez votre code de chargement de cache en Java et enregistrez-le avec NCache. Votre code Java natif s'exécutera sur des serveurs de cache, tout comme le code .NET.
Maintenant, vous pouvez enregistrer vos classes Java avec NCache ainsi que NCache génère leur code de sérialisation au moment de l'initialisation, le compile en mémoire et l'envoie à NCache clients. Ce code Java compilé est ensuite exécuté pour sérialiser/désérialiser vos classes Java. Cela accélère évidemment vos performances car le code de sérialisation compilé s'exécute beaucoup plus rapidement que la sérialisation basée sur Reflection qui est autrement effectuée en Java.
NCache fournit désormais un cache L2 pour Hibernate. Cela vous permet de commencer à utiliser NCache sans apporter de modifications au code de votre application Java.
NCache permet désormais aux serveurs de cache de renvoyer une réponse plus importante en petits morceaux pour une requête donnée. Cela améliore les performances globales du cache, car le coût de sérialisation diminue avec la taille et aide également les applications à récupérer des ensembles de données plus volumineux en un seul appel. Il élimine également la limitation de sérialisation .NET où il ne parvient pas à sérialiser une taille de données supérieure à 1.9 Go. Le seuil de réponse et la taille du bloc sont tous deux configurables et peuvent être modifiés à partir de NCache fichier de configuration du service "NCache\bin\service\ Alachisoft.NCache.Service.exe.config”
<add key="NCacheServer.ResponseDataSize" value="1024"/>17 mars 2011
NCache 3.8 Service Pack 4 (SP4) contient des correctifs importants qui sont importants pour les environnements de production. C'est une mise à niveau recommandée pour tous NCache Utilisateurs 3.8.
Voici quelques améliorations apportées à cette version :
Vous pouvez partager des valeurs de chaîne entre les applications .NET et Java.
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>L'architecture de dépendance de SQL Cache a été améliorée pour prendre en charge les files d'attente personnalisées et les services de notification qui ne nécessitent pas d'autorisations utilisateur supplémentaires telles que "créer une file d'attente" et "créer un service". NCache vous permet désormais de choisir le mode par défaut (avec notification SQL par défaut et service de file d'attente) ou le mode personnalisé dans lequel vous pouvez spécifier votre propre file d'attente et service de notification. Le format du nom de service doit être "NCacheSQLService-[adresse-ip]" et "NCacheSQLQueue-[ip-address]" où l'adresse IP sera celle de la machine sur laquelle NCache processus de service sera en cours d'exécution. Vous pouvez spécifier ce paramètre dans le fichier de configuration du service : “NCache/bin/service/Alachisoft.NCache.Service.exe.config”.
Le 02 novembre 2010
Dans cette version de NCache 3.8 Service Pack 3 (SP3), NCache Enterprise est séparé en deux produits nommés 'NCache pour .NET' et 'NCache pour Java'. Précédemment 'NCache'avait les deux composants combinés en un seul paquet.
Deux nouvelles fonctionnalités sont également ajoutées dans 'NCache Client Java'.
Voici quelques améliorations apportées à cette version :
Vous pouvez désormais ajouter des éléments dans le cache avec une « dépendance de base de données » à partir de votre application Java. Toute modification dans la base de données associée invalide l'entrée du cache et votre application recevra les notifications concernant cette modification.
NCache Le client Java a ajouté la prise en charge du streaming dans l'API où vous pouvez lire et écrire un flux de données binaires dans le cache.
NCache Enterprise 3.8.x
Le 10 octobre 2010
NCache 3.8 Service Pack 2 (SP2) contient des correctifs et améliorations importants signalés par les clients. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs de NCache 3.8.
Voici quelques améliorations apportées à cette version :
NCache prend désormais en charge les licences sur les environnements Xen VM.
Visual Studio 2010 affiche un message d'avertissement lorsque vous ajoutez une référence à NCache les assemblys, puis la construction échoue également. Cela ne se produit que si le cadre cible de l’application est .NET 3.5. Il s'agit d'un problème connu de Visual Studio qui devient confus lorsque les mêmes assemblys sont disponibles dans GAC 2.0 et GAC 4.0 et pour les assemblys dépendants, il essaie de les charger à partir de GAC 4.0, ce qui entraîne un message d'avertissement.
Nous avons résolu ce problème en copiant tous les assemblages dans le NCache bin/assembly et désormais Visual Studio n'a pas besoin de localiser les assemblys dépendants dans GAC. Cela a résolu le problème.
<script> la balise se termine par </script>. De même, la minification CSS échoue si des chemins relatifs sont utilisés pour charger les images. Désormais, les chemins relatifs en CSS sont convertis en chemin absolu. 24 août 2010
NCache 3.8 Service Pack 1 (SP1) contient des correctifs et des améliorations importants. La fonctionnalité la plus importante et la plus demandée ajoutée dans cette version est la prise en charge du cadre .Net 4.0. L'API est entièrement compatible avec la version 3.8 et les applications peuvent être mises à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
La base de code de NCache le serveur de cache a été converti en .NET 4.0 et le NCache client est disponible dans les versions .NET 2.0 et 4.0.
Il y a une amélioration de la gestion du cache client grâce à NCache Gestionnaire où les fichiers de projet entreront en contact avec les nœuds clients lors de l'option d'actualisation, ce qui a amélioré le chargement rapide de NCache Gestionnaire de dossier de projet.
Nous avons résolu ce problème en copiant tous les assemblages dans le NCache bin/assembly et désormais Visual Studio n'a pas besoin de localiser les assemblys dépendants dans GAC. Cela a résolu le problème.
NCache les échantillons sont maintenant construits avec visual studio 2008.
Problème VeriSign, par défaut dans le fichier de configuration du service doit être activé generatePublisherEvidence ="false"/>. La mise en valeur est faite.
La signature de l'interface du fournisseur ReadThru a été modifiée pour prendre en charge un maximum de fonctionnalités de NCache. Une nouvelle structure est introduite sous l'espace de noms "Alachisoft.NCache.Runtime.Caching » appelé ProviderCacheItem qui est similaire à CacheItem. Vous pouvez désormais facilement spécifier les expirations, les balises, les conseils d'expulsion, les dépendances, etc.
Nouvelles interfaces
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)Maintenant, vous pouvez spécifier la propriété IsResyncExpiredItem dans Cache Loader afin que les éléments expirés puissent être rechargés automatiquement.
NCache ne prend pas en charge la dernière version de NHibernate 2.1.2. Nous avons également ajouté la prise en charge des régions dans cette version. L'exemple d'application NHibernate est également modifié avec la prise en charge des régions NHibernate.
Le 7 juin 2010
NCache 3.8 contient de nouveaux ajouts et améliorations importants basés sur les commentaires du client. La rétrocompatibilité de l'API est la préoccupation la plus importante pour la plupart des clients et en gardant cela à l'esprit, nous avons ajouté un nouveau protocole pour la compatibilité de l'API. À partir de maintenant (3.8), toutes les nouvelles versions seront automatiquement compatibles avec les anciennes versions de NCache (à partir de 3.8).
Voici quelques améliorations apportées à cette version :
NCache fournit l'intégration LINQ à l'aide de l'interface IQueryable qui permet de rechercher les éléments mis en cache. NCache prend en charge les expressions Lambda et les opérateurs LINQ pour interroger les éléments mis en cache.
NCache fournit une intégration transparente avec la mise en cache EF où il est branché au niveau ADO et permet à votre application d'utiliser la mise en cache distribuée sans aucune modification de code. Il vous suffit d'apporter des modifications au fichier de configuration de l'application.
Nous avons résolu ce problème en copiant tous les assemblages dans le NCache bin/assembly et désormais Visual Studio n'a plus besoin de localiser les assemblys dépendants dans GAC. Cela a résolu le problème.
NCache fournit une intégration avec le fournisseur de cache .NET 4.0. NCache fournit également différents moniteurs de changement (basés sur les fichiers, basés sur les clés, dépendance de la base de données) pour gérer les dépendances du cache.
NCache suit désormais le protocole de compatibilité descendante et dans la future version, l'application pourra se connecter à des versions plus récentes sans mettre à niveau les clients.
NCache a ajouté la prise en charge du streaming dans l'API où vous pouvez lire et écrire un flux de données binaires dans le cache.
NCache combine plusieurs fichiers JavaScript et fichiers CSS dans un seul fichier de ressources et le stocke dans le cache. Il remplace également la sortie rendue par une référence HTTP unique pour tous les fichiers CSS et JS afin que le navigateur puisse effectuer un seul appel pour charger toutes les ressources. Cela permet d'améliorer le temps de réponse de votre application.
NCache remplace la longue chaîne ViewState par une plus petite et l'envoie au client. Cela permet d'améliorer les performances de l'application et d'économiser de la bande passante.
Vous pouvez maintenant recevoir une alerte par e-mail sur certains événements de cache tels que "State Transfer", Cache Stopped, Member Left, Member Joined, etc.
Cette API autorise les méta-informations sur les éléments de cache tels que LastAccessed Time et Creation DateTime.
NCache autorise plusieurs fournisseurs de lecture et d'écriture. NCache Manager déploie automatiquement les assemblys de source de données dans le dossier déployé afin que vous n'ayez pas à copier manuellement les assemblys du fournisseur dans NCache dossier de services.
La topologie de réplique partitionnée prend désormais en charge la réplication synchrone.
Vous pouvez maintenant configurer la sécurité via l'outil de ligne de commande
Si vous disposez d'un ancien fichier de cache config.ncconf, vous pouvez le mettre à niveau à l'aide de cet outil.
Vous pouvez maintenant configurer Remote Clients de NCache Manager et peut facilement modifier les paramètres de chaque client à partir d’un seul point.
Vous pouvez également ajouter remote clients et client-cache via des outils de ligne de commande.
Vous pouvez désormais spécifier les assemblys de votre fournisseur de cache via un nouvel assistant dans lequel vous pouvez choisir votre assembly. Désormais, vous n'avez plus besoin de saisir manuellement les informations sur l'assembly.
NCache Manager fournit le déploiement automatique des fournisseurs de sources de données.
Désormais, vous n'avez plus besoin d'implémenter d'interfaces ISerialisisable ou IDesérialisable pour une sérialisation compacte. Il vous suffit d'enregistrer les types compacts dans NCache Gestionnaire et NCache sérialise automatiquement les types au moment de l'exécution.
La sécurité peut être configurée à partir de NCache Gestionnaire maintenant.
21 avril 2010
NCache 3.6.2 (SP3) contient des correctifs et des améliorations importants qui ont été signalés par les clients. La fonctionnalité la plus importante et la plus demandée ajoutée dans cette version est la prise en charge de la mise en cache de session Java pour les plates-formes J2EE. Maintenant, vous pouvez facilement utiliser NCache en tant que magasin de sessions pour vos applications Java sans apporter de modification au code. Il vous suffit d'ajouter un filtre de session Java dans votre fichier web.xml.
Ceux qui utilisent NCache La version 3.6.x peut être mise à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
NCache Java Session Provider est pris en charge pour WebLogic et peut être utilisé sur n'importe quelle plate-forme J2EE (serveurs Web), si la plate-forme sous-jacente (serveur Web) suit la spécification Java Servlet 2.3 (ou version ultérieure). Les sessions Java sont prises en charge sur les plates-formes Linux et Windows.
NCache Java Session Provider est pris en charge pour JBoss sur les plates-formes Linux et Windows.
NCache Java Session Provider est pris en charge pour WebSphere sur les plates-formes Linux et Windows.
NCache Java Session Provider est pris en charge pour Apache-Tomcat sur les plates-formes Linux et Windows.
Il existe deux versions de Garbage Collector basées sur le système d'exploitation du serveur et le poste de travail, appelées respectivement « Server GC » et « Workstation ». Sauf si cela est précisé .NET framework utilise le poste de travail GC par défaut même s'il fonctionne sous le système d'exploitation du serveur. Maintenant, NCache vous permet de spécifier le mode GC en fonction de votre système d'exploitation. Server GC est conçu pour un débit maximal et évolue avec des performances très élevées. NCache est désormais configuré par défaut pour utiliser Server GC au lieu de Workstation GC. Vous pouvez changer ce mode depuis Alachisoft.NCache.Service.exe.config :
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
11 janvier 2010
NCache 3.6.2 Service Pack 2 (SP2) contient des correctifs et améliorations importants signalés par les clients. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs de NCache. Ceux qui utilisent NCache La version 3.6.x peut être mise à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
Un événement sera consigné dans l'observateur d'événements Windows et dans le journal des erreurs de cache lorsque :
Ces événements sont classés en informations, avertissements et informations.
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>L'utilisateur ne peut spécifier qu'un seul des niveaux suivants :
L'entrée du journal de connexion client pour l'observateur d'événements/fichier journal peut être activée à partir de NCache Fichier de configuration des services. Par défaut cette option est désactivée mais vous pouvez l'activer en modifiant l'attribut suivant dans NCache fichier de configuration des services.
"Alachisoft.NCache.Service.exe.config".
<add key="NCacheServer.LogClientEvents" value="false" />REMARQUE : La modification ci-dessus nécessite NCache service à redémarrer.
NCache prend désormais en charge Oracle 11g pour la fonctionnalité de dépendance et de synchronisation des bases de données.
06 octobre 2009
NCache 3.6.2 Service Pack 1 (SP1) contient des correctifs et des améliorations importants qui ont été signalés par les clients. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs de NCache. Ceux qui utilisent NCache La version 3.6.x peut être mise à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
Pour surmonter les problèmes de rupture de socket dans les nœuds de cluster, NCache a une nouvelle logique de tentative de connexion qui est configurable dans config.ncconf dans la configuration du cluster.
connection-retries="10" connection-retry-interval="1secs"En cas de panne d'une prise en raison de problèmes de réseau, NCache essaiera de rétablir la connexion après chaque intervalle de nouvelle tentative de connexion autant de fois que de tentatives de connexion. Cela nécessite un redémarrage de NCache service après mise à jour.
NCache des compteurs côté client sont introduits pour détecter et déboguer les problèmes côté client. Ces compteurs apparaissent dans les compteurs de performances Windows dans la catégorie 'NCache Client'.
NCache La fonctionnalité de démarrage automatique est améliorée et le démarrage de divers caches spécifiés par l'utilisateur avec NCache le démarrage du service, est rendu asynchrone. Si certains caches sont corrompus et ne sont pas démarrés, un avertissement est enregistré mais NCache le service démarre normalement.
La description du mode de synchronisation du cache client est ajoutée dans NCache Aide.
La description de la configuration de la mémoire du cluster, de son utilisation et de son estimation est ajoutée dans les configurations du cluster.
NCache L'assistant d'installation avertit l'utilisateur qui n'est pas un administrateur. Des privilèges et autorisations d'administration sont requis pour que l'utilisateur puisse installer NCache sur un système.
09 juillet 2009
NCache 3.6.2 contient un certain nombre d'améliorations utiles et de corrections de bugs signalées par les clients. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs de NCache. Ceux qui utilisent NCache La version 3.6.x peut être mise à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
Des traces de journal sont ajoutées pour les événements suivants :
La dépendance de la base de données basée sur l'interrogation présente les améliorations suivantes.
Les messages d'erreur sont améliorés lorsque le service ne démarre pas en raison d'adresses bindto-ip non disponibles.
26 mars 2009
NCache 3.6.1 contient un certain nombre d'améliorations utiles et de corrections de bogues qui ont été signalées par les clients. Il s'agit d'une mise à niveau recommandée pour tous les utilisateurs de NCache. Ceux qui utilisent NCache La version 3.6.x peut être mise à niveau sans reconstruire/recompiler l'application.
Voici quelques améliorations apportées à cette version :
Maintenant le NCache les connexions client sont automatiquement rééquilibrées entre les nœuds du cluster lorsqu'un nouveau nœud rejoint le cache. Vous n'avez donc plus à vous soucier de l'équilibrage de la charge client sur les serveurs de cache.
De nouveaux compteurs pour la surveillance des performances sont ajoutés dans le 'NCache' dans les compteurs Windows Perfmon.
NCache prend désormais en charge l'utilisation des procédures stockées et de l'objet de commande dans la dépendance de base de données.