2. 峯文
参加
最後オンライン
最近の投稿
EPに投稿されました • 続きを読む

このトピックでは、UWLの表示を取り上げて説明します。

キャッシュ機能

UWLは、通常キャッシュを使用し、キャッシュで保存されているアイテムが表示されます。

システムイメージ

キャッシュを使用したUWL表示のシステムイメージを下記の図で示します。

キャッシュされたアイテムは、UWL稼働サーバのローカルデータベースに保存されます。

UWLキャッシュの更新

キャッシュ更新

  • タイマによる自動更新
    以下の図で示されたように、いまの設定では、60秒単位でUWLキャッシュがバックアンドのBPMシステムと同期化を取っております。
  • ログオン処理による更新
    ユーザがログオンしたときに、UWLキャッシュの更新がリクエストされます 画面リフレッシュによる更新
    ユーザが画面でリフレッシュリンクをクリックしたときに、UWLキャッシュの更新がリクエストされます

UWLキャッシュには有効期間があり、有効期間が切れましたら、更新されます。(デフォルトは5分)
またUWLキャッシュは下記の場合も更新されます。

  • ユーザがポータルにログオンしたら、ログオンされたユーザはDeltaプールに追加され、バックグラウンドでUWL Cacheを更新します。(デフォルトは1分)
  • UWLのWebDynpro　UIからアイテムを選択したり、ソートしたりした場合、Cacheの有効期間が切れましたら、更新されます。
  • UWLのUIはデフォルトで10分間隔でRefreshされ、UWLのUIはCacheからアイテムを再度ロードし、Cacheの有効期間が切れましたら、更新されます。
  • 手動的にUWLを更新する際

アプリレベルのキャッシュ

UWL表示

統合ワークリストは以下のタイミングで再表示処理が行われます。

  • 一定間隔で自動的に再表示
    統合ワークリストのUIは一定間隔で自動的にRefreshされます。
  • ユーザがリフレッシュリンクを押下した時
  • ユーザがアイテムをソートしたり、フィルタリングしたりした時

iViewレベルの設定

  • パラメータ:Wait duration before calling providers on loading of UWL
    デフォルトとは20(秒)と設定されます。ログオン直後になどUWLをロードする際に、キャッシュの内容が20秒以内に取得されたものであれば、キャッシュの内容をそのまま取得して表示し、キャッシュの内容が20秒前に取得されたものでれば、キャッシュを更新させてからキャッシュの内容を取得して表示するといういみです。
    0に設定しておけば、キャッシュを更新させて常に最新のものを取得して表示することになります。
  • パラメータ:Wait duration before calling providers on loading preview
    アイテムの詳細画面の表示

