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

Attachments

  1. Zip Archive
    repro-bug.zip
    (2 kB)
    Charles Casadei
    Mon, 2 Aug 2010 - 09:22:13 +0200

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Vincent Zurczak added a comment - Fri, 30 Jul 2010 - 15:58:53 +0200

1. If the URL is ?wsdl or ?xsd, the files are renamed. I don't see what names could be used.
If the URL is different, thanks for giving it so that a pattern can be extracted.

2. Do you have an example to attach to this bug?

Show
Vincent Zurczak added a comment - Fri, 30 Jul 2010 - 15:58:53 +0200 1. If the URL is ?wsdl or ?xsd, the files are renamed. I don't see what names could be used. If the URL is different, thanks for giving it so that a pattern can be extracted. 2. Do you have an example to attach to this bug?
Hide
Permalink
Charles Casadei added a comment - Mon, 2 Aug 2010 - 09:17:34 +0200

Je me contente de forwarder la réponse de Sébastien Trivella, en attendant que les droits soient correctement rétablis :

1) J’ai testé avec l’URL http://localhost:8084/petals/services/FAIS004-RaiseUpPartnerFaultAsIs?wsdl et l’assistant à généré un WSDL « ImportedWSDL » alors qu’il aurait pu l’appeler « imported_FAIS004-RaiseUpPartnerFaultAsIs ». Les XSD sont renommés « wsdl_[nomXSD] » : ca me va bien même si peut être que « imported_[nomXSD] » serait dans le même style que le WSDL mais ca c’ets du chipotage...

2) Il suffit d'essayer d'importer le WSDL joint dans le zip

Show
Charles Casadei added a comment - Mon, 2 Aug 2010 - 09:17:34 +0200 Je me contente de forwarder la réponse de Sébastien Trivella, en attendant que les droits soient correctement rétablis : 1) J’ai testé avec l’URL http://localhost:8084/petals/services/FAIS004-RaiseUpPartnerFaultAsIs?wsdl et l’assistant à généré un WSDL « ImportedWSDL » alors qu’il aurait pu l’appeler « imported_FAIS004-RaiseUpPartnerFaultAsIs ». Les XSD sont renommés « wsdl_[nomXSD] » : ca me va bien même si peut être que « imported_[nomXSD] » serait dans le même style que le WSDL mais ca c’ets du chipotage... 2) Il suffit d'essayer d'importer le WSDL joint dans le zip
Hide
Permalink
Vincent Zurczak added a comment - Mon, 2 Aug 2010 - 13:09:39 +0200

The bug was reproduced with the attached SA.
But is not due to the file name. There is something with the import mark-up.

And OK for the renaming request.

Show
Vincent Zurczak added a comment - Mon, 2 Aug 2010 - 13:09:39 +0200 The bug was reproduced with the attached SA. But is not due to the file name. There is something with the import mark-up. And OK for the renaming request.
Hide
Permalink
Vincent Zurczak added a comment - Mon, 2 Aug 2010 - 13:44:04 +0200

Commit # 1737

The bug was due to the presence of two "schema" mark-ups under a "type" mark-up.
The import was only searching for one instead of all.

The file renaming was updated for WSDL and WSDL referenced files.

Show
Vincent Zurczak added a comment - Mon, 2 Aug 2010 - 13:44:04 +0200 Commit # 1737 The bug was due to the presence of two "schema" mark-ups under a "type" mark-up. The import was only searching for one instead of all. The file renaming was updated for WSDL and WSDL referenced files.

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
Atlassian JIRA (v4.1.2#531) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for Petals ESB. Try JIRA - bug tracking software for your team.