Issue Details (XML | Word | Printable)

Key: AXIS-2235
Type: Bug Bug
Status: Closed Closed
Resolution: Duplicate
Priority: Major Major
Assignee: Unassigned
Reporter: clint dovholuk
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Axis

Autogenerated WSDL does not qualify the wsdl:types at all

Created: 27/Sep/05 03:11 AM   Updated: 14/Dec/05 12:14 AM
Component/s: WSDL processing
Affects Version/s: 1.2RC3, 1.2, 1.2.1
Fix Version/s: None

Time Tracking:
Not Specified

Environment: win xp pro, 1 gb ram, using resin 2/3 app server, jdk 1.5

Resolution Date: 14/Dec/05 12:14 AM


 Description  « Hide
I have noticed that now when axis autogenerates wsdl's the wsdl does not correctly namespace qualify the "types" element, thus when processed and consumed an error is thrown stating that "whichever" element can't be found. Editing the wsdl by hand to qualify the types element fixes the problem.

for example, an autogenerated wsdl will look like:
     <wsdl:definitions targetNamespace="myWebApp:TestSubclass">
          <!--
               WSDL created by Apache Axis version: 1.2.1
               Built on Jun 14, 2005 (09:15:57 EDT)
           -->
<types>

and not :
     <wsdl:definitions targetNamespace="myWebApp:TestSubclass">
          <wsdl:types>

it's minor, but it's always reproducable... I've tried using 1.2rc3 and on (1.2, and 1.2.1)

-Clint

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
clint dovholuk added a comment - 27/Sep/05 03:13 AM
well i didn't get the option to set the "priority" on this.. i don't think it's "critical", but maybe?

cwd

clint dovholuk added a comment - 27/Sep/05 09:57 PM
another possibility...

it seems that previous versions of axis (prior to 1.2rc3 afaict) used to set the default namespace to that of "wsdl" such as: xmlns="http://schemas.xmlsoap.org/wsdl/"

this is no longer supplied in generated wsdl's thus the <types> tag is not qualified properly - i think...

cwd

Davanum Srinivas added a comment - 13/Nov/05 08:25 AM
Have u tried Axis 1.3?

clint dovholuk added a comment - 14/Nov/05 06:41 AM
yes, the same problem is in axis 1.3 as well. axis 1.3 has other issues (i've not had time to post yet) which prevent me from using it though. (i need to create a test case for that issue so i can submit a bug)

cwd

Paul Barry added a comment - 07/Dec/05 03:40 AM
Are there any plans to work on this bug? I have a very simple example of this problem that I submitted to the mailing list a while ago:

http://marc.theaimsgroup.com/?l=axis-user&m=113045538011182&w=2

From reading other issues on the mailing list, it seems that other people using Axis 1.2.1 are able to generate WSDL with <wsdl:types> instead of just <types>. Does anyone know what the difference is yet? Why it generates <types> for me in a simple example yet other seem to get <wsdl:types>? I am using resin 3.0.14 and JDK 1.5 on Windows XP, in case that is relevant.

Tom Jordahl added a comment - 08/Dec/05 12:44 AM
I don't see this bug on Axis 1.2.1 or 1.3. I have WSDL that has both the default namespace and the wsdl prefix.

clint dovholuk added a comment - 08/Dec/05 12:53 AM
can you post the wsdl that you use so I could test it and figure out what i'm doing "wrong"?

thanks,
cwd

clint dovholuk added a comment - 13/Dec/05 03:22 AM
this is still a problem.

anybody have any thoughts on this?

cwd

clint dovholuk added a comment - 13/Dec/05 03:41 AM
it seems that this is an issue with our Resin application server... For fun I brought our app up on a Tomcat install and it works just fine...

Any ideas on why Resin (www.caucho.com) causes the problem?

Thanks,
-Clint

clint dovholuk added a comment - 13/Dec/05 06:55 AM
so after a lot of digging, i found that putting this:


  <system-property javax.xml.parsers.DocumentBuilderFactory="org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/>
  <system-property javax.xml.parsers.SAXParserFactory="org.apache.xerces.jaxp.SAXParserFactoryImpl"/>

into the resin-web.config (resin 3) fixes the issue.

this can be closed i guess, but it'd be nice to see this documented somewhere as an 'issue'

cwd

Tom Jordahl added a comment - 14/Dec/05 12:12 AM
Why does the XML parser affect this? What does Resin use instead of Xerces, Crimson? I would say you need to file a bug against the parser that isn't adding the namespace...

Tom Jordahl added a comment - 14/Dec/05 12:14 AM
duplicate of Axis-2336.