1.ログオン直後のUWL表示
ログオン時に、UWLキャッシュ更新がリクエストされますが、UWLキャッシュ更新の完了を待たずに、当時のキャッシュ内容を画面に表示して、「更新を待っています」というメッセージを出力します。
(レスポンス性を向上するための措置)
下記の画面で設定された値(デフォルト値：20秒)が経過した後に、再度キャッシュの内容を取りなおして表示します。(その時点でもUWLキャッシュ更新が完了していない場合、画面上に処理中アニメを表示して画面操作不可にします。）
この設定値が0と変更されれば、ログオン直後のUWL表示は常にUWLキャッシュ更新が完了するまで待つようになります。
2.マニュアルでリフレッシュされた場合のUWL再表示

先にUWLキャッシュがに更新されます、その後、UWLキャッシュの内容が画面に表示されます

3.ィルタリング検索、代理ユーザが選択された場合のUWL再表示
UWLキャッシュの即時更新が発生しません、その時点のUWLキャッシュの内容が画面に表示されます。

4.画面自動リフレッシュ(10分間隔?)のUWL再表示
UWLキャッシュの即時更新が発生しません、その時点のUWLキャッシュの内容が画面に表示されます。

■代理指定者名前の表示
リストに該当するタスクがある場合のみ、代理指定者の名前が表示されます。

プロバイダの設定

このセクションは準備中です。

表示のカスタマイズ

このセクションは準備中です。

EPに投稿されました • 続きを読む


UWLは複数のプロバイダシステム (ビジネスワークフロー、コラボレーションタスク、アラートフレームワーク、および KMの最新のお知らせ) からタスクと通知を収集し、それらを単一のリストに表示します。

コンセプト

統合ワークリストは、タスクを管理するための一元的なアクセスポイントを提供します。
この統合ワークリストは、各ユーザの作業スタイルに応じてパーソナライズすることができます。

アイテム

UWLに表示される項目は、ワークアイテムまたはアイテムと呼ばれます。

アイテムのタイプ

以下のアイテムタイプがあります。

  • タスク
  • 警告
  • 通知
  • 追跡

アイテムのステータス

以下のアイテムステータスがあります。

  • 処理中
  • 完了

アイテムの所有者

アイテムは所有者をもちます、ﾜｰｸｱｲﾃﾑの転送や代理により所有者がかわることができます。

プロバイダ

UWLは複数のプロバイダシステムからのタスクおよび通知が 1 つのリストにまとめられ、1 箇所でアクセスできるようになります。

実現

アーキテクチャ

(source:SAP Help Portal)

ソフトウェアコンポーネント

  • UWLJWF

UWL機能

  • 一覧表示
  • 代理ルール管理

UWL設定

UWLの表示や動作をカスタマイズするには、以下の管理機能を利用することができます。
Portal Content管理画面

上記の画面はポータルのURLからアクセスできます。

上記の画面でキャッシュの利用有無やキャッシュの有効時間、代理の設定などのパラメータ設定が多数用意されています。

NWDIに投稿されました • 続きを読む

このトピックでは、統合Conflictを取り上げて、その発生原因と解決策を説明します。

原因

ワークスペースを統合する際に、同じソースで、前回統合された後に、別々修正が発せしていれば、システムが判断できないため、
統合Conflictが発生します。
以下の図でそのイメージを示します。
(source:SAP Help Portal)

解決

統合Conflictが発生したときに、統合元のソースはActiveバージョン、統合先のソースはCollidingバージョンとして格納されます。同時にConflictフラグをワークスペースに立てられます。
解決方法は下記のようになります。

  • 統合元のソースが正であれば、Activeバージョンを採用します。
  • 統合先のソースが正であれば、Collidingバージョンを採用します。
  • 各自の修正内容をマージする必要があれば、マージを取ります。

いずれにしても新たにアクティビティを起こして対応する必要があります。

対応の手順を簡単に示します。

  1. 統合Conflictビューを表示
  2. 差異を確認1)
  3. 対象DCを選択して、コンテキストメニューから対応方法を選択
    ここでは統合元ノースを採用する
  4. 新たなアクティビティに記録
  5. アクティビティをチェックイン
  6. 対応後のバージョングラフを確認(必須ではない)

外部リンク

NWDIに投稿されました • 続きを読む


このトピックでは、それらのツールを取り上げてそれぞれ説明します。

DTR Client

概述

DTR Clientは、Eclipse Perspectiveとして、NWDS環境に統合されています。
そこで、各DTRクライアントツールはeclipse viewとして多数用意されています。

各ツール

Closed Activities

Integration Conflicts

Open Activities

オープン中のActivity

ビューのツールバーメニューから全ユーザのActivityを照会することができます。

  • checkin(チェックイン)
    Activityがチェックインされたら、ローカルの変更がすべてDTRのinactiveワークスペースに反映され、別の開発者も見えるようになります。
  • revert(変更を元に戻す)

Permissions

Repository Browser

ツリー構造で、Repositoryのリソースを照会することができます。

Version Graphy

WEBを利用

メイン画面

DTRのWEBツールのメイン画面は以下のようなURLからアクセスすることができます。

http://<host>:<port>/dtr/

ツールのアクセス

ツールバーにツールへアクセスするためのアイコンが並べられていますので、そちらを利用することができます。

また、リポジトリツリーの「system-tools」ノードよりも各ツールをアクセスすることも可能です。

各ツール

ファイルブラウザ

ワークスペース比較

外部リンク

Androidに投稿されました • 続きを読む

Androidとは

Android（アンドロイド）とは、Googleによってスマートフォンやタブレットなどの携帯情報端末を主なターゲットとして開発されたOSです。カスタマイズ版Linuxカーネル、ライブラリやフレームワークその他のミドルウェア、ART仮想マシン、主要なアプリケーションからなるソフトウェアスタック（集合）パッケージで構成されています。

Androidの歴史

