Moderator: ScalixSupport
Here is another one: DO NOT mess around with the scalix way of doing things.The best is to not mess around with the scalix server for other things.
Valerion wrote:I'd rather answer here than in a PM, so others can see it as well.
First need to understand exactly what you are doing before changing the default setup, this is critical. Do not use your Scalix server as a way to learn Apache vhosts. If you understand Scalix and Apache well enough, you can do it without too many hassles, though. So I won't give a step-by-step guide, but I will make the following observations you can use to structure your vhosts with:
1) The Scalix vhost definitions are in /etc/opt/scalix-tomcat, with different directories for the mod_jk and mod_proxy-based systems. The link to this is in /etc/httpd/conf.d.
2) There MUST be an HTTP (not HTTPS) vhost for the machine you are on, using its FQDN, and I always put at least the following in it:
/api
/caa
/res
/sis
3) Your vhost MUST include /opt/scalix/global/httpd/scalix-web-client.conf, otherwise the Rules Wizard will be broken.
4) The web services config files in /var/opt/scalix/??/* must match the vhost name.
5) You can use the files from 1) to build your vhost definition, or edit them directly. Just be aware that Scalix will replace those files when you upgrade.
Please note that if you go and modify your system you will end up with something that will likely not be supported by Scalix, and hard to debug issues here, which is why you need to understand Apache vhosts, so you can debug that part on your own.
Return to “Third Party Integration”
Users browsing this forum: No registered users and 3 guests