[jira] Created: (AXISCPP-957) AxisConfiguration fails to start in AIX

AxisConfiguration fails to start in AIX --- Key: AXISCPP-957 URL: http://issues.apache.org/jira/browse/AXISCPP-957 Project: Axis-C++ Type: Bug Components: Build - ANT Reporter: James Jose AxisConfiguration fails to start

[jira] Created: (AXISCPP-953) In AIX AxisAdminClient fails to start

In AIX AxisAdminClient fails to start - Key: AXISCPP-953 URL: http://issues.apache.org/jira/browse/AXISCPP-953 Project: Axis-C++ Type: Bug Components: Build - ANT Reporter: James Jose When trying to start AxisAdminClient

[jira] Created: (AXISCPP-950) simple_axis_server and AdminClient doesn't have execute permission

simple_axis_server and AdminClient doesn't have execute permission -- Key: AXISCPP-950 URL: http://issues.apache.org/jira/browse/AXISCPP-950 Project: Axis-C++ Type: Bug Reporter: James Jose

[jira] Created: (AXISCPP-948) Modify service.xml file to have a different name for service implementation file

Components: Test Reporter: James Jose Assigned to: James Jose Many test WSDL file use same port name . So the generated service templates for these WSDLs have same name. So currently it is not possible to have service implemenatation for all the WSDLs. To have a different implementation

[jira] Created: (AXISCPP-943) Messages returned for exceptions, by what() method in AxisException class is not proper

++ Type: Bug Components: Client - Engine Reporter: James Jose e.what() returns following string for exception code 'CLIENT_TRANSPORT_OPEN_CONNECTION_FAILED' HTTPTransportException:Client failed to open Failed to open connection to server: hostname=

[jira] Created: (AXISCPP-928) Code generated by WSDL2Ws results in compilation error

Code generated by WSDL2Ws results in compilation error -- Key: AXISCPP-928 URL: http://issues.apache.org/jira/browse/AXISCPP-928 Project: Axis-C++ Type: Bug Reporter: James Jose Server side code generated by

Re: [VOTE] Henrik for commiter

+1 from me Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Adrian Dick <[EMAIL PROTECTED]> 02/06/2006 15:28 Please respond to "

[jira] Created: (AXISCPP-926) Server side files created by WSDL2Ws fails to compile

Server side files created by WSDL2Ws fails to compile - Key: AXISCPP-926 URL: http://issues.apache.org/jira/browse/AXISCPP-926 Project: Axis-C++ Type: Bug Reporter: James Jose Server side files created by

[jira] Created: (AXISCPP-925) If the called Web service is 'One-Way' Type, then an Exception occurs in the Client

Type: Bug Components: Client - Engine Reporter: James Jose For a 'One-Way' service(Client sends a request but no response from the server) client results in a C++ Exception. 'SameComplexTypeAndElementName' Test shows this issue. -- This message is automatical

[jira] Created: (AXISCPP-924) Request message generated for HiddenMessageParts_RPC test is wrong

Reporter: James Jose Request message generated for HiddenMessageParts_RPC test is wrong Namespace of the operation element in the generated SOAP message is 'http://www.abysal.com/soap/PruebasBug.wsdl' . But when the WSDL style is RPC, then it should be value of namespace attrib

[jira] Created: (AXISCPP-910) In the Error message for SERVER_TRANSPORT_TIMEOUT_EXPIRED - 'receiving' is mispelled as 'receving'

a/browse/AXISCPP-910 Project: Axis-C++ Type: Bug Reporter: James Jose In the Error message for SERVER_TRANSPORT_TIMEOUT_EXPIRED - 'receiving' is mispelled as 'receving' -- This message is automatically generated by JIRA. - If you think it was sent incorrectly co

[jira] Created: (AXISCPP-909) APIs for getting the transport property does not give all the header properties of the request Header

Project: Axis-C++ Type: Bug Reporter: James Jose APIs fails to get 'HOST' and 'Content-Type' Headers present in the Request -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http

[jira] Created: (AXISCPP-901) Compilation error in code generated by WSDL2Ws for SimpleArray(RPC style) wsdl

Reporter: James Jose The generated code uses methods in Axis class without including Axis.hpp file Follwing error message is generated when running SimpleArray Test error C2653: 'Axis' : is not a class or namespace name error C2065: 'AxisDelete' : undeclared identifier

