wsdl2objc Crash Against WSDL URL

[GoogleCodeExporter]

What steps will reproduce the problem?
1. run wsdl2objc against: http://wwwtest.unfi.com/APLService.svc?wsdl
2.
3.

What is the expected output?
    APLService.h & .m

What do you see instead?
   wsdl2objc program crash

What version of the product are you using? On what operating system?
   I've tried 0.6 and 0.7 pre with the same results, on Snow Leopard.

Please provide any additional information below.

Original issue reported on code.google.com by dwar...@gmail.com on 28 May 2010 at 10:20

[GoogleCodeExporter]

Ok, I figured out what was causing the problem, though I still don't know 
exactly why.  THe WSDL I am running 
against is a WCF generated interface.  It includes a namespace for tempuri.org. 
 That reference sent the tool into 
a self-referential loop.  Once I commented that out of the WSDL file the tool 
completed fine. 

Original comment by dwar...@gmail.com on 30 May 2010 at 6:10

Attachments:

• APLService.svc.xml

[GoogleCodeExporter]

LINKED to Issue 96

The tool gets confused by the imported namespace URL (XML file attached) which 
back-references the original 
service URL which sends the tool into an infinite loop re-reading each URL in 
turn.

I've tried inserting the XML into the original WSDl file and that allows the 
tool to complete.  However, there are 
still two problems.

First, the binding class has no high-level method call of the form in the 
samples, i.e. [binding 
XxUsingParameters: req] or [binding XxUsingRequest: req] (ISSUE 96)

Second, the complex type ApprovedProductList.* is not completed/defined in the 
generated source files.

Help!

Original comment by dwar...@gmail.com on 31 May 2010 at 8:17

Attachments:

• APLService.wsdl0.xml

[GoogleCodeExporter]

More Info, some resolution, some more focus on the issue.

The  MyBinding.XxUsingParameters method is now being generated.  The binding 
info was commented out in my 
last attempt.  Now I am just missing type classes for xsd4.  For some reason 
the tool chokes on this type and 
cannot complete the implementation of tns4.h/.m

SO THIS ISSUE IS NOW NARROWED TO A PROBLEM PARSING A COMPLEX TYPE.  See the 
.xsd imports xsd3 & xsd4 
in the attached file.

Original comment by dwar...@gmail.com on 2 Jun 2010 at 6:18

Attachments:

• APLService.cenn299.xml

[GoogleCodeExporter]

Can you paste here the type definition on which it chokes? I can't get download 
the xsd3 and xsd4 (http://wwwtest.unfi.com/APLService.svc?xsd=xsd3, ...)

Original comment by hasse...@gmail.com on 22 Jun 2010 at 10:29

[GoogleCodeExporter]

Hi,  thanks for your response.

That particular service has been moved.  You can now find it at: 
http://wwwtest.unfi.com/OrderServices/APLService/APL.svc?wsdl

A flattened version can be had via: 
http://wwwtest.unfi.com/OrderServices/APLService/APL.svc?wsdl&flat

The tool goes into a loop on the flat version and crashes the stack.  The 
original problem can be found against the regular wsdl with imports.  In the 
generated APL.M, in APL_GetAPL for instance, req is set to 0 and never 
initialized to its sub-object (all top level classes seem to have this 
problem).  Note that tns5 & xs.m are empty, as if the tool couldn't get through 
everything.

Let me know if you find anything, and thanks again.  The tool has helped me 
save time and learn a lot so far.

--Edward

Original comment by dwar...@gmail.com on 26 Jun 2010 at 2:22

[GoogleCodeExporter]

I hit what I think is this same recursive problem with:

http://dev.virtualearth.net/webservices/v1/metadata/searchservice/dev.virtualear
th.net.webservices.v1.search.wsdl

The attached patch fixed the issue for me.

Original comment by bolsi...@gmail.com on 22 Oct 2010 at 11:32

Attachments:

• wsdl2objc.recursive.patch.txt