You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Ajith Harshana Ranabahu (JIRA)" <ji...@apache.org> on 2006/03/29 12:37:28 UTC
[jira] Resolved: (AXIS2-515) WSDL2Java generates uncompilable code.
[ http://issues.apache.org/jira/browse/AXIS2-515?page=all ]
Ajith Harshana Ranabahu resolved AXIS2-515:
-------------------------------------------
Resolution: Fixed
I've generated the code and tested it against the salesforce service. I got the successful answers and I'm confident that if we write an application to utilize salesforce, the generated stub can be used effectively for that.
Here are the answers for the other questions
a) This is the default behavior. I agree that having a 5 Mb source file is hard to handle but I've made sure that it works and the can be easily compiled through the generated build file. You can use the -ss -sd -g option set to completely expand the generated classes.
c). Yes. This seems to be the case and I'll have a look at this. Anyway I think this is better marked as a seperate Jira to keep track of it
d) Unfortunatley yes.
e) The reason is that you have elements and types in the same name. Since ADB generates classes for both toplevel elements and types, it gives unique names to avoid conflicts.
> WSDL2Java generates uncompilable code.
> --------------------------------------
>
> Key: AXIS2-515
> URL: http://issues.apache.org/jira/browse/AXIS2-515
> Project: Apache Axis 2.0 (Axis2)
> Type: Bug
> Components: client-api
> Versions: 0.95
> Environment: WinXP JDK 1.5.06
> Reporter: Simon Fell
> Assignee: Ajith Harshana Ranabahu
> Priority: Blocker
> Attachments: enterprise.wsdl
>
> ran WSDL2Java -s -uri enterprise.wsdl.
> a) it generates a single file that is 5Mb in size and 121914 lines long (i acedently hit format in eclipse and had to kill eclipse after 5 minutes of it trying to format the file).
> b) it doesn't compile.
> Severity Description Resource In Folder Location Creation Time Id
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.AssignmentRuleHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 371 March 25, 2006 12:26:19 AM 95531
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.AssignmentRuleHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 590 March 25, 2006 12:26:19 AM 95536
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.AssignmentRuleHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1088 March 25, 2006 12:26:19 AM 95548
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.MruHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 376 March 25, 2006 12:26:19 AM 95532
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.MruHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 595 March 25, 2006 12:26:19 AM 95537
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.MruHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1093 March 25, 2006 12:26:19 AM 95549
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.QueryOptions, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1026 March 25, 2006 12:26:19 AM 95546
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.QueryOptions, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1153 March 25, 2006 12:26:19 AM 95551
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.QueryOptions, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1213 March 25, 2006 12:26:19 AM 95553
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 309 March 25, 2006 12:26:19 AM 95529
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 366 March 25, 2006 12:26:19 AM 95530
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 429 March 25, 2006 12:26:19 AM 95533
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 482 March 25, 2006 12:26:19 AM 95534
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 585 March 25, 2006 12:26:19 AM 95535
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 648 March 25, 2006 12:26:19 AM 95538
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 701 March 25, 2006 12:26:19 AM 95539
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 754 March 25, 2006 12:26:19 AM 95540
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 807 March 25, 2006 12:26:19 AM 95541
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 860 March 25, 2006 12:26:19 AM 95542
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 913 March 25, 2006 12:26:19 AM 95543
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 966 March 25, 2006 12:26:19 AM 95544
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1021 March 25, 2006 12:26:19 AM 95545
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1083 March 25, 2006 12:26:19 AM 95547
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1148 March 25, 2006 12:26:19 AM 95550
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1208 March 25, 2006 12:26:19 AM 95552
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1266 March 25, 2006 12:26:19 AM 95554
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1319 March 25, 2006 12:26:19 AM 95555
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1372 March 25, 2006 12:26:19 AM 95556
> 2 The method toOM(SoapStub.ConvertLead) in the type SoapStub is not applicable for the arguments (SoapStub.SessionHeader, boolean) SoapStub.java axis295_test/src/org/apache/axis2 line 1425 March 25, 2006 12:26:19 AM 95557
> c) It seems to ignored the namespace in the source schema, so the generated stub is in the org.apache.axis2 package.
> d) the constructor is declared as throwing Exception, ouch
> e) a lot of the inner classes have 2 classes, e.g. AccountShare & AccountShare67, what are all the 2nd ones for ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
Re: [jira] Resolved: (AXIS2-515) WSDL2Java generates uncompilable
code.
Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
On Wed, 2006-03-29 at 11:37 +0100, Ajith Harshana Ranabahu (JIRA) wrote:
> [ http://issues.apache.org/jira/browse/AXIS2-515?page=all ]
>
> Ajith Harshana Ranabahu resolved AXIS2-515:
> -------------------------------------------
>
> Resolution: Fixed
>
> I've generated the code and tested it against the salesforce service. I
> got the successful answers and I'm confident that if we write an
> application to utilize salesforce, the generated stub can be used
> effectively for that.
Excellent! Simon, can you verify this please? It would be idea if you
could check it out now rather than waiting for the next release.
> Here are the answers for the other questions
> a) This is the default behavior. I agree that having a 5 Mb source file
> is hard to handle but I've made sure that it works and the can be
> easily compiled through the generated build file. You can use the -ss
> -sd -g option set to completely expand the generated classes.
+1.
> c). Yes. This seems to be the case and I'll have a look at this. Anyway I
> think this is better marked as a seperate Jira to keep track of it
OK.
> d) Unfortunatley yes.
Is that removable??
> e) The reason is that you have elements and types
> in the same name. Since ADB generates classes for both toplevel
> elements and types, it gives unique names to avoid conflicts.
Can we improve this? In particular, it seems to me we only need to
generate a class for a type if its used in a non-top level element. If
its a top level elem then we generate the class for the elem ..
Maybe its too smart of an optimization but would appreciate your
thoughts.
Sanjiva.