[jira] Created: (AXISCPP-896) WSDL2Ws creates class without having set/get methods for its member variables.

Components: Client - Stub Reporter: James Jose 'name' class created for inquire_v2 test does not have set/get method for its member variable. Is the d

Re: [jira] Commented: (AXISCPP-895) Code generated by WSDL2Ws tool shows compilation error

Dushshantha,     We are having UDDI.wsdl in svn which imports inquire_v2.wsdl. So we can generate code using UDDI.wsdl file . Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331

[jira] Created: (AXISCPP-895) Code generated by WSDL2Ws tool shows compilation error

Code generated by WSDL2Ws tool shows compilation error -- Key: AXISCPP-895 URL: http://issues.apache.org/jira/browse/AXISCPP-895 Project: Axis-C++ Type: Bug Components: Client - Stub Reporter: James Jose

[jira] Created: (AXISCPP-894) Elements in the generated request message is not namespace qualified even if value of 'elementFormDefault' attribute in the schema is 'qualified'

'qualified' Key: AXISCPP-894 URL: http://issues.apache.org/jira/browse/AXISCPP-894 Project: Axis-C++ Type: Bug Components: Client - Engine Reporter: James Jose Following Request Message shows element 'keyedReference' is not namespace qual

[jira] Commented: (AXISCPP-893) get_BusinessDetail() Inquiry API fails to return more than one BusinessEntity