年月出来事
2003年10月Android社が発足
2005年Google社がAndroid社を買収
2007年11月Google社がAndroidを無償で提供することを発表
2008年9月Android1.0公開
2009年4月Android1.5公開、Docomo社よりHTC社製HT-03A社製(Android1.5)を発売
2009年9月Android1.6公開
2009年10月Android2.0公開
2010年1月Android2.1公開、Google社よりHTC社製 Nexus One (Android2.1)を発売
2010年4月SoftbankよりHTC社製HTC Desire(Android2.1)を発売
2010年5月Android2.2公開、DocomoよりSony社製Xperia(Android1.6)を発売
2010年6月auよりシャープ社製IS01(Android1.6)を発売
Docomoよりシャープ社製LYNX SH-10B(Android1.6)を発売
2010年12月Android2.3公開
2011年2月Android3.0公開
2011年11月Android4.0公開
2012年7月Android4.1公開
2012年11月Android4.2公開
2013年7月Android4.3公開
2013年11月Android4.4公開、GoogleよりNexus5(Android4.4)を発売
2014年3月スマートウォッチ向けにカスタマイズされたAndroid Wear公開
2014年11月Android5.0公開
2015年3月Android5.1公開
2015年10月Android6.0公開
2016年8月Android7.0公開
2016年12月Android7.1公開
2017年8月Android8.0公開
2017年12月Android8.1公開
2018年8月Android9.0公開
JAVAスタックに投稿されました • 続きを読む

Activity

アクティビティ(英：Activity)はDTRへ対する変更の開発及び移送の管理単位です。プログラムの変更を管理します、ABAPスタックにおける変更依頼に相当します。

Open Activity
DTR に保存されたオブジェクト、つまりバージョン管理リソースをチェックアウトするときです。これらにはオブジェクトの新規バージョンが格納されます。ここで行う任意の変更を元に戻すことができます。

Closed Activity
チェックインした後のアクティビティです。これらのアクティビティを変更することはできなくなります。これらにはオブジェクトの新規バージョンが格納されます。クローズ済アクティビティの用途は、たとえばオブジェクト内容を他のワークスペースに統合することです。

http://help.sap.com/saphelp_nw70/helpdata/ja/6c/aed198e1d474429eec7d7bafeed015/frameset.htm

Application

アプリケーション(英:Application)とは、プラットフォームにに動作する各機能のことを指しております。
一方、IT用語として普通の意味では、アプリケーションとは、利用者が実行したい作業を実施する機能を直接的に有するソフトウェアです。

Assembly

展開ディレクトリ形式のJ2EEアプリケーションの場合には，EAR形式またはZIP形式へのアセンブルは不要です。

CBS

コンポーネントビルドサービス(英:Componet Build Service,略:CBS)は、ソースファイルからソフトウェアコンポーネント構築と、サーバへソフトウェアコンポーネント配置を行うサービスです。

CMS

変更管理サービス(英:Change Management Service,略:CMS)はソフトウェア変更のライフサイクル(開発→検証→本番稼動)を管理するサービスです。

Development Component


開発コンポーネントは、明確な外部インタフェースとカプセルされた内部実装があり、他のコンポーネントのパブリックインタフェースを参照して相互使用することができます。そのため、基本的な再利用可能な単位になります。

Development Object

開発オブジェクト(英:Development Object)は、コンポーネントの構成要素で、機能部分を提供します。開発コンポーネントに含められている一つ一つのJavaクラスやJSPファイル、Webdynpro定義ファイルなどは、それぞれ開発オブジェクトに該当します。

Develop Track

開発トラック(英：Develop Track)とは、ソフトウェアコンポーネント(SC)を開発から、テスト、本稼働使用するまでの一連のライフサイクルを対応したシステム構成のことです。ABAPシステムの移送グループに相当します。

開発トラックで、SCの開発ステータスは以下の四つに分けられます。

  • 開発
  • コンソリデーション
  • テスト
  • 本稼働

開発トラックには、上記の各ステータス毎のランタイムサーバやソースが格納されたDTRワークスペースの定義が含められています。

Domain

ドメイン(英:domain)はCMSドメインのことです、CMSドメインは、変更管理サービス(CMS)で管理される開発ランドスケープの構成部分を記述したものです。

DTR

デザインタイムリポジトリ (英:Design Time Repository、略:DTR) はファイルバージョン管理を提供するリポジトリであり、ソースファイルをデータベースにバージョンごとに保管します。DTR は NWDI の一部として、JavaEE Engine 上のサービスとして稼動します。

EP

EP(エンタプライズポータル、英：Enterprise Portal)は､SAP及び非SAPシステムの情報ソース､アプリケーション､サービスヘのアクセスを､ Web ベースのインタフェースで 1 箇所から行えるようにします。EPを利用することにより、すべての操作が単一のユーザエクスペリエンスに統合されます。

ESR

