RE: code generation problem

[Jain, Prateek]

 

 

Thanks Amila.

 

Regards,

Prateek

 

 



From: Amila Suriarachchi [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 21, 2008 9:58 AM
To: axis-user@ws.apache.org
Subject: Re: code generation problem

 

 

On Thu, Nov 20, 2008 at 1:23 AM, Jain, Prateek
<[EMAIL PROTECTED]> wrote:

 

All,

 

 We are working on an application which is acting as client for some web
service giving multiple operations. Now, they have broken down their one
consolidated WSDL into many small wsdls each having different namespace.
Now additionally we are also migrating existing application from axis
1.x to axis 2.0. Is there any way that we can stay away with java code
changes?  Any advices would be appricated.


No I think. Normally these stub codes depends on the Soap frame work.

thanks,
Amila.

 

 

 

Regards,

Prateek Jain

Senior Software  Engineer

Tel. +91-124-3936144 | Mob. +91-9958646136

iSmart Panache (I) Solutions Pvt. Ltd.

Plot No. 52, Sector 32, Institutional Area, Gurgaon 122001, Haryana 

www.ismartpanache.com <http://www.ismartpanache.com/> 

<http://www.ismartpanache.com/> 

-

Expectations ::: causes all troubles

-

 




-- 
Amila Suriarachchi
WSO2 Inc.
blog: http://amilachinthaka.blogspot.com/

Re: code generation problem

[Amila Suriarachchi]

On Thu, Nov 20, 2008 at 1:23 AM, Jain, Prateek <
[EMAIL PROTECTED]> wrote:

>
>
> All,
>
>
>
>  We are working on an application which is acting as client for some web
> service giving multiple operations. Now, they have broken down their one
> consolidated WSDL into many small wsdls each having different namespace. Now
> additionally we are also migrating existing application from axis 1.x to
> axis 2.0. Is there any way that we can stay away with java code changes?
>  Any advices would be appricated.
>

No I think. Normally these stub codes depends on the Soap frame work.

thanks,
Amila.

>
>
>
>
>
>
> *Regards,*
>
> Prateek Jain
>
> Senior Software  Engineer
>
> Tel. +91-124-3936144 | Mob. +91-9958646136
>
> *iSmart Panache (I) Solutions Pvt. Ltd.*
>
> Plot No. 52, Sector 32, Institutional Area, Gurgaon 122001, Haryana
>
> www.ismartpanache.com
>
> 
>
> -
>
> Expectations ::: causes all troubles
>
> -
>
>
>



-- 
Amila Suriarachchi
WSO2 Inc.
blog: http://amilachinthaka.blogspot.com/

Re: Code Generation Problem ( Order of constructor parameters)

[Samisa Abeysinghe]

This could be a bug. Could you please provide the WSDL you are using.

Thanks,
Samisa...

Shripad Gokhale wrote:


 

In a certain situation, the code generated by AXIS 1.4 is giving 
compilation errors. After investigation, I found that in some classes, 
the super class’s constructors were called with wrong order of input 
parameters. For example, a class CustomerListEntity which extends 
ListMessageEntity calls super(long, MessageEntity[]) from its 
constructor. But, the actual definition of the constructor of 
ListMessageEntity is ListMessageEntity(MessageEntity[], long). 
Similarly, there are a couple of other classes also doing the same 
thing. Due to this, compilation is failing.


 

 


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp




--
Samisa Abeysinghe

http://people.apache.org/~samisa/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Code generation problem

[Shripad Gokhale]

The attachements can ne found below

 

https://issues.apache.org/jira/browse/AXIS-2755

 

 

From: Shripad Gokhale [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 30, 2008 11:46 AM
To: axis-user@ws.apache.org
Subject: Code generation problem

 

Hi,

 

The code generated by AXIS in our software gets compilation errors when using a 
complex WSDL that includes other XSDs. 

The attached MessageInterfaces.zip file contains the xsdl file at 
MessageInterfaces\wsdl\billingServices\v3.3\GetProfile.wsdl. This file contain 
references to other xsd files which are located in different directories inside 
the zip file. CodeGenerated.zip file contains the codes generated by AXIS 1.4. 
The problem in the generated files is that in some classes like 
CustomerListEntity and Phone, constructors of the super classes are called with 
input parameters in different orders than specified in the constructor 
definition. 

It's a problem in Pre-Production environment and need an urgent solution. Due 
to this problem, our product is not at all configurable at the customer end.

 

Thanks

Shripad/Dhirendra

 

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp