Welcome 2 tomo's blog! http://tomo008.blog.so-net.ne.jp/ ja Tue, 06 Jun 2006 17:27:13 +0900 Refactoring Databases http://tomo008.blog.so-net.ne.jp/2006-06-06 Methodology Tue, 06 Jun 2006 17:27:13 +0900 http://tomo008.blog.so-net.ne.jp/2006-06-06

引越しで出版されたことすら気づかなかった1冊。やっと届きました。

元ねたはこれなんでしょうね。と期待してます。

  • Evolutionary Database Design
    http://martinfowler.com/articles/evodb.html （English）
    http://objectclub.esm.co.jp/eXtremeProgramming/evodb-jp.html  (Japanese)

    要旨を簡単に説明すると、Continuous Integration を database の世界にも拡張したといえばよいでしょうか。

    ・大きな変更を一気に適用するのではなく、小さな変更を繰り返すべき
    ・早期に問題を把握するため、実データを最初のイテレーションから導入するよう努力すべき
    ・コードのリファクタリングと異なる点：同時におこなうべき以下の３つの変更が含まれる。
    　- ＤＢのスキーマの変更
    　- ＤＢのデータの移行
    　- ＤＢのアクセスコードの変更
    ・NULLを許すカラムをNULLを許さないように変更するというような「破壊的な変更」には慎重に対応
    ・重要なことは、変更に対してふさわしい作業手順を選択すること。
    ・マスターＤＢを更新した場合、プロジェクト全員のＤＢを自動更新することにより、周知する。
    ＤＢのスキーマの影響範囲を容易に把握できるように、データベースアクセスコードを明確に分離しておく。DBA がレビューする範囲を局所化しておく。
    変更という行為を容易化するためには、ツールによる自動化が必要。

本書に記載の Refactoring の一覧はWebPageからも閲覧可能です。

ミーハーに、ついでにこれも買ってみました

]]> tomo008 今週のNews(06/05-) http://tomo008.blog.so-net.ne.jp/2006-05-31 Java Wed, 31 May 2006 17:48:32 +0900 http://tomo008.blog.so-net.ne.jp/2006-05-31

引越し等々で整理できずじまいの時期が続いてましたが。

○一般

  • SI業界再編の予兆
     伊藤忠商事グループのIT関連会社である伊藤忠テクノサイエンス（CTC）とCRCソリューションズが、10月1日付で合併すると発表しました。合併後の新社名は「伊藤忠テクノソリューションズ」で、両社の売上高合計は3,000億円規模となります。
     http://blogs.itmedia.co.jp/matsuoka/2006/05/si_2034.html?itmh530b

○JDK, JavaEE5

○AJAX

○JavaOne 2006

○その他

]]> tomo008 今週のNews(06/04/10-) http://tomo008.blog.so-net.ne.jp/2006-04-11 News Tue, 11 Apr 2006 22:22:18 +0900 http://tomo008.blog.so-net.ne.jp/2006-04-11

 

]]> tomo008 News(06/03/26) http://tomo008.blog.so-net.ne.jp/2006-03-24 News Fri, 24 Mar 2006 12:32:00 +0900 http://tomo008.blog.so-net.ne.jp/2006-03-24

一般

]]> tomo008 今週のJavaNews(06/02/27-) http://tomo008.blog.so-net.ne.jp/2006-02-27 JavaNews Mon, 27 Feb 2006 20:27:23 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-27

Products

Articles

]]> tomo008 Struts 1.3 http://tomo008.blog.so-net.ne.jp/2006-02-24 Java Fri, 24 Feb 2006 16:21:20 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-24

○はじめに

  • Struts 1.3 もリリースされたようですので、主な変更点を整理してみます。

○Struts Action Library

  • Struts 1.2.8 から、Struts を複数のサブプロジェクトに分割し、おのおの個々のリリースサイクルを持たせるように変更されました。具体的には、Struts の subproject には、以下の７つが存在します。
    - Action
    - Applications
    - EL
    - Extras
    - Site
    - Taglibs
    - Tiles.
     これらのサブプロジェクトは、Struts 1.3 にも継承され、同じライブラリを使用しますが、
     今後 subproject の revision は(Struts1.2系列、1.3系列)個々に変更されることとなるようです。

○依存関係に関する変更

  • 仕様に関する変更
    Servlet 2.3, JSP 1.2, J2SE 1.4 に依存
  • ソフトウェアコンポーネントに関する変更
    Commons Chain 1.0, FileUpload 1.1, Commons IO 1.1, Commons Validator 1.2 に依存

○Struts 1.2, 1.3 の採用基準に関して

  • Struts 1.3 はたくさんのページ群から構成され、画面遷移が複雑な Web アプリケーションを想定したフレームワークです。シンプルな Web アプリケーションであれば、Model1 つまり 1.2.x を利用するほうが望ましいとのことです。

○Struts Action Framework

  • 主な変更点は以下のとおりです。以下で個々の変更点を整理してみます。
     - Composable Request Processor 
     - Arbitrary configuration properties 
     - Catalog and Command Elements 
     - Opt-In Cancel Handling 
     - Enhanced Global Exception Handlers 
     - Extends attribute 
     - "isCommitted" Exception Handling 
     - Postback Actions 
     - Wildcard ActionConfig properties

