Does Axis2/c support UTF-8 or Unicode?
Hi, Does Axis2/c support UTF-8 or Unicode? I met some problems when the content contain © , ® and some Russian charactor. Who knows how to resolve this problem? Thanks! Zoil _ Messenger安全保护中心，免费修复系统漏洞，保护Messenger安全！ http://im.live.cn/safe/
Re: soap in client call contains gabage character -- A critical bug in guththila writer
Hi Gordon, I'll have a look. Can you create a jira and attach the patch and the test code? Regards, Shankar On Mon, Jun 8, 2009 at 11:40 PM, Gordon Browngordonw.br...@yahoo.com wrote: Can anyone in the development team please take a look at this one bug in Guththila component? At least the potential fix I provided in this message thread? == The potential fix is to define GUTHTHILA_BUF_POS as the following: if ((_buffer)-pre_tot_data _pos) return ((_buffer)-buff[(_buffer)-cur_buff-1] + _pos); else return ((_buffer)-buff[(_buffer)-cur_buff] + _pos - (_buffer)-pre_tot_data); == It is a problem in the buffer management, so without fixing this bug, users should not use guththila at this point. Thanks! Gordon From: Gordon Brown gordonw.br...@yahoo.com To: axis-c-...@ws.apache.org; shan...@wso2.com; sam...@wso2.com Cc: axis-c-user@ws.apache.org Sent: Friday, June 5, 2009 2:15:42 PM Subject: Re: soap in client call contains gabage character -- A critical bug in guththila writer OK, since no one reply to my question, I have to debug the code and found out that guththila has a bug in managing buffer when seriazlize thea axiom tree (the soap structure) before actually send out the request, and I have a potential fix. This is really a critical bug I think, so I hope some developers can take a look at this problem. I am attaching the test input data and code snappet to reproduce the problem. Basically, the bug occurs in guththila_xml_writer.c. The guththila_xml_writer (I call it the soap serializer) maintains an array of buffers dynamically when it writes the soap structure into the buffers. The bug will occur in the following situation: Let's say I have an element ns1:doDeleteFirst12345/ns1:doDeleteFirst somewhere in the soap structure. Now before this element, there are lots of other elements, and when the guththila_xml_writer trys to process this element, the first buffer is ALMOST full, it does not have enough space to write the whole element name ns1:doDeleteFirst (the start tag) into the buffer, it has to create a new buffer, so it writes ns1: at the end of the first buffer (still a few more bytes left empty), and writes doDeleteFirst at the very beginning of the second buffer. The first buffer (Buffer length 16384): -- |**ns1:--| The second buffer (Buffer length 32768): --- |doDeleteFirst-| As the second buffer becomes the current buffer, when the writer trys to process the end tag (/ns1:doDeleteFirst), it uses an elem stack to track the namespace prefix and localname as in the following code: (starting from line 1396) elem-name = guththila_tok_list_get_token(wr-tok_list, env); elem-prefix = guththila_tok_list_get_token(wr-tok_list, env); elem-name-start = GUTHTHILA_BUF_POS(wr-buffer, elem_start); elem-name-size = elem_len; elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start); elem-prefix-size = pref_len; The macro GUTHTHILA_BUF_POS is defined as this: #ifndef GUTHTHILA_BUF_POS #define GUTHTHILA_BUF_POS(_buffer, _pos) ((_buffer).buff[(_buffer).cur_buff] + _pos - (_buffer).pre_tot_data) #endif The bug occurs when it calcuate elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start): The elem_pref_start has a value of 16375, the pre_tot_data has a value of 16379 (the first buffer length is 16384), they are calculated based on the first buffer data, but the current buffer is the second one, so elem-prefix-start points to gabage! I hope this makes sense to you. Use my test case you will see this quickly. When you run the same XML data I attached, first set a break point at line 392 in the file guththila_xml_writer_wrapper, and set the hit count as 514 in the break properties (the 514th element in ns1:doDeleteFirst), then debug step by step. The potential fix is to define GUTHTHILA_BUF_POS as the following: if ((_buffer)-pre_tot_data _pos) return ((_buffer)-buff[(_buffer)-cur_buff-1] + _pos); else return ((_buffer)-buff[(_buffer)-cur_buff] + _pos - (_buffer)-pre_tot_data); GUTHTHILA_BUF_POS is used everywhere, so I really hope some developer can take over this case and fix it! Thanks! Gordon From: Gordon Brown gordonw.br...@yahoo.com To: axis-c-user@ws.apache.org Cc: axis-c-...@ws.apache.org Sent: Wednesday, June 3, 2009 12:49:21 AM Subject: soap in client call contains gabage character -- Very very puzzling
RE : soap in client call contains gabage character -- A critical bug in guththila writer
Frank Zhou create JIRA AXIS2C-1375 for this already HTH -Message d'origine- De : uthaiyashan...@gmail.com [mailto:uthaiyashan...@gmail.com] De la part de Uthaiyashankar Envoyé : 9 juin 2009 10:34 À : Apache AXIS C User List Cc : axis-c-...@ws.apache.org Objet : Re: soap in client call contains gabage character -- A critical bug in guththila writer Hi Gordon, I'll have a look. Can you create a jira and attach the patch and the test code? Regards, Shankar On Mon, Jun 8, 2009 at 11:40 PM, Gordon Browngordonw.br...@yahoo.com wrote: Can anyone in the development team please take a look at this one bug in Guththila component? At least the potential fix I provided in this message thread? == The potential fix is to define GUTHTHILA_BUF_POS as the following: if ((_buffer)-pre_tot_data _pos) return ((_buffer)-buff[(_buffer)-cur_buff-1] + _pos); else return ((_buffer)-buff[(_buffer)-cur_buff] + _pos - (_buffer)-pre_tot_data); == It is a problem in the buffer management, so without fixing this bug, users should not use guththila at this point. Thanks! Gordon From: Gordon Brown gordonw.br...@yahoo.com To: axis-c-...@ws.apache.org; shan...@wso2.com; sam...@wso2.com Cc: axis-c-user@ws.apache.org Sent: Friday, June 5, 2009 2:15:42 PM Subject: Re: soap in client call contains gabage character -- A critical bug in guththila writer OK, since no one reply to my question, I have to debug the code and found out that guththila has a bug in managing buffer when seriazlize thea axiom tree (the soap structure) before actually send out the request, and I have a potential fix. This is really a critical bug I think, so I hope some developers can take a look at this problem. I am attaching the test input data and code snappet to reproduce the problem. Basically, the bug occurs in guththila_xml_writer.c. The guththila_xml_writer (I call it the soap serializer) maintains an array of buffers dynamically when it writes the soap structure into the buffers. The bug will occur in the following situation: Let's say I have an element ns1:doDeleteFirst12345/ns1:doDeleteFirst somewhere in the soap structure. Now before this element, there are lots of other elements, and when the guththila_xml_writer trys to process this element, the first buffer is ALMOST full, it does not have enough space to write the whole element name ns1:doDeleteFirst (the start tag) into the buffer, it has to create a new buffer, so it writes ns1: at the end of the first buffer (still a few more bytes left empty), and writes doDeleteFirst at the very beginning of the second buffer. The first buffer (Buffer length 16384): -- |**ns1:--| The second buffer (Buffer length 32768): -- - |doDeleteFirst-- ---| As the second buffer becomes the current buffer, when the writer trys to process the end tag (/ns1:doDeleteFirst), it uses an elem stack to track the namespace prefix and localname as in the following code: (starting from line 1396) elem-name = guththila_tok_list_get_token(wr-tok_list, env); elem-prefix = guththila_tok_list_get_token(wr-tok_list, env); elem-name-start = GUTHTHILA_BUF_POS(wr-buffer, elem_start); elem-name-size = elem_len; elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start); elem-prefix-size = pref_len; The macro GUTHTHILA_BUF_POS is defined as this: #ifndef GUTHTHILA_BUF_POS #define GUTHTHILA_BUF_POS(_buffer, _pos) ((_buffer).buff[(_buffer).cur_buff] + _pos - (_buffer).pre_tot_data) #endif The bug occurs when it calcuate elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start): The elem_pref_start has a value of 16375, the pre_tot_data has a value of 16379 (the first buffer length is 16384), they are calculated based on the first buffer data, but the current buffer is the second one, so elem-prefix-start points to gabage! I hope this makes sense to you. Use my test case you will see this quickly. When you run the same XML data I attached, first set a break point at line 392 in the file guththila_xml_writer_wrapper, and set the hit count as 514 in the break properties (the 514th element in ns1:doDeleteFirst), then debug step by step. The potential fix is to define GUTHTHILA_BUF_POS as the following: if ((_buffer)-pre_tot_data _pos) return ((_buffer)-buff[(_buffer)-cur_buff-1] + _pos); else return ((_buffer)-buff[(_buffer)-cur_buff] + _pos -
Re: soap in client call contains gabage character -- A critical bug in guththila writer
Hi Shankar, Thanks much for paying attention to this. My colleague Frank Zhou has already filed a jila report with the input data and testing code. It also contains the suggested fix. The jila bug is AXIS2C-1375. We believe this is a blocker, as the soap message in pure English and it is small (~16K). This affects everyone using guththila (now the default). Thanks! Gordon From: Uthaiyashankar shan...@wso2.com To: Apache AXIS C User List axis-c-user@ws.apache.org Cc: axis-c-...@ws.apache.org Sent: Tuesday, June 9, 2009 7:34:29 AM Subject: Re: soap in client call contains gabage character -- A critical bug in guththila writer Hi Gordon, I'll have a look. Can you create a jira and attach the patch and the test code? Regards, Shankar On Mon, Jun 8, 2009 at 11:40 PM, Gordon Browngordonw.br...@yahoo.com wrote: Can anyone in the development team please take a look at this one bug in Guththila component? At least the potential fix I provided in this message thread? == The potential fix is to define GUTHTHILA_BUF_POS as the following: if ((_buffer)-pre_tot_data _pos) return ((_buffer)-buff[(_buffer)-cur_buff-1] + _pos); else return ((_buffer)-buff[(_buffer)-cur_buff] + _pos - (_buffer)-pre_tot_data); == It is a problem in the buffer management, so without fixing this bug, users should not use guththila at this point. Thanks! Gordon From: Gordon Brown gordonw.br...@yahoo.com To: axis-c-...@ws.apache.org; shan...@wso2.com; sam...@wso2.com Cc: axis-c-user@ws.apache.org Sent: Friday, June 5, 2009 2:15:42 PM Subject: Re: soap in client call contains gabage character -- A critical bug in guththila writer OK, since no one reply to my question, I have to debug the code and found out that guththila has a bug in managing buffer when seriazlize thea axiom tree (the soap structure) before actually send out the request, and I have a potential fix. This is really a critical bug I think, so I hope some developers can take a look at this problem. I am attaching the test input data and code snappet to reproduce the problem. Basically, the bug occurs in guththila_xml_writer.c. The guththila_xml_writer (I call it the soap serializer) maintains an array of buffers dynamically when it writes the soap structure into the buffers. The bug will occur in the following situation: Let's say I have an element ns1:doDeleteFirst12345/ns1:doDeleteFirst somewhere in the soap structure. Now before this element, there are lots of other elements, and when the guththila_xml_writer trys to process this element, the first buffer is ALMOST full, it does not have enough space to write the whole element name ns1:doDeleteFirst (the start tag) into the buffer, it has to create a new buffer, so it writes ns1: at the end of the first buffer (still a few more bytes left empty), and writes doDeleteFirst at the very beginning of the second buffer. The first buffer (Buffer length 16384): -- |**ns1:--| The second buffer (Buffer length 32768): --- |doDeleteFirst-| As the second buffer becomes the current buffer, when the writer trys to process the end tag (/ns1:doDeleteFirst), it uses an elem stack to track the namespace prefix and localname as in the following code: (starting from line 1396) elem-name = guththila_tok_list_get_token(wr-tok_list, env); elem-prefix = guththila_tok_list_get_token(wr-tok_list, env); elem-name-start = GUTHTHILA_BUF_POS(wr-buffer, elem_start); elem-name-size = elem_len; elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start); elem-prefix-size = pref_len; The macro GUTHTHILA_BUF_POS is defined as this: #ifndef GUTHTHILA_BUF_POS #define GUTHTHILA_BUF_POS(_buffer, _pos) ((_buffer).buff[(_buffer).cur_buff] + _pos - (_buffer).pre_tot_data) #endif The bug occurs when it calcuate elem-prefix-start = GUTHTHILA_BUF_POS(wr-buffer, elem_pref_start): The elem_pref_start has a value of 16375, the pre_tot_data has a value of 16379 (the first buffer length is 16384), they are calculated based on the first buffer data, but the current buffer is the second one, so elem-prefix-start points to gabage! I hope this makes sense to you. Use my test case you will see this quickly. When you run the same XML data I attached, first set a break point at line 392 in the file guththila_xml_writer_wrapper, and set the hit count as 514 in the break properties (the 514th element in ns1:doDeleteFirst), then debug
RE: nightly build failing? (trying to solve some memory leaks)
-Original Message- From: Supun Kamburugamuva [mailto:supu...@gmail.com] Sent: Wednesday, June 03, 2009 11:04 PM To: Apache AXIS C User List Subject: Re: nightly build failing? (trying to solve some memory leaks) Hi Eric, You need to go inside modules/tool/axis2-aar-maven-plugin, modules/tool/axis2-mar-maven-plugin directories and build them first, before building Axis2. Supun Don't tell me, I'm not trying to build it. I was just looking for the snapshot build for that day, and the standard build appears to be broken. (it's still broken as of right now, but the 3 week old snapshot seems to work for me) eric
RE: nightly build failing? (trying to solve some memory leaks)
-Original Message- From: uthaiyashan...@gmail.com On Wed, Jun 3, 2009 at 9:09 PM, Haszlakiewicz, Eric ehas...@transunion.com wrote: I'm trying to track down some memory leaks I'm seeing (just a axis2_stub_create_foo() immediately followed by axis2_stub_free() leaks memory), Can you give some more details about the leak, so that we can have a look? We haven't come across such problem upto this time. Possibly it might have been introduced recently. I updated to Axis2c-1.6.0, and AXIS2-NIGHTLY-367, and the memory leaks went away. Now I'm just getting a core dump in axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync() on the first request sent through, but only sometimes. I'll start a separate thread for that issue. We have forwarded your mail to Axis2/Java list. They will help us to fix the problem. ok, thanks. eric
core dumps in axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync()
I'm running axis as a module in Apache httpd 2.2.9, running in pre-fork
mode. Occasionally, when I start up the server, the first request sent
causes the httpd process to crash. Has anyone seen anything like this
before? I don't have much time to debug this right now, but here's some
possibly useful info:
httpd crashes with a SIGSEGV. Running gdb on the core dump:
(gdb) where
#0 0x in ?? ()
#1 0x00625ced in
axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync (
msg_recv=0x8aa9d78, env=0x8ab5490, msg_ctx=0x8ab5560,
new_msg_ctx=0x8ab6a40) at raw_xml_in_out_msg_recv.c:209
#2 0x0062580a in axis2_msg_recv_invoke_business_logic
(msg_recv=0x1671a4,
env=0x8ab5490, in_msg_ctx=0x8ab5560, out_msg_ctx=0x8ab6a40)
at msg_recv.c:481
etc...
line 209 of raw_xml_in_out_msg_recv.c is:
result_node = AXIS2_SVC_SKELETON_INVOKE(svc_obj, env, om_node,
new_msg_ctx);
That macro does:
#define AXIS2_SVC_SKELETON_INVOKE(svc_skeleton, env, node, msg_ctx) \
((svc_skeleton)-ops-invoke (svc_skeleton, env, node, msg_ctx))
(gdb) print svc_obj
$1 = (axis2_svc_skeleton_t *) 0x8aaa9b8
(gdb) print svc_obj[0].ops[0]
$10 = {init = 0, invoke = 0, on_fault = 0, free = 0, init_with_conf = 0}
So, something didn't get initialized properly.
If I restart apache, even without changing anything, things work fine.
eric
Re: core dumps in axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync()
Hi Eric,
What is the Axis2/C version are you using? And is your service storing
and accessing any data between requests?
Thanks,
-Manjula.
On Tue, 2009-06-09 at 13:32 -0500, Haszlakiewicz, Eric wrote:
I'm running axis as a module in Apache httpd 2.2.9, running in pre-fork
mode. Occasionally, when I start up the server, the first request sent
causes the httpd process to crash. Has anyone seen anything like this
before? I don't have much time to debug this right now, but here's some
possibly useful info:
httpd crashes with a SIGSEGV. Running gdb on the core dump:
(gdb) where
#0 0x in ?? ()
#1 0x00625ced in
axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync (
msg_recv=0x8aa9d78, env=0x8ab5490, msg_ctx=0x8ab5560,
new_msg_ctx=0x8ab6a40) at raw_xml_in_out_msg_recv.c:209
#2 0x0062580a in axis2_msg_recv_invoke_business_logic
(msg_recv=0x1671a4,
env=0x8ab5490, in_msg_ctx=0x8ab5560, out_msg_ctx=0x8ab6a40)
at msg_recv.c:481
etc...
line 209 of raw_xml_in_out_msg_recv.c is:
result_node = AXIS2_SVC_SKELETON_INVOKE(svc_obj, env, om_node,
new_msg_ctx);
That macro does:
#define AXIS2_SVC_SKELETON_INVOKE(svc_skeleton, env, node, msg_ctx) \
((svc_skeleton)-ops-invoke (svc_skeleton, env, node, msg_ctx))
(gdb) print svc_obj
$1 = (axis2_svc_skeleton_t *) 0x8aaa9b8
(gdb) print svc_obj[0].ops[0]
$10 = {init = 0, invoke = 0, on_fault = 0, free = 0, init_with_conf = 0}
So, something didn't get initialized properly.
If I restart apache, even without changing anything, things work fine.
eric
Re : Re : Re : Re : ClassCastException when enabling MTOM
Hi Andreas, I've started to look at the source code but unfortunatly, Axis2 code is tighly dependent on OMStAXWrapper especially in ConverterUtil.java. I will try to checkout Axiom code and see if there is a way to avoid that. Also, modules/adb/src/org/apache/axis2/databinding/types/soapencoding/Base64Binary.java modules/adb/src/org/apache/axis2/databinding/types/xsd/Base64Binary.java look like generated code. Do you confirm? Regards, Julien De : Julien HENRY henr...@yahoo.fr À : axis-user@ws.apache.org Envoyé le : Mercredi, 3 Juin 2009, 11h48mn 53s Objet : Re : Re : Re : ClassCastException when enabling MTOM OK, let me try. I'll keep you informed of my progress. Regards, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 23h51mn 34s Objet : Re: Re : Re : ClassCastException when enabling MTOM Julien, I added an analysis of the problem the the JIRA issue. If you feel confident enough, then you can try do the required changes and submit a patch. Andreas On Tue, Jun 2, 2009 at 18:06, Julien HENRY henr...@yahoo.fr wrote: Done: AXIS2-4363 I can definitly help. Let me know what you need. Regards, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 17h30mn 16s Objet : Re: Re : ClassCastException when enabling MTOM Yes, please go ahead an open a JIRA issue. BTW, I have a pretty clear idea where the problem is located. It's in the stylesheet used by codegen for ADB. Are you motivated to help us to fix it and test the change? Andreas On Tue, Jun 2, 2009 at 17:14, Julien HENRY henr...@yahoo.fr wrote: Hi Andreas, Thanks for the tip. It works fine with log level DEBUG. FYI I have tested with Axis2 1.5 and we still have the classcast exception when running in debug mode. Should I open a JIRA issue for tracking? Thanks, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 14h13mn 47s Objet : Re: ClassCastException when enabling MTOM Julien, Can you check if the problem disappears if you set the log level for org.apache.axiom to something higher than DEBUG? Andreas PS: If that question sounds strange to you, please have a look at the code in OMElementImpl#getXMLStreamReader; you will understand... On Tue, Jun 2, 2009 at 14:04, Julien HENRY henr...@yahoo.fr wrote: Hi everybody, When I try to enable MTOM for handling big attachments, I receive the following error when using the generated client stub: java.lang.ClassCastException: org.apache.axiom.om.util.OMXMLStreamReaderValidator cannot be cast to org.apache.axiom.om.impl.llom.OMStAXWrapper at com.xxx.vaultwebservice.client.Vault_WebServiceStub$XXXBundleType$Factory.parse(Vault_WebServiceStub.java:21236) at com.xxx.vaultwebservice.client.Vault_WebServiceStub$DownloadXXXResponse$Factory.parse(Vault_WebServiceStub.java:56454) at com.xxx.vaultwebservice.client.Vault_WebServiceStub.fromOM(Vault_WebServiceStub.java:64390) I'm using Axis2 1.4.1 with following Maven dependencies: dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-kernel/artifactId version1.4.1/version /dependency dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-adb/artifactId version1.4.1/version /dependency dependency groupIdorg.apache.ws.commons.axiom/groupId artifactIdaxiom-api/artifactId version1.2.8/version /dependency dependency groupIdorg.apache.ws.commons.axiom/groupId artifactIdaxiom-impl/artifactId version1.2.8/version /dependency dependency groupIdwsdl4j/groupId artifactIdwsdl4j/artifactId version1.6.2/version /dependency Any idea of what is the issue? Thanks Julien
Re: Re : Re : Re : Re : ClassCastException when enabling MTOM
On Tue, Jun 9, 2009 at 09:04, Julien HENRYhenr...@yahoo.fr wrote: Hi Andreas, I've started to look at the source code but unfortunatly, Axis2 code is tighly dependent on OMStAXWrapper especially in ConverterUtil.java. I will try to checkout Axiom code and see if there is a way to avoid that. Instead of coupling it to OMStAXWrapper, the code should refer the interfaces implemented by OMStAXWrapper. I think that should not be too much of a problem, but maybe we need to enrich those interfaces. Also, modules/adb/src/org/apache/axis2/databinding/types/soapencoding/Base64Binary.java modules/adb/src/org/apache/axis2/databinding/types/xsd/Base64Binary.java look like generated code. I also noticed that, but I never understood how those files would have been generated. Maybe somebody else on the list can answer this question? Do you confirm? Regards, Julien De : Julien HENRY henr...@yahoo.fr À : axis-user@ws.apache.org Envoyé le : Mercredi, 3 Juin 2009, 11h48mn 53s Objet : Re : Re : Re : ClassCastException when enabling MTOM OK, let me try. I'll keep you informed of my progress. Regards, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 23h51mn 34s Objet : Re: Re : Re : ClassCastException when enabling MTOM Julien, I added an analysis of the problem the the JIRA issue. If you feel confident enough, then you can try do the required changes and submit a patch. Andreas On Tue, Jun 2, 2009 at 18:06, Julien HENRY henr...@yahoo.fr wrote: Done: AXIS2-4363 I can definitly help. Let me know what you need. Regards, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 17h30mn 16s Objet : Re: Re : ClassCastException when enabling MTOM Yes, please go ahead an open a JIRA issue. BTW, I have a pretty clear idea where the problem is located. It's in the stylesheet used by codegen for ADB. Are you motivated to help us to fix it and test the change? Andreas On Tue, Jun 2, 2009 at 17:14, Julien HENRY henr...@yahoo.fr wrote: Hi Andreas, Thanks for the tip. It works fine with log level DEBUG. FYI I have tested with Axis2 1.5 and we still have the classcast exception when running in debug mode. Should I open a JIRA issue for tracking? Thanks, Julien De : Andreas Veithen andreas.veit...@gmail.com À : axis-user@ws.apache.org Envoyé le : Mardi, 2 Juin 2009, 14h13mn 47s Objet : Re: ClassCastException when enabling MTOM Julien, Can you check if the problem disappears if you set the log level for org.apache.axiom to something higher than DEBUG? Andreas PS: If that question sounds strange to you, please have a look at the code in OMElementImpl#getXMLStreamReader; you will understand... On Tue, Jun 2, 2009 at 14:04, Julien HENRY henr...@yahoo.fr wrote: Hi everybody, When I try to enable MTOM for handling big attachments, I receive the following error when using the generated client stub: java.lang.ClassCastException: org.apache.axiom.om.util.OMXMLStreamReaderValidator cannot be cast to org.apache.axiom.om.impl.llom.OMStAXWrapper at com.xxx.vaultwebservice.client.Vault_WebServiceStub$XXXBundleType$Factory.parse(Vault_WebServiceStub.java:21236) at com.xxx.vaultwebservice.client.Vault_WebServiceStub$DownloadXXXResponse$Factory.parse(Vault_WebServiceStub.java:56454) at com.xxx.vaultwebservice.client.Vault_WebServiceStub.fromOM(Vault_WebServiceStub.java:64390) I'm using Axis2 1.4.1 with following Maven dependencies: dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-kernel/artifactId version1.4.1/version /dependency dependency groupIdorg.apache.axis2/groupId artifactIdaxis2-adb/artifactId version1.4.1/version /dependency dependency groupIdorg.apache.ws.commons.axiom/groupId artifactIdaxiom-api/artifactId version1.2.8/version /dependency dependency groupIdorg.apache.ws.commons.axiom/groupId artifactIdaxiom-impl/artifactId version1.2.8/version /dependency dependency groupIdwsdl4j/groupId artifactIdwsdl4j/artifactId version1.6.2/version /dependency Any idea of what is the issue? Thanks Julien
Re: [IDE:deployment error]
I realised you are trying to deploy your service programatically...if so, try to deploy in the directory format...don't make aar just provide the directory path where your class and sercices.xml files are present..it should work.. Chinmoy On Tue, Jun 9, 2009 at 11:31 AM, Vaibhav Arya vaibhav.a...@otssolutions.com wrote: Hi All, I have a web service class embedded into my project to use existing source. In my .aar file, I have only services.xml file. This web service is working well when I deploy project manually (copying .aar and sources in tomcat directory). But when I use JBuilder5.0 to build and run project, its shows following error, org.apache.axis2.deployment.DeploymentException: The following error occurred during schema generation: Class Not found: com.vua.ws.wservice at org.apache.axis2.deployment.repository.util.ArchiveReader.processServiceGroup(ArchiveReader.java:151) at org.apache.axis2.deployment.ServiceDeployer.deploy(ServiceDeployer.java:81) at org.apache.axis2.deployment.repository.util.DeploymentFileData.deploy(DeploymentFileData.java:136) at org.apache.axis2.deployment.DeploymentEngine.doDeploy(DeploymentEngine.java:597) at org.apache.axis2.deployment.repository.util.WSInfoList.update(WSInfoList.java:144) at org.apache.axis2.deployment.RepositoryListener.update(RepositoryListener.java:330) at org.apache.axis2.deployment.RepositoryListener.checkServices(RepositoryListener.java:227) at org.apache.axis2.deployment.DeploymentEngine.loadServices(DeploymentEngine.java:131) at org.apache.axis2.deployment.WarBasedAxisConfigurator.loadServices(WarBasedAxisConfigurator.java:284) at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:82) at org.apache.axis2.transport.http.AxisServlet.initConfigContext(AxisServlet.java:516) at org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:436) However, This error creates no problem in running existing project. Is there any fix to overcome this problem? Thanks in advance. Regards, *Vaibhav Kumar Arya* === Private, Confidential and Privileged. This e-mail and any files and attachments transmitted with it are confidential and/or privileged. They are intended solely for the use of the intended recipient. The content of this e-mail and any file or attachment transmitted with it may have been changed or altered without the consent of the author. If you are not the intended recipient, please note that any review, dissemination, disclosure, alteration, printing, circulation or Transmission of this e-mail and/or any file or attachment transmitted with it, is prohibited and may be unlawful. If you have received this e-mail or any file or attachment transmitted with it in error please notify OTS Solutions at i...@otssolutions.com ===
Cannot deploy Axis2 on Resin
Hi, I am using Resin and was attempting to deploy axis2 to it. However, when I dropped the axis2.rar in resin/webapps directory and tried to start the server using start.bat, I got the below error: [15:47:41.656] WebApp[http://localhost:90/axis] starting [15:47:42.812] WebApp[http://localhost:90/axis2] starting *[15:47:49.890] com.caucho.config.ConfigException: java.io.FileNotFoundException: \\usr\local\resin\lib\resin.jar (The network path was not found)* [15:47:49.890] at com.caucho.config.TypeStrategyFactory.init(TypeStrategyFactor y.java:162) [15:47:49.890] at com.caucho.config.TypeStrategyFactory.getFactory(TypeStrategy Factory.java:131) [15:47:49.890] at com.caucho.config.TypeStrategyFactory.getTypeStrategy(TypeStr ategyFactory.java:84) [15:47:49.890] at com.caucho.config.NodeBuilder.configureBean(NodeBuilder.java: 200) [15:47:49.890] at com.caucho.config.NodeBuilderProgram.configureImpl(NodeBuilde rProgram.java:57) [15:47:49.890] at com.caucho.config.BuilderProgram.configure(BuilderProgram.jav a:68) [15:47:49.890] at com.caucho.server.dispatch.ServletConfigImpl.configureServlet (ServletConfigImpl.java:817) [15:47:49.890] at com.caucho.server.dispatch.ServletConfigImpl.createServletImp l(ServletConfigImpl.java:779) [15:47:49.890] at com.caucho.server.dispatch.ServletConfigImpl.createServlet(Se rvletConfigImpl.java:716) [15:47:49.890] at com.caucho.server.dispatch.ServletManager.init(ServletManager .java:150) I am new to axis2 and am practically clueless as to which file to look into to resolve this error. From what I am seeing in the logs above, it is looking for the resin.jar at *\\usr\local\resin\lib\resin.jar*. This is not a valid directory though because it is supposed to be _*\usr\local\resin\lib\resin.jar.*_ However, I don't know which file to modify here. Your help will be greatly appreciated. Thanks a lot in advance. -Claire
Re: Storage of intercepted parameters in a MySql Data Base
Hi all i have sent 3 days ago the below mail, but i didn't receive up to now any response neither idea. as regards Data Base's information storage, it just has been resolved, however i didn't until now find any solution for making client side handler. i wait impatiently for any helpful reply thank you maalej a écrit : Hi all i finally succeeded to intercept the SOAP Message Response Time with which i extended the SOAP message header. However, i did it only in the server side. Now, i want to store these response time values within a MySQL DataBase. My questions are where could i implement this code? should it be within the Handler class, or should i make a special coonection class inside the archive module .mar to be executed within a thread? then, as i make a Time Response handler only in the server side, may i implement an other one in the client side, because i want to have all the intercepted values : 2 in the server side for the InFlow and the Outflow and the same thing in the other side? please, could you give me any helpful idea
[ANNOUNCE] Axis2 1.5
Hi all: The Apache Axis2 team is pleased to announce the release of Axis2 version 1.5. Major Changes Since 1.4.1: - Refactored, pluggable transports (separate jars, with deployer) - Clustering improvements (works with EC2) - Over 100 JIRA issues resolved You can find the new version at the usual location: http://ws.apache.org/axis2 Please report any issues via JIRA: http://issues.apache.org/jira/browse/AXIS2. As always, we welcome any and all feedback at: axis-...@ws.apache.org - for developer-related questions/concerns axis-user@ws.apache.org - for general questions, usage, etc. Thanks for your interest in Apache Axis2! --Glen Daniels
Re: addAnonymousOperations() in Stubs ?
pierre betz wrote:
Hi everyone,
I'm using wsdl2java to create some web services.
The creation of the stubs and skeletons was working with axis2 1.3, but I
had some problems, like some OMElements/Objects[]..
So I tried to use the axis2 1.4 nightly built, but I have another problem.
In all my stubs, I have a addAnonymousOperations() method called, but
declaraed and implemented nowhere.
I saw in the JIRA that this is a bug from axis2.. but I just vould know if
I
can complete my code myself. In fact, I just can't use axis2 1.3 or axis2
1.4 to deploy and create my webservices...
If anyone as any ideas to corrige my code, I would thanks him a lot!
___
here is the code generated by axis2 1.4 :
private void populateAxisService() throws org.apache.axis2.AxisFault {
//creating the Service with a unique name
_service = new org.apache.axis2.description.AxisService(Country +
getUniqueSuffix());
* addAnonymousOperations(); *// here the function not declared
anywhere
//creating the operations
org.apache.axis2.description.AxisOperation __operation;
_operations = new org.apache.axis2.description.AxisOperation[4];
__operation = new
org.apache.axis2.description.OutInAxisOperation();
Someone has an Idea ? like just deleting the line, or implementing the
function somewhere (but I don't know the use of the function) ?
thanks !
--
View this message in context:
http://www.nabble.com/addAnonymousOperations%28%29-in-Stubs---tp17337681p23946522.html
Sent from the Axis - User mailing list archive at Nabble.com.
Re: addAnonymousOperations() in Stubs ?
Just delete or comment out that line. It has no side-effect. Everything works
fine without it.
Yours
Ibrahim DEMIR
CyberSoft Yazilim Muh.
http://www.ibrahimdemir.org
From: linaservice sunziheng198...@163.com
To: axis-user@ws.apache.org
Sent: Tuesday, June 9, 2009 7:29:30 PM
Subject: Re: addAnonymousOperations() in Stubs ?
pierre betz wrote:
Hi everyone,
I'm using wsdl2java to create some web services.
The creation of the stubs and skeletons was working with axis2 1.3, but I
had some problems, like some OMElements/Objects[]..
So I tried to use the axis2 1.4 nightly built, but I have another problem.
In all my stubs, I have a addAnonymousOperations() method called, but
declaraed and implemented nowhere.
I saw in the JIRA that this is a bug from axis2.. but I just vould know if
I
can complete my code myself. In fact, I just can't use axis2 1.3 or axis2
1.4 to deploy and create my webservices...
If anyone as any ideas to corrige my code, I would thanks him a lot!
___
here is the code generated by axis2 1.4 :
private void populateAxisService() throws org.apache.axis2.AxisFault {
//creating the Service with a unique name
_service = new org.apache.axis2.description.AxisService(Country +
getUniqueSuffix());
* addAnonymousOperations(); *// here the function not declared
anywhere
//creating the operations
org.apache.axis2.description.AxisOperation __operation;
_operations = new org.apache.axis2.description.AxisOperation[4];
__operation = new
org.apache.axis2.description.OutInAxisOperation();
Someone has an Idea ? like just deleting the line, or implementing the
function somewhere (but I don't know the use of the function) ?
thanks !
--
View this message in context:
http://www.nabble.com/addAnonymousOperations%28%29-in-Stubs---tp17337681p23946522.html
Sent from the Axis - User mailing list archive at Nabble.com.
