It's an interesting problem for sure.  Currently the URL writing method 
RequestHandler.makeLink(...) (which the ofbizUrl transform delegates to) uses 
the _CONTROL_PATH_ request attribute to add the control path portion of the 
URL.  

As a short term test you could try overwriting that attribute from within a 
groovy script in the actions of your global decorator.  That would solve the 
problem for URL generation but I'm not sure what else uses that attribute and 
could be affected by such as change.

As a longer term solution, we could possibly look at adding another field for 
this purpose to the WebSite entity which if defined, would override the control 
path used in the makeLink method.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 15/07/2010, at 4:27 PM, Raj Saini wrote:

> Hi Sam,
> 
> It is complicated and short answer is ProxyPass directive of mod_proxy does 
> not rewrite the absolute links embedded in the pages whereas OFBiz links are 
> absolute links. The solution is to use  mod_proxy_html module to rewrite the 
> links embedded links http://www.apachetutor.org/admin/reverseproxies
> 
> Regards,
> 
> Raj
> 
> 
> On 15/07/10 08:19, Sam Hamilton wrote:
>> Hey Guys,
>> 
>> I am wondering how other people get over this problem?
>> 
>> If you have multiple websites running in OFBiz at the same time then
>> they will all be mounted at different urls e.g. /ecommerce&  /ecommerce2
>> &  /ecommerce3 for three different websites.
>> 
>> Now its easy to setup ajp/httpd to point www.ecommerce.com to /ecommerce
>> and then www.ecommerce2.com to /ecommerce2 etc.
>> 
>> But when you do this then go to www.ecommerce.com and try and click any
>> of the links it has automatically added the mount point back into the
>> url e.g. www.ecommerce.com/ecommerce/control/view/showcart but these 404
>> because we have done the trickery with ajp to try and hide the mount point.
>> 
>> I have found that it is something to do with<@ofbizUrl>  tags in the FTL
>> but I am not sure how to alter them to drop the /ecommerce/
>> 
>> Thanks
>> Sam
>> 
>> 
>> 
>> 
>> 
>>   
> 

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to