[2010/03/30]
・ツリー構造メニュー、メッセージ・ペインもない表示
ツリー構造メニュー、メッセージ・ペインも表示しない全画面表示のモードが
正常に表示されない障害を解決しています。
- 公開分
この累積PTF は リリース Ver5.1 専用です。
旧リリース Ver1.0、2.0、2.1、3.0、4.0、5.0 をお使いの場合は 【適用しないで下さい】
当累積PTFは EnterpriseServerの現時点での保守ユーザー様のみ適用することができます。
保守未加入のユーザー様はさまざまな想定外の事象が考えられますので、絶対に適用しないで下さい。
保守未加入のユーザー様が誤って適用された場合でも、弊社はその結果について責務を負うことはできませんのでご注意下さいますようお願いします。
-
この累積PTF は までに弊社より発送致しました EnterpriseServer Ver5.1 の、
機能拡張および障害回復を行うものです。
更新内容につきましては 下記・PTF情報 をご覧下さい。 -
当累積PTF は System i サーバー側（V5R1～V5R4用、もしくは Ver6.1用 のASNET.USR、ASNET.COM、
HTMLテンプレート、CGI-BIN の各累積PTFモジュール）の４種類から構成されています。 - ファイルをダウンロードいただき、EnterpriseServer Ver5.1 を導入済みの System i にご適用下さい。
（2009年 07月06日～ 2010年 ）
| 対応 i5/OS | V5R1M0～V5R4M0 | Ver 6.1 | |
|---|---|---|---|
| ASNET.USR 最新ライブラリー |
ダウンロード（2010/03/19版） |
ダウンロード （2010/03/19版） |
 PTF適用時のご注意
