JavaVMをJavaScript/ECMAScript5対応にする「Nashorn」、JDK 8でリリース。Node.jsとの連係をオラクルがデモ オラクルが開発中の「Nashorn」は、JavaVMでJavaScriptを実行可能にするソフトウェア。その詳細が4月4日と5日に六本木で開催されたJavaOne Tokyo 2012のセッション「The Future of JavaScript in the JDK」で明らかにされました。 JavaVM上のJavaScriptエンジンとしてはMozillaが開発したオープンソースのRhinoがすでにありますが、Nashornはオラクル社内のプロジェクトとして新しく書き起こしたJavaScriptエンジン。Java 7で加わったInvoke Dynamicsなどの新機能も活かした「2012年におけるRhino」（セッションの講師でNashor

日本オラクルは2012年11月13日、都内で発表会を開き、企業向けJava技術の最新動向を説明した。これによると、当初はJava EE 7での実装を予定していたクラウド環境向けの自動化機能群（関連記事）をJava EE 8へと持ち越し、Java EE 7ではHTML5（WebSocketなど）対応やシンプル化に徹するとした。Java EE 7は2013年春頃に提供を開始する予定である。 Java EE 7では、まずはHTML5やシンプル化を図り、クラウド（仮想サーバー環境）向けの機能群はJava EE 8へと持ち越す。理由は、「Java規格として標準化するのは、まだ時期尚早である」というもの。Java EEに関与している関係者の多くが「クラウド関連機能を実装しない決断をしたことを英断であると評価している」（日本オラクルでシニアJavaエバンジェリストを務める寺田佳央氏、写真）という。 今回

「Java SE 7 Update 11 でもバグが修正されていない」という専門家の意見が書いてあるロイター通信の記事（Oracle updates Java, security expert says it still has bugs）をTwitterで紹介しましたが、「やはり修正されていない」「修正されたのは２つの脆弱性の内の一つだけ」というニュース記事が複数出てきました。 これらのニュース記事には、「Java 7 Update 11でも脆弱性は残っているから、Java(Java appletを起動するためのブラウザ上のJavaプラグイン)をひきつづき無効化せよ」という内容のCERTの意見が掲載されています（無効化手順はこちら）。 しかし、日本語の記事が曖昧で、少し情報源のページを読んでみると、単に「片方が修正されていないから危険」というわけではない、ちょっとややこしい話のようだった

@Rule うっかりTwitterでつぶやくと、無関係な方にメッセージを送ってしまって迷惑なJavaのアノテーションですが、JUnit4.7で追加されたらしい @Rule は結構便利な輩です。 乱暴に言うと、テストクラスに @Rule つけた MethodRuleフィールドを書いておけば、テストメソッドをこね回せます。似たようなものに @Before, @After がありますが、これらとの違いはテストメソッドとの距離感です。単純な前後処理ではなくテストメソッド自体を好き放題…とは言わないまでも、ごにょごにょ出来ます。幾つかのクラスが用意されているので、使い方はそれらを見れば大体解るかと*1。自分で MethodRule 実装してもいいんですけど、大抵は用意されているクラスを拡張すれば事足ります。自分で実装する駄目な例は前に書いたおまじないとかです。 ExternalResource 用意

Rules とは JUnit4.7から@Ruleアノテーションが追加されました。@Ruleアノテーションは、org.junit.rules.MethodRuleインターフェースのサブクラスによって定義された振る舞いをテストメソッドに追加します。 MethodRuleの組み込み実装クラス MethodRuleの具象クラスとして、以下のクラスが提供されています。 MethodRule ├ Verifier : オブジェクトの状態が不正な場合にテストを失敗させる │ └ ErrorCollector : 1つのテストメソッドの複数のエラーを集集する ├ ExpectedException : スローされた例外について柔軟なアサーションを行う ├ ExternalResource : サーバの起動停止などの外部リソースの操作を行う │ └ TemporaryFolder: テストメソッド前に一時フ

はじめに 「Apache Struts」（以下、Struts）とは、Web開発のデファクトスタンダードとしてあまりにも有名な、Java言語で書かれたオープンソースのWebアプリケーション・フレームワークです。JavaでのWeb開発者には、もはや説明する必要はないかもしれません。 最初のStruts（以下、Struts 1）がリリースされる2001年以前は、JavaでのWebアプリケーションというと、JSPとサーブレットを直接用いたアプリケーションが一般的でした。そのため、ちょっとしたアプリケーションでも、けっこうなコード量が必要だったのですが、Struts 1のフレームワーク機能により、煩わしい記述の手間がずいぶん少なくなり、Webアプリケーション開発の敷居がぐっと下がりました。 本連載は、そんなStruts 1の次世代バージョンであるStruts 2を紹介します。Struts 2は、字面