ついにJava系のPaaSはGAEだけでなくHerokuも使えるようになり随分幅が広がって来ました。 データベースに様々なものが使え、技術的にロックインされないう点でHerokuには大きな魅了があります。というわけで、今回はScala2.9.1を使ってScalatraというRubyのSinatraライクなWebフレームワークをHerokuにデプロイし、Eclipseでのデバック&開発環境を作成するということをやっていきます。 なお、前回Mavenでビルドを行うということをやっていましたが、sbtとgiter8を使った方が断然開発が楽ですし、GitHubと連携して更新が速いので、個人的にはsbtをお勧めします。 環境は、 scala 2.9.1-1 sbt 0.11.2 giter8 0.4.0 にて行います。全てMacOSX LionにてHomebrewのbrew installでインスト
Scala には REPL のテストをするための ReplTest っていうそのままの名前のクラスがあって https://github.com/scala/scala/blob/v2.10.0-M2/src/partest/scala/tools/partest/ReplTest.scala こんな感じに使います https://github.com/scala/scala/blob/v2.10.0-M2/test/files/run/macro-repl-basic.scala https://github.com/scala/scala/blob/v2.10.0-M2/test/files/run/macro-repl-basic.check もちろん、Scala自体を作ってる中の人が使うためのものです。で、それつかってこんなもの作ってみました。↓ このあたり見てもらえばわかりますが
手順 unfilteredでアプリを作る web.xmlを書く xsbt-web-pluginでwarにする tomcatにデプロイ unfilteredでアプリを作る "Hello"って返すだけのアプリを作ります。 Unfiltered では Plan ってのを作って URL のルーティングをします。 package com.github.tototoshi.unfiltered_example import unfiltered.request._ import unfiltered.response._ import unfiltered.filter._ class HelloApp extends Plan { def intent = { case _ => ResponseString("Hello") } } web.xmlを書く 作った Plan を FIlter に指定
2011-09-18 / sbt テストの話をしよう。一度プラグインを書いてしまうと、どうしても長期的なものになってしまう。新しい機能を加え続ける（もしくはバグを直し続ける）ためにはテストを書くのが合理的だ。だけど、ビルドツールのプラグインのテストなんてどうやって書けばいいんだろう？もちろん飛ぶんだよ。 scripted test framework sbt は、scripted test framework というものが付いてきて、ビルドの筋書きをスクリプトに書くことができる。これは、もともと 変更の自動検知や、部分コンパイルなどの複雑な状況下で sbt 自体をテストするために書かれたものだ: ここで、仮に B.scala を削除するが、A.scala には変更を加えないものとする。ここで、再コンパイルすると、A から参照される B が存在しないために、エラーが得られるはずだ。 [中略
ようこそ! 始める sbt 1/14 ページ 次 原文: Getting Started Guide 誤訳の報告をする。 「始める sbt」で君も sbt を始めよう。 sbt は柔軟で強力なビルド定義 (build definition) を作ることができるけど、そこで使われている概念の数は多くはない。 多くはないけども、sbt は他のビルドシステムとは一味ちがうから、ドキュメントを読まなければ、いくつかの細かい点でハマっちゃうと思う。 この「始める sbt」で、ビルド定義 (build definition) の作成とメンテナンスに必要な概念を説明する。 「始める sbt」を読むことを強くお勧めしたい！ どうしても忙しいという場合は、最も重要な概念は .sbt ビルド定義、 スコープ、と 他の種類のセッティング に書かれているけど、このガイドの他のページを読み飛ばしても大丈夫かは保障し
sbt は 0.10 系から？ build.sbt での設定と Build.scala での設定の両方が使えるようになりました。*1 使い分け方 基本的に build.sbt も Build.scala もできることに変わりはありません。 ただし build.sbt は記述が簡単な一方で制限があります。平たく言うと val や object が書けません。従って複数の箇所でコードを共有したり、ということをしようとすると辛くなります。 一応できるっちゃできますが... https://gist.github.com/1221210 Build.scala ならScala使い放題ですから*2、ちょっと長くなる代わりに見やすくなります。サブプロジェクトがあるなど、少し複雑になったら Build.scala を書くほうが良さそうです。 書いてみた unfiltered のサンプルプロジェクトが g
Eh? scct is a code coverage tool for Scala. News Dec 9, 2012 Support for scala 2.10.0-RC3 and (hopefully) up. Aug 2, 2012 0.2-SNAPSHOT is out! Multiproject goodness for both sbt and maven. Feb 25, 2012 Instructions for Maven updated, should work properly now. Nov 12, 2011 Scala 2.9.1 support. Jun 4, 2011 Now theoretically supports scala 2.9.0-1 and up. Give it a try! What's it look like? What's mi
(追記:2010/03/29 jerseyのバージョンが古かったので上げています) (追記:2011/11/25 sbtは執筆時より大幅にバージョンアップされています。0.10系列からは全く別物なので、他の参考文献に当たってください。後日新規記事をアップします。) ScalaのビルドツールSimple-Build-Toolが非常に便利で、しかもJavaプログラマにも使えそうな気がしてきたのでメモっておきます。特にちょっとしたプログラムを試すときにIDEが面倒なタイプの人、エディタでいきなりmainメソッドつきの.javaファイル作ってコンパイルして実行するタイプの人にはお勧めです。 前提 たとえばJavaでちょっとしたREST-APIを持つプログラムを作りたくなったというユースケースを想定します。Simple-Build-Toolを使いながらもJavaでという所がミソです。 参考文献 ht
TDDBC名古屋で多少使える用になったsbt + scalatestが便利なので、簡単に使い方をまとめておこうと思います。 導入 http://code.google.com/p/simple-build-tool/wiki/Setup ココを参考に。 Windowsだと、batファイルを作って、適切なjarファイル名に変えます。 最初にbatを走らせた時には、プロジェクトを作成します。 二回目以降は、このbatを走らせればsbtが起動します。 何してくれるの？ プロジェクト管理とか自動コンパイル／自動テスト実行とか。 コマンドによっては、ファイルを保存しただけでコンパイル／テスト実行まで行ってくれるので、いちいちコンパイルコマンドを叩く手間が省けます。 あれ、テスト出来ないんだけれど？ まず、scalatestパッケージをダウンロードしてきます。 http://blog.8-p.info
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く