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 Sérgio Gomes <se...@gmail.com> on 2008/03/19 14:02:10 UTC
"Transport sender value is NULL, unable to continue"
Hello,
I'm having issues with Axis2/C (latest release). I'm running into an
issue I've seen described in some places while searching for info,
here's the log:
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*request_uri_based_dispatcher added to the index 0 of the phase
Transport
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*addressing_based_dispatcher added to the index 1 of the phase
Transport
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*rest_dispatcher added to the index 0 of the phase Dispatch
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*soap_message_body_based_dispatcher added to the index 1 of the phase
Dispatch
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*soap_action_based_dispatcher added to the index 2 of the phase
Dispatch
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*dispatch_post_conditions_evaluator added to the index 0 of the phase
PostDispatch
[Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
*context_handler added to the index 1 of the phase PostDispatch
[Wed Mar 19 12:49:16 2008] [debug] conf_builder.c(233) no custom
dispatching order found continue with default dispatching order
[Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
sender value is NULL, unable to continue
[Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
process transport senders failed, unable to continue
[Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
failed. conf value is NULL
>From what I gathered, this is usually due to Axis not being able to
find the dynamic libraries (the .so files, in this case, since I'm
running Linux). I find that odd because I chose /usr as the
installation prefix, so that all the library files were neatly
installed in /usr/lib. And when I run ldd on my binary, it seems to
find everything, including libaxis2_http_sender.so.0, which would
presumably be the problem:
$ ldd main
linux-gate.so.1 => (0xffffe000)
libaxutil.so.0 => /usr/lib/libaxutil.so.0 (0xf7fde000)
libaxis2_axiom.so.0 => /usr/lib/libaxis2_axiom.so.0 (0xf7fb9000)
libaxis2_parser.so.0 => /usr/lib/libaxis2_parser.so.0 (0xf7fb1000)
libaxis2_engine.so.0 => /usr/lib/libaxis2_engine.so.0 (0xf7f60000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4db9c000)
libaxis2_http_sender.so.0 =>
/usr/lib/libaxis2_http_sender.so.0 (0xf7f4c000)
libaxis2_http_receiver.so.0 =>
/usr/lib/libaxis2_http_receiver.so.0 (0xf7f48000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4da5f000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x4d92b000)
libz.so.1 => /usr/lib/libz.so.1 (0x4db77000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4e38e000)
libneethi.so.0 => /usr/lib/libneethi.so.0 (0xf7f2b000)
libaxis2_http_common.so.0 =>
/usr/lib/libaxis2_http_common.so.0 (0xf7f1b000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4da65000)
/lib/ld-linux.so.2 (0x4d912000)
libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0x4f76d000)
libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0x4f543000)
I'm trying to run a SOAP connection over https, could that be part of
the problem? I'm including my axis2.xml, in case it helps.
Thanks in advance!
Cheers,
Sérgio Gomes
Re: "Transport sender value is NULL, unable to continue"
Posted by Sérgio Gomes <se...@gmail.com>.
Hi Senaka, Dinesh,
Looks like it worked! Creating a symlink in the AXIS2C_HOME directory,
that is. I'm now running into another issue, but it doesn't look
related, so I'll start a new discussion.
Thanks a lot for your help!
Cheers,
Sérgio
---
On Wed, Mar 19, 2008 at 7:13 PM, Senaka Fernando <se...@wso2.com> wrote:
> If not,
>
> Won't a symbolic link work in this case? (I mean adding a symbolic link
> lib which will point to '/usr/lib').
>
> Regards,
> Senaka
>
>
>
> > Hi Sérgio,
> >
> > "Sérgio Gomes" <se...@gmail.com> writes:
> >
> >> Hi Samisa,
> >>
> >> My repo directory is inside my home folder, namely
> >> ~/src/axis2c-src-1.3.0/ . That's where I compiled Axis, and I've set
> >> that as my AXIS2C_HOME, keeping everything in there, both source and
> >> intermediate binaries. However, since I installed to /usr, there's no
> >> lib directory in there; all the libraries are in /usr/lib instead.
> >
> > AXIS2C_HOME directory should have lib, services and modules directory
> > under it. I think that is why engine unable to load those libraries. As
> > an example:
> >
> > my AXIS2C_HOME,
> >
> > dinesh@etch:~/axis2c/deploy$ ls
> > AUTHORS axis2.xml bin COPYING CREDITS docs include INSTALL lib
> > LICENSE logs modules NEWS NOTICE services share
> >
> > thanks,
> > Dinesh
> >
> >
> > --
> > http://nethu.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: "Transport sender value is NULL, unable to continue"
Posted by Senaka Fernando <se...@wso2.com>.
If not,
Won't a symbolic link work in this case? (I mean adding a symbolic link
lib which will point to '/usr/lib').
Regards,
Senaka
> Hi Sérgio,
>
> "Sérgio Gomes" <se...@gmail.com> writes:
>
>> Hi Samisa,
>>
>> My repo directory is inside my home folder, namely
>> ~/src/axis2c-src-1.3.0/ . That's where I compiled Axis, and I've set
>> that as my AXIS2C_HOME, keeping everything in there, both source and
>> intermediate binaries. However, since I installed to /usr, there's no
>> lib directory in there; all the libraries are in /usr/lib instead.
>
> AXIS2C_HOME directory should have lib, services and modules directory
> under it. I think that is why engine unable to load those libraries. As
> an example:
>
> my AXIS2C_HOME,
>
> dinesh@etch:~/axis2c/deploy$ ls
> AUTHORS axis2.xml bin COPYING CREDITS docs include INSTALL lib
> LICENSE logs modules NEWS NOTICE services share
>
> thanks,
> Dinesh
>
>
> --
> http://nethu.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: "Transport sender value is NULL, unable to continue"
Posted by Dinesh Premalal <xy...@gmail.com>.
Hi Sérgio,
"Sérgio Gomes" <se...@gmail.com> writes:
> Hi Samisa,
>
> My repo directory is inside my home folder, namely
> ~/src/axis2c-src-1.3.0/ . That's where I compiled Axis, and I've set
> that as my AXIS2C_HOME, keeping everything in there, both source and
> intermediate binaries. However, since I installed to /usr, there's no
> lib directory in there; all the libraries are in /usr/lib instead.
AXIS2C_HOME directory should have lib, services and modules directory
under it. I think that is why engine unable to load those libraries. As
an example:
my AXIS2C_HOME,
dinesh@etch:~/axis2c/deploy$ ls
AUTHORS axis2.xml bin COPYING CREDITS docs include INSTALL lib
LICENSE logs modules NEWS NOTICE services share
thanks,
Dinesh
--
http://nethu.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: "Transport sender value is NULL, unable to continue"
Posted by Sérgio Gomes <se...@gmail.com>.
Hi Samisa,
My repo directory is inside my home folder, namely
~/src/axis2c-src-1.3.0/ . That's where I compiled Axis, and I've set
that as my AXIS2C_HOME, keeping everything in there, both source and
intermediate binaries. However, since I installed to /usr, there's no
lib directory in there; all the libraries are in /usr/lib instead.
Thanks,
Sérgio
---
On Wed, Mar 19, 2008 at 4:51 PM, Samisa Abeysinghe <sa...@wso2.com> wrote:
> What is your repo location? Do you have a lib folder in your repo?
>
> Samisa...
>
>
>
> Sérgio Gomes wrote:
> > Hi Dinesh,
> >
> > Unfortunately, no such luck, I still get the same error :-/
> >
> > I'm thinking of trying a new instalation in a different machine, just
> > to make sure that it's a setup issue; I'm afraid the system libraries
> > in this one might be too old. Would you recommend any specific Linux
> > distribution/setup for this, or should I just go with, say, the latest
> > Ubuntu?
> >
> > Thanks,
> > Sérgio
> >
> > ---
> > On Wed, Mar 19, 2008 at 3:14 PM, Dinesh Premalal <xy...@gmail.com> wrote:
> >
> >> Hi Sérgio,
> >>
> >>
> >> "Sérgio Gomes" <se...@gmail.com> writes:
> >> > dispatching order found continue with default dispatching order
> >> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
> >> > sender value is NULL, unable to continue
> >> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
> >> > process transport senders failed, unable to continue
> >> > [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
> >> > failed. conf value is NULL
> >> >
> >> > From what I gathered, this is usually due to Axis not being able to
> >> > find the dynamic libraries (the .so files, in this case, since I'm
> >> > running Linux). I find that odd because I chose /usr as the
> >> > installation prefix, so that all the library files were neatly
> >> > installed in /usr/lib. And when I run ldd on my binary, it seems to
> >> > find everything, including libaxis2_http_sender.so.0, which would
> >> > presumably be the problem:
> >>
> >> Could you please try to update ld.conf.cache and try, you can do it by running
> >> following command as a super user.
> >>
> >> #ldconfig
> >>
> >> I'm saying this because, Recently we were able to resolve such a
> >> problem (not axis2 transport library but other library) by updating
> >> ld.conf.cache
> >>
> >> thanks,
> >> Dinesh
> >> --
> >> http://nethu.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
> Software Architect; WSO2 Inc.
>
> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>
>
>
>
> ---------------------------------------------------------------------
> 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: "Transport sender value is NULL, unable to continue"
Posted by Samisa Abeysinghe <sa...@wso2.com>.
What is your repo location? Do you have a lib folder in your repo?
Samisa...
Sérgio Gomes wrote:
> Hi Dinesh,
>
> Unfortunately, no such luck, I still get the same error :-/
>
> I'm thinking of trying a new instalation in a different machine, just
> to make sure that it's a setup issue; I'm afraid the system libraries
> in this one might be too old. Would you recommend any specific Linux
> distribution/setup for this, or should I just go with, say, the latest
> Ubuntu?
>
> Thanks,
> Sérgio
>
> ---
> On Wed, Mar 19, 2008 at 3:14 PM, Dinesh Premalal <xy...@gmail.com> wrote:
>
>> Hi Sérgio,
>>
>>
>> "Sérgio Gomes" <se...@gmail.com> writes:
>> > dispatching order found continue with default dispatching order
>> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
>> > sender value is NULL, unable to continue
>> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
>> > process transport senders failed, unable to continue
>> > [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
>> > failed. conf value is NULL
>> >
>> > From what I gathered, this is usually due to Axis not being able to
>> > find the dynamic libraries (the .so files, in this case, since I'm
>> > running Linux). I find that odd because I chose /usr as the
>> > installation prefix, so that all the library files were neatly
>> > installed in /usr/lib. And when I run ldd on my binary, it seems to
>> > find everything, including libaxis2_http_sender.so.0, which would
>> > presumably be the problem:
>>
>> Could you please try to update ld.conf.cache and try, you can do it by running
>> following command as a super user.
>>
>> #ldconfig
>>
>> I'm saying this because, Recently we were able to resolve such a
>> problem (not axis2 transport library but other library) by updating
>> ld.conf.cache
>>
>> thanks,
>> Dinesh
>> --
>> http://nethu.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
Software Architect; WSO2 Inc.
http://www.wso2.com/ - "Oxygenating the Web Service Platform."
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: "Transport sender value is NULL, unable to continue"
Posted by Sérgio Gomes <se...@gmail.com>.
Hi Dinesh,
Unfortunately, no such luck, I still get the same error :-/
I'm thinking of trying a new instalation in a different machine, just
to make sure that it's a setup issue; I'm afraid the system libraries
in this one might be too old. Would you recommend any specific Linux
distribution/setup for this, or should I just go with, say, the latest
Ubuntu?
Thanks,
Sérgio
---
On Wed, Mar 19, 2008 at 3:14 PM, Dinesh Premalal <xy...@gmail.com> wrote:
> Hi Sérgio,
>
>
> "Sérgio Gomes" <se...@gmail.com> writes:
> > dispatching order found continue with default dispatching order
> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
> > sender value is NULL, unable to continue
> > [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
> > process transport senders failed, unable to continue
> > [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
> > failed. conf value is NULL
> >
> > From what I gathered, this is usually due to Axis not being able to
> > find the dynamic libraries (the .so files, in this case, since I'm
> > running Linux). I find that odd because I chose /usr as the
> > installation prefix, so that all the library files were neatly
> > installed in /usr/lib. And when I run ldd on my binary, it seems to
> > find everything, including libaxis2_http_sender.so.0, which would
> > presumably be the problem:
>
> Could you please try to update ld.conf.cache and try, you can do it by running
> following command as a super user.
>
> #ldconfig
>
> I'm saying this because, Recently we were able to resolve such a
> problem (not axis2 transport library but other library) by updating
> ld.conf.cache
>
> thanks,
> Dinesh
> --
> http://nethu.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: "Transport sender value is NULL, unable to continue"
Posted by Dinesh Premalal <xy...@gmail.com>.
Hi Sérgio,
"Sérgio Gomes" <se...@gmail.com> writes:
> dispatching order found continue with default dispatching order
> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
> sender value is NULL, unable to continue
> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
> process transport senders failed, unable to continue
> [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
> failed. conf value is NULL
>
> From what I gathered, this is usually due to Axis not being able to
> find the dynamic libraries (the .so files, in this case, since I'm
> running Linux). I find that odd because I chose /usr as the
> installation prefix, so that all the library files were neatly
> installed in /usr/lib. And when I run ldd on my binary, it seems to
> find everything, including libaxis2_http_sender.so.0, which would
> presumably be the problem:
Could you please try to update ld.conf.cache and try, you can do it by running
following command as a super user.
#ldconfig
I'm saying this because, Recently we were able to resolve such a
problem (not axis2 transport library but other library) by updating
ld.conf.cache
thanks,
Dinesh
--
http://nethu.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: "Transport sender value is NULL, unable to continue"
Posted by Sérgio Gomes <se...@gmail.com>.
Hi Senaka,
Thanks for your help. I tried commenting the "http" transports in
axis2.xml (I think that's what you meant by duplicates), as well as
adding the certificate information from the server (not the key file
or passphrase, since I don't need client authentication, and I don't
have them). Oh, and yes, I already had compiled Axis with
--enable-openssl=yes. I still got the same error, after all this. :-/
Also, I tried the echo client sample provided with the Axis2/C
distribution (after disabling all the https transports in axis2.xml
and enabling the http ones), and I got the same error in that one, so
I'm starting to think it might not be a problem with SSL...
Any ideas?
Thanks,
Sérgio
---
On Wed, Mar 19, 2008 at 2:14 PM, Senaka Fernando <se...@wso2.com> wrote:
> Hi again,
>
> Please remove the duplicates in your axis2.xml. Sorry, that I forgot to
> mention that.
>
> And, I hope you built the source with the --enable-openssl=yes configure
> option.
>
> More info can be found in the Axis2/C manual, at [1]
>
> [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#ssl_client
>
> Regards,
> Senaka
>
>
>
> > Hi Sérgio,
> >
> > If you are using HTTPS yes, this can be an issue.
> >
> > Please add these to your axis2.xml
> >
> > <transportSender name="https" class="axis2_http_sender">
> > <parameter name="PROTOCOL" locked="false">HTTP/1.1</parameter>
> > <parameter name="xml-declaration" insert="false"/>
> > </transportSender>
> > <parameter name="SERVER_CERT">[/path/to/ca/certificate]</parameter>
> > <parameter
> > name="KEY_FILE">[/path/to/client/certificate/chain/file]</parameter>
> > <parameter name="SSL_PASSPHRASE">[passphrase]</parameter>
> >
> > And,
> >
> > <transportReceiver name="https" class="axis2_http_receiver">
> > <parameter name="port" locked="false">6060</parameter>
> > <parameter name="exposeHeaders" locked="true">false</parameter>
> > </transportReceiver>
> >
> >
> > Also, suitably replace the content inside '[' ']'.
> >
> > Regards,
> > Senaka
> >
> >
> >> Hello,
> >>
> >> I'm having issues with Axis2/C (latest release). I'm running into an
> >> issue I've seen described in some places while searching for info,
> >> here's the log:
> >>
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *request_uri_based_dispatcher added to the index 0 of the phase
> >> Transport
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *addressing_based_dispatcher added to the index 1 of the phase
> >> Transport
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *rest_dispatcher added to the index 0 of the phase Dispatch
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *soap_message_body_based_dispatcher added to the index 1 of the phase
> >> Dispatch
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *soap_action_based_dispatcher added to the index 2 of the phase
> >> Dispatch
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *dispatch_post_conditions_evaluator added to the index 0 of the phase
> >> PostDispatch
> >> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> >> *context_handler added to the index 1 of the phase PostDispatch
> >> [Wed Mar 19 12:49:16 2008] [debug] conf_builder.c(233) no custom
> >> dispatching order found continue with default dispatching order
> >> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
> >> sender value is NULL, unable to continue
> >> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
> >> process transport senders failed, unable to continue
> >> [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
> >> failed. conf value is NULL
> >>
> >>>From what I gathered, this is usually due to Axis not being able to
> >> find the dynamic libraries (the .so files, in this case, since I'm
> >> running Linux). I find that odd because I chose /usr as the
> >> installation prefix, so that all the library files were neatly
> >> installed in /usr/lib. And when I run ldd on my binary, it seems to
> >> find everything, including libaxis2_http_sender.so.0, which would
> >> presumably be the problem:
> >>
> >> $ ldd main
> >> linux-gate.so.1 => (0xffffe000)
> >> libaxutil.so.0 => /usr/lib/libaxutil.so.0 (0xf7fde000)
> >> libaxis2_axiom.so.0 => /usr/lib/libaxis2_axiom.so.0 (0xf7fb9000)
> >> libaxis2_parser.so.0 => /usr/lib/libaxis2_parser.so.0
> >> (0xf7fb1000)
> >> libaxis2_engine.so.0 => /usr/lib/libaxis2_engine.so.0
> >> (0xf7f60000)
> >> libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
> >> (0x4db9c000)
> >> libaxis2_http_sender.so.0 =>
> >> /usr/lib/libaxis2_http_sender.so.0 (0xf7f4c000)
> >> libaxis2_http_receiver.so.0 =>
> >> /usr/lib/libaxis2_http_receiver.so.0 (0xf7f48000)
> >> libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4da5f000)
> >> libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x4d92b000)
> >> libz.so.1 => /usr/lib/libz.so.1 (0x4db77000)
> >> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4e38e000)
> >> libneethi.so.0 => /usr/lib/libneethi.so.0 (0xf7f2b000)
> >> libaxis2_http_common.so.0 =>
> >> /usr/lib/libaxis2_http_common.so.0 (0xf7f1b000)
> >> libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4da65000)
> >> /lib/ld-linux.so.2 (0x4d912000)
> >> libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8
> >> (0x4f76d000)
> >> libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
> >> (0x4f543000)
> >>
> >> I'm trying to run a SOAP connection over https, could that be part of
> >> the problem? I'm including my axis2.xml, in case it helps.
> >>
> >> Thanks in advance!
> >>
> >> Cheers,
> >> Sérgio Gomes
> >> ---------------------------------------------------------------------
> >> 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: "Transport sender value is NULL, unable to continue"
Posted by Senaka Fernando <se...@wso2.com>.
Hi again,
Please remove the duplicates in your axis2.xml. Sorry, that I forgot to
mention that.
And, I hope you built the source with the --enable-openssl=yes configure
option.
More info can be found in the Axis2/C manual, at [1]
[1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#ssl_client
Regards,
Senaka
> Hi Sérgio,
>
> If you are using HTTPS yes, this can be an issue.
>
> Please add these to your axis2.xml
>
> <transportSender name="https" class="axis2_http_sender">
> <parameter name="PROTOCOL" locked="false">HTTP/1.1</parameter>
> <parameter name="xml-declaration" insert="false"/>
> </transportSender>
> <parameter name="SERVER_CERT">[/path/to/ca/certificate]</parameter>
> <parameter
> name="KEY_FILE">[/path/to/client/certificate/chain/file]</parameter>
> <parameter name="SSL_PASSPHRASE">[passphrase]</parameter>
>
> And,
>
> <transportReceiver name="https" class="axis2_http_receiver">
> <parameter name="port" locked="false">6060</parameter>
> <parameter name="exposeHeaders" locked="true">false</parameter>
> </transportReceiver>
>
>
> Also, suitably replace the content inside '[' ']'.
>
> Regards,
> Senaka
>
>
>> Hello,
>>
>> I'm having issues with Axis2/C (latest release). I'm running into an
>> issue I've seen described in some places while searching for info,
>> here's the log:
>>
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *request_uri_based_dispatcher added to the index 0 of the phase
>> Transport
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *addressing_based_dispatcher added to the index 1 of the phase
>> Transport
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *rest_dispatcher added to the index 0 of the phase Dispatch
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *soap_message_body_based_dispatcher added to the index 1 of the phase
>> Dispatch
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *soap_action_based_dispatcher added to the index 2 of the phase
>> Dispatch
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *dispatch_post_conditions_evaluator added to the index 0 of the phase
>> PostDispatch
>> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
>> *context_handler added to the index 1 of the phase PostDispatch
>> [Wed Mar 19 12:49:16 2008] [debug] conf_builder.c(233) no custom
>> dispatching order found continue with default dispatching order
>> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
>> sender value is NULL, unable to continue
>> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
>> process transport senders failed, unable to continue
>> [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
>> failed. conf value is NULL
>>
>>>>From what I gathered, this is usually due to Axis not being able to
>> find the dynamic libraries (the .so files, in this case, since I'm
>> running Linux). I find that odd because I chose /usr as the
>> installation prefix, so that all the library files were neatly
>> installed in /usr/lib. And when I run ldd on my binary, it seems to
>> find everything, including libaxis2_http_sender.so.0, which would
>> presumably be the problem:
>>
>> $ ldd main
>> linux-gate.so.1 => (0xffffe000)
>> libaxutil.so.0 => /usr/lib/libaxutil.so.0 (0xf7fde000)
>> libaxis2_axiom.so.0 => /usr/lib/libaxis2_axiom.so.0 (0xf7fb9000)
>> libaxis2_parser.so.0 => /usr/lib/libaxis2_parser.so.0
>> (0xf7fb1000)
>> libaxis2_engine.so.0 => /usr/lib/libaxis2_engine.so.0
>> (0xf7f60000)
>> libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
>> (0x4db9c000)
>> libaxis2_http_sender.so.0 =>
>> /usr/lib/libaxis2_http_sender.so.0 (0xf7f4c000)
>> libaxis2_http_receiver.so.0 =>
>> /usr/lib/libaxis2_http_receiver.so.0 (0xf7f48000)
>> libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4da5f000)
>> libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x4d92b000)
>> libz.so.1 => /usr/lib/libz.so.1 (0x4db77000)
>> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4e38e000)
>> libneethi.so.0 => /usr/lib/libneethi.so.0 (0xf7f2b000)
>> libaxis2_http_common.so.0 =>
>> /usr/lib/libaxis2_http_common.so.0 (0xf7f1b000)
>> libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4da65000)
>> /lib/ld-linux.so.2 (0x4d912000)
>> libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8
>> (0x4f76d000)
>> libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
>> (0x4f543000)
>>
>> I'm trying to run a SOAP connection over https, could that be part of
>> the problem? I'm including my axis2.xml, in case it helps.
>>
>> Thanks in advance!
>>
>> Cheers,
>> Sérgio Gomes
>> ---------------------------------------------------------------------
>> 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: "Transport sender value is NULL, unable to continue"
Posted by Senaka Fernando <se...@wso2.com>.
Hi Sérgio,
If you are using HTTPS yes, this can be an issue.
Please add these to your axis2.xml
<transportSender name="https" class="axis2_http_sender">
<parameter name="PROTOCOL" locked="false">HTTP/1.1</parameter>
<parameter name="xml-declaration" insert="false"/>
</transportSender>
<parameter name="SERVER_CERT">[/path/to/ca/certificate]</parameter>
<parameter
name="KEY_FILE">[/path/to/client/certificate/chain/file]</parameter>
<parameter name="SSL_PASSPHRASE">[passphrase]</parameter>
And,
<transportReceiver name="https" class="axis2_http_receiver">
<parameter name="port" locked="false">6060</parameter>
<parameter name="exposeHeaders" locked="true">false</parameter>
</transportReceiver>
Also, suitably replace the content inside '[' ']'.
Regards,
Senaka
> Hello,
>
> I'm having issues with Axis2/C (latest release). I'm running into an
> issue I've seen described in some places while searching for info,
> here's the log:
>
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *request_uri_based_dispatcher added to the index 0 of the phase
> Transport
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *addressing_based_dispatcher added to the index 1 of the phase
> Transport
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *rest_dispatcher added to the index 0 of the phase Dispatch
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *soap_message_body_based_dispatcher added to the index 1 of the phase
> Dispatch
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *soap_action_based_dispatcher added to the index 2 of the phase
> Dispatch
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *dispatch_post_conditions_evaluator added to the index 0 of the phase
> PostDispatch
> [Wed Mar 19 12:49:16 2008] [debug] phase.c(121) axis2_handler_t
> *context_handler added to the index 1 of the phase PostDispatch
> [Wed Mar 19 12:49:16 2008] [debug] conf_builder.c(233) no custom
> dispatching order found continue with default dispatching order
> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(860) transport
> sender value is NULL, unable to continue
> [Wed Mar 19 12:49:16 2008] [error] conf_builder.c(262) conf builder
> process transport senders failed, unable to continue
> [Wed Mar 19 12:49:16 2008] [error] conf_init.c(229) dep engine load
> failed. conf value is NULL
>
>>>From what I gathered, this is usually due to Axis not being able to
> find the dynamic libraries (the .so files, in this case, since I'm
> running Linux). I find that odd because I chose /usr as the
> installation prefix, so that all the library files were neatly
> installed in /usr/lib. And when I run ldd on my binary, it seems to
> find everything, including libaxis2_http_sender.so.0, which would
> presumably be the problem:
>
> $ ldd main
> linux-gate.so.1 => (0xffffe000)
> libaxutil.so.0 => /usr/lib/libaxutil.so.0 (0xf7fde000)
> libaxis2_axiom.so.0 => /usr/lib/libaxis2_axiom.so.0 (0xf7fb9000)
> libaxis2_parser.so.0 => /usr/lib/libaxis2_parser.so.0 (0xf7fb1000)
> libaxis2_engine.so.0 => /usr/lib/libaxis2_engine.so.0 (0xf7f60000)
> libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4db9c000)
> libaxis2_http_sender.so.0 =>
> /usr/lib/libaxis2_http_sender.so.0 (0xf7f4c000)
> libaxis2_http_receiver.so.0 =>
> /usr/lib/libaxis2_http_receiver.so.0 (0xf7f48000)
> libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4da5f000)
> libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x4d92b000)
> libz.so.1 => /usr/lib/libz.so.1 (0x4db77000)
> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4e38e000)
> libneethi.so.0 => /usr/lib/libneethi.so.0 (0xf7f2b000)
> libaxis2_http_common.so.0 =>
> /usr/lib/libaxis2_http_common.so.0 (0xf7f1b000)
> libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4da65000)
> /lib/ld-linux.so.2 (0x4d912000)
> libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0x4f76d000)
> libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
> (0x4f543000)
>
> I'm trying to run a SOAP connection over https, could that be part of
> the problem? I'm including my axis2.xml, in case it helps.
>
> Thanks in advance!
>
> Cheers,
> Sérgio Gomes
> ---------------------------------------------------------------------
> 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