Hi, I've just taken a look at the code within the HTTP transport, and there is an inconsistent mix of signed and unsigned short values when handling the port number. It is very likely this is the cause of your problems.
The fix looks very simple. Can you raise a JIRA issues for this, so we can track it. Thanks, Adrian _______________________________________ Adrian Dick ([EMAIL PROTECTED]) WebSphere MQ and ESB Development IBM United Kingdom Ltd. Tel: +44-(0)-1962-819212 Notes: Adrian Dick/UK/[EMAIL PROTECTED] "Antoine Galataud" <[EMAIL PROTECTED]> wrote on 06/03/2006 15:15:47: > Ok !! It works !!! > > With 1.6a.n ! > > Seems it's a bug, because the client can't open a connection (open a > socket) on a port > 32000 (something like that, I didn't verified > the exact number). So, apache was running on 64010, it was bad. > I verified with some home made samples in cpp and java, the > connections work for ports >32000. So i guess it's an axis bug. > Could you confirm ? > > Thanks > 2006/3/6, Antoine Galataud < [EMAIL PROTECTED]>: > Hi all ! > > I'm still searching for a solution to my client problem (SIGABRT) > received. I think I'm near the problem, but i need help to solve it ! > > In fact, exception thrown by client is HTTPTransportException, and > it seems to be thrown in HTTPChannel::OpenChannel(). But I don't > know exactly where. > Here is my client log : > > [06/03/2006 12:10:53:808 MET] 1 HTTPTransport > openConnection @248e8 > [06/03/2006 12:10:53:808 MET] 1 HTTPChannel > open @249c8 > [06/03/2006 12:10:53:809 MET] 1 HTTPChannel > OpenChannel @249c8 > [06/03/2006 12:10:53:809 MET] 1 URL > getHostName > [06/03/2006 12:10:53:809 MET] 1 URL < getHostName "localhost" > [06/03/2006 12:10:53:809 MET] 1 URL > getPort > [06/03/2006 12:10:53:809 MET] 1 URL < getPort 64010 > [06/03/2006 12:10:53:877 MET] 1 HTTPTransportException > > HTTPTransportException @fefea988,54, <null> > [06/03/2006 12:10:53:878 MET] 1 HTTPTransportException > > getMessageForExceptionCode @fefea988,54 > [06/03/2006 12:10:53:878 MET] 1 HTTPTransportException < > getMessageForExceptionCode @fefea988,"HTTPTransportException:Unknown > Transport Exception" > [06/03/2006 12:10:53:878 MET] 1 HTTPTransportException < > HTTPTransportException @fefea988 > [06/03/2006 12:10:53:878 MET] 1 ClientAxisEngine X process @24a88, > caught AxisException(6, "HTTPTransportException:Unknown Transport Exception") > [06/03/2006 12:10:53:879 MET] 1 AxisGenException > AxisGenException > @fefea9e0,54, "HTTPTransportException:Unknown Transport Exception" > [06/03/2006 12:10:53:879 MET] 1 AxisGenException > > getMessageForExceptionCode @fefea9e0,54 > [06/03/2006 12:10:53:879 MET] 1 AxisGenException < > getMessageForExceptionCode @fefea9e0,"" > [06/03/2006 12:10:53:879 MET] 1 AxisGenException > > getMessageForExceptionCode @fefea9e0,54 > [06/03/2006 12:10:53:879 MET] 1 AxisGenException < > getMessageForExceptionCode @fefea9e0,"" > [06/03/2006 12:10:53:879 MET] 1 AxisGenException < AxisGenException @fefea9e0 > [06/03/2006 12:10:53:879 MET] 1 HTTPTransportException > > ~HTTPTransportException @fefea988 > [06/03/2006 12:10:53:880 MET] 1 HTTPTransportException < > ~HTTPTransportException @fefea988 > [06/03/2006 12:10:53:880 MET] 1 SoapFaultException > > SoapFaultException @fefeaa38,AxisException(6, " > HTTPTransportException:Unknown Transport Exception") > [06/03/2006 12:10:53:880 MET] 1 SoapFaultException < > SoapFaultException @fefeaa38 > > it is said as an unknown transport exception, but i can guess it is > when connection is opened, maybe when socket is opened. > > Some more details : the server is running on http://localhost:64010/axis > the service Calculator provides add(int,int) method at http: > //localhost:64010/axis/Calculator#add > > In the file Calculator.cpp generated by wsdl2ws, i tried to set > endpoint uri to "http://localhost:64010/axis"; or even " http: > //localhost:64010/axis/Calculator " > > What can be the possible cause(s) of this problem ? > > Thanks in advance ! > > 2006/3/3, Antoine Galataud < [EMAIL PROTECTED] >: > I forgot : i also had to relink libaxiscpp_mod.so, cause some libs > were missing > like this : > CC -qoption ld -i -o libaxiscpp_mod.so -G -lCrun -lCstd /axis/axis- > c-1.6a.n-SunOS-trace-bin/lib/axis/libaxiscpp_mod.so > 2006/3/3, Antoine Galataud < [EMAIL PROTECTED]>: > ok, i tried with : > - 1.6a.n binary release for SunOS > - calculator example > - xerces 2.2.0 > > I'm stuck again with the "same" error : when i run the calculator > sample, i get a SIGABRT; here is my debugger output : > Reading calculator > Reading ld.so.1 > Reading libdl.so.1 > Reading libaxis_client.so > Reading libCstd.so.1 > Reading libCrun.so.1 > Reading libm.so.1 > Reading libw.so.1 > Reading libc.so.1 > Reading libsocket.so.1 > Reading libnsl.so.1 > Reading libmp.so.2 > Reading libCstd_isa.so.1 > Reading libc_psr.so.1 > (dbx) run > Running: calculator > (process id 21159) > Reading libaxis_xerces.so > Reading libxerces-c.so.22 > Reading libpthread.so.1 > Reading libthread.so.1 > detected a multithreaded program > Reading libhttp_transport.so > Reading libhttp_channel.so > Reading nss_files.so.1 > Reading nss_nis.so.1 > Exception of type <unknown type> is unhandled > [EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in __exdbg_notify_of_throw at > 0xfefd3d94 > 0xfefd3d94: __exdbg_notify_of_throw : jmp %o7 + 0x8 > > Unfortunatly, i don't have much time to see where exactly exception > occurs, but i guess it's probably at the same point (or nearly) > > My stub and skeleton compilation options : > Skeleton : > CC -qoption ld -i -o libcalc.so -xO3 -xlibmil -xlibmopt -DNDEBUG - > xildoff -DNDEBUG -DSYSV -DSVR4 -Dsolaris -DANSI_C - > D_TEMPLATES_ENABLE_ -mt -D_POSIX_THREADS -D_REENTRANT - > DEXCEPTION_EXPORTS -PIC -G -I../../include *.cpp > > Stub : > CC *.cpp -I../include -L /axis/axis-c-1.6a.n-SunOS-trace- > bin/lib/axis -ldl -laxis_client -o calculator > > my axiscpp.conf : > WSDDFilePath:/axis/etc/server.wsdd > XMLParser:/axis/axis-c-1.6a.n-SunOS-trace-bin /lib/axis/libaxis_xerces.so > LogPath:/log/AxisLog > ClientLogPath:/axis/log/AxisClientLog > ClientWSDDFilePath:/axis/etc/client.wsdd > Transport_http:/axis/axis-c-1.6a.n-SunOS-trace- > bin/lib/axis/libhttp_transport.so > Channel_HTTP:/axis/axis-c-1.6 a.n-SunOS-trace-bin/lib/axis/libhttp_channel.so > > my server.wsdd : > <?xml version="1.0" encoding="UTF-8"?> > <deployment xmlns=" http://xml.apache.org/axis/wsdd/"; xmlns:C="http: > //xml.apache.org/axis/wsdd/providers/C " xmlns:CPP=" http://xml. > apache.org/axis/wsdd/providers/CPP"> > <globalConfiguration> > </globalConfiguration> > <service name="Calculator" provider="CPP:RPC" > description="Calculator Web Service"> > <parameter name="allowedMethods" value="add"/> > <parameter name="className" value="/apache/webservices/libcalc.so"/> > </service> > </deployment> > > Once again, i have no way to verify that my webservice is up and > correctly deployed by apache without testing with a client, so i > can't figure out if it's a client bug or server bug. > With simple_axis_server, if i open its url in a browser, it does > nothing. If i start the client, same bug, unless the browser > requests it, then it waits > > I also found another bug in 1.5 release : axiscpp.conf is not > correctly parsed (it's not an encoding problem, i checked) : if i > let comments (with #), the file is just not parsed. > > One other question : for tests, do you use gcc on Solaris or do you > use native CC (in buildInitialize.xml, it's set at CC) ? > > Thank again for help, hope we could fix those bugs rapidly ! > > 2006/3/3, Antoine Galataud < [EMAIL PROTECTED] >: > Ok so i tried with 2.2.0 xerces release, it changed nothing. I will > try to do some more tests, and post my results. > 2006/3/3, Antoine Galataud < [EMAIL PROTECTED]>: > Thank for your response, > > I will try to open a bug report and give patches as soon as possible. > For my error, i compiled axis c++ with xerces 2.5, and the lib is > correctly loaded at run time. So, i don't think it's that. Maybe > opening bug will help to have a faster answer > 2006/3/3, John Hawkins < [EMAIL PROTECTED]>: > > Many thanks for the feedback ! > > Can you supply patches for these issues - opening JIRA's for each > problem and attaching the fix would be great ! > > Re the sigabort in invoke - this is usually because you don't have > either the right version of xerces in your path or it's not there at all. > > many thanks again, > John. > > > > > "Antoine Galataud" <[EMAIL PROTECTED]> > 03/03/2006 11:20 > > Please respond to > "Apache AXIS C User List" <[email protected]> > > To > > [email protected] > > cc > > Subject > > Axis C++ and Solaris... feedback > > > > Hi, > > first of all, i want to thank developpers of this project, which is > great and will become a reference. > > I'm too a developper, trying to replace a CORBA communication layer in > a big application by WS (for interop purposes, particularly at > compilation time, AIX is not well supported with may CORBA > distributions). > We decided to choose Axis as a webservices framework and provider, and > started to work on a Solaris 8 system with Axis C++ 1.5 release. > > We dealed with a lot of problems ! We found syntax pb : > - in HandlerChain.hpp, bug described in mailing list, resolved > - in StubC.hpp : some static_cast are leading to compil. errors (we > replaced them by dynamic ones) > > We found link pb (maybe it's only for us) : we had to add -lCrun and > -lCstd to linker args to fit our needs. > > We managed to compile mod_axis for apache support, deployed it, and it > seems ok. The problem here is that we have no way to verify it's > deployed until we test it with a client. > The second problem comes here : we generated stubs and skeletons for > client and server parts, we compiled, seems ok. But we receive SIGABRT > at runtime for the client. with a little debugging and tracing, we > found that the exception is thrown at > ClientAxisEngine::invoke(MessageData* pMsg). > > Maybe there are answers for all those problems. It also would be great > to have feedback from other axis c++ users that tryied on a Solaris > server. > > Thanks to all > -- > Antoine Galataud > [EMAIL PROTECTED] > D�partement Architecture des Syst�mes d'Information > INSA - Rouen > > > > -- > > Antoine Galataud > [EMAIL PROTECTED] > D�partement Architecture des Syst�mes d'Information > INSA - Rouen > > > > -- > > Antoine Galataud > [EMAIL PROTECTED] > D�partement Architecture des Syst�mes d'Information > INSA - Rouen > > > -- > > Antoine Galataud > [EMAIL PROTECTED] > D�partement Architecture des Syst�mes d'Information > INSA - Rouen > > > > -- > Antoine Galataud > [EMAIL PROTECTED] > D�partement Architecture des Syst�mes d'Information > INSA - Rouen > > > -- > Antoine Galataud > [EMAIL PROTECTED] > Département Architecture des Systèmes d'Information > INSA - Rouen > > > > -- > Antoine Galataud > [EMAIL PROTECTED] > Département Architecture des Systèmes d'Information > INSA - Rouen