○Composable Request Processor

  • 以前のバージョンでは、Request Processing は、以下のように一連のメソッドとして表現されていました。よって、メソッドを override し、異なる機能を提供することは容易でありました。しかし、それぞれが異なる方法で Request Processor を override し、複数の拡張を利用することは容易くありませんでした。
    public void process(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { processLocale(request, response); if (!processRoles(request, response, mapping)) { return; } /// ... ActionForward forward = processActionPerform(request, response, action, form, mapping); processForwardConfig(request, response, forward); }
    そこで、Action 1.3 では、Request Processor のメソッドを Command に変更します。これにより、モノシリックなオブジェクトをサブクラス化するのではなく、Command を取り替えることができるようになります。
    Command は、挿入したり、除いたりすることができ、もし、必要ならば、異なる種類のアプリケーションのニーズに適合させるために、Request Processing を拡張させたり、不要なCommandを除き、合理化することが可能となります。
    <chain name="process-action"> <command className= "...SelectLocale"/> <command className= "...AuthorizeAction"/> <!-- ... --> <command className= "...CreateAction"/> <command className= "...ExecuteAction"/> </chain>
    以前のバージョンと互換性を確保していることは、もちろん期待されています。よって、追加の変更を加える前に、Composable Request Processor を持つ 1.3 をリリースすることとなったようです。Action 1.3.x で変更や向上がされる予定です。もし必要ならば、Struts 1.2 からのモノシリックな Request Processor を利用することも可能です。
    <controller processorClass="org.apache.struts.action.RequestProcessor"/>
    ただし、モノシリックな Request Processor は、Legacy Class と位置づけられており、Opt-In Cancel Handling のような新機能は Composable Request Processor のみによって、サポートされるようです。

○Arbitrary configuration properties

  • ほとんど全ての Struts の設定の要素は、key/value のペアの対応づけを可能とします。これにより、設定を外部化することが可能となり、再利用化を促進することが可能です。
    <action path="/EditSubscription" extends="Editor"> <set-property key="foo" value="bar"/> </action> public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { string foo = getProperty("foo"); // ...

○Opt-In Cancel Handling

  • Struts 1.2 およびそれ以前では、キャンセルタグにより生成されたトークンがリクエストの中に存在する場合はどんなときでも、ActionForm に対するvalidationはスキップされていました。よって、Struts 1.2 およびそれ以前では、validation に依存する Action は常に isCancelled メソッドをチェックする必要がありました。
    Struts Action 1.3 では、新しいプロパティの"canccellable"がAction Mapping でセットされているときのみ、キャンセルトークンは有効となります。もし、キャンセルトークンが存在し、cancellable がセットされていなければ、 InvalidCancelException が throw されます。InvalidCancelException は、他の例外のように Declarative Exception Handler によって catch されます。
     Declarative Exception Handler は、オプションの位置づけとなります。
    <action path="/ActionThatCanBeCancelled" validate="true" cancellable="true" ... > <exception key="errors.invalidCancel" type="org.apache.struts.action.InvalidCancelException" path="/InvalidCancelException.jsp"/> </action>
  • ※注意点：
     Opt-In Cancel Handler は、1.3 で導入された Composable Request Processor を使用する場合のみ有効となります。標準の CANCEL BUTTON を使用し、mapping の定義として validate を true にセットした場合には、mapping の定義として "cancellable=true" と指定しなければなりません。
     さもなければ、キャンセルボタンが使用されたときには、InvalidCancelException が throw されます。

○Enhanced Global Exception Handlers

  • ActionConfig が認識できない場合の Global Exception Handlers の利用をサポートします。ActionConfig が存在しない場合、AbstractExceptionHandler は、ModuleConfig 内の新しいメソッドを呼び出します。このメソッドは、与えられた例外クラスもしくはスーパークラスに対応付けられた例外ハンドラを探す同様のロジックを提供します。

○Catalog and Command elements

  • Controller と どんな Action Mapping の両方で利用可能です。
    - catalog：commons-chain catalogの名前
    - command：commons-chain command の名前
     
    ※要調査。理解できていないため、原文を掲載
     catalog - The name of a commons-chain catalog in which to look up a command to be executed as part of servicing this request. Only meaningful if "command" is also specified.
     command - The name of a commons-chain command which should be looked up and executed as part of servicing this request.
    <controller inputForward="true" catalog="Foo" command="FooBar"/>

○Extends attribute

  • Struts の 設定ファイルでは、他の要素からのディフォルト設定を適用するために、拡張した属性を使用することが可能となります。OOプログラミングの継承の概念を設定ファイルに持ち込んだと考えるとわかりやすいかもしれません。
    <struts-config> <form-beans> <form-bean name="registrationForm" type="org.apache.struts.action.DynaValidatorForm"> <form-property name="firstName" type="java.lang.String"/> <form-property name="lastName" type="java.lang.String"/> </form-bean> <form-bean name="managerRegistrationForm" type="org.apache.struts.action.DynaValidatorForm" extends="registrationForm"> <form-property name="department" type="java.lang.String" /> </form-bean> </form-beans> ... </struts-config>

○"isCommitted" Exception Handling

  • Tiles を使用する場合、Exception が発生したとき、レスポンスは既にコミットされている場合があります。今回の変更により、ExceptionHandler は、response.isCommitted をチェックし、もし、true ならば、フォワードするのではなく、設定された view path を含みます。更新された ExceptionHandler は、新しい設定の属性を許容します。これにより、他の振る舞い、もしくは振る舞いがないことをを選択することが可能となります。
    <exception key="GlobalExceptionHandler.default" type="java.lang.Exception" path="/ErrorPage.jsp"> </exception> <exception key="GlobalExceptionHandler.default" type="java.lang.Exception" path="/ErrorPage.jsp"> <set-property key="SILENT_IF_COMMITTED" value="true" /> </exception>

○Postback Forms

  • Form taglib のAction属性はオプション扱いとなりました。もし、省略した場合、リクエストの元のURIが使用されます。
    <html:form onsubmit="return validateLogonForm(this);">

○Wildcard ActionConfig properties

  • Wildcard は ActionConfig のプロパティの中で使用されます。これにより、"parameter"属性を複雑にさせずに、複数のリクエスト時の値を Actionに渡すことが可能となります。
    <action path="/Save*" name="Save{1}" extends="BaseSave"> <set-properties key="Save" value="{1}"/> </action>

○Other Miscellaneous Changes

  • 設定を介し DynaActionForm プロパティの値をリセットすることをサポート
  • Servlet2.3で導入された HttpServletRequestWrapper を拡張するMultipartRequestWrapper を変更
  • マルチパートリクエストでのフィールドごとの文字エンコーディングをサポート

○Struts EL
○Struts Extras
○Struts Site
○Struts Taglibs
○Struts Tiles

  • →リリースノート参照

○References

]]> tomo008 Glassbox Inspector の評価 http://tomo008.blog.so-net.ne.jp/2006-02-23 Java Thu, 23 Feb 2006 15:03:31 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-23

○はじめに

  • 現在評価中。まずは実際に動作させてみた所感を。

    Web プロジェクトを担当することにより、性能改善に関しては何度も苦労させられました。プロファイラも高価であり、評価したい観点を評価できないケースが利用できなかったころ、私は、複数のプロジェクトで汎用的に利用可能なツールにより性能を分析することができないかと試行錯誤しました。

    初期の段階は、各処理で現在時刻を出力することにより、処理間の処理時間を把握し、ボトルネックがどこにあるのかを確認していました。（処理時間の正確なベンチマークをおこなうことが目的ではないため、これで十分でした。）しかしながら、現在時刻を出力するコードを追加し、本番時には削除することは、開発者の作業量の増加に繋がるという課題も残っていました。（log4j などのログレベルでの制御も可能ですが、評価するアプリケーションの制御、評価する処理の制御などの観点により細かい制御は難解でありました。）

    よって、次の段階では、AOP を用い、ログ出力のコードを開発者の手を煩わせることなく、動的に追加することを模索しました。この段階で、開発者に対する負荷をかけずに、ログ評価アプリケーション・箇所の制御をより容易におこなうことを実現させることができました。

    これで、複数のプロジェクトで利用できる汎用的な性能分析ツールの実現には成功したわけですが、将来的には、性能ログだけでなく、コネクションプールの利用状況などシステム全体の状況を把握し、問題の検知、警告、改善を促すことを一元管理することはできないかと考えておりました。 全てのセンサーを MBean で実現し、JMX 経由で管理すればできるなとは思っていました・・・

    ・・・が、そこまでは実現できておりませんでした。そんな中で、Glassbox Inspector という当職が考えていたことを、より実用的に実現されていたツールを見つけ、感激していたのですが、なかなか時間を割くことができず、評価はできておりませんでした。

    前置きが長くなりましたが、今回はこのツールを実際に利用してみて評価したいと思います。

    このツールに関する記事は、IBM developerworks の  AOP@Work: Performance monitoring with AspectJ, Part 1, 2 の記事として公開されています。 よく纏まった記事だと思いますので、ご覧になってみてください。
     http://www.ibm.com/developerworks/java/library/j-aopwork10/index.html
     http://www.ibm.com/developerworks/java/library/j-aopwork12/index.html

○スクリーンショット

○評価結果

  • まずは実際に動作させてみた状況で詳細は調査中ですが、所感としては、期待通りのツールで満足しています。
  • developerWorks の記事では、発行したSQL文を把握することが可能であるようですが、実際に検証した結果、取得できていないケースもあるようです。（理由は不明、調査中）
  • Web システムの性能となると、Java プログラムの処理時間も評価ポイントとなりますが、DB に対して、どのような SQL を発行し、どのようなアクセスパスで実行されたかも評価ポイントとなります。DB に対する情報ももう少し取得することができないか検討してみたいと思います。

○動作検証環境およびライブラリ

  • Spring のサンプルアプリケーションである jpetstore で検証をおこないました。 DB は、サンプルアプリケーションのディフォルトの設定を利用することにしました。具体的には、hsqldb を利用します。 動作検証環境およびライブラリの詳細は以下のとおりとなります。

    Windows XP, JDK 1.5.0_03, Tomcat 5.5.7, Glassbox Inspector 1.0 beta2, hsqldb Spring 1.2.5(Glassbox Inspector同梱), Spring サンプルアプリケーション(jpetstore)

○設定手順

  • ここでは最低限の設定内容しか述べていません。詳細な情報に関しては、各アプリケーションのドキュメントをご覧ください。

○Glassbox Inspector 関連の設定

  1. AspectJ の Load-time weaving を有効するために、AspectJWeaver をtomcat の起動オプションに追加する。
    １．１．スタートメニューから、「Configure Tomcat」を選択し、tomcat のプロパティを編集するGUIを起動する。
    １．２．「Java」タブの「Java Options」に以下の行を追加する。
       -javaagent:C:\Program Files\Apache Software Foundation\Tomcat 5.5\shared\lib\aspectjweaver.jar
    ※Glassbox Inspector のWebページでは、バッチファイルに記述する手順を述べている。
  2. aspectjweaver.jar を クラスパスで参照できる場所にコピー
    %TOMCAT_DIR%/shared/lib にコピーする
  3. GlassboxInspector ライブラリをクラスパスで参照できる場所にコピー
    %WEBAPP_DIR%/WEB-INF/lib にコピーする。
      使用するライブラリは以下のとおりである。
      glassboxInspector.jar, commons-collections-3.1.jar, emory-util-1.4.jar, log4j-1.2.9.jar, spring-1.2.5.jar
    ※クラスローダ上で log4j.jar が競合し、動作しなかったため、現時点では、GlassboxInspector のライブラリは各アプリケーションの WEB-INF/lib ディレクトリに格納している。GlassboxInspectorのホームページで述べられた設定内容とは異なる。
  4. サンプルアプリケーションの log4j の設定に Glassbox Inspector の設定を加える。
    log4j.category.glassbox=INFO

○hsqldb の起動

  1. hsqldb の起動
    必要な設定はおこなわれているので、DBサーバを起動する。
      %SPRING_SAMPLES_DIR%/jpetstore/db/hsqldb の server.bat を実行する。

○tomcat の起動

  1.  スタートメニューから、「Configure Tomcat」を選択し、tomcat のプロパティを編集するGUIを起動する。
  2. 「General」タブの「Start」を選択し、tomcat を起動させる。
  3. %TOMCAT_DIR%/logs/stdout_date.log を確認し、正常に tomcat が起動していることを確認する。

○ブラウザでの動作検証

  1. jpetstore の Webページにアクセスし、正常に表示されることを確認する。
     URLは以下のとおりである。
      http://127.0.0.1:8080/jpetstore/

○Glassbox Inspector の動作検証

  1. 以下のコマンドで jconsole を起動し、Glassbox Inspector が提供する MBean の情報を確認する。
    jconsole service:jmx:rmi:///jndi/rmi://localhost:7132/GlassboxInspector

]]> tomo008 フレームワークの評価 http://tomo008.blog.so-net.ne.jp/2006-02-22-1 Java Wed, 22 Feb 2006 16:26:32 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-22-1

