Ansicht
Dokumentation

04979 - STRREPORT and User problem?

04979 - STRREPORT and User problem?

BAL_S_LOG - Application Log: Log header data   TXBHW - Original Tax Base Amount in Local Currency  
This documentation is copyright by SAP AG.
SAP E-Book

STRREPORT and User problem?

Hi Volker,

one of the problems we have is that DDIC does not have all the
authorities required to execute the programs specified in the
STRREPORT command. After a user is provided for this command we had
assumed that it would be used to execute the report program with all
it's functions. So in our case DDIC cannot be used for the program
execution.

Doing some further testing on this subject revealed that the
executing user is DDIC but any output (datasets, IFS objects) is
written by the SAPnn user. In our application the ABAP program in the
STRREPORT command processes some IFS files and writes some
confirmation information to the IFS again, which we ultimately
download to a remote UNIX system. That confirmation file is being
owned by SAPnn and not DDIC under which user id the program runs.

I feel that if we pass a user id in the STRREPORT program it should
be used within the SAP environment as the executing user, just like
it would be when running the ABAP on-line.

Gerd
--- In SAP on System iZy..., "Gueldenpfennig, Volker"
<volker.gueldenpfennigZs...> wrote:
> Hi Martin,
>
> as I see the note from Desomond, I think it seems to be the case,
that all
> these jobs run with the user DDIC, even when logged on with a
different user
> as you do at the moment. You could perhaps "missuse" the jobname
for the
> transmitting of the user ?
>
> Unfortunately it is "well-known", that it fails to raise "millions"
of
> events and then to hope, that EVERY event runs through. Events are
designed
> to reduce the activity of waiting and looping in order to hand over
data to
> another job or transaction. This has the opportunity, that the
other job
> "immediately" gets know of this and can start working. But it is
not an
> option, to transfer "necessary" data. You should use the following
approach:
> Create a new table for the data-exchange (in your case probably for
the
> filenames) and write them committed to the table and then raise the
event.
> Then, the other program should work on the complete table and
should delete
> all records, that are processed. This may result in working on a
lot of
> records at once. Then it may give a few events at the end, that do
have no
> longer corresponding records in the table. This would just mean,
that
> nothing would happen.
> If you want to call it for every filename, it may be useful, to
write
> everything into the table first and then just issue 1 event at the
end.
>
> Regards
>
> Volker
>
> > -----Original Message-----
> > From: Martin Brieger [mailto:Martin.BriegerZm...]
> > Sent: Mittwoch, 6. Februar 2002 21:26
> > To: SAP on System iZy...
> > Subject: Re: Re: STRREPORT and User problem?
> >
> >
> > Hi Volker,
> >
> > here the command from my FTP input file
> > quote rcmd STRREPORT REPORT(ZIFSDIR) JOB(ZIFSDIR) SID(R3D)
> > INSTANCE(02) CLIENT(210) USER(RFCUSER) PASSWORD(ORION)
> >
> > You see that I have a different user.
> >
> > Also...one more question:
> > My program on the /400 (That nice directory list program you
> > kindly send) is raising an event for every file found.
> > For some reason the event triggert program is not executed
> > for every file. I assume there is a timing issue.
> > If I set breakpoints in my program and wait a bit, everything
> > works fine. Is there any way to ensure that this works better?
> > Maybe the program can re-schedule itself? How would that be done?
> >
> > Thanks
> >
> > Martin


Durban Tours - Südafrika Safari

Fill RESBD Structure from EBP Component Structure   Vendor Master (General Section)  
This documentation is copyright by SAP AG.

Length: 4340 Date: 20240621 Time: 035058     sap01-206 ( 3 ms )