URL為:jdbc:mysql://192.168.0.233:3306/ep_bpm_process
然後在程序中通過如下語句取得數據庫連接:
12 賬號權限
12.1 Portal上UWL的權限
pcd:portal_content/every_user/general/eu_role
pcd:portal_content/com.sap.pct/every_user/com.sap.bpem/com.sap.bpem.roles/com.sap.bpem.Enduser
12.2 管理員權限
Glxrole
13 常用URL
13.1 流程管理
http://192.168.0.233:50000/ProcessManagement/index.jsp
http://192.168.0.233:50000/ProcessManagement/debug.jsp
需要具有管理員權限,即glxrole角色
13.2 流程監控
在上述NWA的頁面中,通過Operation Management–à Processes and Tasks—à
Manage Processes即可進入流程狀態,在此可看流程中的數據內容等。
14 問題
1. process中的activity需要與web dynpor綁定,如事件、context等數據,若在綁定後,將dynpro中的事件刪除、context中的數據字典等變化了,即在process中綁定dynpro後,更改了該dynpro,在procss中體現不出來?只能重新綁?
這個問題比較嚴重。如context數據更改了,但在context中的數據與process中定義的wsdl數據若不一致,將導致流程無法啟動。
2.
15 總結
1. 在process中綁定dynpro時,即在task中選定user interface時,往往會一直停留在上面走不下去,此時,可在development infrastructure中,先編譯該porcess(包括dynpro),編譯後在在task中綁定,此時即可通過。
2. 在源代碼中將工程拷貝過來後,需要在development infrastructure中刷新後創建工程
3. 從源工程代碼import進來的dynpro工程文件,可能會因NWDS版本的問題導致無法編譯,此時,可在供dynpro的工程文件中右鍵選擇repair修復
4. 在流程設計中,用到wsdl定義的web service來做啟動流程的數據輸入,有時在流程的start中定義了web service中指定的operation後,發布到服務器,發現無法接受數據啟動流程,此可能是wsdl文件定義錯誤。更正如下圖所示:


5. 發布process後,若該正確的process對應的web dynpro有問題,修改該dynpro後,可只發布該dynpro,而不需重新發布process; 反之是否亦然呢?
6. 在測試過程中,若某個用戶的UWL內容過多,可在流程管理中將task清掉。 即suspend或cancel掉。


7. 查看日誌
通過Administrator界面查看,且可定製日誌的顯示方式等。(NWA)即為NW Administrator
http://<server>:<port>/nwa 按照如下鏈接進入:
Problem managment–>log and Trace–>Log Viewer–>select Last 24 hours.如下圖所示:
但據所觀察,該日誌的參考意義不大,無法從該日誌信息得到具體又實用的提示信息,如上圖所示為流程啟動時,發生錯誤,提示根據日誌ID查看,但查看該日之後,無任何有幫助性質的內容。
8. 待定
以下文章點擊率最高
Loading…