ca.portal.admin

Re: Common Signon

Discussion created by ca.portal.admin on Feb 28, 2006
Dan - do you CARE where the application itself is run, or just the
appearance that they only signon to CV x and work that has (in the past)
been done on CV q does not require another signon?


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
choelscher@humana.com




The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Common Signon
"Since they all come in thru VTAM, some through a session manager some
not, I would sysgen a unique applid for each application. That would
correspond to the applid of the VTAM line driver running in that cv.
They will still have to signon at the enter next task code. But the
user does not have to map a vtam applid to a cv.
This way the application runs where the database resides. The
dbname/dbnode suggestion would make the application run on a different
cv then where the database resides.


Lutz Petzold




-----------------------------------------
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender
by
reply e-mail and then delete this e-mail immediately. Thank you.
Aetna


"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
RE : Common Signon
"Hi,

Another way to do this.

You can use another TP, like CICS or IDMS-DC, and defined all task code
under this TP related a specific UCFCICS for each CV.

You have to put a signon retention in RHDCSRTT to keep #SON block in
memory and reduce the overhead of signon.
#SECRTT TYPE=INITIAL,SGNRETN=60,

Louis Auger
Consultant

-----Message d'origine-----
De : IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM] De
la part de Hall, Dan (GE Comm Fin)
Envoyé : 28 février 2006 14:00
À : IDMS-L@LISTSERV.IUASSN.COM
Objet : Common Signon

We have several production CV's in our environment, all running similar
applications. Our users are asking for a ""common signon"".

Currently, they have to signon to each CV as the need to access the
different applications. Due to duplicate program/task names, there is no
way we can combine the CV's into one. They would like to sign on to a
single CV, and use some type of menu to switch between all the CV's. I
have a vague idea that this can be done using DBNODEs.

Is anyone else doing this or something similar? Would you be willing to
share code (or at least discuss this)? The other caveat is to do all
this with as little changes to existing programs as possible.

Thanks in advance for any assistance.

Dan Hall
GE
Capital Solutions
Danbury, CT

T 513.217.5060
E dan.hall@ge.com
http://www.ge.com/capitalsolutions/

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Common Signon
"Dan - i just thought of something - while i am not necessarily
pushing MY plan, it is easy to implement - i think with
appropriate tailored loadlist and/or DCUF TEST, you could be
executing multiple versions of the same named program in the same CV
- and all your problems would be solved! (or perhaps not)

chris

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Display record as table
"I would like to display/punch an IDD record in SQL format, i.e. as if it
were defined as a table and I issued a DISPLAY TABLE.

Any suggestions would be appreciated.

I am on 15.0 SP6 with the SQL option.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal

"Hello,

at the moment we migrate our Cobol/IDMS, Cobol/DB2 and our ADSO
applications from Development environment to QA and
Production with a tool called Rainbow. It's a great tool but me might need
to find another tool to replace it. We would like some
advice on tools with the same functionality. What do you use and what does
it cost ?


Peter van de Ven Atos Origin

Tel : +31(0)40 2142211 +31(0)622567218
Fax: +31(0)40 2144423

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L]
"I have alrecommended, and will continue to recommend (until my last
breath) LADERMAN migratiion (and reporting) utility, And Hugh does not pay
me to endorse his products (but if he wants to, that;s okay with me too)


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L]
"I recommend it too, and the tech support can't be beat. How many
vendors are there where the original developer answers the phone?

Lutz Petzold


-----------------------------------------
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender
by
reply e-mail and then delete this e-mail immediately. Thank you.
Aetna


"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L]
"FYI - I used Laderman at Penn Mutual...good stuff!

J. Wayne Doneker
BAE Systems
York Pa.
717 225 8109
Email: john.doneker@baesystems.com

choelscher@HUMANA.COM 3/1/2006 9:36:39 AM >>>
I have alrecommended, and will continue to recommend (until my last
breath) LADERMAN migratiion (and reporting) utility, And Hugh does not pay
me to endorse his products (but if he wants to, that;s okay with me too)


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L]
"I have to agreed with Chris, I used LADERMAN migration utility for
years, it's a great tool and always had good support and Hugh does not
pay me to endorse his products either (but if he wants to, that's okay
with me too :).

Steve Harmeson

Outcomes