Scalaを実行する色々な(といっても2種類だけど)方法。

対話型インタプリタから実行

1. 基本なので省略。
2. 但し対話型インタプリタ上(正確にはREPL:Read Eval Print Loop)からの場合、中でpackage宣言は出来ません。"illegal start of definition" が発生します。な、なんだってー！！

スクリプトとして実行

シェバン行指定については調べてません。

(適当なディレクトリ1)/run_by_script.scala:

args.foreach(println)

実行：(適当なディレクトリ2)に移動してscalaコマンドでファイル名指定。

> scala (適当なディレクトリ1)/run_by_script.scala abc def
abc
def

ポイント：

1. スクリプトファイル名と、中で宣言するクラスは無関係。いくらでもクラス宣言可能。
2. 但しスクリプトファイルの場合、中でpackage宣言は出来ません。"illegal start of definition" が発生します。な、なんだってー！！

コンパイルして実行

(適当なディレクトリ1)/hello.scala:

class c1
class c2
object main {
  def main(args:Array[String]) {
    for (i <- 0 to args.length - 1) println("args(" + i + ") = " + args(i))
  }
}

"適当なディレクトリ2"に移動してコンパイル

> scalac (適当なディレクトリ1)/hello.scala

→ "適当なディレクトリ2" の下にクラスファイル(.class)が生成される。("-d" で出力先ディレクトリを指定できます。)

"適当なディレクトリ2"に移動してコンパイルしたクラスファイルを実行

> scala main abc def
args(0) = abc
args(1) = def

ポイント：

1. ソースファイル名と中のクラス名を一致させる必要はありません。
2. ちなみに、あくまでもscalaはコンパイルして実行するタイプの言語ですので、Perl/Python/Ruby/PHPみたいにソースファイルを実行時に取り込んで実行する機能は多分ありません。importはありますがあくまでもコンパイル済みの.classファイルを参照するのみ。

こういう機能はない・・・多分。

foo.scala:
...
import "abc/sub1.scala"
...

コンパイルして実行(package宣言有り)

(適当なディレクトリ1)/package1.scala:

package foo {
  class c1
}

package foo.bar {
  class c2
}

package foo.bar.baz {
  object main {
    def main(args:Array[String]) {
      args.foreach(println)
    }
  }
}

"適当なディレクトリ2"に移動してコンパイル

> scalac (適当なディレクトリ1)/package1.scala

→ "適当なディレクトリ2"の下に以下の構成でclassファイルが生成される。

foo/c1.class
foo/bar/c2.class
foo/bar/baz/main.class, main$.class, ...

"適当なディレクトリ2"の外からコンパイルしたクラスファイルを実行

> scala -cp 適当なディレクトリ2 foo.bar.baz.main abc def
abc
def

ポイント：

1. ソースファイル・ソースのディレクトリ構成と、パッケージ名・クラス名は別々に付けられます。
2. 但し生成されるクラスファイルの構成は、パッケージ名とクラス名に従います。

• [ Prev ]
• [ Up ]
• [ Scala ]

Scalaに関するエントリや、役立ちリンクなど。

言語および言語ドキュメント：

• The Scala Programming Language
  • http://www.scala-lang.org/
• Scala Documentation - Scala Documentation
  • http://docs.scala-lang.org/
• A Scala Tutorial for Java Programmers - Scala Documentation
  • http://docs.scala-lang.org/tutorials/scala-for-java-programmers.html
• Scalacheat - Scala Documentation
  • http://docs.scala-lang.org/cheatsheets/

ライブラリ：

• Akka ("Akka is a toolkit and runtime for building highly concurrent, distributed, and fault tolerant event-driven applications on the JVM.")
  • http://akka.io/

• Scala/色々な実行方法

• [ Next ]
• [ Scala ]

1週間くらいのお休みで、後半位に発症してる。前回は年始・年末休みが開けて新年会終わった日の真夜中から発症。

2度も同じ症状なので、2回も同じ風邪とかインフルエンザに罹ったともな・・・。

去年末位からかなり帰りが遅くなる傾向で、ここ最近も週2-3日は日が変わってからオフィスを出たりする羽目になっている。

おかげで土曜日は頭痛と目眩で、午後いっぱいはだらだらとWeb見るだけが限界。

多分長めの休みを取ると、それまでのダメージが少し遅れて現れてくるのかも。

前回から4ヶ月の間が開いているので、次回は9月頃にまた1週間程度の休みを確保してみて、なおかつその前の月は遅くとも21:00頃にはオフィスを出るようにして調節してみて、比較実験をしてみようか。

• 内部でMITMのSSL/TLSサーバを立ち上げ、そこに中継するタイプ。(jumperz.netのDoormanがこのタイプ)
• SSLEngine(JDK 1.5以降)を使ってProxy自身がハンドシェイクからSSL/TLSパケットのwrap()/unwrap()を行うタイプ。

今回はMITMのSSL/TLSサーバを立ち上げ、中継するタイプを作れるか実験してみました。HTTPサーバ・クライアントの実装やHTTPメッセージの処理については Apache HttpComponents の HttpCore を使って手抜きしました。さすがにソケット入出力の調整やHTTPメッセージの処理まで、ゼロからコーディングする体力は無いです・・・。

