Play 2.1 Roadmap ( https://groups.google.com/forum/#!topic/play-framework/xHPpFQFJjJg ) の日本語翻訳

Play21.md

Play 2.1 Roadmap

Hi all,

こんにちは

We have started to discuss what we want to include into the next Play release.

次のPlay(Play 2.1)のリリースに何を含めるかを議論し始めました。

Therefore, here is the plan for Play 2.1:

Play2.1のプランは、以下のとおりです

• Move to Scala 2.10 and sbt 0.12.
• Replace the current Play Promise Scala API by the standard Scala Promise API (SIP-14).
• Introduce "Project templates" hosted on git (a la giter8) and "Scaffolding".
• Run tests in a forked JVM (to fully suppress PermGen memory leaks).
• Simplified configuration for thread pools (we have decided to use a single akka system for the whole play environment).
• Scala JSON API improvement (with support for functional validation).
• Java Async API improvement (HTTP context propagation in asynchronous callback, and sequential execution to avoid race conditions).
• Improve modularization (breaks the main play artifact into several smaller optional ones).
• Compilation speed improvements (thanks to the new Scala 2.10 compiler and the sbt 0.12 experimental resident compiler).
• Upgrade all dependencies.

• Scala 2.10 ,sbt 0.12への移行
• standard Scala Promise API (SIP-14)で、現在のPlay Promise Scala APIを置き換え
• （giter8による）gitで公開された「プロジェクト・テンプレート」および Scaffolding の導入。
• forked JVMでテストを実行します。（完全にPermGenメモリリークを抑制する）[訳注: forked JVMとは?]
• スレッドプール設定の簡素化（全体のPlay環境に合わせて,シングルAkkaシステムを使用することを決定した）。
• ScalaのJSON APIの改善（関数型スタイルでのバリデーションのサポート）。
• Java の非同期 API の改善 (非同期コール内での HTTP コンテキストの伝播と、競合状態を避けるための逐次実行)
• モジュール性の向上（Playを「自由に組み合わせ可能な小さなアーティファクト」に分割する）
• コンパイル速度の改善（新しいScala 2.10コンパイラおよびsbt 0.12実験的な常駐コンパイラによる改善）
• すべての依存関係のアップグレード

Most of this work is already done on master or on separate branches that we will integrate into master during the following weeks.

この作業のほとんどは、すでに master または　来週にマスターに統合される別のブランチで行っています。

If you think that we are missing some important points, please comment here.

重要なポイントが不足していると思われる場合は、ここでコメントしてください。

Thanks.

ありがとう

Play21_ScalaFuture.md

[play-framework] [official] master Migration to Scala Futures for Play2.1

Hello everyone,

As we mentioned in he 2.1 roadmap. We will be integrating the scala 2.10 Future API to replace play.api.libs.concurrent.Promise. Before upgrading to scala 2.10 we will be integrating the scala.concurrent.Future back-ported to replace the Promise API. This will allow us to have enough time to test and make necessary changes. There will be some, most likely minor, API changes. If you are on master and don't have the time/energy to effect these changes, you can pull from the weekly binaries on http://repo.typesafe.com/typesafe/releases/play/play_2.9.1/2.1-07132012/ Feel free to report any bugs you encounter due to this migration, we will do our best to make it as smooth as possible.

Sadek

Introduce "Project templates" hosted on git (a la giter8) and "Scaffolding".
(giter8などの)git と "Scaffolding"でホストされている "プロジェクトテンプレート"の紹介

「Introduce A and B」という表現なので、
『（giter8による）gitで公開された「プロジェクト・テンプレート」および Scaffolding の導入。』

functional validation
機能検証用のサポート

関数型スタイルのバリデーション

race condition
レースコンディション、または競合状態

Improve modularization (breaks the main play artifact into several smaller optional ones).
モジュール化の向上（いくつかの小さな任意のものでPlayのメインアーティファクトを破壊する）

モジュール性の向上（Playを自由に組み合わせ可能な小さなアーティファクトに分割する）

ありがとうございます。修正させていただきました。

Java Async API improvement (HTTP context propagation in asynchronous callback, and sequential execution to avoid race conditions).
Javaの非同期APIの改善（レースコンディション を避けるために非同期コール、逐次実行内でのHTTPコンテキストの伝播）。

括弧内はカンマで切れるように思います。また race condition はレースコンディションとするより競合状態とする方がわかりやすいのではないでしょうか。

Java の非同期 API の改善 (非同期コール内での HTTP コンテキストの伝播と、競合状態を避けるための逐次実行)

指摘ありがとうございます。提案いただいた内容を反映させていただきました。