WSDL2Java in Axis1.4 code generation errors.

2008-05-08 Thread Gautham.Kasinath
Hello all, 

In the past with axis upto 1.2, I have used the bundled wsdl2java tool 
with a lot of confidence. 
Recently however, I have discovered some code generation errors when using 
the tool. 
For instance, a Class X was generated such that: 
public class ListOfIDXRefDataTypeIdXRefAppInstanceAppID  implements 
java.io.Serializable, org.apache.axis.encoding.SimpleType.

This class had the following constructor, generated: 
public 
ListOfIDXRefDataTypeIdXRefAppInstanceAppID(org.apache.axis.types.Token 
_value) {
super(_value);
}

As you can see from the Class declaration, it does not extend any other 
class (other than java.lang.Object by default). Hence compilation of this 
class fails because Object(value) is not present and super(value) is 
illegal. 

Has anyone else come across similar or same errors? Is there a resolution 
for these errors, other than modifying the classes oneself. 

Please advise. 

Thanks

Cheers
Gautham Kasinath

Gautham KASINATH

HBF/Ajilon 
William Street
Perth
Phone: +61 8 9214 6754
===
HBF Health Funds Inc ARBN 126 884 786 incorporated in Western Australia
is a Private Health Insurer under the Private Health Insurance Act 2007.
The liability of its constitutional members is limited; HBF Insurance 
Pty Ltd ABN 11 009 268 277; HBF Financial Services Pty Ltd 
ABN 18 009 123 675. The information contained in this email and any 
attachment is intended solely for the named recipients. It may contain 
material or information that is confidential and/or legally privileged 
material. It is also subject to copyright. If you are not the intended 
recipient please advise us immediately by return email or contact a 
Member Service Advisor on 133 423 and delete the email and any 
attachments. Any use or disclosure of the contents of either is 
unauthorised and may be unlawful. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth). The views
expressed in this email are those of the author and do not represent 
those of HBF unless clearly indicated.
===


Re: WSDL2Java in Axis1.4 code generation errors.

2008-05-08 Thread Aravind . Yarram
Hi, i am also facing the same kind of issuesi havent got any help so 
far!

Regards, 
Aravind R Yarram



[EMAIL PROTECTED] 
05/08/2008 05:09 AM
Please respond to
axis-user@ws.apache.org


To
axis-user@ws.apache.org
cc

Subject
WSDL2Java in Axis1.4 code generation errors.







Hello all, 

In the past with axis upto 1.2, I have used the bundled wsdl2java tool 
with a lot of confidence. 
Recently however, I have discovered some code generation errors when using 
the tool. 
For instance, a Class X was generated such that: 
public class ListOfIDXRefDataTypeIdXRefAppInstanceAppID  implements 
java.io.Serializable, org.apache.axis.encoding.SimpleType. 

This class had the following constructor, generated: 
public 
ListOfIDXRefDataTypeIdXRefAppInstanceAppID(org.apache.axis.types.Token 
_value) { 
super(_value); 
} 

As you can see from the Class declaration, it does not extend any other 
class (other than java.lang.Object by default). Hence compilation of this 
class fails because Object(value) is not present and super(value) is 
illegal. 

Has anyone else come across similar or same errors? Is there a resolution 
for these errors, other than modifying the classes oneself. 

Please advise. 

Thanks 

Cheers 
Gautham Kasinath 

Gautham KASINATH

HBF/Ajilon 
William Street
Perth
Phone: +61 8 9214 6754


===
HBF Health Funds Inc ARBN 126 884 786 incorporated in Western Australia
is a Private Health Insurer under the Private Health Insurance Act 2007.
The liability of its constitutional members is limited; HBF Insurance 
Pty Ltd ABN 11 009 268 277; HBF Financial Services Pty Ltd 
ABN 18 009 123 675. The information contained in this email and any 
attachment is intended solely for the named recipients. It may contain 
material or information that is confidential and/or legally privileged 
material. It is also subject to copyright. If you are not the intended 
recipient please advise us immediately by return email or contact a 
Member Service Advisor on 133 423 and delete the email and any 
attachments. Any use or disclosure of the contents of either is 
unauthorised and may be unlawful. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth). The views
expressed in this email are those of the author and do not represent 
those of HBF unless clearly indicated.
===


