Rapport de Bug Alfresco API WebFactory

[b3rz3k]

Bonjour à tous,

J'ai voulu utiliser l'API WebFactory afin de rediriger l'authentification vers une GED alfresco différente de celle que j'ai en locale.

Cependant je me suis confronté à un problème assez bizare.

Je m'explique :
   Dans un main j'ai exécuté ceci :
 

WebServiceFactory.setEndpointAddress("http://xx.xx.xx.xx:8080/alfresco/api");
      System.out.println(   WebServiceFactory.getEndpointAddress());‍‍

Et la console me retourne la valeur de EndpointAdress par défaut  qui est "http://localhost:8080/alfresco/api". C'est comme si le Set était innéficace.
Ce qui est vraiment étonnant c'est que j'ai regardé à cette adresse : http://kickjava.com/src/org/alfresco/webservice/util/WebServiceFactory.java.htm
le code source de WebFactory et Aucun signe de la méthode setEndpointAddress pourtant elle est accessible depuis WebFactory.(choix de setEndpointAddress(String… )).

Comment cela peut-être possible??

Faut-il que je redéfinisse cette méthode pour quelle puisse marcher? Et si oui quelle valeur static dois-je modifier?

Merci

[cleseach]

Bonjour,

Le code de getEndpointAddress est :

public static String getEndpointAddress()
{
        if (!loadedProperties)
        {
            loadProperties(PROPERTY_FILE_NAME);
        }
        return endPointAddress;
}‍‍‍‍‍‍‍‍

Si le chargement des propriétés n'a pas eu lieu, il va être exécuté et le "endPointAddress" que vous avez défini va être écrasé.
La meilleur façon de définir cette adresse est donc de définir la propriété repository.location dans le fichier webserviceclient.properties

Cordialement,
Charles Le Seac'h

[b3rz3k]

Merci cleseach,

J'ai opté aussi pour cette solution de properties,
Mais alors pourquoi proposer un changement d'adresse par le biai de la programmation si elle ne marche pas?

[cleseach]

Bonjour,

pourquoi proposer un changement d'adresse par le biai de la programmation si elle ne marche pas?

Je ne sais pas répondre au "pourquoi". Il faudrait contacter les équipes Alfresco.
Concernant le setter, on ne peut pas dire qu'il ne fonctionne pas, il faut juste l'utiliser après avoir fait un premier getEndpointAddress 😉

Cordialement,
Charles Le Seac'h