Ymirではリクエストパスに対応するPageクラスのメソッドが呼び出されます。対応するPageクラスが存在しない場合、メソッド呼び出しは行なわれません。このクラスが存在する場合、以下のような処理が行なわれます。

1. このクラスのインスタンスをS2Containerから取り出す（なおインスタンスはrequestスコープです）。
2. type="file"以外のリクエストパラメータ（URIパラメータがマージされたもの）をPageインスタンスにinjectする。
3. type="file"であるリクエストパラメータをPageインスタンスにinjectする。
4. @Inアノテーションが付与されているsetterメソッドがあれば、アノテーションに従ったオブジェクトスコープからオブジェクトを取り出してそのsetterメソッドを使ってセットする。
5. Pageクラスに書かれている制約アノテーションに従って制約（リクエストパラメータの正当性やアクセス権限）のチェックを行なう。
6. Pageインスタンスについてアクションを実行する。具体的には、マッチしたパスマッピングから構築したアクション名と同じ名前のメソッドを呼び出す。アクション名と同じ名前のメソッドが存在しない場合は_default()メソッドを呼び出す。_default()メソッドも存在しない場合はPermissionDeniedExceptionをスローする。
7. メソッドの返り値からResponseオブジェクトを構築する。構築したResponseのtypeがPASSTHROUGHでかつマッチしたパスマッピングから構築したデフォルトの返り値がnullでない場合は、Responseオブジェクトをデフォルトの返り値から構築したResponseオブジェクトで置き換える。
8. ResponseのtypeがPASSTHROUGHまたはFORWARDの場合、Pageインスタンスの_render()メソッドを呼び出す。（このメソッドの中で、テンプレートのレンダリングに必要なオブジェクトやプロパティの準備を行なうようにして下さい。）
9. @Outアノテーションが付与されているgetterメソッドがあれば、アノテーションに従ったオブジェクトスコープにgetterメソッドの返り値を格納する。

なお、制約チェックで失敗した場合はアクションメソッドの呼び出しの代わりに、_validationFailedメソッドまたは_permissionDeniedメソッドが呼び出されます。

具体的には、リクエストパラメータの正当性チェックに失敗した場合は_validationFailed(Notes)メソッド、なければ_validationFailed()メソッドが呼び出され、アクセス権限チェックに失敗した場合は_permissionDenied(PermissionDeniedException)メソッド、なければ_permissionDenied()メソッドが呼び出されます。

どちらの場合もメソッド呼び出しの後_render()メソッドの呼び出しが行なわれます。

なお、_validationFailedメソッドが存在しない場合は単にメソッド呼び出しがスキップされますが、_permissionDeniedメソッドが存在しない場合はPermissionDeniedExceptionがスローされます。PermissionDeniedExceptionがスローされた場合は_render()メソッドの呼び出しは行なわれません。

core.requestParameter.strictInjection=true

@Invoke(Phase.PAGECOMPONENT_CREATED)
public void initialize() {
    ...
}