axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <>
Subject [jira] [Commented] (AXIS2-5295) BadgerFish JSON Reader throws invalid exception
Date Mon, 30 Apr 2012 22:51:49 GMT


Hudson commented on AXIS2-5295:

Integrated in Axis2 #1412 (See [])
    Improving the JSON code - Step 2 - Instead of using some hacks to extract the name of
the element, just let Axiom determine it lazily using the feature introduced by AXIOM-399.

This should make databindings work with Badgerfish (although we have no integration test for
this yet) and solve AXIS2-5158, AXIS2-5295 and AXIS2-5300. (Revision 1332402)

     Result = SUCCESS
veithen : 
Files : 
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/src/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/test/org/apache/axis2/json/
* /axis/axis2/java/core/trunk/modules/json/test/org/apache/axis2/json/

> BadgerFish JSON Reader throws invalid exception
> -----------------------------------------------
>                 Key: AXIS2-5295
>                 URL:
>             Project: Axis2
>          Issue Type: Bug
>          Components: json
>    Affects Versions: 1.6.1
>            Reporter: Jeremy Nix
>            Assignee: Andreas Veithen
>         Attachments: axiom_patch.txt, badgerfish_request.json, soap_request.xml
> I was unable to use the Badgerfish JSON implementation out of the box.  It kept throwing
an exception ["Element namespace from data source is ""
not the expected].  I tried various configuration modifications before I dove into the code
to see what was happening.  I tracked it down to an exception thrown in the Axiom-Impl OMSOurcedElementImpl#forceExpand
method.  It is checking that its namespace matches whatever the datasource reader's namespace
is.  The problem is that the OMSourcedElementImpl is created in AbstractJSONOMBuilder with
no namespaces parsed out.  Parsing out of the namespaces occurs later once the BadgerFishXMLStreamReader
is instantiated.
> To get around this issue, I saw a few possible options.  1) Update the AbstractJSONOMBuilder
(or JSONBadgerfishOMBuilder) and change the processDocument method to dig further into the
stream and parse out the namespace(s).  The problem with this solution is that I was worried
about what ramifications would result now that we have read past the first element/object
in the JSON input stream.  2) Update OMSourcedElementImpl and disable this validation check.
> I opted to go with the second solution.  I'm sure that it was put there for a reason,
so a more elegant hack may involve looking at the content type and only avoiding this check
if the content type is application/badgerfish/json (or similar).
> I'm going to attach my hack along with an example SOAP request and its badgerfish json

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message