You are viewing a plain text version of this content. The canonical link for it is here.
Posted to axis-cvs@ws.apache.org by sa...@apache.org on 2005/01/10 10:40:04 UTC
cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
samisa 2005/01/10 01:40:04
Modified: c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
Log:
Fixed error due to removal of secure parameter in Call initialize
Revision Changes Path
1.9 +14 -14 ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
Index: SimpleTestSoap.cpp
===================================================================
RCS file: /home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000 1.8
+++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000 1.9
@@ -40,7 +40,7 @@
{
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return ;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -81,7 +81,7 @@
int Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -124,7 +124,7 @@
float Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -167,7 +167,7 @@
xsd__string Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -210,7 +210,7 @@
xsd__base64Binary Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -252,7 +252,7 @@
xsd__dateTime Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -295,7 +295,7 @@
SOAPStruct* pReturn = NULL;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return pReturn;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -338,7 +338,7 @@
xsd__int_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -381,7 +381,7 @@
xsd__float_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -424,7 +424,7 @@
xsd__string_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -467,7 +467,7 @@
SOAPStruct_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -510,7 +510,7 @@
xsd__decimal Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -553,7 +553,7 @@
xsd__boolean Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -596,7 +596,7 @@
xsd__hexBinary Ret;
try
{
- if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS != m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Damitha Kumarage <da...@opensource.lk>.
Hi,
All the tests should have only the non-generated stuff. Samples neeed not have
generated stuff in the cvs. But releases should have complete source for
samples. We should have a automated way that in a release all the sample code
is generated and packaged
damitha
On Wed, 12 Jan 2005 15:34:14 +0600, sanjaya singharage wrote
> For a release of course we can proivde the source for the samples generated
> with the tool of that release. Otherwise I guess we will making new uses
> life more difficult.
>
> sanjaya.
>
> ----- Original Message -----
> From: "Adrian Dick" <ad...@uk.ibm.com>
> To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> Sent: Wednesday, January 12, 2005 3:21 PM
> Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
> >
> >
> >
> >
> >
> > My opinion is that we should also remove them from samples, certainly in
> > CVS. Maybe we need to ensure the samples documentation has clear
> > instructions for the users on generating stubs from the WSDL.
> >
> > _______________________________________
> > Adrian Dick (adrian.dick@uk.ibm.com)
> >
> > "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> 08:58:15:
> >
> > > Hi,
> > > +1 for removing generated source from tests.
> > >
> > > what about samples?
> > >
> > > sanjaya.
> > >
> > > ----- Original Message -----
> > > From: "Samisa Abeysinghe" <sa...@gmail.com>
> > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > Sent: Wednesday, January 12, 2005 2:31 PM
> > > Subject: Removing generetd source from cvs [was:Re: cvs commit:
> > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > >
> > >
> > > > Hi all,
> > > > Shall we remove the unwanted genereted code form cvs, at least for
> > > tests?
> > > >
> > > > I am concerned about the amount of time it takes to get a fresh
> > > > cvs checkout :(
> > > >
> > > > Thanks,
> > > > Samsia...
> > > >
> > > >
> > > > On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
> > > wrote:
> > > > >
> > > > >
> > > > > A file can be created which contains the name of the test property
> > files
> > > > > for tests that have services available and this can be used with the
> > > > > framework by specifying -Dtest.list=<path to this file> on the ant
> > > command
> > > > > line, or as a property in the properties file.
> > > > >
> > > > > e.g. file contents could be
> > > > > Calculator.xml
> > > > > FaultMapping.xml
> > > > >
> > > > > and the framework will only run those tests.
> > > > >
> > > > > Regards,
> > > > >
> > > > > Andrew Perry
> > > > > IBM C/C++ Web Services Client
> > > > > perryan@uk.ibm.com
> > > > > Mail Point 127
> > > > > IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> > > > > Tel. Internal 249828 External + 44 (0)1962 819828
> > > > > Fax. + 44(0)1962 818080
> > > > >
> > > > > Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> > > > > 13:23:57:
> > > > >
> > > > > > We have ant based build for only those tests in
> > > > > ws-axis\c\tests\auto_build.
> > > > > >
> > > > > > Some of those tests do not have C++ services as of now.
> > > > > > This is one of the reasons that I use some tests outside this ant
> > > > > > based test folder.
> > > > > >
> > > > > > I do agree that it is double effort to maintain 2 test systems. At
> > the
> > > > > > same time, I would like to be able to run all the ant based tests
> > > > > > (which are fairly comprehensive) without any external
> dependancies.
> > In
> > > > > > other words, when I make a cvs checkout, I should be able to build
> > run
> > > > > > these tests on my machine (both clients and services).
> > > > > > How far this is possible with the current test framework?
> > > > > >
> > > > > > I am definitely +1 for all the developers using the same test
> > > > > > framework, as that makes problem re-creation easy to help fixing.
> > > > > >
> > > > > > Thanks,
> > > > > > Samisa...
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins
> > <HA...@uk.ibm.com>
> > > > > wrote:
> > > > > > >
> > > > > > > The ANT framework already does this and I'm sure we discussed
> > this
> > > when
> > > > > we
> > > > > > > worked out the framework design?
> > > > > > >
> > > > > > > Again - I go back to how come we have two different test
> > frameworks?
> > > > > > > Maintenance is always hard on big projects and doubling the
> > effort
> > > is
> > > > > crazy
> > > > > > > ! We've put a geat deal of effort into the ANT test framework
> > > already
> > > > > and
> > > > > > > will be continuing to do
> > > > > > > so.
> > > > > > >
> > > > > > > NOTE: Having an ANT framework for test is not the same as build
> > > which
> > > > > we've
> > > > > > > already discussed recently :-)
> > > > > > >
> > > > > > >
> > > > > > > John Hawkins
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Samisa Abeysinghe <sa...@gmail.com>
> > > > > > >
> > > > > > > 10/01/2005 10:11
> > > > > > > Please respond to
> > > > > > > "Apache AXIS C Developers List"
> > > > > > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > > > > > cc
> > > > > > > SubjectRe: cvs commit:
> > ws-axis/c/tests/client/interop/round1/gen_src
> > > > > > > SimpleTestSoap.cpp
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > +1.
> > > > > > >
> > > > > > > I am having nigtmares changing the generated source.
> > > > > > > I requested this 3-4 months back as well.
> > > > > > >
> > > > > > > I am more than happy to remove generated source from the CVS
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Samisa...
> > > > > > >
> > > > > > >
> > > > > > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
> > > <HA...@uk.ibm.com>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > I'm missing the plot here. Why are we keeping generated source
> > ?
> > > > > These
> > > > > > > > should be genned on the fly when running the tests? Otherwise
> > they
> > > > > are not
> > > > > > > > testing WSDL2Ws (as is proven by these issues)
> > > > > > > >
> > > > > > > > John Hawkins
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > samisa@apache.org
> > > > > > > >
> > > > > > > > 10/01/2005 09:40
> > > > > > > >
> > > > > > > > To ws-axis-cvs@apache.org
> > > > > > > >
> > > > > > > > cc
> > > > > > > >
> > > > > > > > Subject cvs commit:
> > ws-axis/c/tests/client/interop/round1/gen_src
> > > > > > > > SimpleTestSoap.cpp
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > samisa 2005/01/10 01:40:04
> > > > > > > >
> > > > > > > > Modified: c/tests/client/interop/round1/gen_src
> > > > > SimpleTestSoap.cpp
> > > > > > > > Log:
> > > > > > > > Fixed error due to removal of secure parameter in Call
> > > initialize
> > > > > > > >
> > > > > > > > Revision Changes Path
> > > > > > > > 1.9 +14 -14
> > > > > > > >
> > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > > > > > >
> > > > > > > > Index: SimpleTestSoap.cpp
> > > > > > > >
> > > ===================================================================
> > > > > > > > RCS file:
> > > > > > > >
> > > > > > >
> > > > >
> > >
> >
> /home/cvs/ws-
> axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> >
> > > > >
> > > > > > > > retrieving revision 1.8
> > > > > > > > retrieving revision 1.9
> > > > > > > > diff -u -r1.8 -r1.9
> > > > > > > > --- SimpleTestSoap.cpp 24 Nov 2004
> > > 13:25:21 -0000
> > > > >
> > > > > > >
> > > > > > > > 1.8
> > > > > > > > +++ SimpleTestSoap.cpp 10 Jan 2005
> > > 09:40:04 -0000
> > > > >
> > > > > > >
> > > > > > > > 1.9
> > > > > > > > @@ -40,7 +40,7 @@
> > > > > > > > {
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return ;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -81,7 +81,7 @@
> > > > > > > > int Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -124,7 +124,7 @@
> > > > > > > > float Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -167,7 +167,7 @@
> > > > > > > > xsd__string Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -210,7 +210,7 @@
> > > > > > > > xsd__base64Binary Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -252,7 +252,7 @@
> > > > > > > > xsd__dateTime Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -295,7 +295,7 @@
> > > > > > > > SOAPStruct* pReturn = NULL;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > > pReturn;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -338,7 +338,7 @@
> > > > > > > > xsd__int_Array RetArray = {NULL, 0};
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > > > > RetArray;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -381,7 +381,7 @@
> > > > > > > > xsd__float_Array RetArray = {NULL, 0};
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > > > > RetArray;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -424,7 +424,7 @@
> > > > > > > > xsd__string_Array RetArray = {NULL, 0};
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > > > > RetArray;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -467,7 +467,7 @@
> > > > > > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > > > > RetArray;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -510,7 +510,7 @@
> > > > > > > > xsd__decimal Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -553,7 +553,7 @@
> > > > > > > > xsd__boolean Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > > @@ -596,7 +596,7 @@
> > > > > > > > xsd__hexBinary Ret;
> > > > > > > > try
> > > > > > > > {
> > > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > > return
> > Ret;
> > > > > > > >
> > > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > > >
> > > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> >
> >
> >
--
Damitha Kumarage
hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
damitha@hsenid.lk(damitha@beyondm.net)
Lanka Software Foundation (http://www.opensource.lk)
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by sanjaya singharage <sa...@opensource.lk>.
Yes, you have a point there too! For some it might be an additional burden
to install java and even run the tool. Just a suggestion, how about
providing gensource for some of the samples only? Is this too much?
sanjaya.
----- Original Message -----
From: "Samisa Abeysinghe" <sa...@gmail.com>
To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
Sent: Thursday, January 13, 2005 8:16 AM
Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> IMHO, cvs is directly used by developers with some understanding -
> hence they will be capable enough to generate the sources using WSDL -
> despite that fact that we assume they got to have Java and Axis Java
> on the system.
>
> For release packages, both binary and source, lets package the
> generated source only for samples. This will help those users who do
> not have Java to try out Axis C++ just with the samples.
>
> Thoughts please!
>
> Thanks,
> Samisa...
>
>
> On 12 Jan 2005 18:38:12 +0600, Roshan Weerasuriya <ro...@opensource.lk>
wrote:
> > hi All,
> >
> > In my openion I think for the Samples it is better to keep the generated
> > code in the CVS, as the name itself implies that these are samples, so
> > there should be the sample codes/source_files to the user. (It is
> > certainly true that a user can generate these through the tool, but we
> > need to make the life simple for any kind of first time user of Axis C++
> > so that he will be encouraged to use Axis C++) We have to retain the
> > first time users of Axis C++, and we auctualy should let them feel that
> > Axis C++ is not much of a burden to be used.
> >
> > Roshan
> >
> > On Wed, 2005-01-12 at 16:43, Damitha Kumarage wrote:
> > > On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> > > > ----- Original Message -----
> > > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > > Sent: Wednesday, January 12, 2005 3:50 PM
> > > > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> > > > 09:34:14:
> > > > >
> > > > > > For a release of course we can proivde the source for the
samples
> > > > > generated
> > > > > > with the tool of that release. Otherwise I guess we will making
new uses
> > > > > > life more difficult.
> > > > >
> > > > > True, but they're going to need to generate the stubs for
themselves at
> > > > > some point. Doing this as part of the samples seems a natural
part of the
> > > > > education. (particularly as we'll be confident of these working
first
> > > > time
> > > > > and everytime)
> > > > >
> > > >
> > > > Yes I think you have a point. As you say generating code should be a
> > > > "natural part". Agreed.
> > >
> > > FYI
> > > I have seen some guru saying somewhere that "when testing with an
application
> > > for usability in the first few minutes if you cannot make a sample
running
> > > successfully then stop cosidering it as an option." I don't know how
true this
> > > is. But it has some thing in it. Shall we get some burden of it in our
> > > deployment process and let new user have some relief. Of cousre he
will
> > > generated the stuff and go deeper in the next step
> > >
> > > thanks
> > > damitha
> > >
> > > >
> > > > > > sanjaya.
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > > > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > > > > Sent: Wednesday, January 12, 2005 3:21 PM
> > > > > > Subject: Re: Removing generetd source from cvs [was:Re: cvs
commit:
> > > > > > ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > My opinion is that we should also remove them from samples,
certainly
> > > > > in
> > > > > > > CVS. Maybe we need to ensure the samples documentation has
clear
> > > > > > > instructions for the users on generating stubs from the WSDL.
> > > > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
> > > --
> > > Damitha Kumarage
> > > hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
> > > damitha@hsenid.lk(damitha@beyondm.net)
> > >
> > > Lanka Software Foundation (http://www.opensource.lk)
> > >
> > >
> >
> >
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Samisa Abeysinghe <sa...@gmail.com>.
IMHO, cvs is directly used by developers with some understanding -
hence they will be capable enough to generate the sources using WSDL -
despite that fact that we assume they got to have Java and Axis Java
on the system.
For release packages, both binary and source, lets package the
generated source only for samples. This will help those users who do
not have Java to try out Axis C++ just with the samples.
Thoughts please!
Thanks,
Samisa...
On 12 Jan 2005 18:38:12 +0600, Roshan Weerasuriya <ro...@opensource.lk> wrote:
> hi All,
>
> In my openion I think for the Samples it is better to keep the generated
> code in the CVS, as the name itself implies that these are samples, so
> there should be the sample codes/source_files to the user. (It is
> certainly true that a user can generate these through the tool, but we
> need to make the life simple for any kind of first time user of Axis C++
> so that he will be encouraged to use Axis C++) We have to retain the
> first time users of Axis C++, and we auctualy should let them feel that
> Axis C++ is not much of a burden to be used.
>
> Roshan
>
> On Wed, 2005-01-12 at 16:43, Damitha Kumarage wrote:
> > On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> > > ----- Original Message -----
> > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > Sent: Wednesday, January 12, 2005 3:50 PM
> > > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> > > 09:34:14:
> > > >
> > > > > For a release of course we can proivde the source for the samples
> > > > generated
> > > > > with the tool of that release. Otherwise I guess we will making new uses
> > > > > life more difficult.
> > > >
> > > > True, but they're going to need to generate the stubs for themselves at
> > > > some point. Doing this as part of the samples seems a natural part of the
> > > > education. (particularly as we'll be confident of these working first
> > > time
> > > > and everytime)
> > > >
> > >
> > > Yes I think you have a point. As you say generating code should be a
> > > "natural part". Agreed.
> >
> > FYI
> > I have seen some guru saying somewhere that "when testing with an application
> > for usability in the first few minutes if you cannot make a sample running
> > successfully then stop cosidering it as an option." I don't know how true this
> > is. But it has some thing in it. Shall we get some burden of it in our
> > deployment process and let new user have some relief. Of cousre he will
> > generated the stuff and go deeper in the next step
> >
> > thanks
> > damitha
> >
> > >
> > > > > sanjaya.
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > > > Sent: Wednesday, January 12, 2005 3:21 PM
> > > > > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > > > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > > > >
> > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > My opinion is that we should also remove them from samples, certainly
> > > > in
> > > > > > CVS. Maybe we need to ensure the samples documentation has clear
> > > > > > instructions for the users on generating stubs from the WSDL.
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> > --
> > Damitha Kumarage
> > hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
> > damitha@hsenid.lk(damitha@beyondm.net)
> >
> > Lanka Software Foundation (http://www.opensource.lk)
> >
> >
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by John Hawkins <HA...@uk.ibm.com>.
Option 2 please +1
John Hawkins
Samisa Abeysinghe <sa...@gmail.com>
13/01/2005 11:06
Please respond to
"Apache AXIS C Developers List"
To
Apache AXIS C Developers List <ax...@ws.apache.org>,
susantha@opensource.lk
cc
Subject
Re: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Looks like we have two views:
1. Keep generated code for some samples in CVS and remove the rest,
including all that of tests
2. Remove all generated code for all samples and tests and put
generated code for samples only when packaging releases
What are we going to do?
BTW, I prefere 2.
Thanks,
Samisa...
On Thu, 13 Jan 2005 16:46:13 +0600, Susantha Kumara
<su...@opensource.lk> wrote:
> I agree with Roshan to keep the generated source code for some simple
> samples. But not for all the samples.
>
> Susantha.
>
>
> Roshan Weerasuriya wrote:
> hi All,
In my openion I think for the Samples it is better to keep the
> generated
code in the CVS, as the name itself implies that these are
> samples, so
there should be the sample codes/source_files to the user. (It
> is
certainly true that a user can generate these through the tool, but
> we
need to make the life simple for any kind of first time user of Axis
> C++
so that he will be encouraged to use Axis C++) We have to retain
> the
first time users of Axis C++, and we auctualy should let them feel
> that
Axis C++ is not much of a burden to be used.
Roshan
On Wed,
> 2005-01-12 at 16:43, Damitha Kumarage wrote:
> On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> ----- Original Message -----
From: "Adrian Dick"
> <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List"
> <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:50
> PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs
> commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
"sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> 09:34:14:
> For a release of course we can proivde the source for the samples
> generated
> with the tool of that release. Otherwise I guess we will making new
> uses
life more difficult.
True, but they're going to need to generate the
> stubs for themselves at
some point. Doing this as part of the samples seems
> a natural part of the
education. (particularly as we'll be confident of
> these working first
time
> and everytime)
Yes I think you have a point. As you say generating code
> should be a
"natural part". Agreed.
FYI
I have seen some guru saying
> somewhere that "when testing with an application
for usability in the first
> few minutes if you cannot make a sample running
successfully then stop
> cosidering it as an option." I don't know how true this
is. But it has some
> thing in it. Shall we get some burden of it in our
deployment process and
> let new user have some relief. Of cousre he will
generated the stuff and go
> deeper in the next step
thanks
damitha
> sanjaya.
----- Original Message -----
From: "Adrian Dick"
> <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List"
> <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:21
> PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs
> commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
My opinion is that we should also remove them from samples, certainly
> in
> CVS. Maybe we need to ensure the samples documentation has
> clear
instructions for the users on generating stubs from the WSDL.
> --
Damitha Kumarage
hSenid Software International (PVT) Ltd(Web:
> www.hsenid.com)
damitha@hsenid.lk(damitha@beyondm.net)
Lanka Software
> Foundation (http://www.opensource.lk)
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Samisa Abeysinghe <sa...@gmail.com>.
Looks like we have two views:
1. Keep generated code for some samples in CVS and remove the rest,
including all that of tests
2. Remove all generated code for all samples and tests and put
generated code for samples only when packaging releases
What are we going to do?
BTW, I prefere 2.
Thanks,
Samisa...
On Thu, 13 Jan 2005 16:46:13 +0600, Susantha Kumara
<su...@opensource.lk> wrote:
> I agree with Roshan to keep the generated source code for some simple
> samples. But not for all the samples.
>
> Susantha.
>
>
> Roshan Weerasuriya wrote:
> hi All,
In my openion I think for the Samples it is better to keep the
> generated
code in the CVS, as the name itself implies that these are
> samples, so
there should be the sample codes/source_files to the user. (It
> is
certainly true that a user can generate these through the tool, but
> we
need to make the life simple for any kind of first time user of Axis
> C++
so that he will be encouraged to use Axis C++) We have to retain
> the
first time users of Axis C++, and we auctualy should let them feel
> that
Axis C++ is not much of a burden to be used.
Roshan
On Wed,
> 2005-01-12 at 16:43, Damitha Kumarage wrote:
> On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> ----- Original Message -----
From: "Adrian Dick"
> <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List"
> <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:50
> PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs
> commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
"sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> 09:34:14:
> For a release of course we can proivde the source for the samples
> generated
> with the tool of that release. Otherwise I guess we will making new
> uses
life more difficult.
True, but they're going to need to generate the
> stubs for themselves at
some point. Doing this as part of the samples seems
> a natural part of the
education. (particularly as we'll be confident of
> these working first
time
> and everytime)
Yes I think you have a point. As you say generating code
> should be a
"natural part". Agreed.
FYI
I have seen some guru saying
> somewhere that "when testing with an application
for usability in the first
> few minutes if you cannot make a sample running
successfully then stop
> cosidering it as an option." I don't know how true this
is. But it has some
> thing in it. Shall we get some burden of it in our
deployment process and
> let new user have some relief. Of cousre he will
generated the stuff and go
> deeper in the next step
thanks
damitha
> sanjaya.
----- Original Message -----
From: "Adrian Dick"
> <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List"
> <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:21
> PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs
> commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
My opinion is that we should also remove them from samples, certainly
> in
> CVS. Maybe we need to ensure the samples documentation has
> clear
instructions for the users on generating stubs from the WSDL.
> --
Damitha Kumarage
hSenid Software International (PVT) Ltd(Web:
> www.hsenid.com)
damitha@hsenid.lk(damitha@beyondm.net)
Lanka Software
> Foundation (http://www.opensource.lk)
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by Susantha Kumara <su...@opensource.lk>.
I agree with Roshan to keep the generated source code for some simple
samples. But not for all the samples.
Susantha.
Roshan Weerasuriya wrote:
>hi All,
>
>In my openion I think for the Samples it is better to keep the generated
>code in the CVS, as the name itself implies that these are samples, so
>there should be the sample codes/source_files to the user. (It is
>certainly true that a user can generate these through the tool, but we
>need to make the life simple for any kind of first time user of Axis C++
>so that he will be encouraged to use Axis C++) We have to retain the
>first time users of Axis C++, and we auctualy should let them feel that
>Axis C++ is not much of a burden to be used.
>
>Roshan
>
>On Wed, 2005-01-12 at 16:43, Damitha Kumarage wrote:
>
>
>>On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
>>
>>
>>>----- Original Message -----
>>>From: "Adrian Dick" <ad...@uk.ibm.com>
>>>To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
>>>Sent: Wednesday, January 12, 2005 3:50 PM
>>>Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
>>>ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>>>
>>>
>>>
>>>>
>>>>
>>>>
>>>>"sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
>>>>
>>>>
>>>09:34:14:
>>>
>>>
>>>>>For a release of course we can proivde the source for the samples
>>>>>
>>>>>
>>>>generated
>>>>
>>>>
>>>>>with the tool of that release. Otherwise I guess we will making new uses
>>>>>life more difficult.
>>>>>
>>>>>
>>>>True, but they're going to need to generate the stubs for themselves at
>>>>some point. Doing this as part of the samples seems a natural part of the
>>>>education. (particularly as we'll be confident of these working first
>>>>
>>>>
>>>time
>>>
>>>
>>>>and everytime)
>>>>
>>>>
>>>>
>>>Yes I think you have a point. As you say generating code should be a
>>>"natural part". Agreed.
>>>
>>>
>>FYI
>>I have seen some guru saying somewhere that "when testing with an application
>>for usability in the first few minutes if you cannot make a sample running
>>successfully then stop cosidering it as an option." I don't know how true this
>>is. But it has some thing in it. Shall we get some burden of it in our
>>deployment process and let new user have some relief. Of cousre he will
>>generated the stuff and go deeper in the next step
>>
>>thanks
>>damitha
>>
>>
>>
>>>>>sanjaya.
>>>>>
>>>>>----- Original Message -----
>>>>>From: "Adrian Dick" <ad...@uk.ibm.com>
>>>>>To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
>>>>>Sent: Wednesday, January 12, 2005 3:21 PM
>>>>>Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
>>>>>ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>My opinion is that we should also remove them from samples, certainly
>>>>>>
>>>>>>
>>>>in
>>>>
>>>>
>>>>>>CVS. Maybe we need to ensure the samples documentation has clear
>>>>>>instructions for the users on generating stubs from the WSDL.
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>>
>>--
>>Damitha Kumarage
>>hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
>>damitha@hsenid.lk(damitha@beyondm.net)
>>
>>Lanka Software Foundation (http://www.opensource.lk)
>>
>>
>>
>>
>
>
>
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Roshan Weerasuriya <ro...@opensource.lk>.
hi All,
In my openion I think for the Samples it is better to keep the generated
code in the CVS, as the name itself implies that these are samples, so
there should be the sample codes/source_files to the user. (It is
certainly true that a user can generate these through the tool, but we
need to make the life simple for any kind of first time user of Axis C++
so that he will be encouraged to use Axis C++) We have to retain the
first time users of Axis C++, and we auctualy should let them feel that
Axis C++ is not much of a burden to be used.
Roshan
On Wed, 2005-01-12 at 16:43, Damitha Kumarage wrote:
> On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> > ----- Original Message -----
> > From: "Adrian Dick" <ad...@uk.ibm.com>
> > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > Sent: Wednesday, January 12, 2005 3:50 PM
> > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> >
> > >
> > >
> > >
> > >
> > >
> > > "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> > 09:34:14:
> > >
> > > > For a release of course we can proivde the source for the samples
> > > generated
> > > > with the tool of that release. Otherwise I guess we will making new uses
> > > > life more difficult.
> > >
> > > True, but they're going to need to generate the stubs for themselves at
> > > some point. Doing this as part of the samples seems a natural part of the
> > > education. (particularly as we'll be confident of these working first
> > time
> > > and everytime)
> > >
> >
> > Yes I think you have a point. As you say generating code should be a
> > "natural part". Agreed.
>
> FYI
> I have seen some guru saying somewhere that "when testing with an application
> for usability in the first few minutes if you cannot make a sample running
> successfully then stop cosidering it as an option." I don't know how true this
> is. But it has some thing in it. Shall we get some burden of it in our
> deployment process and let new user have some relief. Of cousre he will
> generated the stuff and go deeper in the next step
>
> thanks
> damitha
>
> >
> > > > sanjaya.
> > > >
> > > > ----- Original Message -----
> > > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > > Sent: Wednesday, January 12, 2005 3:21 PM
> > > > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > My opinion is that we should also remove them from samples, certainly
> > > in
> > > > > CVS. Maybe we need to ensure the samples documentation has clear
> > > > > instructions for the users on generating stubs from the WSDL.
> > > > >
> > >
> > >
> > >
>
>
> --
> Damitha Kumarage
> hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
> damitha@hsenid.lk(damitha@beyondm.net)
>
> Lanka Software Foundation (http://www.opensource.lk)
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Damitha Kumarage <da...@opensource.lk>.
On Wed, 12 Jan 2005 16:22:19 +0600, sanjaya singharage wrote
> ----- Original Message -----
> From: "Adrian Dick" <ad...@uk.ibm.com>
> To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> Sent: Wednesday, January 12, 2005 3:50 PM
> Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
> >
> >
> >
> >
> >
> > "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
> 09:34:14:
> >
> > > For a release of course we can proivde the source for the samples
> > generated
> > > with the tool of that release. Otherwise I guess we will making new uses
> > > life more difficult.
> >
> > True, but they're going to need to generate the stubs for themselves at
> > some point. Doing this as part of the samples seems a natural part of the
> > education. (particularly as we'll be confident of these working first
> time
> > and everytime)
> >
>
> Yes I think you have a point. As you say generating code should be a
> "natural part". Agreed.
FYI
I have seen some guru saying somewhere that "when testing with an application
for usability in the first few minutes if you cannot make a sample running
successfully then stop cosidering it as an option." I don't know how true this
is. But it has some thing in it. Shall we get some burden of it in our
deployment process and let new user have some relief. Of cousre he will
generated the stuff and go deeper in the next step
thanks
damitha
>
> > > sanjaya.
> > >
> > > ----- Original Message -----
> > > From: "Adrian Dick" <ad...@uk.ibm.com>
> > > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > > Sent: Wednesday, January 12, 2005 3:21 PM
> > > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> > >
> > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > My opinion is that we should also remove them from samples, certainly
> > in
> > > > CVS. Maybe we need to ensure the samples documentation has clear
> > > > instructions for the users on generating stubs from the WSDL.
> > > >
> >
> >
> >
--
Damitha Kumarage
hSenid Software International (PVT) Ltd(Web: www.hsenid.com)
damitha@hsenid.lk(damitha@beyondm.net)
Lanka Software Foundation (http://www.opensource.lk)
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by sanjaya singharage <sa...@opensource.lk>.
----- Original Message -----
From: "Adrian Dick" <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:50 PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
>
>
>
>
> "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
09:34:14:
>
> > For a release of course we can proivde the source for the samples
> generated
> > with the tool of that release. Otherwise I guess we will making new uses
> > life more difficult.
>
> True, but they're going to need to generate the stubs for themselves at
> some point. Doing this as part of the samples seems a natural part of the
> education. (particularly as we'll be confident of these working first
time
> and everytime)
>
Yes I think you have a point. As you say generating code should be a
"natural part". Agreed.
> > sanjaya.
> >
> > ----- Original Message -----
> > From: "Adrian Dick" <ad...@uk.ibm.com>
> > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > Sent: Wednesday, January 12, 2005 3:21 PM
> > Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> >
> >
> > >
> > >
> > >
> > >
> > >
> > > My opinion is that we should also remove them from samples, certainly
> in
> > > CVS. Maybe we need to ensure the samples documentation has clear
> > > instructions for the users on generating stubs from the WSDL.
> > >
>
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by Adrian Dick <ad...@uk.ibm.com>.
"sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005 09:34:14:
> For a release of course we can proivde the source for the samples
generated
> with the tool of that release. Otherwise I guess we will making new uses
> life more difficult.
True, but they're going to need to generate the stubs for themselves at
some point. Doing this as part of the samples seems a natural part of the
education. (particularly as we'll be confident of these working first time
and everytime)
> sanjaya.
>
> ----- Original Message -----
> From: "Adrian Dick" <ad...@uk.ibm.com>
> To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> Sent: Wednesday, January 12, 2005 3:21 PM
> Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
>
> >
> >
> >
> >
> >
> > My opinion is that we should also remove them from samples, certainly
in
> > CVS. Maybe we need to ensure the samples documentation has clear
> > instructions for the users on generating stubs from the WSDL.
> >
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by sanjaya singharage <sa...@opensource.lk>.
For a release of course we can proivde the source for the samples generated
with the tool of that release. Otherwise I guess we will making new uses
life more difficult.
sanjaya.
----- Original Message -----
From: "Adrian Dick" <ad...@uk.ibm.com>
To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 3:21 PM
Subject: Re: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
>
>
>
>
> My opinion is that we should also remove them from samples, certainly in
> CVS. Maybe we need to ensure the samples documentation has clear
> instructions for the users on generating stubs from the WSDL.
>
> _______________________________________
> Adrian Dick (adrian.dick@uk.ibm.com)
>
> "sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005
08:58:15:
>
> > Hi,
> > +1 for removing generated source from tests.
> >
> > what about samples?
> >
> > sanjaya.
> >
> > ----- Original Message -----
> > From: "Samisa Abeysinghe" <sa...@gmail.com>
> > To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> > Sent: Wednesday, January 12, 2005 2:31 PM
> > Subject: Removing generetd source from cvs [was:Re: cvs commit:
> > ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> >
> >
> > > Hi all,
> > > Shall we remove the unwanted genereted code form cvs, at least for
> > tests?
> > >
> > > I am concerned about the amount of time it takes to get a fresh
> > > cvs checkout :(
> > >
> > > Thanks,
> > > Samsia...
> > >
> > >
> > > On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
> > wrote:
> > > >
> > > >
> > > > A file can be created which contains the name of the test property
> files
> > > > for tests that have services available and this can be used with the
> > > > framework by specifying -Dtest.list=<path to this file> on the ant
> > command
> > > > line, or as a property in the properties file.
> > > >
> > > > e.g. file contents could be
> > > > Calculator.xml
> > > > FaultMapping.xml
> > > >
> > > > and the framework will only run those tests.
> > > >
> > > > Regards,
> > > >
> > > > Andrew Perry
> > > > IBM C/C++ Web Services Client
> > > > perryan@uk.ibm.com
> > > > Mail Point 127
> > > > IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> > > > Tel. Internal 249828 External + 44 (0)1962 819828
> > > > Fax. + 44(0)1962 818080
> > > >
> > > > Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> > > > 13:23:57:
> > > >
> > > > > We have ant based build for only those tests in
> > > > ws-axis\c\tests\auto_build.
> > > > >
> > > > > Some of those tests do not have C++ services as of now.
> > > > > This is one of the reasons that I use some tests outside this ant
> > > > > based test folder.
> > > > >
> > > > > I do agree that it is double effort to maintain 2 test systems. At
> the
> > > > > same time, I would like to be able to run all the ant based tests
> > > > > (which are fairly comprehensive) without any external
dependancies.
> In
> > > > > other words, when I make a cvs checkout, I should be able to build
> run
> > > > > these tests on my machine (both clients and services).
> > > > > How far this is possible with the current test framework?
> > > > >
> > > > > I am definitely +1 for all the developers using the same test
> > > > > framework, as that makes problem re-creation easy to help fixing.
> > > > >
> > > > > Thanks,
> > > > > Samisa...
> > > > >
> > > > >
> > > > >
> > > > > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins
> <HA...@uk.ibm.com>
> > > > wrote:
> > > > > >
> > > > > > The ANT framework already does this and I'm sure we discussed
> this
> > when
> > > > we
> > > > > > worked out the framework design?
> > > > > >
> > > > > > Again - I go back to how come we have two different test
> frameworks?
> > > > > > Maintenance is always hard on big projects and doubling the
> effort
> > is
> > > > crazy
> > > > > > ! We've put a geat deal of effort into the ANT test framework
> > already
> > > > and
> > > > > > will be continuing to do
> > > > > > so.
> > > > > >
> > > > > > NOTE: Having an ANT framework for test is not the same as build
> > which
> > > > we've
> > > > > > already discussed recently :-)
> > > > > >
> > > > > >
> > > > > > John Hawkins
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Samisa Abeysinghe <sa...@gmail.com>
> > > > > >
> > > > > > 10/01/2005 10:11
> > > > > > Please respond to
> > > > > > "Apache AXIS C Developers List"
> > > > > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > > > > cc
> > > > > > SubjectRe: cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src
> > > > > > SimpleTestSoap.cpp
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > +1.
> > > > > >
> > > > > > I am having nigtmares changing the generated source.
> > > > > > I requested this 3-4 months back as well.
> > > > > >
> > > > > > I am more than happy to remove generated source from the CVS
> > > > > >
> > > > > > Thanks,
> > > > > > Samisa...
> > > > > >
> > > > > >
> > > > > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
> > <HA...@uk.ibm.com>
> > > > > > wrote:
> > > > > > >
> > > > > > > I'm missing the plot here. Why are we keeping generated source
> ?
> > > > These
> > > > > > > should be genned on the fly when running the tests? Otherwise
> they
> > > > are not
> > > > > > > testing WSDL2Ws (as is proven by these issues)
> > > > > > >
> > > > > > > John Hawkins
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > samisa@apache.org
> > > > > > >
> > > > > > > 10/01/2005 09:40
> > > > > > >
> > > > > > > To ws-axis-cvs@apache.org
> > > > > > >
> > > > > > > cc
> > > > > > >
> > > > > > > Subject cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src
> > > > > > > SimpleTestSoap.cpp
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > samisa 2005/01/10 01:40:04
> > > > > > >
> > > > > > > Modified: c/tests/client/interop/round1/gen_src
> > > > SimpleTestSoap.cpp
> > > > > > > Log:
> > > > > > > Fixed error due to removal of secure parameter in Call
> > initialize
> > > > > > >
> > > > > > > Revision Changes Path
> > > > > > > 1.9 +14 -14
> > > > > > >
> ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > > > > >
> > > > > > > Index: SimpleTestSoap.cpp
> > > > > > >
> > ===================================================================
> > > > > > > RCS file:
> > > > > > >
> > > > > >
> > > >
> >
>
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
>
> > > >
> > > > > > > retrieving revision 1.8
> > > > > > > retrieving revision 1.9
> > > > > > > diff -u -r1.8 -r1.9
> > > > > > > --- SimpleTestSoap.cpp 24 Nov 2004
> > 13:25:21 -0000
> > > >
> > > > > >
> > > > > > > 1.8
> > > > > > > +++ SimpleTestSoap.cpp 10 Jan 2005
> > 09:40:04 -0000
> > > >
> > > > > >
> > > > > > > 1.9
> > > > > > > @@ -40,7 +40,7 @@
> > > > > > > {
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return ;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -81,7 +81,7 @@
> > > > > > > int Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -124,7 +124,7 @@
> > > > > > > float Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -167,7 +167,7 @@
> > > > > > > xsd__string Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -210,7 +210,7 @@
> > > > > > > xsd__base64Binary Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -252,7 +252,7 @@
> > > > > > > xsd__dateTime Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -295,7 +295,7 @@
> > > > > > > SOAPStruct* pReturn = NULL;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> > pReturn;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -338,7 +338,7 @@
> > > > > > > xsd__int_Array RetArray = {NULL, 0};
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> > > > RetArray;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -381,7 +381,7 @@
> > > > > > > xsd__float_Array RetArray = {NULL, 0};
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> > > > RetArray;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -424,7 +424,7 @@
> > > > > > > xsd__string_Array RetArray = {NULL, 0};
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> > > > RetArray;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -467,7 +467,7 @@
> > > > > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> > > > RetArray;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -510,7 +510,7 @@
> > > > > > > xsd__decimal Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -553,7 +553,7 @@
> > > > > > > xsd__boolean Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > > @@ -596,7 +596,7 @@
> > > > > > > xsd__hexBinary Ret;
> > > > > > > try
> > > > > > > {
> > > > > > > - if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > > + if (AXIS_SUCCESS !=
> > > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > > return
> Ret;
> > > > > > >
> > > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > > >
> > > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > >
> >
> >
>
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by Adrian Dick <ad...@uk.ibm.com>.
My opinion is that we should also remove them from samples, certainly in
CVS. Maybe we need to ensure the samples documentation has clear
instructions for the users on generating stubs from the WSDL.
_______________________________________
Adrian Dick (adrian.dick@uk.ibm.com)
"sanjaya singharage" <sa...@opensource.lk> wrote on 12/01/2005 08:58:15:
> Hi,
> +1 for removing generated source from tests.
>
> what about samples?
>
> sanjaya.
>
> ----- Original Message -----
> From: "Samisa Abeysinghe" <sa...@gmail.com>
> To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
> Sent: Wednesday, January 12, 2005 2:31 PM
> Subject: Removing generetd source from cvs [was:Re: cvs commit:
> ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
>
>
> > Hi all,
> > Shall we remove the unwanted genereted code form cvs, at least for
> tests?
> >
> > I am concerned about the amount of time it takes to get a fresh
> > cvs checkout :(
> >
> > Thanks,
> > Samsia...
> >
> >
> > On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
> wrote:
> > >
> > >
> > > A file can be created which contains the name of the test property
files
> > > for tests that have services available and this can be used with the
> > > framework by specifying -Dtest.list=<path to this file> on the ant
> command
> > > line, or as a property in the properties file.
> > >
> > > e.g. file contents could be
> > > Calculator.xml
> > > FaultMapping.xml
> > >
> > > and the framework will only run those tests.
> > >
> > > Regards,
> > >
> > > Andrew Perry
> > > IBM C/C++ Web Services Client
> > > perryan@uk.ibm.com
> > > Mail Point 127
> > > IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> > > Tel. Internal 249828 External + 44 (0)1962 819828
> > > Fax. + 44(0)1962 818080
> > >
> > > Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> > > 13:23:57:
> > >
> > > > We have ant based build for only those tests in
> > > ws-axis\c\tests\auto_build.
> > > >
> > > > Some of those tests do not have C++ services as of now.
> > > > This is one of the reasons that I use some tests outside this ant
> > > > based test folder.
> > > >
> > > > I do agree that it is double effort to maintain 2 test systems. At
the
> > > > same time, I would like to be able to run all the ant based tests
> > > > (which are fairly comprehensive) without any external dependancies.
In
> > > > other words, when I make a cvs checkout, I should be able to build
run
> > > > these tests on my machine (both clients and services).
> > > > How far this is possible with the current test framework?
> > > >
> > > > I am definitely +1 for all the developers using the same test
> > > > framework, as that makes problem re-creation easy to help fixing.
> > > >
> > > > Thanks,
> > > > Samisa...
> > > >
> > > >
> > > >
> > > > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins
<HA...@uk.ibm.com>
> > > wrote:
> > > > >
> > > > > The ANT framework already does this and I'm sure we discussed
this
> when
> > > we
> > > > > worked out the framework design?
> > > > >
> > > > > Again - I go back to how come we have two different test
frameworks?
> > > > > Maintenance is always hard on big projects and doubling the
effort
> is
> > > crazy
> > > > > ! We've put a geat deal of effort into the ANT test framework
> already
> > > and
> > > > > will be continuing to do
> > > > > so.
> > > > >
> > > > > NOTE: Having an ANT framework for test is not the same as build
> which
> > > we've
> > > > > already discussed recently :-)
> > > > >
> > > > >
> > > > > John Hawkins
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Samisa Abeysinghe <sa...@gmail.com>
> > > > >
> > > > > 10/01/2005 10:11
> > > > > Please respond to
> > > > > "Apache AXIS C Developers List"
> > > > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > > > cc
> > > > > SubjectRe: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src
> > > > > SimpleTestSoap.cpp
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > +1.
> > > > >
> > > > > I am having nigtmares changing the generated source.
> > > > > I requested this 3-4 months back as well.
> > > > >
> > > > > I am more than happy to remove generated source from the CVS
> > > > >
> > > > > Thanks,
> > > > > Samisa...
> > > > >
> > > > >
> > > > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
> <HA...@uk.ibm.com>
> > > > > wrote:
> > > > > >
> > > > > > I'm missing the plot here. Why are we keeping generated source
?
> > > These
> > > > > > should be genned on the fly when running the tests? Otherwise
they
> > > are not
> > > > > > testing WSDL2Ws (as is proven by these issues)
> > > > > >
> > > > > > John Hawkins
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > samisa@apache.org
> > > > > >
> > > > > > 10/01/2005 09:40
> > > > > >
> > > > > > To ws-axis-cvs@apache.org
> > > > > >
> > > > > > cc
> > > > > >
> > > > > > Subject cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src
> > > > > > SimpleTestSoap.cpp
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > samisa 2005/01/10 01:40:04
> > > > > >
> > > > > > Modified: c/tests/client/interop/round1/gen_src
> > > SimpleTestSoap.cpp
> > > > > > Log:
> > > > > > Fixed error due to removal of secure parameter in Call
> initialize
> > > > > >
> > > > > > Revision Changes Path
> > > > > > 1.9 +14 -14
> > > > > >
ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > > > >
> > > > > > Index: SimpleTestSoap.cpp
> > > > > >
> ===================================================================
> > > > > > RCS file:
> > > > > >
> > > > >
> > >
>
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> > >
> > > > > > retrieving revision 1.8
> > > > > > retrieving revision 1.9
> > > > > > diff -u -r1.8 -r1.9
> > > > > > --- SimpleTestSoap.cpp 24 Nov 2004
> 13:25:21 -0000
> > >
> > > > >
> > > > > > 1.8
> > > > > > +++ SimpleTestSoap.cpp 10 Jan 2005
> 09:40:04 -0000
> > >
> > > > >
> > > > > > 1.9
> > > > > > @@ -40,7 +40,7 @@
> > > > > > {
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return ;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -81,7 +81,7 @@
> > > > > > int Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -124,7 +124,7 @@
> > > > > > float Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -167,7 +167,7 @@
> > > > > > xsd__string Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -210,7 +210,7 @@
> > > > > > xsd__base64Binary Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -252,7 +252,7 @@
> > > > > > xsd__dateTime Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -295,7 +295,7 @@
> > > > > > SOAPStruct* pReturn = NULL;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
> pReturn;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -338,7 +338,7 @@
> > > > > > xsd__int_Array RetArray = {NULL, 0};
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
> > > RetArray;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -381,7 +381,7 @@
> > > > > > xsd__float_Array RetArray = {NULL, 0};
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
> > > RetArray;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -424,7 +424,7 @@
> > > > > > xsd__string_Array RetArray = {NULL, 0};
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
> > > RetArray;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -467,7 +467,7 @@
> > > > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
> > > RetArray;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -510,7 +510,7 @@
> > > > > > xsd__decimal Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -553,7 +553,7 @@
> > > > > > xsd__boolean Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > > @@ -596,7 +596,7 @@
> > > > > > xsd__hexBinary Ret;
> > > > > > try
> > > > > > {
> > > > > > - if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > > + if (AXIS_SUCCESS !=
> > > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > > return
Ret;
> > > > > >
> > > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > > >
> > > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > >
> > >
> >
>
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by sanjaya singharage <sa...@opensource.lk>.
Hi,
+1 for removing generated source from tests.
what about samples?
sanjaya.
----- Original Message -----
From: "Samisa Abeysinghe" <sa...@gmail.com>
To: "Apache AXIS C Developers List" <ax...@ws.apache.org>
Sent: Wednesday, January 12, 2005 2:31 PM
Subject: Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
> Hi all,
> Shall we remove the unwanted genereted code form cvs, at least for
tests?
>
> I am concerned about the amount of time it takes to get a fresh
> cvs checkout :(
>
> Thanks,
> Samsia...
>
>
> On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
wrote:
> >
> >
> > A file can be created which contains the name of the test property files
> > for tests that have services available and this can be used with the
> > framework by specifying -Dtest.list=<path to this file> on the ant
command
> > line, or as a property in the properties file.
> >
> > e.g. file contents could be
> > Calculator.xml
> > FaultMapping.xml
> >
> > and the framework will only run those tests.
> >
> > Regards,
> >
> > Andrew Perry
> > IBM C/C++ Web Services Client
> > perryan@uk.ibm.com
> > Mail Point 127
> > IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> > Tel. Internal 249828 External + 44 (0)1962 819828
> > Fax. + 44(0)1962 818080
> >
> > Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> > 13:23:57:
> >
> > > We have ant based build for only those tests in
> > ws-axis\c\tests\auto_build.
> > >
> > > Some of those tests do not have C++ services as of now.
> > > This is one of the reasons that I use some tests outside this ant
> > > based test folder.
> > >
> > > I do agree that it is double effort to maintain 2 test systems. At the
> > > same time, I would like to be able to run all the ant based tests
> > > (which are fairly comprehensive) without any external dependancies. In
> > > other words, when I make a cvs checkout, I should be able to build run
> > > these tests on my machine (both clients and services).
> > > How far this is possible with the current test framework?
> > >
> > > I am definitely +1 for all the developers using the same test
> > > framework, as that makes problem re-creation easy to help fixing.
> > >
> > > Thanks,
> > > Samisa...
> > >
> > >
> > >
> > > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins <HA...@uk.ibm.com>
> > wrote:
> > > >
> > > > The ANT framework already does this and I'm sure we discussed this
when
> > we
> > > > worked out the framework design?
> > > >
> > > > Again - I go back to how come we have two different test frameworks?
> > > > Maintenance is always hard on big projects and doubling the effort
is
> > crazy
> > > > ! We've put a geat deal of effort into the ANT test framework
already
> > and
> > > > will be continuing to do
> > > > so.
> > > >
> > > > NOTE: Having an ANT framework for test is not the same as build
which
> > we've
> > > > already discussed recently :-)
> > > >
> > > >
> > > > John Hawkins
> > > >
> > > >
> > > >
> > > >
> > > > Samisa Abeysinghe <sa...@gmail.com>
> > > >
> > > > 10/01/2005 10:11
> > > > Please respond to
> > > > "Apache AXIS C Developers List"
> > > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > > cc
> > > > SubjectRe: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > > SimpleTestSoap.cpp
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > +1.
> > > >
> > > > I am having nigtmares changing the generated source.
> > > > I requested this 3-4 months back as well.
> > > >
> > > > I am more than happy to remove generated source from the CVS
> > > >
> > > > Thanks,
> > > > Samisa...
> > > >
> > > >
> > > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
<HA...@uk.ibm.com>
> > > > wrote:
> > > > >
> > > > > I'm missing the plot here. Why are we keeping generated source ?
> > These
> > > > > should be genned on the fly when running the tests? Otherwise they
> > are not
> > > > > testing WSDL2Ws (as is proven by these issues)
> > > > >
> > > > > John Hawkins
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > samisa@apache.org
> > > > >
> > > > > 10/01/2005 09:40
> > > > >
> > > > > To ws-axis-cvs@apache.org
> > > > >
> > > > > cc
> > > > >
> > > > > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > > > SimpleTestSoap.cpp
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > samisa 2005/01/10 01:40:04
> > > > >
> > > > > Modified: c/tests/client/interop/round1/gen_src
> > SimpleTestSoap.cpp
> > > > > Log:
> > > > > Fixed error due to removal of secure parameter in Call
initialize
> > > > >
> > > > > Revision Changes Path
> > > > > 1.9 +14 -14
> > > > > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > > >
> > > > > Index: SimpleTestSoap.cpp
> > > > >
===================================================================
> > > > > RCS file:
> > > > >
> > > >
> >
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> >
> > > > > retrieving revision 1.8
> > > > > retrieving revision 1.9
> > > > > diff -u -r1.8 -r1.9
> > > > > --- SimpleTestSoap.cpp 24 Nov 2004
13:25:21 -0000
> >
> > > >
> > > > > 1.8
> > > > > +++ SimpleTestSoap.cpp 10 Jan 2005
09:40:04 -0000
> >
> > > >
> > > > > 1.9
> > > > > @@ -40,7 +40,7 @@
> > > > > {
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return ;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -81,7 +81,7 @@
> > > > > int Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -124,7 +124,7 @@
> > > > > float Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -167,7 +167,7 @@
> > > > > xsd__string Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -210,7 +210,7 @@
> > > > > xsd__base64Binary Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -252,7 +252,7 @@
> > > > > xsd__dateTime Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -295,7 +295,7 @@
> > > > > SOAPStruct* pReturn = NULL;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
pReturn;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -338,7 +338,7 @@
> > > > > xsd__int_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -381,7 +381,7 @@
> > > > > xsd__float_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -424,7 +424,7 @@
> > > > > xsd__string_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -467,7 +467,7 @@
> > > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -510,7 +510,7 @@
> > > > > xsd__decimal Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -553,7 +553,7 @@
> > > > > xsd__boolean Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -596,7 +596,7 @@
> > > > > xsd__hexBinary Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> >
> >
>
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by Adrian Dick <ad...@uk.ibm.com>.
+1 to removing generated code from CVS.
_______________________________________
Adrian Dick (adrian.dick@uk.ibm.com)
Samisa Abeysinghe <sa...@gmail.com> wrote on 12/01/2005
08:31:37:
> Hi all,
> Shall we remove the unwanted genereted code form cvs, at least for
tests?
>
> I am concerned about the amount of time it takes to get a fresh
> cvs checkout :(
>
> Thanks,
> Samsia...
>
>
> On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
wrote:
> >
> >
> > A file can be created which contains the name of the test property
files
> > for tests that have services available and this can be used with the
> > framework by specifying -Dtest.list=<path to this file> on the ant
command
> > line, or as a property in the properties file.
> >
> > e.g. file contents could be
> > Calculator.xml
> > FaultMapping.xml
> >
> > and the framework will only run those tests.
> >
> > Regards,
> >
> > Andrew Perry
> > IBM C/C++ Web Services Client
> > perryan@uk.ibm.com
> > Mail Point 127
> > IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> > Tel. Internal 249828 External + 44 (0)1962 819828
> > Fax. + 44(0)1962 818080
> >
> > Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> > 13:23:57:
> >
> > > We have ant based build for only those tests in
> > ws-axis\c\tests\auto_build.
> > >
> > > Some of those tests do not have C++ services as of now.
> > > This is one of the reasons that I use some tests outside this ant
> > > based test folder.
> > >
> > > I do agree that it is double effort to maintain 2 test systems. At
the
> > > same time, I would like to be able to run all the ant based tests
> > > (which are fairly comprehensive) without any external dependancies.
In
> > > other words, when I make a cvs checkout, I should be able to build
run
> > > these tests on my machine (both clients and services).
> > > How far this is possible with the current test framework?
> > >
> > > I am definitely +1 for all the developers using the same test
> > > framework, as that makes problem re-creation easy to help fixing.
> > >
> > > Thanks,
> > > Samisa...
> > >
> > >
> > >
> > > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins
<HA...@uk.ibm.com>
> > wrote:
> > > >
> > > > The ANT framework already does this and I'm sure we discussed this
when
> > we
> > > > worked out the framework design?
> > > >
> > > > Again - I go back to how come we have two different test
frameworks?
> > > > Maintenance is always hard on big projects and doubling the effort
is
> > crazy
> > > > ! We've put a geat deal of effort into the ANT test framework
already
> > and
> > > > will be continuing to do
> > > > so.
> > > >
> > > > NOTE: Having an ANT framework for test is not the same as build
which
> > we've
> > > > already discussed recently :-)
> > > >
> > > >
> > > > John Hawkins
> > > >
> > > >
> > > >
> > > >
> > > > Samisa Abeysinghe <sa...@gmail.com>
> > > >
> > > > 10/01/2005 10:11
> > > > Please respond to
> > > > "Apache AXIS C Developers List"
> > > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > > cc
> > > > SubjectRe: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src
> > > > SimpleTestSoap.cpp
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > +1.
> > > >
> > > > I am having nigtmares changing the generated source.
> > > > I requested this 3-4 months back as well.
> > > >
> > > > I am more than happy to remove generated source from the CVS
> > > >
> > > > Thanks,
> > > > Samisa...
> > > >
> > > >
> > > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
<HA...@uk.ibm.com>
> > > > wrote:
> > > > >
> > > > > I'm missing the plot here. Why are we keeping generated source ?
> > These
> > > > > should be genned on the fly when running the tests? Otherwise
they
> > are not
> > > > > testing WSDL2Ws (as is proven by these issues)
> > > > >
> > > > > John Hawkins
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > samisa@apache.org
> > > > >
> > > > > 10/01/2005 09:40
> > > > >
> > > > > To ws-axis-cvs@apache.org
> > > > >
> > > > > cc
> > > > >
> > > > > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > > > SimpleTestSoap.cpp
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > samisa 2005/01/10 01:40:04
> > > > >
> > > > > Modified: c/tests/client/interop/round1/gen_src
> > SimpleTestSoap.cpp
> > > > > Log:
> > > > > Fixed error due to removal of secure parameter in Call
initialize
> > > > >
> > > > > Revision Changes Path
> > > > > 1.9 +14 -14
> > > > > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > > >
> > > > > Index: SimpleTestSoap.cpp
> > > > >
===================================================================
> > > > > RCS file:
> > > > >
> > > >
> >
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> >
> > > > > retrieving revision 1.8
> > > > > retrieving revision 1.9
> > > > > diff -u -r1.8 -r1.9
> > > > > --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21
-0000
> >
> > > >
> > > > > 1.8
> > > > > +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04
-0000
> >
> > > >
> > > > > 1.9
> > > > > @@ -40,7 +40,7 @@
> > > > > {
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return ;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -81,7 +81,7 @@
> > > > > int Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -124,7 +124,7 @@
> > > > > float Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -167,7 +167,7 @@
> > > > > xsd__string Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -210,7 +210,7 @@
> > > > > xsd__base64Binary Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -252,7 +252,7 @@
> > > > > xsd__dateTime Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -295,7 +295,7 @@
> > > > > SOAPStruct* pReturn = NULL;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
pReturn;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -338,7 +338,7 @@
> > > > > xsd__int_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -381,7 +381,7 @@
> > > > > xsd__float_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -424,7 +424,7 @@
> > > > > xsd__string_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -467,7 +467,7 @@
> > > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return
> > RetArray;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -510,7 +510,7 @@
> > > > > xsd__decimal Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -553,7 +553,7 @@
> > > > > xsd__boolean Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > > @@ -596,7 +596,7 @@
> > > > > xsd__hexBinary Ret;
> > > > > try
> > > > > {
> > > > > - if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > > + if (AXIS_SUCCESS !=
> > > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > > return Ret;
> > > > >
> > > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > > >
> > > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> >
> >
Re: Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp]
Posted by John Hawkins <HA...@uk.ibm.com>.
+1 !
John Hawkins
Samisa Abeysinghe <sa...@gmail.com>
12/01/2005 08:31
Please respond to
"Apache AXIS C Developers List"
To
Apache AXIS C Developers List <ax...@ws.apache.org>
cc
Subject
Removing generetd source from cvs [was:Re: cvs commit:
ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Hi all,
Shall we remove the unwanted genereted code form cvs, at least for
tests?
I am concerned about the amount of time it takes to get a fresh
cvs checkout :(
Thanks,
Samsia...
On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com>
wrote:
>
>
> A file can be created which contains the name of the test property files
> for tests that have services available and this can be used with the
> framework by specifying -Dtest.list=<path to this file> on the ant
command
> line, or as a property in the properties file.
>
> e.g. file contents could be
> Calculator.xml
> FaultMapping.xml
>
> and the framework will only run those tests.
>
> Regards,
>
> Andrew Perry
> IBM C/C++ Web Services Client
> perryan@uk.ibm.com
> Mail Point 127
> IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> Tel. Internal 249828 External + 44 (0)1962 819828
> Fax. + 44(0)1962 818080
>
> Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> 13:23:57:
>
> > We have ant based build for only those tests in
> ws-axis\c\tests\auto_build.
> >
> > Some of those tests do not have C++ services as of now.
> > This is one of the reasons that I use some tests outside this ant
> > based test folder.
> >
> > I do agree that it is double effort to maintain 2 test systems. At the
> > same time, I would like to be able to run all the ant based tests
> > (which are fairly comprehensive) without any external dependancies. In
> > other words, when I make a cvs checkout, I should be able to build run
> > these tests on my machine (both clients and services).
> > How far this is possible with the current test framework?
> >
> > I am definitely +1 for all the developers using the same test
> > framework, as that makes problem re-creation easy to help fixing.
> >
> > Thanks,
> > Samisa...
> >
> >
> >
> > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins <HA...@uk.ibm.com>
> wrote:
> > >
> > > The ANT framework already does this and I'm sure we discussed this
when
> we
> > > worked out the framework design?
> > >
> > > Again - I go back to how come we have two different test frameworks?
> > > Maintenance is always hard on big projects and doubling the effort
is
> crazy
> > > ! We've put a geat deal of effort into the ANT test framework
already
> and
> > > will be continuing to do
> > > so.
> > >
> > > NOTE: Having an ANT framework for test is not the same as build
which
> we've
> > > already discussed recently :-)
> > >
> > >
> > > John Hawkins
> > >
> > >
> > >
> > >
> > > Samisa Abeysinghe <sa...@gmail.com>
> > >
> > > 10/01/2005 10:11
> > > Please respond to
> > > "Apache AXIS C Developers List"
> > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > cc
> > > SubjectRe: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > SimpleTestSoap.cpp
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > +1.
> > >
> > > I am having nigtmares changing the generated source.
> > > I requested this 3-4 months back as well.
> > >
> > > I am more than happy to remove generated source from the CVS
> > >
> > > Thanks,
> > > Samisa...
> > >
> > >
> > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins
<HA...@uk.ibm.com>
> > > wrote:
> > > >
> > > > I'm missing the plot here. Why are we keeping generated source ?
> These
> > > > should be genned on the fly when running the tests? Otherwise they
> are not
> > > > testing WSDL2Ws (as is proven by these issues)
> > > >
> > > > John Hawkins
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > samisa@apache.org
> > > >
> > > > 10/01/2005 09:40
> > > >
> > > > To ws-axis-cvs@apache.org
> > > >
> > > > cc
> > > >
> > > > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > > SimpleTestSoap.cpp
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > samisa 2005/01/10 01:40:04
> > > >
> > > > Modified: c/tests/client/interop/round1/gen_src
> SimpleTestSoap.cpp
> > > > Log:
> > > > Fixed error due to removal of secure parameter in Call
initialize
> > > >
> > > > Revision Changes Path
> > > > 1.9 +14 -14
> > > > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > >
> > > > Index: SimpleTestSoap.cpp
> > > >
===================================================================
> > > > RCS file:
> > > >
> > >
>
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
>
> > > > retrieving revision 1.8
> > > > retrieving revision 1.9
> > > > diff -u -r1.8 -r1.9
> > > > --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21
-0000
>
> > >
> > > > 1.8
> > > > +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04
-0000
>
> > >
> > > > 1.9
> > > > @@ -40,7 +40,7 @@
> > > > {
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return ;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -81,7 +81,7 @@
> > > > int Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -124,7 +124,7 @@
> > > > float Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -167,7 +167,7 @@
> > > > xsd__string Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -210,7 +210,7 @@
> > > > xsd__base64Binary Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -252,7 +252,7 @@
> > > > xsd__dateTime Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -295,7 +295,7 @@
> > > > SOAPStruct* pReturn = NULL;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
pReturn;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -338,7 +338,7 @@
> > > > xsd__int_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -381,7 +381,7 @@
> > > > xsd__float_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -424,7 +424,7 @@
> > > > xsd__string_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -467,7 +467,7 @@
> > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -510,7 +510,7 @@
> > > > xsd__decimal Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -553,7 +553,7 @@
> > > > xsd__boolean Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -596,7 +596,7 @@
> > > > xsd__hexBinary Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
>
>
Removing generetd source from cvs [was:Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp]
Posted by Samisa Abeysinghe <sa...@gmail.com>.
Hi all,
Shall we remove the unwanted genereted code form cvs, at least for tests?
I am concerned about the amount of time it takes to get a fresh
cvs checkout :(
Thanks,
Samsia...
On Mon, 10 Jan 2005 13:50:32 +0000, Andrew Perry2 <PE...@uk.ibm.com> wrote:
>
>
> A file can be created which contains the name of the test property files
> for tests that have services available and this can be used with the
> framework by specifying -Dtest.list=<path to this file> on the ant command
> line, or as a property in the properties file.
>
> e.g. file contents could be
> Calculator.xml
> FaultMapping.xml
>
> and the framework will only run those tests.
>
> Regards,
>
> Andrew Perry
> IBM C/C++ Web Services Client
> perryan@uk.ibm.com
> Mail Point 127
> IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
> Tel. Internal 249828 External + 44 (0)1962 819828
> Fax. + 44(0)1962 818080
>
> Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
> 13:23:57:
>
> > We have ant based build for only those tests in
> ws-axis\c\tests\auto_build.
> >
> > Some of those tests do not have C++ services as of now.
> > This is one of the reasons that I use some tests outside this ant
> > based test folder.
> >
> > I do agree that it is double effort to maintain 2 test systems. At the
> > same time, I would like to be able to run all the ant based tests
> > (which are fairly comprehensive) without any external dependancies. In
> > other words, when I make a cvs checkout, I should be able to build run
> > these tests on my machine (both clients and services).
> > How far this is possible with the current test framework?
> >
> > I am definitely +1 for all the developers using the same test
> > framework, as that makes problem re-creation easy to help fixing.
> >
> > Thanks,
> > Samisa...
> >
> >
> >
> > On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins <HA...@uk.ibm.com>
> wrote:
> > >
> > > The ANT framework already does this and I'm sure we discussed this when
> we
> > > worked out the framework design?
> > >
> > > Again - I go back to how come we have two different test frameworks?
> > > Maintenance is always hard on big projects and doubling the effort is
> crazy
> > > ! We've put a geat deal of effort into the ANT test framework already
> and
> > > will be continuing to do
> > > so.
> > >
> > > NOTE: Having an ANT framework for test is not the same as build which
> we've
> > > already discussed recently :-)
> > >
> > >
> > > John Hawkins
> > >
> > >
> > >
> > >
> > > Samisa Abeysinghe <sa...@gmail.com>
> > >
> > > 10/01/2005 10:11
> > > Please respond to
> > > "Apache AXIS C Developers List"
> > > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > > cc
> > > SubjectRe: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > SimpleTestSoap.cpp
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > +1.
> > >
> > > I am having nigtmares changing the generated source.
> > > I requested this 3-4 months back as well.
> > >
> > > I am more than happy to remove generated source from the CVS
> > >
> > > Thanks,
> > > Samisa...
> > >
> > >
> > > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins <HA...@uk.ibm.com>
> > > wrote:
> > > >
> > > > I'm missing the plot here. Why are we keeping generated source ?
> These
> > > > should be genned on the fly when running the tests? Otherwise they
> are not
> > > > testing WSDL2Ws (as is proven by these issues)
> > > >
> > > > John Hawkins
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > samisa@apache.org
> > > >
> > > > 10/01/2005 09:40
> > > >
> > > > To ws-axis-cvs@apache.org
> > > >
> > > > cc
> > > >
> > > > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > > SimpleTestSoap.cpp
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > samisa 2005/01/10 01:40:04
> > > >
> > > > Modified: c/tests/client/interop/round1/gen_src
> SimpleTestSoap.cpp
> > > > Log:
> > > > Fixed error due to removal of secure parameter in Call initialize
> > > >
> > > > Revision Changes Path
> > > > 1.9 +14 -14
> > > > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > > >
> > > > Index: SimpleTestSoap.cpp
> > > > ===================================================================
> > > > RCS file:
> > > >
> > >
> /home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
>
> > > > retrieving revision 1.8
> > > > retrieving revision 1.9
> > > > diff -u -r1.8 -r1.9
> > > > --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000
>
> > >
> > > > 1.8
> > > > +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000
>
> > >
> > > > 1.9
> > > > @@ -40,7 +40,7 @@
> > > > {
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return ;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -81,7 +81,7 @@
> > > > int Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -124,7 +124,7 @@
> > > > float Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -167,7 +167,7 @@
> > > > xsd__string Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -210,7 +210,7 @@
> > > > xsd__base64Binary Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -252,7 +252,7 @@
> > > > xsd__dateTime Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -295,7 +295,7 @@
> > > > SOAPStruct* pReturn = NULL;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return pReturn;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -338,7 +338,7 @@
> > > > xsd__int_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -381,7 +381,7 @@
> > > > xsd__float_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -424,7 +424,7 @@
> > > > xsd__string_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -467,7 +467,7 @@
> > > > SOAPStruct_Array RetArray = {NULL, 0};
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return
> RetArray;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -510,7 +510,7 @@
> > > > xsd__decimal Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -553,7 +553,7 @@
> > > > xsd__boolean Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > > @@ -596,7 +596,7 @@
> > > > xsd__hexBinary Ret;
> > > > try
> > > > {
> > > > - if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > > + if (AXIS_SUCCESS !=
> > > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > > return Ret;
> > > >
> > > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > > >
> > > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
>
>
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
Posted by Andrew Perry2 <PE...@uk.ibm.com>.
A file can be created which contains the name of the test property files
for tests that have services available and this can be used with the
framework by specifying -Dtest.list=<path to this file> on the ant command
line, or as a property in the properties file.
e.g. file contents could be
Calculator.xml
FaultMapping.xml
and the framework will only run those tests.
Regards,
Andrew Perry
IBM C/C++ Web Services Client
perryan@uk.ibm.com
Mail Point 127
IBM UK Laboratories. Hursley Park, Winchester, Hants. SO21 2JN
Tel. Internal 249828 External + 44 (0)1962 819828
Fax. + 44(0)1962 818080
Samisa Abeysinghe <sa...@gmail.com> wrote on 10/01/2005
13:23:57:
> We have ant based build for only those tests in
ws-axis\c\tests\auto_build.
>
> Some of those tests do not have C++ services as of now.
> This is one of the reasons that I use some tests outside this ant
> based test folder.
>
> I do agree that it is double effort to maintain 2 test systems. At the
> same time, I would like to be able to run all the ant based tests
> (which are fairly comprehensive) without any external dependancies. In
> other words, when I make a cvs checkout, I should be able to build run
> these tests on my machine (both clients and services).
> How far this is possible with the current test framework?
>
> I am definitely +1 for all the developers using the same test
> framework, as that makes problem re-creation easy to help fixing.
>
> Thanks,
> Samisa...
>
>
>
> On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins <HA...@uk.ibm.com>
wrote:
> >
> > The ANT framework already does this and I'm sure we discussed this when
we
> > worked out the framework design?
> >
> > Again - I go back to how come we have two different test frameworks?
> > Maintenance is always hard on big projects and doubling the effort is
crazy
> > ! We've put a geat deal of effort into the ANT test framework already
and
> > will be continuing to do
> > so.
> >
> > NOTE: Having an ANT framework for test is not the same as build which
we've
> > already discussed recently :-)
> >
> >
> > John Hawkins
> >
> >
> >
> >
> > Samisa Abeysinghe <sa...@gmail.com>
> >
> > 10/01/2005 10:11
> > Please respond to
> > "Apache AXIS C Developers List"
> > ToApache AXIS C Developers List <ax...@ws.apache.org>
> > cc
> > SubjectRe: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > SimpleTestSoap.cpp
> >
> >
> >
> >
> >
> >
> >
> >
> > +1.
> >
> > I am having nigtmares changing the generated source.
> > I requested this 3-4 months back as well.
> >
> > I am more than happy to remove generated source from the CVS
> >
> > Thanks,
> > Samisa...
> >
> >
> > On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins <HA...@uk.ibm.com>
> > wrote:
> > >
> > > I'm missing the plot here. Why are we keeping generated source ?
These
> > > should be genned on the fly when running the tests? Otherwise they
are not
> > > testing WSDL2Ws (as is proven by these issues)
> > >
> > > John Hawkins
> > >
> > >
> > >
> > >
> > >
> > > samisa@apache.org
> > >
> > > 10/01/2005 09:40
> > >
> > > To ws-axis-cvs@apache.org
> > >
> > > cc
> > >
> > > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > > SimpleTestSoap.cpp
> > >
> > >
> > >
> > >
> > >
> > > samisa 2005/01/10 01:40:04
> > >
> > > Modified: c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
> > > Log:
> > > Fixed error due to removal of secure parameter in Call initialize
> > >
> > > Revision Changes Path
> > > 1.9 +14 -14
> > > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> > >
> > > Index: SimpleTestSoap.cpp
> > > ===================================================================
> > > RCS file:
> > >
> >
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> > > retrieving revision 1.8
> > > retrieving revision 1.9
> > > diff -u -r1.8 -r1.9
> > > --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000
> >
> > > 1.8
> > > +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000
> >
> > > 1.9
> > > @@ -40,7 +40,7 @@
> > > {
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return ;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -81,7 +81,7 @@
> > > int Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -124,7 +124,7 @@
> > > float Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -167,7 +167,7 @@
> > > xsd__string Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -210,7 +210,7 @@
> > > xsd__base64Binary Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -252,7 +252,7 @@
> > > xsd__dateTime Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -295,7 +295,7 @@
> > > SOAPStruct* pReturn = NULL;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return pReturn;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -338,7 +338,7 @@
> > > xsd__int_Array RetArray = {NULL, 0};
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return
RetArray;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -381,7 +381,7 @@
> > > xsd__float_Array RetArray = {NULL, 0};
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return
RetArray;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -424,7 +424,7 @@
> > > xsd__string_Array RetArray = {NULL, 0};
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return
RetArray;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -467,7 +467,7 @@
> > > SOAPStruct_Array RetArray = {NULL, 0};
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return
RetArray;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -510,7 +510,7 @@
> > > xsd__decimal Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -553,7 +553,7 @@
> > > xsd__boolean Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > > @@ -596,7 +596,7 @@
> > > xsd__hexBinary Ret;
> > > try
> > > {
> > > - if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > > + if (AXIS_SUCCESS !=
> > > m_pCall->initialize(CPP_RPC_PROVIDER))
> > > return Ret;
> > >
> > > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> > >
> > m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > >
> > >
> > >
> > >
> > >
> >
> >
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
Posted by Samisa Abeysinghe <sa...@gmail.com>.
We have ant based build for only those tests in ws-axis\c\tests\auto_build.
Some of those tests do not have C++ services as of now.
This is one of the reasons that I use some tests outside this ant
based test folder.
I do agree that it is double effort to maintain 2 test systems. At the
same time, I would like to be able to run all the ant based tests
(which are fairly comprehensive) without any external dependancies. In
other words, when I make a cvs checkout, I should be able to build run
these tests on my machine (both clients and services).
How far this is possible with the current test framework?
I am definitely +1 for all the developers using the same test
framework, as that makes problem re-creation easy to help fixing.
Thanks,
Samisa...
On Mon, 10 Jan 2005 10:25:44 +0000, John Hawkins <HA...@uk.ibm.com> wrote:
>
> The ANT framework already does this and I'm sure we discussed this when we
> worked out the framework design?
>
> Again - I go back to how come we have two different test frameworks?
> Maintenance is always hard on big projects and doubling the effort is crazy
> ! We've put a geat deal of effort into the ANT test framework already and
> will be continuing to do
> so.
>
> NOTE: Having an ANT framework for test is not the same as build which we've
> already discussed recently :-)
>
>
> John Hawkins
>
>
>
>
> Samisa Abeysinghe <sa...@gmail.com>
>
> 10/01/2005 10:11
> Please respond to
> "Apache AXIS C Developers List"
> ToApache AXIS C Developers List <ax...@ws.apache.org>
> cc
> SubjectRe: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> SimpleTestSoap.cpp
>
>
>
>
>
>
>
>
> +1.
>
> I am having nigtmares changing the generated source.
> I requested this 3-4 months back as well.
>
> I am more than happy to remove generated source from the CVS
>
> Thanks,
> Samisa...
>
>
> On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins <HA...@uk.ibm.com>
> wrote:
> >
> > I'm missing the plot here. Why are we keeping generated source ? These
> > should be genned on the fly when running the tests? Otherwise they are not
> > testing WSDL2Ws (as is proven by these issues)
> >
> > John Hawkins
> >
> >
> >
> >
> >
> > samisa@apache.org
> >
> > 10/01/2005 09:40
> >
> > To ws-axis-cvs@apache.org
> >
> > cc
> >
> > Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> > SimpleTestSoap.cpp
> >
> >
> >
> >
> >
> > samisa 2005/01/10 01:40:04
> >
> > Modified: c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
> > Log:
> > Fixed error due to removal of secure parameter in Call initialize
> >
> > Revision Changes Path
> > 1.9 +14 -14
> > ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
> >
> > Index: SimpleTestSoap.cpp
> > ===================================================================
> > RCS file:
> >
> /home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> > retrieving revision 1.8
> > retrieving revision 1.9
> > diff -u -r1.8 -r1.9
> > --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000
>
> > 1.8
> > +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000
>
> > 1.9
> > @@ -40,7 +40,7 @@
> > {
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return ;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -81,7 +81,7 @@
> > int Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -124,7 +124,7 @@
> > float Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -167,7 +167,7 @@
> > xsd__string Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -210,7 +210,7 @@
> > xsd__base64Binary Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -252,7 +252,7 @@
> > xsd__dateTime Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -295,7 +295,7 @@
> > SOAPStruct* pReturn = NULL;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return pReturn;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -338,7 +338,7 @@
> > xsd__int_Array RetArray = {NULL, 0};
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return RetArray;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -381,7 +381,7 @@
> > xsd__float_Array RetArray = {NULL, 0};
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return RetArray;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -424,7 +424,7 @@
> > xsd__string_Array RetArray = {NULL, 0};
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return RetArray;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -467,7 +467,7 @@
> > SOAPStruct_Array RetArray = {NULL, 0};
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return RetArray;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -510,7 +510,7 @@
> > xsd__decimal Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -553,7 +553,7 @@
> > xsd__boolean Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> > @@ -596,7 +596,7 @@
> > xsd__hexBinary Ret;
> > try
> > {
> > - if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> > + if (AXIS_SUCCESS !=
> > m_pCall->initialize(CPP_RPC_PROVIDER))
> > return Ret;
> >
> > m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> >
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> >
> >
> >
> >
> >
>
>
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
Posted by John Hawkins <HA...@uk.ibm.com>.
The ANT framework already does this and I'm sure we discussed this when we
worked out the framework design?
Again - I go back to how come we have two different test frameworks?
Maintenance is always hard on big projects and doubling the effort is
crazy ! We've put a geat deal of effort into the ANT test framework
already and will be continuing to do
so.
NOTE: Having an ANT framework for test is not the same as build which
we've already discussed recently :-)
John Hawkins
Samisa Abeysinghe <sa...@gmail.com>
10/01/2005 10:11
Please respond to
"Apache AXIS C Developers List"
To
Apache AXIS C Developers List <ax...@ws.apache.org>
cc
Subject
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
+1.
I am having nigtmares changing the generated source.
I requested this 3-4 months back as well.
I am more than happy to remove generated source from the CVS
Thanks,
Samisa...
On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins <HA...@uk.ibm.com>
wrote:
>
> I'm missing the plot here. Why are we keeping generated source ? These
> should be genned on the fly when running the tests? Otherwise they are
not
> testing WSDL2Ws (as is proven by these issues)
>
> John Hawkins
>
>
>
>
>
> samisa@apache.org
>
> 10/01/2005 09:40
>
> To ws-axis-cvs@apache.org
>
> cc
>
> Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> SimpleTestSoap.cpp
>
>
>
>
>
> samisa 2005/01/10 01:40:04
>
> Modified: c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
> Log:
> Fixed error due to removal of secure parameter in Call initialize
>
> Revision Changes Path
> 1.9 +14 -14
> ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
>
> Index: SimpleTestSoap.cpp
> ===================================================================
> RCS file:
>
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> retrieving revision 1.8
> retrieving revision 1.9
> diff -u -r1.8 -r1.9
> --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000
> 1.8
> +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000
> 1.9
> @@ -40,7 +40,7 @@
> {
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return ;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -81,7 +81,7 @@
> int Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -124,7 +124,7 @@
> float Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -167,7 +167,7 @@
> xsd__string Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -210,7 +210,7 @@
> xsd__base64Binary Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -252,7 +252,7 @@
> xsd__dateTime Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -295,7 +295,7 @@
> SOAPStruct* pReturn = NULL;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return pReturn;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -338,7 +338,7 @@
> xsd__int_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -381,7 +381,7 @@
> xsd__float_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -424,7 +424,7 @@
> xsd__string_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -467,7 +467,7 @@
> SOAPStruct_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -510,7 +510,7 @@
> xsd__decimal Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -553,7 +553,7 @@
> xsd__boolean Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -596,7 +596,7 @@
> xsd__hexBinary Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
>
>
>
>
>
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
Posted by Samisa Abeysinghe <sa...@gmail.com>.
+1.
I am having nigtmares changing the generated source.
I requested this 3-4 months back as well.
I am more than happy to remove generated source from the CVS
Thanks,
Samisa...
On Mon, 10 Jan 2005 10:09:33 +0000, John Hawkins <HA...@uk.ibm.com> wrote:
>
> I'm missing the plot here. Why are we keeping generated source ? These
> should be genned on the fly when running the tests? Otherwise they are not
> testing WSDL2Ws (as is proven by these issues)
>
> John Hawkins
>
>
>
>
>
> samisa@apache.org
>
> 10/01/2005 09:40
>
> To ws-axis-cvs@apache.org
>
> cc
>
> Subject cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
> SimpleTestSoap.cpp
>
>
>
>
>
> samisa 2005/01/10 01:40:04
>
> Modified: c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
> Log:
> Fixed error due to removal of secure parameter in Call initialize
>
> Revision Changes Path
> 1.9 +14 -14
> ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
>
> Index: SimpleTestSoap.cpp
> ===================================================================
> RCS file:
> /home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
> retrieving revision 1.8
> retrieving revision 1.9
> diff -u -r1.8 -r1.9
> --- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000
> 1.8
> +++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000
> 1.9
> @@ -40,7 +40,7 @@
> {
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return ;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -81,7 +81,7 @@
> int Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -124,7 +124,7 @@
> float Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -167,7 +167,7 @@
> xsd__string Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -210,7 +210,7 @@
> xsd__base64Binary Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -252,7 +252,7 @@
> xsd__dateTime Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -295,7 +295,7 @@
> SOAPStruct* pReturn = NULL;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return pReturn;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -338,7 +338,7 @@
> xsd__int_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -381,7 +381,7 @@
> xsd__float_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -424,7 +424,7 @@
> xsd__string_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -467,7 +467,7 @@
> SOAPStruct_Array RetArray = {NULL, 0};
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return RetArray;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -510,7 +510,7 @@
> xsd__decimal Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -553,7 +553,7 @@
> xsd__boolean Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
> @@ -596,7 +596,7 @@
> xsd__hexBinary Ret;
> try
> {
> - if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
> + if (AXIS_SUCCESS !=
> m_pCall->initialize(CPP_RPC_PROVIDER))
> return Ret;
>
> m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
> m_pCall->setSOAPVersion(SOAP_VER_1_1);
>
>
>
>
>
Re: cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
Posted by John Hawkins <HA...@uk.ibm.com>.
I'm missing the plot here. Why are we keeping generated source ? These
should be genned on the fly when running the tests? Otherwise they are not
testing WSDL2Ws (as is proven by these issues)
John Hawkins
samisa@apache.org
10/01/2005 09:40
To
ws-axis-cvs@apache.org
cc
Subject
cvs commit: ws-axis/c/tests/client/interop/round1/gen_src
SimpleTestSoap.cpp
samisa 2005/01/10 01:40:04
Modified: c/tests/client/interop/round1/gen_src SimpleTestSoap.cpp
Log:
Fixed error due to removal of secure parameter in Call initialize
Revision Changes Path
1.9 +14 -14
ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp
Index: SimpleTestSoap.cpp
===================================================================
RCS file:
/home/cvs/ws-axis/c/tests/client/interop/round1/gen_src/SimpleTestSoap.cpp,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- SimpleTestSoap.cpp 24 Nov 2004 13:25:21 -0000 1.8
+++ SimpleTestSoap.cpp 10 Jan 2005 09:40:04 -0000 1.9
@@ -40,7 +40,7 @@
{
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return ;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -81,7 +81,7 @@
int Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -124,7 +124,7 @@
float Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -167,7 +167,7 @@
xsd__string Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -210,7 +210,7 @@
xsd__base64Binary Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -252,7 +252,7 @@
xsd__dateTime Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -295,7 +295,7 @@
SOAPStruct* pReturn = NULL;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return pReturn;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -338,7 +338,7 @@
xsd__int_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -381,7 +381,7 @@
xsd__float_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -424,7 +424,7 @@
xsd__string_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -467,7 +467,7 @@
SOAPStruct_Array RetArray = {NULL, 0};
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return RetArray;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -510,7 +510,7 @@
xsd__decimal Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -553,7 +553,7 @@
xsd__boolean Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);
@@ -596,7 +596,7 @@
xsd__hexBinary Ret;
try
{
- if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER, NORMAL_CHANNEL))
+ if (AXIS_SUCCESS !=
m_pCall->initialize(CPP_RPC_PROVIDER))
return Ret;
m_pCall->setTransportProperty(SOAPACTION_HEADER , "null");
m_pCall->setSOAPVersion(SOAP_VER_1_1);