This message contains information from Equifax Inc. which may be confidential 
and privileged.  If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information and note that such 
actions are prohibited.  If you have received this transmission in error, 
please notify by e-mail [EMAIL PROTECTED]
--

RE: WSDL2Java in Axis1.4 code generation errors.

2008-05-08 Thread Aravind . Yarram
Ok, this for Axis 1.4 version though

Regards, 
Aravind R Yarram
email: [EMAIL PROTECTED] 



Krystian Szczesny [EMAIL PROTECTED] 
05/08/2008 10:02 AM
Please respond to
axis-user@ws.apache.org


To
axis-user@ws.apache.org
cc

Subject
RE: WSDL2Java in Axis1.4 code generation errors.






Hi guys,
 
Actually I think it’s less Axis2 issue and more XmlSchema ws commons 
project issue.
I have created a bug report in jira: 
https://issues.apache.org/jira/browse/WSCOMMONS-342
I suggest you start debugging and see where it takes you.
 
Best regards,
Krystian
 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 08 May 2008 14:38
To: axis-user@ws.apache.org
Cc: axis-user@ws.apache.org
Subject: Re: WSDL2Java in Axis1.4 code generation errors.
 

Hi, i am also facing the same kind of issuesi havent got any help so 
far!

Regards, 
Aravind R Yarram


[EMAIL PROTECTED]
05/08/2008 05:09 AM


Please respond to
axis-user@ws.apache.org



To
axis-user@ws.apache.org
cc

Subject
WSDL2Java in Axis1.4 code generation errors.
 









Hello all, 

In the past with axis upto 1.2, I have used the bundled wsdl2java tool 
with a lot of confidence. 
Recently however, I have discovered some code generation errors when using 
the tool. 
For instance, a Class X was generated such that: 
public class ListOfIDXRefDataTypeIdXRefAppInstanceAppID  implements 
java.io.Serializable, org.apache.axis.encoding.SimpleType.

This class had the following constructor, generated: 
public 
ListOfIDXRefDataTypeIdXRefAppInstanceAppID(org.apache.axis.types.Token 
_value) { 
   super(_value); 
   } 

As you can see from the Class declaration, it does not extend any other 
class (other than java.lang.Object by default). Hence compilation of this 
class fails because Object(value) is not present and super(value) is 
illegal. 

Has anyone else come across similar or same errors? Is there a resolution 
for these errors, other than modifying the classes oneself. 

Please advise. 

Thanks 

Cheers 
Gautham Kasinath 

Gautham KASINATH

HBF/Ajilon 
William Street
Perth
Phone: +61 8 9214 6754


===
HBF Health Funds Inc ARBN 126 884 786 incorporated in Western Australia
is a Private Health Insurer under the Private Health Insurance Act 2007.
The liability of its constitutional members is limited; HBF Insurance 
Pty Ltd ABN 11 009 268 277; HBF Financial Services Pty Ltd 
ABN 18 009 123 675. The information contained in this email and any 
attachment is intended solely for the named recipients. It may contain 
material or information that is confidential and/or legally privileged 
material. It is also subject to copyright. If you are not the intended 
recipient please advise us immediately by return email or contact a 
Member Service Advisor on 133 423 and delete the email and any 
attachments. Any use or disclosure of the contents of either is 
unauthorised and may be unlawful. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth). The views
expressed in this email are those of the author and do not represent 
those of HBF unless clearly indicated.
===


This message contains information from Equifax Inc. which may be 
confidential and privileged. If you are not an intended recipient, please 
refrain from any disclosure, copying, distribution or use of this 
information and note that such actions are prohibited. If you have 
received this transmission in error, please notify by e-mail 
[EMAIL PROTECTED]
--
This e-mail and any attachments are confidential and may also be legally 
privileged and/or copyright material of Intec Telecom Systems PLC (or its 
affiliated companies). If you are not an intended or authorised recipient 
of this e-mail or have received it in error, please delete it immediately 
and notify the sender by e-mail. In such a case, reading, reproducing, 
printing or further dissemination of this e-mail or its contents is 
strictly 
prohibited and may be unlawful. 
Intec Telecom Systems PLC does not represent or warrant that an attachment 

