I think running autoconfig is needed I you will not manually update the wdbsvr.app/CGIcmd.dat files, If you update the files manaualy then there is no need to run autoconfig Fadi -----Original Message----- From: ora-apps-dba-bounce@xxxxxxxxxxxxx [mailto:ora-apps-dba-bounce@xxxxxxxxxxxxx] On Behalf Of Kunal Chakravorty Sent: Tuesday, August 28, 2007 9:17 AM To: ora-apps-dba@xxxxxxxxxxxxx Subject: Re: FNDCPASS + Does Autoconfig changes the custom settings? Most likely it may necessary to run autoconfig after changing APPS password. Pls check following metalink note: How To Use FNDCPASS to Change The Oracle Users, APPS, APPLSYS and Application Module Passwords (INV, AR, AP, etc.) For Applications 11.5 in Unix Doc ID: Note:159244.1 Type: HOWTO Last Revision Date: 12-OCT-2006 Reagrds, Kunal --- Atul Kumar <atul_iiit@xxxxxxxxx> wrote: > In my opinion its not documented to run Autoconfig > after changing Apps Password as manual changes > should be enough (run FNDCPASS and then manual > changes in configuration files and bounce CM). > Sreeni can you please confirm reason/document > which confirm that one has to run Autoconfig after > changing Apps Password. > > > For those who are new to Apps and want to know > steps required for changing Apps Password > > or > > those who have integrated Apps with 10g AS don't > forget to uopdate provisioning profile (Autoconfig > will not update provisioning profile) > > Check more at > > > http://becomeappsdba.blogspot.com/2007/01/change-oracle-apps-password-fndcpass.html > > > Atul > k srinivas <k.sridba@xxxxxxxxx> wrote: > Hi Juris... > > We need to run autocfg after changing apps passwd > through FNDCPASS...I have a doubt regarding running > autocfg.. > > 1) Do I need to shut down the application > services. > > > Thanks > Sreeni. > > > > On 8/27/07, Jurijs Velikanovs > <j.velikanovs@xxxxxxxxx> wrote: Hi RG, > > > I have a confusion that whether we can go with > manual change or run autoconfig. > I believe that manual way of adjusting cfg files > have been introduced > before autoconfig appears. > I would guess that official Oracle opinion nowadays > would suggest to > use autoconfig. > If your side is not autoconfig enabled or you want > to save a time you > can do just manual one as soon as it works for you. > > > Does Autoconfig modifies or changes any custom > settings which are done in > > configuration files?. Please advice me. > Yes it does. Unless you are making those changes as > described in the > Autoconfig customization guidelines (Metalink > those). > > Jurijs > > > On 8/26/07, Apps DBA <dbaorapps@xxxxxxxxx> wrote: > > HI all, > > > > I have a doubt please clarify: > > > > After changing the password using FNDCPASS for > APPLSYS user the APPS > > password also gets reflected. In some sites or > documents people suggest to > > run AUTOCONFIG after changing the password. but in > some cases people suggest > > just to change in wdbsvr.app/CGIcmd.dat files > where APPS password is > > hardcoded. > > I have a confusion that whether we can go with > manual change or run > > autoconfig. > > Does Autoconfig modifies or changes any custom > settings which are done in > > configuration files?. Please advice me. > > > > Thanks, > > RG > > > > > -- > Yury > +371 29268222 (+2 GMT) > ============================================ > http://otn.oracle.com/ocm/jvelikanovs.html > > > > > ____________________________________________________________________________________ Feel safe with award winning spam protection on Yahoo!7 Mail. http://mail.yahoo.com.au "This email is intended for the above named addressee (s) only and may contain confidential and/or privilege information and should not be used by anyone who is not the original intended recipient(s). Any review, print, copy, reliance or distribution by others or forwarding without express permission is strictly prohibited If you have received this email in error, kindly notify the sender immediately by reply email and delete this email and any attachments from your mailbox or any other storage mechanism. Thank you. Email transmission cannot be guaranteed to be secured or error free, as information could be intercepted, corrupted, lost, destroyed, received late or incomplete, or could contain viruses. The sender therefore does not accept liability for any error or omission in the contents of this message, which arises as a result of email transmission. Opinions, conclusions and other information in this message that do not relate to the official business of Umniah Mobile Company and is not its responsibility shall be understood as neither given nor endorsed by the organization."