i Renaissance®シリーズIBM i(AS/400)のマイグレーションサービス

English

Q&A

変換プロセスについて

元のプログラムの何パーセントがJavaに変換できますか?

i Renaissance Converterはソースコードの100%を変換します。変換プロセスには、制御言語(CLおよびOCL)、オペレーティングシステム機能(WRKSBMJOB、WRKSPLFなど)、データアクセス、およびユーザーインターフェイスも含まれます。i Renaissance Converterサービスは元のアプリケーションとまったく同じ機能で実行される100%純粋なJavaアプリケーションを提供します。変換されたシステムは、最新の多用途ユーザーインターフェースを使用して、同じAS/400上、またはオプションで異なるプラットフォーム上(HW、OS、およびRDBMS)に配置できます。

OS/400上のどのバージョンのRPG及びCOBOLをサポートしていますか?IBMメインフレーム環境の場合、どのCOBOLバージョンが変換できますか?

OS/400上のRPG/COBOL:
RPG言語:すべてのバージョンRPG II、RPG III、RPG/400、およびRPG ILE
COBOL言語:COBOL/400
埋め込みSQLはRPGとCOBOLの両方でサポートされています。

IBMメインフレーム:
COBOL言語:ANSI COBOL 85、COBOLおよびCOBOL II。
COBOL CICSおよび組み込みSQLがサポートされています。

サイクルRPGプログラムの変換はできますか?

i RenaissanceフレームワークはJavaのクラスやメソッドを使ってサイクルプログラムのすべての機能を実装しているので、その動作を非常に効果的に保つことができます。

プログラムの変換は個別に行われていますか?つまり、元のRPG / COBOL命令ごとに、Java命令に変換されていますか。

i Renaissance Converterは、各RPG / COBOL命令を元のものと同じ機能を保持するメソッドに変換します。翻訳はグループ単位ではなく、命令ごとに行われます。

変換の目的は、現在の技術チームが読みやすいシステムを作成することです。

一方で、Javaプログラマーにとっては100%ピュアなJavaシステムであり、通常通り扱うことが可能です。変換されたシステムの機能は、RESTサービスメカニズムを介して呼び出すこともできます。

プログラムが変換されたら、どのような開発環境と互換性がありますか?

変換されたプログラムは100%ピュアなJavaコードなので、あらゆる標準的な開発環境が使用できます。当社のお客様は、WebSphere、Eclipse、Net Beans、IntelliJ、JBuilderなどとうまく連携しています。

オペレーティングシステムのコマンド(CL)は実装されていますか?

CPYF、CRTPFM、ADDLIBLE、MONMSG、OVRDBF、OVRPRT、OVRDSPFなど、従来のAS/400システムで使用されている膨大な数のコマンドが実装されています。

i Renaissance Converterは元の機能を100%保証する変換サービスです。したがって、このために必要なすべてのコマンドが実装されています。

i Renaissanceに存在しない機能が必要であるという例外的なケースでは、今後さらに開発を進め、それをフレームワークに含めます。

変換後システムアーキテクチャについて

AS/400をデータベースサーバーまたはアプリケーションサーバーとして維持することは可能ですか?もし可能なら、マシンを拡張する必要はありますか?
※ AS/400には、S/36、S/38、iSeries、System iも含んでいます。

AS/400をデータサーバー及びアプリケーションサーバーどちらとしても使用することが可能です。Client-Serverアーキテクチャーの下では、変換されたシステムをオープン・プラットフォーム上で稼働させ、AS/400をデータベース・サーバーとして維持することができます。同様に、i5/OS、Linux、またはAIX、AS/400上に、アプリケーション・サーバーをデプロイすることも可能です。
変換により既存のハードウェアを拡張する必要はありません。性能は、ハードウェア構成や通信インフラストラクチャ、さらには各システムの特性によって異なります。
1層から2層(クライアント-サーバー)へのアーキテクチャ変更を伴う場合にのみ、ハードウェアの変更が必要となります。

