cancel
Showing results for 
Search instead for 
Did you mean: 

Error while creating SC: Internal Error - termination type TH_RES_FREE

Former Member
0 Kudos

Hi I encountered this error while creating a SC. All attributes for this user are maintained and the "check user" transaction does not give any error.

Amol Mate

Error when processing your request

What has happened?

The URL http://punhjwsapsrm:8000/sap/bc/gui/sap/its/bbpsc02/! was not called due to an error.

Note

The following error text was processed in the system SSS : Internal Error

The error occurred on the application server PUNHJWSAPSRM_SSS_00 and in the work process 1 .

The termination type was: TH_RES_FREE

The ABAP call stack was:

Function: B40B_READ_TABLE of program SAPLBBP_BD_DRIVER_40B

Function: META_READ_TABLE of program SAPLBBP_BD_META_BAPIS

Form: LOCATIONS_READ of program SAPLBBP_ATTR_F4

Function: BBP_ATTR_F4_SLOC_PPOMA of program SAPLBBP_ATTR_F4

Form: STG_LOC_GET_FOR_LOCATION of program SAPLBBP_SC_APP

Form: STG_LOC_GET of program SAPLBBP_SC_APP

Form: LOCATION_STG_LOC_GET of program SAPLBBP_SC_APP

Form: USER_ATTRIBUTES_GET of program SAPLBBP_SC_APP

Form: SC_INIT of program SAPLBBP_SC_APP

Function: BBP_SC_APP_EVENT_DISPATCHER of program SAPLBBP_SC_APP

What can I do?

If the termination type was RABAX_STATE, then you can find more information on the cause of the termination in the system SSS in transaction ST22.

If the termination type was ABORT_MESSAGE_STATE, then you can find more information on the cause of the termination on the application server PUNHJWSAPSRM_SSS_00 in transaction SM21.

If the termination type was ERROR_MESSAGE_STATE, then you can search for more information in the trace file for the work process 1 in transaction ST11 on the application server PUNHJWSAPSRM_SSS_00 . In some situations, you may also need to analyze the trace files of other work processes.

If you do not yet have a user ID, contact your system administrator.

Error code: ICF-IE-http-c:100-u:PTEST -l:E-s:SSS-i:PUNHJWSAPSRM_SSS_00 -w:1-d:20051121-t:171904-v: TH_RES_FREE-e:Internal Error

HTTP 500 - Internal Server Error

Your SAP Internet Communication Framework Team

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Hi Amol,

the error occurs, when the system tried to retrieve data from your R/3 backend. I would debug the RFC call to your backend (in the driver B40B_READ_TABLE )and take a look at the return table and the sy-subrc. You could set a breakpoint at BBP_ATTR_F4_SLOC_PPOMA , create a shopping cart and perform the steps that would cause the dump. When you reach the breakpoint, debug along your above mentioned callstack into the driver B40B_READ_TABLE and from there into your backend.

Best regards,

Olaf

Former Member
0 Kudos

Thanks Olaf

Would be great if you can give details steps regarding the transactions and the settings as to how i can debug the RFC call.

Amol

Former Member
0 Kudos

Amol,

As I suggested in my previous post have a look here for debuging:

Regards.

Vadim

Former Member
0 Kudos

Hi Vadim

I have used txn sicf and put the parameter ~generatedynpro = 1 in BBPSC02(which is the transaction giving the error).

Now how do I proceed with the debugging. Can u please list the steps along with the transactions involved.

Amol

Former Member
0 Kudos

Hi Amol,

First of all the sicf transaction is to be used only if you use the internal ITS.

Now you have to put an external breakpoint in the source code of the ABAP Program or FM you want to debug , one of these in your case :

Function: B40B_READ_TABLE of program SAPLBBP_BD_DRIVER_40B

Function: META_READ_TABLE of program SAPLBBP_BD_META_BAPIS

Form: LOCATIONS_READ of program SAPLBBP_ATTR_F4

Function: BBP_ATTR_F4_SLOC_PPOMA of program SAPLBBP_ATTR_F4

Form: STG_LOC_GET_FOR_LOCATION of program SAPLBBP_SC_APP

Form: STG_LOC_GET of program SAPLBBP_SC_APP

Form: LOCATION_STG_LOC_GET of program SAPLBBP_SC_APP

Form: USER_ATTRIBUTES_GET of program SAPLBBP_SC_APP

Then launch the transaction in IE, once the program reaches a breakpoint, you'll get the ABAP debuger in IE.

Regards.

PS: if it doesn't work, put the parameter ~generatedynpro in BBPGLOBAL service to have it applied to all BBP transactions

Vadim

Former Member
0 Kudos

Hi Vadim

The problem was solved after I maintained the transactions with the parameter ~generatedynpro=1.

I didnt neeed to go thro the entrie debugging screen after setting the breakpoints.

What cud be the reason?

Regards,

Amol

Former Member
0 Kudos

Sorry Amol,

But I don't get what you mean by "<i>I didnt neeed to go thro the entrie debugging screen after setting the breakpoints.</i>"

Regards.

Vadim

Answers (1)

Answers (1)

Former Member
0 Kudos

Hi,

Your error seems to come from the locations definition.

Did you assign a location to the user or its org. unit(extended attributes)?

Apparently the system tryes to access the backend to get the detail of the location, try to get the dump (in SRM or R/3) to see the exact error message.

Regards.

Vadim

Former Member
0 Kudos

Thanks Vadim

The locations have already been transferred from backend and have been maintained in the extended attributes for the org and the user.

I had attached the dump with the first message itself.

Regards,

Amol

Former Member
0 Kudos

Amol,

As I told you in my previous message, the only way is to get more information on your dump (in ST22 you'll get the exact instruction that generated the dump).

Please also provide me the exact operation you made on the transaction

To get more information on the dump you can try to enter in debug mode in FM LOCATIONS_READ,to see what are the parameters used in the system during your transaction.

To be able to debug the transaction please read the following thread:

Regards.

Vadim