DDM file access headaches

15605 pts.
Tags:
DDM
TCP/IP
We have a small problem here. Our tax software is on the corporate box (i-series P7 V6R1).

Our remote systems access the data via DDM file connections. The tax programs are currently run in batch mode via Asyncs under 1 user profile.  Everything worked fine till now.

We are in the process of implementing a new GUI system. The tax data /programs will now need to be accessed interactively. The issues is the DDM connection fails because remote user profile does not exist on the corporate box.

We do not want to have to set up matching profiles on both systems and have the users maintain a password on a system they will never use. We all know users never forget their passwords.. lol

We though about a generic profile for example "SALES". If we did this we lose the ability to record the actual user profile of the person placing the order.

Our last thought is when we call out to the tax program TAX010 is there a way to change the user that is making the request. Then when the call is completed change it back to the original user.

Any suggestions ?



Software/Hardware used:
i-series P7 V6R1

Answer Wiki

Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Discuss This Question: 5  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • philpl1jb
    Sure, this would be an ideal place for dataq's Put the request into dataq -- include a value to be used as the return key Have a never ending program monitor the queue -- running on the valid id Put he return into another q .. with a "key"
    51,355 pointsBadges:
    report
  • TomLiotta
    The profiles shouldn't need to match. You should be able to use the ADDSVRAUTE (Add Server Auth Entry) command to set the profile and password that your current profile is supposed to use on the remote system. Tom
    125,585 pointsBadges:
    report
  • ToddN2000
    Thanks for the info. I think we will go the way of using the ADDSVRAUTE command. This way there is no need for custom program modifications. I will have to have our operations manager make the changes as the programmers do not have authority to a LOT of commands for I/O configuration, set-up, profile access and others.
    15,605 pointsBadges:
    report
  • nuccio
    I am not sure to have understood your request, but.... First of all authorization *USE to the oldusr and newusr : es. GRTOBJAUT OBJ (QSYS / Oldusr) OBJTYPE (* USRPRF) USER (* PUBLIC) AUT (* USE) Then use API QSYGETPH (retrive Profile) and API QWTSETP (set Profile) Example: * *Look for Current Profile, to save it * C MOVE *BLANKS USER 10 C MOVEL'*CURRENT' USER C MOVE *BLANKS PWD 10 C MOVEL'*NOPWD' PWD C MOVE *BLANKS PROFIL 12 C MOVE *BLANKS PROOLD 12 C Z-ADD32 LENGT 155 C CALL 'QSYGETPH' C PARM USER C PARM PWD C PARM PROFIL C MOVELPROFIL PROOLD 12 * *Look for New user profile * C MOVE *BLANKS USER 10 C MOVEL'NEWUSR' USER C MOVE *BLANKS PWD 10 C MOVEL'*NOPWD' PWD C MOVE *BLANKS PROFIL 12 C Z-ADD32 LENGT 155 C CALL 'QSYGETPH' C PARM USER C PARM PWD C PARM PROFIL * *Put current profile to New profile * C Z-ADD12 LENGT 155 C CALL 'QWTSETP' C PARM PROFIL .... .... ..... * *Restore Original profile * C Z-ADD12 LENGT 155 C CALL 'QWTSETP' PROOLD C PARM PROOLD * Bye
    290 pointsBadges:
    report
  • TomLiotta
    I think we will go the way of using the ADDSVRAUTE command. This was suggested for DDM and because of the i 6.1 software tag. It can be cumbersome and cause troubles when there are many systems that need connections since the DDM-specific support is not pointed to any particular remote system. If you have different profile/password combinations on two remote systems, it's not quite as useful. (But then, it's not as problematic as turning password support off!) At i 7.1, you might want to revisit the issue because ADDSVRAUTE support was enhanced to help with some of the more complex networks. It doesn't seem totally relevant for your case, but you might keep it in mind. Tom
    125,585 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following