【文章內(nèi)容簡介】 CUSTOMER_ID from da_customers a start with PARENT_CUSTOMER_ID = 1 connect by prior CUSTOMER_ID = PARENT_CUSTOMER_ID who，五個(gè)記錄創(chuàng)建及修改歷史的字段，可以通過OA的Help/Record History菜單查看 文件系統(tǒng)File system的層次一般是$APPL_TOP/$MODULE_TOP such as $GL_TOP,$AU_TOP/Version/forms,reports,sql,.../EN,ZHS,...五個(gè)層次，在URL中有一個(gè)語言參數(shù)，它的值是根據(jù)用戶當(dāng)前的NLS_LANG設(shè)置來的；假如指明是中文，那么Form Server會(huì)到ZHS下取文件，在任何其他語言對(duì)應(yīng)的目錄下找不到文件的話，系統(tǒng)都會(huì)到EN目錄下取，假如還取不到，這個(gè)時(shí)候才報(bào)錯(cuò)。AU指Application Utility，我們編寫的Form源文件一般放在$AU_TOP/Version/forms/LANG下，而PLL源文件一般放在$AU_TOP/Version/resource下，但編譯的時(shí)候前者要放到對(duì)應(yīng)應(yīng)用的對(duì)應(yīng)語言的目錄下，而后者還是在源目錄；對(duì)于Report，則直接放在對(duì)應(yīng)應(yīng)用的對(duì)應(yīng)語言下，不需要編譯 一個(gè)用戶對(duì)應(yīng)一個(gè)或多個(gè)responsibility，一個(gè)responsibility對(duì)應(yīng)一個(gè)或多個(gè)menu，一個(gè)底層menu對(duì)應(yīng)一個(gè)function，一個(gè)function對(duì)應(yīng)一個(gè)form或者一個(gè)報(bào)表或者一個(gè)程序；一個(gè)responsibility對(duì)應(yīng)一個(gè)請(qǐng)求組，一個(gè)請(qǐng)求組對(duì)應(yīng)一個(gè)或多個(gè)報(bào)表和程序，這個(gè)應(yīng)該放過來說，在定義報(bào)表的時(shí)候可以選擇哪個(gè)請(qǐng)求組；一個(gè)responsibility對(duì)應(yīng)一個(gè)Application，這個(gè)不要和該responsibility擁有的菜單混淆，菜單沒有限制 Workflow開發(fā)整理 根據(jù)Server安裝指南一般可以完成Workflow Server的配置。按我的經(jīng)驗(yàn)，有幾個(gè)地方需要注意 可以直接使用8i的，不用安裝IAS，；服務(wù)起不來的可能情況 ，這個(gè)沒什么好說的 之前的服務(wù)沒有正常結(jié)束，一般重新啟動(dòng)計(jì)算機(jī)即可；或者殺掉java進(jìn)程，如果有的話 新安裝了Oracle其它產(chǎn)品，導(dǎo)致路徑引用錯(cuò)誤；我的解決辦法是把新安裝軟件在環(huán)境變量Path中添加的路徑移到最后 如果要看d為何無法啟動(dòng)，查看Log是沒用的；應(yīng)該先運(yùn)行CMD，然后cd到需要的目錄，這個(gè)時(shí)候就會(huì)有錯(cuò)誤出現(xiàn) Notification默認(rèn)的配置是html ，這個(gè)時(shí)候易遇到Notification就報(bào)錯(cuò)，因?yàn)槲覀冏约阂话銢]有配置Mail服務(wù)器，所以需要在Global Workflow Preferences里面把Send me electronic mail notifications設(shè)置為Do not send me mail 開始我沒有配好Business Event System，在執(zhí)行Aprove等動(dòng)作的時(shí)候老是No Data Found；后來我根據(jù)Error Stack找到wf_xml包，把里面的RemoveNotification的Raise語句注釋掉就可以了。嘿嘿，反正我是自己研究工作流，無所謂了 我的系統(tǒng)是XP Home SP1，沒有JVM，無法View Diagram；裝了JDK，不太好用， 剛接觸Workflow Builder會(huì)碰到的幾個(gè)疑問 如何連接各個(gè)Node：用右鍵而不是左鍵連 為何修改不了別人的文件：在Help菜單里面設(shè)置合適的Access Level 為何圖標(biāo)不起作用：在View菜單里面選擇Develop Mode 如何使用Standard的Item：打開Standard或Demo文件，把Stantard這個(gè)Item Type抓過去 Notification根據(jù)什么發(fā)：必須在Process里面打開Notification的屬性，Node標(biāo)簽里面有一個(gè)Performer，根據(jù)需要設(shè)置成我們預(yù)定義的某個(gè)Role類型的Attribute即可 Workflow Builder的PL/SQL函數(shù)有什么要求：拷個(gè)Demo的函數(shù)，照著寫就可以了，怎么判斷運(yùn)行模式，怎么返回里面都有 其他問題其實(shí)Workflow Builder在保存或者我們選擇Verify的時(shí)候都會(huì)提示，只要認(rèn)真看都能解決 對(duì)各個(gè)Item的通俗理解 Item Type是個(gè)抽象的概念，為方便理解，可以看作是一個(gè)工作流的容器和標(biāo)志 Attribute是全局變量，供整個(gè)Item Type里面的元素使用，可以作為Message的附加屬性，Send給用戶看或者存儲(chǔ)用戶的Response內(nèi)容比如Note和Forward To；Attribute另一個(gè)常用的地方是作為Notification的Performer。當(dāng)然我們的PL/SQL代碼是離不開Attribute，幾乎任何PL/SQL函數(shù)都需要通過取得Attribute變量判斷Attribute變量設(shè)置Attribute變量，決定程序如何走，返回什么值 Message，就是一個(gè)消息，內(nèi)容在Body里面定義，用amp。引用Message自己的Attribute；對(duì)我們程序有用的的是Message的Attribute，一般和上面的全局變量Attribute對(duì)應(yīng)，Send類型的Attribute將取當(dāng)時(shí)的全局變量Attribute的值發(fā)給用戶看，Response類型Attribute將把用戶輸入的內(nèi)容返回給全局變量Attribute供我們的程序作下一步判斷使用 Lookup Types，基礎(chǔ)字典列表，就像我們的部門字典表，銷售方式字典表一樣，不過它是靜態(tài)的；根據(jù)需要設(shè)置，一般用來標(biāo)志工作流各類Item的返回值，和我們的PL/SQL函數(shù)返回值一一對(duì)應(yīng) Function，就是Function，一個(gè)處理，一般對(duì)應(yīng)一個(gè)PL/SQL函數(shù)并定義返回值為某個(gè)Lookup Type Notification，發(fā)送一個(gè)消息，消息內(nèi)容為定義的Message內(nèi)容，消息的接收人是定義的Performer Process，真正的流程，由Notification、Function、子Process組成，開始于一個(gè)Start Function，結(jié)束于一個(gè)或多個(gè)End Function，中間是Notification和Function組成的業(yè)務(wù)流程，在這個(gè)級(jí)別上可以把Notification、Function、子Process看成是一樣的即activity，他們都有返回值，不同的結(jié)果走不同的流程，由此組成一個(gè)符合業(yè)務(wù)需要的圖表 由Engine管理、不需要我們操心的東西 消息發(fā)送；我們只管定義，由于可以用HTML寫Message的Body，可以定義得很漂亮 流程選擇；我們只管按不同的返回結(jié)果畫圖，Engine會(huì)根據(jù)我們函數(shù)的返回值調(diào)用下一個(gè)activity 用戶選擇；我們可以修改wf_roles、wf_users、wf_user_roles這三個(gè)視圖，使之包含我們業(yè)務(wù)系統(tǒng)的用戶即可 開始以為Workflow Builder會(huì)根據(jù)我們的Hierachy定義自動(dòng)執(zhí)行，其實(shí)關(guān)于Hierachy的定義、執(zhí)行的規(guī)則等等都需要我們自己編寫代碼實(shí)現(xiàn)，所以Workflow Builder本身其實(shí)還是很簡單，主要還是靠我們的PL/SQL和分析設(shè)計(jì)能力 Discover開發(fā)整理 Discover比較簡單，會(huì)SQL和用過Excel的人都會(huì)搞；有麻煩的是安裝和配置， 安裝的時(shí)候需要在Default Home，其他Home不行；如果實(shí)在不想裝在Default Home，可以修改注冊(cè)表的兩個(gè)地方 如果先裝6i，后裝Discover，；否則Form Builder起不來， 登錄standard EUL用的是數(shù)據(jù)庫用戶；登錄application EUL用的是Oracle OA用戶，登錄只后要選擇職責(zé)，這樣也就選擇了OU，這個(gè)很關(guān)鍵，大部分業(yè)務(wù)視圖都是需要過濾OU的，如果不以application 身分登錄，意味著OA的VIEW我們要重寫，改成基于基表，然后通過其他辦法過濾OU，這個(gè)工作量太大 要以Application用戶登錄，需要在ToolsOptionConnection設(shè)置為Connect to application EUL或者Connect to both standard and application EUL，前者默認(rèn)就以application身份登錄，后者在登錄的時(shí)候會(huì)出現(xiàn)一個(gè)Check Box讓我們選擇；Gareway User Id和Foundation Name不用填，系統(tǒng)默認(rèn)用applsyspub和apps ，需要安裝Patch，（URL= ），拷貝到DISCVR4目錄下；否則報(bào)的錯(cuò)誤讓你無法理解 在Admin里面，如果用登錄的用戶自己創(chuàng)建EUL，可能會(huì)報(bào)“不能給自己Grant或Revoke權(quán)限”，可以換成system用戶登錄，然后建給需要的用戶即可 Business Area可以在Admin里面導(dǎo)入導(dǎo)出，這個(gè)對(duì)發(fā)布很重要；Workbook可以通過命令行導(dǎo)出，但我用下來速度很慢，只好一個(gè)個(gè)手工發(fā)布了 在Admin里面建好Business Area，一定記得在ToolsSecurity里面把Business Area授權(quán)給相應(yīng)的職責(zé)，不然用Desktop登錄之后什么都看不到，當(dāng)然導(dǎo)Workbook也會(huì)報(bào)錯(cuò) Workbook需要授權(quán)其他用戶才可以看到；命令在File菜單里面。但是只有擁有Share權(quán)限的用戶/職責(zé)才可以，這個(gè)需要在Admin里面設(shè)置 創(chuàng)建基于Application的EUL