プログラムをJavaに変換すると、アプリケーションのパフォーマンスは速くなりますか遅くなりますか?

AS/400は良く知られている通り、非常に信頼性が高く、高性能なプラットフォームです。AS/400のすべてのコンポーネントは、標準化や互換性よりも信頼性とパフォーマンスを重視して、連携するように設計されています。そのため、新しく変換されたシステムで同じパフォーマンスレベルを維持するには、技術とノウハウを結集する必要があります。

10年以上にわたり、メーカーのテクニカルチームは信頼性と性能の観点から多くのアプリケーションの特性を分析してきました。現代のオープンシステムはレガシーシステムと同じレベルの信頼性を提供しますが、パフォーマンスは常に考慮しなければならない問題です。

特にコストとの関連で考えた場合、オープンシステムの急速な進化によりパフォーマンスは向上しました。この事実とi Renaissanceテクノロジの急激な進化により、数年前に見られたパフォーマンスギャップは解消されています。現在では多くの場合、変換されたシステムは、自動モダナイゼーション処理及び設定チューニング後に、元のシステムよりも高速になります。さらにパフォーマンスを向上させるために、マイナーリエンジニアリングも可能です。大幅なリエンジニアリングやプラットフォームの変更が必要になるのはごく稀なケースです。

i Renaissanceテクノロジは多くのパフォーマンスを大幅に向上させる戦略を開発してきました。
(詳細については、文書:近代化プロジェクトにおけるパフォーマンス分析を参照してください。)

データ領域はどのように実装されていますか?

データ領域は、リレーショナルデータベースのSQL構造に変換して実装されています。

高度な印刷機能はどのように実装されていますか?

i Renaissanceは、AFP/400モジュールのほとんどの機能(画像印刷、テキスト、テンプレート、バーコードなど)を提供する印刷ファイル(PRTF)用のJava互換の拡張機能をいくつか実装しています。
(詳細については、i Renaissance OS/400 フレームワーク関連文書をご覧ください。)

高度印刷ユーティリティ(APW)を使用して線やバーコードを印刷することはできますか?

i Renaissanceは罫線・バーコード等を印刷するのと同等の機能を生成するメカニズムを備えています。元のコード(APW)とそれに相当するフォントの間で対応表が定義され、全く同じ罫線・バーコード等を出力します。

大量の紙の印刷の際、アプリケーションの振る舞いはどのようになりますか?また、大量のデータのバッチ処理ではどうでしょうか。

i Renaissanceで移行した最も大きなバッチアプリケーションは、2万5千人の従業員の給与明細でした。移行された新しいプロセスは紙文書(一覧、領収書、勘定書、複製、等)の印刷にわずかな時間しか必要としません。これらの処理が実行されたデータベースは約24GBの容量のものです。

いずれの場合も、マイグレーションされたアプリケーションは、元のAS/400のものと同じ時間枠またはより高速で実行されます。

さらに、この新しいシステムには、さまざまな形式の電子文書を使用するためのあらゆる機能が含まれています。

変換後のアプリケーションを実行するためには、特別なアプリケーションサーバが必要ですか?

i Renaissanceは特定のアプリケーションサーバに依存しません。現時点で、変換後のアプリケーションは例えば下記に示す最も一般的なアプリケーションサーバの最新バージョンとの互換性を持っています。

  • Tomcat
  • WebSphere
  • WebLogic
  • JBossなど

i RenaissanceがサポートするJVMのバージョンは?

i Renaissance はJava 8 update121までのJVMバージョンをサポートしています。

i Renaissanceがサポートする、Servlet及びJSPバージョンは?

i RenaissanceはServlet 2.3 and JSP 1.1、1.2 及び 2.0の仕様を実装しています。

変換後のシステムをアプリケーションサーバ、特にWebSphereにデプロイすることは可能ですか?

