TorqueBox

Ruby on Rails est considéré comme le meilleur framework MVC écrit autour. Il est une puissante plate-forme de développement d'applications Ruby, parfait pour la création à grande échelle, les applications dynamiques, services et sites Web.
TorqueBox est une plate-forme de développement qui étend Ruby on Rails avec quelques fonctionnalités manquantes de la distribution RoR par défaut, les éléments habituellement dans presque tous les frameworks Java professionnels.
TorqueBox a été construit au sommet de la JBoss AS et JRuby , un mélange de technologies qui permet aux développeurs pour soutenir des fonctions plus complexes en Ruby comme la messagerie, les démons, le regroupement, la mise en cache, l'ordonnancement , et beaucoup d'autres encore.
En plus de ceux-ci, TorqueBox prend également en charge JDBC, rack et Sinatra

Quoi de neuf dans cette version:.

• Java 8 support
• Infinispan 6 support
• Config.ru maintenant chargé au démarrage par défaut

Ce qui est nouveau dans la version 3.1.2 / 4.0.0.alpha1:

• Java 8 soutien
• Infinispan 6 support
• Config.ru maintenant chargé au démarrage par défaut

Ce qui est nouveau dans la version 3.1.1 / 4.0.0.alpha1:

• Java 8 soutien
• Infinispan 6 support
• Config.ru maintenant chargé au démarrage par défaut

Ce qui est nouveau dans la version 3.0.2:

• amélioration de la performance Web
• JRuby fournis mise à jour de 1.7.8 à 1.7.10
• corrections de bugs de la session en cluster

Quoi de neuf dans la version 3.0.1:

• Livré JRuby mise à jour à partir de 1.7.4 à 1,7. 8
• la mise en cache, la messagerie, et amélioration de la fiabilité de clustering
• Un couple de Rails 4 incompatibilités ont été fixés
• test facile à l'extérieur de TorqueBox

Ce qui est nouveau dans la version 3.0.0:

• améliorations STOMP / WebSocket
• Plus petit téléchargement et l'empreinte plus légère
• Overlay pour JBoss Enterprise Application Server 6
• Zéro déploiements d'indisponibilité
• Plus de contrôle de l'exécution des travaux et de messagerie
• Ruby Rails 2.0 et 4 support
• injection de ressources entièrement remanié
• Messagerie (HornetQ) changements de classification

Ce qui est nouveau dans la version 3.0.0 Beta 2:

• Zéro améliorations de déploiement de temps d'arrêt
• OpenShift QuickStart mis à jour pour TorqueBox 3
• instructions Heroku mises à jour pour TorqueBox 3
• torquebox-console mise à jour pour fonctionner avec TorqueBox 3

Quoi de neuf dans la version 2.3.2:

• La version embarquée JRuby a été mis à jour à partir de 1.7. 3 à 1.7.4.
• Une question thread-safety dans notre page Rails implémentation de cache qui pourrait causer des requêtes web échouent sous forte charge a été corrigé. Ce bogue affecte uniquement Rails utilisateurs, et probablement seulement Rails utilisateurs effectivement en utilisant la page en cache.
• Un bug où TorqueBox servirait pages sur la page cache pour les requêtes POST a été corrigé. Cela ne impacts Rails utilisateurs utilisant le cache de page où ils ont à la fois une action GET ils veulent en cache et une action POST-ils ne pas vouloir en cache mappé vers la même URL.

Quoi de neuf dans la version 2.2.0:

• Comes JRuby 1.7.1, qui est plusieurs versions nouvelle avec beaucoup de changements par rapport à l'JRuby 1.6.7.2 expédiés dans TorqueBox 2.1.2.
• Travaux programmés et services peuvent maintenant être inspectés et contrôlés à l'exécution par l'intermédiaire de notre nouveau TorqueBox :: ScheduledJob et TorqueBox :: API de service.

Ce qui est nouveau dans la version 2.1.1:

• Il y avait un bug plutôt désagréable où processeurs de messages et emplois ont été le partage d'une seule instance du processeur de message ou une catégorie d'emploi lors de l'exécution en mode de production avec la mise en commun partagé par défaut. Ceci a été corrigé et chaque message entrant reçoit une nouvelle instance de traitement du message et tous les emplois que les incendies obtient une nouvelle instance de travail.
• TorqueBox va maintenant servir des fichiers créés par Rails page en cache avec notre efficacité statique ressources servlet vs demandes de pages mises en cache en appuyant sur la couche JRuby.
• déploiements des Rolling quand derrière mod_cluster équilibrage de charge sont maintenant plus faciles puisque nous ne disons pas que mod_cluster une application web est prêt jusqu'à ce qu'il est réellement prêt à servir les requêtes. Auparavant, nous dit mod_cluster l'application était prêt avant l'exécution JRuby avait effectivement démarré qui a conduit à de longs retards ou des expirations sur les premières demandes de frapper l'application nouvellement déployé.

Quoi de neuf dans la version 2.0.2:

• Cette version apporte la compatibilité JRuby 1.7, des correctifs pour distribués transactions sur Oracle, plusieurs autres corrections de bugs mineurs et quelques modifications et ajouts à la documentation.