cancel
Showing results for 
Search instead for 
Did you mean: 

Share published but not Alfresco

pitacsk8
Champ in-the-making
Champ in-the-making
I want to deploy Alfresco (explorer) and Share on the same server with the same Tomcat with HTTPS via AJP using Apache ProxyPass.

But I only want to publish on the Internet the URL of Share. So the URL are:

(public) https://www.myshare.com/share
(internal) https://internalServerName/alfresco

But a very strange behavior occurs.

These are the main settings:

<strong>share-config-custom.xml</strong>

<alfresco-config>
    <config evaluator="string-compare" condition="Server">
        <server>
            <scheme>https</scheme>
            <hostname>www.myshare.com</hostname>
            <port>443</port>
        </server>
    </config>
    …
   <config evaluator="string-compare" condition="Remote">
      <remote>
   …
     <endpoint>
      …
         <endpoint-url>https://internalServerName/alfresco/wcs</endpoint-url>
     …
     </endpoint>
    </remote>
   </config>
  
   <config evaluator="string-compare" condition="Remote">
      <remote>
         <endpoint>
         …
           <endpoint-url>https://internalServerName/alfresco/s</endpoint-url>
          …
         </endpoint>
   …
      </remote>
   </config>

</alfresco-config>


<strong>alfresco-global.properties</strong>

alfresco.context=alfresco
alfresco.host=internalServerName
alfresco.port=443
alfresco.protocol=https
share.context=share
share.host=www.myshare.com
share.port=443
share.protocol=https


<strong>THE PROBLEM:</strong>
When I call the URL: https://www.myshare.com/share
This is the response:


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
   <title>Alfresco &raquo; Panel de inicio de usuario</title>
   <meta http-equiv="X-UA-Compatible" content="IE=Edge" />

   <!– Icons –>
   <link rel="shortcut icon" href="https://internalServerName/share/res/favicon.ico" type="image/vnd.microsoft.icon" />
   <link rel="icon" href="https://internalServerName/share/res/favicon.ico" type="image/vnd.microsoft.icon" />

   <!– YUI –>
   <script type="text/javascript" src="https://internalServerName/share/res/js/yui-common.js"></script>
   <script type="text/javascript" src="https://internalServerName/share/res/js/bubbling.v2.1-min.js"></script>
   <script type="text/javascript">//<![CDATA[
      YAHOO.Bubbling.unsubscribe = function(layer, handler, scope)
      {
         this.bubble[layer].unsubscribe(handler, scope);
      };
   //]]></script>

   <!– Common i18n msg properties –>
   <script type="text/javascript" src="https://internalServerName/share/service/messages.js?locale=es"></script>

   <!– Alfresco web framework constants –>
   <script type="text/javascript">//<![CDATA[
      Alfresco.constants = Alfresco.constants || {};
      Alfresco.constants.DEBUG = false;
      Alfresco.constants.AUTOLOGGING = false;
      Alfresco.constants.PROXY_URI = window.location.protocol + "//" + window.location.host + "/share/proxy/alfresco/";
      Alfresco.constants.PROXY_URI_RELATIVE = "/share/proxy/alfresco/";
      Alfresco.constants.PROXY_FEED_URI = window.location.protocol + "//" + window.location.host + "/share/proxy/alfresco-feed/";
      Alfresco.constants.THEME = "chapTheme";
      Alfresco.constants.URL_CONTEXT = "/share/";



I've noticed that the freemarker variable ${url.context} is rendered like "https://internalServerName/share" when it's inside an attribute href or src, but when it's in another place, like for example the javascript code that we can see above, it's rendered only "/share".

Stated another way, if I put the next on a .ftl:

<div>${url.context}</div>
<a href="${url.context}">click</a>


This is the result:

<div>/share</div>
<a href="https://internalServerName/share">click</a>


The expected result is that the value of $ {url.context} was always "/share", but not!

The problem is that if you are on the Internet on https://www.myshare.com/share you cannot see the internal URLs like https://internalServerName/share/res/js/yui-common.js

I am not able to figure out why it can be produced this behavior. Can anyone help me? Thanks.
10 REPLIES 10

cristinamr
World-Class Innovator
World-Class Innovator
Any news pitacsk8?
--
VenziaIT: helping companies since 2005! Our ECM products: AQuA & Seidoc