TorqueBox

Ruby on Rails è considerato il miglior framework MVC scritto intorno. Si tratta di una potente piattaforma di sviluppo applicativo Ruby, perfetto per la creazione su vasta scala, applicazioni dinamiche, servizi e siti web.
TORQUEBOX è una piattaforma di sviluppo che si estende Ruby on Rails con alcune caratteristiche mancanti dalla distribuzione di default RoR, caratteristiche che normalmente si trovano in quasi tutti i framework Java professionali.
TORQUEBOX è stato costruito in cima alla JBoss AS e JRuby , un mix di tecnologie che consente agli sviluppatori di supportare caratteristiche più complesse in Ruby come la messaggistica, i demoni, il clustering, caching, la programmazione , e molti altri ancora.
In cima a questi, TORQUEBOX supporta anche JDBC, Rack e Sinatra

Cosa c'è di nuovo in questa versione:.

• il supporto Java 8
• Infinispan 6 supporto
• Config.ru ora caricato al boot di default

Cosa c'è di nuovo nella versione 3.1.2 / 4.0.0.alpha1:

• Java 8 supporto
• Infinispan 6 supporto
• Config.ru ora caricato al boot di default

Cosa c'è di nuovo in versione 3.1.1 / 4.0.0.alpha1:

• Java 8 supporto
• Infinispan 6 supporto
• Config.ru ora caricato al boot di default

Cosa c'è di nuovo nella versione 3.0.2:

• miglioramenti delle prestazioni Web
• In bundle JRuby aggiornato da 1.7.8 a 1.7.10
• correzioni di sessione in cluster di bug

Cosa c'è di nuovo nella versione 3.0.1:

• In bundle JRuby aggiornato da 1.7.4 a 1.7. 8
• Caching, messaggistica, e miglioramenti di affidabilità di clustering
• Un paio di rotaie 4 incompatibilità sono state fissate
• Più facile il test al di fuori di TORQUEBOX

Cosa c'è di nuovo nella versione 3.0.0:

• miglioramenti STOMP / websocket
• scarica Più piccolo e più leggero impronta
• Overlay per JBoss Enterprise Application Server 6
• Zero implementazioni downtime
• Maggiore controllo esecuzione di posti di lavoro e la messaggistica
• di Ruby e Rails 2.0 4 supporto
• iniezione di risorse completamente revisionata
• Messaggi (HornetQ) cambia di clustering

Cosa c'è di nuovo nella versione 3.0.0 Beta 2:

• Zero miglioramenti distribuzione inattività
• OpenShift quickstart aggiornato per TORQUEBOX 3
• istruzioni Heroku aggiornati per TORQUEBOX 3
• Torquebox-console aggiornato per funzionare con TORQUEBOX 3

Cosa c'è di nuovo nella versione 2.3.2:

• La versione JRuby in bundle è stato aggiornato dalla 1.7. 3 a 1.7.4.
• Una questione thread-sicurezza nella nostra implementazione cache di pagina Rails che potrebbe causare alcune richieste di Internet per fallire sotto carico elevato è stato risolto. Questo bug solo gli impatti Rotaie utenti, e probabilmente Rails solo gli utenti in realtà usando il caching delle pagine.
• Un bug in cui TORQUEBOX servirebbe pagine dalla cache di pagina per le richieste POST è stato risolto. Questo solo gli impatti Rotaie utenti che utilizzano cache della pagina dove hanno entrambi una azione GET vogliono cache e un'azione POST che non vogliono cache mappato allo stesso URL.

Cosa c'è di nuovo nella versione 2.2.0:

• Viene JRuby 1.7.1, che è diverse versioni più recente con un sacco di cambiamenti rispetto al JRuby 1.6.7.2 spediti in TORQUEBOX 2.1.2.
• Lavoro e servizi pianificati possono essere ispezionati e controllati in fase di esecuzione attraverso il nostro nuovo TORQUEBOX :: ScheduledJob e TORQUEBOX :: servizio di API.

Cosa c'è di nuovo nella versione 2.1.1:

• C'era un bug piuttosto brutto in cui i processori di messaggi e lavori condividevano una singola istanza del processore messaggio o categoria di lavoro durante l'esecuzione in modalità di produzione con il default pool condiviso. Questo è stato risolto e ogni messaggio in arrivo ottiene una nuova istanza di processore messaggio e ogni lavoro che gli incendi ottiene una nuova istanza di lavoro.
• TORQUEBOX ora servire file creato da Rails caching delle pagine con il nostro uso efficiente delle risorse servlet statico vs richieste di pagine memorizzate nella cache che colpisce lo strato di JRuby.
• implementazioni dei Rolling quando dietro mod_cluster di bilanciamento del carico sono ora più facile dato che non diciamo mod_cluster che una applicazione web è pronta fino in realtà è pronto a soddisfare le richieste. In precedenza abbiamo detto mod_cluster l'applicazione era pronta prima del runtime JRuby aveva effettivamente avviato che ha portato a lunghi ritardi o timeout sulle prime richieste per colpire l'applicazione appena distribuito.

Cosa c'è di nuovo nella versione 2.0.2:

• Questa release introduce JRuby 1.7 di compatibilità, le correzioni per distribuita transazioni on Oracle, diverse altre correzioni di bug minori, e alcune modifiche e integrazioni alla documentazione.