Simon Gibbs (JIRA | 2 Sep 00:37 2007
Picon

[jira] Commented: (AXIS-2095) Items in an array seems to have the wrong name compared to what the WSDL says.


    [
https://issues.apache.org/jira/browse/AXIS-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524314
] 

Simon Gibbs commented on AXIS-2095:
-----------------------------------

The following code change worked for my service, also an RPC wrapped style interface.

Package: org.apache.axis.encoding.ser
Class: ArraySerializer
Source Line: 404

Add two lines as follows:

else 
				elementName = new QName(name.getNamespaceURI(),Constants.QNAME_LITERAL_ITEM.getLocalPart());

This causes output to validate as expected against the generated schema in the WSDL.
I will point this out on axis-users.

> Items in an array seems to have the wrong name compared to what the WSDL says.
> ------------------------------------------------------------------------------
>
>                 Key: AXIS-2095
>                 URL: https://issues.apache.org/jira/browse/AXIS-2095
>             Project: Axis
>          Issue Type: Bug
>    Affects Versions: 1.2.1
(Continue reading)

Picon

[jira] Commented: (AXIS2-3164) wsdl2java ADB client creates 'staticabstract' instead of 'static abstract'


    [
https://issues.apache.org/jira/browse/AXIS2-3164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524428
] 

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

where you get this? can you provide more information. static abstract is any way does not allow in java.

> wsdl2java ADB client creates 'staticabstract' instead of 'static abstract'
> --------------------------------------------------------------------------
>
>                 Key: AXIS2-3164
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3164
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: adb, codegen, databinding, wsdl
>    Affects Versions: 1.3
>         Environment: debian testing, Java 1.5.0_11, eclipse 3.2.1
>            Reporter: Petr Kremen
>
> wsdl2java ADB client creates 'staticabstract' instead of 'static abstract'.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Amila Suriarachchi | 3 Sep 06:22 2007
Picon

Re: What is the path of least resistance?



On 8/31/07, wondering1 <d0mufasa <at> hotmail.com> wrote:

Hi,

I have code that was written using gSoap sometime ago - lots of C code. I
now want to access this code from a J2ME. How can this be done? Is there
some sample code somewhere that will help you do this SUCCESSFULLY?

can't you generate the client code using wsdl2java tool and access them?
 

I had considered moving the code to Axis2/C but from what I can see on the
net, people are reporting it as unstable  :-/

So, what can one do? I have already written a *lot* of code in "C" and to
don't want to have to switch Ksoap (java based only) just because it has
better documentation on how ksoap services can be accessed by J2ME clients.

TIA
Wondering1
--
View this message in context: http://www.nabble.com/What-is-the-path-of-least-resistance--tf4361428.html#a12430724
Sent from the Axis - Dev mailing list archive at Nabble.com.


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




--
Amila Suriarachchi,
WSO2 Inc.
Picon

[jira] Commented: (AXIS2-3165) Accessing to unexistant get() method from MessageReceiver when using xmlbeans databinding


    [
https://issues.apache.org/jira/browse/AXIS2-3165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524432
] 

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

what are the command line arguments you use? I could successfully generate code with -ss -sd -g
did you use -uw is so please try without it.

BTW - with ADB you can handle primitive fields null values.
ADB uses the MIN,MAX and NaN values to represent null values.
for an example if you have an int field and you want it to serialize as a null
then you have to set the value to Integer.MIN_VALUE and if adb parser
receives and null value for an integer fied it set the value as Integer.MIN_VALUE

                                             <xsl:when test="$propertyType='int'">
                                               if (param==java.lang.Integer.MIN_VALUE) {
                                           </xsl:when>
                                           <xsl:when test="$propertyType='long'">
                                               if (param==java.lang.Long.MIN_VALUE) {
                                           </xsl:when>
                                           <xsl:when test="$propertyType='byte'">
                                               if (param==java.lang.Byte.MIN_VALUE) {
                                           </xsl:when>
                                           <xsl:when test="$propertyType='double'">
                                               if (java.lang.Double.isNaN(param)) {
                                           </xsl:when>
                                           <xsl:when test="$propertyType='float'">
                                               if (java.lang.Float.isNaN(param)) {
                                           </xsl:when>
                                           <xsl:when test="$propertyType='short'">
                                               if (param==java.lang.Short.MIN_VALUE) {
                                           </xsl:when>

> Accessing to unexistant get() method from MessageReceiver when using xmlbeans databinding
> -----------------------------------------------------------------------------------------
>
>                 Key: AXIS2-3165
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3165
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>    Affects Versions: 1.3
>         Environment: JDK 1.4
>            Reporter: David Rodríguez Alfayate
>            Priority: Blocker
>         Attachments: ProxiaServices2.wsdl
>
>
> I'm using XMLBeans generation from WSDL, when the message receiver access the skeleton the content
response is 
> processed as:
> wrappedType.get().<<real_method_name>>.
> The generated method name is not "get()" but get<<CLASS_NAME>>, so it fails to compile.
> I think that i cannot use ADB since I need to know if primitive fields are null or not, and I haven't seen any
mechanism in order to verifiy this nullity with this mechanism.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Amit Agrawal (JIRA | 3 Sep 07:19 2007
Picon

[jira] Created: (AXIS2-3166) Axis error when using the endpoint address with japanese characters

Axis error when using the endpoint address with japanese characters
-------------------------------------------------------------------

                 Key: AXIS2-3166
                 URL: https://issues.apache.org/jira/browse/AXIS2-3166
             Project: Axis 2.0 (Axis2)
          Issue Type: Bug
          Components: wsdl
    Affects Versions: 1.1.1
         Environment: Windows XP SP2 , jre 1.4.2_05-b04
            Reporter: Amit Agrawal

Hi,
     I am using the java stubs generated by Axis2 for calling the web services for sharepoint. While doing so
while I used the endpoint address containing the japanese characters it gave me the following error:
<error>
org.apache.axis2.AxisFault: First Element must contain the local name, Envelope; nested exception is: 
	org.apache.axiom.soap.SOAPProcessingException: First Element must contain the local name, Envelope
</error>

While I tried to dowload the content using a simple HTTP Get using the same endpoint address and I was
successful in doing so. Please help me to resolve the issue.

Thanks & Regards,
Amit Agrawal

--

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

[jira] Commented: (AXIS2-3165) Accessing to unexistant get() method from MessageReceiver when using xmlbeans databinding


    [
https://issues.apache.org/jira/browse/AXIS2-3165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524454
] 

David Rodríguez Alfayate commented on AXIS2-3165:
-------------------------------------------------

I was trying with the -uw option, I've disabled it and the code generated is correct. So I suppose that
perhaps could be a bug with this option.

On the other hand, talking about handling primitive fields null values in ADB... In my opinion (and it's
just an opinion) using the MIN_VALUE... is not a real good solution, taking into an account that in Java
exists the primitive and the non primitive (Object) type, and that the second one is nilable, perhaps it
could be better to convert the input data not to the primitive type but to the object type.

Thanks a lot for your help,
David.

> Accessing to unexistant get() method from MessageReceiver when using xmlbeans databinding
> -----------------------------------------------------------------------------------------
>
>                 Key: AXIS2-3165
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3165
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>    Affects Versions: 1.3
>         Environment: JDK 1.4
>            Reporter: David Rodríguez Alfayate
>            Priority: Blocker
>         Attachments: ProxiaServices2.wsdl
>
>
> I'm using XMLBeans generation from WSDL, when the message receiver access the skeleton the content
response is 
> processed as:
> wrappedType.get().<<real_method_name>>.
> The generated method name is not "get()" but get<<CLASS_NAME>>, so it fails to compile.
> I think that i cannot use ADB since I need to know if primitive fields are null or not, and I haven't seen any
mechanism in order to verifiy this nullity with this mechanism.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Brian De Pradine | 3 Sep 12:22 2007
Picon

[Axis2] Test Failure


Hello all,

I am trying to build the trunk and I get the following failure in the XMLBeans module. Has anyone else seen this?

Running org.apache.axis2.xmlbeans.WSDL2Java1Test
Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:/F:/Drivers/a
xis2/modules/xmlbeans/test-resources/'.
Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:/F:/Drivers/a
xis2/modules/xmlbeans/test-resources/'.
org.apache.axis2.wsdl.codegen.CodeGenerationException: org.apache.axis2.wsdl.cod
egen.CodeGenerationException: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:265)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.codeGenerate(WSDL2JavaSuccessTestBase.java:172)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.generateAndCompile(WSDL2JavaSuccessTestBase.java:157)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.testWSDLFile(WSDL2JavaSuccessTestBase.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at junit.framework.TestCase.runTest(TestCase.java:168)
        at junit.framework.TestCase.runBare(TestCase.java:134)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:232)
        at junit.framework.TestSuite.run(TestSuite.java:227)
        at org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:76)
        at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
        at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
        at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
Caused by: org.apache.axis2.wsdl.codegen.CodeGenerationException: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1371)
        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:247)
        ... 26 more
Caused by: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:81)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.writeWSDLFiles(AxisServiceBasedMultiLanguageEmitter.java:1438)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1342)
        ... 27 more
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
        at java.lang.String.substring(String.java:1768)
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:107)
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:78)
        ... 29 more
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 6.344 sec <<< FAILURE!

