Я намерен реализовать чистый веб-API на основе REST на базе Akka. Я не уверен в использовании спрея. Я бы подумал об использовании Scalatra, если это хорошо. В основном я заинтересован в использовании преимуществ параллелизма модели Scala Actor. Я не хочу, чтобы контейнер Servlet мешал этому процессу.
Какие могут быть другие варианты?
Обновление 1: какой интерфейс лучше подходит для реализации REST на основе бэкэнда Akka? - Спрей, Scalatra или Dropwizard или любой другой?
В отношении Akka важно понимать, что это не среда «все или ничего». Вы можете в значительной степени смешивать и сочетать различные библиотеки, чтобы составить систему, которая имеет смысл для вас. Например, я без проблем писал приложения, использующие Dropwizard, перед серверной частью, использующей Akka. Я также сделал то же самое с Clothesline (реализованным в Clojure, но с оболочка Scala). Позже на этой неделе я надеюсь поэкспериментировать с использованием Unfiltered из реализация веб-сокета, чтобы сидеть перед Akka и каналом RabbitMQ для передачи данных почти в реальном времени в клиентские браузеры - я специально упоминаю этот пример, потому что нефильтрованный веб-сокет impl находится поверх Netty, а не контейнера сервлетов).
Обновление: поскольку несколько лет назад я написал этот ответ, я начал использовать Spray исключительно для разработки RESTful с Akka. . Хотя можно использовать практически любую библиотеку JVM REST, Spray очень естественно вписывается в модель Akka, основанную на акторах, и библиотека явно достигла уровня зрелости, когда ее можно легко выбрать по умолчанию. Грядущая интеграция Spray в Akka в качестве нового модуля akka-http является явным свидетельством этого.
Если вы хотите, чтобы это сделал КОД, то вот он. Мне потребовалось некоторое время, чтобы действительно понять, что происходит, потому что есть ТОННА примеров, и неясно, что они все делают или как собрать все это вместе. Оказывается, это было проще, чем я думал:
package com.nthalk.akkatest
import akka.actor.Actor.actorOf
import akka.actor.Actor
import akka.camel.Consumer
import akka.camel.Message
import akka.camel.CamelServiceManager
class MyActor extends Actor with Consumer {
def endpointUri = "jetty:http://localhost:8877/"
def receive = {
case msg: Message => { self.reply("State Rest Service: Achieved") }
case _ => { self.reply("Really, no message?") }
}
}
object App extends scala.App {
actorOf[MyActor].start
CamelServiceManager.startCamelService
}
И мой build.sbt выглядит так:
organization := "com.nthalk"
name := "akkatest"
version := "0.1.0"
resolvers +=
"Typesafe Repository" at "http://repo.typesafe.com/typesafe/releases/"
libraryDependencies ++= Seq(
"org.apache.camel" % "camel-jetty" % "2.9.0",
"se.scalablesolutions.akka" % "akka-camel" % "1.3.1"
)
Надеюсь это поможет!
Для полноты полезно иметь пример Scalatra (поскольку вопрос задан о Scalatra). Вот пример кода из Руководства по Scalatra Akka:
package com.example.app
import akka.actor.{ActorRef, Actor, Props, ActorSystem}
import akka.dispatch.ExecutionContext
import akka.util.Timeout
import org.scalatra.FutureSupport
import org.scalatra.{Accepted, ScalatraServlet}
class MyActorApp(system:ActorSystem, myActor:ActorRef) extends ScalatraServlet with FutureSupport {
protected implicit def executor: ExecutionContext = system.dispatcher
import _root_.akka.pattern.ask
implicit val timeout = Timeout(10)
get("/async") {
new AsyncResult { def is = myActor ? "Do stuff and give me an answer" }
}
get("/fire-forget") {
myActor ! "Hey, you know what?"
Accepted()
}
}
class MyActor extends Actor {
def receive = {
case "Do stuff and give me an answer" => sender ! "The answer is 42"
case "Hey, you know what?" => println("Yeah I know... oh boy do I know")
}
}
Сервлеты HTTP и множество контейнеров — проверенная и надежная технология. Akka предлагает вам на выбор собственный встроенный контейнер сервлетов , или вы можете использовать его со своим собственным.
Вы можете, конечно, развернуть свой собственный веб-сервер с помощью Netty, и есть интересная запись -об этом в Интернете.
используя http://doc.akka.io/docs/akka-stream-and-http-experimental/1.0-M4/scala.html?_ga=1.185389673.1332942331.1425954937 (люди также называют его spray-2.0), который основан на akka-streams.
Я не знаю, почему вы с подозрением относитесь к использованию контейнера сервлетов в качестве основы - на самом деле он никоим образом не ограничивает ваш выбор, он просто обрабатывает базовые настройки HTTP-сервера. Таким образом, большинство инфраструктур служб Java используют API-интерфейс сервлета в качестве базовой основы, даже если они не раскрывают этот уровень.
Я думаю, что DropWizard — отличный выбор для всех видов сервисов отдыха JVM, в том числе тех, которые используют Akka для реального подъема. Помимо очевидной причины его совершенства (на основе коллекции библиотек, которые оказались «лучшими для JVM»), мне это нравится, потому что это помогает в областях, которые не учитывают многие другие библиотеки/фреймворки: создание метрик, декларативная проверка; все время сохраняя вещи простыми, явными и понятными.