hereto is free from computer viruses or other defects. The opinions 
expressed in this e-mail and any attachments may be those of the author 
and 
are not necessarily those of Intec Telecom Systems PLC.

This message contains information from Equifax Inc. which may be confidential 
and privileged.  If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information and note that such 
actions are prohibited.  If you have received this transmission in error, 
please notify by e-mail [EMAIL PROTECTED]
--


RE: WSDL2Java in Axis1.4 code generation errors.

2008-05-08 Thread Krystian Szczesny
XmlSchema libraries have changed in 1.4 release to a snapshot version.

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 08 May 2008 15:08
To: axis-user@ws.apache.org
Cc: axis-user@ws.apache.org
Subject: RE: WSDL2Java in Axis1.4 code generation errors.

 


Ok, this for Axis 1.4 version though

Regards, 
Aravind R Yarram
email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 



Krystian Szczesny [EMAIL PROTECTED] 

05/08/2008 10:02 AM

Please respond to
axis-user@ws.apache.org

To

axis-user@ws.apache.org

cc


Subject

RE: WSDL2Java in Axis1.4 code generation errors.

 






Hi guys,
 
Actually I think it’s less Axis2 issue and more XmlSchema ws commons project 
issue.
I have created a bug report in jira: 
https://issues.apache.org/jira/browse/WSCOMMONS-342 
https://issues.apache.org/jira/browse/WSCOMMONS-342 
I suggest you start debugging and see where it takes you.
 
Best regards,
Krystian
 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 08 May 2008 14:38
To: axis-user@ws.apache.org
Cc: axis-user@ws.apache.org
Subject: Re: WSDL2Java in Axis1.4 code generation errors.
 

Hi, i am also facing the same kind of issuesi havent got any help so far!

Regards, 
Aravind R Yarram

[EMAIL PROTECTED]

05/08/2008 05:09 AM

 

Please respond to
axis-user@ws.apache.org

 

To

axis-user@ws.apache.org

cc


Subject

WSDL2Java in Axis1.4 code generation errors.


 

 








Hello all, 

In the past with axis upto 1.2, I have used the bundled wsdl2java tool with a 
lot of confidence. 
Recently however, I have discovered some code generation errors when using the 
tool. 
For instance, a Class X was generated such that: 
public class ListOfIDXRefDataTypeIdXRefAppInstanceAppID  implements 
java.io.Serializable, org.apache.axis.encoding.SimpleType.

This class had the following constructor, generated: 
public ListOfIDXRefDataTypeIdXRefAppInstanceAppID(org.apache.axis.types.Token 
_value) { 
  super(_value);
  } 

As you can see from the Class declaration, it does not extend any other class 
(other than java.lang.Object by default). Hence compilation of this class fails 
because Object(value) is not present and super(value) is illegal. 

Has anyone else come across similar or same errors? Is there a resolution for 
these errors, other than modifying the classes oneself. 

Please advise. 

Thanks 

Cheers 
Gautham Kasinath 

Gautham KASINATH

HBF/Ajilon 
William Street
Perth
Phone: +61 8 9214 6754


===
HBF Health Funds Inc ARBN 126 884 786 incorporated in Western Australia
is a Private Health Insurer under the Private Health Insurance Act 2007.
The liability of its constitutional members is limited; HBF Insurance 
Pty Ltd ABN 11 009 268 277; HBF Financial Services Pty Ltd 
ABN 18 009 123 675. The information contained in this email and any 
attachment is intended solely for the named recipients. It may contain 
material or information that is confidential and/or legally privileged 
material. It is also subject to copyright. If you are not the intended 
recipient please advise us immediately by return email or contact a 
Member Service Advisor on 133 423 and delete the email and any 
attachments. Any use or disclosure of the contents of either is 
unauthorised and may be unlawful. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth). The views
expressed in this email are those of the author and do not represent 
those of HBF unless clearly indicated.
===




This message contains information from Equifax Inc. which may be confidential 
and privileged. If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information and note that such 
actions are prohibited. If you have received this transmission in error, please 
notify by e-mail [EMAIL PROTECTED]
--

