installation alfresco share sur un port différent du 8080

[bertrandf]

Vraiment étrange.
Juste pour tester, vous pouvez essayer de modifier directement le fichier /tomcat/webapps/share/WEB-INF/classes/alfresco/webscript-framework-config.xml.
Vous remplacez les 8080 par des 8181.

Pensez bien a redémarrer votre Alfresco après avoir fait ces modifications.

[pixy]

Bonjour,
je me suis retenue d'ouvrir un nouveau sujet, alors GROS SOS pour résoudre ce problème similaire  :
J'ai la version 3.3 fraichement installée chez un hébergeur (sur serveur WIN2008) .
Je dois obligatoirement utiliser le port 80 pour accéder au serveur Alfresco (utilisation Explorer et Share).
J'ai fais les modifs indiquées et j'accède bien à  Explorer par http://ipduserveur/alfresco/faces/jsp/login.jsp
Mais pour Share, rien à faire (erreur HTTP 500), cf début du post.  
J'ai bien modifié webscript-framework-config-custom.xml

NB
ma recherche sur un autre forum indiquerait une erreur dans le nommage des fichiers depuis la version 3.3
"renaming "share-config-custom.xml" to "webscript-framework-config-custom.xml" - est-ce vraiment utile de la faire ? cela ne marche pas mieux de mon côté.

et l'ouverture une 'issue' cf :   https://issues.alfresco.com/jira/browse/ALF-2451

Je suis perdue : dois-je attendre la 3.3 SP2 pour faire fonctionner Share ? Je n'y crois pas une seconde.

Merci pour votre aide les pros, car mes nerfs vont bientôt lâcher.

[bertrandf]

Je n'aime pas les détournements de sujet mais je vais répondre quand même 

Je viens de tester sur Alfresco Community et Entreprise 3.3, il s'agit bien du fichier share-config-custom.xml

Exemple pour un Alfresco Community 3.3, fichier share-config-custom.xml placé dans /tomcat/shared/classes/alfresco/web-extension/

<alfresco-config>

   <!– Global config section –>
   <config replace="true">
      <flags>
         <!–
            Developer debugging setting to turn on DEBUG mode for client scripts in the browser
         –>
         <client-debug>false</client-debug>

         <!–
            LOGGING can always be toggled at runtime when in DEBUG mode (Ctrl, Ctrl, Shift, Shift).
            This flag automatically activates logging on page load.
         –>
         <client-debug-autologging>false</client-debug-autologging>
      </flags>
   </config>

   <!– Document Library config section –>
   <config evaluator="string-compare" condition="DocumentLibrary" replace="true">

      <!–
         Whether the folder Tree component should enumerate child folders or not.
         This is a relatively expensive operation, so should be set to "false" for Repositories with broad folder structures.
      –>
      <tree>
         <evaluate-child-folders>false</evaluate-child-folders>
      </tree>

      <!–
         Used by the "Manage Aspects" action

         For custom aspects, remember to also add the relevant i18n string(s)
            cm_myaspect=My Aspect
      –>
      <aspects>
         <!– Aspects that a user can see –>
         <visible>
            <aspect name="cm:generalclassifiable" />
            <aspect name="cm:complianceable" />
            <aspect name="cm:dublincore" />
            <aspect name="cm:effectivity" />
            <aspect name="cm:summarizable" />
            <aspect name="cm:versionable" />
            <aspect name="cm:templatable" />
            <aspect name="cm:emailed" />
            <aspect name="emailserver:aliasable" />
            <aspect name="cm:taggable" />
            <aspect name="app:inlineeditable" />
         </visible>

         <!– Aspects that a user can add. Same as "visible" if left empty –>
         <addable>
         </addable>

         <!– Aspects that a user can remove. Same as "visible" if left empty –>
         <removeable>
         </removeable>
      </aspects>

      <!–
         Used by the "Change Type" action

         Define valid subtypes using the following example:
            <type name="cm:content">
               <subtype name="cm:mysubtype" />
            </type>

         Remember to also add the relevant i18n string(s):
            cm_mysubtype=My SubType
      –>
      <types>
         <type name="cm:content">
            <subtype name="cm:mycontentsubtype" />
         </type>

         <type name="cm:folder">
            <subtype name="cm:myfoldersubtype" />
         </type>
      </types>

      <!–
         If set, will present a WebDAV link for the current item on the Document and Folder details pages.
         Also used to generate the "View in Alfresco Explorer" action for folders.
      –>
      <repository-url>http://localhost:80/alfresco</repository-url>
   </config>

   <!– Repository Library config section –>
   <config evaluator="string-compare" condition="RepositoryLibrary" replace="true">
      <!–
         Whether the link to the Repository Library appears in the header component or not.
      –>
      <visible>false</visible>

      <!–
         Root nodeRef for top-level folder.
      –>
      <root-node>alfresco://company/home</root-node>

      <!–
         Whether the folder Tree component should enumerate child folders or not.
         This is a relatively expensive operation, so should be set to "false" for Repositories with broad folder structures.
      –>
      <tree>
         <evaluate-child-folders>false</evaluate-child-folders>
      </tree>
   </config>

   <!– Overriding endpoints to reference a remote Alfresco server –>
   <config evaluator="string-compare" condition="Remote">
      <remote>

         <endpoint>
            <id>alfresco-noauth</id>
            <name>Alfresco - unauthenticated access</name>
            <description>Access to Alfresco Repository WebScripts that do not require authentication</description>
            <connector-id>alfresco</connector-id>
            <endpoint-url>http://localhost:80/alfresco/s</endpoint-url>
            <identity>none</identity>
         </endpoint>

         <endpoint>
            <id>alfresco</id>
            <name>Alfresco - user access</name>
            <description>Access to Alfresco Repository WebScripts that require user authentication</description>
            <connector-id>alfresco</connector-id>
            <endpoint-url>http://localhost:80/alfresco/s</endpoint-url>
            <identity>user</identity>
         </endpoint>

         <endpoint>
            <id>alfresco-feed</id>
            <name>Alfresco Feed</name>
            <description>Alfresco Feed - supports basic HTTP authentication</description>
            <connector-id>http</connector-id>
            <endpoint-url>http://localhost:80/alfresco/s</endpoint-url>
            <basic-auth>true</basic-auth>
            <identity>user</identity>
         </endpoint>
         
      </remote>
   </config>
</alfresco-config>‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

[altarus31]

je commence vraiment à désepérer..g tout tenté..g toujours le meme problème..        

[bertrandf]

Vous dites que vous avez une erreur, ca serait peut être bien de la poster pour avoir des pistes.
Expliquez nous également toutes les modifications que vous avez faites.

Je suppose que vous accédez correctement à http://localhost:8181/share/ et que vous avez une erreur en essayant de vous connecter.
Je trouve ca bizarre que vous ayez une erreur 500, théoriquement si Share n'arrive pas à accéder à l'entrepôt, il y a une popup qui s'affiche avec un message du style : "Le serveur distant est indisponible …".

[shouill]

Bonjour,

j'avais également ce problème d'accès à Share après un changement de port tomcat, depuis que j'ai fait un copier coller du contenu ci-dessus dans le fichier share-config-custom.xml
et tout fonctionne correctement maintenant !

Merci.