Petals Studio

[STUDIO] WSDL et XSD mal générées (rappatriés) par l'assistant BC-SOAP

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.1.0
  • Fix Version/s: 1.1.1
  • Component/s: Petals Tools
  • Security Level: Public
  • Description:
    Hide

    Avant l'assistant BC-SOAP du Studio rappatriait le WSDL spécifié lors de la création de SU-provide en conservant l'arborescence des XSD telle que définit dans le WSDL. Ce fonctionnement entrainait des problèmes de déploiement car les XSD pouvait se retrouver en dehors du dossier JBI. Depuis la version 1.1 du Studio, les XSD sont rappatriés au même niveau que le WSDL (ce qui est bien) en revanche deux choses:

    1) [amélioration] Pour un WSDL spécifié via une URL, les ressources (WSDL+XSD) sont renommées: pourquoi ne pas conserver le nom d'origine ce qui aurait plus de cohérence?

    2) [bug] Dans les 2 cas (WSDL importé depuis une URL ou depuis un fichier local), si le WSDL utilises 2 XSD de même nom mais situés dans un répertoire différent, l'assistant plante.

    Show
    Avant l'assistant BC-SOAP du Studio rappatriait le WSDL spécifié lors de la création de SU-provide en conservant l'arborescence des XSD telle que définit dans le WSDL. Ce fonctionnement entrainait des problèmes de déploiement car les XSD pouvait se retrouver en dehors du dossier JBI. Depuis la version 1.1 du Studio, les XSD sont rappatriés au même niveau que le WSDL (ce qui est bien) en revanche deux choses: 1) [amélioration] Pour un WSDL spécifié via une URL, les ressources (WSDL+XSD) sont renommées: pourquoi ne pas conserver le nom d'origine ce qui aurait plus de cohérence? 2) [bug] Dans les 2 cas (WSDL importé depuis une URL ou depuis un fichier local), si le WSDL utilises 2 XSD de même nom mais situés dans un répertoire différent, l'assistant plante.
  • Environment:
    PetalsStudio 1.1
  1. repro-bug.zip
    (2 kB)
    Charles Casadei
    Mon, 2 Aug 2010 - 09:22:13 +0200

Activity

People

Dates

  • Created:
    Fri, 30 Jul 2010 - 15:44:55 +0200
    Updated:
    Mon, 2 Aug 2010 - 13:44:10 +0200
    Resolved:
    Mon, 2 Aug 2010 - 13:44:04 +0200