Could you put it in ofbiz-component.xml?
Something like this?
<webapp name="ecommerce_uk"
title="eCommerce UK"
server="default-server"
location="webapp/ecommerce_uk"
mount-point="/ecommerce_uk"
app-bar-display="false"/>
<webapp name="ecommerce_uk"
title="eCommerce UK"
server="default-server"
location="webapp/ecommerce_uk"
mount-point="/"
app-bar-display="false">
<virtual-host host-name="www.ecommerce.co.uk"/>
</webapp>
Sam
On 15/07/2010 17:16, BJ Freeman wrote:
> using the website entity was the direction I was going.
> since it is defined in the web.xml of the ecommerce webapp,
> I would like to see the websited first Identified by the incomming URL
> http://mydomain.com, then the mountpoint appended.
> the problems I see is going to the the backend for say customer orders.
> the myportal has its own webstite entity and is only good for defining
> one incomming URL.
> it is clunky but maybe defining in the eccommerce context the website
> enity for myportal would solve this.
>
> any way if that could be accomplished they apache httpd would not be
> needed.
>
> just thinking outloud.
>
> Scott Gray sent the following on 7/14/2010 10:53 PM:
>> 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
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
