axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christoph Ludwig (JIRA)" <>
Subject [jira] Updated: (AXIS2-3488) WstxIOException on long base64Binary elements
Date Fri, 01 Feb 2008 13:43:09 GMT


Christoph Ludwig updated AXIS2-3488:


test case

> WstxIOException on long base64Binary elements
> ---------------------------------------------
>                 Key: AXIS2-3488
>                 URL:
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: om
>    Affects Versions: 1.3
>         Environment: JDK 1.5
>            Reporter: Christoph Ludwig
>         Attachments:
> We have a client that does not use a databinding but operates on AXIOM OMElements. The
WSDL specifies that part of the response is Base64Binary data. However, when we try to access
this data then we get WstxIOExceptions ("Attempted read on closed stream") as soon as the
data's length exceeds some threshold.
> Martin Gainty suggested on this may be related to issue #3311
<URL:>. I am not convinced, though,
since our problems manifests itself no matter if send requests for the first time or if we
re-send them. It is only a matter of the data's length.
> I am going to attach a test case that demonstrates
>  * the excpetion is thrown as soon as the string that is transported base64 encoded is
longer than 2850 characters.
>  * the ADB binding manages to avoid this issue.
> The service archive Axis2_LargeBase64/LargeBase64.aar packs test.axis2.lb64.service.
The junit testcase in demonstrates the issue with the client
that operates directly on OMElements. Similarly, test.axis2.lb64.client.adb.junit exhibits
that the ADB binding somehow avoids this issue. All client stubs and the service skeleton
were generated with the Axis2 wsdl2java tool through the Eclipse Axis2 Code Generator Wizard.
> We'd prefer to avoid ADB (or other bindings) for this particular client and would therefore
appreciate any fix or even workaround.

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:
For additional commands, e-mail:

View raw message