:[EMAIL PROTECTED]]
|| Sent: Friday, May 11, 2001 11:50 PM
|| To: Multiple recipients of list ORACLE-L
|| Subject: Re: When to go for ORACLE NAMES Server
||
||
||
|| Ross,
||
|| What I was referring to was using Oracle Forms directly on
|| Unix, *not* through iAS. iAS takes care of that stuff
, Sussex, WI USA
-Original Message-
From: Hillman, Alex [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 14, 2001 09:55
To: Multiple recipients of list ORACLE-L
Subject: RE: When to go for ORACLE NAMES Server
I beleave intelligent agent requires tnsnames.ora also.
Alex Hillman
ORACLE-L
|| Subject: Re: When to go for ORACLE NAMES Server
||
||
||
|| Ross,
||
|| What I was referring to was using Oracle Forms directly on
|| Unix, *not* through iAS. iAS takes care of that stuff for
|| you.
||
|| Lesse, I tried using forms 5.x on Solaris a couple of years
|| ago, and much
won't FedEx you a burger, but write yerself a raincheck)
|| -Original Message-
|| From: Jared Still [mailto:[EMAIL PROTECTED]]
|| Sent: Friday, May 11, 2001 11:50 PM
|| To: Multiple recipients of list ORACLE-L
|| Subject: Re: When to go for ORACLE NAMES Server
||
||
||
|| Ross
if the tediousness exceeds your perception of the difficulty, do Names.
if not, not.
In my very limited experience, a truly robust, well-managed Names service
is great, but takes some work to set up, test, and document.
YMMV
|| -Original Message-
|| From: Johnson Poovathummoottil
Somewhat of a pain to setup for the first time, for sure.
But after you get it implemented, you will never want to
go back.
One caveat: There is a fair amount of software around
that *requires* tnsnames.ora or it won't work. Oracle
Forms on unix comes to mind. Yes, Oracle's own software
Too much of a kill? Not at all. We are currently running ONAMES, and are
planning on going OID as soon as we can get some time. OID (Oracle's LDAP)
has other benefits like being able to authenticate more than just Oracle
connections.
ONAMES is relatively easy to setup. For your
Title: RE: When to go for ORACLE NAMES Server
There is one thing to be aware of. In a very large
environment, (which you may or may not have) you
don't always want everyone to be able to connect to
everywhere. By using tnsnames.ora files, we can control
which clients are allowed to connect
:[EMAIL PROTECTED]]
|| Sent: Friday, May 11, 2001 1:43 PM
|| To: [EMAIL PROTECTED]; Mohan, Ross
|| Subject: Re: When to go for ORACLE NAMES Server
||
||
||
|| Somewhat of a pain to setup for the first time, for sure.
||
|| But after you get it implemented, you will never want to
|| go back
Title: RE: When to go for ORACLE NAMES Server
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
We have 20+ instances this mess called PeopleSoft, so
keeping track of
TNSNAMES is a real tedious thing to do. Consequently we
migrated to Oracle
Names have
Oh, you wanted to set it up on NT? I CAN'T EVEN GET 8.1.6 ONAMES
*INSTALLED*, much less running! I finally just gave up and went with our
development HP9000 L-class as the backup server.
Erm, one other thing I just remembered: We are running 8.1.6 Networking on
the HP. Since my ONAMES is
|| -Original Message-
|| From: Jared Still [mailto:[EMAIL PROTECTED]]
|| Sent: Friday, May 11, 2001 1:43 PM
|| To: [EMAIL PROTECTED]; Mohan, Ross
|| Subject: Re: When to go for ORACLE NAMES Server
||
||
||
|| Somewhat of a pain to setup for the first time, for sure.
||
|| But after you get
12 matches
Mail list logo