標準的EO驗證提示錯誤不夠完整，拋出自定義的異常。

我們通常會在eo裡面對某些資料進行驗證，比如在邀請**商註冊的時候，oracle標準邏輯會驗證被邀請的**商是否已經存在。

其驗證邏輯在

public

void
setsuppliername(string value)
else
}

現由於客戶覺得標準的異常提示不夠明顯，無法區分此**商是已經正式存在的**商，還是已經被其他人邀請過的**商。

所以現決定在儲存的時候根據輸入的**商名稱進行邏輯判斷。

經驗證，邏輯判斷不能寫在processformrequest中，會先執行eo中的驗證。

不過可以寫在processformdata中，因為processformdata中的方法是在post階段執行，所以不會觸發eo中的驗證。

新建客戶化co繼承原有標準co

public class cuxsuppregistersupplierco extends suppregistersupplierco

}

public

void
validsuppliername(oapagecontext pagecontext,oawebbean webbean, string suppliername,number supplierregid)
}catch
(exception exception1)
try; 
oaexception exceptionmessage = new oaexception("cux","cux_supplier_has_been_invited",tokens,oaexception.error,null
);                
throw
exceptionmessage;   //ps1.使用throw直接丟擲異常，會導致頁面上直接基於eo的字段的資料不會被保留,且不會丟擲eo中的驗證。
//ps2.使用putdialogmessage()，頁面上的資料被保留，且執行eo中的驗證並丟擲。
}        }
catch
(exception exception1)
}

標準的EO驗證提示錯誤不夠完整，拋出自定義的異常。

我們通常會在eo裡面對某些資料進行驗證，比如在邀請 商註冊的時候，oracle標準邏輯會驗證被邀請的 商是否已經存在。其驗證邏輯在 public void setsuppliername string value else 現由於客戶覺得標準的異常提示不夠明顯，無法區分此 商是已經正式存在的 商，還...

有趣的錯誤提示

編輯器總是會提示一些 的語法警告提示 css margin 5px 0 margin top 10px this inspection tries to find similar css properties,which can be transformed to shorter form shor...

phpcms後台登陸提示驗證碼錯誤

1 v9的驗證碼在生成後，會把驗證碼的數字存入session當中。2 v9在預設的情況下，session是存放在資料庫當中的。其在資料庫中的表現如下 3 您可以在訪問後台登陸頁後，檢視一下資料庫中session這個表，如果表中沒有型別的資料code s 4 那說明session沒有成功的寫入到資料庫...