• Apache HttpComponents
  • http://hc.apache.org/
• 前回・前々回のエントリー：
  • 日記/2012/04/22/JavaでSSLSocketの勉強メモ1
  • 日記/2012/04/22/JavaでSSLSocketの勉強メモ2

さておき、ちょっとJavaのKeyManager触ってて疑問に思ったのが、「複数のKeyPairが格納されていた時、どれがクライアントに提示されるんだろう？」
→すでにStackOverflowに挙がってた。

• How can I have multiple SSL certificates for a Java server - Stack Overflow
  • http://stackoverflow.com/questions/1788031/how-can-i-have-multiple-ssl-certificates-for-a-java-server
• java - Can we load multiple Certificates & Keys in a Key Store? - Stack Overflow
  • http://stackoverflow.com/questions/6370745/can-we-load-multiple-certificates-keys-in-a-key-store
• FixedServerAliasKeyManager.java - jsslutils - Java SSL utilities - Google Project Hosting
  • http://code.google.com/p/jsslutils/source/browse/tags/release-1.0.5/jsslutils/src/main/java/org/jsslutils/sslcontext/keymanagers/FixedServerAliasKeyManager.java

X509KeyManagerを実装して、chooseServerAlias()を調整すればよさげ。なるほどな〜。

というわけで、その辺のもやもやを解決するためにはまずSSLを学ばないと駄目かなと思い、資料漁ったり入り口としてJavaでSSLを使うにはどうするのか、とか手をつけてみました。
今回はそのお勉強メモで、SSLでechoサーバをJavaで作ってみようという、少しぐぐればサンプルがゴロゴロ転がってるやつです。ただ、そのサンプルが「なぜそれで正常に動作するのか？」を理解するだけで実に丸一日使い果たした・・・。

OAuth勉強用リンクメモ。

• OAuth Community Site
  • http://oauth.net/
• OAuth - Wikipedia, the free encyclopedia
  • http://en.wikipedia.org/wiki/OAuth

実装

• 2-legged OAuthによるAPIアクセス << mixi Developer Center (ミクシィ デベロッパーセンター)
  • http://developer.mixi.co.jp/appli/ns/mob/2-legged-oauth/
• Obtaining access tokens | Twitter Developers
  • https://dev.twitter.com/docs/auth/obtaining-access-tokens
• OpenSocialのOAuthまとめ – Tender Surrender
  • http://devlog.agektmr.com/ja/archives/79

OAuth 1.0

• RFC 5849 - The OAuth 1.0 Protocol
  • http://tools.ietf.org/html/rfc5849
• 2-legged vs. 3-legged OAuth - cakebaker
  • http://cakebaker.42dh.com/2011/01/10/2-legged-vs-3-legged-oauth/

OAuth 2.0

• OAuth 2.0でWebサービスの利用方法はどう変わるか（1/3）- ＠IT
  • http://www.atmarkit.co.jp/fsmart/articles/oauth2/01.html
• 単なる OAuth 2.0 を認証に使うと、車が通れるほどのどでかいセキュリティー・ホールができる : .Nat Zone
  • http://www.sakimura.org/2012/02/1487/
• OAuth 2.0 Implicit Flowをユーザー認証に利用する際のリスクと対策方法について #idcon - r-weblife
  • http://d.hatena.ne.jp/ritou/20120206/1328484575
• 「OAuth 2.0 (Implicit Flow) でログイン」の被害例 - OAuth.jp
  • http://oauth.jp/oauth-20-implicit-flow
• OAuthにおける「クライアントサイドに対する認可」なのか「サーバーサイドに対する認可」なのか明確でない問題 - 金利0無利息キャッシング – キャッシングできます - subtech
  • http://subtech.g.hatena.ne.jp/mala/20120214/1329199851
• OAuth 2.0でユーザーが認可をする"アプリケーション"とはサービス全体のことではない - r-weblife
  • http://d.hatena.ne.jp/ritou/20120311/1331444771

• [ Prev ]
• [ Next ]
• [ 技術 ]

Javaに関するエントリや、役立ちリンクなど。

• Java/Apache MINA/Echo Server, Client 習作
• Java/Apache MINA/ProtocolDecoder周辺メモ
• Java/BCEL/実験コード1
• Java/ClassLoader周りの資料集(2010-Nov版)
• Java/Collections/Setの同期化メモ
• Java/IOストリームメモ
• Java/JUnit
• Java/JUnit/"test"接頭辞無しの"@Test"メソッドが認識されない
• Java/Maven2メモ
• Java/Maven3/Eclipse上でサクサクWeb開発 (例:tomcat-maven-plugin)
• Java/Property, ResourceBundleメモ
• Java/Tomcat, Jetty と ServletContext.getRealPath() の末尾
• Java/clas3hift
• Java/clas3hift/失敗談
• Java/com.sun.tools.javac.Main, Compiler API, tools.jar 今昔メモ
• Java/「Javaデザインパターン徹底攻略」読書メモ
• Java/サービス化, Daemon化メモ

