Return-Path: 
 <axis-c-dev-return-21099-apmail-ws-axis-c-dev-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org
Received: (qmail 36295 invoked from network); 10 Sep 2009 11:45:30 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 10 Sep 2009 11:45:30 -0000
Received: (qmail 96041 invoked by uid 500); 10 Sep 2009 11:45:30 -0000
Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org
Received: (qmail 95991 invoked by uid 500); 10 Sep 2009 11:45:30 -0000
Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:axis-c-dev-help@ws.apache.org>
list-unsubscribe: <mailto:axis-c-dev-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-c-dev@ws.apache.org>
List-Id: "Apache AXIS C Developers List" <axis-c-dev.ws.apache.org>
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Delivered-To: mailing list axis-c-dev@ws.apache.org
Received: (qmail 95982 invoked by uid 99); 10 Sep 2009 11:45:30 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 11:45:30 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 11:45:19 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id EEE10234C1EF
	for <axis-c-dev@ws.apache.org>; Thu, 10 Sep 2009 04:44:57 -0700 (PDT)
Message-ID: <316842999.1252583097977.JavaMail.jira@brutus>
Date: Thu, 10 Sep 2009 04:44:57 -0700 (PDT)
From: "S.Uthaiyashankar (JIRA)" <jira@apache.org>
To: axis-c-dev@ws.apache.org
Subject: [jira] Resolved: (AXIS2C-1356) Text longer than 128K silently
 discarded with guththila parser
In-Reply-To: <497353722.1236692330954.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/AXIS2C-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

S.Uthaiyashankar resolved AXIS2C-1356.
--------------------------------------

       Resolution: Fixed
    Fix Version/s: Next Version

Fixed in revision 813383

> Text longer than 128K silently discarded with guththila parser
> --------------------------------------------------------------
>
>                 Key: AXIS2C-1356
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-1356
>             Project: Axis2-C
>          Issue Type: Bug
>          Components: guththila
>    Affects Versions: 1.5.0
>         Environment: Linux, Apache, Axis2 C service
>            Reporter: Emanuele Benedetti
>            Assignee: S.Uthaiyashankar
>             Fix For: Next Version
>
>
> I created a services in C/C++ under Linux using the Axis2/c framework.
> The service have one function which takes one string parameter. I run the service using the Apache axis module.
> The soap xml message is similar to the following (checked with tcpmon):
> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
> <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <Receive xmlns="http://vww.obscuredforprivacy.xxx/axis2/services/Begin">
> <updategram>long text string</updategram>
> </Receive>
> </s:Body>
> </s:Envelope> 
> If the long text string in the <updategram> element is longer than 128K, in the call to the main serivice procedure (the one assigned to axis2_svc_skeleton_ops::invoke and called by the axis2 engine), the node parameter (third parameter of type axiom_node_t *)  have the following structure:
> <Receive><updategram></updategram></Receive>
> that is the <updategram> is empty. There is no error in any log. The <updategram> is discarded.
> This happen only if the axis2c framework is configured with the default options. That is, the guththila parser is used (it is on by default). If I configure axis2 with the --enable-libxml2, everything is working fine.
> So it seem to be a limit in the guththila parser.
> Grretings

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