Blog

Scalatra n’était que l’un des frameworks Web les plus importants associés à l’origine à Scala.

Nous avons actuellement un certain nombre de frameworks web technologiquement innovants tels que Play, Finagle, Akka-HTTP, ainsi que http4s pour Scala et toutes ces E/S non bloquantes produits à base. Si tel est le cas, il déclare que Scalatra est obsolète car il est généralement actuellement basé sur le type d’engorgement traditionnel des servlets Java. Étant donné que Scalatra a également beaucoup de dette technologique historique, ils ont effectivement bloqué la progression de Scalatra.

D’après mon expérience en utilisant Scala, il est toujours nécessaire de s’appuyer entièrement sur une servlet pour certaines tâches. Par exemple, dans certains cas, nous devons utiliser des conteneurs de servlets ou des serveurs JavaEE car nous pouvons partiellement intégrer Scala dans des servlets Java et/ou des périphériques JavaEE existants pour tirer parti de l’infrastructure existante.Infrastructure.

Quoi qu’il en soit, maintenant je gagne… Je travaille sur l’expérience Scalatra3, il se trouve que c’est le prochain soulagement majeur de Scalatra car il a des rayures sur le jeu.

La prise en charge des servlets est le besoin le plus urgent de Scalatra. Notre premier plan pour Scalatra3 était de le porter sur http4s, compte tenu du fait que http4s prend en charge un passé basé sur les E/S non bloquant appelé Fire ainsi qu’un back-end basé sur un servlet. Alors que scalatra peut prendre en charge un servlet particulier, les utilisateurs de Scalatra pourront trouver un suivi basé sur les E/S non bloquant s’il est spécifique.

Cependant, implémenter une API de type servlet directement sur http4 s’est avéré être une maladie intolérable pour moi. Certaines API nécessitaient un blocage de travail pour être mises en œuvre. Il ne sert à rien de générer l’utilisation de http4s dans cette situation. Au moins, j’ai réimplémenté l’API Scalatra directement basée sur l’API Servlet.

Scalatra3 supprimera toutes les dettes financières techniques et fonctionnalités sans importance de la base de code Scalatra actuelle et facilitera la maintenance. Scalatra3 fournira la meilleure compatibilité possible pour les API les plus importantes, disponibles au moins dans le frontend. Cependant, la plupart des API internes ont changé.

Pour commencer, toutes les conversions implicites inutiles pour les types standard peuvent être supprimées. Si votre code repose sur des procédures d’extension fournies par une telle conversion implicite, les titres… ™ ne fonctionnent pas en évitant les déplacements vers Scalatra3.

Probablement la plus grosse modification de Scalatra3, à savoir l’action, a un type de retour de ActionResult [T] . Scalatra2 vous permet de créer des constructions arbitraires à la suite d’actions et les contrôle en vérifiant n’importe quel type. Mais ne vous inquiétez pas. Parce que certains types sont convertis pour générer automatiquement ActionResult [T] , tout au long de nombreux cas, aucune modification de code n’est apportée. Cela rend les modifications ultérieures plus sûres et signifie également qu’il est plus facile d’étendre la détermination des effets basés sur les classes de types.

Mise à jour

Vous en avez assez que votre ordinateur soit lent ? Agacé par des messages d'erreur frustrants ? ASR Pro est la solution pour vous ! Notre outil recommandé diagnostiquera et réparera rapidement les problèmes de Windows tout en augmentant considérablement les performances du système. Alors n'attendez plus, téléchargez ASR Pro dès aujourd'hui !

La nouvelle spécification de Scalatra3 est un lanceur plug and play avec une importante jetée intégrée. Permettez-moi de vous montrer une illustration simplifiée d’une application exécutable Scalatra :

 pertinence org.scalatra.launcher.ScalatraAppobject HelloApp propose ScalatraApp 
 Get ("/ hello") 
 Ok ("" Bonjour tout le monde ! "< br> 
 

Vous pouvez exécuter cette somme application avec sbt run et choisir le plugin sbt-assembly pour créer un excellent exécutable JAR. votre application de téléphone intelligent Scalatra autonome en tant que conteneur Docker. Bien sûr, vous pouvez également créer une guerre de répertoires et déployer l’élément sur n’importe quel conteneur de servlet ou serveur JavaEE.

Scalatra3 est peut-être encore en développement et est une de mes activités expérimentales.

Cependant, j’ai besoin de ce futur Scalatra car j’ai besoin de prendre en charge Scalatra, car il s’agit d’un autre projet open source, GitBucket est le plus grand utilisateur de Scalatra. Le servlet GitBucket nécessite un framework Web pour intégrer JGitServlet, qui fournit la fonctionnalité de serveur Git en tant qu’élément unique de JGit, qui est une véritable implémentation Java de Git.

J’espère que Scalatra est un bon choix pour Scala pour Servlet.