パッケージ org.opengion.hayabusa.resource
package org.opengion.hayabusa.resource
国際化(リソース)管理関連リソース関連のハンドリングを行うクラス群です。 リソースそのものは、データベースで管理し、内部でオブジェクト化して、共有利用しています。
-
クラス説明事業所(CDJGS) 毎の休日カレンダデータオブジェクトです。カレンダデータインターフェースです。事業所(CDJGS) 毎の休日カレンダデータオブジェクトです。事業所(CDJGS) , 年月(YYYYMM) に対応した休日カレンダデータを作成するファクトリクラスです。事業所(CDJGS) 毎の休日カレンダデータオブジェクトです。事業所(CDJGS) 毎の休日カレンダデータオブジェクトです。カレンダDBを検索する為の クエリインターフェースです。systemId と lang に対応したコードデータを作成します。コードオブジェクトを作成するデータロードクラスです。systemId に対応したカラムデータを作成します。systemId に対応したカラムデータを作成するデータロードクラスです。ユーザーアクセス画面オブジェクトの元となる、ユーザーアクセス画面データを作成します。画面へのアクセス状況の情報を管理するクラスです。画面オブジェクトの元となる 画面データを作成します。systemId と lang に対応した画面データを作成するデータロードクラスです。 画面データは、画面ID(GUIKEY)に対して、各種画面情報を持っています。 従来と異なるのは、同一画面IDに対して、アドレスやロールズを変えた情報を持てると言う 事です。これは、カスタマイズ時に、画面IDは変えずに、実際のアクセスされるアドレスを 変える事で、他のアプリケーションへの影響を最小限にして開発できます。 linkタグや、submit などの gamenID を指定するカスタムタグでは、実際のアクセス先は、 ログインユーザーのロールズでアクセス可能な画面のアドレスに転送されます。 作番毎のカスタマイズや、ユーザーロールに応じた飛び先変更などにも使用できます。 画面データでは、複数階層持てるように、画面階層(GUILVL)を持っています。このレベルに 応じて、分類(CLASSIFY)の表示方法が変わります。(擬似階層構造) 画面データでは、言語(LANG)は、条件から消えました。実際に名称を表示させる時は、 画面カラムID(LABEL_CLM)に対応する ラベル定義より、言語に応じたラベルを取得します。 エンジン内部で使用している GUIInfo オブジェクト構築時に割り当てます。 分類(CLASSIFY)は、コードリソースに登録します。 画面データを作成する場合は、同一画面IDで、作成区分(KBSAKU)違いの場合は、 最も大きな作成区分を持つ画面情報を使用します。 作成区分(KBSAKU)='0' のデータは、マスタリソースとして、エンジンとともに 配布されるリソースになります。 画面データは、カラム定義のような、読込フラグ(FGLOAD)はありません。 画面情報(GUIInfo)は、ユーザーログイン毎に作成されます。(キャッシュは セッション情報に登録されます。) これは、画面アクセス条件を、ログイン時に済ますことで、高速化を図っています。 画面IDの件数が少ないことと、画面IDを自動作成した場合でも、 ほとんどのケースで、すべて使用される可能性が非常に高い為です。 SYSTEM_ID='**' は、共通リソースです。 これは、システム間で共通に使用されるリソース情報を登録しておきます。画面情報の取得の為のインターフェースです。画面情報の取得の為のインターフェースです。systemId , lang に対応したラベルデータを作成します。systemId と lang に対応したラベルデータを作成するデータロードクラスです。systemId , lang に対応したラベルデータを作成します。java.util.ResourceBundle クラスを複数管理するResourceManager をリソース毎に作成します。java.util.ResourceBundle クラスを複数管理するリソースクラスです。ロールモードは、画面オブジェクトやカラムオブジェクトのロール-モード制御の情報を 管理するクラスです。指定のURLをランダムキー化したり、そのキーより実URLへ転送したりします。ユーザーアクセス画面管理テーブルを維持する為のクラスです。ユーザー情報の取得の為のインターフェースを実装したクラスです。systemId に対応したユーザー情報を作成するファクトリクラスです。