i Renaissanceは標準のJ2EEアーキテクチャのガイドラインに則ってJavaに変換します。そのため、変換されたシステムは、この規格に準拠している任意のアプリケーションサーバーにデプロイできます。

Swingアプリケーションを使用するには、ハードウェア及びソフトウェアにどのような変更が必要ですか?

SwingインターフェースのJavaアプリケーションを使用するには、Java仮想マシン(JVM)を備えたクライアントPCが必要です。アプリケーションはこのクライアントPCからアクセス可能でなければなりません。データは、このサーバー上、OS/400上、又は他の任意のサーバー上に存在します。

Webアプリケーションを使うにはどのような変更が必要とされますか。

Java Application Serverを含むインターネット/イントラネットにアクセスできるサーバーが必要です。サーバーは、WebSphere、又はJ2EE標準を満たす他の何のサーバーでも構いません。ワークステーションにはブラウザが必要になります(Firefox、Chrome、及びInternet Explorerがサポートされています)

i Renaissanceで移行した後、3層アプリケーションとするにはどうすればいいですか?

i Renaissanceシステムの移行後、作成されたJavaアプリケーションはJava Application Server上に配置できます。このモードは、J2EEの規則に従って「3層アーキテクチャ」の要件を満たします。新しいクライアント層は、一連のクライアントJavaコンポーネント(i Renaissance変換プロセスによって提供されるJava JSP、CSSファイル、Javascriptクライアントコンポーネント)で構成され、変換されたJavaクラスは業務ロジック層の一部となり、最後にデータ層はサーバーとデータ、及び可能なストアドプロシージャに対応します。元のAS400をデータベースサーバーとして管理することも、新しい外部SQLデータベースサーバーを選択することもできます。この場合、元のデータは元のデータ構造と形式から新しいSQLデータベースに移行されます。

i Renaissanceで変換するときに3階層アーキテクチャのアプリケーションとすることは可能ですか?

はい、i Renaissanceに変換されたアプリケーションはユーザーインターフェイスコンポーネントとアプリケーションの動作を分離します。また、アプリケーションデータアクセスを最終データ記憶装置と分離します。この結果、

  • 結果として得られるアプリケーションは、ユーザーインターフェース画面を作成または変更することによって非常に簡単にカスタマイズできます。
  • 一部のプログラムロジックは、すぐにJava Webサービス(SOAPまたはREST)に変換できます。
  • 移行先データベースサーバー(元のAS400 PF/LFファイル、Oracle、DB2、SqlServerなど)は、アプリケーションを修正することなく変更できます。

i Renaissanceによるアプリケーションのマイグレーション後、WebSphereとの統合はどの程度困難ですか?

変換プロセスが、アプリケーションサーバーとの統合に完全に適応したアーキテクチャとアプリケーション構造をもつため、統合は非常に簡単です。

メーカーでは、このアプリケーションサーバーを使用している多くのプロジェクトの経験があります。

i Renaissanceは既存のデータを任意のRDBMSに移行できますか?それとも移行先RDBMSのサポートに何らかの制限がありますか?

i Renaissanceは、市場で最も一般的に使用されているRDBMに移行します。例として、DB2/400、DB2、Oracle、PostgreSQL、MultiBase、SQL Serverなど。全ての場合においてJDBCドライバが必要です。

i Renaissanceはシステムのセキュリティと元のプラットフォームのユーザーIDを移行しますか?

セキュリティ面は移行に含まれておりません。アプリケーションが新しい環境に移行されたら、そのプラットフォーム用のセキュリティ管理アプリケーション(オペレーティングシステム、データベース管理システムなど)を実行する必要があります。

保守とライフサイクルについて

i Renaissance Converterによって開発された方法とクラスに関して、特別な訓練が必要ですか?

i Renaissanceによって使用されるクラスは、100%純粋なJavaで、明確に構造化されており、Javaの他の知識は必要としません。そのクラスは、RPGまたはCOBOL経験豊富なプログラマーによっても容易に判読可能です。