エンタープライズサービスリポジトリ(英：Enterprise Services Repository、略：ESR) は、WEBサービスを呼び出すためのインタフェース情報のほか、どのように組み合わせて使うかの「プロセスコンポーネント」、それらをどういう状況で使うかの「統合シナリオ」などを登録してあるレジストリです。

Instance 


インスタンスはシステムランドスケープ⇒システム⇒インスタンス,２桁数字のインスタンス番号により識別されます。インスタンスはメッセージサーバに登録され、２桁数字のインスタンス番号により識別されます。

一方、IT用語として普通の意味では、インスタンスとは、ｵﾌﾞｼﾞｪｸﾄ指向ﾌﾟﾛｸﾞﾗﾐﾝｸﾞで、ｸﾗｽを基にした実際の値としてのﾃﾞｰﾀのことです。ｸﾗｽを「型」、インスタンスを「実体」として、ｸﾗｽと対比して用いられることが多い

Java Application

NetWeaverにおけるJavaアプリケーション(英:Java Application)とは、クライアントからURLやリモートインタフェースなどを介して直接呼び出すことが可能な機能単位のことです。ここのクライアントというのは、ユーザエージェントであるWEBブラウザもあれば、個別実装のクライアント側プログラムもあります。

Javaアプリケーションの分類には以下のものが含められています。

  • WebDynproアプリケーション
  • J2EE標準のアプリケーション要素
    • Webアプリケーション(Servlet、JSPなど)
    • EJBアプリケーション
    • Webサービス

JDBC

JDBCはCore APIとOptional Package APIから構成されております、 Core APIはJDBCの基本機能を提供する一方、Optional Package APIは接続プーリングや分散トランザクションなど、サーバ・サイドJavaで求められる拡張機能を提供し、、JavaEEを構成するAPIの1つとなっております。

JMS

JMS(Java Message Service)はメッセージングサービスを利用するためのJava標準APIであり、 J2EE 1.3 以降に標準で含まれています。
メッセージオブジェクトを作成して通信を行い、非同期に通信を行うことも出来ます。

Message Server

メッセージサーバ(英：Message Server)は、SAPシステムに一つのみ存在し、負荷分散や、アプリケーションサーバ間の通信を管理します。
メッセージサーバとは何かというと、セントラルインスタンスで稼働している親分的な存在のプロセス（サービス）で、インスタンス間の通信の仲介役をしたり、ユーザがログオンする際のログオン負荷分散のディスパッチャの役割を担ったりしています。

サーバと名が付いているので、アプリケーションサーバと同類のサーバなのかというと、そうではありません。あくまで1つのOSプロセスに過ぎません。

外部ポート番号は、ログオン時の負荷分散機能で使用。
内部ポート番号はデフォルトでは無効になっていますが、有効にすれば、インスタンス間の通信専用のポート番号になり、フロントエンドPCからの通信を受け付けません。

基本的には、メッセージサーバ内部ポートは無効にしておき、従来と同様に、外部ポート番号だけを有効にすれば良いと思います。

ABAPメッセージサーバポート番号
外部ポート　rdisp/msserv = 36 (例：3600)
内部ポート　rdisp/msserv_internal = 39 (例：3900、デフォルト値 = 0 （無効）)

JAVAインスタンスのメッセージサーバは、SCS（セントラルサービスインスタンス）で動作しますが、ABAPインスタンスと違って、内部ポート番号だけを有効にします。