|
| ASNET.COM 累積PTF |
ダウンロード （2010/04/01版） |
ダウンロード （2010/04/01版） |
|
| HTMLテンプレート 累積PTF |
ダウンロード （2010/03/19版） |
ダウンロード （2010/03/19版） |
PTF適用時のご注意
|
| CGI-BIN 累積PTF |
ダウンロード （2010/04/01版） |
ダウンロード （2010/04/01版） |
項目をクリックすると詳細がご覧いただけます。
- AutoWeb の機能拡張および障害解決
[2010/03/18]・エラー・フィールドの再入力
一度でもエラーになったフィールドを訂正せずに再実行した場合は訂正が行われない限り、
継続してエラーとなるよう 5250エミュレータと同じ動作を継承するように改訂しました。・通信の保持を IE7, IE8 にも対応通信の保持(
Keep-Alive) 機能を IE7 および IE8にも対応しました。
これによって IE6～IE8 までのブラウザにおいて AutoWeb の通信は 5250エミュレータと
同様に切断されることなく通信が保持されます。[2010/03/16]・Spoolライターが導入されていない環境での動作先の2/22 のPTF によってSpoolライターが導入されていない環境では
ログインができないという障害が発生し、これを対策しています。
ユーザー様にはご迷惑をお掛けいたしまして大変申し訳ございませんでした。[2010/02/22]・ロール・アップ語の表示障害の追加対策先般の 1/13対策によって一部のロールアップ後に画面が崩れてしまうという障害の再発がありました。
この PTF によって対応が追加されましたが一部のユーザー様にはご迷惑をお掛けいたしまして
申し訳ございませんでした。・スペースの空きのない機能キーの表示への対応すべてが倍角文字列(漢字) で機能キーと機能キーのあいだにスペースのない機能キーの表現にも
対応致しました。・HTML インターフェースのサイズの最小化HTMLスタイル・シート等を外部参照に変更致しました。
これにより出力される HTML のサイズはより小さなものとなって複雑な画面でも快適な
パフォーマンスを得ることができます。・入力妥当性検査の強化5250 エミュレータによって不適切な文字が入力されたり、文字数のオーバーがあった場合の
エラー・メッセージがalertによって適切に表示されるよう機能を強化しました。[2010/01/20]・5250 エミュレータの鍵盤エラーに対応5250 エミュレータ上で入力桁数をオーバーしたり数字フィールドに英文字を入力しようとすると
4桁の数字のエラー・コードが表示されますが、AutoWeb でも、これらのエラーを検知して
4桁数字のコードではなく日本語表記のAlertを表示するように機能を追加しました。
5250 エミュレータの 4桁コードは AutoWeb では次のように表示されます。エラー・コード エラー・メッセージ 0000 HELP は未定義です 0001 入力速度が速すぎます 0002 有効でないキー・コード 0003 CMDキーの次のキーの誤り 0005 カーソルが入力域にありません 0006 SYSREQ の次のキーの誤り 0007 入力必須があります 0008 英字以外が入力されました 0009 数字以外は入力できません 0010 符号数字以外は入力できません 0011 数字項目にデータが入力された 0012 入力桁数のオーバーです 0013 挿入モードを継続してください。 0014 全桁入力が必要です。 0015 自己検査の誤りです 0016 符号入力が定義されていません [2010/01/13]・スクロールによって入力欄が表示になってしまう障害に対応画面によってはスクロールすると入力欄が表示されなくなるか、または表示のみになってしまう障害を解決しました。
・NULL 入力が無視されてしまう障害を解決削除キー(
Delete) を押して入力欄をNULLで削除した場合に無視されてしまう障害を解決しています。[2010/01/12]・エラー・メッセージが表示されたときに画面が崩れてしまう障害の回復ユーザーのエラー・メッセージによる
alertダイアログが表示されたときに
画面が崩れてしまう障害を解決しています。・入力欄を NULL にして入力すると不正な文字列が代入されてしまう障害を解決入力欄を意図的に
NULLにして実行キー等を行うと不正は文字列がその欄に
入力されてしまう障害を解決しています。・機能キーの操作によって文字「/」が「a」に文字化けしてしまう障害を解決しました。[2010/01/06]・スクロールによって項目の表示が消失する障害に対応ROLL UP/DOWNキー操作によって一部のフィールド値が消える障害を解決しています。・不要な入力ボックスが表示されてしまう障害への対応逆に不要な入力ボックスが空のままで表示されてしまう障害も解決されています。
[2009/12/24]・ライブ・アプリケーション化を初めて実現 !! (仮想対話式環境)これまでは、ブラウザと HTTPサーバーとの通信は、Keep-Alive が指定されても 1分間経過すると
ブラウザ自身が通信を遮断していました。
これは世界中のどの HTTPサーバーやブラウザでも同じことです。
このことがセッション維持を必要とする多くのWeb開発者を悩ませていました。
さらに再接続が行われたときには同じ元の子プロセス（AURORA_EGN）と再接続されるとは限らないので
AutoWeb では一定時間のあいだ、再接続を待つためのタイマー・ジョブが生成されるようにしていました。
しかしタイマー・ジョブでは同じ子プロセス（AURORA_EGN）との再接続を可能とはしますが
次のような問題がありました。- タイマー・ジョブが起動されているとＸボタンによるジョブは直ちに終了せず、
タイマーの間の待機が必要となってしまう - 多くのタイマー・ジョブが起動されていると関連が見ずらくわかりにくいものとなってしまいます。
今回、弊社ではブラウザと HTTPサーバー (Alaska) とのあいだの通信の永続的に保持させることに
成功しました。( ブラウザの設定を変更する必要は全くありません。)
これによって AutoWeb の場合、ユーザーが終了しない限りはブラウザと Alaska とのあいだの
通信は遮断されることはありません。
つまり 5250エミュレータと同じように通信は保持されたままとなります。
これは非常にスマートで洗練された解決であり、- タイマー・ジョブは全く必要でない。
- 活動状況 ( WRKACTJOB ) も非常にわかりやすく見やすいものとなる。
- Ｘボタンによっていつでもジョブは直ちに終了することができる。
【参考】「通信の保持」のアーキテクチャーは AutoWeb だけに留まらず
Web適用業務のこれまでの多くの問題を解決します。- TONAKAI/2.0 においても通信が保持されます。
- セッション管理が全く、必要ではなくなります。
通信が保持されるとスタックもそのまで待機する適用業務の開発が可能となり、
その適用業務ではプログラム変数値も保持された、ステトーフルな適用業務となります。
COMIT & ROLLBK ももちろん可能ですし、QTEMP や *LDA の使用もこれまでの
5250アプリケーションと同じ環境として使用することができるようになります。
・入力行の表示属性がロール・キーによって変化する画面の障害への対応入力行のある SFLレコードの表示がロール・アップ/ダウンによって表示/非表示のように
変化する SFL 表示で画面が崩れる障害がありましたが、これを解決しました。・ロック時の表示の崩れを解消ALT + L キーによって画面をロックした場合のスクロール・キーや機能キー表示の崩れが
あった障害を解決しました。・スナップ・ショットを実装しましたAutoWebの画面表示に障害があった場合には、ALT + S キーを押すとスナップ・ショットとして
そのときの 5250ストリームをローカルPC に保存して㈱オフィスクアトロに送って修正を
求めることができるようになりました。
㈱オフィスクアトロのヘルプデスクでは、これを再生して直ちにお客様での障害を再現することが
できます。障害回復までの時間を大幅に短縮することができます。[2009/12/08]・例外メッセージへの対応を追加例外メッセージ( *ESCAPE ) が発生したときにもエラー・メッセージHTML が必ずブラウザに
戻るよう改訂しました。
これによって System i サーバー側で予期しない例外メッセージが発生した場合でもブラウザが
フリーズすることなく、エラー・メッセージを受け取ることができます。(MSGWは除外)
またエラー・メッセージ HTML 表示においてエラーが発生したときのジョブログを
調査することができます。・タイムアウト・メッセージタイムアウトによって System i 側のサーバー・ジョブが終了後にユーザーが操作を再開したときに
ブラウザは IE のエラー・メッセージになってしまってしましたが、これを正しく Alaksa からの
タイムアウト・メッセージが表示されるように修正致しました。[2009/12/07]・ロール・アップ操作による画面遷移の乱れを修正ロール・アップやダウンを繰り返すと HTML が乱れてしまう障害を補正しました。
・エラーで反転イメージになった文字列の文字化けを修正エラー・メッセージによって反転イメージになったフィールドの文字列が文字化けを起こす障害を解決しました。
[2009/11/27]・プログラマー・インスタンスでタイマー・ジョブの復帰ができない障害を解決操作のない1分以上の空きがあったときには ブラウザが通信を遮断するためにAutoWeb では
自動的にタイマー・ジョブが起動されます。
次に再接続が試みられるとタイマー・ジョブを使って再接続が行われますが
プログラマー・インスタンス(PGMR) のときに限りタイマー・ジョブからの復帰が成功してしませんでした。
この障害を解決しプログラマー・インスタンス(PGMR)でも復帰が可能となりました。[2009/11/16]・半角カナの文字化け表示の障害を解決フィールドによっては同じ画面上でも半角カナが文字化けして表示されてしまう障害を解決しました。
[2009/11/12]・画面更新による文字表示のズレに対応機能キーによってデータ表示を更新するような業務において
データ表示の文字位置がずれる障害を解決しました。[2009/10/14]・パフォーマンス向上を対応AutoWeb は実用的に十分に良好なパフォーマンスでしたが、さらに内部的に
不要な大きな変数へのmemsetを回避し、ステップ数も減少させることによって
パフォーマンスの向上が図られています。[2009/08/06]・「実行環境の設定」に ユーザー設定を可能にする ALWUSER ディレクティブを追加「実行環境の設定」(
WEBENV) にユーザー個別に AutoWeb によるログインを認めるかどうかを設定するALWUSERディレクティブを追加しました。
この改訂には必ずライブラリー ASNET.USR も更新してください。■ ALWUSER ディレクティブ
ユーザー個別に、そのユーザーに AutoWeb の使用を認めるかどうかを設定することができます。
0012.00 #------------------------------------------------------ 0013.00 # 使用ユーザーの設定 *USE/*EXCLUDE 0014.00 # 0015.00 # AUTOWEB を使用できるユーザー・プロフィールを 0016.00 # 制限または特定することができます。 0017.00 # 0018.00 # ALWUSER ( ユーザー ) *USE : 使用可能 0019.00 # ALWUSER ( ユーザー ) *EXCLUDE : 使用不可 0020.00 # ALWUSER OTHER *USER または *EXCLUDE 0021.00 # 0022.00 # -- OTHER はその他のユーザーを示します。 0023.00 # *USE または *EXCLUDE で指定された残りのユーザーに 0024.00 # ついて指定してください。 0025.00 # OTHER は ALWUSER の最後に指定してください。 0026.00 #------------------------------------------------------ 0027.00 ALWUSER QSECOFR *EXCLUDE 0028.00 ALWUSER QTR *EXCLUDE 0029.00 ALWUSER OTHER *USE
【解説】ALWUSERの設定は社外に AutoWeb を公開するときの機密保護に有効です。
例えば、社外にユーザーMYUSERだけを公開したいときにはALWUSER MYUSER *USE ALWUSER OTHER *EXCLUDE
として設定すれば MYUSER 以外のユーザー・プロフィールで AutoWeb としてログインすることが
できません。不用意なユーザー・プロフィールによってログインされることを防ぐことができます。
また、すべてのユーザー・プロフィールで AutoWeb によるログインを拒否したいのであればALWUSER OTHER *EXCLUDE
だけを設定すると、すべての AutoWeb によるログインを拒否することになります。
このときは ユーザー・プロフィールのHOMEDIRパラメータに登録がない場合は、
ALASKA はHTP0007のエラーをブラウザに戻します。[2009/07/09]・AutoWebの専用ホーム・ページを追加Google 検索機能を搭載した下記のようなAutoWebの専用ホーム・ページが追加されました。
- タイマー・ジョブが起動されているとＸボタンによるジョブは直ちに終了せず、
- TONAKAI/2.0 の機能拡張および障害解決
[2009/03/18]・「Ｘボタン」で終了したときに 操作員メッセージに入出力エラーが表示される
実際は内部では正常に終了しているものの HTMLドライバーの終了時の戻りコードが正しくなかったために
入出力エラーが表示されていましたがこの障害を解決しています[2009/02/22]・HTML 移行の強化DSPF メンバー毎の HTML 移行の記述を HTMLタグ毎に強化しました。
[2009/12/24]・ライブ・アプリケーション化を初めて実現 !! (仮想対話式環境)TONAKAI/2.0 で移行された適用業務も AutoWeb と同じようにライブ・アプリケーションと
なりました。
タイマー・ジョブを生成することなく、通信は永続的に保持されます。QTEMPや*LDA,COMIT & ROLLBKを必要とする適用業務も完全な形で Web適用業務として
移行することができるようになりました。・S/36 RPG II からの移行をサポート従来の
RPG III,ILE-RPGからの移行に加えてS/36 RPG IIからの移行をサポートしました。RPG IIであっても一挙にILE-RPG + HTMLへと移行することができます。・他社製品からの移行のサポート(予告)TONAKAI/2.0 は、今後、他社製品からの移行を積極的に支援し、サポートする予定です。
他社製品をお使いのお客様はご遠慮なくご相談ください。[2009/12/08]・二重に表示される GO ボタンを防止複数の HTML をオーバーレイ表示する場合、GO ボタンも複数個、表示されてしまう問題が
ありましたが、表示のときには GOボタンは 1個だけしか表示されないように改訂しました。・移行時の内部エラーを補正移行の実行時に
RMVLNKコマンドがエラーのため正しく動作していませんでした。
機能の実行にはほとんど影響はありませんが、正しく動作するように改訂しました。[2009/11/27]・編集 API による障害の解決TONAKAI/2.0 で変換された後での実行において「編集ソースが正しくない」とのエラーで
MSGWになってしまう変換API の実行エラーを解決しています。
これはブランクの文字列を編集しようとして発生していたエラーでした。・/COPY も移行もサポートRPG III の変換において
/COPYステートメントで RPG III ソースが指定されている場合も
/COPY ステートメントも変換され、それを使用している親ソースの /COPY ステートメントも
変換されるように改訂しました。
この改訂によって移行後のコンパイル・エラーが解消される場合があります。・罫線イメージの出力の改訂罫線イメージのための X'2FC6' を変換元の RPGで出力している場合、変換後の実行では
「/F」とゴミのようなイメージで出力されていましたがブランクにセットされるように
改訂しました。・DSPF の DATE キーワードの指定が正しく表示されない障害があり、訂正しました。・table タグのパランスを調整AutoWeb が元の 5250画面を忠実に再現するのに比べて TONAKAI/2.0 では
自然な HTML のバランスを表現して後での修正が容易にするために
table タグの組み合わせとして変換されます。
今回の改訂では、これらの table タグのパランスを変換時に細密に計算することによって
HTML としてより自然でバランスのとれた画面に変換できるようになりました。[2009/10/14]・サブ・ファイル・レコードの生成を補正サブ・ファイル・レコードを生成する
tableタグの障害を解決しています。
サブ・ファイル・レコードの表示が 5250エミュレータに比べて全体に横方向に広がりすぎて生成されていたのを
補正してより元の 5250エミュレータ表示のときに近い形で生成されるよう改訂されました。・エラー・メッセージへの対応SFLMSG, SFLMSGID, ERRMSG, ERRMSGIDキーワードでINDARAが指定されている場合と
指定されていない場合のどちらの場合でも選択条件の標識に対応してエラー・メッセージが表示されて
エラー・フィールドが反転イメージとなるように対応しました。
従来でもこの対応はありましたが DDS の記述の方法によっては正しく動作できない問題を解決したものです。 - eStudio の機能拡張および障害解決
[2010/03/19]・IFS 表示の名前順 SORT を改訂
IFS のツリー構造表示において同じ名前が繰り返し表示される障害が社内調査で発見され、
これを解決すると同時に名前順のSORTをqsortに変更しました。
これによって障害の解決とともにIFS の表示のパフォーマンスが向上しました。※ この改訂には CGI-BIN の適用がご必要です。
[2009/12/24]・数字キーを持つデータ・ベースのレポート更新と POPUP 更新の十進数エラーを回避数字フィールドをキーの一部に含むデータ・ベースを元にレポート更新または
POPUP更新タイプの適用業務を Wizard 生成して実行すると、
実行時に十進数エラーが発生する障害を解決しています。
この障害の解決にはライブラリーASNET.USRの再導入がご必要です。・RPG# でレポート表示やレポート更新でキー・フィールドを位置移動すると
コンパイル・エラーになる障害を解決従来ではキー・フィールドは見出し画面で既に定義されていしたのでキー・フィールドを
さらに位置移動で見出し行 (H) に移動するとDSPFのコンパイル・エラーとなっていた問題を
解決しました。見出し行はHDR001, HDR002, ...として生成されますので
RPG# ソースもシンプルとなり、DSPFのコンパイル・エラーも発生しません。[2009/11/27]・セッション管理として生成されるRPG#プロジェクトの「Xボタン」の動作を補正「セッションを維持する」を指定して生成された RPG# のプロジェクトを eStudio で開発して
Ctrl + F5によって実行すると、実行のために新たに表示されるブラウザは eStudio の
子ウィンドウとして生成されているため、「Xボタン」で終了してもブラウザがその性格上からも
通信の遮断は行いません。このため System i サーバー側では起動されたジョブが応答を待ち続けるということになってしまいます。
eStudio からではなく単独で本番としてセッションを維持する RPG# を起動したときには
この障害は発生しませんが、繰り返し実行する開発中のジョブでも対応が必要です。
このため「セッションを維持する」として生成された RPG# の HTML には最下部にARR_JOBCTL.JSという制御を強化するJavaScriptを生成時に追加するように改訂しました。
「Xボタン」を押して、セッションを維持する通常の本番業務を終了しても eStudio から
Ctrl + F5 によって実行されたジョブを終了しても待機中のジョブは確実に終了します。
また、eStudio から起動したジョブを「Xボタン」で終了すると「ウィンドウが閉じられました」
というメッセージ・アラートが表示されますが、単独での本番稼動では表示されません。
この改訂によってセッション管理での 「Xボタン」終了であっても TONAKAI/2.0 のときと同じように
ジョブは確実に終了して、ジョブだけが残ったままになることはありません。
セッション管理において、「Xボタン」による終了をサポートしているのは EnterpriseServer だけです。[2009/11/16]・英語環境への対応を追加英語が指定されているブラウザ( IE のインターネットオプションの「言語」ボタンで
ENP,ENUまたはENGが
指定されている場合) においても英語モードで eStudio を使用していただくことができるようになりました。
また日本語(ja) が全く、指定されていないブラウザでも英語モードとして表示されます。
このため海外での開発も可能となりました。
ただし現在ではインターフェースおよび指示メッセージのみ英語であり、
as400-net.com ライブラリー(ヘルプ) は日本語のみです。
この機能をご利用になるにはCGIBINとTEMPLATE51の PTF適用がご必要です。【参考】EntepriseServer ではブラウザの言語の種類を CGI で容易に判別することができます。
このため今回の英語対応も容易に実現することができました。お客様が開発される場合も RPGエンジンの
LANGUAGEプロシージャーによってクライアントに応じた言語の
HTMLテンプレートを選択して表示することが簡単に行うことができます。例えば通常は日本語の HTML によって表示していても、中国語のクライアントからのアクセスがあった
場合にのみ中国語の HTML を戻すということが可能です。
現在では次の言語を識別することができます。言語 コード ブラウザ 日本語 JPN ja 英語 ENP en 英語 ENU en-us 英語 ENG en-gp スペイン語 ES es スペイン語 ESP es-es フランス語 FR fr フランス語 FRA fr-fr フランス語 FRC fr-ca イタリア語 ITA it 韓国語 KOR ko ボルトガル語 PTG pt ボルトガル語 PTB pt-BR 中国語(簡体字) CHS zh-cn 中国語(繁体字) CHT zh-tw ※この表にない言語も追加可能ですのでお問い合わせください。
・RPG# のセッション維持の生成障害を解決「セッションを維持する」にチェックを入れて RPG# を生成したときに生成された HTML 初期画面にも
セッションを維持するためのAURORA_EGNのHIDDENタグが生成されてしまっていました。
このため実行すると初期画面から遷移しないという障害となっていましたが初期画面 HTML には
AURORA_EGN の HIDDEN タグが挿入されないように修正してこの障害を解決しました。なお ILE-RPG として生成する場合にはこの障害はありません。
・RPG# の「レポート更新」で更新ボタンを押すと LOOP する障害を解決この障害の原因はテンプレートとなる RPG#ソースで
*HIVALまでLOOPするように
指定していたことが原因でした。
この障害の解決のためには PTF: ライブラリーASNET.USRの入れ替えがご必要です。
( ASNET.USR の PTF 更新の前にはHTTPCFGのBACKUPを行ってください。)【参考】他社製品では複数行の更新ができない製品もありますが EnterpriseServer では
ILE-RPG,RPG#ともに複数行の更新も通常のRPGと同じ方法で更新することができます。[2009/10/14]・Wizard 生成での項目の位置が指定できるようになりました。リスト形式の レポート照会等,... においてすべての項目は必ずしも明細行に表示したいとは限りません。
今回の拡張によって項目を見出し行やボトム行に位置を指定して生成することが可能になりました。これによってより複雑で実用的な画面レイアウトであっても Wizard で生成することができるように
なりますので、開発生産性のかなりの向上を図ることができます。
この機能のためには HTMLテンプレートの入れ替えもご必要となります。
[2009/09/28]・コンパイル・プロセッサーの IP アドレスの表示障害を解決生成されるCGIソースの CALL に記述されている IP アドレスが登録済みのIP アドレスとして
正しく生成されない場合がありましたがこの障害を解決しています。[2009/09/09]・コントロール・ウィザードを実装新規にプロジェクトを作成する場合、フィールド一覧のダイアログにおいてGUI と印されたボタンを押すと、
そのフィールドをラジオ・ボタン チェック・ボックス コンボボックス テキスト・エリア の GUIコントロールとして生成することができます。
これによって HTML がまだ初めての方であっても GUIコントロールをやさしく定義することができます。また HTML の編集画面においても フィールドをダブル・クリックするとコントロール・ウィザードが起動されて
同じように GUIコントロールへ変更することができます。くわしくは こちら で。
[2009/07/06]・ファイル結合機能の追加とフィールドのドラッグ機能を追加「新しいプロジェクトの作成」のWizard において、
CHAIN命令による二次結合ファイルを
指定することができるようになりました。二次結合ファイルの指定とともに RPG ソースにも
CHAIN 命令やキー・リストも追加され最大 32個までのファイルを結合することができます。またフィールドの位置をドラッグ&ドロップによって自由な位置に変更することもできるようになりました。
これによって最初から目的に近いレイアウトを Wizard によって生成することができ、
生成後の追加/修正が大幅に楽なものとなります。
くわしくはこちらで。・Wizard でのライブラリー一覧の制限について「新しいプロジェクトの作成」の Wizard において、ライブラリー数が非常に多く表示されてしまう
ユーザー様の環境では「機密保護メニュー」(GO SECURITY) の「オブジェクト権限の処理」において
ユーザーPGMRの表示ライブラリーを「4=使用禁止」に指定すると不要なライブラリーが表示されなくなり、
ライブラリーの参照が素早い時間で表示することができますのでお試しください。 - RPGエンジン の機能拡張および障害解決
[2010/03/30]・ASCII コード変換で「値」という文字の表示障害を解決
透過リテラルとしての「値」の文字の変換障害が社内で発見され、これを修正しました。
[2010/03/18]・コンボボックスの内部にテンプレート用ではない <OPTION があるときの ADDCOMBOADDCOMBOプロシージャーの動作においてコンボボックスの内部にテンプレート用ではない<OPTION> .... </OPTION>が定義されているときにADDCOMBOで最後に
テンプレート用の<OPTION> ... </OPTION>が残ってしまう障害を解決しました。[2010/03/16]・RPG# で名前が１０桁のフィールドの値が正しく更新されないRPG# において名前が１０桁のフィールドの値が正しく更新されないという障害が発生する場合がある、
という障害へ対策しました。・タイムアウト後に SUBMIT すると AURORA_EGN が RUN 状態になってしまうセッション管理として作成されたプロジェクトを実行してIEタイムアウト後に
SUBMITするとブラウザには
エラー・メッセージが表示されるが対応していたAURORA_EGNがRUN状態になってしまう障害を解決しました。・RPG# でのセッション管理プロジェクトのタイムアウト後の継続動作RPG# でセッション管理を指定した場合に 1分以上の経過後のタイムアウトにおいてもタイマー・ジョブが
自動生成されて、処理を継続できるように改訂しました。[2010/02/22]・SAVIFS プロシージャーの復活先般の改訂によって
SAVIFSプロシージャーが誤って除去されていましたが復活致しました。
なお SAVIFS プロシージャーは Ver5.1 で公式には公開されていません。・SEND プロシージャーの復旧RPGENGINE4についてのみSENDプロシージャーが正しく動作しないという報告がありましたが、
これは弊社のモジュール配布漏れに起因しておりました。・STRCGIDBG ディバックの開始STRCGIDBG (ディバッグの開始)においてSETFLDプロシージャーの実行によって
HTML が出力されてしまうという障害を解決し、WRITEプロシージャーで HTML が正しく
出力されるように改訂しました。・DSPFINFO での実行エラーを解消古いリリースのモジュールで作成されている場合、
DSPFINFOの実行エラーが発生する 障害を解消しています。・文字「#」をフィールド名や値に含む SETFLD プロシージャーの誤動作を解決特殊文字「
#」をフィールドの名前やセットしようとする値に含まれている場合へのSETFLDプロシージャーの誤動作を解決しました。[2010/01/20]・フィールド値に文字「#」を含む場合のSETFLD による値の更新について更新するフイールド値に文字「#」が含まれている場合には次の更新によって
# が更新エリアと見なされてしまい、正しく更新されない障害がありましたが
これを解決しています。・不明にプラウザが閉じられてしまう障害の回復開発中に予期されないエラーが発生したときにはブラウザが閉じられてしまい
QNETJOBLOG等の調査が必要になりますが、できるだけエラーが
ブラウザ側に戻されるように対応を追加しました。・STRCGIDBG での GET 命令でのポインター・エラー障害の回復STRCGIDBGで GETメソッドを指定した場合のみCGIPARMプロシージャーで
発生していたポインター・エラーを回復しました。[2010/01/18]・16ＭＢ以上のファイルのオープンとダウンロードに対応OS400 の仕様では V5R1M0 ～ Ver6.1 の場合に最大ヒープ・メモリー・サイズは
16MBであると規定されています。
このため IFS に配置した 16MB 以上のファイルを読み込むことはできませんでした。
しかし CGI で 16MB 以上の CSVファイル等が出力されることもあるので
RPGエンジン5 のプロシージャー :OPENHTML, WRITE
で 16MB 以上のファイルも扱えるように機能を拡張しました。
最大176MB までのファイルをOPENHTMLとWRITEプロシージャーによって
ダウンロードすることができるようになりました。[2010/01/12]・旧 RPGエンジン5 でバインドされている CGI がエラーとなる障害の回復先の PTF で
RPGENGINE5でバインドされている CGI が動作しなくなるという障害がありこれを回復致しました。
原因は軽量化のために一部のプロシージャーが削除されていたためで、すべての旧プロシージャーも
すべて復旧しております。
お客様には大変ご迷惑をお掛けいたしまして申し訳ございません。[2010/01/06]・複数レポート文への追加の障害に対応複数個の
REPORT文を持つ HTML テンプレートへの行の追加の順序障害を解決しています。[2009/12/25]・レポート文がキー順に並ばない障害を回復昨日(12/24) のPTF によってレポート文がキー順に並ばない障害が
社内調査で発見されたため修正致しました。[2009/12/24]・RPGENGINE 2 にも Ver5.0 のベース・モジュールを同梱しました。これで、
RPGENGINE2 ～ 5までの RPGエンジンはすべてベース・モジュールは
Ver5.1 の最新のベース・モジュール (BASECOM5 *SRVPGM) が実行されるようになりました。
これは Ver4.0 以前の旧 RPGエンジンでコンパイルされているユーザーCGI も
Ver5.1 へのリリース・アップによって再コンパイルなしで最新の実行速度やパフォーマンスを
得ることができます。
また旧RPGエンジン使用の CGI であっても障害対策や機能強化の恩恵を受けることができます。他社製品では製品のリリース・アップに伴ってユーザーCGI も再コンパイルする必要が
あるものも数多くありますが EnterpriseServer ではリリース・アップによって
お客様が再コンパイルが必要となることはありません。・RPG# の大規模画面への拡張を追加RPG# で数百行の表示が必要である Web適用業務であってもパフォーマンス良く動作するように
対応を追加しました。また 活動化グループが*CALLERである適用業務が同じAURORA_EGN上で
再実行するときに起こるポインター・エラーにも対応しています。・RPGENGINE 2～4 をお使いのユーザーで
CONTENT_TYPE プロシージャーの実行でポインター・エラー旧リリースで
CONTENT_TYPEプロシージャーでポインター・エラーが発生していたのは
CONTENT_TYPE プロシージャーに 3つめのFILEパラメータが追加されたためでした。
そのままお使いの場合でもポインター・エラーが発生しないように訂正致しました。・RPG# のエラー監視の強化RPG# での実行エラーが発生した場合には、
プログラム名、モジュール名、ステートメント, エラー・メッセージ
がジョブ・ログに詳細なメッセージとして報告されるように監視を強化しました。
これによって万一、エラーが発生したときにも速やかに原因を追跡することができるようになります。・SAVIFS プロシージャーを追加ブラウザからの入力値を IFS に保存する
SAVIFSプロシージャーを追加しました。SAVIFSによってテキスト・エリア等に入力された可変長のデータをそのままの
ASCII コードで IFS の指定したファイルとして保管することができます。SAVIFS(フィールド名: IFS保存ファイル名)
として実行してください。このプロシージャーのプロトタイプはASNET.USR/QRPGLESRC(PROTOTYPE6)に定義されています。
可変長で最大8184バイトまでのデータを保存することができます。
IFS 保存ファイルは*PUBLIC使用可能として保存されます。・複数の REPORT 文への対応を追加ひとつの画面 HTML テンプレートに複数の
REPORT文が定義されている場合REPORT文が追加される位置が最初のREPORT文の位置にだけ追加されてしまう障害を
解決しました。REPORT文は従来どおり、ひとつの HTML に対して最大 10個までのREPORT文を定義することができます。[2009/12/10]・ASNET.USRにXML#5が含まれていなかったため、追加いたしました。[2009/12/08]・<FREE> タグの動作を改訂現行バージョン(Ver5.1) では
<FREE> .... </FREE>タグに HTML文節をセット後も
<FREE> や </FREE> タグは HTML 上、残っていますが、既存のユーザー様のご指摘により
Ver2.1 のときのように <FREE> および </FREE> は除去されて表示されるように改訂致しました。・SETFLD プロシージャーの動作を改訂SETFLDプロシージャーで
$(FIELD)を置換する際、HTMLテンプレートの<body>タグ内のみ対象に
置換していましたが、<html>全体を対象に置換できるように改訂いたしました。[2009/12/01]・ベース・モジュールのダイナミック・リンクをさらに強化RPGエンジン配下のベース・モジュール(
URLMOD5) をさらにダイナミック・リンク化を進めて
Basic 認証のモジュールを別のモジュールとしました。
これによって RPGエンジンは、より小さなリソースで動作するようになりました。[2009/11/27]・CGIPARM プロシージャーの取得方法を改訂CGIPARM プロシージャーでブラウザからの値を受け取る場合に受け取った値が
「/」(スラッシュ)から始まる文字列は場合は後続のブランクが除去されてNULL-STOPで終わっていましたが、これは製品の機能のためだけに必要であり、
ユーザーによっては「/」(スラッシュ)から始まる文字列を取得する必要がある場合も
あるところから、他の文字列と同様にし、NULL-STOP されることをなくしました。・ベース・モジュールを機能別にダイリミック・リンクされるように改訂- ベース・モジュールがユーザーに使用によってダイナミックに変化します -
RPG エンジン配下のベース・モジュール(
BASECOM5,BASECOM#5およびURLMOD5) は
ユーザーが使用する如何にかかわらず、すべての機能がつねにメモリ内にロードされていましたが
21 個の選別された機能は機能別の小さなモジュール(*PGM)に分割されて必要になったときに
初めて機能別のモジュールがダイリミック・リンクされてロードされるようになりました。
しかも一旦、ロードされた後はメモリ内に留まり次のロードによる負荷は発生しません。
この改訂によりユーザーが個別の事情により、使用している機能だけが必要なものとしてロードされ、
不要なモジュールがロードされることがありません。
つまりベース・モジュールは、ユーザーの使用する機能に応じてダイナミックに変化して
ユーザー個別の事情にあった必要な機能だけが使われるようになります。
従って、必要最小限のメモリを使用することになり、RPGエンジンはこれまでより、より一層、
軽快に動作するようになりました。
この改訂は Alaska の動作も軽快にします。
またオブジェクト・サイズは改訂前の約 80 % 以下のサイズに小型化されました。
System i の CPU をより効率的に使用することができるようになっています。[2009/11/16]・ILE-RPG で「セッションを維持」を指定しても実行時に
AURORA_EGN のHIDDEN タグにジョブ番号が書き込まれない障害を解決・CONTENT_TYPE プロシージャーで「XHTML」を指定するとポインター・エラーになる障害を解決[2009/09/28]・RPGエンジン のパフォーマンスを大幅に改善RPG# で従来の約 2.6 倍、ILE-RPG で従来の約 4.2倍以上に実行スピードを向上しました。
大量のデータを表示するには、非常に効果的な改善です。
是非、PTF を適用の上、パワーアップしたスピードを体感してください。
実行速度は RPG# のほうが ILE-RPG よりも約 1.5 倍以上の速度で実行されます。
これは従来どおりであり新しく開発されるときは RPG# をご利用になることをお奨め致します。・RPG# のコントロール更新の障害を解決メモリ拡張を伴う動的なコンボボックスの候補を多数、追加する場合で
正しく候補が追加されない場合がありましたが、これを解決しています。[2009/08/10]・RPG# で Field-Exit 機能を追加HTML 上での記述で
EDTCDEやEDTWRDに加えてCHECK(RB)とCHECK(RZ)キーワードが使用可能になりました。CHECK(RB)ブランク右寄せ, 数字フィールドのブランク右寄せおよび
文字フィールドの後続文字を消去します。
カーソル(マウス・ポインター) は次の項目に TAB 移動します。CHECK(RZ)ゼロ埋め右寄せ, 数字フィールドのゼロ埋め右寄せおよび
文字フィールドの後続文字を消去します。
カーソル(マウス・ポインター) は次の項目に TAB 移動します。<input type="text" name=JUCNO id="JUCNO" value=" 1 " CHECK(RZ) alt="5S0">
この例では
00001のようにゼロ埋め右寄せを行うことができます。 - Alaska の機能拡張および障害解決
[2010/03/18]OS Ver6.1 で アクセス・ログ = *YES で起動したときに「文字列 xxxx が正しくない」との
不明なログがジョブログに出力されるこの障害は CGI の動作に影響はありませんがログ のユーザー・データ名にCGI の名前が
正しくセットされない障害となりますので改訂しました。[2010/02/22]・ライセンスの強化ご使用中のユーザー様には使用上での特段の変更はありませんがライセンスの監視がより強固なものと
なりました。これは不正な擬似ライセンスの搭載を防ぐための手段です。・着信を拒否するための REJECT ディレクティブを追加特定の不適切なクライアントからの着信を拒否するための
REJECT ディレクティブを追加しました。
同時にアクセス・ログにはリモート・アドレスが明示されるようになっています。
このことを組み合わせれば不適切なクライアントの IP アドレスを指定して
そのクライアントからの接続を拒否するように設定することができます。
アタック攻撃や AutoWeb の接続にも安全性の面で非常に有効な手段となります。
REJECT ディレクティブは HTTP構成の処理においてのようにして指定するたけです。REJECT 218.65.88.125
・アクセス・ログの強化アクセス・ログにクライアントの IPアドレス(リモート・アドレス) の Basic認証による
ログイン・ユーザー名を明示的に表示するように改訂しました。
これは不適切なクライアントからの着信を調査できるようにするためのものです。[2010/01/20]他社製品 WebBorn, i-webRPGX が Alaska 上で、そのまま動作します !!WebBorn および i-web-RPGX の CGI が、そのままで Alaska 上で動作致します。
- 元の CGI の移行や再コンパイルも全く不要
- WebBorn や i-webRPGX のライセンスも不要
- System i のリプレースに伴うライセンス変更も不要
- WebBorn や i-webRPGX の試供版でも永続動作が可能
- WebBorn や i-webRPGX の保守契約も不要
- WebBorn や i-webRPGX の開発も従来どおり可能です
- しかも以前よりパフォーマンスが向上します
※ その他の他社製品からの移行も承っております。弊社営業担当までお問い合わせください。
[2010/01/18]・16ＭＢ以上のファイルのダウンロードに対応OS400 の仕様では V5R1M0 ～ Ver6.1 の場合に最大ヒープ・メモリー・サイズは
16MBであると規定されています。
このため IFS に配置した 16MB 以上のファイルを読み込むことはできませんでした。
しかし CGI で 16MB 以上の CSVファイル等が出力されることもあるので
16MB 以上のファイルも扱えるように機能を拡張しました。
最大176 MBまでのファイルをダウンロードすることができるようになりました。・他社製品 WebBorn, i-webRPGX からの移行に対応しました。他社製品 WebBorn、i-webRPGX から EnterpriseServer への移行をサポートしました。
-
再コンパイルや変換も不要
WebBornやi-webRPGXで開発された CGI は、そのままで Alaska 上で稼動します。
元の CGI の再コンパイルや移行も全く不要です。
また元の WebBorn や i-webRPGX のライセンスも不要です。
System i のリプレースの場合もライセンス変更を行うことなくそののままで稼動し
続けることができます。
さらにIBM Apache上で動作していたときよりもパフォーマンスが向上します。
また移行後も WebBorn や i-webRPGX の開発を行うこともできます。
これら製品の保守契約が不要となります。( 移行のための費用も不要です。) - 他社製品からの移行を承っております。弊社営業担当までご相談ください。
[2010/01/12]・アクセス・ログのサイズを拡張先般の改訂によってアクセス・ログは一旦、
QRPLOBJ/ACCLOG *DTAQにスプールされますが
短時間でアクセスが集中したときには このデータ待ち行列がオーバー・フローする可能性が
あるため最大サイズを 16MB から 2GB までに拡張しました。ACCLOGは最初は 4096バイトの容量として作成されますが、最大 2GB バイトまで自動拡張されます。[2010/01/06]・インタンス「WSERVE」の追加新しいインスタンス WSERVE が使用可能として追加されました。
インタンス WSERVE は近い将来の Webサービス公開のためのインタンスです。
社外および社内から WSERVE を通じて System i のビジネス・ロジックをSOAPプロトコルによって
呼び出すことが可能となります。[2009/12/24]・URL 要求の最後の文字列が全角文字列の場合の障害を解決URL 要求の最後の文字列が全角文字である場合、「
HTTP/1.1」という文字列が最後に付加されてしまう
障害を解決しました。・MAP ディレクティブが指定されているパスが正しく取得されない障害を解決MAPディレクティブを利用している場合、繰り返しの要求で、ごくたまに MAP ディレクティブが
正しく取得されない障害を解決しました。・アクセスログとエラーログの機能を改良アクセス・ログをファイル出力に指定するとパフォーマンスが低下するというユーザーの指摘を
受けて、アクセス・ログとエラー・ログのモニター・ジョブを別途に起動するように修正しました。
これによって、- アクセス・ログやエラー・ログを指定してもパフォーマンスをほとんど低下させることがありません。
- ログは数少ない印刷スプールに集約されて見やすくなりました。
- Alaska をリブートしなくてもログを参照することができるようになりました。
・ライブラリー・リストの定義ファイルがオープンにされたままになる障害を解消ライブラリー・リストの定義ファイル :
USRLIBLが 子プロセス(AURORA_EGN) 上で
大量にオープンされたままなってしまう障害を解消しました。[2009/12/07]・ログイン動作の不具合に対応すべての場合ではありませんが、System i によってはログイン時の動作が不安定になる障害に対応しました。
・エラー表示画面の強化と例外エラーの監視を強化従来では例外エラーが発生した場合はクライアント側は IEエラーかまたは真っ白な画面と
なってしまうため、 System i サーバー側の調査が必要でした。
今回の改訂では例外エラーが発生した場合もエラー・メッセージがクライアント側に
戻って表示されるようになりました。
また例外エラーや、表示できないというパス・エラーの場合も System i の*ESCAPEメッセージが
クライアント側のブラウザに報告されます。
このためより正確なエラーの詳細を知ることができるようになりました。
またエラー表示画面上でも「ジョブログの取得」ボタンが追加されて、ボタンを押せばその要求が実行されたAURORA_EGNのジョブログを直ちに表示して知ることができます。
このようにしてエラーの原因追求をより短時間で効率よく行えるようになりました。
・ライブラリー・リストの変更を最小限にAlaska の「CGIライブラリー・リスト編集」で指定されたライブラリー・リストへの変更が頻繁に行われないよう
最小限の変更に留めるよう配慮しました。[2009/11/27]・アクセス・ログのファイル出力を復活Ver2.1 では Alaska のアクセス・ログは
ファイル : ASNET.USR/ACCESSLOGに出力されて
いましたが、現在ではOUTQ: ASNET.USR/QNETJOBOGに出力されています。
しかしユーザー様によっては アクセス・ログのファイル出力を利用されたいという
希望がありましたので、再度、ファイル : ASNET.USR/ACCESSLOG にも出力することが
できるように機能を追加しました。
今回の改訂ではアクセス・ログをファイルに出力するためには新しく追加された
HTTP構成ファイルのディレクティブ : ACCLOGを次のように設定する必要があります。#----------------------------------------------------- # ACCLOG : アクセス・ログの出力方法 # : *PRINT = OUTQ: ASNET.USR/QNETJOBLOG へ印刷出力 # : *FILE = FILE: ASNET.USR/ACCESSLOG へファイル出力 # : *BOTH = 上記の両方 # : *NONE = 出力しない ACCLOG *PRINT
【解説】アクセス・ログをファイルに出力するためには
ACCLOGを*FILEまたは*BOTHに設定してください。
ACCLOG の無い HTTP構成はACCLOG = *PRINTと見なされます。・省略値ライブラリー・リストへの戻りeStudio から実行すると
AURORA_EGNのライブラリー・リストが eStudio で指定された
ライブラリー・リストとして残ったままになっている問題がありましたが
実行後も確実に省略値のライブラリー・リストに戻るように改訂しました。・ユーザー別ライブラリー・リストの設定「CGI ライブラリー・リストの編集」において
*USERとしてユーザー・プロフィール別に
ライブラリー・リストを設定する指示が正しく機能していませんでしたが、
今回の改訂によって *USER のライブラリー・リストの設定も正しく動作するようになりました。[2009/11/16]・標準出力の CGI をサポート以前より標準出力の CGI もサポートされていましたが、今回の改訂によって
HTTP構成ファイルに STDOUT ディレクティブ が追加されました。標準出力を行っている CGI が保管されているライブラリー名を次のように指定してください。
Stdout /(ライブラリー名)/*
【例】 ライブラリーWEB05の場合Stdout /WEB05/*
【参考】今回の標準出力のサポートは IBM HTTPサーバー上で従前に動作していた CGI を Alaska 上でも、
そのままで動作させるための対応です。さらに 「他社製品でご利用になっていた CGI も」 同じように Alaska 上で動作させることが
できるようになります。今後は積極的にお客様が他社製品から移行されることをご支援致します。
詳細は弊社営業担当までお問い合わせください。・SSL_ALASKA の HTTP構成を追加GO SERVER メニューにおいて「21. ALASKA HTTP構成の処理」で SSL の構成メンバーである
「SSL_ALASKA」を起動することができませんでしたが、この改訂によりSSL の設定が可能となり、
同時に構成ファイルASNET.USR/HTTPCFGにメンバーSSL_ALASKAを追加しました。・特殊文字による Basic認証をサポートパスワードに特殊文字 :
@, \, #, _を含む場合の Basic認証はエラーとなっていましたが
これらの文字を含む場合でも Basic認証が受け入れられるように改訂しました。・Basic 認証機能の拡張新しく追加された HTTP構成の Auth ディレクティブ によって Basic認証がより強化されました。
必ず Basic 認証が必要とするパスを指定することができます。これによってエンド・ユーザーがログイン後の URL をお気に入りやショート・カットとして保存していても
再接続のときは、必ず Basic認証が Alaska によって要求されます。
この機能によって成りすましなどの不正アクセスを防止して、より強固なセキュリティを確立することが
できるようになりました。
また今回の改訂時においても判断処理に伴う Alaska のパフォーマンスも改善しています。【例】パス :/AS400-NET.USR/TEST以下を Basic認証が必要であるようにセットする。次の HTTP構成を追加してください。
Auth /AS400-NET.USR/TEST/*
[2009/08/06]・インスタンス毎のスレッド数の拡張と障害解決ALAKSA と
PGMR等の複数のインスタンスを起動するときに、
不足スレッド数の判断が各インスタンス別に正確に判断されるように改訂しました。
またスレッドの不足が発生したときの障害も解決されています。さらにスレッド数の検査は
UNIX-APIによって行われるようになり、
これまでより短時間での判断が可能となっています。・仮想IPアドレスを持つお客様へ仮想IPアドレスがあり同じ PORT 番号で複数の IP アドレスがある場合には、
ホスト名 :HostNameを*ANYではなく明示的に IPアドレスを指定してください。
*ANY であれば同じ PORT 番号を別の IPアドレスによって使用済みである場合はBINDに失敗します。
HostName に IPアドレスを指定することによってこの問題は解決致します。・特殊 CCSID 環境への対応V5R4M0のPTFレベルによってはCCSID : 5026の環境でも英小文字が正しく判断できない
System i 環境に対応するため ALASKA の省略値のCCSID を 65535 に、 省略時の CCSID を 5026
にセットされるように改訂しました。[2009/07/13]・HTTP構成と CGIライブラリー・リストの指定がインスタンス毎に可能になりました。現在では
ALASKA、PGMRおよびADMINIの3つのインスタンスの指定が可能ですが
開発環境(PGMR) と本番環境(ALASKA) で HTTP構成やライブラリー・リストの指定を
インスタンス別に指定することができるようになりました。
■ System i 側への PTF適用
ダウンロードした EXE オブジェクトを起動して、IP アドレス と QSECOFR のパスワードを
指定して導入してください。FTP によって System i へ自動導入されます。