全ての変換プロジェクトには、RPG/COBOLとJava、両方の技術者向けのトレーニングセクションが含まれています。

i Renaissanceの移行で提供されるカスタマイズを除き、アプリケーションをさらにカスタマイズするために他に必要なツールはありますか?

Swingインターフェースをパーソナライズするには、WebSphere、Eclipse、JBuilder、Forteなどの標準Javaプラットフォームを使用できます。

HTMLインターフェイスをパーソナライズするには、市場で入手可能な任意のHTMLエディタを使用することが可能です。

アプリケーションのユーザーインターフェースはi Renaissanceによって自動的に変換されますか、それとも手動でセットアップする必要がありますか?

インターフェースのカスタマイズは次のように行います:アプリケーションを変換するときに、ユーザーの要望に応じてユーザーインターフェースを自動的に生成するか、単一の画面をカスタマイズするかを選択できます。

前者の場合、画面の外観は、i Renaissanceが提供し、画面の各フィールドに対して同等のHTMLコードを生成できるようにする特定の変換規則に基づいています。結果は、元のものと同じフィールド、サイズ、及び位置を生成するHTMLコードになります。機能に影響しない色の属性、ソース、背景色などをカスタマイズして、生成されたすべての画面に自動的に適用することができます。

後者の場合、お客様がカスタマイズしたい各画面用のJSPテンプレートを作成できます。このテンプレートは任意の画面とすることができ、オリジナルと同じである必要はありません。画面の準備を容易にする目的で、i Renaissanceは標準のJSPメカニズムを提供し、アプリケーションからの情報(レコード、サブファイル、フィールド、属性)の使用を容易にする「JSP TagLib」を使用します。

i Renaissanceはこれらのフィールドを管理し、情報をアプリケーションに送り返すためのJavaScript関数も提供しています(例えばファンクションキー)。このソリューションは、設計者が望み通りの見た目とするためのあらゆる柔軟性を提供します。

これら2つの解決策は互換性がありません。アプリケーションの一部の画面のみをカスタマイズすることは可能です。このプロセスは漸進的なものでも、お客様のニーズに応じたものでも構いません。アプリケーションは最初にカスタマイズされた画面を検索し、それが見つからない場合は、選択されたユーザーインターフェイスのパラメータに従って動的に画面を作成します。

カスタマイズプロセスは、お客様側で実行することも、プロジェクトの一部にすることもできます。上記最後のケースでは、お客様は希望のルール、標準、およびスタイルを定義できます。アプリケーションの見た目はJSPテンプレート群によって定義されているため、いつでも任意のグラフィック要素を変更できます。

どの時点で、実現しなければならないタスクとそのコストを正確に知ることができますか?その情報はプロジェクト開始前に入手可能ですか?契約前に、何らかの分析が必要ですか?

お見積前提としてご記入頂くサーベイシートに、変換の複雑さを決定する可能性がある項目が反映されています。プロジェクトを開始する前に、各プロジェクトの複雑さ、つまりリソースの内容、必要な期間及びコストを評価し見積ります。

この見積もりは、既に成功裏に完了した多数のマイグレーションプロジェクトに基づいています。これらのプロジェクトは、非常に多様なサイズ、アーキテクチャ、および特定のレガシテクノロジを網羅しています。

多言語アプリケーションはどのように扱いますか?マイグレーションから、追加の恩恵は得られますか?

元のアプリケーションが多言語の場合、i Renaissanceはそれを同じ機能で移行します。オリジナルが多言語ではない場合、翻訳プロセス中に、i Renaissanceは言語に固有のリテラルを抽出し、それらを外部ファイルにエクスポートするように構成できます。そのファイルを編集して翻訳することによって、アプリケーションを多言語のものに簡単に変換することができます。

インポートがアプリケーションで実行されるとき、全エラーのリスト(ソースの欠落、ソースとオブジェクトの不一致など)は提供されますか?