06/01

■はじめに

Web 開発で、現時点でプレゼンテーションレイヤのフレームワークを採用するとするとどれが望ましいかを評価する。要件に応じてどれが良いかは変わるため、一概にどれがよいとはいえないと思えないが、 それぞれのフレームワークの得手・不手の観点から評価する。
・・・と書きましたが、いくつか考えさせられることがありましたので、自分の中での整理してみます。

 ■フレームワーク選定に影響を及ぼす要素

  • プロジェクトチームのスキル・体制
    フレームワーク選定には、技術者としてはいろいろと好みがあるが、現実的な実プロジェクトに適用することを考えると、開発メンバーのスキル、教育コスト、開発・保守体制の要素が、フレームワーク決定に大きく影響を及ぼすと考える。
  • アーキテクチャ全体構成
    システム全てを replaceするならともかく、部分的に新規開発する場合には、現在の全体のアーキテクチャの構成、それに対する接続方式に左右される。つまり、現在のアーキテクチャーに接続するための手段を考慮しておく必要がある。
    例えば、サーバ側がJ2EEアーキテクチャーで実現されていたとしても、J2EE のどのバージョンで稼動しているかに影響を受ける。また、 ローカル接続なのかリモート接続なのかにも影響を受ける。
  • ユーザの要求するUI がどのような機能を要求するかに大きく影響を受ける。
    Rich な UI を要求するのか、Simple な UI を要求するのか？
    フレームワークには、Rich な UI を提供するフレームワークや JSP をベースにしたシンプルな UIを提供するフレームワーク、プレゼンテーションレイヤは他のフレームワークを利用するものと様々である。ユーザ要件によっては、Rich な UI を要求する場合もある。この要求により、選択されるフレームワークが影響を受ける。Flash のような表示を要求した場合、選択できる実現手段は自然と決まることとなる。
  • マイグレーションに関する考察
    マイグレーションの場合、既存のシステムの UI が新規システムの UI に影響を与えることは理解しておかねばならない。例えば、 dotNET アプリケーションを J2EE に移行した場合、いくつか利用できない機能、使い勝手が異なる機能が生じることは必然である。このことをお客様の理解を得ずに技術者先行で選択することは大きな危険を伴うものと考える。
  • フレームワークが提供する機能
  • 標準化・投資される金額
    フレームワークは少数な開発者が作成したものから、複数ベンダーの支援を受けているもの、JSR等で標準化されているものまで多岐にわたる。（技術者の観点から捕らえると少数の開発者が作成したものでも、いいものはイイなのですが・・・）多額の投資、多くの開発者の評価を受けて洗練されたものは、ドキュメント、マーケティング、様々な要素により、広く開発者・ユーザから受け入れやすい環境にある。もちろん、利害関係者の数が多くなるにつれて、要件を詰め込みすぎた仕様として纏まったり、過去の EJB の EntityBean の内容を見る限りは、必ずしも良いとはいえないが、技術的にも洗練されていることが多いことは確かである。

 ■結論（検討中）

