[ https://issues.apache.org/jira/browse/OFBIZ-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jacques Le Roux reassigned OFBIZ-94: ------------------------------------ Assignee: Jacques Le Roux > Global mountpoint change for webapps (similarly to existing > content.url.prefix) > ------------------------------------------------------------------------------- > > Key: OFBIZ-94 > URL: https://issues.apache.org/jira/browse/OFBIZ-94 > Project: OFBiz > Issue Type: New Feature > Components: framework > Reporter: Eriks Dobelis > Assignee: Jacques Le Roux > Priority: Minor > > Currently settings in url.properties (content.url.prefix.secure and > content.url.prefix.standard) allow to change url prefix for static content. > Similar feature for mounting all webapps at a mount point different from root > would be very useful. Especially it would help having multiple ofbiz > instances under one domain name (e.g. www.host.com/client2 and > www.host.com/client2), which is very useful to run several instances using > one SSL certificate. > Workaround is of course to change mount points in all components by hand, but > it is not very practical if url is to be changed frequently. > I suggest adding to url.properties 2 settings - webapp.url.prefix.standard > and webapp.url.prefix.secure. > This is not exact patch, just to give a quick idea of change necessary. > {code} > --- ComponentConfig.java Tue Jul 18 12:38:10 2006 > +++ ComponentConfig.java Tue Jul 18 12:42:52 2006 > @@ -638,10 +638,12 @@ > } > this.mountPoint = this.mountPoint + "*"; > } > } > + this.mountPoint = globalMountPoint + this.mountPoint; > //globalMountPoint should be instantiated to value of > webapp.url.prefix.standard, of course there should be additional code to > parse that property > + > // load the virtual hosts > List virtHostList = UtilXml.childElementList(element, > "virtual-host"); > if (virtHostList != null && virtHostList.size() > 0) { > Iterator elementIter = virtHostList.iterator(); > while (elementIter.hasNext()) { > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)