[ http://issues.apache.org/jira/browse/AXISCPP-893?page=comments#action_12360913 ] James Jose commented on AXISCPP-893: Other get_xxx() APIs in UDDI also fails to return array with size more than one > get_BusinessDetail() Inquiry API fails to ret

[jira] Commented: (AXISCPP-879) UDDI inquiry API 'get_tModelDetail()' does not return all the deatils of Technical Model correctly.

[ http://issues.apache.org/jira/browse/AXISCPP-879?page=comments#action_12360911 ] James Jose commented on AXISCPP-879: All the get_xxx() APIs in UDDI have this problem ie get_tModelDetail() get_businessDetail() get_bindingDetail

[jira] Created: (AXISCPP-893) get_BusinessDetail() Inquiry API fails to return more than one BusinessEntity

Components: Client - Engine Reporter: James Jose If we pass two business Keys to get_BusinessDetail() API, still the returned BusinessEntity Array size is one. But the response message from the UDDI Registry shows two business Entity details. -- This message is automatically generated by JIRA

[jira] Created: (AXISCPP-881) UDDI - If the same 'inquire' stub object is used to call more than one operation, then for each call it adds 'generic' attribute to the generated request message.

ted request message. Key: AXISCPP-881 URL: http://issues.apache.org/jira/browse/AXISCPP-881 Project: Axis-C++ Type: Bug Components: Client - Stub Reporter: James Jose If I use the same stub object to call two operations,

[jira] Created: (AXISCPP-879) UDDI inquiry API 'get_tModelDetail()' does not return all the deatils of Technical Model correctly.

XISCPP-879 Project: Axis-C++ Type: Bug Components: Client - Stub Reporter: James Jose UDDI inquiry API 'get_tModelDetail()' does not return all the deatils of Technical Model. Following are the members of 'tModel' Class. xsd__string tMod

[jira] Created: (AXISCPP-875) Stubs generated for inquire_v2.wsdl ( Testcase for UDDI) shows compilation errors

Components: Client - Stub Reporter: James Jose Stubs generated for inquire_v2.wsdl ( Testcase for UDDI) shows compilation errors -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira

DynamicGetAnyObjectSOAPFault Test - runTime error R6025

-- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Commented: (AXISCPP-866) Client fails to handle fault messages from the server

[ http://issues.apache.org/jira/browse/AXISCPP-866?page=comments#action_12357863 ] James Jose commented on AXISCPP-866: Even if the server send a fault message which is defined in the WSDL file, the client engine only generates AxisException. Because

[jira] Created: (AXISCPP-866) Client fails to handle fault messages from the server

: James Jose Server sends the following fault message. But client fails to handle the fault message and results in Exception http://schemas.xmlsoap.org/soap/envelope/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:xsd="http://www.w3.org/2001/XMLSchem

[jira] Reopened: (AXISCPP-860) ComplexLists test is failing due to wrong request message

[ http://issues.apache.org/jira/browse/AXISCPP-860?page=all ] James Jose reopened AXISCPP-860: (Visible to axiscpp-developers) > ComplexLists test is failing due to wrong request mess

[jira] Closed: (AXISCPP-861) UnitTest_InOut is failing because InOut_ServerResponse is not proper

[ http://issues.apache.org/jira/browse/AXISCPP-861?page=all ] James Jose closed AXISCPP-861: -- Resolution: Fixed New InOut_serverResponse is added > UnitTest_InOut is failing because InOut_ServerResponse is not pro

[jira] Created: (AXISCPP-861) UnitTest_InOut is failing because InOut_ServerResponse is not proper

Reporter: James Jose Assigned to: James Jose Priority: Minor UnitTest_InOut is failing because Server_response is proper -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure

[jira] Created: (AXISCPP-860) ComplexLists test is failing due to wrong request message

ComplexLists test is failing due to wrong request message - Key: AXISCPP-860 URL: http://issues.apache.org/jira/browse/AXISCPP-860 Project: Axis-C++ Type: Bug Components: Client - Engine Reporter: James

[jira] Closed: (AXISCPP-818) Modify SimpleArrayDoc test to echo large numbers

[ http://issues.apache.org/jira/browse/AXISCPP-818?page=all ] James Jose closed AXISCPP-818: -- Resolution: Fixed > Modify SimpleArrayDoc test to echo large numbers > > > Key:

Problem when running AxisBench Test

- Execution Time - 32.126 sec      [echo] AxisBench - Client Execution - FAILED It looks client timeout before receiving the response completely. Has anyone else come across this problem? Thanks in advance... James -- James Jose Messaging Clients Team

[jira] Created: (AXISCPP-832) WSDL2Ws does not create server side correctly for wsdls containing attachment types

: Bug Reporter: James Jose When WSDL2Ws is used to create client side, attachment types like Image, PlainText, Source, octet-stream, and DataHandler are correctly mapped to ISoapAttachment. But when server side is created these attachment types are not mapping to 'ISoapAttachment&#x

[jira] Commented: (AXISCPP-551) getAnyObject() API in call class does not return SOAP Fault correctly

[ http://issues.apache.org/jira/browse/AXISCPP-551?page=comments#action_12329798 ] James Jose commented on AXISCPP-551: This issue still exists and DynamicGetAnyObjectSOAPFaultTest shows this issue. > getAnyObject() API in call class does not ret

[jira] Created: (AXISCPP-818) Modify SimpleArrayDoc test to echo large numbers

Modify SimpleArrayDoc test to echo large numbers Key: AXISCPP-818 URL: http://issues.apache.org/jira/browse/AXISCPP-818 Project: Axis-C++ Type: Test Components: Test Reporter: James Jose Assigned to: James Jose

[jira] Closed: (AXISCPP-703) Call::setSOAPMethodAttribute not tested

[ http://issues.apache.org/jira/browse/AXISCPP-703?page=all ] James Jose closed AXISCPP-703: -- Resolution: Fixed Test present in CVS > Call::setSOAPMethodAttribute not tested > --- > > Key:

[jira] Created: (AXISCPP-806) No documentation available for ISOAPAttachment class APIs

No documentation available for ISOAPAttachment class APIs - Key: AXISCPP-806 URL: http://issues.apache.org/jira/browse/AXISCPP-806 Project: Axis-C++ Type: Bug Components: Documentation Reporter: James

[jira] Created: (AXISCPP-801) More test Failures when using VC7 Compiler

More test Failures when using VC7 Compiler -- Key: AXISCPP-801 URL: http://issues.apache.org/jira/browse/AXISCPP-801 Project: Axis-C++ Type: Bug Reporter: James Jose When running the tests against VC7, following tests

[jira] Created: (AXISCPP-738) Axis Engine fails to handle fault messages from server, if client uses Attachment APIs

++ Type: Bug Reporter: James Jose Assigned to: Mark Whitlock Axis Engine fails to handle fault messages from server. Testcase 'AttMultiAttachmentFault' addresses this problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact

[jira] Assigned: (AXISCPP-737) If same ISOAPAttachment object is passed as arguments to a service, Axis Engine creates an invalid SOAP Message

[ http://issues.apache.org/jira/browse/AXISCPP-737?page=all ] James Jose reassigned AXISCPP-737: -- Assign To: Mark Whitlock > If same ISOAPAttachment object is passed as arguments to a service, Axis > Engine creates an invalid SOAP M

[jira] Created: (AXISCPP-737) If same ISOAPAttachment object is passed as arguments to a service, Axis Engine creates an invalid SOAP Message

/browse/AXISCPP-737 Project: Axis-C++ Type: Bug Components: Client - API Reporter: James Jose ISoapAttachment *att1=ws.createSoapAttachment(); ISoapAttachment *att2=ws.createSoapAttachment(); char *text="This is a test message for attac

[jira] Created: (AXISCPP-732) Content-type header appears twice in MIME Header

Content-type header appears twice in MIME Header - Key: AXISCPP-732 URL: http://issues.apache.org/jira/browse/AXISCPP-732 Project: Axis-C++ Type: Bug Components: Client - Stub Reporter: James Jose Assigned to

[jira] Created: (AXISCPP-713) Implement addAttachment() API in Stub class

Implement addAttachment() API in Stub class --- Key: AXISCPP-713 URL: http://issues.apache.org/jira/browse/AXISCPP-713 Project: Axis-C++ Type: Bug Components: Client - API Reporter: James Jose Assigned to: Mark

[jira] Created: (AXISCPP-704) Problem in setSOAPMethodAttribute API in Call class

Problem in setSOAPMethodAttribute API in Call class --- Key: AXISCPP-704 URL: http://issues.apache.org/jira/browse/AXISCPP-704 Project: Axis-C++ Type: Bug Components: Client - API Reporter: James Jose

APIs will confuse user

ation should be documented. Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Assigned: (AXISCPP-703) Call::setSOAPMethodAttribute not tested

[ http://issues.apache.org/jira/browse/AXISCPP-703?page=all ] James Jose reassigned AXISCPP-703: -- Assign To: James Jose > Call::setSOAPMethodAttribute not tested > --- > > Key: AXISCPP-703 &g

Regarding DynamicGet_AddAnyObjectTestOutOfScope

DynamicGet_AddAnyObjectTestOutOfScope is the test for defect AXISCPP-547 Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Resolved: (AXISCPP-649) OtherFaultException not tested

[ http://issues.apache.org/jira/browse/AXISCPP-649?page=all ] James Jose resolved AXISCPP-649: Resolution: Fixed A new test is added for OtherFaultException. Test name - OtherFaultExceptionTest > OtherFaultException not tes

[jira] Assigned: (AXISCPP-649) OtherFaultException not tested

[ http://issues.apache.org/jira/browse/AXISCPP-649?page=all ] James Jose reassigned AXISCPP-649: -- Assign To: James Jose > OtherFaultException not tested > -- > > Key: AXISCPP-649 >

[jira] Created: (AXISCPP-573) problem in setURI() API in IAttribute class

problem in setURI() API in IAttribute class --- Key: AXISCPP-573 URL: http://issues.apache.org/jira/browse/AXISCPP-573 Project: Axis-C++ Type: Bug Reporter: James Jose If the prefix of the attribute is empty and if I

[jira] Created: (AXISCPP-563) Documentation for IAttribute class and INamespace class contain wrong information

Reporter: James Jose Priority: Minor Behaviour of setter APIs with NULL values are changed. Now if we pass NULL as argument to setter APIs, it is treated as "" and API returns AXISSUCCESS. But documentation says "Passing NULL will result in AXISFAIL". This stateme

[jira] Created: (AXISCPP-554) No documentation for Call class APIs are available

No documentation for Call class APIs are available -- Key: AXISCPP-554 URL: http://issues.apache.org/jira/browse/AXISCPP-554 Project: Axis-C++ Type: Bug Reporter: James Jose Use and usage information for Call

[jira] Commented: (AXISCPP-545) getNamespacePrefix() API in Call class does not return NULL for non existing namespace URI.

[ http://issues.apache.org/jira/browse/AXISCPP-545?page=comments#action_61078 ] James Jose commented on AXISCPP-545: If we pass namespace URI for SOAP-ENV, getNamespacePrefix() API correctly returns the prefix. But not for other standard

[jira] Commented: (AXISCPP-547) Problem in getAnyObject() API in Call class

[ http://issues.apache.org/jira/browse/AXISCPP-547?page=comments#action_61076 ] James Jose commented on AXISCPP-547: In the testcase I used getAnyobject() 3 times to test the behaviour of this API when there is no data to return. I feel if there

Re:(AXISCPP-551) getAnyObject() API in call class does not return SOAP Fault correctly

-- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Mark Whitlock <[EMAIL PROTECTED]> 15/03/2005 19:01 Please respond to "Apache AXIS C Developers List" To axis-c-d

[jira] Created: (AXISCPP-551) getAnyObject() API in call class does not return SOAP Fault correctly

getAnyObject() API in call class does not return SOAP Fault correctly - Key: AXISCPP-551 URL: http://issues.apache.org/jira/browse/AXISCPP-551 Project: Axis-C++ Type: Bug Reporter: James Jose

Re: Fw: Regarding addAnyObject and getAnyObject

Server.generalExceptionjava.lang.ArithmeticException: / by zero This is the fault message that I got for division by zero. But here  getting the end tag for SOAP Body but no start tag.. Thanks & Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software

[jira] Created: (AXISCPP-547) Problem in getAnyObject() API in Call class

Problem in getAnyObject() API in Call class --- Key: AXISCPP-547 URL: http://issues.apache.org/jira/browse/AXISCPP-547 Project: Axis-C++ Type: Bug Reporter: James Jose 1. Calling getAnyObject() results in an unhandled

[jira] Created: (AXISCPP-545) getNamespacePrefix() API in Call class does not return NULL for non existing namespace URI.

++ Type: Bug Reporter: James Jose Instead of NULL getNamespacePrefix() API returns some prefix for non existing namespace URI. Also API does not return correct prefix for existing namespace URIs. DynamicGetNamespacePrefixTest addresses these issues. -- This message is automatically

Re: Fw: Regarding addAnyObject and getAnyObject

mp; Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Mark Whitlock <[EMAIL PROTECTED]> 11/03/2005 19:56 Please respond to "Apache AXIS C Developers List" To axis-c-dev

Regarding addAnyObject and getAnyObject

out this issues.. Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Created: (AXISCPP-486) when createAttribute() API in IHeaderBlock uses predefined namespace prefix then serializer fails to generate the request message

URL: http://issues.apache.org/jira/browse/AXISCPP-486 Project: Axis-C++ Type: Bug Reporter: James Jose when createAttribute() API in IHeaderBlock uses predefined namespace prefix then serializer fails to generate the request message and throws following error message

Re: IHeaderBlockTest3

Hai,  A modified version of the test is included in the test list. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] John Hawkins <[EM

setURI() in IAttribute Class

prefix is not empty, then this setURI() does not change its prefix..               Modified IAttributeTest4 accordingly. Because of this issue now the test fails... Thanks & Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Soft

[jira] Created: (AXISCPP-452) createStdAttribute() API in IHeaderBlock allows duplicate attribute creation within a tag

++ Type: Bug Reporter: James Jose IHeaderBlock *phb1 = ws1.createSOAPHeaderBlock "TestHeader","http://ws.apache.org/";); IAttribute *attr1 = phb1->createStdAttribute(MUST_UNDERSTAND_TRUE,SOAP_VER_1_1); IAttribute *attr1a= phb1->createStdAttribute(MUST_UNDERSTAND

[jira] Created: (AXISCPP-448) change return type of setURI() and setPrefix() in INamespace class to int

: James Jose These API are not checking whether arguments are NULL or not. If arguments are not proper then it should return AXISFAIL like APIs in IAttribute and IHeaderBlock class -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the

[jira] Created: (AXISCPP-436) createAttribute() API allows duplicate attribute creation within a tag

createAttribute() API allows duplicate attribute creation within a tag -- Key: AXISCPP-436 URL: http://issues.apache.org/jira/browse/AXISCPP-436 Project: Axis-C++ Type: Bug Reporter: James Jose

[jira] Created: (AXISCPP-435) Documentation for IAttribute and INamespace does not contain any detailing of the use and usage of APIs

Project: Axis-C++ Type: Bug Components: Documentation Reporter: James Jose Priority: Minor Documentation for IAttribute and INamespace does not contain any detailing of the use and usage of APIs. -- This message is automatically generated by JIRA. - If you think it

Re: [jira] Closed: (AXISCPP-430) IHeaderBlock->getLastChild() mehod doesn't return the last child.

Hi,    getLastChild() API is covered in IHeaderBlockTest4 and IHeaderBlockTest5. Both tests are working fine. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL

Re: [jira] Closed: (AXISCPP-348) Problem in BasicNode created by createChild() and createImmediateChild() APIs in IHeaderBlock

This problem was fixed and is working fine now. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] "Samisa Abeysinghe (JIRA)" 10/02/

checkFault API in CALL class

. In that case why do we need to get this argument from the user? Thanks & Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

Call Class API

Hi All        I am working on Call class APIs.   No documentation is  avilable for APIs  so please give me some information about getAnyObject() and addAnyObject() APIs.    Thanks in Advance Regards James -- James Jose Messaging Clients Team

Re: getFaultDetail() API in Call class

Hi Samisa,    Thanks for your reply.    Also need some information about addAnyObject() and getAnyObject() in Call Class  -  Its usage Thanks & Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 9

getFaultDetail() API in Call class

s please.. Thanks And Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Commented: (AXISCPP-360) compilation error when using APIs in BasicNode

[ http://issues.apache.org/jira/browse/AXISCPP-360?page=comments#action_58486 ] James Jose commented on AXISCPP-360: Solution is fine for me. So we can close the defect > compilation error when using APIs in BasicN

Regarding Call class API

s not in the include directory.   So how can I write a client which uses this API  ? Thanks & Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

Re: Regarding createAttribute() in IHeaderBlock

use createNamespaceDecl() API to create the  namespace. Then he/she can use that prefix. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Roshan

[jira] Created: (AXISCPP-386) BasicNode class does not have an API to create namespace declaration

BasicNode class does not have an API to create namespace declaration - Key: AXISCPP-386 URL: http://issues.apache.org/jira/browse/AXISCPP-386 Project: Axis-C++ Type: Bug Reporter: James Jose

Re: Ant test framework - running a test

Sanjaya, oops...pressed send button before completing the draft Can u send the command that u used to run a test Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL

Re: Ant test framework - running a test

Sanjaya,    Can u send the command that u Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] "sanjaya singharage" <[EMAIL PROTE

Re: [jira] Commented: (AXISCPP-375) setPrefix() in IAttribute class does not check whether the given namespace prefix is declared or not

>And shall we also declare the namespace automaticaly in this situation?   User has to declare the namespace.   Also there is no API to create a namespace declaration in BasicNode.Do we need one? Regards James -- James Jose Messaging Clie

[jira] Created: (AXISCPP-385) use common name for API that set/get URI in different classes

use common name for API that set/get URI in different classes - Key: AXISCPP-385 URL: http://issues.apache.org/jira/browse/AXISCPP-385 Project: Axis-C++ Type: Bug Reporter: James Jose Priority

Following same name for APIs

  these  classes. Same for getUri() also. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

Re: [jira] Commented: (AXISCPP-375) setPrefix() in IAttribute class does not check whether the given namespace prefix is declared or not

Roshan,   I think first one is better.  If we go for second one without getting the URI from user how we can declare a new namespace ?   What I feel is if the prefix is not declared then it should not set. Regards James -- James Jose Messaging

Re: Ant test framework - running a test

Hi,    I think if  u pass  xmlparser info then this problem will be solved.   So include  -Ddir.xmlParser=[directory of xmlparser] also in the ant command. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct

Re: Regarding createAttribute() in IHeaderBlock

-- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Roshan Weerasuriya <[EMAIL PROTECTED]> 17/01/2005 16:43 Please respond to "Apache AXIS C Developers List"

Re: Regarding createAttribute() in IHeaderBlock

uot;AXIS");       In this prefix of Name become 'np'. But uri of Name will be "http://apache.com".      URI of an attribute means uri associated with its namespace prefix. Is this right? Thanks & Regards James -- James

Regarding createAttribute() in IHeaderBlock

         IHeaderBlock *phb=ws.createSOAPHeaderBlock("TestHeader","http://axis.apache.com");         IAttribute *attr=phb->createAttribute("Name","np","http://apache.com","AXIS");    The resultant SOAP Header is                    

[jira] Created: (AXISCPP-375) setPrefix() in IAttribute class does not check whether the given namespace prefix is declared or not

Project: Axis-C++ Type: Bug Reporter: James Jose IHeaderBlock *phb=ws.createSOAPHeaderBlock("TestHeader","http://axis.apache.com";); IAttribute *attr=phb->createAttribute("Name","ns2","","Axis"); attr->setPrefix(&qu

Re: setUri() API - Usage

Roshan,    setUri() for an attribute does not change the SOAP Message. So if we going for separate class for namespace, then do we need this setUri() API in IAttribute class. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software

Re: setUri() API - Usage

addNamespaceDecl() API and how it can be used. Regards James -- James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] Roshan Weerasuriya <[EMAIL PROTECTED]> 10/01/2005

[jira] Created: (AXISCPP-363) createStdAttribute() uses an undeclared namespace prefix 'env' when SOAP_VER_1_2 is passed as the SOAP_VERSION.

e.org/jira/browse/AXISCPP-363 Project: Axis-C++ Type: Bug Reporter: James Jose IHeaderBlock *phb=ws.createSOAPHeaderBlock("TestHeader","http://axis.com";); IAttribute *attr=phb->createStdAttribute(ROLE_NEXT,SOAP_VER_1_2); will create the following SOAP Hea

Re: setUri() API - Usage

e Header Block. Thanks in advance.. James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED] James Jose/India/[EMAIL PROTECTED] 04/01/2005 18:35 Please respond to &quo

Re: [jira] Commented: (AXISCPP-360) compilation error when using APIs in BasicNode

Hi Roshan,     I was referring an old API documentation. In that the return type of getFirstChild() was const BasicNode *. That's why I used  const BasicNode* object.  Now my problem is solved. Thanks & Regards James ------ James Jose

[jira] Created: (AXISCPP-360) compilation error when using APIs in BasicNode

compilation error when using APIs in BasicNode --- Key: AXISCPP-360 URL: http://issues.apache.org/jira/browse/AXISCPP-360 Project: Axis-C++ Type: Bug Reporter: James Jose IHeaderBlock *phb=ws.createSOAPHeaderBlock

[jira] Created: (AXISCPP-358) Passing NULL as argument to APIs in IHeaderBlock and IAttribute class results in Exception

++ Type: Bug Reporter: James Jose if we call APIs by passing NULL as it's argument then it results in some Excepton. For eg. I tried the following statement IHeaderBlock *phb=ws.createSOAPHeaderBlock("Test","http://apache.com";); phb->setLocalName(NULL);

[jira] Created: (AXISCPP-357) createImmediateChild() and createChild() APIs in the IHeaderBlock does not create namespace declaration

-357 Project: Axis-C++ Type: Bug Reporter: James Jose createImmediateChild (NODE_TYPE eNODE_TYPE, AxisChar *pachLocalName, AxisChar *pachPrefix, AxisChar *pachUri, AxisChar *pachValue)=0 and createChild (NODE_TYPE eNODE_TYPE, AxisChar *pachLocalName, AxisChar *pachPrefix

[jira] Created: (AXISCPP-355) Mistake in the document for createSOAPHeaderBlock() API

Mistake in the document for createSOAPHeaderBlock() API --- Key: AXISCPP-355 URL: http://issues.apache.org/jira/browse/AXISCPP-355 Project: Axis-C++ Type: Bug Components: Documentation Reporter: James Jose

Regarding createSOAPHeaderBlock() API

s needs to be looked into. Regards James ------ James Jose Messaging Clients Team, WMQDDC IBM Software Labs, India Direct: 91-80- 25094331  Ext :2331 E-mail: [EMAIL PROTECTED]

[jira] Created: (AXISCPP-352) virtual BasicNode* IHeaderBlock::getChild(int iChildPosition) does not return NULL if childposition is given as 0 or negative value

URL: http://issues.apache.org/jira/browse/AXISCPP-352 Project: Axis-C++ Type: Bug Reporter: James Jose The getChild() API in the IHeaderBlock class is not returning NULL if 0 or Negative value is passed as arguments. Instead of NULL API will return reference to the first

  1   2   >