はい、完全で詳細な分析レポートが変換フェーズの最初で生成されます。i Renaissanceには、すべてのレガシシステムコンポーネントの完全なインベントリを作成し、完全性、関係、依存関係、エラーなどを分析する特定のツールi Renaissance Insightが含まれています。

i Renaissance Insightレポートは、変換プロセスにおける重要な部分です。

どのブラウザがサポートされていますか?

Firefox、 Chrome、 Internet Explorerです。

i Renaissanceは外部システムとの接続をどのように解決しますか?(SAPなど)

変換されたJavaアプリケーションは、将来のプログラミングや接続性に関して制限がありません。当社はこの分野で豊富な経験を持っています。多くの場合、新しいJavaアプリケーションをお客様の以前の開発と結び付ける必要があります。通常、全ての変換プロジェクトには、他の既存または次期システムとの統合の一部が含まれています。

RPGまたはCOBOLシステムからJavaへの変換プロジェクトを実行するためには何が必要ですか?

現行プラットフォームで正しく機能するシステムが必要です。変換するすべてのオブジェクト(RPGプログラムとCOBOLプログラム、コンパイル済みコードとソースコードの両方を含むCL、PF、LF)、およびテスト対象の元のアプリケーションの一連のデータとテストシナリオが必要です。

この機能記述プロセスにおいてお客様を支援するためのソフトウェアツール(Test Maker)を提供しています。

i Renaissance Converterでのマイグレーション後、何が得られますか?

元のシステムとまったく同じ機能を備えた、新しいプラットフォームと環境で実行する準備が整ったJavaアプリケーションを提供します。

  • 結果のJavaソースクラスとオブジェクトクラス。
  • データ定義ファイル構造の変換から生成されるXmlファイル。
  • 一連のユーザインタフェースコンポーネント(JSP、CSS、画像など)。
  • アプリケーションによって使用される一連の標準Javaライブラリ(jarファイル)。
  • データベース移行コピーバックアップ(データ移行の場合)。
  • 上記に加えて、Javadoc等の関連文書と、i Renaissanceフレームワークを使用したJavaプログラミング環境でのトレーニング。

情報システムの一部だけをマイグレーションすることは可能ですか?RPG/COBOLとJavaで開発されたプログラムは同じAS/400上で共存できますか?

はい、システムの一部のみを移行することが可能です。この場合はi Renaissanceテクノロジ側で吸収されます。RPG/COBOLで開発された元のプログラムは変換されず、Javaのプログラムと共存できます。

それらのシステムはデータとプラットフォームを共有することができます。このような場合、データは通常、元のRPG/COBOLプログラムと新しいRPGプログラムの両方からアクセスされるPF/LFデータファイルとしてAS400に残ります。

DDS/DDLデータベースを保守する必要があります。このさまざまなオブジェクトタイプの変換後の処理の例を教えてください。例えば、ファイルに新しいフィールドを追加するなど。

原則として、AS400物理ファイルはSQLデータベーステーブルに移行され、論理ファイルはデータベースインデックスに変換されます。各フィールドはテーブルの列に変換され、列の種類は元のデータの種類に応じて最も適切なものになります(このプロセスは、データベースサーバーによって異なります)。

さらに、AS400データファイルは他の属性(パック/ゾーン/バイナリ数値フォーマット、小数点以下の桁数、フォーマット、デフォルト値、編集マスクなど)を定義できます。論理ファイルは、例えばSELECT / OMIT条件を定義できます。この情報の大部分は、標準SQL属性とは対応していません。そのため、i RenaissanceはすべてのオリジナルのDDSソース情報(PF / LF、DSPF、およびPRTF用)を含むXMLファイルも生成します。

実行時に、変換されたプログラムはこの情報を使用して特定のSQLステートメントを生成するか、またはSQLデータを予想される形式に変換するために使用されます。

