イメージとしてはスクリプト開発モデルの Module.dowonload.send() と同じように利用できることを想定しています。

具体的には、

・User-Agentなどに応じてファイル名のエンコーディングを行う機能を追加

・ファイル名(String型)とダウンロードするデータ(バイト配列、若しくはInputStream)を引数に設定することでファイルダウンロードを実行

というような処理が実行可能です。

このAPIの利用方法は以下のようなコードになります。

String fileName = sampleForm.fileSearch;
File file = new File(new File({ストレージのルートフォルダ}, fileName);
IMResponseUtil.download(fileName, FileUtil.getBytes(file));
return null;

パッチ４では７４件の要件に対応しております。注目すべき要件は以下です。

• 最新ブラウザ(IE9、Firefox最新、Safari 5.1)に対応しました 
• resin 3.1.12 (resin 3.1.9 -> resin 3.1.12) に更新しました
• SAStruts+S2JDBC開発における改善を行いました

最新ブラウザに対応するために、IWP/AFW Ver.7.2(IM共通、IM-WF含む)の画面をすべてチェックしました。IE9に関しては、検証時に以下の３件の問題が見つかりましたが、いずれも軽微な問題です。

1. タイトルバーの英字の文字が少し潰れてしまう
   ⇒ 申し訳ありませんが、制限事項とさせていただきます。
2. ページ切り替え時のボタンの色が戻らない (Maskat Realto)
   ⇒ 申し訳ありませんが、制限事項とさせていただきます。
3. 申請時のルート選択時に枠線が表示されない (IM-WF)
   ⇒ IM-WFの次期パッチ以降で対応を試みる計画です。
    

参考：タイトルバーの英字の文字が少し潰れてしまう

Firefoxに関して、 Firefox は高速リリースサイクルに移行し、今後Firefoxの新バージョンが順次リリースされます。＞Firefoxのリリーススケジュール

弊社は今後も Firefox の新バージョンについても順次サポートしていきます。
ただし、障害の原因がFirefox 自体で起因する問題の場合、弊社では対処できませんのご了承ください。

弊社でも十分検証しておりますが、もし何か新しいバージョンのブラウザを使用していて問題がございましたら、ご連絡いただければ幸いです。

また、resin 3.1.9 から resin 3.1.12 において、21件の要件が対応されております。＞チェンジログ

各種問題が修正されているのですが、Windows Server 2003 SP2 のIIS6.0をご利用のお客様は注意が必要です。というのも、resin 3.1.12 のisapi_srun.dll が利用できません。resin 3.1.12 のisapi_srun.dll の内部で、Windows Server 2003で利用できない WindowsAPI が使用されているためです。。

そのため、Windows Server 2003 SP2 のIIS6.0をご利用をお客様は、resin3.1.9 のisapi_srun.dll を利用してください。ただし、resin 3.1.9 のisapi_srun.dll では「OS を起動してから49.7 日経過後に接続できなくなる問題(要件13160)」があるため、定期的なOS 自体の再起動が必要です。

また、SAStruts+S2JDBCを使った開発案件も増えてまりました。その中で各種問題も見つかり、またご要望をいただいております。本パッチでは、SAStruts+S2JDBCに関して以下４件対応いたしました。

• 要件 [15764] ポートレット内でJSSPFormタグを利用するとエラーが発生
• 要件 [15800] リクエスト情報からログイングループIDが判別できないときにURLバリデーション機能が利用できない
• 要件 [15916] SAStruts+S2JDBC環境構築ツールの同梱
• 要件 [15598] JavaEE用のファイルダウンロードAPIの追加 

要件 [15916] に関して、これまで、SAStruts+S2JDBC の環境を構築するときは、環境構築ツールをダウンロードする必要がありましたが、パッチインストーラに同梱され、より手軽にセットアップできるようになりました。

開発中にデータベースに対してどのようなクエリが流れているのか確認してみたいことありませんか?

以前、山寺さんが紹介していたResinのログで取得するなど、いろいろな方法があるのですが、今回は、log4jdbc(http://code.google.com/p/log4jdbc/)を利用したトレース方法を紹介します。 今回は例としてWebPlatform上での設定を紹介します。

設定手順

1. http://code.google.com/p/log4jdbc/downloads/listよりlog4jdbc4-*.jarをダウンロードします。

2. %WebPlatform%/lib配下にダウンロードしたjarファイルを配置します。

3. %WebPlatform%/conf/http.xmlを編集します。

<database>
  <jndi-name>jdbc/default</jndi-name>
  <driver>
   <type>org.postgresql.Driver</type>
   <url>jdbc:postgresql://127.0.0.1:5432/iwp723</url>
    <user>USER</user>
    <password>PASSWORD</password>
  </driver>
  <prepared-statement-cache-size>8</prepared-statement-cache-size>
  <max-connections>20</max-connections>
  <max-idle-time>30s</max-idle-time>
</database>

<database>
  <jndi-name>jdbc/default</jndi-name>
  <driver>
   <type>net.sf.log4jdbc.DriverSpy</type>
   <url>jdbc:log4jdbc:postgresql://127.0.0.1:5432/iwp723</url>
    <user>USER</user>
    <password>PASSWORD</password>
  </driver>
  <prepared-statement-cache-size>8</prepared-statement-cache-size>
  <max-connections>20</max-connections>
  <max-idle-time>30s</max-idle-time>
</database>

4. %WebPlatform%/conf/log配下にim_logger_log4jdbc.xmlファイルを作成し、以下の内容を設定します。

<included>
  <logger name="jdbc.sqlonly" additivity="false">
    <level value="off" />
    <appender-ref ref="STDOUT" />
  </logger>
  <logger name="jdbc.sqltiming" additivity="false">
    <level value="info" />
    <appender-ref ref="STDOUT" />
  </logger>
  <logger name="jdbc.audit" additivity="false">
    <level value="off" />
    <appender-ref ref="STDOUT" />
  </logger>
  <logger name="jdbc.resultset" additivity="false">
    <level value="off" />
    <appender-ref ref="STDOUT" />
  </logger>
  <logger name="jdbc.connection" additivity="false">
    <level value="info" />
    <appender-ref ref="STDOUT" />
  </logger>
</included>

[INFO] j.sqltiming - select mp.menu_id as menu_id from b_m_menu_public_group_b mp, b_m_public_group_attach_t pa
where pa.user_cd = 'aoyagi' and pa.start_date  '2011/08/26|16:54:58'
and mp.public_group_set_cd = pa.public_group_set_cd and mp.public_group_cd = pa.public_group_cd
 {executed in 5 msec}
[INFO] j.sqltiming - select parent_menu_id,menu_id from b_m_menu_b  {executed in 6 msec}
[INFO] j.sqltiming - select menu_id,locale_id,display_name from b_m_menu_i  {executed in 10 msec}
[INFO] j.sqltiming - select menu_id,argument_name,argument_value from b_m_menu_argument_b  {executed in 23 msec}

最近の流れから、社内のネットワーク上でなく、インターネット上のSaaS/Cloud環境にintra-martを稼働させてアクセスしたりすることが多くなってきました。

そうすると、環境によってはネットワークの遅延が問題になることがでてくるようになってきました。
また、intra-mart自体もIM共通マスタやIM-WorkflowなどAjaxを多用する機能が増えてきており、
一つの画面を表示するのに、大量のJSファイルやCSSファイルや画像ファイルなどの静的ファイルを
読み込むようになっており、１画面を表示するためのリクエスト数が増加傾向にあります。

現状、この状況を解決する一番簡単な手段として、クライアントのブラウザのキャッシュ機能を有効活用することで、見かけ上のレスポンスを向上させることができます。

つまり、ブラウザにキャッシュされては困る、intra-mart上のプログラム上で生成されるコンテンツ自体はキャッシュさせずに、変更される頻度が低いクライアントサイドのJavaScriptファイル、CSSファイル、画像ファイルをブラウザ側にキャッシュさせ、毎回サーバ側に取得させなくすることで、ブラウザからのリクエスト数を減少させて、サーバの負荷を低減させ、見かけ上のレスポンスも向上させることが可能です。

具体的な対応方法としては、

WebPlatformで、ResinをWeb/APサーバとして利用している場合

AppRuntimeのconf/http.xmlの「<web-app id="/imart"　・・・」の<web-app>タグ内に
以下の設定を追記してください。

        <filter filter-name='expires-1D' filter-class='com.caucho.filters.ExpiresFilter'>
            <init>
              <cache-time>1D</cache-time>
            </init>
        </filter>
        <filter-mapping url-pattern='*.js'  filter-name='expires-1D'/>
        <filter-mapping url-pattern='*.css' filter-name='expires-1D'/>
        <filter-mapping url-pattern='*.png' filter-name='expires-1D'/>
        <filter-mapping url-pattern='*.gif' filter-name='expires-1D'/>
        <filter-mapping url-pattern='*.jpg' filter-name='expires-1D'/>

また、これに合わせて、転送時のファイルサイズをGzip圧縮で圧縮する設定をあわせて行うことで、転送時間を抑えることができ、非常に効果的ですので、上記設定と合わせて設定していただくことを推奨致します。

        <filter filter-name="gzip" filter-class="com.caucho.filters.GzipFilter"/>
        <filter-mapping url-pattern='*.js'  filter-name='gzip'/>
        <filter-mapping url-pattern='*.css' filter-name='gzip'/>
        <filter-mapping url-pattern='*.png' filter-name='gzip'/>
        <filter-mapping url-pattern='*.gif' filter-name='gzip'/>
        <filter-mapping url-pattern='*.jpg' filter-name='gzip'/>

を記載することで、APPサーバ側でGZIP圧縮することが可能になります。

Apacheを利用している場合

Apacheのconf/http.confに

        ExpiresActive On
        <IfModule mod_expires.c>
           <FilesMatch "\.(css|js)$">
              ExpiresDefault "access plus 1 days"
           </FilesMatch>
           <FilesMatch "\.(gif|jpeg|jpg|png)$">
              ExpiresDefault "access plus 1 days"
           </FilesMatch>
           ExpiresByType text/css "access plus 1 days"
           ExpiresByType application/x-javascript "access plus 1 days"
           ExpiresByType image/jpeg "access plus 1 days"
           ExpiresByType image/gif "access plus 1 days"
           ExpiresByType image/png "access plus 1 days"
        </IfModule>

        <IfModule mod_deflate.c>
           SetOutputFilter DEFLATE
           BrowserMatch ^Mozilla/4 gzip-only-text/html
           BrowserMatch ^Mozilla/4\.0[678] no-gzip
           BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
           SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png|zip|lzh)$" no-gzip dont-vary
           Header append Vary User-Agent env=!dont-vary

        DeflateCompressionLevel 5
            AddOutputFilterByType DEFLATE text/html
            AddOutputFilterByType DEFLATE text/html; charset=Windows-31J
            AddOutputFilterByType DEFLATE text/plain
            AddOutputFilterByType DEFLATE text/css
            AddOutputFilterByType DEFLATE text/xml
            AddOutputFilterByType DEFLATE application/x-javascript
            AddOutputFilterByType DEFLATE application/xml
            AddOutputFilterByType DEFLATE application/rdf+xml
        </IfModule>

開催概要

【日程】: 2011年07月26日(火)
【時間】: 19:00 - 21:00 (18:45開場)
【場所】: NTTデータイントラマート セミナールーム

* 東京都港区赤坂2丁目17番22号 赤坂ツインタワー本館3階
* 詳細地図 → http://bit.ly/bOMNqi

内容

(1) 開発支援ツール「業務スケルトン」の紹介 (by 齊藤 悠 様)

• 業務スケルトン概要 (5分程度)
業務スケルトンとは？
• テンプレート紹介 (15分程度)
標準で用意されているテンプレートについてご紹介致します。
• テンプレート作成方法 (40分程度)
• 独自テンプレートの作成方法を簡単にご紹介致します。
  
  

(2) Lightning Talks!（数人が矢継ぎ早にLTします）

• なんかやるよー (by 星さん)
• 忙しいよー (by 榎本さん)
• だよーん (by 篠宮さん)

参加方法

• http://bit.ly/pSX7yc

懇親会

勉強会終了後にイントラマートの社内バーにて開催。(なんと会費は無料！)

• 懇親会にご参加いただける方、１人１袋くらいの「おつまみ」をご持参いただければ幸いですっ！

その他

• 勉強会の模様は、http://bit.ly/cUaZQP にて動画配信します。(勉強会終了後も閲覧可能。URLは後日お知らせします)
• Twitterハッシュタグは「#open_intra_mart」で！
• Open INTRA-MART メーリングリストをご購読いただくと、勉強会開催のお知らせ等が届きます。
• メーリングリスト購読 → http://bit.ly/creAB3

XMLキャッシュ

• 設定箇所
• not-use-xml-file-cache を false に設定 ※デフォルト：false
• xml-file-cache-store-second にキャッシュ時間を設定 ※デフォルト：15秒

• マニュアル
• IM-Workflow 仕様書 4.1.1.5 XMLファイルキャッシュの設定

ファイルトランザクションレベル

• 設定箇所
• transaction-file-level を 1 に設定 ※デフォルト：2

• マニュアル
• IM-Workflow 仕様書 4.1.2.15 データ保存関連の設定

処理対象者プラグインキャッシュ

• 設定箇所
• not-use-plugin-result-cache を false に設定 ※デフォルト：false
• plugin-result-cache-store-minute にキャッシュ時間を設定 ※デフォルト：60分

• マニュアル
• IM-Workflow 仕様書 4.1.1.6 処理対象者標準プラグイン結果キャッシュ設定

intra-martにおける多言語対応とは？

intra-mart Ver5.0以降、ログインユーザごとに使用する言語を切り替えることができます。(管理者での指定もユーザ自身での変更も可能。)
言語を切り替えるとメニュー項目、表示項目、メッセージがユーザの指定した言語（ロケール）に切り替わります。

• メニュー表示名
• 標準提供画面の各種項目名、キャプション
• ロール表示名
• カレンダ表示名
• グループ（会社・組織・パブリックグループ）
• 組織名、会社名、パブリックグループ名称
• 組織名、会社名、パブリックグループのカナ名称（日本語ロケールのみで利用）
• 組織名、会社名、パブリックグループの英字名称
• 住所
• ユーザ
• ユーザー名
• ユーザー名カナ（日本語ロケールのみで利用）
• ユーザー名英字
• 住所
• 役職名
• メッセージ

画面イメージ：ログイン管理者・英語ロケール

画面イメージ：ログイン管理者・中国語ロケール

各業務画面での対応について

intra-martの多言語化でサポートしているのは、メッセージ、表示項目のロケールによる変更する機能の提供のみです。

基本的なメッセージの切り替えだけであれば、各ロケール単位で、画面を作成する必要はありませんが、ほとんどの場合、ロケール単位で表示レイアウトを微調整する必要があり、それ以外でも処理を変更したり、メッセージの表示内容を修正する必要があるので、ロケール単位で画面を作成する必要があります。

対応言語の増やし方

intra-martから提供している英語、中国語（簡体字）以外に対応言語を増やす場合、以下の作業が必要です。

1. 各言語用メッセージファイルの準備（=翻訳）
2. マスタデータ用のSQLファイル,XMLファイルの準備（=翻訳）
3. その他ファイルの準備（＝翻訳）
4. system.xmlへのロケール情報の追加
5. 画面上、各項目のサイズ調整（必要に応じて）
6. 追加した言語を利用するユーザでロケール設定を行う。

追加言語用メッセージファイルの準備（=翻訳）

追加する言語用のメッセージプロパティファイルを用意します。

• conf/message以下のpropertiesファイル（29ファイル）
例：im-error-message_en.properties(prefix: "メッセージ名"-message_"ロケール名".properties

• doc/imart/WEB-INF/lib/im_properties.jarファイル内のpropertiesファイル（49ファイル）
• plugin以下の各プラグインモジュールのpropertiesファイル（68ファイル）
例： plugin/jp.co.intra_mart.master.app.search.standard/plugin_en.properties(Prefix:Plugin/プラグイン名/plugin_"ロケール名".properties)

• アクセスセキュリティ仕様書 2.4メッセージ

マスタデータ用のSQLファイル、XMLファイルの準備（=翻訳）

追加する言語用のマスタデータ用のSQLファイル、XMLファイルを準備する。

• iWP v7.2アドバンスド版英語コンテンツでの例
storage/system/basic配下のsql、xmlファイル（29ファイル）

その他ファイルの準備（＝翻訳）

必要であれば、以下の部分の修正、翻訳を行う。

• 送信メールのエンコード指定
conf/mail/encode_"ロケール名".properties
キャラクタセット、mimeエンコード、 contentTransferEncodingを指定する。

• システム管理者用メニューの翻訳
conf/system-menu_ "ロケール名".xml

• intra-mart Administratorの翻訳
conf/admin_"ロケール名".properties

• ドキュメントワークフロー(BPW)のメールテンプレート
Storage/bpw/mail_template/"ロケール名"以下、17ファイル

system.xmlへのロケール情報の追加

system.xmlに追加するロケール情報(system/locale-config/locale)を追記する。

例：日本語、英語、中国語（簡体字）にドイツ語を追加した場合：

画面上、各項目のサイズ調整

言語により、文字列の長さが、変わりますので、画面構成が崩れる場合は、各項目のサイズを変更する必要があります。

スクリプト開発モデルの場合、言語毎に、ソース（html,js）の格納先を変更することが可能です。詳細は以下のドキュメントを参照してください。

• 動作概要【 Resource Service 篇 】
http://www.intra-mart.jp/apilist/v72/guideline/outline_resource_service.html

また、各アプリケーションでの言語切替の実装方法は、以下のドキュメントを参照してください。

JavaEEフレームワーク初級・中級研修

IM-Workflowプログラミング研修（JavaEE編）

従来、intra-martのJavaEEフレームワークを利用した学習内容となっておりましたが、
更なる開発生産性向上を目指し、Seasarプロダクトの「SAStruts」・「S2JDBC」を
組み合わせた開発手法を学習する内容へ変更いたします。

併せて、研修ルーム内のintra-mart環境も以下最新環境を利用します。

• WebPlatform Ver7.23
• eBuilder Ver7.2.4
• 業務スケルトン Ver1.2.0
• IM-Workflow Ver7.2.4

上記最新版のeBuilder及び業務スケルトンでは、「SAStruts」・「S2JDBC」を
ご利用いただく際の開発支援機能が新たに追加されています。

認定試験出題範囲変更

IMS(スクリプト開発)・IMP(JavaEE開発)認定試験の出題範囲を、
BPWワークフロー（ドキュメントワークフロー）からIM-Workflowへ変更いたします。

BPWワークフロー研修コース定期開催中止

BPWワークフロー関連下記研修コースの定期開催を中止いたします。

• BPWワークフロー導入
• BPWワークフロー研修（スクリプト編）
• BPWワークフロー研修（JavaEE編）

上記研修コースの定期開催は、2011年7月をもって終了とさせていただきます。
受講を検討中の方はお早めにお申し込みください。
今後は1社様向けの個別研修コースメニューとなります。

学習内容の詳細及び、開催日程のご確認、お申し込みは弊社ホームページにてご確認ください。

定期開催技術研修コース
http://www.intra-mart.jp/event-seminar/

認定試験
http://www.intra-mart.jp/event-seminar/tech.html