Hi Bugra,
 
We achieved a sort of workaround in the end. I amended the server.xml
file within Tomcat with
 
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"
               proxyName="host"
               proxyPort="80" />

where only the last two items are new. The relevant lines in the
httpd.conf were changed to
 
ProxyPass /webapp http://localhost:8080/webapp
<http://localhost:8080/webapp> 
ProxyPassReverse /webapp http://localhost:8080/webapp
<http://localhost:8080/webapp> 

I also changed the name of the .WAR file itself to "webapp.war". The
combination of these steps means that the webapp is accessible via
http://host/webapp, and the search works properly. It's not pretty but
it works! The only problem really with this is that with the above
configuration it is no longer possible to use http://localhost to view
the app directly.
 
I agree there is probably some subtlety to how the search code forms
URLs that would fix this issue more fully. I'm afraid I'm not sure what
it is though!
 
I should also point out that our httpd.conf also deals with static wikis
using a similar virtual host setup to the one you attached. The
ProxyPass pertaining to the webapp was appended to the file.
 
Hope you make some progress, and of course I'll update the community if
we come up with a better solution in the future.
 
Matt

________________________________

From: epf-dev-boun...@eclipse.org [mailto:epf-dev-boun...@eclipse.org]
On Behalf Of Bugra Uytun
Sent: 01 June 2011 20:25
To: epf-dev@eclipse.org
Subject: Re: [epf-dev] Webapp Search


Hi Matthew,

yes, I have been experiencing the same problem and couldn't found a
solution up to now... I have been told that the issue lies on the
reverse proxy, but I'm still convinced that the issue actually lies in
the EPF search code rather than on Apache configuration.

below are my configuration:
<VirtualHost *:80>
    ServerName host
    ServerAlias host.com
    DocumentRoot /var/www/host
    ServerAdmin u...@host.com
    ErrorLog logs/host_error_log
    CustomLog logs/host_access_log custom
        ProxyPass / http://localhost:8080/host/
        ProxyPassReverse / http://host.com/
</VirtualHost>


if you should be able to find a solution I would appreciate any help.
cheers,
bugra.


On 01.06.2011 10:28, Austin, Matthew wrote: 

        Hello all, 

        We're experiencing a new issue, this time with the webapp
version of the wiki. 

        As background, the webapp is being deployed on a server using
Apache Tomcat, and we are using Apache HTTP to redirect traffic from
http://our-site/webapp <http://our-site/webapp>  to
http://localhost:8080/OurWebApp/ <http://localhost:8080/OurWebApp/> ,
which is where it's actually being hosted.

        The webapp deploys fine and everything appears to work until the
search functionality is used. The search window opens fine, and a search
can be successfully performed (i.e. you get a list of element titles and
descriptions). But - the associated images and the titles of elements
come with links back to http://localhost:8080/OurWebApp
<http://localhost:8080/OurWebApp>  rather than http://our-site/webapp
<http://our-site/webapp> , and hence the page cannot be found. We have
both a ProxyPass and a ProxyPassReverse in the httpd.conf script, but I
think the URL is being formed independent of the Apache redirect by one
of the Javascripts (topnav.js or toc.js maybe?). I'm really not sure how
to force it to change the URL.

        Has anyone else encountered this problem? Is there a solution? 

        Many thanks 
        Matt 

        Please consider the environment before printing this email.
        
        This message should be regarded as confidential. If you have
received this email in error please notify the sender and destroy it
immediately.
        
        Statements of intent shall only become binding when confirmed in
hard copy by an authorised signatory.  The contents of this email may
relate to dealings with other companies under the control of Detica
Limited, details of which can be found at
http://www.detica.com/statutory-information.
        
        Detica Limited is registered in England under No: 1337451.
        Registered offices: Surrey Research Park, Guildford, Surrey, GU2
7YP, England.
        
        
        
        _______________________________________________
        epf-dev mailing list
        epf-dev@eclipse.org
        https://dev.eclipse.org/mailman/listinfo/epf-dev



Please consider the environment before printing this email.

This message should be regarded as confidential. If you have received this 
email in error please notify the sender and destroy it immediately.

Statements of intent shall only become binding when confirmed in hard copy by 
an authorised signatory.  The contents of this email may relate to dealings 
with other companies under the control of Detica Limited, details of which can 
be found at http://www.detica.com/statutory-information.

Detica Limited is registered in England under No: 1337451.
Registered offices: Surrey Research Park, Guildford, Surrey, GU2 7YP, England.

_______________________________________________
epf-dev mailing list
epf-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/epf-dev

Reply via email to