This e-mail and any attachments are confidential and may also be legally 
privileged and/or copyright material of Intec Telecom Systems PLC (or its 
affiliated companies). If you are not an intended or authorised recipient 
of this e-mail or have received it in error, please delete it immediately 
and notify the sender by e-mail. In such a case, reading, reproducing, 
printing or further dissemination of this e-mail or its contents is strictly 
prohibited and may be unlawful. 
Intec Telecom Systems PLC does not represent or warrant that an attachment 
hereto is free from computer viruses or other defects. The opinions 
expressed in this e-mail and any attachments may be those of the author and 
are not necessarily those of Intec Telecom Systems PLC.

This message contains information from Equifax Inc. which may be confidential 
and privileged. If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information

RE: WSDL2Java in Axis1.4 code generation errors.

2008-05-08 Thread Krystian Szczesny
Hi guys,

 

Actually I think it's less Axis2 issue and more XmlSchema ws commons
project issue.

I have created a bug report in jira:
https://issues.apache.org/jira/browse/WSCOMMONS-342

I suggest you start debugging and see where it takes you.

 

Best regards,

Krystian

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 08 May 2008 14:38
To: axis-user@ws.apache.org
Cc: axis-user@ws.apache.org
Subject: Re: WSDL2Java in Axis1.4 code generation errors.

 


Hi, i am also facing the same kind of issuesi havent got any help so
far!

Regards, 
Aravind R Yarram



[EMAIL PROTECTED]

05/08/2008 05:09 AM

Please respond to
axis-user@ws.apache.org

To

axis-user@ws.apache.org

cc


Subject

WSDL2Java in Axis1.4 code generation errors.

 







Hello all, 

In the past with axis upto 1.2, I have used the bundled wsdl2java tool
with a lot of confidence. 
Recently however, I have discovered some code generation errors when
using the tool. 
For instance, a Class X was generated such that: 
public class ListOfIDXRefDataTypeIdXRefAppInstanceAppID  implements
java.io.Serializable, org.apache.axis.encoding.SimpleType.

This class had the following constructor, generated: 
public
ListOfIDXRefDataTypeIdXRefAppInstanceAppID(org.apache.axis.types.Token
_value) { 
   super(_value); 
   } 

As you can see from the Class declaration, it does not extend any other
class (other than java.lang.Object by default). Hence compilation of
this class fails because Object(value) is not present and super(value)
is illegal. 

Has anyone else come across similar or same errors? Is there a
resolution for these errors, other than modifying the classes oneself. 

Please advise. 

Thanks 

Cheers 
Gautham Kasinath 

Gautham KASINATH

HBF/Ajilon 
William Street
Perth
Phone: +61 8 9214 6754


===
HBF Health Funds Inc ARBN 126 884 786 incorporated in Western Australia
is a Private Health Insurer under the Private Health Insurance Act 2007.
The liability of its constitutional members is limited; HBF Insurance 
Pty Ltd ABN 11 009 268 277; HBF Financial Services Pty Ltd 
ABN 18 009 123 675. The information contained in this email and any 
attachment is intended solely for the named recipients. It may contain 
material or information that is confidential and/or legally privileged 
material. It is also subject to copyright. If you are not the intended 
recipient please advise us immediately by return email or contact a 
Member Service Advisor on 133 423 and delete the email and any 
attachments. Any use or disclosure of the contents of either is 
unauthorised and may be unlawful. Any personal information in this email
must be handled in accordance with the Privacy Act 1988 (Cth). The views
expressed in this email are those of the author and do not represent 
those of HBF unless clearly indicated.
===



This message contains information from Equifax Inc. which may be
confidential and privileged. If you are not an intended recipient,
please refrain from any disclosure, copying, distribution or use of this
information and note that such actions are prohibited. If you have
received this transmission in error, please notify by e-mail
[EMAIL PROTECTED]
--
This e-mail and any attachments are confidential and may also be legally 
privileged and/or copyright material of Intec Telecom Systems PLC (or its 
affiliated companies).  If you are not an intended or authorised recipient 
of this e-mail or have received it in error, please delete it immediately 
and notify the sender by e-mail. In such a case, reading, reproducing, 
printing or further dissemination of this e-mail or its contents is strictly 
prohibited and may be unlawful. 
Intec Telecom Systems PLC does not represent or warrant that an attachment 
hereto is free from computer viruses or other defects. The opinions 
expressed in this e-mail and any attachments may be those of the author and 
are not necessarily those of Intec Telecom Systems PLC.