cancel
Showing results for 
Search instead for 
Did you mean: 

Module pour Share

dranakan
Champ on-the-rise
Champ on-the-rise
Hello,

Nous désirons modifier notre module (amp) pour paramétrer Share.
Actuellement, notre module possède des webscripts, actions,  … tout ceci accessible par l'interface explorer (/alfresco). Nous désirons pouvoir accéder aux aspects dans Share (nécessite la paramétrisation de share-config-custom.xml).

Si j'ai bien tout compris nous devons créer un nouveau module que pour Share qui devra s'appliquer à share.war. C'est bien juste ?
Peut-on partager les resources (fichiers de langues) contenu dans le module custom "alfresco" depuis le module custom "share" ?

Merci bien.

Support
http://www.ixxus.com/blog/2011/07/setting-up-build-projects/
http://aboutalfresco.blogspot.com/2010/01/creating-amps-in-alfresco-to-change.html
http://blogs.alfresco.com/wp/wabson/2010/02/25/adding-custom-aspect-support-in-alfresco-share/
4 REPLIES 4

cleseach
Star Contributor
Star Contributor
Bonjour,

Si j'ai bien tout compris nous devons créer un nouveau module que pour Share qui devra s'appliquer à share.war. C'est bien juste ?
C'est bien juste !

Peut-on partager les resources (fichiers de langues) contenu dans le module custom "alfresco" depuis le module custom "share" ?
Il faut voir "alfresco" et "share" comme deux systèmes séparés, éventuellement exécutés par deux serveurs différents.
Avec cette vision des choses, la réponse à votre question est très claire : non, ce n'est pas possible. Vous devez inclure vos fichiers de langues dans chaque module pour que chaque "tiers" en bénéficie.

Cordialement,
Charles Le Seac'h

dranakan
Champ on-the-rise
Champ on-the-rise
Merci bien pour la réponse 🙂

Je vais donc préparer les répertoires dans mon projet eclipse….
Il est possible d'avoir un projet eclipse contenant les 2 modules et de partager le build.xml (http://www.ixxus.com/blog/2011/07/setting-up-build-projects/) mais je pense que le plus simple est de faire un projet pour module alfresco et un autre pour share et de gérer les numéros de module, comme vous le suggérez, de façon indépendante (sauf si nécessaire d'indiquer la dépendance avec module.depends….). Vais-je dans la bonne direction ?

cleseach
Star Contributor
Star Contributor
Vais-je dans la bonne direction ?
Globalement, oui.
Pour l'organisation de vos sources, c'est comme vous le souhaitez, comme c'est le plus simple pour vous de gérer.
Une organisation en 2 projets permet quand même d'offrir un peu plus de lisibilité et d'éviter le bruit lorsque l'on souhaite travailler sur une module en particulier.

sauf si nécessaire d'indiquer la dépendance avec module.depends
J'ai écris "globalement" plus haut parce que je ne suis pas sûr de comprendre ce que vous avez en tête.
La dépendance indiquée par module.depends n'a cours que dans un war donné. Il n'est pas possible d'expliciter une dépendance entre les modules que l'on injecte dans alfresco.ware et ceux que l'on injecte dans share.war.

Cordialement,
Charles Le Seac'h

dranakan
Champ on-the-rise
Champ on-the-rise
Merci… le module est fonctionnel.

J'ai remarqué que le numéro de module Share n'apparaissait pas dans au démarrage d'Alfresco. Ce n''est pas indispensable mais je trouvais pratique de voir cette info dès le démarrage.
(j'ai mis en debug dans log4j dans mon module : log4j.logger.ch.custom.manageoffice=debug).

Le numéro de mon module Alfresco s'affiche bien au démarrage.