JAVAメッセージサーバポート番号
外部ポート　rdisp/msserv = 0 (無効）
内部ポート　rdisp/msserv_internal = 39 (例：3902)

参考:http://help.sap.com/saphelp_nw70/helpdata/ja/4e/cffdb69d10424e97eb1d993b1e2cfd/content.htm

NWA

SAP NetWeaver Administrator は、SAP NetWeaver を管理およびモニタするためのWeb ベースツールです。

NWDI

NWDI(NetWeaver Development Infrastructure) は、 NetWeaverプラットフォームの上に動作するJavaベースのアプリケーションを開発するための基盤であり、アプリケーションのバージョン、構築、およびライフサイクルを管理する機能を備えています。
NWDI自体もNetWeaver Javaプラットフォームに稼働するものですので、NetWeaverインストール時に利用タイプDIを選択してインストールを行うことで、 NWDIに必要な機能がインストールされます。

Product

製品(英：Product)とは、 価格設定と販売の単位であり、一つ以上のソフトウェアコンポーネントを集めたものです。1つのソフトウェアコンポーネントを複数の製品に含めることができます。

Service Group

サービスグループ(英：Service Group)とは、サービスをグループ化したものです。

NWAの「アプリケーション通信: 設定」にて、サービスグループを単位として、アプリケーションが参照したサービスのプロバイダシステムを纏めて設定することができます。

Service Registry

サービスレジストリ(英:Service Registry、略：SR)

SLD

SLD(システムランドスケープディレクトリー、英:System Landscape Directory)とは、システムランドスケープ全体の情報を管理するセントラルDBです。
SLDサーバはすべての SAP Web Application Server Java のインストールにおいてインストールされますが、機能させる場合には明示的に有効化される必要があります。

Software Component

ソフトウェアコンポーネント(英:Software Component、略:SC)とは、まとめて開発、使用、出荷およびメンテナンスされる開発コンポーネント (DC) をグループ化したものです。

System

SAP システムは、複数のアプリケーションサーバインスタンスと、1 つ以上のデータベースで構成されています。

System ID

SAP ERPシステムのための３バイトのユニークな識別子。システムごとに割り当てられ、システム同士を接続し、情報交換をする場合に必要とされます

System Landscape

システムランドスケープ(英:System Landscape )とは、システムの導入から運用保守までの全ライフサイクルを対応したシステム全体の構成のことです。
SAP推奨であるな３システムランドスケープは、「開発環境」、「検証環境」、「本番環境」の三つの環境から構成し、システム導入から本番稼動後も維持し続けます。

また、各環境はそれぞれさらに、DBｻｰﾊﾞやECCｻｰﾊﾞ、EPｻｰﾊﾞ、CEｻｰﾊﾞといった複数のｻｰﾊﾞから構成されます。

UME

UME(User Management Engine、ユーザマネジメントエンジン)は、NetWeaver Java Platformの上に構築されているシステムのユーザ及び権限管理を統合します。
UMEは、すべての Java アプリケーションに集中的なユーザ及び権限管理機能を提供し、複数のデータソースからユーザ管理データに対して作業することができます。

Workspace

ワークスペース(英:workspace)とは、論理開発のロケーションです。

AsJavaに投稿されました • 続きを読む

このトピックでは、JavaEEサーバであるAsJavaのアプリケーション管理を取り上げて説明します。

モジュール管理

JavaEEアプリケーション(ear)を構成するモジュールは、Webモジュール(war)とEJBモジュール(jar)があります。

  • Webモジュール
    Webモジュールとは、Web アプリケーションのことです。 Web モジュールは、サーブレット、JavaServer Pages (JSP) ファイル、 および Hypertext Markup Language (HTML) ページなどの静的コンテンツを、 デプロイ可能な単一の単位にアセンブルすることによって作成されます。
  • EJBモジュール
    EJB モジュールは、1 つ以上の Enterprise Bean をデプロイ可能な単一の単位にアセンブルするために使用されます。 EJB モジュールは、標準の Java アーカイブ (JAR) ファイルに保管されます。

NWA画面で「設定管理」→「インフラストラクチャ」→「アプリケーションモジュール」で下記の画面をアクセスすることができます。

アプリケーション管理

 

AsJavaに投稿されました • 続きを読む

このトピックでは、SAP標準で用意されている様々な管理者機能を取り上げて纏めて説明します。
管理者機能を利用できるツールはいかのようなものがあります。

  • Management Console
  • Visual Administrator
  • config tool
  • Web画面
  • NWDSクライアント

Management Console

SAP Management Console はローカル版とJava版の二つがあります。

  • ローカル版
  • Java版

Visual Administrator

Visual Administrator は \usr\sap\(SID)\DVEBGS(システム番号)\j2ee\admin にある go.bat で起動します。

go.bat を起動すると、登録された接続先を選択する画面になるので Default を選び、Connect で Java System に接続します。

Java System 管理者ユーザ J2EE_ADMIN のパスワードを入力して Connect します。

Java SystemのDispatcherと一つ又は複数のServer があり、それぞれの設定を行う事が出来ます

Config tool

Config tool は Java System が稼働していない時でも使用可能なツールです。
\usr\sap\(SID)\DVEBGS(システム番号)\j2ee\configtool にある configtool.bat で起動します。

JAVAの起動パラメータやメモリ割り当ての設定が出来ます。

WEB画面

スタートページ

http:<portal.domain>:<port>/startPage

NWA

http:<portal.domain>:<port>/nwa

システム情報

http:<portal.domain>:<port>/nwa/sysinfo

Web Services Navigator

http:<portal.domain>:<port>/wsnavigator

User Management

http:<portal.domain>:<port>/useradmin

Services Registry

http:<portal.domain>:<port>/sr_central

EJB Explorer

http:<portal.domain>:<port>/ejbexplorer

ポータル

http:<portal.domain>:<port>/irj/portal

 

AsJavaに投稿されました • 続きを読む

このトピックでは、AsJavaのJavaEE仕様準拠状況を取り上げて説明します。

準拠状況

AsJavaの各バージョンは、下記のようにJavaEE仕様を準拠しております。

  • 7.0
    J2EE 1.3
  • 7.1-7.4
    JavaEE 5.0

JavaEE仕様

JavaEE6

下記のリンクをご参考ください。

http://codezine.jp/article/detail/5698

JavaEE5

JavaEE5は以下の仕様から構成されます。

  • Web Services Technologies
  • Implementing Enterprise Web Services (JSR 109)
  • Java API for XML-Based Web Services (JAX-WS) 2.0 (JSR 224)
  • Java API for XML-Based RPC (JAX-RPC) 1.1 (JSR 101)
  • Java Architecture for XML Binding (JAXB) 2.0 (JSR 222)
  • SOAP with Attachments API for Java (SAAJ) (JSR 67)
  • Streaming API for XML (JSR 173)
  • Web Service Metadata for the Java Platform (JSR 181)
  • Web Application Technologies
  • Java Servlet 2.5 (JSR 154)
  • JavaServer Faces 1.2 (JSR 252)
  • JavaServer Pages 2.1 (JSR 245)
  • JavaServer Pages Standard Tag Library (JSR 52)
  • Enterprise Application Technologies
  • Enterprise JavaBeans 3.0 (JSR 220)
  • J2EE Connector Architecture 1.5 (JSR 112)
  • Common Annotations for the Java Platform (JSR 250)
  • Java Message Service API (JSR 914)
  • Java Persistence API (JSR 220)
  • Java Transaction API (JTA) (JSR 907)
  • JavaBeans Activation Framework (JAF) 1.1 (JSR 925)
  • JavaMail (JSR 919)
  • Management and Security Technologies
  • J2EE Application Deployment (JSR 88)
  • J2EE Management (JSR 77)
  • Java Authorization Contract for Containers (JSR 115)

J2EE 1.4

J2EE 1.4は以下の仕様から構成されます。

  • J2EE Connector Specification 1.5
  • J2EE Deployment API Specification 1.1
  • J2EE Management Specification 1.0
  • Enterprise JavaBeans Specification 2.1
  • Enterprise JavaBeans to CORBA Mapping 1.1
  • Java API for XML Processing Specification 1.2
  • Java API for XML Registries Specification 1.0
  • Java API for XML-based RPC Specification 1.1
  • Java Authorization Contract for Containers 1.0
  • Java IDL API
  • Java Naming and Directory Interface Specification 1.2.1
  • Java Message Service Specification 1.1
  • Java Servlet Specification 2.4
  • Java Transaction API Specification 1.0.1B
  • Java Transaction Service Specification 1.0
  • JDBC Specifications, 3.0, 2.1, and Optional Package API (2.0)
  • JavaBeans Activation Framework Specification 1.0.2
  • JavaMail API Specification 1.3
  • JavaServer Pages Specification 2.0
  • RMI over IIOP
  • SOAP with Attachments API for Java Specification 1.2

J2EE 1.3

J2EE 1.3は以下の仕様から構成されます。

  • JDBC Extension 2.0
  • Java Naming and Directory Interface Specification (JNDI) 1.2
  • Java API for XML Processing (JAXP) 1.1
  • Java Servlet 2.3
  • JavaServer Pages (JSP) 1.2
  • JavaServer Pages Standard Tag Library (JSTL) 1.0
  • Enterprise JavaBeans (EJB) 2.0
  • J2EE Connector Architecture 1.0
  • Java Message Service API (JMS) 1.0
  • Java Transaction API (JTA) 1.0
  • JavaMail API 1.2
  • JavaBeans Activation Framework (JAF) 1.0
  • Java Authentication and Authorization Service (JAAS) 1.0

 

AsJavaに投稿されました • 続きを読む

このトピックでは、アプリケーションサーバ Java (AS Java) のアーキテクチャの概要を取り上げて説明します。

ソフトウェアアーキテクチャ

(source: SAP Help Portal)

JavaEEアーキテクチャ

外部リンク