Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C8F420.3CF2A414"
Subject: RE: axiom_node_serialize does not serialize namespaces properly
Date: Fri, 1 Aug 2008 16:47:47 -0500
Message-ID: <014C756DD244D34991AEE9B9CC54A62909ECF4C5@serv105.ARGO.LOCAL>
In-Reply-To: <5e8118f30807312133l3c2c2854xbae87e7fc79a8d75@mail.gmail.com>
Thread-Topic: axiom_node_serialize does not serialize namespaces properly
thread-index: Acjzj8O98IJG5hf1ReCHlXP/BQt2ugAjRh4A
From: "Hatim Daginawala" <Hatim.Daginawala@argodata.com>
To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>

------_=_NextPart_001_01C8F420.3CF2A414
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-NAIMIME-Disclaimer: 1
X-NAIMIME-Modified: 1

Thanks Nandika that fixed the issue but axiom_node_serialize_sub_tree
causes a memory leaks.

Part of the memory leak is caused by the fix for issue 810 and part I
believe is caused by the other namespace hash table not being free
https://issues.apache.org/jira/browse/AXIS2C-810?page=3Dcom.atlassian.jir=
a
=2Eplugin.system.issuetabpanels:all-tabpanel

Solution doesn't look as simple as freeing the hash tables since that
causes traps.

I am attaching the test program I am using to test this, just in case if
anyone else wants to take a look.

Thanks
Hatim


-----Original Message-----
From: Nandika Jayawardana [mailto:jayawark@gmail.com]=20
Sent: Thursday, July 31, 2008 11:33 PM
To: Apache AXIS C Developers List
Subject: Re: axiom_node_serialize does not serialize namespaces properly

Hi,
For efficiency reasons, axiom_node_serialize does not serialize all
the namespaces applicable to an element when the node is a sub element
of the axiom tree. Therefore you need to use
axiom_node_serialize_sub_tree method to properly serialize the sub
tree properly.

Regards
Nandika

On Thu, Jul 31, 2008 at 10:56 PM, Hatim Daginawala
<Hatim.Daginawala@argodata.com> wrote:
> Hi All,
>
>
>
> Here is the sample XML I am working with:
>
> <s:Envelope xmlns:s=3D"http://schemas.xmlsoap.org/soap/envelope/">
>
>     <s:Header>
>
>         <h:guid s:mustUnderstand=3D"1"
>
xmlns:h=3D"http://localhost/namespce/header/">00000000-0000-0000-0000-000=
0
00000001</h:guid>
>
>     </s:Header>
>
>     <s:Body>
>
>         <EchoParm xmlns=3D"http://localhost/namespce/body/">
>
>             <str>Response: Hello EchoEx</str>
>
>         </EchoParm>
>
>     </s:Body>
>
> </s:Envelope>
>
>
>
> When I retrieve guid node and serialize it with libxml2 the XML I get
is:
>
> <h:guid s:mustUnderstand=3D"1"
>
xmlns:h=3D"http://localhost/namespce/header/">00000000-0000-0000-0000-000=
0
00000001</h:guid>
>
>
>
> When I retrieve guid node and serialize it with guththila the XML I
get is:
>
> <h:guid xmlns:h=3D"http://localhost/namespce/header/"
> xmlns:s=3D"http://schemas.xmlsoap.org/soap/envelope/"
> s:mustUnderstand=3D"1">00000000-0000-0000-0000-000000000001</h:guid>
>
>
>
> I have a test program to show this behavior, if anyone would like to
try it
> out.
>
>
>
> Is this a known bug or should I raise a JIRA for this?
>
>
>
> I am stuck with using libxml2 since guththila seems to show some major
> memory leaks in my application. Any insight to fix libxml wrapper so
that it
> outputs valid XML will be greatly appreciated.
>
>
>
> Thank you!
>
> ________________________________
> ---------------------------------------------------
> Confidentiality Notice: This electronic mail transmission is
confidential,
> may be privileged and should be read or retained only by the intended
> recipient. If you have received this transmission in error, please
> immediately notify the sender and delete it from your system.


