Table of Contents
시스템에 scala 3 서블릿이 있는 경우 이 튜토리얼이 도움이 되기를 바랍니다.
업데이트됨
<섹션>
Scalatra는 원래 Scala와 관련된 가장 중요한 확장 프레임워크 중 하나였습니다.
현재 우리는 Play, Finagle, Akka-HTTP와 같은 기술적으로 혁신적인 사이버 공간 프레임워크를 보유하고 있으며 현재 Scala용 http4와 동일한 비차단 I/O를 보유하고 있습니다. 기반 제품. Scalatra가 현재 전통적인 Java Servlet 영향 유형을 기반으로 하기 때문에 더 이상 사용되지 않음을 선언합니다. 스칼라트라도 역사적 기술 부채로 인해 많이 생겨났기 때문에 스칼라트라의 최첨단을 효과적으로 차단했습니다.
Scala에서의 경험에 따르면 특정 작업에 대해서는 항상 서블릿을 통해 의존해야 합니다. 예를 들어, 기존 인프라를 활용하기 위해 Scala를 기존 Java 서블릿 및/또는 JavaEE 애플리케이션에 부분적으로 포함할 수 있기 때문에 서블릿 컨테이너 또는 JavaEE 서버를 사용해야 하는 상황입니다.
어쨌든, 이제 효과가 있습니다 … 저는 Scalatra3 실험을 하고 있습니다. 결과적으로 Scalatra가 없는 다음 메이저가 되었습니다. 왜냐하면 스크래치가 있기 때문입니다. 게임.
서블릿 지원은 Scalatra에서 가장 중요한 요구 사항입니다. Scalatra3에 대한 우리의 첫 번째 계획은 http4s가 비차단 I/O 기반 백 엔드와 Fire라는 완전한 서블릿 기반 백 엔드를 다시 한 번 지원하는 시점부터 이를 http4s로 이식하는 것이었습니다. scalatra는 최고의 서블릿을 지원할 수 있지만 Scalatra 사용자는 특정 경우 비차단 I/O 기반 추적을 결정할 수 있습니다.
그러나 http4에 서블릿과 같은 API 해협을 구현하는 것은 나에게 끔찍한 질병으로 판명되었습니다. 일부 API는 구현을 위해 차단 계산이 필요했습니다. 이 상황에서 http4를 생성하는 것은 의미가 없습니다. 적어도 Servlet API를 기반으로 직접 Scalatra API를 다시 구현해야 한다는 결론에 도달했습니다.
Scalatra3는 현재 Scalatra 코드베이스에서 모든 기술적인 크레딧과 중요하지 않은 기능을 제거하고 유지 관리를 더 쉽게 만듭니다. Scalatra3는 종종 가장 중요한 API에 대해 가능한 한 최상의 호환성을 제공하며 프론트엔드는 최소화합니다. 그러나 이 내부 API의 대부분이 변경되었습니다.
좋은 예를 들어, 표준 유형에 대한 모든 불필요한 암시적 변환이 제거됩니다. 코드가 이러한 암시적 변환에 의해 제공되는 확장 전략에 의존하는 경우 이점이 있습니다. … ™는 Scalatra3에 대한 변경을 피함으로써 작동하지 않습니다.
아마도 Scalatra3의 가장 큰 수정 사항인 action에는 ActionResult [T] 의 복귀 유형이 있습니다. Scalatra2를 사용하면 작업의 마무리로 임의의 구성을 생성하고 이 유형을 확인하여 제어할 수 있습니다. 하지만 걱정하지 마세요. 일부 유형은 ActionResult [T] 를 자동으로 생성하도록 계속 변환되기 때문에 대부분의 경우 코드 변경으로 모양과 느낌이 달라지지 않습니다. 이렇게 하면 후속 수정이 더 안전해지고 typeclass 기반 효과를 더 쉽게 확장할 수 있습니다.
업데이트됨
컴퓨터가 느리게 실행되는 것이 지겹습니까? 실망스러운 오류 메시지에 짜증이 납니까? ASR Pro은 당신을 위한 솔루션입니다! 우리가 권장하는 도구는 시스템 성능을 극적으로 향상시키면서 Windows 문제를 신속하게 진단하고 복구합니다. 그러니 더 이상 기다리지 말고 지금 ASR Pro을 다운로드하세요!
Scalatra3의 새로운 사양은 멋진 내장형 부두가 있는 플러그 앤 플레이 런처입니다. Scalatra 실행 가능한 응용 프로그램의 작은 그림을 보여 드리겠습니다.
중요성 org.scalatra.launcher.ScalatraAppobject HelloApp은 ScalatraApp을 제공합니다.
Get("/ hello")
Ok("" Hello world "< br>
sbt run 으로 이 동일한 애플리케이션을 실행하고 sbt-assembly 플러그인을 사용하여 훌륭한 JAR 실행 파일을 만들 수 있습니다. Docker 컨테이너로서의 Scalatra 모바일 앱 물론 디렉터리 전쟁을 생성하고 아이디어를 서블릿 컨테이너나 JavaEE 서버에 배포해야 합니다.
Scalatra3는 종종 아직 개발 중이며 필자의 실험적인 스틱입니다.
하지만 다른 오픈 소스 프로젝트인 GitBucket이 Scalatra의 최대 사용자이기 때문에 Scalatra를 지원해야 하므로 최신 미래 Scalatra가 필요합니다. GitBucket Servlet은 JGitServlet을 통합하기 위한 웹 프레임워크가 필요합니다. JGitServlet은 Git의 깨끗한 Java 구현인 JGit의 단일 조각으로 Git 서버 기능을 제공합니다.
내 열망 Scalatra는 Servlet의 Scala에 좋은 선택입니다.
Scalatra는 Scala.We 사용의 시작 덕분에 일반적으로 가장 중요한 웹 프레임워크 중 하나가 되었습니다.
요즘에는 Play, Finagle, Akka-HTTP 또는 Scala용 http4와 같은 최신 웹 프레임워크를 기능적으로 선택할 수 있으며 그 중 상당수가 비차단 I/O를 기반으로 합니다. 그러면 사람들은 말합니다. Scalatra는 더 이상 사용되지 않기 때문에 여전히 전통적인 Java 서블릿 차단 모델을 기반으로 합니다. Scalatra는 엄청난 역사적 기술 부채를 제공하기 때문에 Scalatra 개발을 효과적으로 중단합니다.
내가 아는 한, 서블릿의 Scala는 특정 상황에서 실제로 필요합니다. 예를 들어, 때때로 우리 중 많은 사람들이 인프라를 갖기 위해 서블릿 컨테이너 또는 JavaEE 노드를 도입하거나 Scala를 Java Servlet 또는 JavaEE 기반 시스템에 부분적으로 주입합니다.
어쨌든 저는 Scalatra의 다음 중요 버전인 Experiment Scalatra3를 처음부터 작업하고 있습니다.
서블릿 강화는 스칼라트라에서 꽤 큰 요구 사항입니다. Scalatra3에 대한 우리의 첫 번째 고려 사항은 http4s가 서블릿 기반 애프터 서비스만큼 철저하게 Blaze라는 비차단 I/O 기반 애프터 서비스를 지원하기 때문에 이 특정 사항을 http4s로 이식하는 것이었습니다. Can scalatra는 종종 서블릿을 지원하지만 Scalatra PC 사용자는 비차단 I/O를 기반으로 좋은 백엔드를 선택할 수 있습니다.
그러나 http4에서 서블릿과 같은 API를 구현하는 것은 더 참기 힘든 질병임이 입증되었습니다. 일부 API에는 잠금 제어가 필요했습니다. 이 주어진 상황에서 http4를 사용하는 것은 의미가 없습니다. 그 후 얼마 지나지 않아 나는 Servlet API 상단에 Scalatra API를 구현하기로 결정했습니다.
Scalatra3는 현재 Scalatra 코드베이스의 필수가 아닌 부분에 추가하여 모든 기술적 부채를 제거하고 유지 관리를 단순화할 수 있습니다. Scalatra3는 최소한 인터페이스의 일부로 가능한 한 중요한 API와의 호환성을 유지합니다. 그러나 가장 중요한 내부 API의 대부분은 확실히 변경됩니다.
연구 연구의 경우 기본 유형에 대한 모든 불필요한 암시적 변경이 제거되는 경향이 있습니다. 최고의 코드가 이러한 암시적 리드 판매에 의해 이미 제공되는 추가 방법에 의존하는 경우 변경되지 않은 Scalatra3에서 작동하지 않습니다.
아마도 Scalatra3에서 가장 중요한 변경 사항은 많은 단계에 ActionResult [T] 와 관련된 반환 유형이 있다는 것입니다. Scalatra2를 사용하면 모든 종류의 작업에 참여하고 그룹을 확인하면서 처리할 수 있습니다. 하지만 걱정하지 마세요. 숫자 메서드는 자동으로 ActionResult [T] 로 변환되기 때문에 경우에 따라 많은 No code jitter가 관련됩니다. 이렇게 하면 교환이 더 안전하고 쉬워집니다. 응답 처리를 포함 유형 클래스로 확장합니다.
Scalatra3의 새로운 기능 중 하나는 내장 도크를 활용하는 플러그 앤 플레이 런처입니다. Scalatra 실행 파일에서 자신만의 작은 예를 보여 드리겠습니다.
관련성 org.scalatra.launcher.ScalatraAppobject HelloApp은 ScalatraApp을 확장합니다.
Get("/ hello")
Ok("Hello World!")
< br>이제
sbt 제어로 이 애플리케이션을 실행하고 sbt-어셈블리 플러그인을 생성할 실행 가능한 JAR 레지스터를 생성할 수 있습니다. 이렇게 하면 개별 Scalatra 앱을 절대 Docker 컨테이너로 더 쉽게 묶을 수 있을 것으로 예상됩니다. 물론 파일 경쟁을 시작하여 모든 서블릿 꽃병 또는 JavaEE 서버에서 사용할 수 있도록 할 수도 있습니다.그러나 내 최고의 다른 오픈 소스 생성 GitBucket은 Scalatra의 가장 큰 사람들 중 하나일 뿐이기 때문에 Scalatra를 백업해야 하기 때문에 Scalatra의 미래가 필요합니다. GitBucket Servlet은 JGitServlet을 통합하기 위해 몇 가지 웹 프레임워크가 필요합니다. 여기에는 Git의 순수한 Java 구현인 JGit의 일부로 제공되는 Git 서버 기능이 포함되어 있습니다.
Scalatra가 여전히 Servlet의 Scala를 위한 좋은 선택이기를 바랍니다.
오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년Scala Servlet 3
Servlet Scala 3
Scala Servlet 3
Scala Servlet 3
Scala Servlet 3
Scala Servlet 3
Scala Serwlet 3
Scala Servlet 3
Сервлет Scala 3
Scala-Servlet 3
년