最初に述べたとおり、前提要件に応じてどれが良いか変わるため、一概にどれがよいとはいえない。この前提の基、あえて結論をだすとすると、技術者からの観点では、今までの J2EE の問題を改善した Java EE 5.0 が最有力となるのは間違いない。しかし、Java EE5.0 のリリースと開発期間が適合するかどうか、初期バージョンの品質に対するリスク、システムが利用される期間とリスク・教育に対する投資金額が見合うか等考慮する項目も多いと考える。それ以外の選択子で考えると、Rich な UI が必要でない場合には、プロジェクトチームの要員確保の観点からは、Struts(1.3, 1.2選択の基準は以下で述べたとおり) がよいのではないか。Rich な UI が必要な場合は、Browser 上での Rich な UI でよければ、JSF1.1, Struts, Struts-Faces の組み合わせが有力であると考える。ただし、JSF により UI部品 がコンポーネントされたとはいえ、HTML の表現能力を超えることはできないことは認識しておく必要がある。また、お客様の要求に応じて実現技術が決まる場合(Flash, dotNET等)も考えられる。

 ■調査

  • JSF 1.1：(2004/05)
    実際のプロジェクトでもある程度適用されており、IDE、ライブラリ、情報のサポートは大きい。
    MyFaces, Eclipse Plugin(FacesIDE), Struts-Faces 
    しかしながら、おそらく 2006年には、Java EE5 が承認され、JSF1.2 が標準となり、将来的には、Struts と統合されることが決定されているため、移行を考慮すると選択する価値がどれくらいあるか判断する必要がある。
  • JSF 1.2：(2006 GA予定、JavaEE5.0 2006 Q1予定 from 2005 JavaOne)
    JSF 1.2 は JSR252 で検討されている。
     JSF1.1からの大きな変更点はなく、Java EE5に含まれる標準仕様であるため、将来性は有望である。
    変更点は、主にJSPとの統合に焦点が当てられている。１つは式言語（JSF-EL）との整合性をとるというものである。さらに、JSPと組み合わせた場合に発生する問題点の解消などが図られている。
     (Struts の統合は JSF 2.0 で予定)
    ただし、現時点では、Sun のAPサーバ GlassFish プロジェクトのサブプロジェクトとして開発中であり、現段階で採用することは危険を伴う。JSF1.1 をサポートするライブラリ(MyFaces等), IDEは存在するが、1.2をサポートするものは当然公開されていない。（存在したとしても開発中である）
  • WebWork2.2：(06/01/11)
    http://www.opensymphony.com/webwork/
    将来的にはStrutsと統合される方向である。WebWorks経験者が多数いるのであれば別だが、現時点で採用するメリットは大きくはないかと思う。（Strutsに比べると限られた決定機関の中で進められているおかげか）いつくかの先進的な機能を実装していることは技術者の観点では魅力的である。
       - 2.2 は Struts 統合前の最終メジャーバージョンである。
       - Java5 のアノテーション、Generics のフルサポート
       - DWR, Dojo を利用した AJAX のサポートあり。
       - AJAX, JavaScript を利用したクライアントサイドの validation があり。
       - 英語だけど900ページを超える詳細なドキュメントあり。
       - JSR168準拠のPlutoによるPortlet開発が可能
       - JSP, FreeMarker, and Velocity を利用したリッチクライアントを開発可能
       - Spring ,Pico IOC containers のネイティブにサポート
       - タグの構文の簡略化
       - ドメインオブジェクトを含むどんなオブジェクトと動く先進的なデータバインディングフレームワークである。
       - より賢いエラーレポート
  • Struts1.2.8：(05/11/25)
    安定バージョンであり、開発経験者、ドキュメント、IDEの観点でもサポート力が強い。
    実際のプロジェクトで採用することを考えると、一番安全ではないかと思う。
    - Struts 1.2の機能概要に関して
        http://www.mamezou.com/tec/equip015.htm
        http://itpro.nikkeibp.co.jp/members/ITPro/oss/20040810/148439/
    - 1.2.7 から 1.2.8 の主な変更は、XSS の脆弱性に対する改善である。
        http://struts.apache.org/struts-doc-1.2.8/userGuide/release-notes.htm
     - 1.2.4 から 1.2.7 の主な変更点
        http://struts.apache.org/struts-doc-1.2.7/userGuide/release-notes-1.2.4.html

    Struts Scripting 1.0.1 がリリースされている。(06/01/25)旧StrutsBSFと呼ばれていたスクリプトであり、最初の安定版となる。これにより、Struts Actions をJava クラス以外の BSF をサポートするスクリプト(e.g., Perl, Python, Ruby, JavaScript, Groovy, VBScript)等で記述することが可能になる。
  • Struts1.3.0：(06/02/21)
    つい近日リリース。Servlet 2.3, JSP 1.2, J2SE 1.4 を前提とする。
    以下の期待できる機能が実装されている。
    http://struts.apache.org/struts-action/userGuide/release-notes.html
       - Composable Request Processor （Key Feature）
       - ActionDynaForm interfaces
       - Arbitrary configuration properties
       - Catalog and Command Elements
       - Enhanced Global Exception Handlers
       - Extends attribute for XML configurations
       - "isCommitted" Exception Handling
       - Postback Actions
       - Wildcard ActionConfig properties
    Struts 1.3 は、Struts Action Framework と呼ばれている。Struts 1.3 はたくさんのページ群から構成され画面遷移が複雑な Web アプリケーションを想定したフレームワークである。シンプルなWebページであれば、Model1 つまり 1.2.x を利用するほうが望ましいと指摘している。
    http://struts.apache.org/struts-action/index.html
    http://www.javaworld.com/javaworld/jw-12-1999/jw-12-ssj-jspmvc.html
    http://www.scioworks.net/devnews/articles/struts_adoption_issues/index.html
  • Struts2.0(Shale)：(未定)
    現在開発中のバージョン。Struts, JSF との統合そして、WebWorks との統合が予定されており、次世代フレームワークのディファクトスタンダートになると思われる。しかしながら、現時点では開発中であり、採用することは難しい。
  • Tapestry4.0：(06/01/07)
    http://jakarta.apache.org/tapestry/
    コンポーネントベースのWebアプリケーションフレームワークであり、デザイン(HTML)とロジック(Javaコード)を分離している点が特徴である。最近メジャーアップデートが発表され、Strutsの開発で挙げられている問題点の多くはShaleで改善される方向に比べ、Tapestryはそれを先んじて検討・実装されていると評価は高い。

    主な特徴は以下のとおりである。
        - 簡素化された新しい4.0仕様DTD
        - バインディングパラメータとして使われる構文の一貫性保持
        - "Friendly" URLの組み込み
        - Listener methodの簡素化と柔軟化
        - Component parameterの改善
        - JSR-168 Portletsサポートの追加
        - HiveMind および Spring のサポート改善
        - JDK 1.5アノテーションサポートの追加(Optional)
        - 新しい、より洗練されたUIヴァリデーション
        - エラーレポートの改善
        - Form の キャンセル機能
        - ページプロパティは、Session 同様 クライアントに対して永続性を保持可能に

    Strutsに比べると開発で利用される機会は少なく、スキルをもつ開発者は多くはないと推察される。また、Strutsに比べるとIDE、ライブラリ、情報のサポートは少ない。
      Eclipse Plugin(Spindle)
  • その他リッチクライアント
    サーバ側との通信は、HTTP/HTTPSプロトコルで電文はSOAPあるいは独自のXML形式というケースが殆どです。 それによりクライアントとサーバが異なるプラットフォームであったとしてもデータ互換性・機種依存性の問題を意識してのことだと思われます。また、最近では配布を意識したソリューションを提供しているため、一昔ほどの導入のハードルは高くなくなっていると考えられます。しかしながら、開発メンバーのスキル、教育コスト、開発・保守体制の要素が、フレームワーク決定に大きく影響を及ぼすと考える。
    ・リッチクライアント(Java)
       - Eclipse RCP
        SWT/JFaceによるレンダリング。配布はUpdate Managerによる。
       - Swing
        - Swingによるレンダリング。配布はJava Web Startによる。
    ・リッチクライアント(.NET)
       - dotNET
        ASP.NET/Web Form/Mobile Web Form/Windows Formなどを利用する。
    ・Macromedia FLEX
       FlashをUIに使いたいJ2EE開発者に最適なリッチクライアント開発環境で、
       サーバサイドはMXMLという タグベースのXML言語にてページ記述。
    ・その他
       - Curl
       - BizBrowser

 ■References

]]> tomo008 今週のJava関連News(06/02/20-) http://tomo008.blog.so-net.ne.jp/2006-02-22 JavaNews Tue, 21 Feb 2006 15:20:40 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-22

