profoundui/pui0001204

[ppbedz]

I added a record for my userid to this file to see if it wound affect the library list as indicated in the documentation. I provided by userid, job description, and jobd library. I signed out of Profound and then back in. I then initiated a program from the Atrium. When I looked at the library list, it did NOT reflect the libraries specified in the job description. Is there something more I need to do? My PUI0001204 file contains the default 0 record (which I have not changed), and the additional record for my userid (as indicated above). Note: My userid is part of a group. I have tested the change with both my userid and the groupid and neither test affected the library list. Thank you for any assistance you can provide. My company would like to set up a test user sign on that we could add to this file and sign into with a test library list. Everyone else should default to the 0 record.

[Scott Klement]

Are you starting your Atrium items as Rich Displays? Or are you using Genie Macros? The PUI0001204 file will only come into play for Rich Display sessions.

Genie macros actually create a "normal" 5250 session and let the operating system take control, so in that case you'd need to set your llibrary list using traditional IBM i methods.

[ppbedz]

We are using rich displays. We do not use Genie macro.

[ppbedz]

Scott, I'm not sure I'm setting things up correctly. What is file PUI0001203? I did not see the notation about the user id coming from this file. Our environment contains various menu options (tree structure) on the Atrium. They are all rich displays, and there are no initial programs. We currently call a lib list setup cl in each menu option program. I was hoping to eliminate this by using file PUI0001204. Whenever we upgrade our business system, the library names change and I was trying to get away from all the "hard-coding". The PUI0001204 file seemed like it might be a better solution. I was not around when the environment was initially set up, so I have been learning the product. Can you recap how and what I need to set up PUI0001204 properly? Many Thanks!!!

[Scott Klement]

Ahhh, sorry... my apologies. Atrium does not use records, aside from the 0=default record, from the PUI0001204 file. Not sure why, but I just looked at the source code, and for Atrium sessions it doesn't use the per-user records, it just always uses the 0 record.

I will ask my colleagues and see if they can explain why this is....

[Bruno97]

Hi Scott,

We are working on a 30 day trial version of PUI and the exclusive use of record 0 in file PUI0001204 is a real brake for us.
I say that because we have several customers (understand companies) on the same server. Each company has its own library list and the unique database file becomes a real problem !
Is there a chance to see a change in a very near future ?

Bruno

[Scott Klement]

Could you use a CL program, or similar, to adjust your library list temporarily for testing purposes?

Our expert on this part of Atrium is on vacation, and will return on Monday. When he returns, I will ask him about this code and whether or not it can be changed, or if he has any other suggestions.

[Bruno97]

Ok, thanks !

[Scott Klement]

Okay, so the reason Atrium always uses the 0 record in PUI0001204 is because the library list feature was added after Atrium was, and if we started using the library list entries, it would've broken backward compatibility. Also, the fact that the PUI0001204 file uses differnt userids from what Atrium uses would've made it confusing.

If we can decide what would be a good way to handle this in Atrium, then we (at Profound) could add support in the future.

I'm thinking maybe a good way to do this is to have a new file, maybe named ATLIBL or similar (AT=Atrium, so this would mean "Atrium Library List"). We could then look up records based on the Atrium userid number, and set the library list accordingly. (Similar to the way PUI0001204 works in Rich Display sessions.)

Would that work well for you? Or, can you tell me what would work well in your application?

[Brian]

Just to add an idea. You could set up separate instances of Profound UI for each of your "companies". Each would have its own library and therefore the 0 record could differ. When you license Profound UI, you are entitled to run as many instances on that partition as you would like. Many customers use this to set up Dev/QA/Prod environments. Others use separate instances for different customers/companies. Another advantage is that when you want to upgrade the product, you can schedule different outage windows for each "company".