Cheers

Brian DePradine
Web Services Development
IBM Hursley
External  +44 (0) 1962 816319         Internal 246319

If you can't find the time to do it right the first time, where will you find the time to do it again?





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






Amila Suriarachchi | 3 Sep 15:45 2007
Picon

Re: [Axis2] Test Failure

fixed. please take an update.

Amila.

On 9/3/07, Brian De Pradine <PRADINE <at> uk.ibm.com> wrote:

Hello all,

I am trying to build the trunk and I get the following failure in the XMLBeans module. Has anyone else seen this?

Running org.apache.axis2.xmlbeans.WSDL2Java1Test
Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:/F:/Drivers/a
xis2/modules/xmlbeans/test-resources/'.
Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:/F:/Drivers/a
xis2/modules/xmlbeans/test-resources/'.
org.apache.axis2.wsdl.codegen.CodeGenerationException: org.apache.axis2.wsdl.cod
egen.CodeGenerationException: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:265)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.codeGenerate(WSDL2JavaSuccessTestBase.java:172)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.generateAndCompile(WSDL2JavaSuccessTestBase.java:157)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.testWSDLFile(WSDL2JavaSuccessTestBase.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at junit.framework.TestCase.runTest(TestCase.java:168)
        at junit.framework.TestCase.runBare(TestCase.java:134)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:232)
        at junit.framework.TestSuite.run(TestSuite.java:227)
        at org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:76)
        at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
        at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
        at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