Products

Articles

News

]]> tomo008 JavaNews(06/02/06-) http://tomo008.blog.so-net.ne.jp/2006-02-08 JavaNews Wed, 08 Feb 2006 09:54:21 +0900 http://tomo008.blog.so-net.ne.jp/2006-02-08

Products

Articles

]]> tomo008 今週のNews(06/01/30) http://tomo008.blog.so-net.ne.jp/2006-01-30-1 News Mon, 30 Jan 2006 17:23:35 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-30-1

○Product

○一般

○Articles

  • Developing Ajax Applications That Preserve Standard Browser Functionality
    http://dev2dev.bea.com/lpt/a/470
    AJAX アプリケーション開発での back/forward button の利用に関して
  • ・Joe Walker(DWR author) on using AJAX with DWR
     プレゼンテーションの映像
     http://www.theserverside.com/news/thread.tss?thread_id=38726
     - How DWR manages type conversions
     - How security is addressed in DWR
     - Where DWR is typically used
     - How AJAX factors into accessible applications
     - The impact of AJAX on the network bus
  • The AJAX Toolkit Framework (ATF) Project
    http://www.eclipse.org/proposals/atf/
    Eclipseコミュニティは、AJAX Toolkit Framework (ATF) プロジェクトの提案(IBMさん主導のようです。)を受け入れたようです。様々なAJAXプロジェクトのツールがモジュールとして提供されるようです。(Dojo, Zimbra, and OpenRico are mentioned specifically)。このフレームワークは大きく２つのコンポーネントから構成されることが提案されています。
     - ATF Tools：JavaScript の編集、デバッグ、インスペクションをおこなう
     - ATF Personality Framework：特定のAPIのサポートをおこなう
    AJAX の機能自体は、フレームワーク、コンポーネントとして提供されつつありますので、どのような位置づけの開発環境として実現されるのか興味深いです。

 

]]> tomo008 J2EE design decisions http://tomo008.blog.so-net.ne.jp/2006-01-30 Java Mon, 30 Jan 2006 17:19:57 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-30


J2EE design decisions(written by Chris Richardson)
http://www.javaworld.com/javaworld/jw-01-2006/jw-0130-pojo_p.html

■概要
 POJOs in Action（Manning Publications, January 2006） からの抜粋
 「Patterns of Enterprise Application Architecture」の考え方をJ2EEの世界をベースに、より実装に近い観点で論述された記事と考えてもらうとわかり易いかもしれません。新規性に富んだ話は多くはなかったですが、よく纏まった記事かと思います。

■要約
最近 POJOs、ライトウェイトフレームワークの話題が賑わせていますが、盲目的にそれを利用することは、EJB で犯した問題を繰り返すことになると警告しています。どんな技術でも強みと弱みがあり、それを理解してデザインを決定することが重要であると述べています。

大きく３つの選択肢があると述べています。

  • EJB2 style
  • POJO と ライトウェイトフレームワークの組み合わせ
  • EJB 3

この記事では、デザイン決定のための５つの観点を指摘しています。

Decision 1: Organizing the business logic

  • オブジェクト指向のアプローチか(Domain Model pattern)
  • 手続き型のアプローチか(Transaction Script pattern)

Decision 2: Encapsulating the business logic

  • EJB session facade(Figure 4.)
  • POJO facade(Figure 5.)
  • Exposed Domain Model pattern(Figure 6.)

Decision 3: Accessing the database

  • JDBC directly（良い選択ではない）
       - 開発やメンテナンスは難しく、コストがよりかかる。
       - SQLのポータビリティの観点で欠けている
      - JDBCコードの記述は時間がかかり、エラーを起こしやすい
  • object/relational mapping frameworks (such as JDO and Hibernate)
  • SQL mapping frameworks (such as iBATIS)

Decision 4: Handling concurrency in database transactions

  • Isolated database transactions
  • Optimistic locking
      - テーブルにバージョンカラムを追加する方法が一般的
      - JDO や hibernate のようなフレームワークは Optimistic locking の機能を提供
  • Pessimistic locking
      - 更新処理の最初に共有データをロックする方法
      - JDO は設定オプションとして Pessimistic Locking の機能を提供
      - Hibernate は locking object のためのプログラミング可能なAPIを提供

Decision 5: Handling concurrency in long transactions

 

]]> tomo008 Maven 1.x TIPS & References http://tomo008.blog.so-net.ne.jp/2006-01-24-1 BuildProcess Tue, 24 Jan 2006 17:32:16 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-24-1

maven 1.0.2 を再度利用してみようと考えています。今までの備忘録を整理しなおしてみました。

○TIPS

  • ビルドした日時をつける
      project.propertiesに以下行を追加
      maven.xdoc.date=left
      maven.xdoc.date.format = yyyy/MM/dd HH:mm z
  • Pluginのダウンロードおよびインストール
      以下のコマンドでプラグインをダウンロードすると、ローカルのリポジトリにプラグインが反映される。次回 maven コマンド実行時に更新されたバージョンのプラグインが利用可能
      maven plugin:download -Dmaven.repo.remote=http://maven-plugins.sf.net -DartifactId=maven-findbugs-plugin -Dversion=0.8.2
  • CVSのパスワードファイル .cvspass の生成の方法
      maven -Dpassword=XXXXXXX changelog:create-cvspass
  • FAQ
      xdocs/faq.fml を記述して、(.xmlでないことに注意) project.xml に以下の行を追加することにより、site GOAL が実行されたときに、FAQページが生成される。
      <report>maven-faq-plugin</report>
  • 単一のコードのテスト
      maven -Dtestcase=org.foo.bar.MyTest test:single

○References

・Maven

・CruiseControl 

・ CheckStyle