"Java/"形式に整理する以前の記事：

• 技術/Java/BurpSuiteの起動batch参考メモ
• 技術/Java/PostgreSQLと文字コードメモ
• 技術/Java/Solaris10のサービス管理とLog4j-syslogd
• 技術/Java/Tomcat上でJSPをJDBでデバッグとか。
• 技術/Java/URLConnectionとTimeoutによる自動リトライ
• 技術/Java/static finalを使用する場合の注意点
• 技術/Java/文字コードメモ1
• 技術/Java/文字コードメモ2
• 技術/Java/文字コードメモ3

日記などより：

• 日記/2012/03/18/MavenのwarプロジェクトをEclipse上からデバッグ
• 日記/2012/03/11/Eclipse3.7(Indigo)とm2eにMavenプロジェクトをインポートするメモ
• 日記/2012/03/10/Eclipse3.7(Indigo)でMavenとSubversion環境セットアップメモ
• 日記/2012/02/26/MavenでServletプログラミングを準備したメモ
• 日記/2009/10/11/JUnit-addonsもJUnitでprivateメソッドをテストできるようだ
• 技術/TDD/JavaでUnitTestでprivateメンバにアクセスしたい場合
• 技術/TDD/JavaにおけるUnitTest時のMockオブジェクトの導入手法
• 日記/2006/08/27/ArrayListのtoArray()で嵌った
• 日記/2006/08/10/jstat, jps で"process information unavailable"
• 日記/2006/11/02/JavaでPropertyファイルを好き勝手な位置から読み込ませるには
• 日記/2007/05/13/JavaのClassLoader, クラスローディング関係の資料
• 日記/2007/05/27/Understanding Class.forName()
• 技術/TDD/HttpUnit解説リンク

JDK Documents

• Java SE API & ドキュメント
  • http://www.oracle.com/technetwork/jp/java/javase/documentation/api-jsp-316041-ja.html
• Java SE Specifications
  • http://docs.oracle.com/javase/specs/
• "JSR 133: JavaTM Memory Model and Thread Specification Revision"
  • http://jcp.org/en/jsr/detail?id=133
• Servlet 2.4 specification
  • http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html
• Servlet 2.5 specification
  • http://jcp.org/aboutJava/communityprocess/mrel/jsr154/index.html

usefull WWW pages

• Java examples (example source code)
  • http://www.java2s.com/
• TECHSCORE
  • http://www.techscore.com/

for beginners, basics

• 浅煎り珈琲 -Java アプリケーション入門
  • http://nextindex.jp/java/index.html
• Javaの道（Java入門・リファレンス）
  • http://www.javaroad.jp/
• JavaでHello World
  • http://www.hellohiro.com/

• [ Next ]
• [ Java ]

Java/Maven3/Eclipse上でサクサクWeb開発 (例:tomcat-maven-plugin) にて tomcat-maven-plugin を選択した理由に、
「実働環境はTomcatなのに、開発をJettyとすることで不要な地雷を踏み抜きそうな悪寒がした。」
と書きましたが、今思い出しました。

実際に地雷を踏み抜いていたから、わざわざTomcatを選んだのでした。

その理由は簡単で、javax.servlet.ServletContext#getRealPath("/") が返す文字列が、Tomcatの場合末尾が '/' 付きで、Jettyの場合末尾の '/' が付いてこない。で、件のEclipseプロジェクトでは

getRealPath("/") + "WEB-INF/foo/bar...";

としていたものだから（他人から引き継いだ既存プロジェクト）、Jettyに載せ替えようと思っても載せ替えられない。

実例：/work/tmp/mvntest/servlet1/src/main/webapp/WEB-INF/web.xml をdeploy

Tomcat上でのgetRealPath("/")

/work/tmp/mvntest/servlet1/src/main/webapp/

Jetty上でのgetRealPath("/")

/work/tmp/mvntest/servlet1/src/main/webapp

まぁ他にも地雷が埋まってそうだったので、素直にTomcatで打てる手が無いか探していた結果、tomcat-maven-plugin を見つけた次第です。
これだと、

getRealPath("/") + "WEB-INF/foo/bar..." 

がJettyだと

/work/tmp/mvntest/servlet1/src/main/webappWEB-INF/foo/bar...

になってしまい、ファイル操作が失敗してしまうという罠・・・。

この辺、もしかして仕様が決まってないのかな？JavaDoc確認しても、J2EE 1.3 と Java EE 6 の双方で、ディレクトリを指定した場合の末尾のPATH SEPARATORについて明確な言及がない。

• Java 2 Platform EE v1.3: Interface ServletContext
  • http://docs.oracle.com/javaee/1.3/api/javax/servlet/ServletContext.html#getRealPath(java.lang.String)
• ServletContext (Java EE 6 )
  • http://docs.oracle.com/javaee/6/api/javax/servlet/ServletContext.html#getRealPath(java.lang.String)

• [ Prev ]
• [ Next ]
• [ Up ]
• [ Java ]