はじめに　DIコンテナのオブジェクト依存性の注入定義には、XMLベースの設定ファイルを用いることが主流ですが、「ツール無しでは視認性が悪い」「記述が面倒」といった使いにくさから、あまり手軽ではないと感じる時があります。　そこで、「変更容易な外部ファイルでDIの定義を行う」という前提で、もっと手軽に使える手段としてスクリプト言語を利用する事を考えてみました。　実装手段として、Java SEの次期バージョンJava SE 6で採用予定のJSR223（Scripting for the Java Platform）仕様を用いた場合と、現J2SE 5.0で実現する場合の2通りを考える事とし、以下のスクリプト言語を採用しました。JavaScript（Java SE 6環境）Groovy（J2SE 5.0環境） 必要な環境Java SE 6 　もしくはJ2SE 5.0Groovy 1.0 jsr05

The following two tables support our entity beans. (We'll use MySQL 5.0 for this example. You can use this script to create a new database named ejb3example populated with these tables.) And let's have a quick look at our company's motley lineup of worker bees and their hardware. How long should it take to build a web user interface that interacts with this data and that integrates with our existi

arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 稚北の授業用にSpringframeworkのapplicationContext.xmlをGroovyで代替するためのプラグインコードを書いてみました。サンプルなので実装はイマイチなのですが面白いと思うのでエントリしておきます。 スクリプトをどこに利用するのか、という点で僕が期待しているのが設定ファイルの代替です。SOAでも明らかなように設定ファイルの重要性が高まっています。その中でXMLという"言語"では限界があることを感じています。いかにダイヤグラム化できるという優位性があっても、複雑な分岐やループをタグの意味に織り込むには限界があります。そこでXMLのように構造表現が可能でありながら、多彩な処理を記述できるスクリプト言語が設定ファイルを記述するのに向いていると

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

前回までで、一通りJavaフレームワークとRailsの比較をしてきました。本連載の最後の比較は、少し趣向を変えてGroovy上に作成されたRailsライクなフレームワークGrailsとRailsの比較をしていきます。 GrailsはGroovy（Java公式仕様として策定が進められている、JavaVM上で動作するスクリプト言語）上で動作するRailsライクなフレームワークです。当初、Groovy on Railsという名称で作成が進められていたことからもわかるように、Railsに強く影響を受けていることが公言されています（後にRails作者の要請により改名）。 Groovyは豊富なJavaライブラリの利用が可能な上、言語設計自体もRubyの影響を受けているためRailsライクなフレームワークと相性がよいと考えられます。 Grailsに関する情報源には次のサイトがあります。

以下の文章は、Object Computing, Inc(OCI) による「The Java News Brief」(2004年2月) に掲載された、Mark Volkmann による「Groovy - Scripting for Java」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。翻訳にあたっては、ma2さん、takaiさんから草稿に対してコメントをいただきました。ありがとうございます。 Groovy は日々発展中の新しい言語です。本記事の原文は2004年2月頃のものであり、当然その内容は Groovy の最新状況に追随しているわけではありません。翻訳時点での状況(1.0-beta4)をなるべく反映するようにはしましたが、正式版リリースまでにはさらに幾つもの変更が加えられることが予想されます。記事の記述と Groovy の現状とが異なる場合は、現状を優先して