Business Function Data Structure Not Found

bradbeckett1

Active Member
I'm trying to use the "Stop Batch Processing" BSFN.

Whenever I put it in my ER code I get the following error:

Business Function Data Structure Not Found!
You May not have the BF on your machine.
Try checking the BF out to your machine and try again.

I've checked out the N94M16C and D94M16C, which are the BSFN and it's data structure. Still no help.

JDE.LOG has no refernce to the error.
THe debug low shows this

Nov 19 10:21:13 ** 3536/3060 ODBC:S DBInitRequest(reuse) conn=03A46670 hd=0473CCC8 dr=04731D48 OW-ENT A (owsalary@Object Librarian - B7334)
Nov 19 10:21:13 ** 3536/3060 SELECT T0.SIOBNM, T0.SIFCTNM, T0.SIMD, T0.SIEVDSC1, T0.SIFCTNID, T0.SIDSTMPLID, T0.SIJDEVERS, T0.SIMRGMOD, T0.SIMRGOPT, T0.SIBUF1, T0.SIBUF2, T0.SIBUF3, T0.SIBUF4, T0.SIBUF5, T0.SIPID, T0.SIUSER, T0.SIJOBN, T0.SIUPMJ, T0.SIUPMT, T0.SIDSTNM, T0.SIEVSK, T1.SIOBNM, T1.SIMD, T1.SISY, T1.SISYR, T1.SIFUNO, T1.SIFUNU, T1.SIPFX, T1.SISRCLNG, T1.SIANSIF, T1.SICATO, T1.SICLDF, T1.SICPYD, T1.SIOMIT, T1.SIOPDF, T1.SIAPPLID, T1.SICURTYP, T1.SIBFLOCN, T1.SIGBOPTN, T1.SIGTFILE, T1.SIGTTYPE, T1.SIGTFFU1, T1.SIJDETEXT, T1.SIPROPID, T1.SIMID1, T1.SIBASE, T1.SIPARDLL, T1.SIPAROBN, T1.SIPKGCOL, T1.SIOLCD01, T1.SIOLCD02, T1.SIOLCD03, T1.SIOLCD04, T1.SIOLCD05, T1.SIPID, T1.SIUSER, T1.SIJOBN, T1.SIUPMJ, T1.SIUPMT FROM OBJ7334.F9862 T0,OBJ7334.F9860 T1 WHERE ( T1.SISY <> '88' AND T0.SIMD LIKE 'stop batch%' ) AND ( T1.SIOBNM=T0.SIOBNM ) ORDER BY T0.SIMD ASC
Nov 19 10:21:13 ** 3536/3060 Entering JDB_SetRequestOptions (Option No = 7 , Setting = 13)
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Get Custom Grid Row App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3048 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Get Custom Grid Row App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3073 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 Entering JDB_Fetch
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Grid Record is Fetched App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Grid Record is Fetched App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Write Grid Line-Before App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Write Grid Line-Before App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Write Grid Line-After App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Write Grid Line-After App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 Entering JDB_Fetch
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Grid Record is Fetched App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Grid Record is Fetched App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Write Grid Line-Before App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Write Grid Line-Before App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Write Grid Line-After App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Write Grid Line-After App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 Entering JDB_Fetch
Nov 19 10:21:13 ** 3536/3060 RT: >>>Beginning ER: Last Grid Record Has Been Read App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:13 ** 3536/3060 RT: <<<Finished ER: Last Grid Record Has Been Read App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:14 ** 3536/3060 RT: >>>Beginning ER: Enter Row App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3048 Lv:LEVEL3]
Nov 19 10:21:14 ** 3536/3060 RT: <<<Finished ER: Enter Row App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3073 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: Kill Focus on Grid App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3048 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: Kill Focus on Grid App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3073 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: Row is Exited App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3048 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: Row is Exited App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3073 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 In jdeMaintainDftHyperItem
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: Select/OK Button Clicked App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2986 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: Select/OK Button Clicked App: Form: W98652A :: [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3010 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: Select/OK Post Button Clicked App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2986 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: Select/OK Post Button Clicked App: Form: W98652A :: [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3010 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: End Dialog App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2900 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: End Dialog App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:2924 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: >>>Beginning ER: Kill Focus on Grid App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3048 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 RT: <<<Finished ER: Kill Focus on Grid App: Form: W98652A [T:bf4 F:c:\b7\system\jdeuser\jdecgrt\RT_ER.cpp Ln:3073 Lv:LEVEL3]
Nov 19 10:21:15 ** 3536/3060 Entering JDB_CloseView (VIEW = V9862B)
Nov 19 10:21:15 ** 3536/3060 Entering JDB_ClearSequencing
Nov 19 10:21:15 ** 3536/3060 Entering JDB_ClearSelection
Nov 19 10:21:15 ** 3536/3060 Entering JDB_ClearBuffers
Nov 19 10:21:15 ** 3536/3060 Exiting JDB_ClearBuffers with success.
Nov 19 10:21:15 ** 3536/3060 Exiting JDB_CloseView (VIEW = V9862B) with Success
Nov 19 10:21:15 ** 3536/3060 Entering JDB_FreeUser
Nov 19 10:21:15 ** 3536/3060 Starting CopyBFLiteralsToPointer
Nov 19 10:21:15 ** 3536/3060 Starting ResolveGBRBFFromDsTmpl
Nov 19 10:21:15 ** 3536/3060 Entering GetSystemDecimalSep.....
Nov 19 10:21:16 ** 3536/3060 Exiting WM_INITDIALOG for BusinessFunctions in EditER
Nov 19 10:21:16 ** 3536/3060 Exiting WM_DESTROY in BusinessFunctions in EditER
Nov 19 10:21:16 ** 3536/3060 Exiting StartBFFunctionsDialog
Nov 19 10:21:16 ** 3536/3060 Entering GetSystemDecimalSep.....
Nov 19 10:21:17 ** 3536/3060 Entering GetSystemDecimalSep.....



Anyone run into this error before?

TIA
 
Hi Brad,

You have forgotten to attach your system information.

Why don't you use the Stop Batch Processing System Function (General Category) instead of the mentioned BSFN. I suppose, this is available on your system too.

NOTE: This system function should only be called from within the AdvanceSection or DoSection event.

I have used it several times - last time not more than 10 minutes earlier :) and it works great (at least for me).

Regards,

Zoltán
 
I thought my info was in my signature, but for some reason it's gone, I put it back.

I'm trying to do some test on processing options that add to data selection. If the PO's fail the test I want to stop the batch job before the query. I've used this BSFN many times, until today I've never had a problem.

If I go back to an previously written batch, I get an error when I double click to view the parameters. Again, no data structure, but the BSFN still works.

Brad
 
Anyone ever had their TAM files corrupted on DV workstation and if so how did you fix it?

Thanks,
Danny McMillian
XE-SP22-Oracle 8-Solaris

bradbeckett1 <[email protected]> wrote:
I thought my info was in my signature, but for some reason it's gone, I put it back.

I'm trying to do some test on processing options that add to data selection. If the PO's fail the test I want to stop the batch job before the query. I've used this BSFN many times, until today I've never had a problem.

If I go back to an previously written batch, I get an error when I double click to view the parameters. Again, no data structure, but the BSFN still works.

Brad
Erp 8/Update 1 SP22S1 Win 2k3/Sql 2k
 
I just went back and checked, I do have the option of 'stop batch processing' in the advanced section, to be honest I've never used the advanced, so I'll go do some testing to see when it executes. This would be a valid solution if advanced runs before the query is executed.

Thanks Zoltan
 
Corrupted TAM Files

Danny,

During our upgrade to B7331 our TAM files were corrupted on our Deployment Server. We did not really know how bad things were until we upgraded to Xe. Our solution, with lots of help from Bill Herbert from PeopleSoft, then J. D. Edwards, was to copy our custom objects from DV to Pristine and create a new DV. It was not an easy task but we were successful and did not lose over two years worth of custom programming.

You say this happened on a workstation. Why not just reinstall?
 
Re: Corrupted TAM Files

Thanks.

RJustus <[email protected]> wrote:Danny,

During our upgrade to B7331 our TAM files were corrupted on our Deployment Server. We did not really know how bad things were until we upgraded to Xe. Our solution, with lots of help from Bill Herbert from PeopleSoft, then J. D. Edwards, was to copy our custom objects from DV to Pristine and create a new DV. It was not an easy task but we were successful and did not lose over two years worth of custom programming.

You say this happened on a workstation. Why not just reinstall?
Ray Justus Kitchell Corp Phoenix, AZ 602-631-6157 E180SP22_S1 Servers: W2KSP4 Workstations: W2KSP4,CitrixXP Database: SQL7SP4
 
Re: Corrupted TAM Files

Checking out doesn't resolve anything as your are wotrking with a system'function and the source is now in kernel for this function (look into n94nm16c_c).
The first thing to check on your workstation is than the dll's is correct (perharps you should overwrite with theym of the server). If anything is good, build an full package and redeploy it.
 
Re: Corrupted TAM Files

to complete my previous message
the api is now :
JDERTN(void) JDEWINAPI ubeReport_StopBatchProcess(LPBHVRCOM pBhvrCom);
JDERTN(void) JDEWINAPI ubeReport_StopBatchProcessWithError(LPBHVRCOM pBhvrCom,
LPSTR pString);
in jdekprto.h
I just notice than you use the BSFN's search sceen but you can't as it was a system function. The unique solution you have is to use the system function's selection and go to the general section to find the stop batch processing.
So everything is good on yur station but you made a wrong utilisation of system function.
 
Re: Corrupted TAM Files

Thanks.

sviardot <[email protected]> wrote:Checking out doesn't resolve anything as your are wotrking with a system'function and the source is now in kernel for this function (look into n94nm16c_c).
The first thing to check on your workstation is than the dll's is correct (perharps you should overwrite with theym of the server). If anything is good, build an full package and redeploy it.
Serge Viardot Consultant Technique JDE Cap Gemini France
 
Hi

If you are runnign an Appl, use the system Function 'Press Button' and chose 'Cancel' Botton.

This evaluation do it at 'dialogue is initialized'

Regards.
Luis Felipe
 
Back
Top