Ansicht
Dokumentation

04982 - STRREPORT and User problem?

04982 - STRREPORT and User problem?

PERFORM Short Reference   Addresses (Business Address Services)  
This documentation is copyright by SAP AG.
SAP E-Book

STRREPORT and User problem?

Chris,

For testing purposes I have already added SAP_ALL to user id DDIC and
do not have any authority issues. However, after it seems the job
enters SAP with the user id passed I would want to use that user id
also for the entire processing. Also, we use the processing user as
part of table names we write back to the IFS and had wanted our user
id there instead of DDIC.

I have opened an OSS log to see what SAP's official position is on
this issue.

Gerd
--- In SAP on System iZy..., "Sugg, Chris" <cgcsuggZn...> wrote:
> Gerd,
>
> Why not just grant user DDIC with what it needs to execute the
reports?
> Since DDIC execute all SAP system jobs within our environment, as
well as
> being required to execute some BASIS jobs, ours has SAP_ALL. We
also have
> over 35 interface jobs executing numerous times during the day from
the
> command STRREPORT. With SAP_ALL, we have not had any authority
issues yet.
>
>
> Chris
>
>
> -----Original Message-----
> From: bavarian_cons [mailto:gerd.goebelZb...]
> Sent: Thursday, February 07, 2002 12:44 PM
> To: SAP on System iZy...
> Subject: Re: 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
>
>
>
> Have a look to our homepage at: http://www.consolut.net
> SAP on System i-unsubscribeZy...
>
> Your use of consolut is subject to
http://www.consolut.net


Durban Tours - Südafrika Safari

Fill RESBD Structure from EBP Component Structure   BAL_S_LOG - Application Log: Log header data  
This documentation is copyright by SAP AG.

Length: 6431 Date: 20240620 Time: 004547     sap01-206 ( 3 ms )