・Jelly

]]> tomo008 今週のJava関連News(06/01/23-) http://tomo008.blog.so-net.ne.jp/2006-01-23 JavaNews Mon, 23 Jan 2006 17:18:27 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-23

Products

REST

  • REST入門
    http://yohei-y.blogspot.com/2005/04/rest_23.html
  • Webの「正しい」アーキテクチャ
    http://www.atmarkit.co.jp/fdotnet/opinion/yoshimatsu/onepoint05.html
    RESTのポリシー
    - Webサイトが保持していて、外部に公開される内容には、すべて（論理的な）URI（URL）が付いていなければならない。
    - Webサイトへのアクセスは、HTTPのPUT（Create)、GET（Read）、POST（Update）、DELETE（Delete）で行い、それぞれ処理内容に合わせた結果が返されなければならない。
    - Webサイトへアクセスした結果返されたものがリソースの表現（Representation）であり、ページからページへの遷移が状態の遷移（State Transfer）と見なされる。

Articles

  • IBM離脱、Zimbra主動へ - ApacheのAJAX Toolkit Framework Project
    http://pcweb.mycom.co.jp/news/2006/01/16/091.html
  • Call SOAP Web services with Ajax, Part 2: Extend the Web services client
    AJAXを利用した ブラウザベースの SOAP Web Service client をどのように実装するかに関して
    http://www-128.ibm.com/developerworks/webservices/library/ws-wsajax2/?ca=dgr-jw22SOAP-AJAX2
  • EAの生みの親、ザックマン氏語る
    http://www.itmedia.co.jp/enterprise/articles/0601/24/news003.html
  • ・BEA WebLogic Server 9.1 Documentation
    http://edocs.beasys.co.jp/e-docs/wls/docs91/index.html
  • Using AJAX to Improve the Bandwidth Performance of Web Applications
    http://webperformanceinc.com/library/reports/AjaxBandwidth/index.html
    AJAX はネットワーク大域の利用を増加させるため、これをどのよう削減させるかは課題となっています。この記事では 50% 削減をゴールとして考えていましたが、いくつかの小リファクタリングと100行以下のコード改善により、アプリケーション全体のネットワーク大域の61%を減らすことができたようです。
    パフォーマンスに影響を及ぼすポイントは、参考になりました。基本的な改善の手法は変更された必要な情報のみを送信することであり、AJAX だからといったも本質的なところはなんら変わりないかと思います。
    （このレポート否定するわけではありませんが、）
    しかしながら、生のJavaScript コードを修正して、60%改善できたと
    いわれても、絶対値にはあまり意味が感じられませんね。
    今後、AJAXの利用はライブラリやフレームワークを介して利用する動きがますます強くなるかと思われます。もちろん、ライブラリ、フレームワークも必要な情報のみを送信する方式が望ましいですが、その方式に近づけるためには、ライブラリ・フレームワークの上で動作する業務アプリケーションの動作を前提にした仕掛けが必要となります。汎用的なライブラリ・フレームワークでどこまでできるのか、また、細かい制御を考慮すればするほど、開発も複雑化することが推察されます。どこを落としどころにするかは難しそうですね。
  • ・JSFのGUI開発本格化へ? - Sun Java Studio Creator 2いよいよリリース
    http://pcweb.mycom.co.jp/news/2006/01/26/340.html
    SJSC 2には、現在 GlassFish のコードネームで開発が進められている
    「Sun Java System Application Server Platform Edition 8.1_02」
    が同梱されています。SJSC 2 で利用できるJSF のバージョンは（ホームページを少し見た限りは）記載されていないようです。GlassFish に同梱されていた JSF は開発中の 1.2 であったため、1.2 の可能性が高いですが、SJSCは JSF に注力された開発環境であるにも関わらず、具体的な宣伝がなにも記載がないから 1.1 の可能性もあるかなと思ってます。（調査中） 

]]> tomo008 Maven 2 http://tomo008.blog.so-net.ne.jp/2006-01-20 BuildProcess Fri, 20 Jan 2006 18:22:55 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-20

Draft

はじめに

  • Maven2 がリリースされ、はや半年が過ぎようとしています。Maven1.x の開発に比べると、Maven2 の開発に注力されているようですので、リリース後早速移行を試みましたが、いくつかの問題が立ちふさがりなかなか移行できずにいます。
    まずは、いったん整理して、Maven 1.x で稼動する環境を再構築する方向に方向転換しようと思います。体裁は構わず記録だけは整理だけしておこうと思います。

Mavenとは、Maven1.x からの変更点に関して

○Maven1.0からの変更点：
http://maven.apache.org/maven2/maven1.html

  • 速く、小さい
    maven のコアモジュールは ant, jelly, xerces 等を使用せず、小さく、依存関係は疎になりました。
  • ライフサイクルの規定
    maven1.0 で使用していたゴールの前後処理である prereqs, preGoals and postGoals は不要になりました。
    ビルドは、洗練された定義されたフェイズに基づきます。具体的には、通常のゴールの名前(compile, test, install)は使用されないことも意味します。
  • 複数プロジェクトをハンドリングするための組み込みの仕組みを提供
    プロジェクトに対する同一のゴールを使用し、結果を集約させることができます。
  • SNAPSHOTをハンドリングする方法の向上
    今までは、SNAPSHOTはディフォルトでは日ごとに1回だけアップデートすることをチェックしていました。今後は、ビルドごと、特定のインターバルごと、そして、無効にすることが可能です。
  • プロパティファイルは使用しません
    全てのプラグインの設定は、POMの中で設定されます。
  • maven.xmlは使用しません
    プラグインはより簡単にビルドし統合できます。そして、ビルドするためのスクリプトを書く唯一の手段となります。
  • Jellyは使用しません。
     プラグインは、主に Java で記述しますが、他のスクリプト言語を提供もされています。このリリースでは、jelly に良く似た XMLのシンタックスをサポートするスクリプトフレームワークである Marmalade を サポートします。Marmalade は ant task の統合をおこない、jelly との互換レイヤをもちます。
  • リポジトリレイアウトの向上
    maven2.0は、既存のそして向上したリポジトリレイアウトをサポートします。分割された構造によりよりいっそうリポジトリを理解しやすくなるでしょう。

○MOJOってなに？
 http://blog.goo.ne.jp/ikkoan/e/faee35340ce18875ead57930d40698e0

  •  Maven2.0 では Plugin は Java もしくはスクリプト言語（現状 Marmalade というスクリプト言語のみ利用可能です。）で記述されます。Maven の Plugin は、基本的にコマンドオブジェクトです。Maven Plugin を生成するためには、Mojo interface を実装する Java Class(Maven のPOJOのことを指す) を作成します。 このインターフェイスには、パラメータおよび戻り値をもたない１つの実行メソッド、そしていくつかのログ用メソッドを定義されます。
     そして、Plugin に対して 追加の情報を提供する Plugin Descriptor を記述する必要があります。内容にはライフサイクル やパラメータが含まれます。この Descriptor で定義されたパラメータは、Maven により 実行時に Plugin 内のメンバ変数に  Inject されます。Maven は、Plugin Descriptor の生成およびPluginをパッケージングするためのツールを提供することにより、このプロセスを簡略化します。あとは、あなた自身の Plugin を アノテートするだけです。残りはMavenがハンドリングしてくれます。