Caused by: org.apache.axis2.wsdl.codegen.CodeGenerationException: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1371)
        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:247)
        ... 26 more
Caused by: java.lang.RuntimeException: WSDL writing failed!
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:81)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.writeWSDLFiles(AxisServiceBasedMultiLanguageEmitter.java:1438)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1342)
        ... 27 more
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
        at java.lang.String.substring(String.java:1768)
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:107)
        at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.writeWSDL(WSDL11Writer.java:78)
        ... 29 more
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 6.344 sec <<< FAILURE!

Cheers

Brian DePradine
Web Services Development
IBM Hursley
External  +44 (0) 1962 816319         Internal 246319

If you can't find the time to do it right the first time, where will you find the time to do it again?





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU









--
Amila Suriarachchi,
WSO2 Inc.
Brian De Pradine | 3 Sep 18:14 2007
Picon

Re: [Axis2] Test Failure


Hello Amila,

I don't believe that it is fixed yet. Now I get the following:

Running org.apache.axis2.xmlbeans.WSDL2Java1Test
Retrieving schema at 'wsat.xsd', relative to 'file:/F:/Drivers/axis2/modules/xml
beans/test-resources/'.
03-Sep-2007 17:01:28 org.apache.axis2.xmlbeans.CodeGenerationUtility$Axis2Entity
Resolver resolveEntity
INFO: Resolving schema with publicId [null] and systemId [wsat.xsd]
org.apache.axis2.wsdl.codegen.CodeGenerationException: org.apache.axis2.wsdl.cod
egen.CodeGenerationException: java.lang.RuntimeException: Schema writing failed!

        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:265)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.codeGenerate(WSDL2JavaSuccessTestBase.java:172)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.generateAndCompile(WSDL2JavaSuccessTestBase.java:157)
        at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.testWSDLFile(WSDL2JavaSuccessTestBase.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at junit.framework.TestCase.runTest(TestCase.java:168)
        at junit.framework.TestCase.runBare(TestCase.java:134)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:232)
        at junit.framework.TestSuite.run(TestSuite.java:227)
        at org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:76)
        at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
        at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
        at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
        at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