--=20
http://nandikajayawardana.blogspot.com/
WSO2 Inc: http://www.wso2.com

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org


---------------------------------------------------=0AConfidentiality Not=
ice:  This electronic mail transmission is confidential, =0Amay be privil=
eged and should be read or retained only by the intended=0Arecipient.  If=
 you have received this transmission in error, please=0Aimmediately notif=
y the sender and delete it from your system.

------_=_NextPart_001_01C8F420.3CF2A414
Content-Type: application/octet-stream;
	name="libxml_issue2.c"
Content-Transfer-Encoding: base64
Content-Description: libxml_issue2.c
Content-Disposition: attachment;
	filename="libxml_issue2.c"

I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5jbHVkZSA8Y29uaW8u
aD4NCi8qLS0qIEFYSVMyL0MgSGVhZGVycyAqLS0qLw0KI2luY2x1ZGUgPGF4aW9tLmg+DQojaW5j
bHVkZSA8YXhpb21fdXRpbC5oPg0KDQojZGVmaW5lCU1BWF9DT1VOVEVSCQkJOTk5OTkNCg0KLyog
RnVuY3Rpb24gUHJvdG90eXBlcyAqLw0Kc3RhdGljIGF4aXMyX2NoYXJfdCAqcmV0cml2ZV9zdHJl
YW1fZnJvbV9vbV9leCggY29uc3QgYXh1dGlsX2Vudl90ICogZW52LCBheGlvbV9ub2RlX3QgKm5v
ZGUsIGNoYXIgKnBCdWZmLCBpbnQgbkJ1ZmZMZW4gKTsNCnN0YXRpYyBheGlvbV9ub2RlX3QgKmJ1
aWxkX29tX2Zyb21fc3RyZWFtKCBjb25zdCBheHV0aWxfZW52X3QgKiBlbnYsIGF4aXMyX2NoYXJf
dCAqc3pEYXRhICk7DQoNCmludCBtYWluKCBpbnQgYXJnYywgY2hhciAqKmFyZ3YgKQ0Kew0KCWxv
bmcgY291bnRlciA9IDA7DQoJY29uc3QgYXh1dGlsX2Vudl90IAkqIGVudgkJCSAJPSBOVUxMOw0K
CWF4aW9tX25vZGVfdCAgICAgICAJKm9tICAgICAgIAkJPSBOVUxMOw0KCWNoYXIgICAgICAgICAg
ICAgICAJKnBCdWZmICAgICAgICAJPSAiPEhlYWRlcj48aDpndWlkIHhtbG5zOmg9XCJodHRwOi8v
bG9jYWxob3N0L25hbWVzcGNlL2hlYWRlci9cIj4wMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0wMDAw
MDAwMDAwMDE8L2g6Z3VpZD48L0hlYWRlcj4iOw0KCWNoYXIJCQkJCQkqcE91dAkJCQk9IE5VTEw7
DQoNCgkvKiBDcmVhdGUgRW52aXJvbm1lbnQgKi8NCgllbnYgPSBheHV0aWxfZW52X2NyZWF0ZV9h
bGwoICJsaWJ4bWxfaXNzdWUyLmxvZyIsIEFYSVMyX0xPR19MRVZFTF9DUklUSUNBTCApOw0KCWlm
KCAhZW52ICkNCgl7DQoJCXByaW50ZiggIkVycm9yOiBheHV0aWxfZW52X2NyZWF0ZV9hbGxcbiIp
Ow0KCQlyZXR1cm4gIDE7DQoJfQ0KCW9tID0gYnVpbGRfb21fZnJvbV9zdHJlYW0oIGVudiwgcEJ1
ZmYgKTsNCglpZiggIW9tICkNCgl7DQoJCXByaW50ZiggIkVycm9yOiBidWlsZF9vbV9mcm9tX3N0
cmVhbVxuIik7DQoJCXJldHVybiAyOw0KCX0NCiAgIHByaW50ZiggIkVudGVyIGFueSBrZXkgdG8g
c3RhcnQgdGhlIGxvb3AuLi5cbiIgKTsNCglnZXRjaCgpOw0KCWRvDQoJew0KCQlwT3V0ID0gcmV0
cml2ZV9zdHJlYW1fZnJvbV9vbV9leCggZW52LCBvbSwgTlVMTCwgMCApOw0KCQlwcmludGYoICIu
IiApOw0KCQkvL3ByaW50ZiggIlxuJXNcbiIsIHBPdXQgKTsNCgkJZnJlZSggcE91dCApOw0KCX0g
d2hpbGUoIGNvdW50ZXIrKyA8IE1BWF9DT1VOVEVSICk7DQoJcHJpbnRmKCAiXG5Db3VudGVyOiVk
XG4iLCBjb3VudGVyICk7DQoJcHJpbnRmKCAiRW50ZXIgYW55IGtleSB0byB0ZXJtaW5hdGUuLi5c
biIgKTsNCglnZXRjaCgpOw0KDQoJDQoJYXhpb21fbm9kZV9mcmVlX3RyZWUob20sIGVudik7DQoJ
LyogRnJlZSBFbnZpcm9ubWVudCAqLw0KCWlmKCBlbnYgKQ0KCXsNCgkJYXh1dGlsX2Vudl9mcmVl
KChheHV0aWxfZW52X3QgKikgZW52KTsNCgkJZW52ID0gTlVMTDsNCgl9DQoNCglyZXR1cm4gMDsN
Cn0NCg0Kc3RhdGljIGF4aXMyX2NoYXJfdCAqcmV0cml2ZV9zdHJlYW1fZnJvbV9vbV9leCggY29u
c3QgYXh1dGlsX2Vudl90ICogZW52LCBheGlvbV9ub2RlX3QgKm5vZGUsIGNoYXIgKnBCdWZmLCBp
bnQgbkJ1ZmZMZW4gKQ0Kew0KCWF4aW9tX3htbF93cml0ZXJfdCAqdyA9IE5VTEw7DQoJYXhpb21f
b3V0cHV0X3QgKm9uID0gTlVMTDsNCglheGlzMl9jaGFyX3QgKnJ0bl9zdHIgPSBwQnVmZjsNCglp
bnQgICAgICAgICAgcnRuX2xlbiA9IG5CdWZmTGVuOw0KDQoJZG8NCgl7DQoJCWNoYXIgKnBXb3Jr
ID0gTlVMTDsNCg0KCQl3ID0gYXhpb21feG1sX3dyaXRlcl9jcmVhdGVfZm9yX21lbW9yeSggZW52
LCBOVUxMLCBBWElTMl9UUlVFLCAwLCBBWElTMl9YTUxfUEFSU0VSX1RZUEVfQlVGRkVSKTsNCgkJ
aWYoICF3ICkNCgkJCWJyZWFrOw0KCQlvbiA9IGF4aW9tX291dHB1dF9jcmVhdGUoIGVudiwgdyAp
Ow0KCQlpZiggIW9uICkNCgkJCWJyZWFrOw0KDQoJCWlmKCBheGlvbV9ub2RlX3NlcmlhbGl6ZV9z
dWJfdHJlZShub2RlLCBlbnYsIG9uKSAhPUFYSVMyX1NVQ0NFU1MgKQ0KCQkvL2lmKCBheGlvbV9u
b2RlX3NlcmlhbGl6ZShub2RlLCBlbnYsIG9uKSAhPUFYSVMyX1NVQ0NFU1MgKQ0KCQkJYnJlYWs7
DQoNCgkJcFdvcmsgPSBheGlvbV94bWxfd3JpdGVyX2dldF94bWwodywgZW52KTsNCgkJaWYoICFy
dG5fc3RyIHx8ICFydG5fbGVuICkNCgkJew0KCQkJcnRuX2xlbiA9IHN0cmxlbiggcFdvcmsgKTsN
CgkJCXJ0bl9zdHIgPSBjYWxsb2MoIDEsIHJ0bl9sZW4gKyAxICk7DQoJCX0NCgkJbWVtY3B5KCBy
dG5fc3RyLCBwV29yaywgcnRuX2xlbiApOw0KDQoJfXdoaWxlKCAwICk7DQoNCglheGlvbV9vdXRw
dXRfZnJlZSggb24sIGVudik7DQoJLy9heGlvbV94bWxfd3JpdGVyX2ZyZWUoIHcsIGVudik7CQ0K
DQoJcmV0dXJuIHJ0bl9zdHI7DQp9DQovKg0KICpGdW5jdGlvbiBOYW1lOmJ1aWxkX29tX2Zyb21f
c3RyZWFtDQogKg0KICpQYXJhbWV0ZXJzOg0KICoNCiAqRGVzY3JpcHRpb246IFJldHVybnMgT00g
Y3JlYXRlZCBmcm9tIGFuIFhNTCBzdHJlYW0NCiAqDQogKlJldHVybnM6DQogKg0KICovDQoNCnN0
YXRpYyBheGlvbV9ub2RlX3QgKmJ1aWxkX29tX2Zyb21fc3RyZWFtKCBjb25zdCBheHV0aWxfZW52
X3QgKiBlbnYsIGF4aXMyX2NoYXJfdCAqc3pEYXRhICkNCnsNCglheGlvbV94bWxfcmVhZGVyX3Qg
KnIgPSBOVUxMOw0KCWF4aW9tX3N0YXhfYnVpbGRlcl90ICpzYiA9IE5VTEw7DQoJYXhpb21fZG9j
dW1lbnRfdCAqZG9jID0gTlVMTDsNCglheGlvbV9ub2RlX3QgKnJ0bl9ub2RlID0gTlVMTDsNCg0K
CWRvDQoJew0KCQlpZiggIXN6RGF0YSApDQoJCQlicmVhazsNCg0KCQlyID0gYXhpb21feG1sX3Jl
YWRlcl9jcmVhdGVfZm9yX21lbW9yeShlbnYsIHN6RGF0YSwgc3RybGVuIChzekRhdGEpLCBOVUxM
LCBBWElTMl9YTUxfUEFSU0VSX1RZUEVfQlVGRkVSKTsNCgkJaWYoICFyICkNCgkJCWJyZWFrOw0K
DQoJCXNiID0gYXhpb21fc3RheF9idWlsZGVyX2NyZWF0ZShlbnYsIHIpOw0KCQlpZiggIXNiICkN
CgkJCWJyZWFrOw0KDQoJCWRvYyA9IGF4aW9tX3N0YXhfYnVpbGRlcl9nZXRfZG9jdW1lbnQoc2Is
IGVudik7DQoJCWlmKCBkb2MgKQ0KCQkJcnRuX25vZGUgPSAgYXhpb21fZG9jdW1lbnRfYnVpbGRf
YWxsKGRvYywgZW52KTsNCg0KCX13aGlsZSggMCApOw0KDQoJYXhpb21fc3RheF9idWlsZGVyX2Zy
ZWVfc2VsZiggc2IsIGVudik7DQoJc2IgPSBOVUxMOw0KCS8vYXhpb21feG1sX3JlYWRlcl9mcmVl
KCByLCBlbnYpOw0KDQoJcmV0dXJuIHJ0bl9ub2RlOw0KfQ0KDQo=


------_=_NextPart_001_01C8F420.3CF2A414
Content-Type: text/plain; charset=us-ascii

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
------_=_NextPart_001_01C8F420.3CF2A414--