○透過的な依存性

  • Maven2 では再帰的にプロジェクトの依存関係を解析します。
    具体的には、プロジェクトで参照しているライブラリが、さらに依存しているライブラリを自動的に取り込むことが可能です。透過的な依存性は、ビルドプロセスを単純にすることに大変役に立ちます。
    さらにいくつかの依存関係の解決にも取り組んでいます。１つはサイクリックな依存関係の解決です。もう１つはバージョンの競合の解決です。 詳細は Maven2 の WEBサイトでご覧になることができます。

     maven2 では、４つの依存性のスコープを用意されています。

    - compile：全てのクラスパスで有効となります。
    - runtime：実行時およびテスト時のクラスパスで有効となります。
    - test：テストケースのコンパイルおよび実行時のクラスパスで有効となります。
    - provided：コンパイル時には必要だが、実行時にはコンテナから提供されるライブラリを意図しています。(例としては、servletapi が挙げられます。)

インストール・設定に関して

○Javaプロジェクトの雛形の作成

  • maven2を使用するための最初のステップは、maven2が要求する初期設定、ディレクトリ構成を整える必要があります。以下のコマンドを入力することにより、テンプレートに従った初期設定およびディレクトリ構成を出力することが可能です。

    m2 archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app

    ※Webプロジェクトの場合：-DarchetypeArtifactId=maven-archetype-webappを末尾に付与することにより、Webプロジェクトのテンプレートを出力することが可能です。

    http://tidus.ultimania.org/wiki/index.php?Maven2

○各プロジェクトで共通の設定

TIPS

○maven のコンパイル時に JDKのバージョン、javac のソース互換性(-source)、ターゲットの指定(-target)をおこなうには？

  • -source, -target として JDK1.5 を想定した場合には、以下のようになります。

 <build>
   ...
   <plugins>
     <plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-compiler-plugin</artifactId>
         <configuration>
           <source>1.5</source>
           <target>1.5</target>
         </configuration>
     </plugin>
   </plugins>
   ...
 </build>

詳細に関しては以下のURLをご覧ください。maven2のFAQですので、一読されることをお勧めします。
 http://maven.apache.org/maven2/general.html


 

]]> tomo008 今週のJava関連News(06/01/16-) http://tomo008.blog.so-net.ne.jp/2006-01-16 JavaNews Mon, 16 Jan 2006 11:08:48 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-16

Products

  • AjaxAnywhere 1.1.0.6 released.(1/9)
    http://ajaxanywhere.sourceforge.net/
    積極的に活動されているようですね。
  • Skype API for Java リリース
    http://skype.sourceforge.jp/
    Skype 2.0 API を使用するためのJavaライブラリ。いろいろ応用できそうですね。
  • Struts-It 1.1 released.
    http://struts-it.sourceforge.net/
    Strutsベースのアプリケーションを開発することを支援するEclipsePlugin。設定ファイルの編集や各種ウィザードが用意されている。
  • JRequire v1.1 released.
    http://www.technobuff.net/webapp/product/showProduct.do?name=jrequire
    Java/J2EE Requirement Coverage Tool です。要件と JUnit のテストケースとを紐付け、要件のカバレッジ率を評価しようというアプローチです。
    要件のカバレッジ率を確保する手段として十分だとは思いませんが、設計書が段階的に詳細化される中でのトレーサビリティを確保する一手段としては評価できるかと思います。non-commercial, trial, commercial の分類に応じた3種類のライセンス形態を用意されているようです。
  • Maven 2.0.2 has been released.
    http://maven.apache.org/
    1/18? リリースされた模様です。changelog が見当たらないですが、現在確認中です。
  • JTRunner 3.0 has been released.
     http://jtrunner.sourceforge.net/
     JSE そして、EJB, MDB, そして、WebServiceを含めたJEE のストレステストのフレームワークです。今回のリリースでは、WebServiceのテストのサポートが追加されます。
  • WebWork 2.2: Released and ready for Struts!
     http://www.opensymphony.com/webwork/
     本バージョンは、WebWorkとしての最後のメジャーアップデートになるようです。2.2系列は今後も存続しますが、今後のメジャーアップデートは、
    Struts Action Framework(http://struts.apache.org/struts-action/index.html)と統合されるようです。

    ○主な変更点
     ・Full support for Java 5 Annotations and Generics
     ・Rich AJAX support using DWR and Dojo
     ・New QuickStart tool makes development easier than ever
     ・Tons more documentation with over 900 PDF pages
     ・Client side validation using AJAX or plain JavaScript
     ・Built in support for Continuations
     ・JSR168/Portlet support for several popular Portlet servers, including Pluto
     ・Rich UI template framework with native support for JSP, FreeMarker, and Velocity
     ・Native support for Spring and Pico IOC containers
     ・More intelligent error reporting
     ・Developer Mode makes building webapps even easier with improved error reporting
     ・Simplified tag syntax
     ・Advanced data binding framework that works with any object, including domain objects
  • Axis2 0.94 released
     http://ws.apache.org/axis2/download.cgi
     いくつかのTODOを実装され、1.0がリリースされることを期待しています。

    ○Axis2 Complete Features List
    ・AXIOM, an XML object model working on StAX (Streaming API for XML) parsing optimized for SOAP 1.1/1.2 Messages. This has complete XML infoset support.
    ・Support for One-Way Messaging (In-Only) and Request Response Messaging (In-Out)
    ・Module Architecture, mechanism to extend the SOAP Processing Model
    ・Module version support , can have multiple versions of the same module and use them depending on the requirement.
    ・Content hierarchy
    ・Archive based deployment Model and Directory based deployment model
    ・JWS like deployment (making Java class into Web service)
    ・WSDL Code Generation Tool for Stub and skeletons
    ・WS-Addressing, both the submission (2004/08) and final (2005/08) versions
    ・WSS4J module for security
    ・Improved and user friendly Client API
    ・WSDL2Java
    ・REST (REpresentational State Transfer) Support
    ・Transports supports: HTTP, SMTP, TCP, JMS
    ・Raw XML providers
    ・Support for MTOM/ MIME/ SwA
    ・SAAJ implementation
    ・DOOM - New Feature
    ・Pack/Unpack capability for the generated code- New Feature
    ・Axis Data Binding - ADB (Framework and Schema Compiler)
    ・Numerous bug fixes since last release

Articles

  • 2005 Java Developer’s Journal Readers’ Choice Awards
    http://jdj.sys-con.com/read/171303_3.htm
  • 2006年のAjaxはJavaScriptプログラミングが脇役になっていく
    http://blogs.itmedia.co.jp/randomwalk/2006/01/2006ajaxjavascr_be53.html?itmh060118
    Ajax の利用形態の観点から考えると、少し前までは高度なプログラマがそれぞれの単体な機能を統合し実現されていましたが、既にいくつかのライブラリとしてコンポーネント化され、提供されています。（本記事でもいくつか紹介されています。）今後は複数のフレームワーク内で、Ajaxコントロールの標準化がなされる方向に進むのではと考えています。（具体的には、JSF1.2ではAjaxコントロールに対応するようですし、私も記事の著者と同意見です。）生産性をより向上させ、インタラクティブなUIが利用できるようになればいいですね。 

]]> tomo008 今週のNews(06/01/09-) http://tomo008.blog.so-net.ne.jp/2006-01-10 News Tue, 10 Jan 2006 14:54:05 +0900 http://tomo008.blog.so-net.ne.jp/2006-01-10

