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 "Boyan Yurukov (JIRA)" <ji...@apache.org> on 2007/09/06 16:52:32 UTC

[jira] Created: (AXIS2-3173) Codegen changes the schemaLocations as it is changed during runtime

Codegen changes the schemaLocations as it is changed during runtime
-------------------------------------------------------------------

                 Key: AXIS2-3173
                 URL: https://issues.apache.org/jira/browse/AXIS2-3173
             Project: Axis 2.0 (Axis2)
          Issue Type: Bug
          Components: codegen, wsdl
    Affects Versions: 1.2, 1.3
         Environment: WinXP
            Reporter: Boyan Yurukov
            Priority: Critical


I have a wsdl that imports a xsd. When I generate the code with wsdl2java, the resulting resources\DaService.wsdl has wrong schemaLocations in the imports. They should be:

...
<import namespace="urn:some:namespace" schemaLocation="xsd0.xsd"/>

, but what I get in the resources\DaService.wsdl is:

...
<import namespace="urn:some:namespace" schemaLocation="DaService?xsd=xsd0.xsd"/>

This should happen only during runtime when the path of the schema relative to the web server is truly "http://....../DaService?xsd=xsd0.xsd". However in the wsdl of the generated code (consequently in the wsdl inside the .aar file), the schema locations should still be relative to the file system, namely "xsd0.xsd" or "./xsd0.xsd".

I fix this by manually changing the schema locations in the generated code. 


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-3173) Codegen changes the schemaLocations as it is changed during runtime

Posted by "Deepal Jayasinghe (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Deepal Jayasinghe updated AXIS2-3173:
-------------------------------------

    Assignee: Amila Chinthaka Suriarachchi

> Codegen changes the schemaLocations as it is changed during runtime
> -------------------------------------------------------------------
>
>                 Key: AXIS2-3173
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3173
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen, wsdl
>    Affects Versions: 1.3, 1.2
>         Environment: WinXP
>            Reporter: Boyan Yurukov
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Critical
>
> I have a wsdl that imports a xsd. When I generate the code with wsdl2java, the resulting resources\DaService.wsdl has wrong schemaLocations in the imports. They should be:
> ...
> <import namespace="urn:some:namespace" schemaLocation="xsd0.xsd"/>
> , but what I get in the resources\DaService.wsdl is:
> ...
> <import namespace="urn:some:namespace" schemaLocation="DaService?xsd=xsd0.xsd"/>
> This should happen only during runtime when the path of the schema relative to the web server is truly "http://....../DaService?xsd=xsd0.xsd". However in the wsdl of the generated code (consequently in the wsdl inside the .aar file), the schema locations should still be relative to the file system, namely "xsd0.xsd" or "./xsd0.xsd".
> I fix this by manually changing the schema locations in the generated code. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-3173) Codegen changes the schemaLocations as it is changed during runtime

Posted by "Amila Chinthaka Suriarachchi (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528696 ] 

Amila Chinthaka Suriarachchi commented on AXIS2-3173:
-----------------------------------------------------

I tested this and it worked fine with the current axis2 trunk code base. Can you please check with a SNAPSHOT and if you still getting error attached your wsdl and xsd files?

> Codegen changes the schemaLocations as it is changed during runtime
> -------------------------------------------------------------------
>
>                 Key: AXIS2-3173
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3173
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen, wsdl
>    Affects Versions: 1.3, 1.2
>         Environment: WinXP
>            Reporter: Boyan Yurukov
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Critical
>
> I have a wsdl that imports a xsd. When I generate the code with wsdl2java, the resulting resources\DaService.wsdl has wrong schemaLocations in the imports. They should be:
> ...
> <import namespace="urn:some:namespace" schemaLocation="xsd0.xsd"/>
> , but what I get in the resources\DaService.wsdl is:
> ...
> <import namespace="urn:some:namespace" schemaLocation="DaService?xsd=xsd0.xsd"/>
> This should happen only during runtime when the path of the schema relative to the web server is truly "http://....../DaService?xsd=xsd0.xsd". However in the wsdl of the generated code (consequently in the wsdl inside the .aar file), the schema locations should still be relative to the file system, namely "xsd0.xsd" or "./xsd0.xsd".
> I fix this by manually changing the schema locations in the generated code. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Resolved: (AXIS2-3173) Codegen changes the schemaLocations as it is changed during runtime

Posted by "Boyan Yurukov (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Boyan Yurukov resolved AXIS2-3173.
----------------------------------

       Resolution: Invalid
    Fix Version/s: 1.3

I was using a 3rd party extension of Axis2, which doesn't seem to use the latest axis2 distribution. In the latest snapshot of 1.3 the problem is resolved.

> Codegen changes the schemaLocations as it is changed during runtime
> -------------------------------------------------------------------
>
>                 Key: AXIS2-3173
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3173
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen, wsdl
>    Affects Versions: 1.3, 1.2
>         Environment: WinXP
>            Reporter: Boyan Yurukov
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Critical
>             Fix For: 1.3
>
>
> I have a wsdl that imports a xsd. When I generate the code with wsdl2java, the resulting resources\DaService.wsdl has wrong schemaLocations in the imports. They should be:
> ...
> <import namespace="urn:some:namespace" schemaLocation="xsd0.xsd"/>
> , but what I get in the resources\DaService.wsdl is:
> ...
> <import namespace="urn:some:namespace" schemaLocation="DaService?xsd=xsd0.xsd"/>
> This should happen only during runtime when the path of the schema relative to the web server is truly "http://....../DaService?xsd=xsd0.xsd". However in the wsdl of the generated code (consequently in the wsdl inside the .aar file), the schema locations should still be relative to the file system, namely "xsd0.xsd" or "./xsd0.xsd".
> I fix this by manually changing the schema locations in the generated code. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-3173) Codegen changes the schemaLocations as it is changed during runtime

Posted by "Boyan Yurukov (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525428 ] 

Boyan Yurukov commented on AXIS2-3173:
--------------------------------------

I used the latest release of axis2 1.3.

> Codegen changes the schemaLocations as it is changed during runtime
> -------------------------------------------------------------------
>
>                 Key: AXIS2-3173
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3173
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen, wsdl
>    Affects Versions: 1.3, 1.2
>         Environment: WinXP
>            Reporter: Boyan Yurukov
>            Priority: Critical
>
> I have a wsdl that imports a xsd. When I generate the code with wsdl2java, the resulting resources\DaService.wsdl has wrong schemaLocations in the imports. They should be:
> ...
> <import namespace="urn:some:namespace" schemaLocation="xsd0.xsd"/>
> , but what I get in the resources\DaService.wsdl is:
> ...
> <import namespace="urn:some:namespace" schemaLocation="DaService?xsd=xsd0.xsd"/>
> This should happen only during runtime when the path of the schema relative to the web server is truly "http://....../DaService?xsd=xsd0.xsd". However in the wsdl of the generated code (consequently in the wsdl inside the .aar file), the schema locations should still be relative to the file system, namely "xsd0.xsd" or "./xsd0.xsd".
> I fix this by manually changing the schema locations in the generated code. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org