A ce moment-là le content doit avoir ton aspect "incomplet" puisque le champs n'est pas encore renseigné. Et pourtant je suis bien par l'interface Web mais en attente des propriétés qui vont être fournies par l'utilisateur d'ici quelques secondes. Me trompe-je ?
Il me semble que cet aspect n'est positionné qu'une fois l'ensemble du processus d'insertion terminé (à la fin de la transaction). Ca devrait donc fonctionner.
C'est facile et rapide à vérifier avec le navigateur de nœud par exemple …
Racontez-nous
Bonjour Michael,
Je viens de vérifier et en fait ça fonctionne bien comme je l'avais décrit.
J'ai fait un add content, puis validé la première boite de dialogue.
Le noeud est donc créé et a bien l'aspect "{http://www.alfresco.org/model/system/1.0}incomplete" alors que je viens de le créer par l'interface web et que j'ai à l'écran la boite de dialogue suivante, celle concernant la modification des propriétés de mon aspect.
Donc si je devais traiter cet aspect "incomplete" comme étant un indicateur de provenance CIFS, j'aurai forcé à 1 ma propriété "importance" de mon aspect et mon email serait déjà parti alors que l'utilisateur est en train de définir le niveau réel d'importance du content
A moins que dans ton esprit il y avait une autre approche liée à cet aspect "incomplete" ? sinon là ça marche pas…
Mais ça peut servir un jour cet aspect "incomplete", c'était une bonne info (notamment j'ai un template spécial pour cet espace et si il n'y a pas de niveau d'importance défini ça fait pas beau :mrgreen
Stéphane
Je viens de vérifier et en fait ça fonctionne bien comme je l'avais décrit.
J'ai fait un add content, puis validé la première boite de dialogue.
Le noeud est donc créé et a bien l'aspect "{http://www.alfresco.org/model/system/1.0}incomplete" alors que je viens de le créer par l'interface web et que j'ai à l'écran la boite de dialogue suivante, celle concernant la modification des propriétés de mon aspect.
Donc si je devais traiter cet aspect "incomplete" comme étant un indicateur de provenance CIFS, j'aurai forcé à 1 ma propriété "importance" de mon aspect et mon email serait déjà parti alors que l'utilisateur est en train de définir le niveau réel d'importance du content
A moins que dans ton esprit il y avait une autre approche liée à cet aspect "incomplete" ? sinon là ça marche pas…
Mais ça peut servir un jour cet aspect "incomplete", c'était une bonne info (notamment j'ai un template spécial pour cet espace et si il n'y a pas de niveau d'importance défini ça fait pas beau :mrgreen
Stéphane
J'ai une solution (en fait même 2) 
Ayant suivi la super formation "Intensive Alfresco Training for Development 5 days" (que je recommande vivement) dispensée par Hervé QUIROZ de Componize, j'ai pu lui poser cette question directement et voici ses solutions qu'il m'a autorisé à diffuser ici :
1ère possibilité (que j'utilise avec succès) :
Depuis mon code de policy, je peux savoir si le point d'entrée était CIFS avec ce test :
if (ExceptionUtils.getStackTrace(new Exception()).contains("org.alfresco.jlan"))
{
// On vient de CIFS
}
Remarque: ExceptionUtils est une classe utilitaire de commons-lang et fait partie des classes disponibles en standard dans une application Alfresco.
Selon Hervé : "C'est peut-être un peu lourd comme approche (fabriquer une stack trace puis la parcourir pour trouver le nom d'un package)."
Mais dans mon système il n'y aura pas beaucoup de requêtes de ce genre.
2ième possibilité
Essayer de déterminer si on traverse le code de la policy en venant d'une requête via le client web:
if (FacesContext.getCurrentInstance() != null)
{
// On vient du client web
}
Remarque d'Hervé : il faudra vérifier que la méthode retourne bien null quand il n'y a pas de contexte JSF courant. Ce n'est pas très explicite dans la documentation officielle:
http://java.sun.com/javaee/javaserverfaces/1.0/docs/api/javax/faces/context/FacesContext.html#getCur...
J'ai cru à son doute (je comprends bien que ça peut peut-être poser problème en cas de 2 utilisateurs en simultané, l'un par Web et l'autre par CIFS) et du coup je n'ai pas essayé cette approche.
Voilà, encore merci à vous pour vos tentatives de réponses, et merci encore à Hervé pour sa réponse et son excellente formation. :wink:
Stéphane
Ayant suivi la super formation "Intensive Alfresco Training for Development 5 days" (que je recommande vivement) dispensée par Hervé QUIROZ de Componize, j'ai pu lui poser cette question directement et voici ses solutions qu'il m'a autorisé à diffuser ici :
1ère possibilité (que j'utilise avec succès) :
Depuis mon code de policy, je peux savoir si le point d'entrée était CIFS avec ce test :
if (ExceptionUtils.getStackTrace(new Exception()).contains("org.alfresco.jlan"))
{
// On vient de CIFS
}
Remarque: ExceptionUtils est une classe utilitaire de commons-lang et fait partie des classes disponibles en standard dans une application Alfresco.
Selon Hervé : "C'est peut-être un peu lourd comme approche (fabriquer une stack trace puis la parcourir pour trouver le nom d'un package)."
Mais dans mon système il n'y aura pas beaucoup de requêtes de ce genre.
2ième possibilité
Essayer de déterminer si on traverse le code de la policy en venant d'une requête via le client web:
if (FacesContext.getCurrentInstance() != null)
{
// On vient du client web
}
Remarque d'Hervé : il faudra vérifier que la méthode retourne bien null quand il n'y a pas de contexte JSF courant. Ce n'est pas très explicite dans la documentation officielle:
http://java.sun.com/javaee/javaserverfaces/1.0/docs/api/javax/faces/context/FacesContext.html#getCur...
J'ai cru à son doute (je comprends bien que ça peut peut-être poser problème en cas de 2 utilisateurs en simultané, l'un par Web et l'autre par CIFS) et du coup je n'ai pas essayé cette approche.
Voilà, encore merci à vous pour vos tentatives de réponses, et merci encore à Hervé pour sa réponse et son excellente formation. :wink:
Stéphane