一般

Products

  • Apache Geronimo 1.0 has been released.
    リリースをアナウンスされ、直ぐに撤回されていましたので心配しておりましたが、無事リリースされた模様です。Sun MicrosystemsのJ2EE 1.4互換に関して認定されたバージョンとなります。tomcat 同梱版と jetty 同梱版が用意され ているようです。
    http://geronimo.apache.org/index.html
  • Tapestry 4.0 (final) Released(06/01/07)
    http://jakarta.apache.org/tapestry/
  • Coldtags suite ver. 2.5 Released
    http://www.servletsuite.com/jsp.htm
    本サイトの製品には前から関心がありましたが、徐々に拡充されてきましたね。非営利のソフトウェアであればフリーで使用できるようです。（正確にはライセンス条項をご覧ください。）営利な開発でも利用できれば助かるのですが・・・（＾＾）

Performance

]]> tomo008 今週のJavaNews(05/12/26-) http://tomo008.blog.so-net.ne.jp/2005-12-26 JavaNews Mon, 26 Dec 2005 15:51:06 +0900 http://tomo008.blog.so-net.ne.jp/2005-12-26

Software Engineering

AOP

  • AspectJ 5 final has been released.(05/12/20)
    http://eclipse.org/aspectj/
    http://www.eclipse.org/ajdt
    AspectJ との統合の宣言から一年越しに、ついにAspectJ5がリリースされたようです。Java5のサポートおよびAspectWerkz との統合がメインになります。AspectJ 1.5 をサポートする AJDT 1.3 for Eclipse 3.1 も同時にリリースされています。

    主な特徴は以下のとおりです。
     - Java5 をフルサポート
     - generic aspect を実装(pointcut, advice 内の type parameters を使用)
     - reflection API を提供する (ajTypeSystem)
     - code-style, annotation-style(@AspectJ) 、そして同一の weaver と semantics を持つXMLベースの設定を提供
    - AspectWerkz のロード時のweaving そして、Eclipse AJDTのサポート

Java

Testing

]]> tomo008 Java関連News(05/12/12-) http://tomo008.blog.so-net.ne.jp/2005-12-12 JavaNews Mon, 12 Dec 2005 14:52:46 +0900 http://tomo008.blog.so-net.ne.jp/2005-12-12

一般

IT全般

  • Vmware Player 1.0.0 Build 18587 is released.(05/12/12)
    http://www.vmware.com/download/player/
    Vmware の Free版である Vmware Player の正式版がリリースされたようですね。

Java関連

  • CruiseControl 2.3.1 is release.(05/10/10)
    http://cruisecontrol.sourceforge.net/
    10月にリリースされているバージョンが最新ですが、当職の環境を久しぶりに更新し、改善されている点がいくつか見られましたので、報告です。
    大きく改善されている点は、ダウンロード後、ディフォルトの設定で即試行ができる点です。
    具体的には、ディフォルトの設定で cruisecontrol.bat を実行するだけで、commons-math のビルドが実施され、結果レポートを閲覧可能な状態になります。
    最初に、commons-math をネットワーク上のCVSからダウンロードし、コンパイルおよびテストが実行されます。実行結果は、XMLファイルに出力されます。同時に軽量HTTPServerである jetty を自動起動することにより、結果レポートを Web で確認可能な状態になります。
    1.x のころはドキュメントを見ながら試行錯誤でビルドサーバを構築していましたが、劇的にビルド環境を構築し易くなったのではと考えます。
    近々 JBoss の kosmos との連携に関しても少し評価できればと考えています。
  • JetSpeed 2.0 is released.
    http://portals.apache.org/jetspeed-2/

    JetSpeed 2.0 Release Notes
    ○Standardized:
    * Fully compliant with Java Portlet API Standard 1.0 (JSR 168)
    * Passed JSR-168 TCK Compatibility Test Suite
    * J2EE Security based on JAAS Standard, JAAS DB Portal Security Policy
    * LDAP Support for User Authentication

    ○Foundation Component Architecture:
    * Spring-based Components and Scalable Architecture
    * Configurable Pipeline Request Processor
    * Auto Deployment of Portlet Applications
    * Jetspeed Component Java API
    * Jetspeed AJAX XML API
    * PSML: Extended Portlet Site Markup Language
        - Database Persistent
        - Content Management Facilities
        - Security Constraints

    ○Portal Core Features:
    * Declarative Security Constraints and JAAS Database Security Policy
    * Runtime Portlet API Standard Role-based Security
    * Portal Content Management and Navigations: Pages, Menus, Folders, Links
    * Multithreaded Aggregation Engine
    * PSML Folder CMS Navigations, Menus, Links
    * Jetspeed SSO (Single Sign-on)
    * Rules-based Profiler for page and resource location
    * Integrates with most popular databases including
       - Derby, MySQL, MS SQL, Oracle, Postgres, DB2
    * Client independent capability engine (HTML, XHTML, WML, VML)
    * Internationalization: Localized Portal Resources in 12 Languages
    * Statistics Logging Engine
    * Portlet Registry
    * Full Text Search of Portlet Resources with Lucene
    * User Registration
    * Forgotten Password
    * Rich Login and Password Configuration Management

    ○Administrative Portlets:
    * User, Role, Group, Password, and Profile Management
    * JSR 168 Generic User Attributes Editor
        - JSR 168 Preferences Editor
        - Site Manager
        - SSO Manager
        - Portlet Application and Lifecycle Management
        - Profiler Administration
        - Statistics Reports

    ○Web Framework Support and Sample Portlets:
    * Bridges to other Web Frameworks
       - JSF, Struts, PHP, Perl, Velocity
    * Sample Portlets
       - RSS, IFrame, Calendar XSLT, Bookmark, Database Browser
       - Integration with Display Tags, Spring MVC

    ○Customization Features:
    * Administrative Site Manager
    * Page Customizer

    ○Portal Design Features:
    * Deployment Jetspeed Portlet and Page Skins (Decorators) CSS Components
    * Configurable CSS Page Layouts
    * Easy to Use Velocity Macro Language for Skin and Layout Components

    ○Development Tools
    * Automated Maven Build
    * Jetspeed-2 Maven Plugin for Custom Portal Development
    * AutoDeployment of Portlet Applications, Portal Resources
    * Deployment Tools
    * Plugin Goals integrated with Auto Deployment Feature

    ○Application Servers Supported:
    * Tomcat 5.0.x
    * Tomcat 5.5.x
    * Websphere 5.1, 6.0
    * JBoss

]]> tomo008 Java関連News(05/12/05-) http://tomo008.blog.so-net.ne.jp/2005-12-06 JavaNews Tue, 06 Dec 2005 16:16:33 +0900 http://tomo008.blog.so-net.ne.jp/2005-12-06

J2EE5 implementation

IT Management framework

Build Process

Ajax

]]> tomo008