Caused by: org.apache.axis2.wsdl.codegen.CodeGenerationException: java.lang.RuntimeException: Schema writing failed!
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1371)
        at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:247)
        ... 26 more
Caused by: java.lang.RuntimeException: Schema writing failed!
        at org.apache.axis2.wsdl.codegen.writer.SchemaWriter.writeSchema(SchemaWriter.java:59)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.writeWSDLFiles(AxisServiceBasedMultiLanguageEmitter.java:1411)
        at org.apache.axis2.wsdl.codegen.emitter.AxisServiceBasedMultiLanguageEmitter.emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1342)
        ... 27 more
Caused by: java.io.FileNotFoundException: F:\Drivers\axis2\modules\xmlbeans\out_put_classes\test1\resources\file:\F:\Drivers\axis2\modules\xmlbeans\test-resourc
es\wsat.xsd (The filename, directory name, or volume label syntax is incorrect)
        at java.io.FileOutputStream.open(Native Method)
        at java.io.FileOutputStream.<init>(FileOutputStream.java:179)
        at java.io.FileOutputStream.<init>(FileOutputStream.java:131)
        at org.apache.axis2.wsdl.codegen.writer.SchemaWriter.writeSchema(SchemaWriter.java:50)
        ... 29 more
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 6.609 sec <<< FAILURE!

Cheers

Brian DePradine
Web Services Development
IBM Hursley
External  +44 (0) 1962 816319         Internal 246319

If you can't find the time to do it right the first time, where will you find the time to do it again?


"Amila Suriarachchi" <amilasuriarachchi <at> gmail.com> wrote on 03/09/2007 14:45:45:

> fixed. please take an update.
>
> Amila.

> On 9/3/07, Brian De Pradine <PRADINE <at> uk.ibm.com> wrote:
>
> Hello all,
>
> I am trying to build the trunk and I get the following failure in
> the XMLBeans module. Has anyone else seen this?
>
> Running org.apache.axis2.xmlbeans.WSDL2Java1Test
> Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:
> /F:/Drivers/a
> xis2/modules/xmlbeans/test-resources/'.
> Retrieving schema wsdl:imported from 'wsat.xsd', relative to 'file:
> /F:/Drivers/a
> xis2/modules/xmlbeans/test-resources/'.
> org.apache.axis2.wsdl.codegen.CodeGenerationException: org.apache.
> axis2.wsdl.cod
> egen.CodeGenerationException: java.lang.RuntimeException: WSDL writing failed!
>         at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.
> generate(CodeGenerationEngine.java:265)
>         at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.
> codeGenerate(WSDL2JavaSuccessTestBase.java:172)
>         at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.
> generateAndCompile(WSDL2JavaSuccessTestBase.java:157)
>         at org.apache.axis2.xmlbeans.WSDL2JavaSuccessTestBase.
> testWSDLFile(WSDL2JavaSuccessTestBase.java:104)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.
> invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.
> invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at junit.framework.TestCase.runTest(TestCase.java:168)
>         at junit.framework.TestCase.runBare(TestCase.java:134)
>         at junit.framework.TestResult$1.protect(TestResult.java:110)
>         at junit.framework.TestResult.runProtected(TestResult.java:128)
>         at junit.framework.TestResult.run(TestResult.java:113)
>         at junit.framework.TestCase.run(TestCase.java:124)
>         at junit.framework.TestSuite.runTest(TestSuite.java:232)
>         at junit.framework.TestSuite.run(TestSuite.java:227)
>         at org.junit.internal.runners.OldTestClassRunner.
> run(OldTestClassRunner.java:76)
>         at org.apache.maven.surefire.junit4.JUnit4TestSet.
> execute(JUnit4TestSet.java:62)
>         at org.apache.maven.surefire.suite.
> AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>         at org.apache.maven.surefire.suite.
> AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>         at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.
> invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.
> invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at org.apache.maven.surefire.booter.SurefireBooter.
> runSuitesInProcess(SurefireBooter.java:290)
>         at org.apache.maven.surefire.booter.SurefireBooter.
> main(SurefireBooter.java:818)
> Caused by: org.apache.axis2.wsdl.codegen.CodeGenerationException:
> java.lang.RuntimeException: WSDL writing failed!
>         at org.apache.axis2.wsdl.codegen.emitter.
> AxisServiceBasedMultiLanguageEmitter.
> emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1371)
>         at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.
> generate(CodeGenerationEngine.java:247)
>         ... 26 more
> Caused by: java.lang.RuntimeException: WSDL writing failed!
>         at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.
> writeWSDL(WSDL11Writer.java:81)
>         at org.apache.axis2.wsdl.codegen.emitter.
> AxisServiceBasedMultiLanguageEmitter.
> writeWSDLFiles(AxisServiceBasedMultiLanguageEmitter.java:1438)
>         at org.apache.axis2.wsdl.codegen.emitter.
> AxisServiceBasedMultiLanguageEmitter.
> emitSkeleton(AxisServiceBasedMultiLanguageEmitter.java:1342)
>         ... 27 more
> Caused by: java.lang.StringIndexOutOfBoundsException: String index
> out of range: -1
>         at java.lang.String.substring(String.java:1768)
>         at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.
> writeWSDL(WSDL11Writer.java:107)
>         at org.apache.axis2.wsdl.codegen.writer.WSDL11Writer.
> writeWSDL(WSDL11Writer.java:78)
>         ... 29 more
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 6.
> 344 sec <<< FAILURE!
>
> Cheers
>
> Brian DePradine
> Web Services Development
> IBM Hursley
> External  +44 (0) 1962 816319         Internal 246319
>
> If you can't find the time to do it right the first time, where will
> you find the time to do it again?
>
>
>
>

> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
>
>
>

>
>
>
> --
> Amila Suriarachchi,
> WSO2 Inc.




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






David Bunzli | 4 Sep 01:47 2007
Picon
Picon

WS-Addr problem with Axis2 client

Hi,
 
I've developed a Java Axis2 1.1 client to talk to a dot net WS. My client appears to have two problems:
 
1) The default <wsa:To> value in the header is incorrect.
I have attempted to correct this by calling the MessageContext.setTo() method in my client Stub. When I debug I can see the value is being set, but when I catch the request using TCPMon it's reverted to the default value.
 
My code to set the value is...
_messageContext.setTo(new EndpointReference("urn:PatientSearchService.asmx"));
 
Is this the wrong way to do it? Any suggestions?
 
2) The WS-Addr schema the dot net service requires is http://schemas.xmlsoap.org/ws/2004/03/addressing, but out-of-the-box Axis2 references http://www.w3.org/2005/08/addressing. Does anyone have any ideas on how to change the <soapenv:Envelope> schema reference?
 
TIA,
David


*****************************************************************
This email, including any attachments sent with it, is
confidential and for the sole use of the intended recipient(s).
This confidentiality is not waived or lost, if you receive it and
you are not the intended recipient(s), or if it is transmitted/
received in error.

Any unauthorised use, alteration, disclosure, distribution or
review of this email is strictly prohibited. The information
contained in this email, including any attachment sent with
it, may be subject to a statutory duty of confidentiality if it
relates to health service matters.

If you are not the intended recipient(s), or if you have
received this email in error, you are asked to immediately
notify the sender by telephone collect on Australia
+61 1800 198 175 or by return email. You should also
delete this email, and any copies, from your computer
system network and destroy any hard copies produced.

If not an intended recipient of this email, you must not copy,
distribute or take any action(s) that relies on it; any form of
disclosure, modification, distribution and/or publication of this
email is also prohibited.

Although Queensland Health takes all reasonable steps to
ensure this email does not contain malicious software,
Queensland Health does not accept responsibility for the
consequences if any person's computer inadvertently suffers
any disruption to services, loss of information, harm or is
infected with a virus, other malicious computer programme or
code that may occur as a consequence of receiving this
email.

Unless stated otherwise, this email represents only the views
of the sender and not the views of the Queensland Government.
****************************************************************

Gmane