そのため、変換されたデータベーステーブルを変更した場合は、次の作業を行う必要があります。

  1. 対応するALTER TABLE命令を実行してデータベーステーブル構造を変更します。
  2. プログラムのデータファイルを表すXMLファイルにこの変更を追加します。
  3. それに応じてこれらの新しいフィールドを使用する必要があるプログラムを変更します。(たとえば、新しいレコード変数を宣言して使用する)。

ライセンスと費用について

ダウンロード可能な試用版はありますか?

i Renaissanceはサービスベースで商品化されているため、ツールとして商品化されていません。

テストが必要な場合は、システムの一部を使ってPoC(Proof of Concept)を行うことをお勧めします。PoCの一般的な流れは次のとおりです。

  • プログラムとデータを使用して、システムの完全に機能するサブセットを抽出します。
  • お預かりしたリソースの確認と変換を行います。
  • 変換したシステムをWebから確認頂けます。

PoCでは、より重要と思われるシステムの一部を選択することをお勧めします。

i Renaissanceは変換ツールとしてライセンス購入できますか?

i Renaissanceは移行サービスであり、Javaアプリケーションで全く同じ機能を提供することを約束しています。

従って、変換ツールを第三者に販売することはございません。i Renaissanceシリーズに含まれているいくつかの部分的なツールは購入が可能なものもあります。

マイグレーション後に何らかの追加ライセンス要件はありますか。また、Java変換後のシステムは、何か特別なツールを使用する必要はありますか。

変換プロセスの後は、いかなるツールも使用する必要はありません。移行されたプログラムは100%Javaです。当社の移行サービスは、お客様に完全な独立性を提供します。変換後はいかなるライセンス費用も発生いたしません。

各費用についてはご提案段階で詳細な情報を提供いたします。

i Renaissance Frameworkのメンテナンスアップデートとメンテナンスサービスをオプションとして契約することもできます。どちらも変換プロジェクト後の最初の1年間は、変換費用に含まれています。

i Renaissanceのマイグレーションの費用は大体いくら位ですか?

費用につきましては、プロジェクトの規模と複雑さによって大きく異なります。サーベイシートを頂きましたら、見積もりが可能です。

JAVA テクノロジーについて

Javaのクラスとは何ですか?

オブジェクト指向言語 のクラスは、特定の種類のオブジェクトに関連する機能を実装するプログラムです。メソッドとプロパティから成ります。

Javaのメソッドとは何ですか?

オブジェクト指向言語のメソッドは、オブジェクトクラスの機能の一種です。

J2EE標準とは何ですか?

J2EE(Java 2 Platform Enterprise Edition)は、コンポーネントベースの多層エンタープライズアプリケーションを開発するための標準を定義しています。Web用のスケーラブルアプリケーションの開発と展開に最適な設定を作成するツールがあります。これらのツールには以下の機能があります。

  1. 異なるプラットフォームでの互換性があります。アプリケーションをWindowsまたはLinuxで作成するだけで、Java Virtual Machine(JVM)を搭載したすべてのプラットフォームで利用できるようになります。
  2. スケーラブルです。会社の量が増えると、Webアプリケーションに新しいJ2EEコンポーネントを追加するだけで、その成長を支えることができます。コードを書き直す必要はありません。
  3. サポートが充実しています。IBM(WebSphere)、BEA(WebLogic)、Apache(Tomcat)、Sun(iPlanet)、Macromedia(Jrun)など、大規模ソフトウェア会社はJ2EEと互換性のあるWebコンポーネントコンテナ(またはアプリケーションサーバー)を所有しています。
  4. 安全です。他のビジネスアプリケーションモデルでは各アプリケーションに特定のセキュリティ対策が必要ですが、J2EEプラットフォームのセキュリティ環境では、アプリケーションのデプロイ時にセキュリティ制限を定義できるため、セキュリティ実装の複雑さが分離されます。J2EEは複雑なセキュリティ実装を移植可能にします。

移行が完了したら、他のJavaアプリケーションを統合することは可能ですか?

