You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-user@axis.apache.org by alebu <al...@gmail.com> on 2008/04/14 15:49:15 UTC
Writing web services with C++
Hi list.
I have such a situation:
I have some web-service which was generated from WSDL using WSDL2C utility.
Later I decided to write part of this web-service with C++. Before functions
that uses
C++ code I put:
#ifdef __cplusplus
extern "C"
#endif
Then I tried to compile using g++. During compilation some errors were
found, but
all of them was about incorrect conversion from void* into axis2 types.
When I fixed them (I hope) but when I call this web-service I got axis
error:
...
<faultcode>soapenv:Server</faultcode>
<faultstring>Failed in creating DLL</faultstring>
...
In axis2.log only one message was interesting for me:
raw_xml_in_out_msg_recv.c(115) Impl object for service 'myService' not set
in message receiver. 100 :: Failed in creating DLL
I understand that it probably was'nt very wise to compile .c files using g++
but, compilation was sucessful, so I wonder
where possible problem can be.
Is it possible at all to compile axis2/C web serice from C++ sources using
C++ possibilities?
Re: Writing web services with C++
Posted by Manjula Peiris <ma...@wso2.com>.
On Wed, 2008-04-23 at 13:39 +0530, Manjula Peiris wrote:
> Hi alebu,
>
> If it segfaults can you send us the gdb backtrace ? BTW, another RC of
> 1.3.1 will be available soon.
You can find 1.3.1 release artifacts here.
http://people.apache.org/%7Edinesh/release/Axis2C-1.3.1/
> Thanks,
> -Manjula.
>
>
> On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > Link to 1.3.1 you gave is broken for me.
> > Now I got slightly different problem.
> > After compiling using g++ for compiler and linker (probably i was
> > using gcc/g++ earlier and thats was the problem)
> > I simply have segmentaion fault before any of my custom code is
> > executed. First row of generated with WSDL2C invoke
> > method was logging function and it is not executed. So, as I
> > understand, problem occurs somewhere before invoke call.
> > Compiling the same code with the same parameters but using gcc works
> > fine. I should mention that code in both cases is
> > C code. All declarations are covered with
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > //code
> > #ifdef __cplusplus
> > }
> > #endif
> > In axis2c logs last LIVE line is:
> > engine.c(670) End:axis2_engine_invoke_phases
> > engine.c(648) Start:axis2_engine_invoke_phases
> > engine.c(670) End:axis2_engine_invoke_phases
> > class_loader.c(140) Object loaded successfully
> > ... and no any error messages
> >
> > Any ideas? I could try the same with axis2c 1.3.1 but I need a link to
> > it (on website only 1.3.0 is available)
> > Compiler options are (fragment from Eclipse/C log):
> > Invoking: GCC C Compiler
> > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
> > -fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
> > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> >
> > And linking log part is:
> > Invoking: GCC C Linker
> > g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
> > -o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o ./src/adb_serveResponse.o ./src/adb_serve_req_type.o ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> >
> > Some additional libraries relative to BEA Tuxedo are included, but I
> > don't think that they are the problem.
> >
> >
> > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe <sa...@wso2.com>
> > wrote:
> > What are the compiler options you used when compiling the
> > service?
> >
> > We have added the dlerror to the log in 1.3.1. The RC is
> > available, can you try with that?
> >
> > Samisa...
> >
> > alebu wrote:
> >
> > Hi list.
> > I have such a situation:
> > I have some web-service which was generated from WSDL
> > using WSDL2C utility.
> > Later I decided to write part of this web-service with
> > C++. Before functions that uses
> > C++ code I put:
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > Then I tried to compile using g++. During compilation
> > some errors were found, but
> > all of them was about incorrect conversion from void*
> > into axis2 types.
> > When I fixed them (I hope) but when I call this
> > web-service I got axis error:
> > ...
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating
> > DLL</faultstring>
> > ...
> > In axis2.log only one message was interesting for me:
> > raw_xml_in_out_msg_recv.c(115) Impl object for service
> > 'myService' not set in message receiver. 100 :: Failed
> > in creating DLL
> >
> > I understand that it probably was'nt very wise to
> > compile .c files using g++ but, compilation was
> > sucessful, so I wonder
> > where possible problem can be.
> > Is it possible at all to compile axis2/C web serice
> > from C++ sources using C++ possibilities?
> >
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.519 / Virus Database:
> > 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
> >
> >
> >
> > --
> > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
So tomorrow's nightly build will have the fix.
Samisa...
Dimuthu Gamage wrote:
> Yea you have to use the latest snapshot. And just correct the entry
> extern 'c', so take the nightly build today and it should work
>
> Thanks
> Dimuthu
>
> On Thu, Apr 24, 2008 at 8:00 PM, alebu <al...@gmail.com> wrote:
>
>> I used latest snapshot as it was recomended for me in different thread:
>> "Problems with WSDL2C generated code - ADB deserialize fails perhaps".
>> Using current production axis2 Java produced very bad adb code.
>>
>>
>>
>> On Thu, Apr 24, 2008 at 3:42 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
>> >
>> > alebu wrote:
>> >
>> > > Well, it may be considered as a bug of codegenerator. I don't see a reasons not to put C++ protectoting macros into templates of WSDL2C utility. Maybe I missing something, but I think, that is it works them why not to put it there :)
>> > >
>> >
>> > hmmm, I was under the impression this was fixed. What Axis2 Jar that you are using for codegen?
>> >
>> > Samisa...
>> >
>> > >
>> > >
>> > > On Thu, Apr 24, 2008 at 2:52 PM, Samisa Abeysinghe <samisa@wso2.com <ma...@wso2.com>> wrote:
>> > >
>> > > alebu wrote:
>> > >
>> > > Ha! OK people, I think we (I mean mailing list) solved the
>> > > problem!
>> > >
>> > >
>> > > Cool :)
>> > >
>> > >
>> > > I put:
>> > > #ifdef __cplusplus extern "C"
>> > > {
>> > > #endif
>> > > //CODE
>> > > #ifdef __cplusplus
>> > > }
>> > > #endif
>> > > into axis2_svc_skel_<myservicename>.c file (no need to wrap
>> > > all code) and it start working!
>> > > Thanks all for help and hope that this thread will be useful
>> > > to other people to.
>> > >
>> > >
>> > > We need to document this somewhere. People using C++ seem to run
>> > > into this problem time to time, and this is a well known problem.
>> > >
>> > > May be we should add a q to FAQ "Why doesn't my C++ service work?"
>> > >
>> > > Samisa...
>> > >
>> > >
>> > > On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe
>> > > <samisa@wso2.com <ma...@wso2.com>
>> > >
>> > >
>> > >
>> > > <mailto:samisa@wso2.com <ma...@wso2.com>>> wrote:
>> > >
>> > > Is it possible to send in the code you are using to help debug
>> > > this situation.
>> > >
>> > > Samisa...
>> > >
>> > >
>> > > Manjula Peiris wrote:
>> > >
>> > > Alebu,
>> > >
>> > > Can you put those generated code inside #ifndef
>> > > __cplusplus...
>> > > declaration and try. I mean not only headers but also the
>> > > implementation
>> > > inside one #ifndef __cplusplus... block. Since you are
>> > > using
>> > > g++ as the
>> > > compiler this may solve the problem. Because WSDL2C
>> > > tool may
>> > > be assuming
>> > > that default compiler is gcc.
>> > >
>> > > Thanks,
>> > > -Manjula.
>> > >
>> > >
>> > > On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
>> > > I only had one additional function and it is
>> > > declared (in
>> > > header file)
>> > > in suggested #ifndef __cplusplus...
>> > > I even removed it and all calls to it (only one call
>> > > actually), but
>> > > result is the same.
>> > > All other code is generated with WSDL2C utility.
>> > > There was
>> > > problems
>> > > with it too (there is a thread about it),
>> > > but they was solved. So code is purely generated by
>> > > WSDL2C.
>> > > When I turn on linker option "do not use default
>> > > libraties" (-nodefaultlibs)
>> > > Segmentaion Fault turned into SOAP response:
>> > >
>> > > <soapenv:Envelope
>> > > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>> > > <soapenv:Header/>
>> > > <soapenv:Body>
>> > > <soapenv:Fault>
>> > > <faultcode>soapenv:Server</faultcode>
>> > > <faultstring>Failed in creating
>> > > DLL</faultstring>
>> > > </soapenv:Fault>
>> > > </soapenv:Body>
>> > > </soapenv:Envelope>
>> > >
>> > > And in logs/axis2.log I have naow:
>> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
>> > > Checking for
>> > > service using target endpoint address :
>> > > http://127.0.0.1:9090/axis2/services/uniservice
>> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
>> > > Service found
>> > > using target endpoint address
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > AddressingInHandler within the phase Transport
>> > > [Thu Apr 24 12:42:36 2008] [info] Starting
>> > > addressing in
>> > > handler
>> > > [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > addressing_based_dispatcher within the phase Transport
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > rest_dispatcher within the phase Dispatch
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > soap_message_body_based_dispatcher within the phase
>> > > Dispatch
>> > > [Thu Apr 24 12:42:36 2008] [debug]
>> > > soap_body_disp.c(231)
>> > > Checking for
>> > > operation using SOAP messagebody's first child's local
>> > > name : serve
>> > > [Thu Apr 24 12:42:36 2008] [debug]
>> > > soap_body_disp.c(240)
>> > > Operation
>> > > found using SOAP message body's first child's local
>> > > name
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > soap_action_based_dispatcher within the phase Dispatch
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > dispatch_post_conditions_evaluator within the phase
>> > > PostDispatch
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > context_handler within the phase PostDispatch
>> > > [Thu Apr 24 12:42:36 2008] [warning] op.c(1149)
>> > > Message id
>> > > not found
>> > > for message context while registering operation context
>> > > for operation
>> > > serve
>> > > [Thu Apr 24 12:42:36 2008] [error]
>> > > class_loader.c(161) dlerror
>> > > reason: ..//services/uniservice/libuniservice.so:
>> > > undefined symbol:
>> > > __gxx_personality_v0
>> > > [Thu Apr 24 12:42:36 2008] [error]
>> > > raw_xml_in_out_msg_recv.c(115) Impl
>> > > object for service 'uniservice' not set in message
>> > > receiver. 101 ::
>> > > Failed in creating DLL
>> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
>> > > Invoke the
>> > > handler
>> > > AddressingOutHandler within the phase MessageOut
>> > > [Thu Apr 24 12:42:36 2008] [info] Starting
>> > > addressing out
>> > > handler
>> > > [Thu Apr 24 12:42:36 2008] [debug]
>> > > addr_out_handler.c(133)
>> > > No action
>> > > present. Stop processing addressing
>> > > [Thu Apr 24 12:42:36 2008] [info] Request served
>> > > in 0.123
>> > > seconds
>> > > [Thu Apr 24 12:45:15 2008] [info] Received signal
>> > > SIGINT.
>> > > Server
>> > > shutting down
>> > > [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP
>> > > server
>> > > thread
>> > > [Thu Apr 24 12:45:15 2008] [debug]
>> > > http_svr_thread.c(181)
>> > > Terminating
>> > > HTTP server thread.
>> > > [Thu Apr 24 12:45:15 2008] [info] Successfully
>> > > terminated
>> > > HTTP
>> > > server thread
>> > > [Thu Apr 24 12:45:15 2008] [info] Shutdown
>> > > complete ...
>> > >
>> > >
>> > > On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
>> > > <manjula@wso2.com <ma...@wso2.com>
>> > > <mailto:manjula@wso2.com <ma...@wso2.com>>>
>> > >
>> > >
>> > >
>> > >
>> > > wrote:
>> > > Hi Alebu,
>> > > The segfault comes from
>> > > AXIS2_SVC_SKELETON_INIT macro. So this
>> > > is
>> > > because when calling your svc_skeleton_init
>> > > function. Since
>> > > you are
>> > > using g++ and given that it worked for gcc
>> > > the only
>> > > reason I
>> > > can think
>> > > of is missing,
>> > > #ifdef __cplusplus
>> > > extern "C" {
>> > > #endif
>> > > declaration. Since you have that
>> > > already there I can't think
>> > > of any
>> > > valid reason from the provided details. So
>> > > in order
>> > > to analyze
>> > > further
>> > > can you send us your web services code.
>> > > Thanks,
>> > > -Manjula.
>> > > On Thu, 2008-04-24 at 10:02
>> > > +0200,
>> > > alebu wrote:
>> > > > With 1.3.1-RC2 situation is the same... :(
>> > > >
>> > > > On Thu, Apr 24, 2008 at 8:53 AM, alebu
>> > > <aleboo@gmail.com <ma...@gmail.com>
>> > > <mailto:aleboo@gmail.com <ma...@gmail.com>>>
>> > >
>> > >
>> > >
>> > >
>> > > wrote:
>> > > > Hmm, don't know if that what you need
>> > > (based on
>> > > axis2c-1.3.0
>> > > > code):
>> > > >
>> > > > Program terminated with signal 11,
>> > > Segmentation
>> > > fault.
>> > > > #0 0x746163696c707061 in ?? ()
>> > > > (gdb) backtrace
>> > > > #0 0x746163696c707061 in ?? ()
>> > > > #1 0x00002b960f68a0db in
>> > > axis2_msg_recv_make_new_svc_obj
>> > > > (msg_recv=<value optimized out>,
>> > > env=0x676310,
>> > > msg_ctx=<value
>> > > > optimized out>)
>> > > > at msg_recv.c:166
>> > > > #2 0x00002b960f68a579 in
>> > > >
>> > > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
>> > > > (msg_recv=0x674650, env=0x676310,
>> > > msg_ctx=0x676ff0,
>> > > > new_msg_ctx=0x6829b0) at
>> > > raw_xml_in_out_msg_recv.c:99
>> > > > #3 0x00002b960f68a2b1 in
>> > > axis2_msg_recv_receive_impl
>> > > > (msg_recv=0x674650, env=0x676310,
>> > > msg_ctx=0x676ff0,
>> > > > callback_recv_param=<value
>> > > optimized
>> > > out>) at
>> > > > msg_recv.c:319
>> > > > #4 0x00002b960f681a75 in
>> > > axis2_engine_receive
>> > > > (engine=0x6803c0, env=0x676310,
>> > > msg_ctx=0x676ff0) at
>> > > > engine.c:297
>> > > > #5 0x00002b960f557542 in
>> > > > axis2_http_transport_utils_process_http_post_request
>> > > > (env=0x676310, msg_ctx=0x676ff0,
>> > > > in_stream=<value optimized out>,
>> > > out_stream=<value
>> > > > optimized out>, content_type=0x676530
>> > > > "text/xml;charset=UTF-8",
>> > > > content_length=<value
>> > > optimized out>,
>> > > > soap_action_header=0x677650,
>> > > > request_uri=0x6773c0
>> > > > "http://127.0.0.1:9090/axis2/services/uniservice")
>> > > at
>> > > > http_transport_utils.c:583
>> > > > #6 0x00002b960f55587e in
>> > > axis2_http_worker_process_request
>> > > > (http_worker=0x676190, env=0x676310,
>> > > svr_conn=0x676350,
>> > > > simple_request=0x676490) at
>> > > http_worker.c:400
>> > > > #7 0x00002b960f8cd26e in
>> > > axis2_svr_thread_worker_func
>> > > > (thd=0x676160, data=0x674c20) at
>> > > http_svr_thread.c:254
>> > > > #8 0x00002b960faf6143 in
>> > > start_thread ()
>> > > > from /lib64/libpthread.so.0
>> > > > #9 0x00002b960fedf74d in clone ()
>> > > from /lib64/libc.so.6
>> > > > #10 0x0000000000000000 in ?? ()
>> > > > ------------
>> > > > I will try the same with 1.3.1-RC2 now
>> > > >
>> > > >
>> > > >
>> > > > On Wed, Apr 23, 2008 at 10:09 AM,
>> > > Manjula
>> > > Peiris
>> > > > <manjula@wso2.com
>> > > <ma...@wso2.com>
>> > > <mailto:manjula@wso2.com
>> > >
>> > >
>> > >
>> > > <ma...@wso2.com>>> wrote:
>> > > > Hi alebu,
>> > > >
>> > > > If it segfaults can you
>> > > send us
>> > > the gdb
>> > > backtrace ?
>> > > > BTW, another RC of
>> > > > 1.3.1 will be available soon.
>> > > >
>> > > > Thanks,
>> > > > -Manjula.
>> > > >
>> > > >
>> > > >
>> > > > On Wed, 2008-04-23 at 09:55
>> > > +0200, alebu
>> > > wrote:
>> > > > > Link to 1.3.1 you gave is
>> > > broken for me.
>> > > > > Now I got slightly different
>> > > problem.
>> > > > > After compiling using
>> > > g++ for
>> > > compiler and
>> > > linker
>> > > > (probably i was
>> > > > > using gcc/g++ earlier
>> > > and thats
>> > > was the
>> > > problem)
>> > > > > I simply have
>> > > segmentaion fault
>> > > before any
>> > > of my
>> > > > custom code is
>> > > > > executed. First row of
>> > > generated with
>> > > WSDL2C invoke
>> > > > > method was logging
>> > > function and
>> > > it is not
>> > > executed.
>> > > > So, as I
>> > > > > understand, problem occurs
>> > > somewhere
>> > > before invoke
>> > > > call.
>> > > > > Compiling the same code with
>> > > the same
>> > > parameters but
>> > > > using gcc works
>> > > > > fine. I should mention that
>> > > code in both
>> > > cases is
>> > > > > C code. All declarations are
>> > > covered with
>> > > > > #ifdef __cplusplus
>> > > > > extern "C" {
>> > > > > #endif
>> > > > > //code
>> > > > > #ifdef __cplusplus
>> > > > > }
>> > > > > #endif
>> > > > > In axis2c logs last LIVE
>> > > line is:
>> > > > > engine.c(670)
>> > > End:axis2_engine_invoke_phases
>> > > > > engine.c(648)
>> > > Start:axis2_engine_invoke_phases
>> > > > > engine.c(670)
>> > > End:axis2_engine_invoke_phases
>> > > > > class_loader.c(140)
>> > > Object loaded
>> > > successfully
>> > > > > ... and no any error
>> > > messages
>> > > > >
>> > > > > Any ideas? I could try
>> > > the same
>> > > with
>> > > axis2c 1.3.1
>> > > > but I need a link to
>> > > > > it (on website only 1.3.0 is
>> > > available)
>> > > > > Compiler options are
>> > > (fragment from
>> > > Eclipse/C log):
>> > > > > Invoking: GCC C Compiler
>> > > > > g++
>> > > -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
>> > > > -Wall -c
>> > > > > -fmessage-length=0 -fPIC
>> > > -MMD -MP
>> > > > -MF"src/adb_field_type.d"
>> > > > > -MT"src/adb_field_type.d"
>> > > -o"src/adb_field_type.o"
>> > > > >
>> > > > > And linking log part is:
>> > > > > Invoking: GCC C Linker
>> > > > > g++ -L/opt/axis2c-1.3.0/lib
>> > > > -L/home/BEA/tuxedo9.1/lib
>> > > -shared
>> > > > > -o"libmyservice.so"
>> > > >
>> > > ./src/adb_field_type.o ./src/adb_serve.o
>> > > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
>> > > ./src/adb_serve_resp_type.o
>> > > ./src/axis2_skel_uniservice.o
>> > > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
>> > > -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
>> > > -laxis2_engine -laxis2_parser -laxis2_http_sender
>> > > -laxis2_http_receiver -laxis2_libxml2
>> > > > >
>> > > > > Some additional libraries
>> > > relative to BEA
>> > > Tuxedo are
>> > > > included, but I
>> > > > > don't think that they
>> > > are the
>> > > problem.
>> > > > >
>> > > > >
>> > > > > On Mon, Apr 14, 2008 at 4:08
>> > > PM, Samisa
>> > > Abeysinghe
>> > > > <samisa@wso2.com
>> > > <ma...@wso2.com>
>> > > <mailto:samisa@wso2.com <ma...@wso2.com>>>
>> > >
>> > >
>> > >
>> > >
>> > > > > wrote:
>> > > > > What are the
>> > > compiler
>> > > options you
>> > > used when
>> > > > compiling the
>> > > > > service?
>> > > > >
>> > > > > We have added the
>> > > dlerror to the
>> > > log in
>> > > > 1.3.1. <http://1.3.1.>
>> > > <http://1.3.1.> The RC is
>> > >
>> > > > > available, can
>> > > you try
>> > > with that?
>> > > > >
>> > > > > Samisa...
>> > > > >
>> > > > > alebu wrote:
>> > > > >
>> > > > > Hi list.
>> > > > > I have
>> > > such a
>> > > situation:
>> > > > > I have some
>> > > web-service
>> > > which was
>> > > > generated from WSDL
>> > > > > using WSDL2C
>> > > utility.
>> > > > > Later I
>> > > decided
>> > > to write
>> > > part of
>> > > > this web-service with
>> > > > > C++. Before
>> > > functions that
>> > > uses
>> > > > > C++ code
>> > > I put:
>> > > > > #ifdef
>> > > __cplusplus
>> > > > > extern "C"
>> > > > > #endif
>> > > > > Then I
>> > > tried to
>> > > compile
>> > > using g++.
>> > > > During compilation
>> > > > > some errors
>> > > were found,
>> > > but
>> > > > > all of
>> > > them was
>> > > about
>> > > incorrect
>> > > > conversion from void*
>> > > > > into
>> > > axis2 types.
>> > > > > When I fixed
>> > > them (I hope)
>> > > but when
>> > > > I call this
>> > > > > web-service I
>> > > got axis
>> > > error:
>> > > > > ...
>> > > > >
>> > > > <faultcode>soapenv:Server</faultcode>
>> > > > >
>> > > <faultstring>Failed in
>> > > > creating
>> > > > > DLL</faultstring>
>> > > > > ...
>> > > > > In axis2.log
>> > > only one
>> > > message was
>> > > > interesting for me:
>> > > > >
>> > > raw_xml_in_out_msg_recv.c(115) Impl
>> > > > object for service
>> > > > > 'myService' not
>> > > set in
>> > > message
>> > > > receiver. 100 :: Failed
>> > > > > in
>> > > creating DLL
>> > > > >
>> > > > > I understand
>> > > that it
>> > > probably was'nt
>> > > > very wise to
>> > > > > compile .c
>> > > files using g++
>> > > but,
>> > > > compilation was
>> > > > > sucessful, so I
>> > > wonder
>> > > > > where
>> > > possible
>> > > problem can
>> > > be.
>> > > > > Is it
>> > > possible
>> > > at all to
>> > > compile
>> > > > axis2/C web serice
>> > > > > from C++
>> > > sources using C++
>> > > > possibilities?
>> > > > >
>> > > > >
>> > > >
>> > > ------------------------------------------------------------------------
>> > > > >
>> > > > > No virus
>> > > found
>> > > in this
>> > > incoming
>> > > > message.
>> > > > > Checked
>> > > by AVG.
>> > > Version:
>> > > 7.5.519 /
>> > > > Virus Database:
>> > > > > 269.22.13/1376
>> > > - Release
>> > > Date:
>> > > > 4/13/2008 1:45 PM
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Samisa
>> > > Abeysinghe Director,
>> > > Engineering;
>> > > > WSO2 Inc.
>> > > > >
>> > > > > http://www.wso2.com/ -
>> > > "The Open
>> > > Source SOA
>> > > > Company"
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > >
>> > > ---------------------------------------------------------------------
>> > > > > To unsubscribe,
>> > > e-mail:
>> > > > axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > > > For additional
>> > > commands, e-mail:
>> > > > > axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > > >
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail:
>> > > > axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > > For additional commands,
>> > > e-mail:
>> > > > axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail:
>> > > axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > For additional commands, e-mail:
>> > > axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail:
>> > > axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > For additional commands, e-mail:
>> > > axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-help@ws.apache.org
>> > >
>> > > <ma...@ws.apache.org>>
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>> > >
>> > > http://www.wso2.com/ - "The Open Source SOA Company"
>> > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail:
>> > > axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > >
>> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>>
>> > >
>> > > For additional commands, e-mail:
>> > > axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > <mailto:axis-c-user-help@ws.apache.org
>> > >
>> > > <ma...@ws.apache.org>>
>> > >
>> > >
>> > >
>> > > ------------------------------------------------------------------------
>> > >
>> > > No virus found in this incoming message.
>> > > Checked by AVG. Version: 7.5.524 / Virus Database:
>> > > 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>> > >
>> > >
>> > >
>> > > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>> > >
>> > > http://www.wso2.com/ - "The Open Source SOA Company"
>> > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > > For additional commands, e-mail: axis-c-user-help@ws.apache.org
>> > > <ma...@ws.apache.org>
>> > >
>> > >
>> > > ------------------------------------------------------------------------
>> > >
>> > > No virus found in this incoming message.
>> > > Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>> > >
>> > >
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>> >
>> > http://www.wso2.com/ - "The Open Source SOA Company"
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by Dimuthu Gamage <di...@gmail.com>.
Yea you have to use the latest snapshot. And just correct the entry
extern 'c', so take the nightly build today and it should work
Thanks
Dimuthu
On Thu, Apr 24, 2008 at 8:00 PM, alebu <al...@gmail.com> wrote:
> I used latest snapshot as it was recomended for me in different thread:
> "Problems with WSDL2C generated code - ADB deserialize fails perhaps".
> Using current production axis2 Java produced very bad adb code.
>
>
>
> On Thu, Apr 24, 2008 at 3:42 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
> >
> > alebu wrote:
> >
> > > Well, it may be considered as a bug of codegenerator. I don't see a reasons not to put C++ protectoting macros into templates of WSDL2C utility. Maybe I missing something, but I think, that is it works them why not to put it there :)
> > >
> >
> > hmmm, I was under the impression this was fixed. What Axis2 Jar that you are using for codegen?
> >
> > Samisa...
> >
> > >
> > >
> > > On Thu, Apr 24, 2008 at 2:52 PM, Samisa Abeysinghe <samisa@wso2.com <ma...@wso2.com>> wrote:
> > >
> > > alebu wrote:
> > >
> > > Ha! OK people, I think we (I mean mailing list) solved the
> > > problem!
> > >
> > >
> > > Cool :)
> > >
> > >
> > > I put:
> > > #ifdef __cplusplus extern "C"
> > > {
> > > #endif
> > > //CODE
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > into axis2_svc_skel_<myservicename>.c file (no need to wrap
> > > all code) and it start working!
> > > Thanks all for help and hope that this thread will be useful
> > > to other people to.
> > >
> > >
> > > We need to document this somewhere. People using C++ seem to run
> > > into this problem time to time, and this is a well known problem.
> > >
> > > May be we should add a q to FAQ "Why doesn't my C++ service work?"
> > >
> > > Samisa...
> > >
> > >
> > > On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe
> > > <samisa@wso2.com <ma...@wso2.com>
> > >
> > >
> > >
> > > <mailto:samisa@wso2.com <ma...@wso2.com>>> wrote:
> > >
> > > Is it possible to send in the code you are using to help debug
> > > this situation.
> > >
> > > Samisa...
> > >
> > >
> > > Manjula Peiris wrote:
> > >
> > > Alebu,
> > >
> > > Can you put those generated code inside #ifndef
> > > __cplusplus...
> > > declaration and try. I mean not only headers but also the
> > > implementation
> > > inside one #ifndef __cplusplus... block. Since you are
> > > using
> > > g++ as the
> > > compiler this may solve the problem. Because WSDL2C
> > > tool may
> > > be assuming
> > > that default compiler is gcc.
> > >
> > > Thanks,
> > > -Manjula.
> > >
> > >
> > > On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
> > > I only had one additional function and it is
> > > declared (in
> > > header file)
> > > in suggested #ifndef __cplusplus...
> > > I even removed it and all calls to it (only one call
> > > actually), but
> > > result is the same.
> > > All other code is generated with WSDL2C utility.
> > > There was
> > > problems
> > > with it too (there is a thread about it),
> > > but they was solved. So code is purely generated by
> > > WSDL2C.
> > > When I turn on linker option "do not use default
> > > libraties" (-nodefaultlibs)
> > > Segmentaion Fault turned into SOAP response:
> > >
> > > <soapenv:Envelope
> > > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> > > <soapenv:Header/>
> > > <soapenv:Body>
> > > <soapenv:Fault>
> > > <faultcode>soapenv:Server</faultcode>
> > > <faultstring>Failed in creating
> > > DLL</faultstring>
> > > </soapenv:Fault>
> > > </soapenv:Body>
> > > </soapenv:Envelope>
> > >
> > > And in logs/axis2.log I have naow:
> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
> > > Checking for
> > > service using target endpoint address :
> > > http://127.0.0.1:9090/axis2/services/uniservice
> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
> > > Service found
> > > using target endpoint address
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > AddressingInHandler within the phase Transport
> > > [Thu Apr 24 12:42:36 2008] [info] Starting
> > > addressing in
> > > handler
> > > [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > addressing_based_dispatcher within the phase Transport
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > rest_dispatcher within the phase Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > soap_message_body_based_dispatcher within the phase
> > > Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug]
> > > soap_body_disp.c(231)
> > > Checking for
> > > operation using SOAP messagebody's first child's local
> > > name : serve
> > > [Thu Apr 24 12:42:36 2008] [debug]
> > > soap_body_disp.c(240)
> > > Operation
> > > found using SOAP message body's first child's local
> > > name
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > soap_action_based_dispatcher within the phase Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > dispatch_post_conditions_evaluator within the phase
> > > PostDispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > context_handler within the phase PostDispatch
> > > [Thu Apr 24 12:42:36 2008] [warning] op.c(1149)
> > > Message id
> > > not found
> > > for message context while registering operation context
> > > for operation
> > > serve
> > > [Thu Apr 24 12:42:36 2008] [error]
> > > class_loader.c(161) dlerror
> > > reason: ..//services/uniservice/libuniservice.so:
> > > undefined symbol:
> > > __gxx_personality_v0
> > > [Thu Apr 24 12:42:36 2008] [error]
> > > raw_xml_in_out_msg_recv.c(115) Impl
> > > object for service 'uniservice' not set in message
> > > receiver. 101 ::
> > > Failed in creating DLL
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > > Invoke the
> > > handler
> > > AddressingOutHandler within the phase MessageOut
> > > [Thu Apr 24 12:42:36 2008] [info] Starting
> > > addressing out
> > > handler
> > > [Thu Apr 24 12:42:36 2008] [debug]
> > > addr_out_handler.c(133)
> > > No action
> > > present. Stop processing addressing
> > > [Thu Apr 24 12:42:36 2008] [info] Request served
> > > in 0.123
> > > seconds
> > > [Thu Apr 24 12:45:15 2008] [info] Received signal
> > > SIGINT.
> > > Server
> > > shutting down
> > > [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP
> > > server
> > > thread
> > > [Thu Apr 24 12:45:15 2008] [debug]
> > > http_svr_thread.c(181)
> > > Terminating
> > > HTTP server thread.
> > > [Thu Apr 24 12:45:15 2008] [info] Successfully
> > > terminated
> > > HTTP
> > > server thread
> > > [Thu Apr 24 12:45:15 2008] [info] Shutdown
> > > complete ...
> > >
> > >
> > > On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
> > > <manjula@wso2.com <ma...@wso2.com>
> > > <mailto:manjula@wso2.com <ma...@wso2.com>>>
> > >
> > >
> > >
> > >
> > > wrote:
> > > Hi Alebu,
> > > The segfault comes from
> > > AXIS2_SVC_SKELETON_INIT macro. So this
> > > is
> > > because when calling your svc_skeleton_init
> > > function. Since
> > > you are
> > > using g++ and given that it worked for gcc
> > > the only
> > > reason I
> > > can think
> > > of is missing,
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > declaration. Since you have that
> > > already there I can't think
> > > of any
> > > valid reason from the provided details. So
> > > in order
> > > to analyze
> > > further
> > > can you send us your web services code.
> > > Thanks,
> > > -Manjula.
> > > On Thu, 2008-04-24 at 10:02
> > > +0200,
> > > alebu wrote:
> > > > With 1.3.1-RC2 situation is the same... :(
> > > >
> > > > On Thu, Apr 24, 2008 at 8:53 AM, alebu
> > > <aleboo@gmail.com <ma...@gmail.com>
> > > <mailto:aleboo@gmail.com <ma...@gmail.com>>>
> > >
> > >
> > >
> > >
> > > wrote:
> > > > Hmm, don't know if that what you need
> > > (based on
> > > axis2c-1.3.0
> > > > code):
> > > >
> > > > Program terminated with signal 11,
> > > Segmentation
> > > fault.
> > > > #0 0x746163696c707061 in ?? ()
> > > > (gdb) backtrace
> > > > #0 0x746163696c707061 in ?? ()
> > > > #1 0x00002b960f68a0db in
> > > axis2_msg_recv_make_new_svc_obj
> > > > (msg_recv=<value optimized out>,
> > > env=0x676310,
> > > msg_ctx=<value
> > > > optimized out>)
> > > > at msg_recv.c:166
> > > > #2 0x00002b960f68a579 in
> > > >
> > > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > > > (msg_recv=0x674650, env=0x676310,
> > > msg_ctx=0x676ff0,
> > > > new_msg_ctx=0x6829b0) at
> > > raw_xml_in_out_msg_recv.c:99
> > > > #3 0x00002b960f68a2b1 in
> > > axis2_msg_recv_receive_impl
> > > > (msg_recv=0x674650, env=0x676310,
> > > msg_ctx=0x676ff0,
> > > > callback_recv_param=<value
> > > optimized
> > > out>) at
> > > > msg_recv.c:319
> > > > #4 0x00002b960f681a75 in
> > > axis2_engine_receive
> > > > (engine=0x6803c0, env=0x676310,
> > > msg_ctx=0x676ff0) at
> > > > engine.c:297
> > > > #5 0x00002b960f557542 in
> > > > axis2_http_transport_utils_process_http_post_request
> > > > (env=0x676310, msg_ctx=0x676ff0,
> > > > in_stream=<value optimized out>,
> > > out_stream=<value
> > > > optimized out>, content_type=0x676530
> > > > "text/xml;charset=UTF-8",
> > > > content_length=<value
> > > optimized out>,
> > > > soap_action_header=0x677650,
> > > > request_uri=0x6773c0
> > > > "http://127.0.0.1:9090/axis2/services/uniservice")
> > > at
> > > > http_transport_utils.c:583
> > > > #6 0x00002b960f55587e in
> > > axis2_http_worker_process_request
> > > > (http_worker=0x676190, env=0x676310,
> > > svr_conn=0x676350,
> > > > simple_request=0x676490) at
> > > http_worker.c:400
> > > > #7 0x00002b960f8cd26e in
> > > axis2_svr_thread_worker_func
> > > > (thd=0x676160, data=0x674c20) at
> > > http_svr_thread.c:254
> > > > #8 0x00002b960faf6143 in
> > > start_thread ()
> > > > from /lib64/libpthread.so.0
> > > > #9 0x00002b960fedf74d in clone ()
> > > from /lib64/libc.so.6
> > > > #10 0x0000000000000000 in ?? ()
> > > > ------------
> > > > I will try the same with 1.3.1-RC2 now
> > > >
> > > >
> > > >
> > > > On Wed, Apr 23, 2008 at 10:09 AM,
> > > Manjula
> > > Peiris
> > > > <manjula@wso2.com
> > > <ma...@wso2.com>
> > > <mailto:manjula@wso2.com
> > >
> > >
> > >
> > > <ma...@wso2.com>>> wrote:
> > > > Hi alebu,
> > > >
> > > > If it segfaults can you
> > > send us
> > > the gdb
> > > backtrace ?
> > > > BTW, another RC of
> > > > 1.3.1 will be available soon.
> > > >
> > > > Thanks,
> > > > -Manjula.
> > > >
> > > >
> > > >
> > > > On Wed, 2008-04-23 at 09:55
> > > +0200, alebu
> > > wrote:
> > > > > Link to 1.3.1 you gave is
> > > broken for me.
> > > > > Now I got slightly different
> > > problem.
> > > > > After compiling using
> > > g++ for
> > > compiler and
> > > linker
> > > > (probably i was
> > > > > using gcc/g++ earlier
> > > and thats
> > > was the
> > > problem)
> > > > > I simply have
> > > segmentaion fault
> > > before any
> > > of my
> > > > custom code is
> > > > > executed. First row of
> > > generated with
> > > WSDL2C invoke
> > > > > method was logging
> > > function and
> > > it is not
> > > executed.
> > > > So, as I
> > > > > understand, problem occurs
> > > somewhere
> > > before invoke
> > > > call.
> > > > > Compiling the same code with
> > > the same
> > > parameters but
> > > > using gcc works
> > > > > fine. I should mention that
> > > code in both
> > > cases is
> > > > > C code. All declarations are
> > > covered with
> > > > > #ifdef __cplusplus
> > > > > extern "C" {
> > > > > #endif
> > > > > //code
> > > > > #ifdef __cplusplus
> > > > > }
> > > > > #endif
> > > > > In axis2c logs last LIVE
> > > line is:
> > > > > engine.c(670)
> > > End:axis2_engine_invoke_phases
> > > > > engine.c(648)
> > > Start:axis2_engine_invoke_phases
> > > > > engine.c(670)
> > > End:axis2_engine_invoke_phases
> > > > > class_loader.c(140)
> > > Object loaded
> > > successfully
> > > > > ... and no any error
> > > messages
> > > > >
> > > > > Any ideas? I could try
> > > the same
> > > with
> > > axis2c 1.3.1
> > > > but I need a link to
> > > > > it (on website only 1.3.0 is
> > > available)
> > > > > Compiler options are
> > > (fragment from
> > > Eclipse/C log):
> > > > > Invoking: GCC C Compiler
> > > > > g++
> > > -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > > > -Wall -c
> > > > > -fmessage-length=0 -fPIC
> > > -MMD -MP
> > > > -MF"src/adb_field_type.d"
> > > > > -MT"src/adb_field_type.d"
> > > -o"src/adb_field_type.o"
> > > > >
> > > > > And linking log part is:
> > > > > Invoking: GCC C Linker
> > > > > g++ -L/opt/axis2c-1.3.0/lib
> > > > -L/home/BEA/tuxedo9.1/lib
> > > -shared
> > > > > -o"libmyservice.so"
> > > >
> > > ./src/adb_field_type.o ./src/adb_serve.o
> > > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> > > ./src/adb_serve_resp_type.o
> > > ./src/axis2_skel_uniservice.o
> > > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
> > > -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
> > > -laxis2_engine -laxis2_parser -laxis2_http_sender
> > > -laxis2_http_receiver -laxis2_libxml2
> > > > >
> > > > > Some additional libraries
> > > relative to BEA
> > > Tuxedo are
> > > > included, but I
> > > > > don't think that they
> > > are the
> > > problem.
> > > > >
> > > > >
> > > > > On Mon, Apr 14, 2008 at 4:08
> > > PM, Samisa
> > > Abeysinghe
> > > > <samisa@wso2.com
> > > <ma...@wso2.com>
> > > <mailto:samisa@wso2.com <ma...@wso2.com>>>
> > >
> > >
> > >
> > >
> > > > > wrote:
> > > > > What are the
> > > compiler
> > > options you
> > > used when
> > > > compiling the
> > > > > service?
> > > > >
> > > > > We have added the
> > > dlerror to the
> > > log in
> > > > 1.3.1. <http://1.3.1.>
> > > <http://1.3.1.> The RC is
> > >
> > > > > available, can
> > > you try
> > > with that?
> > > > >
> > > > > Samisa...
> > > > >
> > > > > alebu wrote:
> > > > >
> > > > > Hi list.
> > > > > I have
> > > such a
> > > situation:
> > > > > I have some
> > > web-service
> > > which was
> > > > generated from WSDL
> > > > > using WSDL2C
> > > utility.
> > > > > Later I
> > > decided
> > > to write
> > > part of
> > > > this web-service with
> > > > > C++. Before
> > > functions that
> > > uses
> > > > > C++ code
> > > I put:
> > > > > #ifdef
> > > __cplusplus
> > > > > extern "C"
> > > > > #endif
> > > > > Then I
> > > tried to
> > > compile
> > > using g++.
> > > > During compilation
> > > > > some errors
> > > were found,
> > > but
> > > > > all of
> > > them was
> > > about
> > > incorrect
> > > > conversion from void*
> > > > > into
> > > axis2 types.
> > > > > When I fixed
> > > them (I hope)
> > > but when
> > > > I call this
> > > > > web-service I
> > > got axis
> > > error:
> > > > > ...
> > > > >
> > > > <faultcode>soapenv:Server</faultcode>
> > > > >
> > > <faultstring>Failed in
> > > > creating
> > > > > DLL</faultstring>
> > > > > ...
> > > > > In axis2.log
> > > only one
> > > message was
> > > > interesting for me:
> > > > >
> > > raw_xml_in_out_msg_recv.c(115) Impl
> > > > object for service
> > > > > 'myService' not
> > > set in
> > > message
> > > > receiver. 100 :: Failed
> > > > > in
> > > creating DLL
> > > > >
> > > > > I understand
> > > that it
> > > probably was'nt
> > > > very wise to
> > > > > compile .c
> > > files using g++
> > > but,
> > > > compilation was
> > > > > sucessful, so I
> > > wonder
> > > > > where
> > > possible
> > > problem can
> > > be.
> > > > > Is it
> > > possible
> > > at all to
> > > compile
> > > > axis2/C web serice
> > > > > from C++
> > > sources using C++
> > > > possibilities?
> > > > >
> > > > >
> > > >
> > > ------------------------------------------------------------------------
> > > > >
> > > > > No virus
> > > found
> > > in this
> > > incoming
> > > > message.
> > > > > Checked
> > > by AVG.
> > > Version:
> > > 7.5.519 /
> > > > Virus Database:
> > > > > 269.22.13/1376
> > > - Release
> > > Date:
> > > > 4/13/2008 1:45 PM
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Samisa
> > > Abeysinghe Director,
> > > Engineering;
> > > > WSO2 Inc.
> > > > >
> > > > > http://www.wso2.com/ -
> > > "The Open
> > > Source SOA
> > > > Company"
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > ---------------------------------------------------------------------
> > > > > To unsubscribe,
> > > e-mail:
> > > > axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > > > For additional
> > > commands, e-mail:
> > > > > axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > > axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > > For additional commands,
> > > e-mail:
> > > > axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-help@ws.apache.org
> > >
> > > <ma...@ws.apache.org>>
> > >
> > >
> > >
> > >
> > >
> > >
> > > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> > >
> > > http://www.wso2.com/ - "The Open Source SOA Company"
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > >
> > > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>>
> > >
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > > <mailto:axis-c-user-help@ws.apache.org
> > >
> > > <ma...@ws.apache.org>>
> > >
> > >
> > >
> > > ------------------------------------------------------------------------
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG. Version: 7.5.524 / Virus Database:
> > > 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
> > >
> > >
> > >
> > > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> > >
> > > http://www.wso2.com/ - "The Open Source SOA Company"
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > > <ma...@ws.apache.org>
> > > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> > > <ma...@ws.apache.org>
> > >
> > >
> > > ------------------------------------------------------------------------
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
> > >
> > >
> >
> >
> >
> >
> >
> > --
> > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
I used latest snapshot as it was recomended for me in different thread:
"Problems with WSDL2C generated code - ADB deserialize fails perhaps".
Using current production axis2 Java produced very bad adb code.
On Thu, Apr 24, 2008 at 3:42 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
>
> alebu wrote:
>
> > Well, it may be considered as a bug of codegenerator. I don't see a reasons not to put C++ protectoting macros into templates of WSDL2C utility. Maybe I missing something, but I think, that is it works them why not to put it there :)
> >
>
> hmmm, I was under the impression this was fixed. What Axis2 Jar that you are using for codegen?
>
> Samisa...
>
> >
> >
> > On Thu, Apr 24, 2008 at 2:52 PM, Samisa Abeysinghe <samisa@wso2.com <ma...@wso2.com>> wrote:
> >
> > alebu wrote:
> >
> > Ha! OK people, I think we (I mean mailing list) solved the
> > problem!
> >
> >
> > Cool :)
> >
> >
> > I put:
> > #ifdef __cplusplus extern "C"
> > {
> > #endif
> > //CODE
> > #ifdef __cplusplus
> > }
> > #endif
> > into axis2_svc_skel_<myservicename>.c file (no need to wrap
> > all code) and it start working!
> > Thanks all for help and hope that this thread will be useful
> > to other people to.
> >
> >
> > We need to document this somewhere. People using C++ seem to run
> > into this problem time to time, and this is a well known problem.
> >
> > May be we should add a q to FAQ "Why doesn't my C++ service work?"
> >
> > Samisa...
> >
> >
> > On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe
> > <samisa@wso2.com <ma...@wso2.com>
> >
> >
> >
> > <mailto:samisa@wso2.com <ma...@wso2.com>>> wrote:
> >
> > Is it possible to send in the code you are using to help debug
> > this situation.
> >
> > Samisa...
> >
> >
> > Manjula Peiris wrote:
> >
> > Alebu,
> >
> > Can you put those generated code inside #ifndef
> > __cplusplus...
> > declaration and try. I mean not only headers but also the
> > implementation
> > inside one #ifndef __cplusplus... block. Since you are
> > using
> > g++ as the
> > compiler this may solve the problem. Because WSDL2C
> > tool may
> > be assuming
> > that default compiler is gcc.
> >
> > Thanks,
> > -Manjula.
> >
> >
> > On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
> > I only had one additional function and it is
> > declared (in
> > header file)
> > in suggested #ifndef __cplusplus...
> > I even removed it and all calls to it (only one call
> > actually), but
> > result is the same.
> > All other code is generated with WSDL2C utility.
> > There was
> > problems
> > with it too (there is a thread about it),
> > but they was solved. So code is purely generated by
> > WSDL2C.
> > When I turn on linker option "do not use default
> > libraties" (-nodefaultlibs)
> > Segmentaion Fault turned into SOAP response:
> >
> > <soapenv:Envelope
> > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> > <soapenv:Header/>
> > <soapenv:Body>
> > <soapenv:Fault>
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating
> > DLL</faultstring>
> > </soapenv:Fault>
> > </soapenv:Body>
> > </soapenv:Envelope>
> >
> > And in logs/axis2.log I have naow:
> > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
> > Checking for
> > service using target endpoint address :
> > http://127.0.0.1:9090/axis2/services/uniservice
> > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
> > Service found
> > using target endpoint address
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > AddressingInHandler within the phase Transport
> > [Thu Apr 24 12:42:36 2008] [info] Starting
> > addressing in
> > handler
> > [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > addressing_based_dispatcher within the phase Transport
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > rest_dispatcher within the phase Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > soap_message_body_based_dispatcher within the phase
> > Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug]
> > soap_body_disp.c(231)
> > Checking for
> > operation using SOAP messagebody's first child's local
> > name : serve
> > [Thu Apr 24 12:42:36 2008] [debug]
> > soap_body_disp.c(240)
> > Operation
> > found using SOAP message body's first child's local
> > name
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > soap_action_based_dispatcher within the phase Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > dispatch_post_conditions_evaluator within the phase
> > PostDispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > context_handler within the phase PostDispatch
> > [Thu Apr 24 12:42:36 2008] [warning] op.c(1149)
> > Message id
> > not found
> > for message context while registering operation context
> > for operation
> > serve
> > [Thu Apr 24 12:42:36 2008] [error]
> > class_loader.c(161) dlerror
> > reason: ..//services/uniservice/libuniservice.so:
> > undefined symbol:
> > __gxx_personality_v0
> > [Thu Apr 24 12:42:36 2008] [error]
> > raw_xml_in_out_msg_recv.c(115) Impl
> > object for service 'uniservice' not set in message
> > receiver. 101 ::
> > Failed in creating DLL
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> > Invoke the
> > handler
> > AddressingOutHandler within the phase MessageOut
> > [Thu Apr 24 12:42:36 2008] [info] Starting
> > addressing out
> > handler
> > [Thu Apr 24 12:42:36 2008] [debug]
> > addr_out_handler.c(133)
> > No action
> > present. Stop processing addressing
> > [Thu Apr 24 12:42:36 2008] [info] Request served
> > in 0.123
> > seconds
> > [Thu Apr 24 12:45:15 2008] [info] Received signal
> > SIGINT.
> > Server
> > shutting down
> > [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP
> > server
> > thread
> > [Thu Apr 24 12:45:15 2008] [debug]
> > http_svr_thread.c(181)
> > Terminating
> > HTTP server thread.
> > [Thu Apr 24 12:45:15 2008] [info] Successfully
> > terminated
> > HTTP
> > server thread
> > [Thu Apr 24 12:45:15 2008] [info] Shutdown
> > complete ...
> >
> >
> > On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
> > <manjula@wso2.com <ma...@wso2.com>
> > <mailto:manjula@wso2.com <ma...@wso2.com>>>
> >
> >
> >
> >
> > wrote:
> > Hi Alebu,
> > The segfault comes from
> > AXIS2_SVC_SKELETON_INIT macro. So this
> > is
> > because when calling your svc_skeleton_init
> > function. Since
> > you are
> > using g++ and given that it worked for gcc
> > the only
> > reason I
> > can think
> > of is missing,
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > declaration. Since you have that
> > already there I can't think
> > of any
> > valid reason from the provided details. So
> > in order
> > to analyze
> > further
> > can you send us your web services code.
> > Thanks,
> > -Manjula.
> > On Thu, 2008-04-24 at 10:02
> > +0200,
> > alebu wrote:
> > > With 1.3.1-RC2 situation is the same... :(
> > >
> > > On Thu, Apr 24, 2008 at 8:53 AM, alebu
> > <aleboo@gmail.com <ma...@gmail.com>
> > <mailto:aleboo@gmail.com <ma...@gmail.com>>>
> >
> >
> >
> >
> > wrote:
> > > Hmm, don't know if that what you need
> > (based on
> > axis2c-1.3.0
> > > code):
> > >
> > > Program terminated with signal 11,
> > Segmentation
> > fault.
> > > #0 0x746163696c707061 in ?? ()
> > > (gdb) backtrace
> > > #0 0x746163696c707061 in ?? ()
> > > #1 0x00002b960f68a0db in
> > axis2_msg_recv_make_new_svc_obj
> > > (msg_recv=<value optimized out>,
> > env=0x676310,
> > msg_ctx=<value
> > > optimized out>)
> > > at msg_recv.c:166
> > > #2 0x00002b960f68a579 in
> > >
> > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > > (msg_recv=0x674650, env=0x676310,
> > msg_ctx=0x676ff0,
> > > new_msg_ctx=0x6829b0) at
> > raw_xml_in_out_msg_recv.c:99
> > > #3 0x00002b960f68a2b1 in
> > axis2_msg_recv_receive_impl
> > > (msg_recv=0x674650, env=0x676310,
> > msg_ctx=0x676ff0,
> > > callback_recv_param=<value
> > optimized
> > out>) at
> > > msg_recv.c:319
> > > #4 0x00002b960f681a75 in
> > axis2_engine_receive
> > > (engine=0x6803c0, env=0x676310,
> > msg_ctx=0x676ff0) at
> > > engine.c:297
> > > #5 0x00002b960f557542 in
> > > axis2_http_transport_utils_process_http_post_request
> > > (env=0x676310, msg_ctx=0x676ff0,
> > > in_stream=<value optimized out>,
> > out_stream=<value
> > > optimized out>, content_type=0x676530
> > > "text/xml;charset=UTF-8",
> > > content_length=<value
> > optimized out>,
> > > soap_action_header=0x677650,
> > > request_uri=0x6773c0
> > > "http://127.0.0.1:9090/axis2/services/uniservice")
> > at
> > > http_transport_utils.c:583
> > > #6 0x00002b960f55587e in
> > axis2_http_worker_process_request
> > > (http_worker=0x676190, env=0x676310,
> > svr_conn=0x676350,
> > > simple_request=0x676490) at
> > http_worker.c:400
> > > #7 0x00002b960f8cd26e in
> > axis2_svr_thread_worker_func
> > > (thd=0x676160, data=0x674c20) at
> > http_svr_thread.c:254
> > > #8 0x00002b960faf6143 in
> > start_thread ()
> > > from /lib64/libpthread.so.0
> > > #9 0x00002b960fedf74d in clone ()
> > from /lib64/libc.so.6
> > > #10 0x0000000000000000 in ?? ()
> > > ------------
> > > I will try the same with 1.3.1-RC2 now
> > >
> > >
> > >
> > > On Wed, Apr 23, 2008 at 10:09 AM,
> > Manjula
> > Peiris
> > > <manjula@wso2.com
> > <ma...@wso2.com>
> > <mailto:manjula@wso2.com
> >
> >
> >
> > <ma...@wso2.com>>> wrote:
> > > Hi alebu,
> > >
> > > If it segfaults can you
> > send us
> > the gdb
> > backtrace ?
> > > BTW, another RC of
> > > 1.3.1 will be available soon.
> > >
> > > Thanks,
> > > -Manjula.
> > >
> > >
> > >
> > > On Wed, 2008-04-23 at 09:55
> > +0200, alebu
> > wrote:
> > > > Link to 1.3.1 you gave is
> > broken for me.
> > > > Now I got slightly different
> > problem.
> > > > After compiling using
> > g++ for
> > compiler and
> > linker
> > > (probably i was
> > > > using gcc/g++ earlier
> > and thats
> > was the
> > problem)
> > > > I simply have
> > segmentaion fault
> > before any
> > of my
> > > custom code is
> > > > executed. First row of
> > generated with
> > WSDL2C invoke
> > > > method was logging
> > function and
> > it is not
> > executed.
> > > So, as I
> > > > understand, problem occurs
> > somewhere
> > before invoke
> > > call.
> > > > Compiling the same code with
> > the same
> > parameters but
> > > using gcc works
> > > > fine. I should mention that
> > code in both
> > cases is
> > > > C code. All declarations are
> > covered with
> > > > #ifdef __cplusplus
> > > > extern "C" {
> > > > #endif
> > > > //code
> > > > #ifdef __cplusplus
> > > > }
> > > > #endif
> > > > In axis2c logs last LIVE
> > line is:
> > > > engine.c(670)
> > End:axis2_engine_invoke_phases
> > > > engine.c(648)
> > Start:axis2_engine_invoke_phases
> > > > engine.c(670)
> > End:axis2_engine_invoke_phases
> > > > class_loader.c(140)
> > Object loaded
> > successfully
> > > > ... and no any error
> > messages
> > > >
> > > > Any ideas? I could try
> > the same
> > with
> > axis2c 1.3.1
> > > but I need a link to
> > > > it (on website only 1.3.0 is
> > available)
> > > > Compiler options are
> > (fragment from
> > Eclipse/C log):
> > > > Invoking: GCC C Compiler
> > > > g++
> > -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > > -Wall -c
> > > > -fmessage-length=0 -fPIC
> > -MMD -MP
> > > -MF"src/adb_field_type.d"
> > > > -MT"src/adb_field_type.d"
> > -o"src/adb_field_type.o"
> > > >
> > > > And linking log part is:
> > > > Invoking: GCC C Linker
> > > > g++ -L/opt/axis2c-1.3.0/lib
> > > -L/home/BEA/tuxedo9.1/lib
> > -shared
> > > > -o"libmyservice.so"
> > >
> > ./src/adb_field_type.o ./src/adb_serve.o
> > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> > ./src/adb_serve_resp_type.o
> > ./src/axis2_skel_uniservice.o
> > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
> > -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
> > -laxis2_engine -laxis2_parser -laxis2_http_sender
> > -laxis2_http_receiver -laxis2_libxml2
> > > >
> > > > Some additional libraries
> > relative to BEA
> > Tuxedo are
> > > included, but I
> > > > don't think that they
> > are the
> > problem.
> > > >
> > > >
> > > > On Mon, Apr 14, 2008 at 4:08
> > PM, Samisa
> > Abeysinghe
> > > <samisa@wso2.com
> > <ma...@wso2.com>
> > <mailto:samisa@wso2.com <ma...@wso2.com>>>
> >
> >
> >
> >
> > > > wrote:
> > > > What are the
> > compiler
> > options you
> > used when
> > > compiling the
> > > > service?
> > > >
> > > > We have added the
> > dlerror to the
> > log in
> > > 1.3.1. <http://1.3.1.>
> > <http://1.3.1.> The RC is
> >
> > > > available, can
> > you try
> > with that?
> > > >
> > > > Samisa...
> > > >
> > > > alebu wrote:
> > > >
> > > > Hi list.
> > > > I have
> > such a
> > situation:
> > > > I have some
> > web-service
> > which was
> > > generated from WSDL
> > > > using WSDL2C
> > utility.
> > > > Later I
> > decided
> > to write
> > part of
> > > this web-service with
> > > > C++. Before
> > functions that
> > uses
> > > > C++ code
> > I put:
> > > > #ifdef
> > __cplusplus
> > > > extern "C"
> > > > #endif
> > > > Then I
> > tried to
> > compile
> > using g++.
> > > During compilation
> > > > some errors
> > were found,
> > but
> > > > all of
> > them was
> > about
> > incorrect
> > > conversion from void*
> > > > into
> > axis2 types.
> > > > When I fixed
> > them (I hope)
> > but when
> > > I call this
> > > > web-service I
> > got axis
> > error:
> > > > ...
> > > >
> > > <faultcode>soapenv:Server</faultcode>
> > > >
> > <faultstring>Failed in
> > > creating
> > > > DLL</faultstring>
> > > > ...
> > > > In axis2.log
> > only one
> > message was
> > > interesting for me:
> > > >
> > raw_xml_in_out_msg_recv.c(115) Impl
> > > object for service
> > > > 'myService' not
> > set in
> > message
> > > receiver. 100 :: Failed
> > > > in
> > creating DLL
> > > >
> > > > I understand
> > that it
> > probably was'nt
> > > very wise to
> > > > compile .c
> > files using g++
> > but,
> > > compilation was
> > > > sucessful, so I
> > wonder
> > > > where
> > possible
> > problem can
> > be.
> > > > Is it
> > possible
> > at all to
> > compile
> > > axis2/C web serice
> > > > from C++
> > sources using C++
> > > possibilities?
> > > >
> > > >
> > >
> > ------------------------------------------------------------------------
> > > >
> > > > No virus
> > found
> > in this
> > incoming
> > > message.
> > > > Checked
> > by AVG.
> > Version:
> > 7.5.519 /
> > > Virus Database:
> > > > 269.22.13/1376
> > - Release
> > Date:
> > > 4/13/2008 1:45 PM
> > > >
> > > >
> > > >
> > > > --
> > > > Samisa
> > Abeysinghe Director,
> > Engineering;
> > > WSO2 Inc.
> > > >
> > > > http://www.wso2.com/ -
> > "The Open
> > Source SOA
> > > Company"
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > ---------------------------------------------------------------------
> > > > To unsubscribe,
> > e-mail:
> > > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > > > For additional
> > commands, e-mail:
> > > > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > > For additional commands,
> > e-mail:
> > > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > >
> > >
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-help@ws.apache.org
> >
> > <ma...@ws.apache.org>>
> >
> >
> >
> >
> >
> >
> > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> >
> > <mailto:axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>>
> >
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > <mailto:axis-c-user-help@ws.apache.org
> >
> > <ma...@ws.apache.org>>
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.524 / Virus Database:
> > 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
> >
> >
> >
> > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> >
> >
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
> >
> >
>
>
>
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
alebu wrote:
> Well, it may be considered as a bug of codegenerator. I don't see a
> reasons not to put C++ protectoting macros into templates of WSDL2C
> utility. Maybe I missing something, but I think, that is it works them
> why not to put it there :)
hmmm, I was under the impression this was fixed. What Axis2 Jar that you
are using for codegen?
Samisa...
>
> On Thu, Apr 24, 2008 at 2:52 PM, Samisa Abeysinghe <samisa@wso2.com
> <ma...@wso2.com>> wrote:
>
> alebu wrote:
>
> Ha! OK people, I think we (I mean mailing list) solved the
> problem!
>
>
> Cool :)
>
>
> I put:
> #ifdef __cplusplus extern "C"
> {
> #endif
> //CODE
> #ifdef __cplusplus
> }
> #endif
> into axis2_svc_skel_<myservicename>.c file (no need to wrap
> all code) and it start working!
> Thanks all for help and hope that this thread will be useful
> to other people to.
>
>
> We need to document this somewhere. People using C++ seem to run
> into this problem time to time, and this is a well known problem.
>
> May be we should add a q to FAQ "Why doesn't my C++ service work?"
>
> Samisa...
>
>
> On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe
> <samisa@wso2.com <ma...@wso2.com>
> <mailto:samisa@wso2.com <ma...@wso2.com>>> wrote:
>
> Is it possible to send in the code you are using to help debug
> this situation.
>
> Samisa...
>
>
> Manjula Peiris wrote:
>
> Alebu,
>
> Can you put those generated code inside #ifndef
> __cplusplus...
> declaration and try. I mean not only headers but also the
> implementation
> inside one #ifndef __cplusplus... block. Since you are
> using
> g++ as the
> compiler this may solve the problem. Because WSDL2C
> tool may
> be assuming
> that default compiler is gcc.
>
> Thanks,
> -Manjula.
>
>
> On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
>
> I only had one additional function and it is
> declared (in
> header file)
> in suggested #ifndef __cplusplus...
> I even removed it and all calls to it (only one call
> actually), but
> result is the same.
> All other code is generated with WSDL2C utility.
> There was
> problems
> with it too (there is a thread about it),
> but they was solved. So code is purely generated by
> WSDL2C.
> When I turn on linker option "do not use default
> libraties" (-nodefaultlibs)
> Segmentaion Fault turned into SOAP response:
>
> <soapenv:Envelope
>
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> <soapenv:Header/>
> <soapenv:Body>
> <soapenv:Fault>
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating
> DLL</faultstring>
> </soapenv:Fault>
> </soapenv:Body>
> </soapenv:Envelope>
>
> And in logs/axis2.log I have naow:
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
> Checking for
> service using target endpoint address :
> http://127.0.0.1:9090/axis2/services/uniservice
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
> Service found
> using target endpoint address
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> AddressingInHandler within the phase Transport
> [Thu Apr 24 12:42:36 2008] [info] Starting
> addressing in
> handler
> [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> addressing_based_dispatcher within the phase Transport
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> rest_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> soap_message_body_based_dispatcher within the phase
> Dispatch
> [Thu Apr 24 12:42:36 2008] [debug]
> soap_body_disp.c(231)
> Checking for
> operation using SOAP messagebody's first child's local
> name : serve
> [Thu Apr 24 12:42:36 2008] [debug]
> soap_body_disp.c(240)
> Operation
> found using SOAP message body's first child's local
> name
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> soap_action_based_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> dispatch_post_conditions_evaluator within the phase
> PostDispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> context_handler within the phase PostDispatch
> [Thu Apr 24 12:42:36 2008] [warning] op.c(1149)
> Message id
> not found
> for message context while registering operation context
> for operation
> serve
> [Thu Apr 24 12:42:36 2008] [error]
> class_loader.c(161) dlerror
> reason: ..//services/uniservice/libuniservice.so:
> undefined symbol:
> __gxx_personality_v0
> [Thu Apr 24 12:42:36 2008] [error]
> raw_xml_in_out_msg_recv.c(115) Impl
> object for service 'uniservice' not set in message
> receiver. 101 ::
> Failed in creating DLL
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210)
> Invoke the
> handler
> AddressingOutHandler within the phase MessageOut
> [Thu Apr 24 12:42:36 2008] [info] Starting
> addressing out
> handler
> [Thu Apr 24 12:42:36 2008] [debug]
> addr_out_handler.c(133)
> No action
> present. Stop processing addressing
> [Thu Apr 24 12:42:36 2008] [info] Request served
> in 0.123
> seconds
> [Thu Apr 24 12:45:15 2008] [info] Received signal
> SIGINT.
> Server
> shutting down
> [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP
> server
> thread
> [Thu Apr 24 12:45:15 2008] [debug]
> http_svr_thread.c(181)
> Terminating
> HTTP server thread.
> [Thu Apr 24 12:45:15 2008] [info] Successfully
> terminated
> HTTP
> server thread
> [Thu Apr 24 12:45:15 2008] [info] Shutdown
> complete ...
>
>
> On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
> <manjula@wso2.com <ma...@wso2.com>
> <mailto:manjula@wso2.com <ma...@wso2.com>>>
>
> wrote:
> Hi Alebu,
> The segfault comes from
> AXIS2_SVC_SKELETON_INIT macro. So this
> is
> because when calling your svc_skeleton_init
> function. Since
> you are
> using g++ and given that it worked for gcc
> the only
> reason I
> can think
> of is missing,
> #ifdef __cplusplus
> extern "C" {
> #endif
> declaration. Since you have that
> already there I can't think
> of any
> valid reason from the provided details. So
> in order
> to analyze
> further
> can you send us your web services code.
> Thanks,
> -Manjula.
> On Thu, 2008-04-24 at 10:02
> +0200,
> alebu wrote:
> > With 1.3.1-RC2 situation is the same... :(
> >
> > On Thu, Apr 24, 2008 at 8:53 AM, alebu
> <aleboo@gmail.com <ma...@gmail.com>
> <mailto:aleboo@gmail.com <ma...@gmail.com>>>
>
> wrote:
> > Hmm, don't know if that what you need
> (based on
> axis2c-1.3.0
> > code):
> >
> > Program terminated with signal 11,
> Segmentation
> fault.
> > #0 0x746163696c707061 in ?? ()
> > (gdb) backtrace
> > #0 0x746163696c707061 in ?? ()
> > #1 0x00002b960f68a0db in
> axis2_msg_recv_make_new_svc_obj
> > (msg_recv=<value optimized out>,
> env=0x676310,
> msg_ctx=<value
> > optimized out>)
> > at msg_recv.c:166
> > #2 0x00002b960f68a579 in
> >
>
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > (msg_recv=0x674650, env=0x676310,
> msg_ctx=0x676ff0,
> > new_msg_ctx=0x6829b0) at
> raw_xml_in_out_msg_recv.c:99
> > #3 0x00002b960f68a2b1 in
> axis2_msg_recv_receive_impl
> > (msg_recv=0x674650, env=0x676310,
> msg_ctx=0x676ff0,
> > callback_recv_param=<value
> optimized
> out>) at
> > msg_recv.c:319
> > #4 0x00002b960f681a75 in
> axis2_engine_receive
> > (engine=0x6803c0, env=0x676310,
> msg_ctx=0x676ff0) at
> > engine.c:297
> > #5 0x00002b960f557542 in
> >
> axis2_http_transport_utils_process_http_post_request
> > (env=0x676310, msg_ctx=0x676ff0,
> > in_stream=<value optimized out>,
> out_stream=<value
> > optimized out>, content_type=0x676530
> > "text/xml;charset=UTF-8",
> > content_length=<value
> optimized out>,
> > soap_action_header=0x677650,
> > request_uri=0x6773c0
> >
> "http://127.0.0.1:9090/axis2/services/uniservice")
> at
> > http_transport_utils.c:583
> > #6 0x00002b960f55587e in
> axis2_http_worker_process_request
> > (http_worker=0x676190, env=0x676310,
> svr_conn=0x676350,
> > simple_request=0x676490) at
> http_worker.c:400
> > #7 0x00002b960f8cd26e in
> axis2_svr_thread_worker_func
> > (thd=0x676160, data=0x674c20) at
> http_svr_thread.c:254
> > #8 0x00002b960faf6143 in
> start_thread ()
> > from /lib64/libpthread.so.0
> > #9 0x00002b960fedf74d in clone ()
> from /lib64/libc.so.6
> > #10 0x0000000000000000 in ?? ()
> > ------------
> > I will try the same with 1.3.1-RC2 now
> >
> >
> >
> > On Wed, Apr 23, 2008 at 10:09 AM,
> Manjula
> Peiris
> > <manjula@wso2.com
> <ma...@wso2.com>
> <mailto:manjula@wso2.com
> <ma...@wso2.com>>> wrote:
> > Hi alebu,
> >
> > If it segfaults can you
> send us
> the gdb
> backtrace ?
> > BTW, another RC of
> > 1.3.1 will be available soon.
> >
> > Thanks,
> > -Manjula.
> >
> >
> >
> > On Wed, 2008-04-23 at 09:55
> +0200, alebu
> wrote:
> > > Link to 1.3.1 you gave is
> broken for me.
> > > Now I got slightly different
> problem.
> > > After compiling using
> g++ for
> compiler and
> linker
> > (probably i was
> > > using gcc/g++ earlier
> and thats
> was the
> problem)
> > > I simply have
> segmentaion fault
> before any
> of my
> > custom code is
> > > executed. First row of
> generated with
> WSDL2C invoke
> > > method was logging
> function and
> it is not
> executed.
> > So, as I
> > > understand, problem occurs
> somewhere
> before invoke
> > call.
> > > Compiling the same code with
> the same
> parameters but
> > using gcc works
> > > fine. I should mention that
> code in both
> cases is
> > > C code. All declarations are
> covered with
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > //code
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > In axis2c logs last LIVE
> line is:
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > engine.c(648)
> Start:axis2_engine_invoke_phases
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > class_loader.c(140)
> Object loaded
> successfully
> > > ... and no any error
> messages
> > >
> > > Any ideas? I could try
> the same
> with
> axis2c 1.3.1
> > but I need a link to
> > > it (on website only 1.3.0 is
> available)
> > > Compiler options are
> (fragment from
> Eclipse/C log):
> > > Invoking: GCC C Compiler
> > > g++
> -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > -Wall -c
> > > -fmessage-length=0 -fPIC
> -MMD -MP
> > -MF"src/adb_field_type.d"
> > > -MT"src/adb_field_type.d"
> -o"src/adb_field_type.o"
> > >
> > > And linking log part is:
> > > Invoking: GCC C Linker
> > > g++ -L/opt/axis2c-1.3.0/lib
> > -L/home/BEA/tuxedo9.1/lib
> -shared
> > > -o"libmyservice.so"
> >
> ./src/adb_field_type.o ./src/adb_serve.o
> ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> ./src/adb_serve_resp_type.o
> ./src/axis2_skel_uniservice.o
> ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
> -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
> -laxis2_engine -laxis2_parser -laxis2_http_sender
> -laxis2_http_receiver -laxis2_libxml2
> > >
> > > Some additional libraries
> relative to BEA
> Tuxedo are
> > included, but I
> > > don't think that they
> are the
> problem.
> > >
> > >
> > > On Mon, Apr 14, 2008 at 4:08
> PM, Samisa
> Abeysinghe
> > <samisa@wso2.com
> <ma...@wso2.com>
> <mailto:samisa@wso2.com <ma...@wso2.com>>>
>
> > > wrote:
> > > What are the
> compiler
> options you
> used when
> > compiling the
> > > service?
> > >
> > > We have added the
> dlerror to the
> log in
> > 1.3.1. <http://1.3.1.>
> <http://1.3.1.> The RC is
>
> > > available, can
> you try
> with that?
> > >
> > > Samisa...
> > >
> > > alebu wrote:
> > >
> > > Hi list.
> > > I have
> such a
> situation:
> > > I have some
> web-service
> which was
> > generated from WSDL
> > > using WSDL2C
> utility.
> > > Later I
> decided
> to write
> part of
> > this web-service with
> > > C++. Before
> functions that
> uses
> > > C++ code
> I put:
> > > #ifdef
> __cplusplus
> > > extern "C"
> > > #endif
> > > Then I
> tried to
> compile
> using g++.
> > During compilation
> > > some errors
> were found,
> but
> > > all of
> them was
> about
> incorrect
> > conversion from void*
> > > into
> axis2 types.
> > > When I fixed
> them (I hope)
> but when
> > I call this
> > >
> web-service I
> got axis
> error:
> > > ...
> > >
> >
> <faultcode>soapenv:Server</faultcode>
> > >
> <faultstring>Failed in
> > creating
> > >
> DLL</faultstring>
> > > ...
> > > In axis2.log
> only one
> message was
> > interesting for me:
> > >
> raw_xml_in_out_msg_recv.c(115) Impl
> > object for service
> > >
> 'myService' not
> set in
> message
> > receiver. 100 :: Failed
> > > in
> creating DLL
> > >
> > > I understand
> that it
> probably was'nt
> > very wise to
> > > compile .c
> files using g++
> but,
> > compilation was
> > >
> sucessful, so I
> wonder
> > > where
> possible
> problem can
> be.
> > > Is it
> possible
> at all to
> compile
> > axis2/C web serice
> > > from C++
> sources using C++
> > possibilities?
> > >
> > >
> >
>
> ------------------------------------------------------------------------
> > >
> > > No virus
> found
> in this
> incoming
> > message.
> > > Checked
> by AVG.
> Version:
> 7.5.519 /
> > Virus Database:
> > >
> 269.22.13/1376
> - Release
> Date:
> > 4/13/2008 1:45 PM
> > >
> > >
> > >
> > > --
> > > Samisa
> Abeysinghe Director,
> Engineering;
> > WSO2 Inc.
> > >
> > >
> http://www.wso2.com/ -
> "The Open
> Source SOA
> > Company"
> > >
> > >
> > >
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> > > To unsubscribe,
> e-mail:
> >
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>>
>
> > > For additional
> commands, e-mail:
> > >
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>>
>
> > >
> > >
> > >
> >
> >
> >
>
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> >
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>>
>
> > For additional commands,
> e-mail:
> >
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>>
>
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>>
>
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>>
>
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>>
>
>
>
>
>
>
>
> -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>>
>
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> <mailto:axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>>
>
>
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG. Version: 7.5.524 / Virus Database:
> 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>
>
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
>
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
Well, it may be considered as a bug of codegenerator. I don't see a reasons
not to put C++ protectoting macros into templates of WSDL2C utility. Maybe I
missing something, but I think, that is it works them why not to put it
there :)
On Thu, Apr 24, 2008 at 2:52 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
> alebu wrote:
>
> > Ha! OK people, I think we (I mean mailing list) solved the problem!
> >
>
> Cool :)
>
> I put:
> > #ifdef __cplusplus extern "C"
> > {
> > #endif
> > //CODE
> > #ifdef __cplusplus
> > }
> > #endif
> > into axis2_svc_skel_<myservicename>.c file (no need to wrap all code)
> > and it start working!
> > Thanks all for help and hope that this thread will be useful to other
> > people to.
> >
>
> We need to document this somewhere. People using C++ seem to run into this
> problem time to time, and this is a well known problem.
>
> May be we should add a q to FAQ "Why doesn't my C++ service work?"
>
> Samisa...
>
>
> > On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe <samisa@wso2.com<mailto:
> > samisa@wso2.com>> wrote:
> >
> > Is it possible to send in the code you are using to help debug
> > this situation.
> >
> > Samisa...
> >
> >
> > Manjula Peiris wrote:
> >
> > Alebu,
> >
> > Can you put those generated code inside #ifndef __cplusplus...
> > declaration and try. I mean not only headers but also the
> > implementation
> > inside one #ifndef __cplusplus... block. Since you are using
> > g++ as the
> > compiler this may solve the problem. Because WSDL2C tool may
> > be assuming
> > that default compiler is gcc.
> >
> > Thanks,
> > -Manjula.
> >
> >
> > On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
> >
> > I only had one additional function and it is declared (in
> > header file)
> > in suggested #ifndef __cplusplus...
> > I even removed it and all calls to it (only one call
> > actually), but
> > result is the same.
> > All other code is generated with WSDL2C utility. There was
> > problems
> > with it too (there is a thread about it),
> > but they was solved. So code is purely generated by WSDL2C.
> > When I turn on linker option "do not use default
> > libraties" (-nodefaultlibs)
> > Segmentaion Fault turned into SOAP response:
> >
> > <soapenv:Envelope
> > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> > <soapenv:Header/>
> > <soapenv:Body>
> > <soapenv:Fault>
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating DLL</faultstring>
> > </soapenv:Fault>
> > </soapenv:Body>
> > </soapenv:Envelope>
> >
> > And in logs/axis2.log I have naow:
> > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
> > Checking for
> > service using target endpoint address :
> > http://127.0.0.1:9090/axis2/services/uniservice
> > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
> > Service found
> > using target endpoint address
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > AddressingInHandler within the phase Transport
> > [Thu Apr 24 12:42:36 2008] [info] Starting addressing in
> > handler
> > [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > addressing_based_dispatcher within the phase Transport
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > rest_dispatcher within the phase Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > soap_message_body_based_dispatcher within the phase Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231)
> > Checking for
> > operation using SOAP messagebody's first child's local
> > name : serve
> > [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240)
> > Operation
> > found using SOAP message body's first child's local name
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > soap_action_based_dispatcher within the phase Dispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > dispatch_post_conditions_evaluator within the phase
> > PostDispatch
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > context_handler within the phase PostDispatch
> > [Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id
> > not found
> > for message context while registering operation context
> > for operation
> > serve
> > [Thu Apr 24 12:42:36 2008] [error] class_loader.c(161)
> > dlerror
> > reason: ..//services/uniservice/libuniservice.so:
> > undefined symbol:
> > __gxx_personality_v0
> > [Thu Apr 24 12:42:36 2008] [error]
> > raw_xml_in_out_msg_recv.c(115) Impl
> > object for service 'uniservice' not set in message
> > receiver. 101 ::
> > Failed in creating DLL
> > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> > handler
> > AddressingOutHandler within the phase MessageOut
> > [Thu Apr 24 12:42:36 2008] [info] Starting addressing out
> > handler
> > [Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133)
> > No action
> > present. Stop processing addressing
> > [Thu Apr 24 12:42:36 2008] [info] Request served in 0.123
> > seconds
> > [Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT.
> > Server
> > shutting down
> > [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server
> > thread
> > [Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181)
> > Terminating
> > HTTP server thread.
> > [Thu Apr 24 12:45:15 2008] [info] Successfully terminated
> > HTTP
> > server thread
> > [Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
> >
> >
> > On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
> > <manjula@wso2.com <ma...@wso2.com>>
> >
> > wrote:
> > Hi Alebu,
> > The segfault comes from
> > AXIS2_SVC_SKELETON_INIT macro. So this
> > is
> > because when calling your svc_skeleton_init
> > function. Since
> > you are
> > using g++ and given that it worked for gcc the only
> > reason I
> > can think
> > of is missing,
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > declaration. Since you have that
> > already there I can't think
> > of any
> > valid reason from the provided details. So in order
> > to analyze
> > further
> > can you send us your web services code.
> > Thanks,
> > -Manjula.
> > On Thu, 2008-04-24 at 10:02 +0200,
> > alebu wrote:
> > > With 1.3.1-RC2 situation is the same... :(
> > >
> > > On Thu, Apr 24, 2008 at 8:53 AM, alebu
> > <aleboo@gmail.com <ma...@gmail.com>>
> >
> > wrote:
> > > Hmm, don't know if that what you need
> > (based on
> > axis2c-1.3.0
> > > code):
> > >
> > > Program terminated with signal 11,
> > Segmentation
> > fault.
> > > #0 0x746163696c707061 in ?? ()
> > > (gdb) backtrace
> > > #0 0x746163696c707061 in ?? ()
> > > #1 0x00002b960f68a0db in
> > axis2_msg_recv_make_new_svc_obj
> > > (msg_recv=<value optimized out>,
> > env=0x676310,
> > msg_ctx=<value
> > > optimized out>)
> > > at msg_recv.c:166
> > > #2 0x00002b960f68a579 in
> > >
> >
> > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > > (msg_recv=0x674650, env=0x676310,
> > msg_ctx=0x676ff0,
> > > new_msg_ctx=0x6829b0) at
> > raw_xml_in_out_msg_recv.c:99
> > > #3 0x00002b960f68a2b1 in
> > axis2_msg_recv_receive_impl
> > > (msg_recv=0x674650, env=0x676310,
> > msg_ctx=0x676ff0,
> > > callback_recv_param=<value optimized
> > out>) at
> > > msg_recv.c:319
> > > #4 0x00002b960f681a75 in
> > axis2_engine_receive
> > > (engine=0x6803c0, env=0x676310,
> > msg_ctx=0x676ff0) at
> > > engine.c:297
> > > #5 0x00002b960f557542 in
> > >
> > axis2_http_transport_utils_process_http_post_request
> > > (env=0x676310, msg_ctx=0x676ff0,
> > > in_stream=<value optimized out>,
> > out_stream=<value
> > > optimized out>, content_type=0x676530
> > > "text/xml;charset=UTF-8",
> > > content_length=<value optimized out>,
> > > soap_action_header=0x677650,
> > > request_uri=0x6773c0
> > > "
> > http://127.0.0.1:9090/axis2/services/uniservice")
> > at
> > > http_transport_utils.c:583
> > > #6 0x00002b960f55587e in
> > axis2_http_worker_process_request
> > > (http_worker=0x676190, env=0x676310,
> > svr_conn=0x676350,
> > > simple_request=0x676490) at
> > http_worker.c:400
> > > #7 0x00002b960f8cd26e in
> > axis2_svr_thread_worker_func
> > > (thd=0x676160, data=0x674c20) at
> > http_svr_thread.c:254
> > > #8 0x00002b960faf6143 in start_thread ()
> > > from /lib64/libpthread.so.0
> > > #9 0x00002b960fedf74d in clone ()
> > from /lib64/libc.so.6
> > > #10 0x0000000000000000 in ?? ()
> > > ------------
> > > I will try the same with 1.3.1-RC2 now
> > >
> > >
> > >
> > > On Wed, Apr 23, 2008 at 10:09 AM, Manjula
> > Peiris
> > > <manjula@wso2.com
> > <ma...@wso2.com>> wrote:
> > > Hi alebu,
> > >
> > > If it segfaults can you send us
> > the gdb
> > backtrace ?
> > > BTW, another RC of
> > > 1.3.1 will be available soon.
> > >
> > > Thanks,
> > > -Manjula.
> > >
> > >
> > >
> > > On Wed, 2008-04-23 at 09:55
> > +0200, alebu
> > wrote:
> > > > Link to 1.3.1 you gave is
> > broken for me.
> > > > Now I got slightly different
> > problem.
> > > > After compiling using g++ for
> > compiler and
> > linker
> > > (probably i was
> > > > using gcc/g++ earlier and thats
> > was the
> > problem)
> > > > I simply have segmentaion fault
> > before any
> > of my
> > > custom code is
> > > > executed. First row of
> > generated with
> > WSDL2C invoke
> > > > method was logging function and
> > it is not
> > executed.
> > > So, as I
> > > > understand, problem occurs
> > somewhere
> > before invoke
> > > call.
> > > > Compiling the same code with
> > the same
> > parameters but
> > > using gcc works
> > > > fine. I should mention that
> > code in both
> > cases is
> > > > C code. All declarations are
> > covered with
> > > > #ifdef __cplusplus
> > > > extern "C" {
> > > > #endif
> > > > //code
> > > > #ifdef __cplusplus
> > > > }
> > > > #endif
> > > > In axis2c logs last LIVE line is:
> > > > engine.c(670)
> > End:axis2_engine_invoke_phases
> > > > engine.c(648)
> > Start:axis2_engine_invoke_phases
> > > > engine.c(670)
> > End:axis2_engine_invoke_phases
> > > > class_loader.c(140) Object loaded
> > successfully
> > > > ... and no any error messages
> > > >
> > > > Any ideas? I could try the same
> > with
> > axis2c 1.3.1
> > > but I need a link to
> > > > it (on website only 1.3.0 is
> > available)
> > > > Compiler options are (fragment
> > from
> > Eclipse/C log):
> > > > Invoking: GCC C Compiler
> > > > g++
> > -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > > -Wall -c
> > > > -fmessage-length=0 -fPIC -MMD -MP
> > > -MF"src/adb_field_type.d"
> > > > -MT"src/adb_field_type.d"
> > -o"src/adb_field_type.o"
> > > >
> > > > And linking log part is:
> > > > Invoking: GCC C Linker
> > > > g++ -L/opt/axis2c-1.3.0/lib
> > > -L/home/BEA/tuxedo9.1/lib -shared
> > > > -o"libmyservice.so"
> > >
> > ./src/adb_field_type.o ./src/adb_serve.o
> > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> > ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
> > -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
> > -laxis2_engine -laxis2_parser -laxis2_http_sender
> > -laxis2_http_receiver -laxis2_libxml2
> > > >
> > > > Some additional libraries
> > relative to BEA
> > Tuxedo are
> > > included, but I
> > > > don't think that they are the
> > problem.
> > > >
> > > >
> > > > On Mon, Apr 14, 2008 at 4:08
> > PM, Samisa
> > Abeysinghe
> > > <samisa@wso2.com
> > <ma...@wso2.com>>
> > > > wrote:
> > > > What are the compiler
> > options you
> > used when
> > > compiling the
> > > > service?
> > > >
> > > > We have added the
> > dlerror to the
> > log in
> > > 1.3.1. <http://1.3.1.> The RC is
> >
> > > > available, can you try
> > with that?
> > > >
> > > > Samisa...
> > > >
> > > > alebu wrote:
> > > >
> > > > Hi list.
> > > > I have such a
> > situation:
> > > > I have some
> > web-service
> > which was
> > > generated from WSDL
> > > > using WSDL2C
> > utility.
> > > > Later I decided
> > to write
> > part of
> > > this web-service with
> > > > C++. Before
> > functions that
> > uses
> > > > C++ code I put:
> > > > #ifdef __cplusplus
> > > > extern "C"
> > > > #endif
> > > > Then I tried to
> > compile
> > using g++.
> > > During compilation
> > > > some errors
> > were found,
> > but
> > > > all of them was
> > about
> > incorrect
> > > conversion from void*
> > > > into axis2 types.
> > > > When I fixed
> > them (I hope)
> > but when
> > > I call this
> > > > web-service I
> > got axis
> > error:
> > > > ...
> > > >
> > >
> > <faultcode>soapenv:Server</faultcode>
> > > >
> > <faultstring>Failed in
> > > creating
> > > > DLL</faultstring>
> > > > ...
> > > > In axis2.log
> > only one
> > message was
> > > interesting for me:
> > > >
> > raw_xml_in_out_msg_recv.c(115) Impl
> > > object for service
> > > > 'myService' not
> > set in
> > message
> > > receiver. 100 :: Failed
> > > > in creating DLL
> > > >
> > > > I understand
> > that it
> > probably was'nt
> > > very wise to
> > > > compile .c
> > files using g++
> > but,
> > > compilation was
> > > > sucessful, so I
> > wonder
> > > > where possible
> > problem can
> > be.
> > > > Is it possible
> > at all to
> > compile
> > > axis2/C web serice
> > > > from C++
> > sources using C++
> > > possibilities?
> > > >
> > > >
> > >
> >
> > ------------------------------------------------------------------------
> > > >
> > > > No virus found
> > in this
> > incoming
> > > message.
> > > > Checked by AVG.
> > Version:
> > 7.5.519 /
> > > Virus Database:
> > > > 269.22.13/1376
> > - Release
> > Date:
> > > 4/13/2008 1:45 PM
> > > >
> > > >
> > > >
> > > > --
> > > > Samisa Abeysinghe
> > Director,
> > Engineering;
> > > WSO2 Inc.
> > > >
> > > > http://www.wso2.com/ -
> > "The Open
> > Source SOA
> > > Company"
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > >
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > > > For additional
> > commands, e-mail:
> > > >
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > >
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> > >
> > >
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> >
> >
> >
> >
> >
> >
> > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > <ma...@ws.apache.org>
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> > <ma...@ws.apache.org>
> >
> >
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1394 -
> > Release Date: 4/23/2008 7:16 PM
> >
> >
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
alebu wrote:
> Ha! OK people, I think we (I mean mailing list) solved the problem!
Cool :)
> I put:
> #ifdef __cplusplus extern "C"
> {
> #endif
> //CODE
> #ifdef __cplusplus
> }
> #endif
> into axis2_svc_skel_<myservicename>.c file (no need to wrap all code)
> and it start working!
> Thanks all for help and hope that this thread will be useful to other
> people to.
We need to document this somewhere. People using C++ seem to run into
this problem time to time, and this is a well known problem.
May be we should add a q to FAQ "Why doesn't my C++ service work?"
Samisa...
>
> On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe <samisa@wso2.com
> <ma...@wso2.com>> wrote:
>
> Is it possible to send in the code you are using to help debug
> this situation.
>
> Samisa...
>
>
> Manjula Peiris wrote:
>
> Alebu,
>
> Can you put those generated code inside #ifndef __cplusplus...
> declaration and try. I mean not only headers but also the
> implementation
> inside one #ifndef __cplusplus... block. Since you are using
> g++ as the
> compiler this may solve the problem. Because WSDL2C tool may
> be assuming
> that default compiler is gcc.
>
> Thanks,
> -Manjula.
>
>
> On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
>
>
> I only had one additional function and it is declared (in
> header file)
> in suggested #ifndef __cplusplus...
> I even removed it and all calls to it (only one call
> actually), but
> result is the same.
> All other code is generated with WSDL2C utility. There was
> problems
> with it too (there is a thread about it),
> but they was solved. So code is purely generated by WSDL2C.
> When I turn on linker option "do not use default
> libraties" (-nodefaultlibs)
> Segmentaion Fault turned into SOAP response:
>
> <soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> <soapenv:Header/>
> <soapenv:Body>
> <soapenv:Fault>
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating DLL</faultstring>
> </soapenv:Fault>
> </soapenv:Body>
> </soapenv:Envelope>
>
> And in logs/axis2.log I have naow:
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100)
> Checking for
> service using target endpoint address :
> http://127.0.0.1:9090/axis2/services/uniservice
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121)
> Service found
> using target endpoint address
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> AddressingInHandler within the phase Transport
> [Thu Apr 24 12:42:36 2008] [info] Starting addressing in
> handler
> [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> addressing_based_dispatcher within the phase Transport
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> rest_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> soap_message_body_based_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231)
> Checking for
> operation using SOAP messagebody's first child's local
> name : serve
> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240)
> Operation
> found using SOAP message body's first child's local name
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> soap_action_based_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> dispatch_post_conditions_evaluator within the phase
> PostDispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> context_handler within the phase PostDispatch
> [Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id
> not found
> for message context while registering operation context
> for operation
> serve
> [Thu Apr 24 12:42:36 2008] [error] class_loader.c(161) dlerror
> reason: ..//services/uniservice/libuniservice.so:
> undefined symbol:
> __gxx_personality_v0
> [Thu Apr 24 12:42:36 2008] [error]
> raw_xml_in_out_msg_recv.c(115) Impl
> object for service 'uniservice' not set in message
> receiver. 101 ::
> Failed in creating DLL
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the
> handler
> AddressingOutHandler within the phase MessageOut
> [Thu Apr 24 12:42:36 2008] [info] Starting addressing out
> handler
> [Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133)
> No action
> present. Stop processing addressing
> [Thu Apr 24 12:42:36 2008] [info] Request served in 0.123
> seconds
> [Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT.
> Server
> shutting down
> [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server
> thread
> [Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181)
> Terminating
> HTTP server thread.
> [Thu Apr 24 12:45:15 2008] [info] Successfully terminated
> HTTP
> server thread
> [Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
>
>
> On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris
> <manjula@wso2.com <ma...@wso2.com>>
> wrote:
> Hi Alebu,
> The segfault comes from
> AXIS2_SVC_SKELETON_INIT macro. So this
> is
> because when calling your svc_skeleton_init
> function. Since
> you are
> using g++ and given that it worked for gcc the only
> reason I
> can think
> of is missing,
> #ifdef __cplusplus
> extern "C" {
> #endif
> declaration. Since you have that
> already there I can't think
> of any
> valid reason from the provided details. So in order
> to analyze
> further
> can you send us your web services code.
> Thanks,
> -Manjula.
> On Thu, 2008-04-24 at 10:02 +0200,
> alebu wrote:
> > With 1.3.1-RC2 situation is the same... :(
> >
> > On Thu, Apr 24, 2008 at 8:53 AM, alebu
> <aleboo@gmail.com <ma...@gmail.com>>
> wrote:
> > Hmm, don't know if that what you need
> (based on
> axis2c-1.3.0
> > code):
> >
> > Program terminated with signal 11,
> Segmentation
> fault.
> > #0 0x746163696c707061 in ?? ()
> > (gdb) backtrace
> > #0 0x746163696c707061 in ?? ()
> > #1 0x00002b960f68a0db in
> axis2_msg_recv_make_new_svc_obj
> > (msg_recv=<value optimized out>,
> env=0x676310,
> msg_ctx=<value
> > optimized out>)
> > at msg_recv.c:166
> > #2 0x00002b960f68a579 in
> >
>
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > (msg_recv=0x674650, env=0x676310,
> msg_ctx=0x676ff0,
> > new_msg_ctx=0x6829b0) at
> raw_xml_in_out_msg_recv.c:99
> > #3 0x00002b960f68a2b1 in
> axis2_msg_recv_receive_impl
> > (msg_recv=0x674650, env=0x676310,
> msg_ctx=0x676ff0,
> > callback_recv_param=<value optimized
> out>) at
> > msg_recv.c:319
> > #4 0x00002b960f681a75 in
> axis2_engine_receive
> > (engine=0x6803c0, env=0x676310,
> msg_ctx=0x676ff0) at
> > engine.c:297
> > #5 0x00002b960f557542 in
> >
> axis2_http_transport_utils_process_http_post_request
> > (env=0x676310, msg_ctx=0x676ff0,
> > in_stream=<value optimized out>,
> out_stream=<value
> > optimized out>, content_type=0x676530
> > "text/xml;charset=UTF-8",
> > content_length=<value optimized out>,
> > soap_action_header=0x677650,
> > request_uri=0x6773c0
> >
> "http://127.0.0.1:9090/axis2/services/uniservice")
> at
> > http_transport_utils.c:583
> > #6 0x00002b960f55587e in
> axis2_http_worker_process_request
> > (http_worker=0x676190, env=0x676310,
> svr_conn=0x676350,
> > simple_request=0x676490) at
> http_worker.c:400
> > #7 0x00002b960f8cd26e in
> axis2_svr_thread_worker_func
> > (thd=0x676160, data=0x674c20) at
> http_svr_thread.c:254
> > #8 0x00002b960faf6143 in start_thread ()
> > from /lib64/libpthread.so.0
> > #9 0x00002b960fedf74d in clone ()
> from /lib64/libc.so.6
> > #10 0x0000000000000000 in ?? ()
> > ------------
> > I will try the same with 1.3.1-RC2 now
> >
> >
> >
> > On Wed, Apr 23, 2008 at 10:09 AM, Manjula
> Peiris
> > <manjula@wso2.com
> <ma...@wso2.com>> wrote:
> > Hi alebu,
> >
> > If it segfaults can you send us
> the gdb
> backtrace ?
> > BTW, another RC of
> > 1.3.1 will be available soon.
> >
> > Thanks,
> > -Manjula.
> >
> >
> >
> > On Wed, 2008-04-23 at 09:55
> +0200, alebu
> wrote:
> > > Link to 1.3.1 you gave is
> broken for me.
> > > Now I got slightly different
> problem.
> > > After compiling using g++ for
> compiler and
> linker
> > (probably i was
> > > using gcc/g++ earlier and thats
> was the
> problem)
> > > I simply have segmentaion fault
> before any
> of my
> > custom code is
> > > executed. First row of
> generated with
> WSDL2C invoke
> > > method was logging function and
> it is not
> executed.
> > So, as I
> > > understand, problem occurs
> somewhere
> before invoke
> > call.
> > > Compiling the same code with
> the same
> parameters but
> > using gcc works
> > > fine. I should mention that
> code in both
> cases is
> > > C code. All declarations are
> covered with
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > //code
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > In axis2c logs last LIVE line is:
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > engine.c(648)
> Start:axis2_engine_invoke_phases
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > class_loader.c(140) Object loaded
> successfully
> > > ... and no any error messages
> > >
> > > Any ideas? I could try the same
> with
> axis2c 1.3.1
> > but I need a link to
> > > it (on website only 1.3.0 is
> available)
> > > Compiler options are (fragment from
> Eclipse/C log):
> > > Invoking: GCC C Compiler
> > > g++
> -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > -Wall -c
> > > -fmessage-length=0 -fPIC -MMD -MP
> > -MF"src/adb_field_type.d"
> > > -MT"src/adb_field_type.d"
> -o"src/adb_field_type.o"
> > >
> > > And linking log part is:
> > > Invoking: GCC C Linker
> > > g++ -L/opt/axis2c-1.3.0/lib
> > -L/home/BEA/tuxedo9.1/lib -shared
> > > -o"libmyservice.so"
> >
> ./src/adb_field_type.o ./src/adb_serve.o
> ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml
> -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom
> -laxis2_engine -laxis2_parser -laxis2_http_sender
> -laxis2_http_receiver -laxis2_libxml2
> > >
> > > Some additional libraries
> relative to BEA
> Tuxedo are
> > included, but I
> > > don't think that they are the
> problem.
> > >
> > >
> > > On Mon, Apr 14, 2008 at 4:08
> PM, Samisa
> Abeysinghe
> > <samisa@wso2.com
> <ma...@wso2.com>>
> > > wrote:
> > > What are the compiler
> options you
> used when
> > compiling the
> > > service?
> > >
> > > We have added the
> dlerror to the
> log in
> > 1.3.1. <http://1.3.1.> The RC is
> > > available, can you try
> with that?
> > >
> > > Samisa...
> > >
> > > alebu wrote:
> > >
> > > Hi list.
> > > I have such a
> situation:
> > > I have some
> web-service
> which was
> > generated from WSDL
> > > using WSDL2C
> utility.
> > > Later I decided
> to write
> part of
> > this web-service with
> > > C++. Before
> functions that
> uses
> > > C++ code I put:
> > > #ifdef __cplusplus
> > > extern "C"
> > > #endif
> > > Then I tried to
> compile
> using g++.
> > During compilation
> > > some errors
> were found,
> but
> > > all of them was
> about
> incorrect
> > conversion from void*
> > > into axis2 types.
> > > When I fixed
> them (I hope)
> but when
> > I call this
> > > web-service I
> got axis
> error:
> > > ...
> > >
> > <faultcode>soapenv:Server</faultcode>
> > >
> <faultstring>Failed in
> > creating
> > > DLL</faultstring>
> > > ...
> > > In axis2.log
> only one
> message was
> > interesting for me:
> > >
> raw_xml_in_out_msg_recv.c(115) Impl
> > object for service
> > > 'myService' not
> set in
> message
> > receiver. 100 :: Failed
> > > in creating DLL
> > >
> > > I understand
> that it
> probably was'nt
> > very wise to
> > > compile .c
> files using g++
> but,
> > compilation was
> > > sucessful, so I
> wonder
> > > where possible
> problem can
> be.
> > > Is it possible
> at all to
> compile
> > axis2/C web serice
> > > from C++
> sources using C++
> > possibilities?
> > >
> > >
> >
>
> ------------------------------------------------------------------------
> > >
> > > No virus found
> in this
> incoming
> > message.
> > > Checked by AVG.
> Version:
> 7.5.519 /
> > Virus Database:
> > > 269.22.13/1376
> - Release
> Date:
> > 4/13/2008 1:45 PM
> > >
> > >
> > >
> > > --
> > > Samisa Abeysinghe Director,
> Engineering;
> > WSO2 Inc.
> > >
> > > http://www.wso2.com/ -
> "The Open
> Source SOA
> > Company"
> > >
> > >
> > >
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> >
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> > > For additional
> commands, e-mail:
> > >
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> > >
> > >
> > >
> >
> >
> >
>
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> >
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
>
>
>
>
>
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
>
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
Ha! OK people, I think we (I mean mailing list) solved the problem!
I put:
#ifdef __cplusplus extern "C"
{
#endif
//CODE
#ifdef __cplusplus
}
#endif
into axis2_svc_skel_<myservicename>.c file (no need to wrap all code) and it
start working!
Thanks all for help and hope that this thread will be useful to other people
to.
On Thu, Apr 24, 2008 at 12:52 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
> Is it possible to send in the code you are using to help debug this
> situation.
>
> Samisa...
>
>
> Manjula Peiris wrote:
>
> > Alebu,
> >
> > Can you put those generated code inside #ifndef __cplusplus...
> > declaration and try. I mean not only headers but also the implementation
> > inside one #ifndef __cplusplus... block. Since you are using g++ as the
> > compiler this may solve the problem. Because WSDL2C tool may be assuming
> > that default compiler is gcc.
> >
> > Thanks,
> > -Manjula.
> >
> >
> > On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
> >
> >
> > > I only had one additional function and it is declared (in header file)
> > > in suggested #ifndef __cplusplus...
> > > I even removed it and all calls to it (only one call actually), but
> > > result is the same.
> > > All other code is generated with WSDL2C utility. There was problems
> > > with it too (there is a thread about it),
> > > but they was solved. So code is purely generated by WSDL2C.
> > > When I turn on linker option "do not use default
> > > libraties" (-nodefaultlibs)
> > > Segmentaion Fault turned into SOAP response:
> > >
> > > <soapenv:Envelope
> > > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> > > <soapenv:Header/>
> > > <soapenv:Body>
> > > <soapenv:Fault>
> > > <faultcode>soapenv:Server</faultcode>
> > > <faultstring>Failed in creating DLL</faultstring>
> > > </soapenv:Fault>
> > > </soapenv:Body>
> > > </soapenv:Envelope>
> > >
> > > And in logs/axis2.log I have naow:
> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100) Checking for
> > > service using target endpoint address :
> > > http://127.0.0.1:9090/axis2/services/uniservice
> > > [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121) Service found
> > > using target endpoint address
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > AddressingInHandler within the phase Transport
> > > [Thu Apr 24 12:42:36 2008] [info] Starting addressing in handler
> > > [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > addressing_based_dispatcher within the phase Transport
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > rest_dispatcher within the phase Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > soap_message_body_based_dispatcher within the phase Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231) Checking for
> > > operation using SOAP messagebody's first child's local name : serve
> > > [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240) Operation
> > > found using SOAP message body's first child's local name
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > soap_action_based_dispatcher within the phase Dispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > dispatch_post_conditions_evaluator within the phase PostDispatch
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > context_handler within the phase PostDispatch
> > > [Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id not found
> > > for message context while registering operation context for operation
> > > serve
> > > [Thu Apr 24 12:42:36 2008] [error] class_loader.c(161) dlerror
> > > reason: ..//services/uniservice/libuniservice.so: undefined symbol:
> > > __gxx_personality_v0
> > > [Thu Apr 24 12:42:36 2008] [error] raw_xml_in_out_msg_recv.c(115) Impl
> > > object for service 'uniservice' not set in message receiver. 101 ::
> > > Failed in creating DLL
> > > [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> > > AddressingOutHandler within the phase MessageOut
> > > [Thu Apr 24 12:42:36 2008] [info] Starting addressing out handler
> > > [Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133) No action
> > > present. Stop processing addressing
> > > [Thu Apr 24 12:42:36 2008] [info] Request served in 0.123 seconds
> > > [Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT. Server
> > > shutting down
> > > [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server thread
> > > [Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181) Terminating
> > > HTTP server thread.
> > > [Thu Apr 24 12:45:15 2008] [info] Successfully terminated HTTP
> > > server thread
> > > [Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
> > >
> > >
> > > On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris <ma...@wso2.com>
> > > wrote:
> > > Hi Alebu,
> > > The segfault comes from AXIS2_SVC_SKELETON_INIT macro.
> > > So this
> > > is
> > > because when calling your svc_skeleton_init function. Since
> > > you are
> > > using g++ and given that it worked for gcc the only reason I
> > > can think
> > > of is missing,
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > declaration. Since you have that already there
> > > I can't think
> > > of any
> > > valid reason from the provided details. So in order to analyze
> > > further
> > > can you send us your web services code.
> > > Thanks,
> > > -Manjula.
> > > On Thu, 2008-04-24 at 10:02 +0200, alebu wrote:
> > > > With 1.3.1-RC2 situation is the same... :(
> > > >
> > > > On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com>
> > > wrote:
> > > > Hmm, don't know if that what you need (based on
> > > axis2c-1.3.0
> > > > code):
> > > >
> > > > Program terminated with signal 11, Segmentation
> > > fault.
> > > > #0 0x746163696c707061 in ?? ()
> > > > (gdb) backtrace
> > > > #0 0x746163696c707061 in ?? ()
> > > > #1 0x00002b960f68a0db in
> > > axis2_msg_recv_make_new_svc_obj
> > > > (msg_recv=<value optimized out>, env=0x676310,
> > > msg_ctx=<value
> > > > optimized out>)
> > > > at msg_recv.c:166
> > > > #2 0x00002b960f68a579 in
> > > >
> > > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > > > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > > > new_msg_ctx=0x6829b0) at
> > > raw_xml_in_out_msg_recv.c:99
> > > > #3 0x00002b960f68a2b1 in
> > > axis2_msg_recv_receive_impl
> > > > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > > > callback_recv_param=<value optimized out>) at
> > > > msg_recv.c:319
> > > > #4 0x00002b960f681a75 in axis2_engine_receive
> > > > (engine=0x6803c0, env=0x676310, msg_ctx=0x676ff0) at
> > > > engine.c:297
> > > > #5 0x00002b960f557542 in
> > > > axis2_http_transport_utils_process_http_post_request
> > > > (env=0x676310, msg_ctx=0x676ff0,
> > > > in_stream=<value optimized out>,
> > > out_stream=<value
> > > > optimized out>, content_type=0x676530
> > > > "text/xml;charset=UTF-8",
> > > > content_length=<value optimized out>,
> > > > soap_action_header=0x677650,
> > > > request_uri=0x6773c0
> > > > "http://127.0.0.1:9090/axis2/services/uniservice")
> > > at
> > > > http_transport_utils.c:583
> > > > #6 0x00002b960f55587e in
> > > axis2_http_worker_process_request
> > > > (http_worker=0x676190, env=0x676310,
> > > svr_conn=0x676350,
> > > > simple_request=0x676490) at http_worker.c:400
> > > > #7 0x00002b960f8cd26e in
> > > axis2_svr_thread_worker_func
> > > > (thd=0x676160, data=0x674c20) at
> > > http_svr_thread.c:254
> > > > #8 0x00002b960faf6143 in start_thread ()
> > > > from /lib64/libpthread.so.0
> > > > #9 0x00002b960fedf74d in clone ()
> > > from /lib64/libc.so.6
> > > > #10 0x0000000000000000 in ?? ()
> > > > ------------
> > > > I will try the same with 1.3.1-RC2 now
> > > >
> > > >
> > > >
> > > > On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris
> > > > <ma...@wso2.com> wrote:
> > > > Hi alebu,
> > > >
> > > > If it segfaults can you send us the gdb
> > > backtrace ?
> > > > BTW, another RC of
> > > > 1.3.1 will be available soon.
> > > >
> > > > Thanks,
> > > > -Manjula.
> > > >
> > > >
> > > >
> > > > On Wed, 2008-04-23 at 09:55 +0200, alebu
> > > wrote:
> > > > > Link to 1.3.1 you gave is broken for me.
> > > > > Now I got slightly different problem.
> > > > > After compiling using g++ for compiler and
> > > linker
> > > > (probably i was
> > > > > using gcc/g++ earlier and thats was the
> > > problem)
> > > > > I simply have segmentaion fault before any
> > > of my
> > > > custom code is
> > > > > executed. First row of generated with
> > > WSDL2C invoke
> > > > > method was logging function and it is not
> > > executed.
> > > > So, as I
> > > > > understand, problem occurs somewhere
> > > before invoke
> > > > call.
> > > > > Compiling the same code with the same
> > > parameters but
> > > > using gcc works
> > > > > fine. I should mention that code in both
> > > cases is
> > > > > C code. All declarations are covered with
> > > > > #ifdef __cplusplus
> > > > > extern "C" {
> > > > > #endif
> > > > > //code
> > > > > #ifdef __cplusplus
> > > > > }
> > > > > #endif
> > > > > In axis2c logs last LIVE line is:
> > > > > engine.c(670)
> > > End:axis2_engine_invoke_phases
> > > > > engine.c(648)
> > > Start:axis2_engine_invoke_phases
> > > > > engine.c(670)
> > > End:axis2_engine_invoke_phases
> > > > > class_loader.c(140) Object loaded
> > > successfully
> > > > > ... and no any error messages
> > > > >
> > > > > Any ideas? I could try the same with
> > > axis2c 1.3.1
> > > > but I need a link to
> > > > > it (on website only 1.3.0 is available)
> > > > > Compiler options are (fragment from
> > > Eclipse/C log):
> > > > > Invoking: GCC C Compiler
> > > > > g++
> > > -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > > > -Wall -c
> > > > > -fmessage-length=0 -fPIC -MMD -MP
> > > > -MF"src/adb_field_type.d"
> > > > > -MT"src/adb_field_type.d"
> > > -o"src/adb_field_type.o"
> > > > >
> > > > > And linking log part is:
> > > > > Invoking: GCC C Linker
> > > > > g++ -L/opt/axis2c-1.3.0/lib
> > > > -L/home/BEA/tuxedo9.1/lib -shared
> > > > > -o"libmyservice.so"
> > > >
> > > ./src/adb_field_type.o ./src/adb_serve.o
> > > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> > > ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> > > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux
> > > -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser
> > > -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> > > > >
> > > > > Some additional libraries relative to BEA
> > > Tuxedo are
> > > > included, but I
> > > > > don't think that they are the problem.
> > > > >
> > > > >
> > > > > On Mon, Apr 14, 2008 at 4:08 PM, Samisa
> > > Abeysinghe
> > > > <sa...@wso2.com>
> > > > > wrote:
> > > > > What are the compiler options you
> > > used when
> > > > compiling the
> > > > > service?
> > > > >
> > > > > We have added the dlerror to the
> > > log in
> > > > 1.3.1. The RC is
> > > > > available, can you try with that?
> > > > >
> > > > > Samisa...
> > > > >
> > > > > alebu wrote:
> > > > >
> > > > > Hi list.
> > > > > I have such a situation:
> > > > > I have some web-service
> > > which was
> > > > generated from WSDL
> > > > > using WSDL2C utility.
> > > > > Later I decided to write
> > > part of
> > > > this web-service with
> > > > > C++. Before functions that
> > > uses
> > > > > C++ code I put:
> > > > > #ifdef __cplusplus
> > > > > extern "C"
> > > > > #endif
> > > > > Then I tried to compile
> > > using g++.
> > > > During compilation
> > > > > some errors were found,
> > > but
> > > > > all of them was about
> > > incorrect
> > > > conversion from void*
> > > > > into axis2 types.
> > > > > When I fixed them (I hope)
> > > but when
> > > > I call this
> > > > > web-service I got axis
> > > error:
> > > > > ...
> > > > >
> > > > <faultcode>soapenv:Server</faultcode>
> > > > >
> > > <faultstring>Failed in
> > > > creating
> > > > > DLL</faultstring>
> > > > > ...
> > > > > In axis2.log only one
> > > message was
> > > > interesting for me:
> > > > >
> > > raw_xml_in_out_msg_recv.c(115) Impl
> > > > object for service
> > > > > 'myService' not set in
> > > message
> > > > receiver. 100 :: Failed
> > > > > in creating DLL
> > > > >
> > > > > I understand that it
> > > probably was'nt
> > > > very wise to
> > > > > compile .c files using g++
> > > but,
> > > > compilation was
> > > > > sucessful, so I wonder
> > > > > where possible problem can
> > > be.
> > > > > Is it possible at all to
> > > compile
> > > > axis2/C web serice
> > > > > from C++ sources using C++
> > > > possibilities?
> > > > >
> > > > >
> > > >
> > >
> > > ------------------------------------------------------------------------
> > > > >
> > > > > No virus found in this
> > > incoming
> > > > message.
> > > > > Checked by AVG. Version:
> > > 7.5.519 /
> > > > Virus Database:
> > > > > 269.22.13/1376 - Release
> > > Date:
> > > > 4/13/2008 1:45 PM
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Samisa Abeysinghe Director,
> > > Engineering;
> > > > WSO2 Inc.
> > > > >
> > > > > http://www.wso2.com/ - "The Open
> > > Source SOA
> > > > Company"
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> > > > axis-c-user-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail:
> > > > > axis-c-user-help@ws.apache.org
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > > axis-c-user-unsubscribe@ws.apache.org
> > > > For additional commands, e-mail:
> > > > axis-c-user-help@ws.apache.org
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
> >
> >
> >
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Is it possible to send in the code you are using to help debug this
situation.
Samisa...
Manjula Peiris wrote:
> Alebu,
>
> Can you put those generated code inside #ifndef __cplusplus...
> declaration and try. I mean not only headers but also the implementation
> inside one #ifndef __cplusplus... block. Since you are using g++ as the
> compiler this may solve the problem. Because WSDL2C tool may be assuming
> that default compiler is gcc.
>
> Thanks,
> -Manjula.
>
>
> On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
>
>> I only had one additional function and it is declared (in header file)
>> in suggested #ifndef __cplusplus...
>> I even removed it and all calls to it (only one call actually), but
>> result is the same.
>> All other code is generated with WSDL2C utility. There was problems
>> with it too (there is a thread about it),
>> but they was solved. So code is purely generated by WSDL2C.
>> When I turn on linker option "do not use default
>> libraties" (-nodefaultlibs)
>> Segmentaion Fault turned into SOAP response:
>>
>> <soapenv:Envelope
>> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>> <soapenv:Header/>
>> <soapenv:Body>
>> <soapenv:Fault>
>> <faultcode>soapenv:Server</faultcode>
>> <faultstring>Failed in creating DLL</faultstring>
>> </soapenv:Fault>
>> </soapenv:Body>
>> </soapenv:Envelope>
>>
>> And in logs/axis2.log I have naow:
>> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100) Checking for
>> service using target endpoint address :
>> http://127.0.0.1:9090/axis2/services/uniservice
>> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121) Service found
>> using target endpoint address
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> AddressingInHandler within the phase Transport
>> [Thu Apr 24 12:42:36 2008] [info] Starting addressing in handler
>> [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> addressing_based_dispatcher within the phase Transport
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> rest_dispatcher within the phase Dispatch
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> soap_message_body_based_dispatcher within the phase Dispatch
>> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231) Checking for
>> operation using SOAP messagebody's first child's local name : serve
>> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240) Operation
>> found using SOAP message body's first child's local name
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> soap_action_based_dispatcher within the phase Dispatch
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> dispatch_post_conditions_evaluator within the phase PostDispatch
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> context_handler within the phase PostDispatch
>> [Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id not found
>> for message context while registering operation context for operation
>> serve
>> [Thu Apr 24 12:42:36 2008] [error] class_loader.c(161) dlerror
>> reason: ..//services/uniservice/libuniservice.so: undefined symbol:
>> __gxx_personality_v0
>> [Thu Apr 24 12:42:36 2008] [error] raw_xml_in_out_msg_recv.c(115) Impl
>> object for service 'uniservice' not set in message receiver. 101 ::
>> Failed in creating DLL
>> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
>> AddressingOutHandler within the phase MessageOut
>> [Thu Apr 24 12:42:36 2008] [info] Starting addressing out handler
>> [Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133) No action
>> present. Stop processing addressing
>> [Thu Apr 24 12:42:36 2008] [info] Request served in 0.123 seconds
>> [Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT. Server
>> shutting down
>> [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server thread
>> [Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181) Terminating
>> HTTP server thread.
>> [Thu Apr 24 12:45:15 2008] [info] Successfully terminated HTTP
>> server thread
>> [Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
>>
>>
>> On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris <ma...@wso2.com>
>> wrote:
>> Hi Alebu,
>>
>> The segfault comes from AXIS2_SVC_SKELETON_INIT macro. So this
>> is
>> because when calling your svc_skeleton_init function. Since
>> you are
>> using g++ and given that it worked for gcc the only reason I
>> can think
>> of is missing,
>> #ifdef __cplusplus
>> extern "C" {
>> #endif
>>
>>
>> declaration. Since you have that already there I can't think
>> of any
>> valid reason from the provided details. So in order to analyze
>> further
>> can you send us your web services code.
>>
>> Thanks,
>> -Manjula.
>>
>>
>> On Thu, 2008-04-24 at 10:02 +0200, alebu wrote:
>> > With 1.3.1-RC2 situation is the same... :(
>> >
>> > On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com>
>> wrote:
>> > Hmm, don't know if that what you need (based on
>> axis2c-1.3.0
>> > code):
>> >
>> > Program terminated with signal 11, Segmentation
>> fault.
>> > #0 0x746163696c707061 in ?? ()
>> > (gdb) backtrace
>> > #0 0x746163696c707061 in ?? ()
>> > #1 0x00002b960f68a0db in
>> axis2_msg_recv_make_new_svc_obj
>> > (msg_recv=<value optimized out>, env=0x676310,
>> msg_ctx=<value
>> > optimized out>)
>> > at msg_recv.c:166
>> > #2 0x00002b960f68a579 in
>> >
>> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
>> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
>> > new_msg_ctx=0x6829b0) at
>> raw_xml_in_out_msg_recv.c:99
>> > #3 0x00002b960f68a2b1 in
>> axis2_msg_recv_receive_impl
>> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
>> > callback_recv_param=<value optimized out>) at
>> > msg_recv.c:319
>> > #4 0x00002b960f681a75 in axis2_engine_receive
>> > (engine=0x6803c0, env=0x676310, msg_ctx=0x676ff0) at
>> > engine.c:297
>> > #5 0x00002b960f557542 in
>> > axis2_http_transport_utils_process_http_post_request
>> > (env=0x676310, msg_ctx=0x676ff0,
>> > in_stream=<value optimized out>,
>> out_stream=<value
>> > optimized out>, content_type=0x676530
>> > "text/xml;charset=UTF-8",
>> > content_length=<value optimized out>,
>> > soap_action_header=0x677650,
>> > request_uri=0x6773c0
>> > "http://127.0.0.1:9090/axis2/services/uniservice")
>> at
>> > http_transport_utils.c:583
>> > #6 0x00002b960f55587e in
>> axis2_http_worker_process_request
>> > (http_worker=0x676190, env=0x676310,
>> svr_conn=0x676350,
>> > simple_request=0x676490) at http_worker.c:400
>> > #7 0x00002b960f8cd26e in
>> axis2_svr_thread_worker_func
>> > (thd=0x676160, data=0x674c20) at
>> http_svr_thread.c:254
>> > #8 0x00002b960faf6143 in start_thread ()
>> > from /lib64/libpthread.so.0
>> > #9 0x00002b960fedf74d in clone ()
>> from /lib64/libc.so.6
>> > #10 0x0000000000000000 in ?? ()
>> > ------------
>> > I will try the same with 1.3.1-RC2 now
>> >
>> >
>> >
>> > On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris
>> > <ma...@wso2.com> wrote:
>> > Hi alebu,
>> >
>> > If it segfaults can you send us the gdb
>> backtrace ?
>> > BTW, another RC of
>> > 1.3.1 will be available soon.
>> >
>> > Thanks,
>> > -Manjula.
>> >
>> >
>> >
>> > On Wed, 2008-04-23 at 09:55 +0200, alebu
>> wrote:
>> > > Link to 1.3.1 you gave is broken for me.
>> > > Now I got slightly different problem.
>> > > After compiling using g++ for compiler and
>> linker
>> > (probably i was
>> > > using gcc/g++ earlier and thats was the
>> problem)
>> > > I simply have segmentaion fault before any
>> of my
>> > custom code is
>> > > executed. First row of generated with
>> WSDL2C invoke
>> > > method was logging function and it is not
>> executed.
>> > So, as I
>> > > understand, problem occurs somewhere
>> before invoke
>> > call.
>> > > Compiling the same code with the same
>> parameters but
>> > using gcc works
>> > > fine. I should mention that code in both
>> cases is
>> > > C code. All declarations are covered with
>> > > #ifdef __cplusplus
>> > > extern "C" {
>> > > #endif
>> > > //code
>> > > #ifdef __cplusplus
>> > > }
>> > > #endif
>> > > In axis2c logs last LIVE line is:
>> > > engine.c(670)
>> End:axis2_engine_invoke_phases
>> > > engine.c(648)
>> Start:axis2_engine_invoke_phases
>> > > engine.c(670)
>> End:axis2_engine_invoke_phases
>> > > class_loader.c(140) Object loaded
>> successfully
>> > > ... and no any error messages
>> > >
>> > > Any ideas? I could try the same with
>> axis2c 1.3.1
>> > but I need a link to
>> > > it (on website only 1.3.0 is available)
>> > > Compiler options are (fragment from
>> Eclipse/C log):
>> > > Invoking: GCC C Compiler
>> > > g++
>> -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
>> > -Wall -c
>> > > -fmessage-length=0 -fPIC -MMD -MP
>> > -MF"src/adb_field_type.d"
>> > > -MT"src/adb_field_type.d"
>> -o"src/adb_field_type.o"
>> > >
>> > > And linking log part is:
>> > > Invoking: GCC C Linker
>> > > g++ -L/opt/axis2c-1.3.0/lib
>> > -L/home/BEA/tuxedo9.1/lib -shared
>> > > -o"libmyservice.so"
>> >
>> ./src/adb_field_type.o ./src/adb_serve.o ./src/adb_serveResponse.o ./src/adb_serve_req_type.o ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
>> > >
>> > > Some additional libraries relative to BEA
>> Tuxedo are
>> > included, but I
>> > > don't think that they are the problem.
>> > >
>> > >
>> > > On Mon, Apr 14, 2008 at 4:08 PM, Samisa
>> Abeysinghe
>> > <sa...@wso2.com>
>> > > wrote:
>> > > What are the compiler options you
>> used when
>> > compiling the
>> > > service?
>> > >
>> > > We have added the dlerror to the
>> log in
>> > 1.3.1. The RC is
>> > > available, can you try with that?
>> > >
>> > > Samisa...
>> > >
>> > > alebu wrote:
>> > >
>> > > Hi list.
>> > > I have such a situation:
>> > > I have some web-service
>> which was
>> > generated from WSDL
>> > > using WSDL2C utility.
>> > > Later I decided to write
>> part of
>> > this web-service with
>> > > C++. Before functions that
>> uses
>> > > C++ code I put:
>> > > #ifdef __cplusplus
>> > > extern "C"
>> > > #endif
>> > > Then I tried to compile
>> using g++.
>> > During compilation
>> > > some errors were found,
>> but
>> > > all of them was about
>> incorrect
>> > conversion from void*
>> > > into axis2 types.
>> > > When I fixed them (I hope)
>> but when
>> > I call this
>> > > web-service I got axis
>> error:
>> > > ...
>> > >
>> > <faultcode>soapenv:Server</faultcode>
>> > >
>> <faultstring>Failed in
>> > creating
>> > > DLL</faultstring>
>> > > ...
>> > > In axis2.log only one
>> message was
>> > interesting for me:
>> > >
>> raw_xml_in_out_msg_recv.c(115) Impl
>> > object for service
>> > > 'myService' not set in
>> message
>> > receiver. 100 :: Failed
>> > > in creating DLL
>> > >
>> > > I understand that it
>> probably was'nt
>> > very wise to
>> > > compile .c files using g++
>> but,
>> > compilation was
>> > > sucessful, so I wonder
>> > > where possible problem can
>> be.
>> > > Is it possible at all to
>> compile
>> > axis2/C web serice
>> > > from C++ sources using C++
>> > possibilities?
>> > >
>> > >
>> >
>> ------------------------------------------------------------------------
>> > >
>> > > No virus found in this
>> incoming
>> > message.
>> > > Checked by AVG. Version:
>> 7.5.519 /
>> > Virus Database:
>> > > 269.22.13/1376 - Release
>> Date:
>> > 4/13/2008 1:45 PM
>> > >
>> > >
>> > >
>> > > --
>> > > Samisa Abeysinghe Director,
>> Engineering;
>> > WSO2 Inc.
>> > >
>> > > http://www.wso2.com/ - "The Open
>> Source SOA
>> > Company"
>> > >
>> > >
>> > >
>> > >
>> > >
>> >
>> ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail:
>> > axis-c-user-unsubscribe@ws.apache.org
>> > > For additional commands, e-mail:
>> > > axis-c-user-help@ws.apache.org
>> > >
>> > >
>> > >
>> >
>> >
>> >
>> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail:
>> > axis-c-user-unsubscribe@ws.apache.org
>> > For additional commands, e-mail:
>> > axis-c-user-help@ws.apache.org
>> >
>> >
>> >
>> >
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail:
>> axis-c-user-help@ws.apache.org
>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by Manjula Peiris <ma...@wso2.com>.
Alebu,
Can you put those generated code inside #ifndef __cplusplus...
declaration and try. I mean not only headers but also the implementation
inside one #ifndef __cplusplus... block. Since you are using g++ as the
compiler this may solve the problem. Because WSDL2C tool may be assuming
that default compiler is gcc.
Thanks,
-Manjula.
On Thu, 2008-04-24 at 11:51 +0200, alebu wrote:
> I only had one additional function and it is declared (in header file)
> in suggested #ifndef __cplusplus...
> I even removed it and all calls to it (only one call actually), but
> result is the same.
> All other code is generated with WSDL2C utility. There was problems
> with it too (there is a thread about it),
> but they was solved. So code is purely generated by WSDL2C.
> When I turn on linker option "do not use default
> libraties" (-nodefaultlibs)
> Segmentaion Fault turned into SOAP response:
>
> <soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
> <soapenv:Header/>
> <soapenv:Body>
> <soapenv:Fault>
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating DLL</faultstring>
> </soapenv:Fault>
> </soapenv:Body>
> </soapenv:Envelope>
>
> And in logs/axis2.log I have naow:
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100) Checking for
> service using target endpoint address :
> http://127.0.0.1:9090/axis2/services/uniservice
> [Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121) Service found
> using target endpoint address
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> AddressingInHandler within the phase Transport
> [Thu Apr 24 12:42:36 2008] [info] Starting addressing in handler
> [Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> addressing_based_dispatcher within the phase Transport
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> rest_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> soap_message_body_based_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231) Checking for
> operation using SOAP messagebody's first child's local name : serve
> [Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240) Operation
> found using SOAP message body's first child's local name
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> soap_action_based_dispatcher within the phase Dispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> dispatch_post_conditions_evaluator within the phase PostDispatch
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> context_handler within the phase PostDispatch
> [Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id not found
> for message context while registering operation context for operation
> serve
> [Thu Apr 24 12:42:36 2008] [error] class_loader.c(161) dlerror
> reason: ..//services/uniservice/libuniservice.so: undefined symbol:
> __gxx_personality_v0
> [Thu Apr 24 12:42:36 2008] [error] raw_xml_in_out_msg_recv.c(115) Impl
> object for service 'uniservice' not set in message receiver. 101 ::
> Failed in creating DLL
> [Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
> AddressingOutHandler within the phase MessageOut
> [Thu Apr 24 12:42:36 2008] [info] Starting addressing out handler
> [Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133) No action
> present. Stop processing addressing
> [Thu Apr 24 12:42:36 2008] [info] Request served in 0.123 seconds
> [Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT. Server
> shutting down
> [Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server thread
> [Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181) Terminating
> HTTP server thread.
> [Thu Apr 24 12:45:15 2008] [info] Successfully terminated HTTP
> server thread
> [Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
>
>
> On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris <ma...@wso2.com>
> wrote:
> Hi Alebu,
>
> The segfault comes from AXIS2_SVC_SKELETON_INIT macro. So this
> is
> because when calling your svc_skeleton_init function. Since
> you are
> using g++ and given that it worked for gcc the only reason I
> can think
> of is missing,
> #ifdef __cplusplus
> extern "C" {
> #endif
>
>
> declaration. Since you have that already there I can't think
> of any
> valid reason from the provided details. So in order to analyze
> further
> can you send us your web services code.
>
> Thanks,
> -Manjula.
>
>
> On Thu, 2008-04-24 at 10:02 +0200, alebu wrote:
> > With 1.3.1-RC2 situation is the same... :(
> >
> > On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com>
> wrote:
> > Hmm, don't know if that what you need (based on
> axis2c-1.3.0
> > code):
> >
> > Program terminated with signal 11, Segmentation
> fault.
> > #0 0x746163696c707061 in ?? ()
> > (gdb) backtrace
> > #0 0x746163696c707061 in ?? ()
> > #1 0x00002b960f68a0db in
> axis2_msg_recv_make_new_svc_obj
> > (msg_recv=<value optimized out>, env=0x676310,
> msg_ctx=<value
> > optimized out>)
> > at msg_recv.c:166
> > #2 0x00002b960f68a579 in
> >
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > new_msg_ctx=0x6829b0) at
> raw_xml_in_out_msg_recv.c:99
> > #3 0x00002b960f68a2b1 in
> axis2_msg_recv_receive_impl
> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > callback_recv_param=<value optimized out>) at
> > msg_recv.c:319
> > #4 0x00002b960f681a75 in axis2_engine_receive
> > (engine=0x6803c0, env=0x676310, msg_ctx=0x676ff0) at
> > engine.c:297
> > #5 0x00002b960f557542 in
> > axis2_http_transport_utils_process_http_post_request
> > (env=0x676310, msg_ctx=0x676ff0,
> > in_stream=<value optimized out>,
> out_stream=<value
> > optimized out>, content_type=0x676530
> > "text/xml;charset=UTF-8",
> > content_length=<value optimized out>,
> > soap_action_header=0x677650,
> > request_uri=0x6773c0
> > "http://127.0.0.1:9090/axis2/services/uniservice")
> at
> > http_transport_utils.c:583
> > #6 0x00002b960f55587e in
> axis2_http_worker_process_request
> > (http_worker=0x676190, env=0x676310,
> svr_conn=0x676350,
> > simple_request=0x676490) at http_worker.c:400
> > #7 0x00002b960f8cd26e in
> axis2_svr_thread_worker_func
> > (thd=0x676160, data=0x674c20) at
> http_svr_thread.c:254
> > #8 0x00002b960faf6143 in start_thread ()
> > from /lib64/libpthread.so.0
> > #9 0x00002b960fedf74d in clone ()
> from /lib64/libc.so.6
> > #10 0x0000000000000000 in ?? ()
> > ------------
> > I will try the same with 1.3.1-RC2 now
> >
> >
> >
> > On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris
> > <ma...@wso2.com> wrote:
> > Hi alebu,
> >
> > If it segfaults can you send us the gdb
> backtrace ?
> > BTW, another RC of
> > 1.3.1 will be available soon.
> >
> > Thanks,
> > -Manjula.
> >
> >
> >
> > On Wed, 2008-04-23 at 09:55 +0200, alebu
> wrote:
> > > Link to 1.3.1 you gave is broken for me.
> > > Now I got slightly different problem.
> > > After compiling using g++ for compiler and
> linker
> > (probably i was
> > > using gcc/g++ earlier and thats was the
> problem)
> > > I simply have segmentaion fault before any
> of my
> > custom code is
> > > executed. First row of generated with
> WSDL2C invoke
> > > method was logging function and it is not
> executed.
> > So, as I
> > > understand, problem occurs somewhere
> before invoke
> > call.
> > > Compiling the same code with the same
> parameters but
> > using gcc works
> > > fine. I should mention that code in both
> cases is
> > > C code. All declarations are covered with
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > //code
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > In axis2c logs last LIVE line is:
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > engine.c(648)
> Start:axis2_engine_invoke_phases
> > > engine.c(670)
> End:axis2_engine_invoke_phases
> > > class_loader.c(140) Object loaded
> successfully
> > > ... and no any error messages
> > >
> > > Any ideas? I could try the same with
> axis2c 1.3.1
> > but I need a link to
> > > it (on website only 1.3.0 is available)
> > > Compiler options are (fragment from
> Eclipse/C log):
> > > Invoking: GCC C Compiler
> > > g++
> -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > -Wall -c
> > > -fmessage-length=0 -fPIC -MMD -MP
> > -MF"src/adb_field_type.d"
> > > -MT"src/adb_field_type.d"
> -o"src/adb_field_type.o"
> > >
> > > And linking log part is:
> > > Invoking: GCC C Linker
> > > g++ -L/opt/axis2c-1.3.0/lib
> > -L/home/BEA/tuxedo9.1/lib -shared
> > > -o"libmyservice.so"
> >
> ./src/adb_field_type.o ./src/adb_serve.o ./src/adb_serveResponse.o ./src/adb_serve_req_type.o ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> > >
> > > Some additional libraries relative to BEA
> Tuxedo are
> > included, but I
> > > don't think that they are the problem.
> > >
> > >
> > > On Mon, Apr 14, 2008 at 4:08 PM, Samisa
> Abeysinghe
> > <sa...@wso2.com>
> > > wrote:
> > > What are the compiler options you
> used when
> > compiling the
> > > service?
> > >
> > > We have added the dlerror to the
> log in
> > 1.3.1. The RC is
> > > available, can you try with that?
> > >
> > > Samisa...
> > >
> > > alebu wrote:
> > >
> > > Hi list.
> > > I have such a situation:
> > > I have some web-service
> which was
> > generated from WSDL
> > > using WSDL2C utility.
> > > Later I decided to write
> part of
> > this web-service with
> > > C++. Before functions that
> uses
> > > C++ code I put:
> > > #ifdef __cplusplus
> > > extern "C"
> > > #endif
> > > Then I tried to compile
> using g++.
> > During compilation
> > > some errors were found,
> but
> > > all of them was about
> incorrect
> > conversion from void*
> > > into axis2 types.
> > > When I fixed them (I hope)
> but when
> > I call this
> > > web-service I got axis
> error:
> > > ...
> > >
> > <faultcode>soapenv:Server</faultcode>
> > >
> <faultstring>Failed in
> > creating
> > > DLL</faultstring>
> > > ...
> > > In axis2.log only one
> message was
> > interesting for me:
> > >
> raw_xml_in_out_msg_recv.c(115) Impl
> > object for service
> > > 'myService' not set in
> message
> > receiver. 100 :: Failed
> > > in creating DLL
> > >
> > > I understand that it
> probably was'nt
> > very wise to
> > > compile .c files using g++
> but,
> > compilation was
> > > sucessful, so I wonder
> > > where possible problem can
> be.
> > > Is it possible at all to
> compile
> > axis2/C web serice
> > > from C++ sources using C++
> > possibilities?
> > >
> > >
> >
> ------------------------------------------------------------------------
> > >
> > > No virus found in this
> incoming
> > message.
> > > Checked by AVG. Version:
> 7.5.519 /
> > Virus Database:
> > > 269.22.13/1376 - Release
> Date:
> > 4/13/2008 1:45 PM
> > >
> > >
> > >
> > > --
> > > Samisa Abeysinghe Director,
> Engineering;
> > WSO2 Inc.
> > >
> > > http://www.wso2.com/ - "The Open
> Source SOA
> > Company"
> > >
> > >
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > >
> > >
> > >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> >
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
I only had one additional function and it is declared (in header file) in
suggested #ifndef __cplusplus...
I even removed it and all calls to it (only one call actually), but result
is the same.
All other code is generated with WSDL2C utility. There was problems with it
too (there is a thread about it),
but they was solved. So code is purely generated by WSDL2C.
When I turn on linker option "do not use default libraties" (-nodefaultlibs)
Segmentaion Fault turned into SOAP response:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header/>
<soapenv:Body>
<soapenv:Fault>
<faultcode>soapenv:Server</faultcode>
<faultstring>Failed in creating DLL</faultstring>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>
And in logs/axis2.log I have naow:
[Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(100) Checking for service
using target endpoint address :
http://127.0.0.1:9090/axis2/services/uniservice
[Thu Apr 24 12:42:36 2008] [debug] req_uri_disp.c(121) Service found using
target endpoint address
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
AddressingInHandler within the phase Transport
[Thu Apr 24 12:42:36 2008] [info] Starting addressing in handler
[Thu Apr 24 12:42:36 2008] [info] addr_in_handler.c
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
addressing_based_dispatcher within the phase Transport
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
rest_dispatcher within the phase Dispatch
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
soap_message_body_based_dispatcher within the phase Dispatch
[Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(231) Checking for
operation using SOAP messagebody's first child's local name : serve
[Thu Apr 24 12:42:36 2008] [debug] soap_body_disp.c(240) Operation found
using SOAP message body's first child's local name
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
soap_action_based_dispatcher within the phase Dispatch
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
dispatch_post_conditions_evaluator within the phase PostDispatch
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
context_handler within the phase PostDispatch
[Thu Apr 24 12:42:36 2008] [warning] op.c(1149) Message id not found for
message context while registering operation context for operation serve
[Thu Apr 24 12:42:36 2008] [error] class_loader.c(161) dlerror reason:
..//services/uniservice/libuniservice.so: undefined symbol:
__gxx_personality_v0
[Thu Apr 24 12:42:36 2008] [error] raw_xml_in_out_msg_recv.c(115) Impl
object for service 'uniservice' not set in message receiver. 101 :: Failed
in creating DLL
[Thu Apr 24 12:42:36 2008] [debug] phase.c(210) Invoke the handler
AddressingOutHandler within the phase MessageOut
[Thu Apr 24 12:42:36 2008] [info] Starting addressing out handler
[Thu Apr 24 12:42:36 2008] [debug] addr_out_handler.c(133) No action
present. Stop processing addressing
[Thu Apr 24 12:42:36 2008] [info] Request served in 0.123 seconds
[Thu Apr 24 12:45:15 2008] [info] Received signal SIGINT. Server shutting
down
[Thu Apr 24 12:45:15 2008] [info] Terminating HTTP server thread
[Thu Apr 24 12:45:15 2008] [debug] http_svr_thread.c(181) Terminating HTTP
server thread.
[Thu Apr 24 12:45:15 2008] [info] Successfully terminated HTTP server
thread
[Thu Apr 24 12:45:15 2008] [info] Shutdown complete ...
On Thu, Apr 24, 2008 at 10:40 AM, Manjula Peiris <ma...@wso2.com> wrote:
> Hi Alebu,
>
> The segfault comes from AXIS2_SVC_SKELETON_INIT macro. So this is
> because when calling your svc_skeleton_init function. Since you are
> using g++ and given that it worked for gcc the only reason I can think
> of is missing,
> #ifdef __cplusplus
> extern "C" {
> #endif
>
> declaration. Since you have that already there I can't think of any
> valid reason from the provided details. So in order to analyze further
> can you send us your web services code.
>
> Thanks,
> -Manjula.
>
> On Thu, 2008-04-24 at 10:02 +0200, alebu wrote:
> > With 1.3.1-RC2 situation is the same... :(
> >
> > On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com> wrote:
> > Hmm, don't know if that what you need (based on axis2c-1.3.0
> > code):
> >
> > Program terminated with signal 11, Segmentation fault.
> > #0 0x746163696c707061 in ?? ()
> > (gdb) backtrace
> > #0 0x746163696c707061 in ?? ()
> > #1 0x00002b960f68a0db in axis2_msg_recv_make_new_svc_obj
> > (msg_recv=<value optimized out>, env=0x676310, msg_ctx=<value
> > optimized out>)
> > at msg_recv.c:166
> > #2 0x00002b960f68a579 in
> > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > new_msg_ctx=0x6829b0) at raw_xml_in_out_msg_recv.c:99
> > #3 0x00002b960f68a2b1 in axis2_msg_recv_receive_impl
> > (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> > callback_recv_param=<value optimized out>) at
> > msg_recv.c:319
> > #4 0x00002b960f681a75 in axis2_engine_receive
> > (engine=0x6803c0, env=0x676310, msg_ctx=0x676ff0) at
> > engine.c:297
> > #5 0x00002b960f557542 in
> > axis2_http_transport_utils_process_http_post_request
> > (env=0x676310, msg_ctx=0x676ff0,
> > in_stream=<value optimized out>, out_stream=<value
> > optimized out>, content_type=0x676530
> > "text/xml;charset=UTF-8",
> > content_length=<value optimized out>,
> > soap_action_header=0x677650,
> > request_uri=0x6773c0
> > "http://127.0.0.1:9090/axis2/services/uniservice") at
> > http_transport_utils.c:583
> > #6 0x00002b960f55587e in axis2_http_worker_process_request
> > (http_worker=0x676190, env=0x676310, svr_conn=0x676350,
> > simple_request=0x676490) at http_worker.c:400
> > #7 0x00002b960f8cd26e in axis2_svr_thread_worker_func
> > (thd=0x676160, data=0x674c20) at http_svr_thread.c:254
> > #8 0x00002b960faf6143 in start_thread ()
> > from /lib64/libpthread.so.0
> > #9 0x00002b960fedf74d in clone () from /lib64/libc.so.6
> > #10 0x0000000000000000 in ?? ()
> > ------------
> > I will try the same with 1.3.1-RC2 now
> >
> >
> >
> > On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris
> > <ma...@wso2.com> wrote:
> > Hi alebu,
> >
> > If it segfaults can you send us the gdb backtrace ?
> > BTW, another RC of
> > 1.3.1 will be available soon.
> >
> > Thanks,
> > -Manjula.
> >
> >
> >
> > On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > > Link to 1.3.1 you gave is broken for me.
> > > Now I got slightly different problem.
> > > After compiling using g++ for compiler and linker
> > (probably i was
> > > using gcc/g++ earlier and thats was the problem)
> > > I simply have segmentaion fault before any of my
> > custom code is
> > > executed. First row of generated with WSDL2C invoke
> > > method was logging function and it is not executed.
> > So, as I
> > > understand, problem occurs somewhere before invoke
> > call.
> > > Compiling the same code with the same parameters but
> > using gcc works
> > > fine. I should mention that code in both cases is
> > > C code. All declarations are covered with
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > //code
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > In axis2c logs last LIVE line is:
> > > engine.c(670) End:axis2_engine_invoke_phases
> > > engine.c(648) Start:axis2_engine_invoke_phases
> > > engine.c(670) End:axis2_engine_invoke_phases
> > > class_loader.c(140) Object loaded successfully
> > > ... and no any error messages
> > >
> > > Any ideas? I could try the same with axis2c 1.3.1
> > but I need a link to
> > > it (on website only 1.3.0 is available)
> > > Compiler options are (fragment from Eclipse/C log):
> > > Invoking: GCC C Compiler
> > > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> > -Wall -c
> > > -fmessage-length=0 -fPIC -MMD -MP
> > -MF"src/adb_field_type.d"
> > > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> > >
> > > And linking log part is:
> > > Invoking: GCC C Linker
> > > g++ -L/opt/axis2c-1.3.0/lib
> > -L/home/BEA/tuxedo9.1/lib -shared
> > > -o"libmyservice.so"
> > ./src/adb_field_type.o ./src/adb_serve.o
> ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux
> -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser
> -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> > >
> > > Some additional libraries relative to BEA Tuxedo are
> > included, but I
> > > don't think that they are the problem.
> > >
> > >
> > > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe
> > <sa...@wso2.com>
> > > wrote:
> > > What are the compiler options you used when
> > compiling the
> > > service?
> > >
> > > We have added the dlerror to the log in
> > 1.3.1. The RC is
> > > available, can you try with that?
> > >
> > > Samisa...
> > >
> > > alebu wrote:
> > >
> > > Hi list.
> > > I have such a situation:
> > > I have some web-service which was
> > generated from WSDL
> > > using WSDL2C utility.
> > > Later I decided to write part of
> > this web-service with
> > > C++. Before functions that uses
> > > C++ code I put:
> > > #ifdef __cplusplus
> > > extern "C"
> > > #endif
> > > Then I tried to compile using g++.
> > During compilation
> > > some errors were found, but
> > > all of them was about incorrect
> > conversion from void*
> > > into axis2 types.
> > > When I fixed them (I hope) but when
> > I call this
> > > web-service I got axis error:
> > > ...
> > >
> > <faultcode>soapenv:Server</faultcode>
> > > <faultstring>Failed in
> > creating
> > > DLL</faultstring>
> > > ...
> > > In axis2.log only one message was
> > interesting for me:
> > > raw_xml_in_out_msg_recv.c(115) Impl
> > object for service
> > > 'myService' not set in message
> > receiver. 100 :: Failed
> > > in creating DLL
> > >
> > > I understand that it probably was'nt
> > very wise to
> > > compile .c files using g++ but,
> > compilation was
> > > sucessful, so I wonder
> > > where possible problem can be.
> > > Is it possible at all to compile
> > axis2/C web serice
> > > from C++ sources using C++
> > possibilities?
> > >
> > >
> >
> ------------------------------------------------------------------------
> > >
> > > No virus found in this incoming
> > message.
> > > Checked by AVG. Version: 7.5.519 /
> > Virus Database:
> > > 269.22.13/1376 - Release Date:
> > 4/13/2008 1:45 PM
> > >
> > >
> > >
> > > --
> > > Samisa Abeysinghe Director, Engineering;
> > WSO2 Inc.
> > >
> > > http://www.wso2.com/ - "The Open Source SOA
> > Company"
> > >
> > >
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > >
> > >
> > >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> >
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
Re: Writing web services with C++
Posted by Manjula Peiris <ma...@wso2.com>.
Hi Alebu,
The segfault comes from AXIS2_SVC_SKELETON_INIT macro. So this is
because when calling your svc_skeleton_init function. Since you are
using g++ and given that it worked for gcc the only reason I can think
of is missing,
#ifdef __cplusplus
extern "C" {
#endif
declaration. Since you have that already there I can't think of any
valid reason from the provided details. So in order to analyze further
can you send us your web services code.
Thanks,
-Manjula.
On Thu, 2008-04-24 at 10:02 +0200, alebu wrote:
> With 1.3.1-RC2 situation is the same... :(
>
> On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com> wrote:
> Hmm, don't know if that what you need (based on axis2c-1.3.0
> code):
>
> Program terminated with signal 11, Segmentation fault.
> #0 0x746163696c707061 in ?? ()
> (gdb) backtrace
> #0 0x746163696c707061 in ?? ()
> #1 0x00002b960f68a0db in axis2_msg_recv_make_new_svc_obj
> (msg_recv=<value optimized out>, env=0x676310, msg_ctx=<value
> optimized out>)
> at msg_recv.c:166
> #2 0x00002b960f68a579 in
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> new_msg_ctx=0x6829b0) at raw_xml_in_out_msg_recv.c:99
> #3 0x00002b960f68a2b1 in axis2_msg_recv_receive_impl
> (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> callback_recv_param=<value optimized out>) at
> msg_recv.c:319
> #4 0x00002b960f681a75 in axis2_engine_receive
> (engine=0x6803c0, env=0x676310, msg_ctx=0x676ff0) at
> engine.c:297
> #5 0x00002b960f557542 in
> axis2_http_transport_utils_process_http_post_request
> (env=0x676310, msg_ctx=0x676ff0,
> in_stream=<value optimized out>, out_stream=<value
> optimized out>, content_type=0x676530
> "text/xml;charset=UTF-8",
> content_length=<value optimized out>,
> soap_action_header=0x677650,
> request_uri=0x6773c0
> "http://127.0.0.1:9090/axis2/services/uniservice") at
> http_transport_utils.c:583
> #6 0x00002b960f55587e in axis2_http_worker_process_request
> (http_worker=0x676190, env=0x676310, svr_conn=0x676350,
> simple_request=0x676490) at http_worker.c:400
> #7 0x00002b960f8cd26e in axis2_svr_thread_worker_func
> (thd=0x676160, data=0x674c20) at http_svr_thread.c:254
> #8 0x00002b960faf6143 in start_thread ()
> from /lib64/libpthread.so.0
> #9 0x00002b960fedf74d in clone () from /lib64/libc.so.6
> #10 0x0000000000000000 in ?? ()
> ------------
> I will try the same with 1.3.1-RC2 now
>
>
>
> On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris
> <ma...@wso2.com> wrote:
> Hi alebu,
>
> If it segfaults can you send us the gdb backtrace ?
> BTW, another RC of
> 1.3.1 will be available soon.
>
> Thanks,
> -Manjula.
>
>
>
> On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > Link to 1.3.1 you gave is broken for me.
> > Now I got slightly different problem.
> > After compiling using g++ for compiler and linker
> (probably i was
> > using gcc/g++ earlier and thats was the problem)
> > I simply have segmentaion fault before any of my
> custom code is
> > executed. First row of generated with WSDL2C invoke
> > method was logging function and it is not executed.
> So, as I
> > understand, problem occurs somewhere before invoke
> call.
> > Compiling the same code with the same parameters but
> using gcc works
> > fine. I should mention that code in both cases is
> > C code. All declarations are covered with
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > //code
> > #ifdef __cplusplus
> > }
> > #endif
> > In axis2c logs last LIVE line is:
> > engine.c(670) End:axis2_engine_invoke_phases
> > engine.c(648) Start:axis2_engine_invoke_phases
> > engine.c(670) End:axis2_engine_invoke_phases
> > class_loader.c(140) Object loaded successfully
> > ... and no any error messages
> >
> > Any ideas? I could try the same with axis2c 1.3.1
> but I need a link to
> > it (on website only 1.3.0 is available)
> > Compiler options are (fragment from Eclipse/C log):
> > Invoking: GCC C Compiler
> > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3
> -Wall -c
> > -fmessage-length=0 -fPIC -MMD -MP
> -MF"src/adb_field_type.d"
> > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> >
> > And linking log part is:
> > Invoking: GCC C Linker
> > g++ -L/opt/axis2c-1.3.0/lib
> -L/home/BEA/tuxedo9.1/lib -shared
> > -o"libmyservice.so"
> ./src/adb_field_type.o ./src/adb_serve.o ./src/adb_serveResponse.o ./src/adb_serve_req_type.o ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> >
> > Some additional libraries relative to BEA Tuxedo are
> included, but I
> > don't think that they are the problem.
> >
> >
> > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe
> <sa...@wso2.com>
> > wrote:
> > What are the compiler options you used when
> compiling the
> > service?
> >
> > We have added the dlerror to the log in
> 1.3.1. The RC is
> > available, can you try with that?
> >
> > Samisa...
> >
> > alebu wrote:
> >
> > Hi list.
> > I have such a situation:
> > I have some web-service which was
> generated from WSDL
> > using WSDL2C utility.
> > Later I decided to write part of
> this web-service with
> > C++. Before functions that uses
> > C++ code I put:
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > Then I tried to compile using g++.
> During compilation
> > some errors were found, but
> > all of them was about incorrect
> conversion from void*
> > into axis2 types.
> > When I fixed them (I hope) but when
> I call this
> > web-service I got axis error:
> > ...
> >
> <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in
> creating
> > DLL</faultstring>
> > ...
> > In axis2.log only one message was
> interesting for me:
> > raw_xml_in_out_msg_recv.c(115) Impl
> object for service
> > 'myService' not set in message
> receiver. 100 :: Failed
> > in creating DLL
> >
> > I understand that it probably was'nt
> very wise to
> > compile .c files using g++ but,
> compilation was
> > sucessful, so I wonder
> > where possible problem can be.
> > Is it possible at all to compile
> axis2/C web serice
> > from C++ sources using C++
> possibilities?
> >
> >
> ------------------------------------------------------------------------
> >
> > No virus found in this incoming
> message.
> > Checked by AVG. Version: 7.5.519 /
> Virus Database:
> > 269.22.13/1376 - Release Date:
> 4/13/2008 1:45 PM
> >
> >
> >
> > --
> > Samisa Abeysinghe Director, Engineering;
> WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA
> Company"
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
With 1.3.1-RC2 situation is the same... :(
On Thu, Apr 24, 2008 at 8:53 AM, alebu <al...@gmail.com> wrote:
> Hmm, don't know if that what you need (based on axis2c-1.3.0 code):
>
> Program terminated with signal 11, Segmentation fault.
> #0 0x746163696c707061 in ?? ()
> (gdb) backtrace
> #0 0x746163696c707061 in ?? ()
> #1 0x00002b960f68a0db in axis2_msg_recv_make_new_svc_obj (msg_recv=<value
> optimized out>, env=0x676310, msg_ctx=<value optimized out>)
> at msg_recv.c:166
> #2 0x00002b960f68a579 in
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync (msg_recv=0x674650,
> env=0x676310, msg_ctx=0x676ff0,
> new_msg_ctx=0x6829b0) at raw_xml_in_out_msg_recv.c:99
> #3 0x00002b960f68a2b1 in axis2_msg_recv_receive_impl (msg_recv=0x674650,
> env=0x676310, msg_ctx=0x676ff0,
> callback_recv_param=<value optimized out>) at msg_recv.c:319
> #4 0x00002b960f681a75 in axis2_engine_receive (engine=0x6803c0,
> env=0x676310, msg_ctx=0x676ff0) at engine.c:297
> #5 0x00002b960f557542 in
> axis2_http_transport_utils_process_http_post_request (env=0x676310,
> msg_ctx=0x676ff0,
> in_stream=<value optimized out>, out_stream=<value optimized out>,
> content_type=0x676530 "text/xml;charset=UTF-8",
> content_length=<value optimized out>, soap_action_header=0x677650,
> request_uri=0x6773c0 "http://127.0.0.1:9090/axis2/services/uniservice")
> at http_transport_utils.c:583
> #6 0x00002b960f55587e in axis2_http_worker_process_request
> (http_worker=0x676190, env=0x676310, svr_conn=0x676350,
> simple_request=0x676490) at http_worker.c:400
> #7 0x00002b960f8cd26e in axis2_svr_thread_worker_func (thd=0x676160,
> data=0x674c20) at http_svr_thread.c:254
> #8 0x00002b960faf6143 in start_thread () from /lib64/libpthread.so.0
> #9 0x00002b960fedf74d in clone () from /lib64/libc.so.6
> #10 0x0000000000000000 in ?? ()
> ------------
> I will try the same with 1.3.1-RC2 now
>
>
> On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris <ma...@wso2.com> wrote:
>
> > Hi alebu,
> >
> > If it segfaults can you send us the gdb backtrace ? BTW, another RC of
> > 1.3.1 will be available soon.
> >
> > Thanks,
> > -Manjula.
> >
> >
> > On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > > Link to 1.3.1 you gave is broken for me.
> > > Now I got slightly different problem.
> > > After compiling using g++ for compiler and linker (probably i was
> > > using gcc/g++ earlier and thats was the problem)
> > > I simply have segmentaion fault before any of my custom code is
> > > executed. First row of generated with WSDL2C invoke
> > > method was logging function and it is not executed. So, as I
> > > understand, problem occurs somewhere before invoke call.
> > > Compiling the same code with the same parameters but using gcc works
> > > fine. I should mention that code in both cases is
> > > C code. All declarations are covered with
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > //code
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > > In axis2c logs last LIVE line is:
> > > engine.c(670) End:axis2_engine_invoke_phases
> > > engine.c(648) Start:axis2_engine_invoke_phases
> > > engine.c(670) End:axis2_engine_invoke_phases
> > > class_loader.c(140) Object loaded successfully
> > > ... and no any error messages
> > >
> > > Any ideas? I could try the same with axis2c 1.3.1 but I need a link to
> > > it (on website only 1.3.0 is available)
> > > Compiler options are (fragment from Eclipse/C log):
> > > Invoking: GCC C Compiler
> > > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
> > > -fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
> > > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> > >
> > > And linking log part is:
> > > Invoking: GCC C Linker
> > > g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
> > > -o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o
> > ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> > ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> > ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux
> > -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser
> > -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> > >
> > > Some additional libraries relative to BEA Tuxedo are included, but I
> > > don't think that they are the problem.
> > >
> > >
> > > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe <sa...@wso2.com>
> > > wrote:
> > > What are the compiler options you used when compiling the
> > > service?
> > >
> > > We have added the dlerror to the log in 1.3.1. The RC is
> > > available, can you try with that?
> > >
> > > Samisa...
> > >
> > > alebu wrote:
> > >
> > > Hi list.
> > > I have such a situation:
> > > I have some web-service which was generated from WSDL
> > > using WSDL2C utility.
> > > Later I decided to write part of this web-service with
> > > C++. Before functions that uses
> > > C++ code I put:
> > > #ifdef __cplusplus
> > > extern "C"
> > > #endif
> > > Then I tried to compile using g++. During compilation
> > > some errors were found, but
> > > all of them was about incorrect conversion from void*
> > > into axis2 types.
> > > When I fixed them (I hope) but when I call this
> > > web-service I got axis error:
> > > ...
> > > <faultcode>soapenv:Server</faultcode>
> > > <faultstring>Failed in creating
> > > DLL</faultstring>
> > > ...
> > > In axis2.log only one message was interesting for me:
> > > raw_xml_in_out_msg_recv.c(115) Impl object for service
> > > 'myService' not set in message receiver. 100 :: Failed
> > > in creating DLL
> > >
> > > I understand that it probably was'nt very wise to
> > > compile .c files using g++ but, compilation was
> > > sucessful, so I wonder
> > > where possible problem can be.
> > > Is it possible at all to compile axis2/C web serice
> > > from C++ sources using C++ possibilities?
> > >
> > >
> > ------------------------------------------------------------------------
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG. Version: 7.5.519 / Virus Database:
> > > 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
> > >
> > >
> > >
> > > --
> > > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> > >
> > > http://www.wso2.com/ - "The Open Source SOA Company"
> > >
> > >
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail:
> > > axis-c-user-help@ws.apache.org
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
>
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Looking at the trace, it looks like the problem is in the get instance
method of the service.
Samisa...
alebu wrote:
> Hmm, don't know if that what you need (based on axis2c-1.3.0 code):
>
> Program terminated with signal 11, Segmentation fault.
> #0 0x746163696c707061 in ?? ()
> (gdb) backtrace
> #0 0x746163696c707061 in ?? ()
> #1 0x00002b960f68a0db in axis2_msg_recv_make_new_svc_obj
> (msg_recv=<value optimized out>, env=0x676310, msg_ctx=<value
> optimized out>)
> at msg_recv.c:166
> #2 0x00002b960f68a579 in
> axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync
> (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> new_msg_ctx=0x6829b0) at raw_xml_in_out_msg_recv.c:99
> #3 0x00002b960f68a2b1 in axis2_msg_recv_receive_impl
> (msg_recv=0x674650, env=0x676310, msg_ctx=0x676ff0,
> callback_recv_param=<value optimized out>) at msg_recv.c:319
> #4 0x00002b960f681a75 in axis2_engine_receive (engine=0x6803c0,
> env=0x676310, msg_ctx=0x676ff0) at engine.c:297
> #5 0x00002b960f557542 in
> axis2_http_transport_utils_process_http_post_request (env=0x676310,
> msg_ctx=0x676ff0,
> in_stream=<value optimized out>, out_stream=<value optimized out>,
> content_type=0x676530 "text/xml;charset=UTF-8",
> content_length=<value optimized out>, soap_action_header=0x677650,
> request_uri=0x6773c0
> "http://127.0.0.1:9090/axis2/services/uniservice") at
> http_transport_utils.c:583
> #6 0x00002b960f55587e in axis2_http_worker_process_request
> (http_worker=0x676190, env=0x676310, svr_conn=0x676350,
> simple_request=0x676490) at http_worker.c:400
> #7 0x00002b960f8cd26e in axis2_svr_thread_worker_func (thd=0x676160,
> data=0x674c20) at http_svr_thread.c:254
> #8 0x00002b960faf6143 in start_thread () from /lib64/libpthread.so.0
> #9 0x00002b960fedf74d in clone () from /lib64/libc.so.6
> #10 0x0000000000000000 in ?? ()
> ------------
> I will try the same with 1.3.1-RC2 now
>
> On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris <manjula@wso2.com
> <ma...@wso2.com>> wrote:
>
> Hi alebu,
>
> If it segfaults can you send us the gdb backtrace ? BTW, another RC of
> 1.3.1 will be available soon.
>
> Thanks,
> -Manjula.
>
>
> On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > Link to 1.3.1 you gave is broken for me.
> > Now I got slightly different problem.
> > After compiling using g++ for compiler and linker (probably i was
> > using gcc/g++ earlier and thats was the problem)
> > I simply have segmentaion fault before any of my custom code is
> > executed. First row of generated with WSDL2C invoke
> > method was logging function and it is not executed. So, as I
> > understand, problem occurs somewhere before invoke call.
> > Compiling the same code with the same parameters but using gcc works
> > fine. I should mention that code in both cases is
> > C code. All declarations are covered with
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > //code
> > #ifdef __cplusplus
> > }
> > #endif
> > In axis2c logs last LIVE line is:
> > engine.c(670) End:axis2_engine_invoke_phases
> > engine.c(648) Start:axis2_engine_invoke_phases
> > engine.c(670) End:axis2_engine_invoke_phases
> > class_loader.c(140) Object loaded successfully
> > ... and no any error messages
> >
> > Any ideas? I could try the same with axis2c 1.3.1 but I need a
> link to
> > it (on website only 1.3.0 is available)
> > Compiler options are (fragment from Eclipse/C log):
> > Invoking: GCC C Compiler
> > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
> > -fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
> > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> >
> > And linking log part is:
> > Invoking: GCC C Linker
> > g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
> > -o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o
> ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32
> -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine
> -laxis2_parser -laxis2_http_sender -laxis2_http_receiver
> -laxis2_libxml2
> >
> > Some additional libraries relative to BEA Tuxedo are included, but I
> > don't think that they are the problem.
> >
> >
> > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe
> <samisa@wso2.com <ma...@wso2.com>>
> > wrote:
> > What are the compiler options you used when compiling the
> > service?
> >
> > We have added the dlerror to the log in 1.3.1.
> <http://1.3.1.> The RC is
> > available, can you try with that?
> >
> > Samisa...
> >
> > alebu wrote:
> >
> > Hi list.
> > I have such a situation:
> > I have some web-service which was generated from
> WSDL
> > using WSDL2C utility.
> > Later I decided to write part of this
> web-service with
> > C++. Before functions that uses
> > C++ code I put:
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > Then I tried to compile using g++. During
> compilation
> > some errors were found, but
> > all of them was about incorrect conversion from
> void*
> > into axis2 types.
> > When I fixed them (I hope) but when I call this
> > web-service I got axis error:
> > ...
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating
> > DLL</faultstring>
> > ...
> > In axis2.log only one message was interesting
> for me:
> > raw_xml_in_out_msg_recv.c(115) Impl object for
> service
> > 'myService' not set in message receiver. 100 ::
> Failed
> > in creating DLL
> >
> > I understand that it probably was'nt very wise to
> > compile .c files using g++ but, compilation was
> > sucessful, so I wonder
> > where possible problem can be.
> > Is it possible at all to compile axis2/C web serice
> > from C++ sources using C++ possibilities?
> >
> >
> ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.519 / Virus Database:
> > 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
> >
> >
> >
> > --
> > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> <ma...@ws.apache.org>
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
> <ma...@ws.apache.org>
>
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.4/1394 - Release Date: 4/23/2008 7:16 PM
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
Hmm, don't know if that what you need (based on axis2c-1.3.0 code):
Program terminated with signal 11, Segmentation fault.
#0 0x746163696c707061 in ?? ()
(gdb) backtrace
#0 0x746163696c707061 in ?? ()
#1 0x00002b960f68a0db in axis2_msg_recv_make_new_svc_obj (msg_recv=<value
optimized out>, env=0x676310, msg_ctx=<value optimized out>)
at msg_recv.c:166
#2 0x00002b960f68a579 in
axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync (msg_recv=0x674650,
env=0x676310, msg_ctx=0x676ff0,
new_msg_ctx=0x6829b0) at raw_xml_in_out_msg_recv.c:99
#3 0x00002b960f68a2b1 in axis2_msg_recv_receive_impl (msg_recv=0x674650,
env=0x676310, msg_ctx=0x676ff0,
callback_recv_param=<value optimized out>) at msg_recv.c:319
#4 0x00002b960f681a75 in axis2_engine_receive (engine=0x6803c0,
env=0x676310, msg_ctx=0x676ff0) at engine.c:297
#5 0x00002b960f557542 in
axis2_http_transport_utils_process_http_post_request (env=0x676310,
msg_ctx=0x676ff0,
in_stream=<value optimized out>, out_stream=<value optimized out>,
content_type=0x676530 "text/xml;charset=UTF-8",
content_length=<value optimized out>, soap_action_header=0x677650,
request_uri=0x6773c0 "http://127.0.0.1:9090/axis2/services/uniservice")
at http_transport_utils.c:583
#6 0x00002b960f55587e in axis2_http_worker_process_request
(http_worker=0x676190, env=0x676310, svr_conn=0x676350,
simple_request=0x676490) at http_worker.c:400
#7 0x00002b960f8cd26e in axis2_svr_thread_worker_func (thd=0x676160,
data=0x674c20) at http_svr_thread.c:254
#8 0x00002b960faf6143 in start_thread () from /lib64/libpthread.so.0
#9 0x00002b960fedf74d in clone () from /lib64/libc.so.6
#10 0x0000000000000000 in ?? ()
------------
I will try the same with 1.3.1-RC2 now
On Wed, Apr 23, 2008 at 10:09 AM, Manjula Peiris <ma...@wso2.com> wrote:
> Hi alebu,
>
> If it segfaults can you send us the gdb backtrace ? BTW, another RC of
> 1.3.1 will be available soon.
>
> Thanks,
> -Manjula.
>
>
> On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> > Link to 1.3.1 you gave is broken for me.
> > Now I got slightly different problem.
> > After compiling using g++ for compiler and linker (probably i was
> > using gcc/g++ earlier and thats was the problem)
> > I simply have segmentaion fault before any of my custom code is
> > executed. First row of generated with WSDL2C invoke
> > method was logging function and it is not executed. So, as I
> > understand, problem occurs somewhere before invoke call.
> > Compiling the same code with the same parameters but using gcc works
> > fine. I should mention that code in both cases is
> > C code. All declarations are covered with
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > //code
> > #ifdef __cplusplus
> > }
> > #endif
> > In axis2c logs last LIVE line is:
> > engine.c(670) End:axis2_engine_invoke_phases
> > engine.c(648) Start:axis2_engine_invoke_phases
> > engine.c(670) End:axis2_engine_invoke_phases
> > class_loader.c(140) Object loaded successfully
> > ... and no any error messages
> >
> > Any ideas? I could try the same with axis2c 1.3.1 but I need a link to
> > it (on website only 1.3.0 is available)
> > Compiler options are (fragment from Eclipse/C log):
> > Invoking: GCC C Compiler
> > g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
> > -fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
> > -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
> >
> > And linking log part is:
> > Invoking: GCC C Linker
> > g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
> > -o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o
> ./src/adb_serveResponse.o ./src/adb_serve_req_type.o
> ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
> ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux
> -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser
> -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
> >
> > Some additional libraries relative to BEA Tuxedo are included, but I
> > don't think that they are the problem.
> >
> >
> > On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe <sa...@wso2.com>
> > wrote:
> > What are the compiler options you used when compiling the
> > service?
> >
> > We have added the dlerror to the log in 1.3.1. The RC is
> > available, can you try with that?
> >
> > Samisa...
> >
> > alebu wrote:
> >
> > Hi list.
> > I have such a situation:
> > I have some web-service which was generated from WSDL
> > using WSDL2C utility.
> > Later I decided to write part of this web-service with
> > C++. Before functions that uses
> > C++ code I put:
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > Then I tried to compile using g++. During compilation
> > some errors were found, but
> > all of them was about incorrect conversion from void*
> > into axis2 types.
> > When I fixed them (I hope) but when I call this
> > web-service I got axis error:
> > ...
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating
> > DLL</faultstring>
> > ...
> > In axis2.log only one message was interesting for me:
> > raw_xml_in_out_msg_recv.c(115) Impl object for service
> > 'myService' not set in message receiver. 100 :: Failed
> > in creating DLL
> >
> > I understand that it probably was'nt very wise to
> > compile .c files using g++ but, compilation was
> > sucessful, so I wonder
> > where possible problem can be.
> > Is it possible at all to compile axis2/C web serice
> > from C++ sources using C++ possibilities?
> >
> >
> ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.519 / Virus Database:
> > 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
> >
> >
> >
> > --
> > Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail:
> > axis-c-user-help@ws.apache.org
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
Re: Writing web services with C++
Posted by Manjula Peiris <ma...@wso2.com>.
Hi alebu,
If it segfaults can you send us the gdb backtrace ? BTW, another RC of
1.3.1 will be available soon.
Thanks,
-Manjula.
On Wed, 2008-04-23 at 09:55 +0200, alebu wrote:
> Link to 1.3.1 you gave is broken for me.
> Now I got slightly different problem.
> After compiling using g++ for compiler and linker (probably i was
> using gcc/g++ earlier and thats was the problem)
> I simply have segmentaion fault before any of my custom code is
> executed. First row of generated with WSDL2C invoke
> method was logging function and it is not executed. So, as I
> understand, problem occurs somewhere before invoke call.
> Compiling the same code with the same parameters but using gcc works
> fine. I should mention that code in both cases is
> C code. All declarations are covered with
> #ifdef __cplusplus
> extern "C" {
> #endif
> //code
> #ifdef __cplusplus
> }
> #endif
> In axis2c logs last LIVE line is:
> engine.c(670) End:axis2_engine_invoke_phases
> engine.c(648) Start:axis2_engine_invoke_phases
> engine.c(670) End:axis2_engine_invoke_phases
> class_loader.c(140) Object loaded successfully
> ... and no any error messages
>
> Any ideas? I could try the same with axis2c 1.3.1 but I need a link to
> it (on website only 1.3.0 is available)
> Compiler options are (fragment from Eclipse/C log):
> Invoking: GCC C Compiler
> g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
> -fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
> -MT"src/adb_field_type.d" -o"src/adb_field_type.o"
>
> And linking log part is:
> Invoking: GCC C Linker
> g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
> -o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o ./src/adb_serveResponse.o ./src/adb_serve_req_type.o ./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o ./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux -lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser -laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
>
> Some additional libraries relative to BEA Tuxedo are included, but I
> don't think that they are the problem.
>
>
> On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe <sa...@wso2.com>
> wrote:
> What are the compiler options you used when compiling the
> service?
>
> We have added the dlerror to the log in 1.3.1. The RC is
> available, can you try with that?
>
> Samisa...
>
> alebu wrote:
>
> Hi list.
> I have such a situation:
> I have some web-service which was generated from WSDL
> using WSDL2C utility.
> Later I decided to write part of this web-service with
> C++. Before functions that uses
> C++ code I put:
> #ifdef __cplusplus
> extern "C"
> #endif
> Then I tried to compile using g++. During compilation
> some errors were found, but
> all of them was about incorrect conversion from void*
> into axis2 types.
> When I fixed them (I hope) but when I call this
> web-service I got axis error:
> ...
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating
> DLL</faultstring>
> ...
> In axis2.log only one message was interesting for me:
> raw_xml_in_out_msg_recv.c(115) Impl object for service
> 'myService' not set in message receiver. 100 :: Failed
> in creating DLL
>
> I understand that it probably was'nt very wise to
> compile .c files using g++ but, compilation was
> sucessful, so I wonder
> where possible problem can be.
> Is it possible at all to compile axis2/C web serice
> from C++ sources using C++ possibilities?
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG. Version: 7.5.519 / Virus Database:
> 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
>
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail:
> axis-c-user-help@ws.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by alebu <al...@gmail.com>.
Link to 1.3.1 you gave is broken for me.
Now I got slightly different problem.
After compiling using g++ for compiler and linker (probably i was using
gcc/g++ earlier and thats was the problem)
I simply have segmentaion fault before any of my custom code is executed.
First row of generated with WSDL2C invoke
method was logging function and it is not executed. So, as I understand,
problem occurs somewhere before invoke call.
Compiling the same code with the same parameters but using gcc works fine. I
should mention that code in both cases is
C code. All declarations are covered with
#ifdef __cplusplus
extern "C" {
#endif
//code
#ifdef __cplusplus
}
#endif
In axis2c logs last LIVE line is:
engine.c(670) End:axis2_engine_invoke_phases
engine.c(648) Start:axis2_engine_invoke_phases
engine.c(670) End:axis2_engine_invoke_phases
class_loader.c(140) Object loaded successfully
... and no any error messages
Any ideas? I could try the same with axis2c 1.3.1 but I need a link to it
(on website only 1.3.0 is available)
Compiler options are (fragment from Eclipse/C log):
Invoking: GCC C Compiler
g++ -I/opt/axis2c-1.3.0/include/axis2-1.3.0 -O0 -g3 -Wall -c
-fmessage-length=0 -fPIC -MMD -MP -MF"src/adb_field_type.d"
-MT"src/adb_field_type.d" -o"src/adb_field_type.o"
And linking log part is:
Invoking: GCC C Linker
g++ -L/opt/axis2c-1.3.0/lib -L/home/BEA/tuxedo9.1/lib -shared
-o"libmyservice.so" ./src/adb_field_type.o ./src/adb_serve.o
./src/adb_serveResponse.o ./src/adb_serve_req_type.o
./src/adb_serve_resp_type.o ./src/axis2_skel_uniservice.o
./src/axis2_svc_skel_uniservice.o -ldl -lbuft -lfml -lfml32 -lengine -ltux
-lpthread -laxutil -laxis2_axiom -laxis2_engine -laxis2_parser
-laxis2_http_sender -laxis2_http_receiver -laxis2_libxml2
Some additional libraries relative to BEA Tuxedo are included, but I don't
think that they are the problem.
On Mon, Apr 14, 2008 at 4:08 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
> What are the compiler options you used when compiling the service?
>
> We have added the dlerror to the log in 1.3.1. The RC is available, can
> you try with that?
>
> Samisa...
>
> alebu wrote:
>
> > Hi list.
> > I have such a situation:
> > I have some web-service which was generated from WSDL using WSDL2C
> > utility.
> > Later I decided to write part of this web-service with C++. Before
> > functions that uses
> > C++ code I put:
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > Then I tried to compile using g++. During compilation some errors were
> > found, but
> > all of them was about incorrect conversion from void* into axis2 types.
> > When I fixed them (I hope) but when I call this web-service I got axis
> > error:
> > ...
> > <faultcode>soapenv:Server</faultcode>
> > <faultstring>Failed in creating DLL</faultstring>
> > ...
> > In axis2.log only one message was interesting for me:
> > raw_xml_in_out_msg_recv.c(115) Impl object for service 'myService' not
> > set in message receiver. 100 :: Failed in creating DLL
> >
> > I understand that it probably was'nt very wise to compile .c files using
> > g++ but, compilation was sucessful, so I wonder
> > where possible problem can be.
> > Is it possible at all to compile axis2/C web serice from C++ sources
> > using C++ possibilities?
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.13/1376 -
> > Release Date: 4/13/2008 1:45 PM
> >
> >
>
>
> --
> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
Re: Writing web services with C++
Posted by Samisa Abeysinghe <sa...@wso2.com>.
What are the compiler options you used when compiling the service?
We have added the dlerror to the log in 1.3.1. The RC is available, can
you try with that?
Samisa...
alebu wrote:
> Hi list.
> I have such a situation:
> I have some web-service which was generated from WSDL using WSDL2C
> utility.
> Later I decided to write part of this web-service with C++. Before
> functions that uses
> C++ code I put:
> #ifdef __cplusplus
> extern "C"
> #endif
> Then I tried to compile using g++. During compilation some errors were
> found, but
> all of them was about incorrect conversion from void* into axis2 types.
> When I fixed them (I hope) but when I call this web-service I got axis
> error:
> ...
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating DLL</faultstring>
> ...
> In axis2.log only one message was interesting for me:
> raw_xml_in_out_msg_recv.c(115) Impl object for service 'myService' not
> set in message receiver. 100 :: Failed in creating DLL
>
> I understand that it probably was'nt very wise to compile .c files
> using g++ but, compilation was sucessful, so I wonder
> where possible problem can be.
> Is it possible at all to compile axis2/C web serice from C++ sources
> using C++ possibilities?
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.519 / Virus Database: 269.22.13/1376 - Release Date: 4/13/2008 1:45 PM
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Writing web services with C++
Posted by Michael Sutter <Mi...@ipe.fzk.de>.
Hello Alebu,
yes it is possible to compile and run a service using c and c++ code.
My only change is to use additional arguments (-ldl -lpthread) when
compiling the service to a shared library.
Regards Michael
alebu wrote:
> Hi list.
> I have such a situation:
> I have some web-service which was generated from WSDL using WSDL2C
> utility.
> Later I decided to write part of this web-service with C++. Before
> functions that uses
> C++ code I put:
> #ifdef __cplusplus
> extern "C"
> #endif
> Then I tried to compile using g++. During compilation some errors were
> found, but
> all of them was about incorrect conversion from void* into axis2 types.
> When I fixed them (I hope) but when I call this web-service I got axis
> error:
> ...
> <faultcode>soapenv:Server</faultcode>
> <faultstring>Failed in creating DLL</faultstring>
> ...
> In axis2.log only one message was interesting for me:
> raw_xml_in_out_msg_recv.c(115) Impl object for service 'myService' not
> set in message receiver. 100 :: Failed in creating DLL
>
> I understand that it probably was'nt very wise to compile .c files
> using g++ but, compilation was sucessful, so I wonder
> where possible problem can be.
> Is it possible at all to compile axis2/C web serice from C++ sources
> using C++ possibilities?
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org