Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wasabi does not handle wsdl import #1

Open
emeka opened this issue Sep 11, 2011 · 11 comments
Open

Wasabi does not handle wsdl import #1

emeka opened this issue Sep 11, 2011 · 11 comments
Labels
Milestone

Comments

@emeka
Copy link

emeka commented Sep 11, 2011

Hi,

I have the following wsdl document:

<definitions xmlns:interface="urn:vbox" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:vbox="http://www.virtualbox.org/" xmlns="http://schemas.xmlsoap.org/wsdl/" name="VirtualBox" targetNamespace="http://www.virtualbox.org/Service">
  <import location="vboxweb.wsdl" namespace="http://www.virtualbox.org/"/>
  <service name="vboxService">
    <port binding="vbox:vboxBinding" name="vboxServicePort">
      <soap:address location="http://localhost:18083/"/>
    </port>
  </service>
</definitions>

It imports an other wsdl file called 'vboxweb.wsdl' which is located in the same directory and which contains all the type and message definitions.

Unfortunately, the imported file is not handled by wasabi.

Regards,

Emeka

@rubiii
Copy link
Contributor

rubiii commented Sep 12, 2011

you're right, wasabi doesn't follow import statements. it's something i'm working on from time to time, but it's not ready yet.

@hoverlover
Copy link
Contributor

Yeah, I have a wsdl that defines import inside of /definitions/types/schema. Any word on when this might be added to wasabi?

@rubiii
Copy link
Contributor

rubiii commented Feb 17, 2012

unfortunately no. a decent wsdl parser is not that hard to write, but parsing the xs schema is kinda difficult.
i'm still working on it and will let you know when i have something to show.

@emeka
Copy link
Author

emeka commented Feb 21, 2012

Thanks for the good work.

Emeka

On 17 February 2012 13:00, Daniel Harrington
[email protected]
wrote:

unfortunately no. a decent wsdl parser is not that hard to write, but parsing the xs schema is kinda difficult.
i'm still working on it and will let you know when i have something to show.


Reply to this email directly or view it on GitHub:
https://github.com/rubiii/wasabi/issues/1#issuecomment-4019736

@rubiii
Copy link
Contributor

rubiii commented Jun 7, 2012

still no decent support for imports. if anyone wants to give it a go ...

@MattRogish
Copy link

+1

@rubiii
Copy link
Contributor

rubiii commented May 11, 2013

master contains a major rewrite which is not done yet, but already supports wsdl imports. xml schema imports should be supported soon. if you can, please give it a try. i updated the readme to reflect the new interface.

@rubiii rubiii mentioned this issue May 11, 2013
Closed
17 tasks
@krisleech
Copy link

Is import expected to work when the wdsl is a local file and contains a location such as:

<import namespace="http://www.travelport.com/service/hotel_v21_0" location="HotelAbstract.wsdl"/>

I get No such file or directory - HotelAbstract.wsdl.

I'm using the latest master branch.

@rubiii
Copy link
Contributor

rubiii commented May 13, 2013

@krisleech the first step only supports fully qualified import locations. i haven't found any information about whether relative URL's are even valid. if they are, it would be good to have a specification for it.

ps. i'll add it to the todo-list.

@krisleech
Copy link

I don't know nearly enough about SOAP to know if rel URL's are legit, just that my WDSL has them :) Luckily our client decided not to use the SOAP API in question after discussing the alternative options (JRuby + something).

I've used Savon before, its been a life saver, so thanks for taking the time!

@rubiii
Copy link
Contributor

rubiii commented May 21, 2013

thanks @krisleech

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

5 participants