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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> 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
> > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> >
> >
> >
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> 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
> > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
> >
> >
> >
> >
> > 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
> > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
> >
> >
> >
> >
> > 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
> > > <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> >
> >
> >
> > <mailto:[EMAIL PROTECTED]>>> 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
> > > <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
> >
> >
> >
> >
> > > > 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:
> > > [EMAIL
PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > > > For additional
> > commands, e-mail:
> > > >
[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > [EMAIL
PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > > For additional commands,
> > e-mail:
> > > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > >
> > >
> > >
> > >
> > >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> >
> > <mailto:[EMAIL PROTECTED]>>
> >
> >
> >
> >
> >
> >
> > -- Samisa Abeysinghe Director, Engineering; WSO2 Inc.
> >
> > http://www.wso2.com/ - "The Open Source SOA Company"
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> >
> > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED]
> >
> > <mailto:[EMAIL PROTECTED]>>
> >
> >
> >
> >
------------------------------------------------------------------------
> >
> > 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: [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> >
> >
> > ------------------------------------------------------------------------
> >
> > 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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