はい、変換されたシステムは100%Javaアプリケーションの標準に準拠しています。

画面のカスタマイズについて

ラジオボタンやプルダウンのようなHTML形式に変更することは可能ですか?
可能な場合、画面定義ファイル(XML)にはどのように記述しますか?
頻繁に使用されるいくつかの機能を変更したいと思います。

i Renaissanceによって変換されたアプリケーションは、インターフェース構造からロジックが分離しています。

そのため、変換されたプログラムに影響を与えずにインターフェースをカスタマイズすることが可能です。従ってボタン、ラジオボタン、プルダウンなどのグラフィック標準コンポーネントを含めることが可能です。

変換されたプログラムは、JSPを使用してユーザーとのデータ交換を管理します。このJSPはユーザーに情報を表現することを担います。

画面のカスタマイズは、グループまたは1つずつ行うことができます。画面のグループで使用される共有JSPを使用するか、または画面ごとに個別のJSPを使用します。

変換中に、CSSはデフォルトで全てのJSPに対して生成され、いつでも変更することができます。

更に、i Renaissanceアーキテクチャーでは、変換されたアプリケーションをRESTサービスアーキテクチャーで使用することができます。この場合、変換されたアプリケーションへのRESTサービスによってHTML + Css + Javascript + Angular Jsシンクライアントを使用することが可能です。

上記質問に関連して、使用できない機能はありますか。同じアーキテクチャで新しいスクリーンを開発するときの制約について知りたいです。

画面のカスタマイズに制限はありません。唯一の制限は、プログラムが画面データを使用する方法に由来します。

例として、変換されたプログラムはカーソル位置またはすでに押されているファンクションキーを考慮する可能性があり、カスタマイズはこの振る舞いを考慮し、それを尊重しなければなりません。

i Renaissance変換では、これらの状況を管理するためのデフォルトの実装があります。

さらに、画面から画面へのナビゲーションロジックを考慮する必要があります。この振る舞いより、スクリーンのカスタマイズの柔軟性が左右されます。

画面定義ファイル(XML)に関して、列の位置をlin属性とpos属性で割り当てています。
24×80以上の画面に表示することは可能ですか?行と桁について制限はありますか?
膨大な数の列があるため、現在、画面を複数の画面に分割しています。しかし、将来的にはそれらを1つの画面に統合したいと思います。

画面カスタマイズの1項目目で述べたように、画面のカスタマイズには様々なレベルがあります。影響の少ないカスタマイズ(例としてはCSSの変更のみ)から、ロジックの変更が必要になる可能性がある影響の大きいカスタマイズまであります。

これらの違いを説明するためにサンプルでいくつかの画像を用意しています。

1つの画面に複数の画面を統合して画面のサイズを変更することは常に可能です。どちらの場合も、機能が変更されないようにするためにアプリケーションのロジックを修正する必要があります。

JavaScriptは利用可能ですか?
可能な場合、画面定義ファイル(XML)でどのように定義しますか?新しい機能-例えば、TABがシフトした時に値をチェックする-を追加したいと思います。
また、jQueryなどのJavaスクリプトを使用した画面コンポーネントを使用して、同じアーキテクチャで新しい画面を開発したいと思います。

はい、JavaScriptが利用可能です。

JavaScriptとjQueryのようなフレームワークを使用することは可能です。JSPを使用している場合、またはアプリケーションがHTML + JavaScriptを使用している場合のどちらの場合でも、これは可能です。

i Renaissanceの標準実装では、デフォルトでJavaScriptとjQueryが使用されます。

CSSは利用可能ですか。
もし可能なら、どのように定義しますか? - CSSファイルの定義方法、および各タグのクラス属性。
将来新しいスクリーンを開発するときは、CSSデザインを統合したいと思います。

はい。CCSは100%標準的な方法で使用できます。すべてのJSPまたはHTMLに目的のCSSを含めることができます。

i Renaissanceの標準的な実装では、画面はデフォルトでCSSに含まれています。