峯文がトピックを作成しました

  • EP 0 Votes 103 閲覧数


    このトピックでは、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 0 Votes 80 閲覧数



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

    コンセプト

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

    アイテム

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

    アイテムのタイプ

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

    タスク警告通知追跡アイテムのステータス

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

    処理中完了アイテムの所有者

    アイテムは所有者をもちます、ワークアイテムの転送や代理により所有者がかわることができます。

    プロバイダ

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

    実現アーキテクチャ

    (source:SAP Help Portal)

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

    UWL機能一覧表示
    代理ルール管理
    UWL設定

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

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

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


  • NWDI 0 Votes 127 閲覧数


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

    原因

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

    解決

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

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

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

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

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


  • NWDI 0 Votes 94 閲覧数



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

    DTR Client概述

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

    各ツールClosed ActivitiesIntegration ConflictsOpen Activities

    オープン中のActivity

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

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

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

    Version GraphyWEBを利用メイン画面

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

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

    ツールのアクセス

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

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

    各ツール

    ファイルブラウザワークスペース比較

    外部リンク DTRのブラウザベース設定とクエリツール - SAP Help Portal

  • Android 0 Votes 90 閲覧数


    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スタック 0 Votes 383 閲覧数


    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 


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

    一方、IT用語として普通の意味では、インスタンスとは、オブジェクト指向プログラミングで、クラスを基にした実際の値としてのデータのことです。クラスを「型」、インスタンスを「実体」として、クラスと対比して用いられることが多い

    Java Application

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

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

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

    JDBCJDBCは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システムのための3バイトのユニークな識別子。システムごとに割り当てられ、システム同士を接続し、情報交換をする場合に必要とされます

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

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

    UME

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

    Workspace

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


  • AsJava 0 Votes 63 閲覧数


    このトピックでは、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 0 Votes 234 閲覧数


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

    Management ConsoleVisual Administratorconfig toolWeb画面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 0 Votes 119 閲覧数


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

    準拠状況

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

    7.0
    J2EE 1.37.1-7.4
    JavaEE 5.0JavaEE仕様JavaEE6

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

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

    JavaEE5

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

    Web Services TechnologiesImplementing 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 TechnologiesJava 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 TechnologiesEnterprise 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 TechnologiesJ2EE 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.5J2EE Deployment API Specification 1.1J2EE Management Specification 1.0Enterprise JavaBeans Specification 2.1Enterprise JavaBeans to CORBA Mapping 1.1Java API for XML Processing Specification 1.2Java API for XML Registries Specification 1.0Java API for XML-based RPC Specification 1.1Java Authorization Contract for Containers 1.0Java IDL APIJava Naming and Directory Interface Specification 1.2.1Java Message Service Specification 1.1Java Servlet Specification 2.4Java Transaction API Specification 1.0.1BJava Transaction Service Specification 1.0JDBC Specifications, 3.0, 2.1, and Optional Package API (2.0)JavaBeans Activation Framework Specification 1.0.2JavaMail API Specification 1.3JavaServer Pages Specification 2.0RMI over IIOPSOAP with Attachments API for Java Specification 1.2J2EE 1.3

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

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

     


  • AsJava 0 Votes 115 閲覧数


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

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

    (source: SAP Help Portal)

    JavaEEアーキテクチャ

    外部リンクアーキテクチャマニュアル - SAP Help Portal


  • WDJ 0 Votes 101 閲覧数


    コンセプト

    WebdynproはSAPにおいて、ユーザインタフェースを作成するためのプログラミングモデルのこと。
    Webdynproの具体的なコンセプトは以下のとおり

    コーディングの最小化デザインの最大化コンポーネントの再利用のサポートWebサービスとデータバインドのサポート画面レイアウトとプログラムロジックの分離プラットフォーム非依存WebDynproアプリケーション

    WebdynproアプリケーションはWebdynproコンポーネントへのエントリポイントであり、URLを介して呼び出せる唯一のWebdynproエンティティです 。以下はそのイメージ図です。

    アプリケーションはインタフェースビューを持っているWDコンポーネントのアクセスポイントとして提供される。
    各アプリケーションにはWDコンポーネント、インタフェースビュー及びStartupプラグを定義する。

    WebDynproコンポーネントインタフェースビュー

    ・インタフェースビューとして公開されたWDコンポーネントのウィンドウをWDアプリケーションまたは別のWDコンポーネントから呼び出すことができる。
    ・複数のインタフェースビューを一つのウィンドウに割り当てることができる。
    ・インタフェースビューに定義するプラグは該当インタフェースビューを参照するウィンドウに定義されている必要がある。

    インタフェースコントローラー

    ・各WDコンポーネント毎に一つのインタフェースコントローラーが自動定義されて、コンポーネントコントローラーとマッピングされる。
    ・インタフェースコントローラーに定義するコンテキスト、メソッド、イベントはコンポーネントコントローラーに定義されている必要がある。
    ・インタフェースコントローラーに定義したコンテキスト、メソッド、イベントのみが別のWDコンポーネントから利用できる。

    コンポーネントコントローラー

    ・WDコンポーネント毎に一つのコンポーネントコントローラーが自動定義されて、WDコンポーネント全体の制御ロジックを実装する。
    ・UIエレメントのイベントとは違う独自のイベント処理が必要な場合、イベントを定義することができる。

    カスタムコントローラー

    ・コンポーネントコントローラの付属コントローラーとして定義可能なコントローラーでコンポーネントコントローラーが大きくなる場合、
    処理を分けることができる。

    ウィンドウコントローラー

    ・主にインバウンドプラグの遷移に関するロジックを実装する。MVCモデル概念に基づき、詳細のロジックはできる限り、コンポーネントコントローラーまたは
    カスタムコントローラーで実装する。

    ウィンドウ

    ・ビューの配置とプラグによる画面遷移のモデリングを行う。

    ビューコントローラー

    ・UIエレメントから発生するイベントのハンドリング、動的レイアウト変更、画面遷移等のロジックを実装する。MVCモデル概念に基づき、
    詳細のロジックはできる限り、コンポーネントコントローラーまたはカスタムコントローラーで実装する。

    ビュー

    ・画面のレイアウトをモデリングする。各UIエレメントに関する詳細は「X.X UIエレメント」を参照する。

    プラグ

    ・主に、インバウンドプラグとアウトバウンドプラグが存在する。ウィンドウでアウトバウンドプラグをインバウンドにリンクさせることにより
    画面遷移を定義し、ウィンドウコントローラーまたはビューコントローラーからアウトバウンドプラグのイベントを発生して実際の画面遷移を行う。
    ・インバウンドプラグは遷移先の画面で処理ロジックを追加することができる。
    ・プラグの種類としては下記の通り存在する。
    Startupプラグ WDアプリケーションから呼び出す開始用のプラグ
    Exitプラグ WDアプリケーションの処理を終了してログオフ等を行うプラグ
    Inboundプラグ 通常の画面遷移で遷移先用プラグ
    Outboundプラグ 通常の画面遷移で遷移元用プラグ

    コンテキスト

    ・ノードとアトリビュートで構成されるWDJ特殊のデータ構造。

    イベントとイベントハンドーラー

    ・イベントとしてはUIエレメントイベント、プラグイベント、そしてユーザ定義イベントが存在する。
    ・UIエレメントから発生するイベントは通常アクションという。

    シンプルタイプとストラクチャー

    ・WDで使用されるデータの種類、桁数制限等をシンプルタイプとして定義し、複数の場所から再利用することができる。
    ・関連する複数のデータをストラクチャーとして定義してコンテキストで使用することができる。

    モデル

    WDJでは、一般的によく利用されるモデルの種類として、 EJB、WebService、RFCの三種類があります。

    WDのモデルインポート機能によってES/CAF/BAPIを呼び出すモデルが自動生成され、WD上利用される。

    RFCモデル

    Webdynproでは、RFCの呼出はSAP Java Connector(JCo)通信レイヤ経由で行われます。
    SapECCシステムから貰ったRFC I/F情報をもとに、Webdynpro FrameworkがRFCの呼出用メタデータクラスをJava ディクショナリに自動的に作成します。
    RFC I/Fレイヤアーキテクチャのイメージを下図に示します。


  • UME 0 Votes 122 閲覧数


    このトピックでは、UMEのユーザを取り上げて説明します。

     ユーザとは

    ユーザとは、AsJAVAシステムを使用する個人又はアプリケーションで、それぞれ一意なIDを持ちます。
    ユーザにグループやロールを割当することができます。

    ABAPユーザとの統合UMEユーザプロファイルマッピングされるABAPユーザデータ属性値内容属性値内容company会社無country国無currency-無dateformat-無department追加情報:部門SU01/DEPARTMENT部署description---displayname一般情報:姓+名SU01/NAME_LAST + NAME_FIRST姓+名displayname_role---email電子メールアドレスSU01/SMTP_ADDRメールアドレスfaxコンタクト情報:FAXSU01/FAX_NUMBERファックスfirstname一般情報:姓SU01/NAME_LAST姓jobtitle追加情報:ポジションSU01/FUNCTION職務lastname一般情報:名SU01/NAME_FIRST名mobileコンタクト情報:携帯電話SU01/MOB_NUMBER携帯電話name一般情報:姓SU01/NAME_LAST姓pobox---position---room_desc---room_id---room_name---room_role_name---salutation一般情報:敬称SU01/TITLE_MEDIタイトル(敬称)sip---stateコンタクト情報:都道府県--streetaddressコンタクト情報:地名--telephoneコンタクト情報:電話番号SU01/TEL_NUMBER電話timezoneコンタクト情報:タイムゾーン--title-SU01/TITLE_ACA1学位称号uniquename一般情報:姓SU01/NAME_LAST姓zipコンタクト情報:郵便番号--ABAPデータソースの設定UME-ABAP通信ユーザ作成

    UMEからAsABAPシステムをアクセスするためのABAPユーザを作成します。

    ユーザタイプ
    システムと指定する必要がありますロール
    以下の何れかを割り当てる必要があります。SAP_BC_JSF_COMMUNICATION
    UMEからABAPユーザを修正、削除できます。SAP_BC_JSF_COMMUNICATION_RO 
    UMEからABAPユーザデータを参照するのみです。

    UME-ABAP 間の通信のためのシステムユーザ要件-SAP Help Portal

    宛先作成

    通信ユーザのアカウントとパスワードを登録します。

    ABAPデータソース指定外部リンク

    UME データソース-SAP Help Portal(Netweaver 7.02)


  • UME 0 Votes 75 閲覧数


    このトピックでは、UMEの会社機能を取り上げて説明します。

     目的

    会社機能を利用することによって、一つのAsJAVAシステムの上に会社別の仮想システムを作成することができます。

    記号なしリスト会社別に管理ユーザを設定することができます。設定

    会社機能は主に下記二つのパラメータの設定により制御されます。

    ume.tpd.imp.class 
    実装クラス名
    標準では以下の二つがデフォルトで用意されていますが、アドオン開発も可能です。com.sap.security.core.tpd.abap.R3GroupTPDcom.sap.security.core. tpd.SimpleTPDume.tpd.companies 
    指定可能な会社を指定します。このパラメータはume.tpd.imp.class=com.sap.security.core. tpd.SimpleTPDの場合のみ有効です。
    以下のように値を指定することができます。指定された会社のどちらにも所属していないユーザはゲスト会社を設けて纏めることができます。0:会社機能を利用しない1:1会社のみが設定されます。2:internal、externalの2会社が設定されます。会社リスト:カンマ区切りの会社名リストで複数会社を設定できます。外部リンクConfiguring Delegated User Administration Using Companies
    7.027.27.37.47.5


  • UME 0 Votes 91 閲覧数


    このトピックでは、UMEのグループ機能を取り上げて説明します。

     概要

    グループはユーザの集まりです。

    ユーザをグルーピングする基準は要件しだいですが、運用では職務や部署などが利用されることが多いと考えられます。

    コンセプトでは、UMEのグループはAsABAPシステムのユーザグループ(SUGRで管理)に相当するものです。

    利用目的

    グループを使用することにより、各ユーザを所属しているグループ単位で纏めて権限を制御することができます。

    階層化

    グループは親子関係を持たせることにより、グループの階層を作成することができます。
    このようにグループをネスト化することで、たとえば企業の階層を表すことができます。

    種類デフォルトグループ

    デフォルトグループ(英:Built-in Group)は、システム実行時にUMEより自動的に生成されます。
    3つのデフォルトグループがあります。

    すべてのユーザ匿名ユーザ認証済ユーザ

    デフォルトグループは、UMEデータベースにも保存されることがなく、ユーザにより作成や削除、名前変更することができません。

    ABAPロールグループ

    AsABAPシステムがUMEのデータソースとして使用される場合、ABAPロールは自動的にUMEの同名のABAPロールグループとして読み込まれます。

    ABAPロール割当はUMEでユーザからグループへの割当として処理されます。

    会社グループ

    会社グループ(英:Built-in Company Group)は、会社の設定時にUMEによって生成されます。

    会社グループ、UMEデータベースにも保存されることがなく、ユーザにより作成や削除、名前変更することができません。

    会社グループ機能を有効化するには、以下のUMEパラメータの値をTrueにする必要があります。
    ume.company_groups.enabled = true

    なお、どの会社にも所属しないユーザをゲスト会社グループに割り当てることができます。
    ゲスト会社グループ機能を有効化するには、以下のUMEパラメータの値をTrueにする必要があります。
    ume.guestcompany_groups.enabled = true

    UMEグループ

    UMEグループは、UME管理機能からユーザにより明示的に作成されるグループです。
    UMEグループはUMEのローカルデータベースに保存されます。

     


  • UME 0 Votes 181 閲覧数



    UMEは、すべての Java アプリケーションに集中的なユーザ及び権限管理機能を提供し、複数のデータソースからユーザ管理データに対して作業することができます。

    コンセプト

    UMEのユーザ及び権限管理以下の要素から構成されます。

    ユーザ管理権限制御会社機能ユーザ管理

    AsJavaシステムを利用する個人や他のアプリケーションプログラムは、匿名ユーザを除く、すべてUMEで一意なIDをもって管理されます。
    職位や部署など、同じ属性をもつユーザを纏めて権限などを管理できるような仕組みとして、ユーザの集まりを示すグループというコンセプトがサポートされています。

    権限管理

    UMEの権限管理の仕組みは、アクションとロールから構成されます。
    アクションはどんな処理ができるかという権限を示すものです。
    アクションはABAPシステムの権限オブジェクトに相当します、ABAP権限オブジェクトと同じ、アクションもプログラム実装やシステムコンフィグにより定義されるものです。そのため、ユーザからできる作業は割り当てだけです。

    アクションをロールに割り当てて、さらにロールをユーザやグループに割り当てることにより、ユーザ毎の権限制御が実現されます。
    下記の図でそのイメージを示します。


    (source : sap help portal)

    会社機能

    会社機能を利用すれば、一つのAsJAVAシステムに会社毎の仮想システムを構築して、複数の会社を互いに影響せずに共存させることができます。

    実現アーキテクチャ

    UMEのアーキテクチャは以下の階層図で示すことができます。

    (source : sap help portal)

    エンジン

    UMEのエンジンはライブラリとしてAsJavaのコアに組み込まれています。

    SC:SERVERCOREDC:com.sap.security.core.sda

    UMEを利用するアプリケーションに統一したAPIはまた別に提供されています。

    SC:ENGINEAPIDC:com.sap.security.api.sda

    ツール

    ユーザ管理など、標準で用意された管理ツールは主に以下のSCで配布されています。

    SC:UMEADMINDC:多数

    ユーザ管理機能

    標準で用意されたユーザ管理機能はWebUIから利用することができます。
    以下はポータルからアクセスした画面のイメージです。

    ポータル画面の利用を含めて、ユーザ管理機能のWebUIをアクセスするには、下記のような方法があります。

    ポータル画面利用から 
    ナビケーションパス:ユーザ管理(User Management)NWA画面から 
    ナビケーションパス:設定管理(Configuration Management)–セキュリティ(Security)–ID管理(Identity Management)スタートページから
    ナビケーションパス:User Management直接URL指定
    URL:http://host-ip:host-port/useradminUME設定

    UMEはさまざまなパラメータが用意されています。パラメータの値を変更するには、ローカルツールによるオフライン変更とWebUIによるオンライン変更の二つの方式があります。
    オンライン変更の場合、パラメータによって、変更後にAsJAVAを再起動する必要があるものとないものが存在します。

    オフライン方式

    オフライン方式はConfigtoolを使用します。以下の図でイメージを示します。

    オンライン方式

    オンライン方式はWebUIを使用します。ポータルからアクセスしたUME設定画面は以下のイメージです。

    「Open Expert Mode」ボタンを押下すれば、パラメータ名を指定することによって、全パラメータの値を設定可能になります。

    ポータル画面の利用を含めて、UME設定のWebUIをアクセスするには、下記のような方法があります。

    ポータル画面利用から 
    ナビケーションパス:システム管理(System Management)–システム設定(System Configuration)–UME設定(UME Configuration)NWA画面から 
    ナビケーションパス:設定管理(Configuration Management)–セキュリティ(Security)–ID管理(Identity Management) –設定(Configuration)ボタン


  • EP 0 Votes 175 閲覧数


    このトピックでは、ポータルコンテンツの移送を取り上げて説明します。
    ポータルコンテンツの移送は、移送元からEXPORT⇒Exportファイルを移送先にインポートの順に行います。

    移送元からEXPORT概述

    ポータル管理画面→システム管理タブ→移送→ナビゲーション(移送パッケージ→エクスポート) 
    ①移送パッケージを新規作成 
    ②移送パッケージに全オブジェクトを追加、エクスポート 
    ③エクスポートファイルをダウンロード

    手順の詳細










    移送先へIMPORT概述

    ポータル管理画面→システム管理タブ→移送→ナビゲーション(移送パッケージ→インスポート) 
    ①インポートファイルをアップロード 
    ②インポート

    手順の詳細





  • EP 0 Votes 169 閲覧数


    このトピックでは、ポータルロールを取り上げて、その構成要素などを説明します。

    概述

    ポータルロールは、コンテンツをどのようにグループ化するか、コンテンツを SAP NetWeaver Portalにどのように表示するかが定義されます。 
    ユーザ、またはグループをポータルロールに割り当てることによって、ユーザまたはグループがどのコンテンツをポータルに表示するかを定義します。割当時、ロール割当ユーザ権限のチェックが行われ、ロールを割り当てるための適切な権限を保有しているかどうかが確認されます。

    ポータルロールのほかにユーザマネジメントエンジン (UME) ロールがあります。UMEロールによって、権限のセットが定義されます。但しUMEロールはポータルの表示を制御することができません。

    構成要素

    ポータルロールの構成要素はおもに以下のようなものがあります。

    ページ: 
    レイアウトと割り当てられたiViewで構成されるiView のコンテナです。iView: 
    社内やインターネットのコンテンツソースからデータを取得し、ポータルのコンテンツエリアに表示するプログラムです。ワークセット: 
    特定の活動分野に属するタスク、サービス、情報のコレクションです。メニュー: 
    ワークセットとメニューの組み合わせを作成し、ロールに紐付けることでユーザーごとに異なる画面を表示することが可能です。サンプル

    標準のgeneral/eu_role、super_admin/super_admin_roleとカスタマ作成のRoleT1を持っているユーザを例として取り上げて、ポータルの表示を示します。

    ユーザノポータル表示 
    general/eu_roleのコンテンツ定義 
    super_admin/super_admin_roleのコンテンツ定義 
    RoleT1のコンテンツ定義 

  • EP 0 Votes 610 閲覧数


    このトピックでは、ポータルの画面構成を取り上げて説明します。

     概要

    ポータルとは、以下の図で赤い枠線が示した通り、表示されているコンテンツおよびそのレイアウトを含むポータル画面全体のことです。

    レイアウト


    ポータル画面全体は以下の図で示されるように、大きく分けると、ヘッダエリア/ページタイトルバー/ナビゲーションパネル/コンテンツエリアの四つのエリアから構成されます。

    各エリアトップヘッダ

    トップヘッダエリアは、主にシステムの各ページに不変なヘッダ内容が表示されます。例えば、会社のロゴやシステムの名前、検索のツールボックスなどはよくこのエリアに含められます。 
    概要で取り上げられたデスクトップサンプルの下記部分はこのエリアに該当します。 

    ツール

    ツールエリアは、ポータルにナレッジマネジメント (KM) がインストールされている場合に限り表示されます。

    トップレベルナビゲーション

    トップレベルナビゲーションは、ユーザに割り当てられたロールのコンテンツをアクセスするためのタブを並べられるバーエリアです。 
    設定により、2行目に選択中のロールの第1階層のサブフォルダを表示させることができます。

    概要で取り上げられたデスクトップサンプルの下記部分はこのエリアに該当します。 

    ページタイトルバー

    表示されたページのパーソナライゼーション、ナビゲーション、およびアクションのオプションに関する情報などはこのエリアに表示されます。

    概要で取り上げられたデスクトップサンプルの下記部分はこのエリアに該当します。 

    ナビゲーションパネル

    ページタイトルバーの直下にある左側のペインはナビゲーションiView 用に予約されており、これにはコンテンツツリー、インタフェースコントロール、各種コンテンツへのリンクが含まれています。

    概要で取り上げられたデスクトップサンプルの下記部分はこのエリアに該当します。 

    コンテンツエリア

    この部分は本体のコンテンツが表示されます。コンテンツはiView が含まれるページまたは単独の iView です。ページ/iView 間のナビゲーションを行うと、内容が変化します。

    概要で取り上げられたデスクトップサンプルの下記部分はこのエリアに該当します。 


  • EP 0 Votes 660 閲覧数



    EPを利用することにより、すべての操作が単一のユーザエクスペリエンスに統合されます。

    コンセプト

    EP(Enterprise Portal)はSAP NetWeaver PlatformのWEBフロントエンドとして機能します。 ポータルのほか、以下の機能も統合されておます。

    ナレッジマネジメント 
    さまざまなデータソースの非構造化情報にロールベースでアクセスすることができます。コラボレーション 
    社内の同僚や他の従業員との通信/連絡および連携に役立つサービスを提供します。ガイドプロシージャ 
    複数のバックエンドシステムへのアクセスを伴うプロセスをモデリングし、管理するためのフレームワークです。実現アーキテクチャ

    利用タイプ

    ポータル機能を利用するためにNetweaverから用意された利用タイプはEP(エンタープライズポータル)です。 
    EPの一部基本機能を抜き出してEPC(EPコア)という利用タイプとしても提供されております。EPCはEP利用の前提条件になります。

    機能構成

    以下の表でそれぞれの機能構成を示します。

    機能EPCEPポータル○○ガイドプロシージャ○○統合ワークリスト○○ナレッジマネジメント×○コラボレーション×○ビジュアルコンポーザ×○管理ロール

    EPCの管理ロール 
    Super Admin ポータル管理環境のすべての管理ツールが含まれています。 
    Content Admin ポータルでコンテンツを登録および更新するためのツールが提供されます。 
    User Admin ポータルでのユーザ管理およびロール割り当てを行うためのツールが提供されています。 

    System Admin ポータル、ポータルのサービス、およびシステムランドスケープの設定、更新およびサポートを行うためのツールが提供されます。


  • NWDI 0 Votes 88 閲覧数


    このトピックでは、DTRのバージョン管理の仕組みを取り上げて説明します。

    目的

    主に下記の二つあります。

    変更歴史の記録 
    バージョン間の変更点を確認したり、ふるいバージョンに戻したりすることができます。統合時の判断 
    ソースファイルを統合する際に、バージョンを比較して統合できるかを判断できます。管理レベル

    DTRはファイルとワークスペースと二つのレベルでバージョン番号を管理しています。

    ファイル

    ファイルはそれぞれ個別のRev No.(リビジョン番号)をもっています。 
    Rev No.は、ワークスペース内で採番されます。1から始まり、ファイルが変更されるたびに一つずつあがっていきます。
    ファイルのRev No.はNWDSで確認することができます。

    対象ソースを指定、コンテキストメニューから「Revision History」を選択 
    Revision一覧を表示 
    ISNなども表示されますので、後ほどの説明に関わります。 
    ワークスペース

    ワークスペースレベルのバージョン番号は、ISN (Integration Sequence Number、統合順序番号)と呼ばれます。 
    ワークスペースにチェックインされた変更には、そのワークスペース内で適用される一意なISN番号が割り当てられます。

    ワークスペースへの変更は、アクティビティによるものと、伝播(Propagation)によるものがあります。

    アクティビティ 
    ローカルワークスペースで行った修正伝播
    トラックに跨ってインポートされる変更統合

    ワークスペースが統合されるときに、ファイルのバージョンが統合されます。

    バージョングラフから、ワークスペースに跨ったファイルのバージョン歴史を確認することができます。 
    そこで、ワークスペース間でどうな統合が発生したのか、次の統合にコンフリクトも確認できます。

    外部リンク

    セントラルソースファイル管理 - SAP Help Portal