Errors no longer show which Method Directive

Kinetic ERP
1

I know when I used to get errors for a Method Directive, it would tell me which one it was but they don’t appear to do that now. Is this a setting I changed without realizing it, or is it now a thing to not show?

Old error detail:

============
Correlation ID:  acbabb11-be8d-4b04-8c15-0d27996cfff4
Description:  BPM runtime caught an unexpected exception of 'NullReferenceException' type.
See more info in the Inner Exception section of Exception Details.
Program:  Erp.BO.APInvoice.UpdateMaster.dll
Method:  A003_CustomCodeAction
Original Exception Type:  NullReferenceException
Server Trace Stack:     at Epicor.Customization.Bpm.BO.UpdateMasterPreProcessingDirective_tedSupplierCheck_9DF59B84ACBA42369371C9F46A7AFF79.A003_CustomCodeAction()
   at Epicor.Customization.Bpm.BO.UpdateMasterPreProcessingDirective_tedSupplierCheck_9DF59B84ACBA42369371C9F46A7AFF79.ExecuteCore(Int32 step)
   at Epicor.Customization.Bpm.DirectiveBase`2.Execute() in C:\_releases\ICE\ICE4.2.300.0\Source\Server\Internal\Lib\Epicor.Customization.Bpm\DirectiveBase.Generic.cs:line 330
   at Epicor.Customization.Bpm.DirectiveBase`2.Execute(TParam parameters) in C:\_releases\ICE\ICE4.2.300.0\Source\Server\Internal\Lib\Epicor.Customization.Bpm\DirectiveBase.Generic.cs:line 222

New version:

 
The table TempTable.APInvHed has more than one record
The table TempTable.APInvHed has more than one record
 
Exception caught in: Epicor.ServiceModel
 
Error Detail 
============
Correlation ID:  521397fc-f602-4ab5-b951-641eee2bb064
Message No.: 1
Description:  The table TempTable.APInvHed has more than one record
Program:  Epicor.Customization.dll
Method:  GetSingleRow
Line Number:  68
Column Number:  17
Table:  TempTable.APInvHed
Message No.: 2
Description:  The table TempTable.APInvHed has more than one record
Program:  Epicor.Customization.dll
Method:  GetSingleRow
Line Number:  68
Column Number:  17
Table:  TempTable.APInvHed
 
Client Stack Trace 
==================
   at Ice.Cloud.ProxyBase`1.CallWithCommunicationFailureRetry(String methodName, ProxyValuesIn valuesIn, ProxyValuesOut valuesOut, RestRpcValueSerializer serializer)
   at Ice.Cloud.ProxyBase`1.CallWithMultistepBpmHandling(String methodName, ProxyValuesIn valuesIn, ProxyValuesOut valuesOut, Boolean useSparseCopy)
   at Ice.Cloud.ProxyBase`1.Call(String methodName, ProxyValuesIn valuesIn, ProxyValuesOut valuesOut, Boolean useSparseCopy)
   at Erp.Proxy.BO.APInvoiceImpl.UpdateMaster(APInvoiceDataSet ds, String cGroupID, String cTableName, Boolean runChkCPay, Boolean runChkBankRef, Boolean runChkRevChrg, Boolean suppressUserPrompts, Decimal& grpTotalInvAmt, Boolean& requiresUserInput, String& opMessage, String& opMsgChkBankRef, String& opChkRevMsg, Boolean& lEnableGenLegalNum, Boolean& lUpdateRan, String& opDUAMsg)
   at Erp.Adapters.APInvoiceAdapter.UpdateMaster(String cGroupID, String cTableName, Boolean runChkCPay, Boolean runChkBankRef, Boolean runChkRevChrg, Boolean suppressUserPrompts, Decimal& grpTotalInvAmt, Boolean& requiresUserInput, String& opMessage, String& opMsgChkBankRef, String& opChkRevMsg, Boolean& lEnableGenLegalNum, Boolean& lUpdateRan, String& opDUAMsg)
   at Erp.UI.App.APInvoiceEntry.Transaction.Update(Boolean refreshGroup)
7 Likes
2

It is like this now. If you want more information about the error message, you need to check the event log viewer of the server under the “Application and Server Log” section.

3

Unfortunately, while I do have errors in there (one I wasn’t aware of was a BAQ I had forgotten to share which never showed client side as an issue), the one that this referred to is strangely absent. I figured out which one it was and resolved the actual error, but the lack of direction from the error message is a problem and to hear that this is the way it is now is disheartening.

4

Agree. I would suggest to use “Performance and Diagnostic Tool” > Server Diagnostic to dig for more details on custom work issues.