Main Menu
| Home |
| Technical Articles |
| Training Articles |
| Receive Email for New Articles |
| Contributors |
| Hands-On-Training |
| Apps Book |
Related Items
Home
Also see here fully verifiable feedbacks/testimonials
| Restart or Bounce Apache in Oracle Apps 11i | | Print | |
| Written by Anil Passi | |
| Thursday, 24 August 2006 | |
|
I find this script very handy for bouncing the Apache, specially when Please find the two commands that I use for bouncing the Apache $COMMON_TOP/admin/scripts/$TWO_TASK*/adapcctl.sh stop
Of course this needs to be done in Middle Tier of Oracle Applications. In case you have modified any java or class file in OAF ( Oracle Applications In case you modify and load the XML Document in Oracle Framework, then If your client is still stuck with AK Developer, then Apache bounce will be required Comments
(24)
 written by Anil Passi , October 19, 2006 written by Anil Passi , October 19, 2006
Hi there,
Concurrent manager runs on the Database Tier. However the Apache bounce is needed on Mid Tier. Hence its not as straightforward as one might think. To warn the users, I have a script that is published at http://scripts4oracle.blogspot.com/2006/09/oracle-apps-warn-bounce-of-environment.html Thanks, Anil Passi
Concurrent manager itself is running based on middle tier and If you add a concurrent program to bounce apache concurrent program gets shut down and you cannot access applications anymore.
So you have to do it on the middle tier only Am I correct? written by Anil Passi , October 26, 2006
Hi Santosh,
Concurrent Manager never runs on Mid Tier. Remember the thumb rule, the components that are User Interface related are installed and run on Mid-Tiers. Concurrent manager runs on Database Tier. If you bounce the Apache, your concurrent managers will remain unaffected. written by santosh , October 26, 2006
I dont have much knowledge of the midtier or database tier. I have started my career in Oracle Apps one and half month ago. I think that midtier is the Operating System on which Apache Server is installed and Database tier or apps Database is also on that operating system. So what I think is if you stop Apache server the forms server also stops and you r unable to open forms(i think it is user interface) in apps. This everything is my guess correct me if any of my assumptions are wrong.
i got it. dont feel bad if i am irritating you but i have one more question. if apache server is shut down then forms server or engine also gets shut down is that correct? so if forms server is down we cannot access forms thats what i think. again sorry for asking you the same question but i want to get it clear.
thanks a lot for your prompt response. You are really doing a great job.
Concurrent manager itself is running based on middle tier and If you add a concurrent program to bounce apache concurrent program gets shut down and you cannot access applications anymore.
So you have to do it on the middle tier only Am I correct? written by Anil Passi , October 26, 2006
Hi Santosh,
Concurrent Manager never runs on Mid Tier. Remember the thumb rule, the components that are User Interface related are installed and run on Mid-Tiers. Concurrent manager runs on Database Tier. If you bounce the Apache, your concurrent managers will remain unaffected. written by santosh , October 26, 2006
I dont have much knowledge of the midtier or database tier. I have started my career in Oracle Apps one and half month ago. I think that midtier is the Operating System on which Apache Server is installed and Database tier or apps Database is also on that operating system. So what I think is if you stop Apache server the forms server also stops and you r unable to open forms(i think it is user interface) in apps. This everything is my guess correct me if any of my assumptions are wrong.
i got it. dont feel bad if i am irritating you but i have one more question. if apache server is shut down then forms server or engine also gets shut down is that correct? so if forms server is down we cannot access forms thats what i think. again sorry for asking you the same question but i want to get it clear.
thanks a lot for your prompt response. You are really doing a great job.
now i got it cleared. I was thinking apache itself is the mid-tier. thanks for your answer
now i got it cleared. I was thinking apache itself is the mid-tier. thanks for your answer
written by Anil Passi , November 19, 2006
Hi Adarsh
Please let me know of the Login page that you wish to customize. Depending upon your apps version, and profiles ,you can be logging in via a different login screens. However common login screen in APPS is ICXINDEX.htm Changes made here will be reflected in logon screen cd $OA_HTML/US ls ICXINDEX* edit the file to see the changes. Thanks Anil Passi written by Anil Passi , November 19, 2006
Hi Adarsh
Please let me know of the Login page that you wish to customize. Depending upon your apps version, and profiles ,you can be logging in via a different login screens. However common login screen in APPS is ICXINDEX.htm Changes made here will be reflected in logon screen cd $OA_HTML/US ls ICXINDEX* edit the file to see the changes. Thanks Anil Passi written by Anil Passi , November 28, 2006
Please find the excerpt from Metalink below. This will settle the dust on the questions raised here.
------------------------------------------ Historically, the accepted best practice for concurrent manager deployment has been to run the Concurrent Manager processes on the same server(s) as the database itself, to eliminate network traffic between the managers and their dedicated server processes. However, with the availability of fast LANs between the middle tier servers and database servers, best practice now is to configure the managers to run on separate middle tier servers. This gives you maximum flexibility on choosing hardware platforms (the database tier can be a different platform than the middle tiers) and allows the database servers to be fully available for database processing, with no cycles needed for batch programs. written by Anil Passi , November 28, 2006
Please find the excerpt from Metalink below. This will settle the dust on the questions raised here.
------------------------------------------ Historically, the accepted best practice for concurrent manager deployment has been to run the Concurrent Manager processes on the same server(s) as the database itself, to eliminate network traffic between the managers and their dedicated server processes. However, with the availability of fast LANs between the middle tier servers and database servers, best practice now is to configure the managers to run on separate middle tier servers. This gives you maximum flexibility on choosing hardware platforms (the database tier can be a different platform than the middle tiers) and allows the database servers to be fully available for database processing, with no cycles needed for batch programs. written by Amit N , May 30, 2007
I am working on Oracle Apps and we need to bounce apache to reflect the changes made in the JSP. Is there any other way using which we will be able to see the changes without disturbing the instance?
written by Anil Passi , May 30, 2007
You have two options
1. Use jDev for unit testing changes, if possible. 2. Clear your jsp cache. The jsp cache can eb found under $OAD_TOP on mid tier. Locate the files you are changing, and remove them from cache Thanks, Anil
Hi there!
I have a quesry.Actually one of my application form is get corrupted so how can i relink again??can u help me??its just my doubt only
Hi there,
Just go to $AU_TOP/forms/US and regenerate that form. Thanks, Anil
Hi
I have changed some class file and JSP page after deployment in oracle apps server. Do i need to bounce the apache? As i am using company TEST server. Always bouning apache is not possible for me. Please suggest me if any other way exist to take effect the changed file without bouncing apache. thanks shohel
Hi Sohel
You must test your changes on jDeveloper itself, or else you will be left with no choice but to bounce the Apache. Thanks, Anil Passi
Hi Anil,
Could you please let me know that what would be the reason for apache tomcat server to get bounce back? Is there any hard and fast reason or it could be anything? Thanks in Advance!! 
Hi All,
Can any one help me or tell a reason why apache server is running on db node. Regards, Manoj. You must be logged in to a comment. Please register if you do not have an account yet.
|
Subscribe to this comment's feed
Concurrent manager runs on the Database Tier. However the Apache bounce is needed on Mid Tier. Hence its not as straightforward as one might think.
To warn the users, I have a script that is published at
http://scripts4oracle.blogspot.com/2006/09/oracle-apps-warn-bounce-of-environment.html
Thanks,
Anil Passi