Re: Consolidate webapplications
Just a suggestion for a simple alternative. If the URL is of no concern then simply a page of links to each service would point the user to proper port. All they need to remember is one page and that one can be put on the standard port 80. You could even put it behind a login. Thus no proxy, no jk, no added systems. Just another approach. Doug - Original Message - From: "Roland Carlsson" <[EMAIL PROTECTED]> To: "TomcatUsers" Sent: Wednesday, January 19, 2005 3:04 AM Subject: Consolidate webapplications Hi! We have a lot of small webservers running it's own special task, from router-admins to Outlook Web Access to the company public pages. All these servers is in a private network with one public ip. Today we have solved the problems with accessing these webservers from internet by assigning them different portnumbers but its hard for the users to remember what application is where. So, we are looking for a way to proxy our webserver into one portal that instead of using a filesystem can access other web-servers to get the pages for the users. What would be a good way of doing this? Is there any existing products for this scenario? Thanks in advance Roland Carlsson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Consolidate webapplications
Roland Carlsson wrote: Hi! We have a lot of small webservers running it's own special task, from router-admins to Outlook Web Access to the company public pages. All these servers is in a private network with one public ip. Today we have solved the problems with accessing these webservers from internet by assigning them different portnumbers but its hard for the users to remember what application is where. So, we are looking for a way to proxy our webserver into one portal that instead of using a filesystem can access other web-servers to get the pages for the users. What would be a good way of doing this? Is there any existing products for this scenario? Thanks in advance Roland Carlsson Hello Roland: We define portal as a web-based application that provides personalization, single signOn, and content aggregation from different sources. It hosts the presentation layer of a global Corporate Information System http://www.dbgroups.com/do/public/products/psi.do In this sense, it is an aggregation of a number of applications which are traditionally accessed via a url (either with different ports or different context). User can continue to use different url (either to applications, sites, departments, divisions, etc) but these urls are all pointed via DNS to the same portal site which has different welcome access points. Depending on the requested url, appropriate welcome page is presented via jsp forward mechanism. Each page in the portal can be configured which fragments it wants to be loaded to make up a portal page: meta description and keywords for search in the case of info pages, big picture to encapsulate the page in proper context, a small picture to actually describe the page, a complete site of the page owner (application, department, division, etc) such as the owner logo, menu, special offers, and copyright. Each application can be developed (or already existed) as a standard service or portlet application. This kind of portal will soon be demonstrated in http://myportal.myb2cb2b.com and delivered under existing standards. BaTien DBGROUPS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SV: SV: Consolidate webapplications
Hi again! I check mod_proxy and it does what I wanted it to do. Thaks again! Roland Carlsson Den 05-01-19 10.19, skrev "Roland Carlsson" <[EMAIL PROTECTED]>: > Thanks for your answer! > > Perhaps I missunderstand the meaning of redirect in this context but doesn't > that mean that the client browser must do a new request or does it mean that > the server with mod_proxy forwards the request to another server and then > return the answer from that server to the client. > > We would prefer that the user get the impression of being on the same server > if possible. Can mod_proxy solve that? > > Thanks in advance > Roland Carlsson > > > Den 05-01-19 09.17, skrev "Viorel Dragomir" <[EMAIL PROTECTED]>: > >> You can use apache on the server with public ip address and use >> >> 1. mod_proxy to redirect all incomings to the webservers >> ProxyPass /app1/ http://serverx/app1/ >> >> or >> >> 2. mod_jk and create a worker for each of your webapplications [if your >> webservers are >> tomcats] >> http://jakarta.apache.org/tomcat/connectors-doc/index.html >> >> >> >> Viorel Dragomir >> >> . >> .. >> ----------- >> >> >> >> - Original Message - >> From: Roland Carlsson >> To: TomcatUsers >> Sent: Wednesday, January 19, 2005 10:04 >> Subject: Consolidate webapplications >> >> >> Hi! >> >> We have a lot of small webservers running it's own special task, from >> router-admins to Outlook Web Access to the company public pages. >> >> All these servers is in a private network with one public ip. Today we have >> solved the problems with accessing these webservers from internet by >> assigning them different portnumbers but its hard for the users to remember >> what application is where. >> >> So, we are looking for a way to proxy our webserver into one portal that >> instead of using a filesystem can access other web-servers to get the pages >> for the users. >> >> What would be a good way of doing this? Is there any existing products for >> this scenario? >> >> Thanks in advance >> Roland Carlsson >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SV: Consolidate webapplications
Thanks for your answer! Perhaps I missunderstand the meaning of redirect in this context but doesn't that mean that the client browser must do a new request or does it mean that the server with mod_proxy forwards the request to another server and then return the answer from that server to the client. We would prefer that the user get the impression of being on the same server if possible. Can mod_proxy solve that? Thanks in advance Roland Carlsson Den 05-01-19 09.17, skrev "Viorel Dragomir" <[EMAIL PROTECTED]>: > You can use apache on the server with public ip address and use > > 1. mod_proxy to redirect all incomings to the webservers > ProxyPass /app1/ http://serverx/app1/ > > or > > 2. mod_jk and create a worker for each of your webapplications [if your > webservers are > tomcats] > http://jakarta.apache.org/tomcat/connectors-doc/index.html > > > > Viorel Dragomir > > . > .. > --- > > > > - Original Message - > From: Roland Carlsson > To: TomcatUsers > Sent: Wednesday, January 19, 2005 10:04 > Subject: Consolidate webapplications > > > Hi! > > We have a lot of small webservers running it's own special task, from > router-admins to Outlook Web Access to the company public pages. > > All these servers is in a private network with one public ip. Today we have > solved the problems with accessing these webservers from internet by > assigning them different portnumbers but its hard for the users to remember > what application is where. > > So, we are looking for a way to proxy our webserver into one portal that > instead of using a filesystem can access other web-servers to get the pages > for the users. > > What would be a good way of doing this? Is there any existing products for > this scenario? > > Thanks in advance > Roland Carlsson > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Consolidate webapplications
You can use apache on the server with public ip address and use 1. mod_proxy to redirect all incomings to the webservers ProxyPass /app1/ http://serverx/app1/ or 2. mod_jk and create a worker for each of your webapplications [if your webservers are tomcats] http://jakarta.apache.org/tomcat/connectors-doc/index.html Viorel Dragomir . .. --- - Original Message - From: Roland Carlsson To: TomcatUsers Sent: Wednesday, January 19, 2005 10:04 Subject: Consolidate webapplications Hi! We have a lot of small webservers running it's own special task, from router-admins to Outlook Web Access to the company public pages. All these servers is in a private network with one public ip. Today we have solved the problems with accessing these webservers from internet by assigning them different portnumbers but its hard for the users to remember what application is where. So, we are looking for a way to proxy our webserver into one portal that instead of using a filesystem can access other web-servers to get the pages for the users. What would be a good way of doing this? Is there any existing products for this scenario? Thanks in advance Roland Carlsson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Consolidate webapplications
Hi! We have a lot of small webservers running it's own special task, from router-admins to Outlook Web Access to the company public pages. All these servers is in a private network with one public ip. Today we have solved the problems with accessing these webservers from internet by assigning them different portnumbers but its hard for the users to remember what application is where. So, we are looking for a way to proxy our webserver into one portal that instead of using a filesystem can access other web-servers to get the pages for the users. What would be a good way of doing this? Is there any existing products for this scenario? Thanks in advance Roland Carlsson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]