RE: Errors running wsdl2ws
In my case I used the cpp files generated from wsdl2ws and it has the right endpoint http://localhost/axis/Calculator. My client app is really simple: #include "Calculator.hpp" int main() { Calculator c; int result = c.add(10, 20); printf("The result is %d", result); return 0; } One warning happened when I built the client app was: /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/local/axiscpp_deploy/lib/li baxis_client.so, may conflict with libstdc++.so.6 Not sure if this caused the exception. Any suggestion? Lei -Original Message- From: Petr Cvachoucek [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 21, 2006 1:02 AM To: Apache AXIS C User List Subject: Re: Errors running wsdl2ws Yes we had the same problem, may be this is also your case. It is not related to linux, its a problem on all platforms. The calculator sample tried to set endpoint to http://localhost/axis/calculator, but the service name is Calculator. The server responded with soap fault (requested service not registered at the server), which was correctly parsed by a client, but then the client throws incorrect exception, so the user gets misleading error 'Cannot deserialize the requested element.'. So first try to run calculator sample with correct endpoint, try for ex: ./calculator div 100 5 http://localhost/axis/Calculator If it will work, you should by hand modify the client stub source code to throw the correct exception, so the user gets correct error description if there is a soap fault. Petr Lei Tang wrote: > I installed Sun JDK and now I can generate the C++ skeleton and stub > code. But after I built the Calculator sample and deployed it, I got > the following error when running the client app: > terminate called after throwing an instance of > 'axiscpp::SoapFaultException' > what(): Cannot deserialize the requested element > Aborted > > Does anybody else have the similar problem with Axis c++ 1.6b on the > linux (Fedora Core 4)? Any help would be appreciated! > > Thanks, > > Lei > > -Original Message- > From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] > Sent: Friday, March 17, 2006 9:35 PM > To: Apache AXIS C User List > Subject: Re: Errors running wsdl2ws > > Seems like you are using gcj. > I suggest you use JDK from Sun, or try to compile the whole WSDL2WS > Java tool, including the required jars from Axis Java using gcj. > > I have never been able to use gcj with Axis successfully :-( > > Samisa... > > Lei Tang wrote: > >> I installed latest Axis C++ 1.6b on linux (Fedora 4). When I used >> wsdl2ws to generat the C++ code for the sample calculator.wsdl file >> with following command >> >> */java org.apache.axis.wsdl.wsdl2ws.WSDL2Ws >> /usr/local/axiscpp_deploy/wsdls/calcul >> ator.wsdl -lc++ -sserver -o/tests/ltang/calculator//* >> >> I got the following errors: >> >> */java.lang.NullPointerException >>at gnu.xml.dom.ls.ReaderInputStream.close() > (/usr/lib/libgcj.so.6.0.0) >>at gnu.xml.aelfred2.XmlParser.doParse(java.lang.String, >> java.lang.String, jav >> a.io.Reader, java.io.InputStream, java.lang.String) >> (/usr/lib/libgcj.so.6.0.0) >>at gnu.xml.aelfred2.SAXDriver.parse(org.xml.sax.InputSource) >> (/usr/lib/libgcj >> .so.6.0.0) >>at gnu.xml.aelfred2.XmlReader.parse(org.xml.sax.InputSource) >> (/usr/lib/libgcj >> .so.6.0.0) >>at gnu.xml.dom.ls.DomLSParser.doParse(org.w3c.dom.ls.LSInput) >> (/usr/lib/libgc >> j.so.6.0.0) >>at gnu.xml.dom.ls.DomLSParser.parse(org.w3c.dom.ls.LSInput) >> (/usr/lib/libgcj. >> so.6.0.0) >>at gnu.xml.dom.DomDocumentBuilder.parse(org.xml.sax.InputSource) >> (/usr/lib/li >> bgcj.so.6.0.0) >>at >> org.apache.axis.utils.XMLUtils.newDocument(org.xml.sax.InputSource) >> (Unkno wn Source) >>at org.apache.axis.utils.XMLUtils.newDocument(java.lang.String, >> java.lang.Str >> ing, java.lang.String) (Unknown Source) >>at >> org.apache.axis.wsdl.symbolTable.SymbolTable.populate(java.lang.Strin >> g , ja va.lang.String, java.lang.String) (Unknown Source) >>at org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run() (Unknown > Source) >>at java.lang.Thread.run() (/usr/lib/libgcj.so.6.0.0) >> org.apache.axis.wsdl.wsdl2ws.WrapperFault: > java.lang.NullPointerException >>at >> > org.apache.axis.wsdl.wsdl2ws.WSDL2Ws.WSDL2Ws(org.apache.axis.wsdl.wsdl > 2w > s. >> CLArgParser) (Unknown Source) >>at org.apache.axis.wsdl.wsdl2ws.WSDL2Ws.main(java.lang.String[]) >> (Unknown Sou >> rce) >>at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) >>at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) >> Caused > >> by: java.lang.NullPointerException >>at gnu.xml.dom.ls.ReaderInputStream.close() > (/usr/lib/libgcj.so.6.0.0) >>at gnu.xml.aelfred2.XmlParser.doParse(java.lang.String, >> java.lang.String, jav >> a.io.Reader, java.io.InputStream, java.lang.String) >> (/usr/lib/libgcj.so.6.0.0) >>at gnu.xml.aelfred2.SAXDriver.parse(org
RE: WS-I Basic Security Profile
axiscpp does have ssl. support which has satisfied most users thus far - this was put in before ws-i security profile was around. We have concentrated on being ws-i profile 1.0 and then 1.1 compliant (when it came) So, sure, ws-i * profiles would be great but in reality the time taken would be time out of stabilising the code and enhancing its basic SOAP support (it's a lot harder in C than in Java to cover platforms :-) It's not on the radar that the axisCPP client will support ws-i security as this sort of function will be put into axis2C. hope this helps, John. "Andy Weiss" <[EMAIL PROTECTED]> 21/03/2006 17:59 Please respond to "Apache AXIS C User List" To "'Apache AXIS C User List'" cc Subject RE: WS-I Basic Security Profile Interesting ... No criticism here, just curiosity: If Axis CPP does not support the WS-I Basic Security Profile ... then what do web service clients written in CPP do? Do they consume web services which do not require authentication? Do they consume web services which require authentication using a method other than WS-I? If so, why is this true? WS-I is supposed to be the "industry standard", is it not? I guess what I want to know is, am I going down the wrong path by generating (and consuming in a test application) a web service which abides by WS-I security standards and forces all clients to abide by it as well? If the consensus is that the standard is not to be relied upon, I'd like to know. Andy Weiss -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Monday, March 20, 2006 7:47 PM To: Apache AXIS C User List Subject: Re: WS-I Basic Security Profile I havent got any sample code on this (may be others would), but just a tought, may be you can write a handler to do this and contribute that to the community. Samisa... Andy Weiss wrote: >If that is the case, does anyone have any sample code that manipulates the >SOAP header "manually" and adds security token elements? That is what I am >going to have to do. > >-Original Message- > >Andy Weiss wrote: > > > >>I need to know if Axis C++ supports the WS-I Basic Security profile at >>all, namely the Username token. >> >> > >I am afraid not, there has been no developments in this front. >Samisa... > > > > >
RE: WS-I Basic Security Profile
Interesting ... No criticism here, just curiosity: If Axis CPP does not support the WS-I Basic Security Profile ... then what do web service clients written in CPP do? Do they consume web services which do not require authentication? Do they consume web services which require authentication using a method other than WS-I? If so, why is this true? WS-I is supposed to be the "industry standard", is it not? I guess what I want to know is, am I going down the wrong path by generating (and consuming in a test application) a web service which abides by WS-I security standards and forces all clients to abide by it as well? If the consensus is that the standard is not to be relied upon, I'd like to know. Andy Weiss -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Monday, March 20, 2006 7:47 PM To: Apache AXIS C User List Subject: Re: WS-I Basic Security Profile I havent got any sample code on this (may be others would), but just a tought, may be you can write a handler to do this and contribute that to the community. Samisa... Andy Weiss wrote: >If that is the case, does anyone have any sample code that manipulates the >SOAP header "manually" and adds security token elements? That is what I am >going to have to do. > >-Original Message- > >Andy Weiss wrote: > > > >>I need to know if Axis C++ supports the WS-I Basic Security profile at >>all, namely the Username token. >> >> > >I am afraid not, there has been no developments in this front. >Samisa... > > > > >
RE: Axis C++ 1.6B Ant build failure at generateCHeaders
More information: Windows Server 2003 EE SP1 Ant 1.6.5 Java SDK 1.4.2.11 Ant-contrib 1.0b2 Cpptasks-1.0b3 MSVC++ 6.0 Apache 2.0.55 Xerces 2.2.0 C:\axiscsrc\ws-axis\c>set ALLUSERSPROFILE=C:\Documents and Settings\All Users ANT_HOME=C:\ant\apache-ant-1.6.5 APACHE2_HOME=C:\Apache Group\Apache2 APPDATA=C:\Documents and Settings\Administrator\Application Data APPVER=5.02 AXISJAVA_LIB=C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib BASEDIR=C:\winddk\nt Basemake=C:\Program Files\Microsoft SDK 2003\Include\BKOffice.Mak Bkoffice=C:\Program Files\Microsoft SDK 2003\ CLASSPATH=C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\activation.jar;C :\axisjars\axis-1_3\webapps\axis\WEB-I NF\lib\axis-ant.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\axis-s chema.jar;C:\axisjars\axis-1_3\webapps \axis\WEB-INF\lib\axis.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib \commons-discovery-0.2.jar;C:\axisjars \axis-1_3\webapps\axis\WEB-INF\lib\commons-logging-1.0.4.jar;C:\axisjars \axis-1_3\webapps\axis\WEB-INF\lib\ima p.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\jaxrpc.jar;C:\axisja rs\axis-1_3\webapps\axis\WEB-INF\lib\l og4j-1.2.8.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\mail.jar;C: \axisjars\axis-1_3\webapps\axis\WEB-IN F\lib\mailapi.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\pop3.jar ;C:\axisjars\axis-1_3\webapps\axis\WEB -INF\lib\saaj.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\smtp.jar ;C:\axisjars\axis-1_3\webapps\axis\WEB -INF\lib\wsdl2ws.jar;C:\axisjars\axis-1_3\webapps\axis\WEB-INF\lib\wsdl4 j-1.5.1.jar CLIENTNAME=Console ClusterLog=C:\WINDOWS\Cluster\cluster.log CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=FV-W2K3-SP1-BLD ComSpec=C:\WINDOWS\system32\cmd.exe CPU=i386 DDKDRIVE=C: FP_NO_HOST_CHECK=NO HOMEDRIVE=C: HOMEPATH=\Documents and Settings\Administrator INCLUDE=C:\Program Files\Microsoft SDK 2003\Include;C:\PROGRA~1\MICROS~1\VC98\ATL\INCLUDE;C:\PROGRA~1\MICROS~1 \VC98\INCLUDE;C:\PROGRA~1\MICROS~1\VC98\MFC\INCLUDE;C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1. 1\include\ INETSDK=C:\Program Files\Microsoft SDK 2003 JAVA_HOME=C:\j2sdk1.4.2_11 LIB=C:\Program Files\Microsoft SDK 2003\Lib;C:\PROGRA~1\MICROS~1\VC98\LIB;C:\PROGRA~1\MICROS~1\VC98\MFC\LIB ;C: \Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ LOGONSERVER=\\FV-W2K3-SP1-BLD MSDevDir=C:\PROGRA~1\MICROS~1\Common\msdev98 MSSdk=C:\Program Files\Microsoft SDK 2003 Mstools=C:\Program Files\Microsoft SDK 2003 MSVCDir=C:\PROGRA~1\MICROS~1\VC98 MSVCVer=6.0 NODEBUG=1 NUMBER_OF_PROCESSORS=1 OS=Windows_NT Path=C:\Program Files\Microsoft SDK 2003\Bin;C:\Program Files\Microsoft SDK 2003\Bin\WinNT;C:\PROGRA~1\MICROS~ 1\Common\msdev98\BIN;C:\PROGRA~1\MICROS~1\VC98\BIN;C:\PROGRA~1\MICROS~1\ Common\TOOLS\WINNT;C:\PROGRA~1\MICROS~ 1\Common\TOOLS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C :\winddk\nt\bin;C:\Program Files\Micro soft SQL Server\80\Tools\BINN;C:\Program Files\cvsnt;C:\j2sdk1.4.2_11\bin;C:\ant\apache-ant-1.6.5\bin PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 4 Stepping 8, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0408 ProgramFiles=C:\Program Files PROMPT=$P$G SESSIONNAME=Console SystemDrive=C: SystemRoot=C:\WINDOWS TARGETOS=WINNT TEMP=C:\temp TMP=C:\temp USERDOMAIN=FV-W2K3-SP1-BLD USERNAME=Administrator USERPROFILE=C:\Documents and Settings\Administrator VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\ windir=C:\WINDOWS XERCES_HOME=c:\xerces_c220\xerces-c2_2_0-win32 C:\axiscsrc\ws-axis\c> > -Original Message- > From: Frank Voellmann (fvoellma) > Sent: Monday, March 20, 2006 12:01 PM > To: axis-c-user@ws.apache.org > Subject: Axis C++ 1.6B Ant build failure at generateCHeaders > > Hi, I'm new to Ant, and am having difficulty figuring out where my > problem is. The build works fine up to "generateCHeaders:". Any help > would be appreciated. The output follows ... > Thanks > Frank > > generateCHeaders: > [java] -config > C:\axiscsrc\ws-axis\c/tools/org/apache/axis/tools/cbindings/cb > indinggene > rator.conf -source > C:\axiscsrc\ws-axis\c/include -target > C:\axiscsrc\ws-axis\c/../../../obj/include > [java] Pre-parsing headers... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_alloc.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_compat.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_config.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_ctype.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_ebcdic.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_md5.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_mmn.h... > [java] pre-parsing > C:\axiscsrc\ws-axis\c\include\apache1_3\ap_sha1.h..
RE: Java client array encoding causes troubles for AxisCPP service
Adrian, Thanks for your response. I have created Jira entry AXISCPP-952 https://issues.apache.org/jira/browse/AXISCPP-951 Let me know if you think anything else is needed. Thanks again, -Jonathan Beakley [EMAIL PROTECTED] > -Original Message- > From: Adrian Dick [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 21, 2006 9:24 AM > To: Apache AXIS C User List > Subject: Re: Java client array encoding causes troubles for AxisCPP > service > > Hi, > > Handling of arrays for rpc/encoded web services is a suprisingly complex > problem. The SOAP spec provides several different, but apparently > equivalent, techniques. One of which is that employed by Axis C++ > serialiation, another of which is that used by Axis Java. > > Regrettably, it would appear the AxisCPP deserializer doesn't handle all > the variations. > > Can you raise a Jira issue for this, including the SOAP messages you give > below. > > Regards, > Adrian > ___ > Adrian Dick ([EMAIL PROTECTED]) > > > "Jonathan G Beakley \(beakley\)" <[EMAIL PROTECTED]> wrote on 20/03/2006 > 15:54:59: > > > I have noticed an inconsistency in the encoding of arrays by Axis Java > > clients (created using WSDL2Java) and AxisCPP clients (created using > > WSDL2Ws), and I was hoping someone could give me some advice. > > > > In short, I have the following RPC/encoded WSDL snippet that defines the > > array: > > > > > > http://www.w3.org/2001/XMLSchema"; > > targetNamespace="http://localhost/axis/csaapi/xsd";> > > http://schemas.xmlsoap.org/soap/encoding/"/> > > > > > > > >> wsdl:arrayType="int[]"/> > > > > > > > > > > > > > > When I create and run the AxisCPP client, it generates XML that uses > > "" to denote the elements in the array: > > > > > > > xmlns:ns1="http://localhost/axis/csaapi";> > > 0 > >> xmlns:enc="http://www.w3.org/2001/06/soap-encoding"; > > enc:arrayType="xsd:int[9]"> > > 1 > > 2 > > 3 > > > > > > > > > > My AxisCPP service handles this just fine. > > > > BUT, my Java client generates XML that doesn't use the "" > > construct, and it causes my CPP service to fail to parse the data. > > Here's the Java XML: > > > > > > > > > soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"; > > xmlns:ns1="http://localhost/axis/csaapi";> > > 0 > >> xsi:type="soapenc:Array" > > xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";> > > 1 > > 2 > > 3 > > > > > > > > > > Could someone give me advice on the best way to handle this? Note that > > I've already turned the MULTIREF option off to fix a different set of > > problems. I'd prefer to keep the RPC/Encoded style if at all possible. > > > > Thank you very much in advance! > > > > -Jonathan Beakley > > [EMAIL PROTECTED]
Re: Java client array encoding causes troubles for AxisCPP service
Hi, Handling of arrays for rpc/encoded web services is a suprisingly complex problem. The SOAP spec provides several different, but apparently equivalent, techniques. One of which is that employed by Axis C++ serialiation, another of which is that used by Axis Java. Regrettably, it would appear the AxisCPP deserializer doesn't handle all the variations. Can you raise a Jira issue for this, including the SOAP messages you give below. Regards, Adrian ___ Adrian Dick ([EMAIL PROTECTED]) "Jonathan G Beakley \(beakley\)" <[EMAIL PROTECTED]> wrote on 20/03/2006 15:54:59: > I have noticed an inconsistency in the encoding of arrays by Axis Java > clients (created using WSDL2Java) and AxisCPP clients (created using > WSDL2Ws), and I was hoping someone could give me some advice. > > In short, I have the following RPC/encoded WSDL snippet that defines the > array: > > > http://www.w3.org/2001/XMLSchema"; > targetNamespace="http://localhost/axis/csaapi/xsd";> > http://schemas.xmlsoap.org/soap/encoding/"/> > > > >wsdl:arrayType="int[]"/> > > > > > > > When I create and run the AxisCPP client, it generates XML that uses > "" to denote the elements in the array: > > > xmlns:ns1="http://localhost/axis/csaapi";> > 0 > xmlns:enc="http://www.w3.org/2001/06/soap-encoding"; > enc:arrayType="xsd:int[9]"> > 1 > 2 > 3 > > > > > My AxisCPP service handles this just fine. > > BUT, my Java client generates XML that doesn't use the "" > construct, and it causes my CPP service to fail to parse the data. > Here's the Java XML: > > > > soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"; > xmlns:ns1="http://localhost/axis/csaapi";> > 0 >xsi:type="soapenc:Array" > xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";> > 1 > 2 > 3 > > > > > Could someone give me advice on the best way to handle this? Note that > I've already turned the MULTIREF option off to fix a different set of > problems. I'd prefer to keep the RPC/Encoded style if at all possible. > > Thank you very much in advance! > > -Jonathan Beakley > [EMAIL PROTECTED]
Re: Application, Session or Request scope
Hi, There is already a mechanism in place to do this. As part of WrapperClassHandler, from which the generated wrapper class is inherited, there are the init and fini methods. These methods are called respectively as the service library is loaded (ie: first invocation of service) and unloaded (ie: server shutdown). As these methods are virtual, you can override these within the generated wrapper class, to do the initialization and clearup activities you require. One word of warning, although this has been designed to work in this manner, it hasn't (so far) been tested. Please let us know how you get on with trying this. Regards, Adrian ___ Adrian Dick ([EMAIL PROTECTED]) "Antoine Galataud" <[EMAIL PROTECTED]> wrote on 21/03/2006 12:43:45: > > Sorry, I haven't been really clear with what I wanted to do. I'll > try to clarify my thoughts a little : > > I get a web service library, that handles the web service technical > part and access to business objects. But my business part is heavy > to initialize, and I want to do it only once, so when a first > request come to the web service, the back end service starts and > replys, then any other request doesn't involve a back end service start. > > So what I want to do is, as axis java does, define an application > scope for the web service and get the service running until container stops. > 2006/3/21, John Hawkins < [EMAIL PROTECTED]>: > > Antoine, > > Can I clarify what you're trying to do here? Are you trying to have > a stateful session with a particular instance of a service i.e. the > same service gets called twice? Or pass context across the-wire on > subsequent uses of the same stub? > > thanks, > John. > > > > > "Antoine Galataud" <[EMAIL PROTECTED]> > 21/03/2006 09:27 > > Please respond to > "Apache AXIS C User List" > > To > > "Apache AXIS C User List" > > cc > > Subject > > Re: Application, Session or Request scope > > > > > Hi ! > > I've found no way to solve my scope issue for the moment, I'm still > looking for a way to do this (application scope, not handlers). > > Thanks for any idea ! > > 2006/3/16, Antoine Galataud < [EMAIL PROTECTED] >: > It doesn't work : > > in fact, I succeeded in getting a session scope, e.g I request the > service 2 times in the same main() client, but I can't have an > application scope. But I don't get the error I described in my > earlier mail, now it gives me nothing. And I'm talking about service > scope, I don't use any handler. > > Thanks for your answer > > 2006/3/16, John Hawkins <[EMAIL PROTECTED] >: > > I've just looked at this again and I'm not sure I understand your > question now! > > > If I look at your wsdd file it doesn't look correct to my thoughts > (is it the complete wsdd file?) e.g. this is a client sample wsdd file > > > > http://xml.apache.org/axis/wsdd/ " xlmns: > C="http//xml.apache.org.axis/wsdd/providers/c"> > > > > > > type="\samples\handlers\myClientHandler.dll"> name="myClientHandlerReq" > type="\samples\handlers\myClientHandler.dll"> > > > > > > > > type="\samples\handlers\myClientHandler.dll"> name="myClientHandlerRes" > type="\samples\handlers\myClientHandler.dll"> > > > > > > > > > > > > > > > > > > > > "Antoine Galataud" <[EMAIL PROTECTED] > > 16/03/2006 12:57 > > Please respond to > "Apache AXIS C User List" > > To > > "Apache AXIS C User List" > > cc > > Subject > > Re: Application, Session or Request scope > > > > > > > > yes, i'm referring to the service scope. I saw in the doc that I > could set a scope for handlers in response/reauest flows, but I > didn't see anything about service. > > I'll try to set the scope also in client.wsdd, maybe it's what I'm missing. > > Thanks for any further comments/suggestions. > > 2006/3/16, James Jose <[EMAIL PROTECTED] >: > > Hi, > > We are running HandlerTest01 to HandlerTest10. But here Antoine is > referring the scope of the service ..? > > > Regards > James > -- > James Jose > Messaging Clients Team, WMQDDC > IBM Software Labs, India > Direct: 91-80- 25094331 Ext :2331 > E-mail: [EMAIL PROTECTED] > > > John Hawkins < [EMAIL PROTECTED]> > 03/16/2006 17:50 > > Please respond to > "Apache AXIS C User List" > > To > > "Apache AXIS C User List" > > cc > > Subject > > Re: Application, Session or Request scope > > > > > > > > > > > Well, service and global handlers should work for the client and I'm > surprised they aren't working for the server. Can you try it in the > client and see if you get the same results. James - what tests do we > run on handlers nowadays? > > "Antoine Galataud" <[EMAIL PROTECTED] > > 16/03/2006 11:38 > > Please respond to > "Apache AXIS C User List" > > To > > "Apache AXIS C User List" > > cc > > Subject > > Re: Application, Session or Request scope > > > > > > > > > > > > So, is there any work around to get this feature working ? > > Thanks for your answer > > 2006/3/15, Antoine Galat
Re: Axis C++ Stubs
Hi, here's my opinion - others might see it differently ! Axis CPP is far more stable than it used to be - Memory management is much improved in 1.6. axiscpp concentrates on doc/lit rather than rpc - Axis Java has support for both but not sure whether they are up to the same standard. AxisCPP *possibly* has less support for some very complex WSDL's but it's more than adequate for 95% + of the wsdl's we've seen (see JIRA for the outstanding issues). Stubs generation is just as easy - but no eclipse plugin (would you like to write one I believe it's quite easy - someone did contribute one once but it never got integrated). AxisCPP works best on win, linux and aix. Solaris is being done by various users and would appear to be working at some level. Client is probably stronger than server on axiscpp - no knowledge of java in this respect. Hope this helps ! John. <[EMAIL PROTECTED]> 20/03/2006 12:26 Please respond to "Apache AXIS C User List" To cc Subject Axis C++ Stubs Hi all, I just joined the group now. This is the first mail. I was in the Axis (java) user list. Actually our project was using the Axis for the implementation of web services. I wanted to know how better the implementation of Axis Java is compared to Axis C ++. What are the difficulties in the stubs generation and all that stuff. Can somebody throw some light into this? Or send me some links to know about this. Subir S Wipro Technologies, Survey No: 64, Madhapur, Hyderabad-500081, AP tel: 040-30795137 Want a signature like this? The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Re: Application, Session or Request scope
Sorry, I haven't been really clear with what I wanted to do. I'll try to clarify my thoughts a little :I get a web service library, that handles the web service technical part and access to business objects. But my business part is heavy to initialize, and I want to do it only once, so when a first request come to the web service, the back end service starts and replys, then any other request doesn't involve a back end service start. So what I want to do is, as axis java does, define an application scope for the web service and get the service running until container stops.2006/3/21, John Hawkins < [EMAIL PROTECTED]>: Antoine, Can I clarify what you're trying to do here? Are you trying to have a stateful session with a particular instance of a service i.e. the same service gets called twice? Or pass context across the-wire on subsequent uses of the same stub? thanks, John. "Antoine Galataud" <[EMAIL PROTECTED]> 21/03/2006 09:27 Please respond to "Apache AXIS C User List"To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope Hi ! I've found no way to solve my scope issue for the moment, I'm still looking for a way to do this (application scope, not handlers). Thanks for any idea ! 2006/3/16, Antoine Galataud < [EMAIL PROTECTED] >: It doesn't work : in fact, I succeeded in getting a session scope, e.g I request the service 2 times in the same main() client, but I can't have an application scope. But I don't get the error I described in my earlier mail, now it gives me nothing. And I'm talking about service scope, I don't use any handler. Thanks for your answer 2006/3/16, John Hawkins <[EMAIL PROTECTED] >: I've just looked at this again and I'm not sure I understand your question now! If I look at your wsdd file it doesn't look correct to my thoughts (is it the complete wsdd file?) e.g. this is a client sample wsdd file http://xml.apache.org/axis/wsdd/ " xlmns:C="http//xml.apache.org.axis/wsdd/providers/c"> "Antoine Galataud" <[EMAIL PROTECTED] > 16/03/2006 12:57 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope yes, i'm referring to the service scope. I saw in the doc that I could set a scope for handlers in response/reauest flows, but I didn't see anything about service. I'll try to set the scope also in client.wsdd, maybe it's what I'm missing. Thanks for any further comments/suggestions. 2006/3/16, James Jose <[EMAIL PROTECTED] >: Hi, We are running HandlerTest01 to HandlerTest10. But here Antoine is referring the scope of the service ..? Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331 Ext :2331 E-mail: [EMAIL PROTECTED] John Hawkins < [EMAIL PROTECTED]> 03/16/2006 17:50 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope Well, service and global handlers should work for the client and I'm surprised they aren't working for the server. Can you try it in the client and see if you get the same results. James - what tests do we run on handlers nowadays? "Antoine Galataud" <[EMAIL PROTECTED] > 16/03/2006 11:38 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope So, is there any work around to get this feature working ? Thanks for your answer 2006/3/15, Antoine Galataud <[EMAIL PROTECTED] >: Hum, seems scope is not yet correctly implemented (or tested) in 1.6a.n (solaris) release. Here is my server.wsdd : If I do that I get this in the init logs : [15/03/2006 13:40:42:387 MET] 1 WSDDHandler > setScope @11cec8,"application" But if I invoke the service, it fails with : [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > AxisWsddException @ff0da988,7, [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > getMessageForExceptionCode @ff0da988,7 [15/03/2006 13:40:49:216 MET] 1 AxisWsddException < getMessageForExceptionCode @ff0da988,"AxisWsddException:Requested service not found" I also tested with request and session scopes, it failed too. 2006/3/9, John Hawkins < [EMAIL PROTECTED]>: I'll put it this way - it's not tested. "Antoine Galataud" <[EMAIL PROTECTED] > 09/03/2006 14:23 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Application, Session or Request scope Hi !
Re: Application, Session or Request scope
Antoine, Can I clarify what you're trying to do here? Are you trying to have a stateful session with a particular instance of a service i.e. the same service gets called twice? Or pass context across the-wire on subsequent uses of the same stub? thanks, John. "Antoine Galataud" <[EMAIL PROTECTED]> 21/03/2006 09:27 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope Hi ! I've found no way to solve my scope issue for the moment, I'm still looking for a way to do this (application scope, not handlers). Thanks for any idea ! 2006/3/16, Antoine Galataud < [EMAIL PROTECTED]>: It doesn't work : in fact, I succeeded in getting a session scope, e.g I request the service 2 times in the same main() client, but I can't have an application scope. But I don't get the error I described in my earlier mail, now it gives me nothing. And I'm talking about service scope, I don't use any handler. Thanks for your answer 2006/3/16, John Hawkins <[EMAIL PROTECTED] >: I've just looked at this again and I'm not sure I understand your question now! If I look at your wsdd file it doesn't look correct to my thoughts (is it the complete wsdd file?) e.g. this is a client sample wsdd file http://xml.apache.org/axis/wsdd/" xlmns:C="http//xml.apache.org.axis/wsdd/providers/c"> "Antoine Galataud" <[EMAIL PROTECTED]> 16/03/2006 12:57 Please respond to "Apache AXIS C User List"To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope yes, i'm referring to the service scope. I saw in the doc that I could set a scope for handlers in response/reauest flows, but I didn't see anything about service. I'll try to set the scope also in client.wsdd, maybe it's what I'm missing. Thanks for any further comments/suggestions. 2006/3/16, James Jose <[EMAIL PROTECTED] >: Hi, We are running HandlerTest01 to HandlerTest10. But here Antoine is referring the scope of the service ..? Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331 Ext :2331 E-mail: [EMAIL PROTECTED] John Hawkins < [EMAIL PROTECTED]> 03/16/2006 17:50 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope Well, service and global handlers should work for the client and I'm surprised they aren't working for the server. Can you try it in the client and see if you get the same results. James - what tests do we run on handlers nowadays? "Antoine Galataud" <[EMAIL PROTECTED] > 16/03/2006 11:38 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope So, is there any work around to get this feature working ? Thanks for your answer 2006/3/15, Antoine Galataud <[EMAIL PROTECTED] >: Hum, seems scope is not yet correctly implemented (or tested) in 1.6a.n (solaris) release. Here is my server.wsdd : If I do that I get this in the init logs : [15/03/2006 13:40:42:387 MET] 1 WSDDHandler > setScope @11cec8,"application" But if I invoke the service, it fails with : [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > AxisWsddException @ff0da988,7, [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > getMessageForExceptionCode @ff0da988,7 [15/03/2006 13:40:49:216 MET] 1 AxisWsddException < getMessageForExceptionCode @ff0da988,"AxisWsddException:Requested service not found" I also tested with request and session scopes, it failed too. 2006/3/9, John Hawkins < [EMAIL PROTECTED]>: I'll put it this way - it's not tested. "Antoine Galataud" <[EMAIL PROTECTED] > 09/03/2006 14:23 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Application, Session or Request scope Hi ! does Axis 1.6x handle scope ? I tried to add a scope="Application" in my service declaration in server.wsdd, but it doesn't seem to work... Thanks -- 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
Re: Errors running wsdl2ws
Hi, Thanks for pointing out the mistake within the endpoint used by the sample, we shall update this immediately. I have to admit surprise at the particular error you're seeing from the fault, and we shall investage why this is occuring. Regards, Adrian ___ Adrian Dick ([EMAIL PROTECTED]) Petr Cvachoucek <[EMAIL PROTECTED]> wrote on 21/03/2006 06:01:52: > Yes we had the same problem, may be this is also your case. It is not > related to linux, its a problem on all platforms. > > The calculator sample tried to set endpoint to > http://localhost/axis/calculator, but the service name is Calculator. > The server responded with soap fault (requested service not registered > at the server), which was correctly parsed by a client, but then the > client throws incorrect exception, so the user gets misleading error > 'Cannot deserialize the requested element.'. > > So first try to run calculator sample with correct endpoint, > try for ex: ./calculator div 100 5 http://localhost/axis/Calculator > > If it will work, you should by hand modify the client stub source code > to throw the correct exception, so the user gets correct error > description if there is a soap fault. > > Petr > > Lei Tang wrote: > > I installed Sun JDK and now I can generate the C++ skeleton and stub > > code. But after I built the Calculator sample and deployed it, I got > > the following error when running the client app: > >terminate called after throwing an instance of > > 'axiscpp::SoapFaultException' > > what(): Cannot deserialize the requested element > >Aborted > > > > Does anybody else have the similar problem with Axis c++ 1.6b on the > > linux (Fedora Core 4)? Any help would be appreciated! > > > > Thanks, > > > > Lei > > > > -Original Message- > > From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] > > Sent: Friday, March 17, 2006 9:35 PM > > To: Apache AXIS C User List > > Subject: Re: Errors running wsdl2ws > > > > Seems like you are using gcj. > > I suggest you use JDK from Sun, or try to compile the whole WSDL2WS Java > > tool, including the required jars from Axis Java using gcj. > > > > I have never been able to use gcj with Axis successfully :-( > > > > Samisa... > > > > Lei Tang wrote: > > > >> I installed latest Axis C++ 1.6b on linux (Fedora 4). When I used > >> wsdl2ws to generat the C++ code for the sample calculator.wsdl file > >> with following command > >> > >> */java org.apache.axis.wsdl.wsdl2ws.WSDL2Ws > >> /usr/local/axiscpp_deploy/wsdls/calcul > >> ator.wsdl -lc++ -sserver -o/tests/ltang/calculator//* > >> > >> I got the following errors: > >> > >> */java.lang.NullPointerException > >>at gnu.xml.dom.ls.ReaderInputStream.close() > > (/usr/lib/libgcj.so.6.0.0) > >>at gnu.xml.aelfred2.XmlParser.doParse(java.lang.String, > >> java.lang.String, jav > >> a.io.Reader, java.io.InputStream, java.lang.String) > >> (/usr/lib/libgcj.so.6.0.0) > >>at gnu.xml.aelfred2.SAXDriver.parse(org.xml.sax.InputSource) > >> (/usr/lib/libgcj > >> .so.6.0.0) > >>at gnu.xml.aelfred2.XmlReader.parse(org.xml.sax.InputSource) > >> (/usr/lib/libgcj > >> .so.6.0.0) > >>at gnu.xml.dom.ls.DomLSParser.doParse(org.w3c.dom.ls.LSInput) > >> (/usr/lib/libgc > >> j.so.6.0.0) > >>at gnu.xml.dom.ls.DomLSParser.parse(org.w3c.dom.ls.LSInput) > >> (/usr/lib/libgcj. > >> so.6.0.0) > >>at gnu.xml.dom.DomDocumentBuilder.parse(org.xml.sax.InputSource) > >> (/usr/lib/li > >> bgcj.so.6.0.0) > >>at > >> org.apache.axis.utils.XMLUtils.newDocument(org.xml.sax.InputSource) > >> (Unkno wn Source) > >>at org.apache.axis.utils.XMLUtils.newDocument(java.lang.String, > >> java.lang.Str > >> ing, java.lang.String) (Unknown Source) > >>at > >> org.apache.axis.wsdl.symbolTable.SymbolTable.populate(java.lang.String > >> , ja va.lang.String, java.lang.String) (Unknown Source) > >>at org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run() (Unknown > > Source) > >>at java.lang.Thread.run() (/usr/lib/libgcj.so.6.0.0) > >> org.apache.axis.wsdl.wsdl2ws.WrapperFault: > > java.lang.NullPointerException > >>at > >> > > org.apache.axis.wsdl.wsdl2ws.WSDL2Ws.WSDL2Ws(org.apache.axis.wsdl.wsdl2w > > s. > >> CLArgParser) (Unknown Source) > >>at org.apache.axis.wsdl.wsdl2ws.WSDL2Ws.main(java.lang.String[]) > >> (Unknown Sou > >> rce) > >>at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > >>at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Caused > > > >> by: java.lang.NullPointerException > >>at gnu.xml.dom.ls.ReaderInputStream.close() > > (/usr/lib/libgcj.so.6.0.0) > >>at gnu.xml.aelfred2.XmlParser.doParse(java.lang.String, > >> java.lang.String, jav > >> a.io.Reader, java.io.InputStream, java.lang.String) > >> (/usr/lib/libgcj.so.6.0.0) > >>at gnu.xml.aelfred2.SAXDriver.parse(org.xml.sax.InputSource) > >> (/usr/lib/libgcj > >> .so.6.0.0) > >>at gnu.xml.aelfred2.XmlReader.parse(org.xml.sax.InputSource) > >> (/usr/lib/libgcj > >
Re: Application, Session or Request scope
Hi !I've found no way to solve my scope issue for the moment, I'm still looking for a way to do this (application scope, not handlers).Thanks for any idea !2006/3/16, Antoine Galataud < [EMAIL PROTECTED]>:It doesn't work : in fact, I succeeded in getting a session scope, e.g I request the service 2 times in the same main() client, but I can't have an application scope. But I don't get the error I described in my earlier mail, now it gives me nothing. And I'm talking about service scope, I don't use any handler. Thanks for your answer2006/3/16, John Hawkins <[EMAIL PROTECTED] >: I've just looked at this again and I'm not sure I understand your question now! If I look at your wsdd file it doesn't look correct to my thoughts (is it the complete wsdd file?) e.g. this is a client sample wsdd file http://xml.apache.org/axis/wsdd/" xlmns:C="http//xml.apache.org.axis/wsdd/providers/c"> "Antoine Galataud" <[EMAIL PROTECTED]> 16/03/2006 12:57 Please respond to "Apache AXIS C User List"To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope yes, i'm referring to the service scope. I saw in the doc that I could set a scope for handlers in response/reauest flows, but I didn't see anything about service. I'll try to set the scope also in client.wsdd, maybe it's what I'm missing. Thanks for any further comments/suggestions. 2006/3/16, James Jose <[EMAIL PROTECTED] >: Hi, We are running HandlerTest01 to HandlerTest10. But here Antoine is referring the scope of the service ..? Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331 Ext :2331 E-mail: [EMAIL PROTECTED] John Hawkins < [EMAIL PROTECTED]> 03/16/2006 17:50 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope Well, service and global handlers should work for the client and I'm surprised they aren't working for the server. Can you try it in the client and see if you get the same results. James - what tests do we run on handlers nowadays? "Antoine Galataud" <[EMAIL PROTECTED] > 16/03/2006 11:38 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: Application, Session or Request scope So, is there any work around to get this feature working ? Thanks for your answer 2006/3/15, Antoine Galataud <[EMAIL PROTECTED] >: Hum, seems scope is not yet correctly implemented (or tested) in 1.6a.n (solaris) release. Here is my server.wsdd : If I do that I get this in the init logs : [15/03/2006 13:40:42:387 MET] 1 WSDDHandler > setScope @11cec8,"application" But if I invoke the service, it fails with : [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > AxisWsddException @ff0da988,7, [15/03/2006 13:40:49:215 MET] 1 AxisWsddException > getMessageForExceptionCode @ff0da988,7 [15/03/2006 13:40:49:216 MET] 1 AxisWsddException < getMessageForExceptionCode @ff0da988,"AxisWsddException:Requested service not found" I also tested with request and session scopes, it failed too. 2006/3/9, John Hawkins < [EMAIL PROTECTED]>: I'll put it this way - it's not tested. "Antoine Galataud" <[EMAIL PROTECTED] > 09/03/2006 14:23 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Application, Session or Request scope Hi ! does Axis 1.6x handle scope ? I tried to add a scope="Application" in my service declaration in server.wsdd, but it doesn't seem to work... Thanks -- 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'InformationINSA - Rouen -- Antoine Galataud[EMAIL PROTECTED]Département Architecture des Systèmes d'InformationINSA - Rouen
Re: AIX 32 bit built
Thanks a lot !2006/3/21, John Hawkins <[EMAIL PROTECTED]>: Xerces 2.7 worked fine. We'll upgrade the build to use this asap. "Antoine Galataud" <[EMAIL PROTECTED]> 21/03/2006 08:54 Please respond to "Apache AXIS C User List"To "Apache AXIS C User List" cc Subject Re: AIX 32 bit built Hi, It could be great to upgrade binaries on website, so a end-user can take it, develop, and run. In my opinion, you should provide both source and binary release, and giving advice about how to compile correctly the source one. For the binary release, it could be easier to have a built version in accordance with the xerces binary release (it seams logical). Thanks for your answer. 2006/3/20, John Hawkins <[EMAIL PROTECTED]>: > > Hi Folks, > > Quite a few people have been having trouble with the aix binaries we've got > on the site at the moment (and we thought we were doing everyone a favour > ;-) > > > > Looks like the issue with the aix 32 bit build is this: > > The xerces build on the apache website was built using xmlC 5.*. The machine > that we build the aix release code on uses 6.* and so we compiled xerces to > use that compiler level also. Therefore, what we are seeing is the > incompatibility of name mangling (or compiler options) between compiler > levels. > > Given that I don't know how to get around this issue i.e. tell the xlc at > 6.* level to mangle the same somehow (or use the same options?) We have two > ways forward either > a) Compile your own version of xerces 2_2_0 for AIX using xlc 6.* > b) We'll also look into upgrading the version of xerces to be the latest and > the binaries for this already use xlc 6.* > > > I'll get back to you on how well the tests go for option b) but you can > always continue with option a) yourselves :-) > > cheers for now, > John. -- 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'InformationINSA - Rouen
Re: AIX 32 bit built
Xerces 2.7 worked fine. We'll upgrade the build to use this asap. "Antoine Galataud" <[EMAIL PROTECTED]> 21/03/2006 08:54 Please respond to "Apache AXIS C User List" To "Apache AXIS C User List" cc Subject Re: AIX 32 bit built Hi, It could be great to upgrade binaries on website, so a end-user can take it, develop, and run. In my opinion, you should provide both source and binary release, and giving advice about how to compile correctly the source one. For the binary release, it could be easier to have a built version in accordance with the xerces binary release (it seams logical). Thanks for your answer. 2006/3/20, John Hawkins <[EMAIL PROTECTED]>: > > Hi Folks, > > Quite a few people have been having trouble with the aix binaries we've got > on the site at the moment (and we thought we were doing everyone a favour > ;-) > > > > Looks like the issue with the aix 32 bit build is this: > > The xerces build on the apache website was built using xmlC 5.*. The machine > that we build the aix release code on uses 6.* and so we compiled xerces to > use that compiler level also. Therefore, what we are seeing is the > incompatibility of name mangling (or compiler options) between compiler > levels. > > Given that I don't know how to get around this issue i.e. tell the xlc at > 6.* level to mangle the same somehow (or use the same options?) We have two > ways forward either > a) Compile your own version of xerces 2_2_0 for AIX using xlc 6.* > b) We'll also look into upgrading the version of xerces to be the latest and > the binaries for this already use xlc 6.* > > > I'll get back to you on how well the tests go for option b) but you can > always continue with option a) yourselves :-) > > cheers for now, > John. -- Antoine Galataud [EMAIL PROTECTED] Département Architecture des Systèmes d'Information INSA - Rouen
Re: AIX 32 bit built
Hi, It could be great to upgrade binaries on website, so a end-user can take it, develop, and run. In my opinion, you should provide both source and binary release, and giving advice about how to compile correctly the source one. For the binary release, it could be easier to have a built version in accordance with the xerces binary release (it seams logical). Thanks for your answer. 2006/3/20, John Hawkins <[EMAIL PROTECTED]>: > > Hi Folks, > > Quite a few people have been having trouble with the aix binaries we've got > on the site at the moment (and we thought we were doing everyone a favour > ;-) > > > > Looks like the issue with the aix 32 bit build is this: > > The xerces build on the apache website was built using xmlC 5.*. The machine > that we build the aix release code on uses 6.* and so we compiled xerces to > use that compiler level also. Therefore, what we are seeing is the > incompatibility of name mangling (or compiler options) between compiler > levels. > > Given that I don't know how to get around this issue i.e. tell the xlc at > 6.* level to mangle the same somehow (or use the same options?) We have two > ways forward either > a) Compile your own version of xerces 2_2_0 for AIX using xlc 6.* > b) We'll also look into upgrading the version of xerces to be the latest and > the binaries for this already use xlc 6.* > > > I'll get back to you on how well the tests go for option b) but you can > always continue with option a) yourselves :-) > > cheers for now, > John. -- Antoine Galataud [EMAIL PROTECTED] Département Architecture des Systèmes d'Information INSA - Rouen