Axis2
  1. Axis2
  2. AXIS2-224

Generated code always converts the XMLBeans things into OM representation (vice versa)

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 0.92
    • Fix Version/s: None
    • Component/s: databinding
    • Labels:
      None
    • Environment:
      All

      Description

      Dennis stated in his most recent performance test that the performance may be imporoved by directly writing to the stream. The generated stubs always fully build the OM tree which is a perf bottleneck

        Issue Links

          Activity

          Hide
          Ajith Harshana Ranabahu added a comment -

          Not building the stream fully causes certain problems with the stream (especially in the MTOM case). That is why the om.build() statement is there in the generated code. This problem probably needs to be tracked as a seperate issue in Jira.
          BTW my guess is whatever the perf test needs to be done without databinding !

          Show
          Ajith Harshana Ranabahu added a comment - Not building the stream fully causes certain problems with the stream (especially in the MTOM case). That is why the om.build() statement is there in the generated code. This problem probably needs to be tracked as a seperate issue in Jira. BTW my guess is whatever the perf test needs to be done without databinding !
          Hide
          Davanum Srinivas added a comment -

          ROTFL...can't do that. we might as well handcode all the soap messages and claim maximum perf

          – dims

          Show
          Davanum Srinivas added a comment - ROTFL...can't do that. we might as well handcode all the soap messages and claim maximum perf – dims
          Hide
          Srinath Perera added a comment -

          Hi Ajith;

          If you remeber we are doing the first tentitive data binding before M1, we take lot of effort to make sure OM is not build from the Objects if the SOAPBody is not accsessed by Handlers. May be that code would help. I thought is was tackled at our data binding!

          I consider this is major bug. Shall we increase the priorty of this issue. Becouse with this it is like using DOM .. the complte tree is built and sending the messages

          Show
          Srinath Perera added a comment - Hi Ajith; If you remeber we are doing the first tentitive data binding before M1, we take lot of effort to make sure OM is not build from the Objects if the SOAPBody is not accsessed by Handlers. May be that code would help. I thought is was tackled at our data binding! I consider this is major bug. Shall we increase the priorty of this issue. Becouse with this it is like using DOM .. the complte tree is built and sending the messages
          Hide
          Davanum Srinivas added a comment -

          All the MTOM tests inculding the security ones seem to be holding up fine.

          thanks,
          dims

          Show
          Davanum Srinivas added a comment - All the MTOM tests inculding the security ones seem to be holding up fine. thanks, dims

            People

            • Assignee:
              Ajith Harshana Ranabahu
              Reporter:
              Ajith Harshana Ranabahu
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development