[ http://issues.apache.org/jira/browse/AXISCPP-546?page=history ]
Samisa Abeysinghe reassigned AXISCPP-546:
-
Assign To: Samisa Abeysinghe
> Transport timeout throws an unknown exception.
> --
>
>
sorry,
this is taken as follows
"${dir.test.generated}/server/${serviceLang}/${serviceName}/${serviceName}".
(where properties starting with service is taken from the service XML files in
ws-axis\c\tests\auto_build\testcases\tests\server)
where dir.test.generated is taken from
build.PLAT
Sanjaya,
OK
now I know that D:\san\works\checkouts\obj\package\axis-c-1.5.0-Win32-bin
is release folder. That is solved.
What
about the destination folder? (see my previous mail
please)
Thanks,
Samisa…
-Original Message-
From: sanjaya singharage
[
You have to supply the following property when
running services.xml
-Ddir.release="D:\san\works\checkouts\obj\package\axis-c-1.5.0-Win32-bin"
(change the value according to your system). This is something that is inherited
from the test framework. This should be easily fixable if it doesn't
Hi Sanjaya,
From where is “D:\san\works\checkouts\obj\test\generated\server\”
picked from?
Can we using something like:
dir.test.server.generated = ${dir.obj}/test/server/generated
from properties file, similar to
the use of
dir.test.generated = ${dir.obj}/test/generated
in clien
Sanjaya,
By changing the file name accordingly, I could
run the script bit ahead but failed at the following point.
setPropertiesForService:
setLanguage:
generateStubs:
[echo]
C:\axiscpp\ws-axis\c/../../../obj/test/generated/server/cpp/AxisBenc
h
BUILD FAILED
C:\
"Axis" is meant to be the deployment folder. i.e.
where AXISCPP_DEPLOY points to. The services.xml builds only the webservices and
the relevant binaries are generated under
D:\san\works\checkouts\obj\test\generated\server\.
sanjaya.
- Original Message -
From:
Samisa
Abe
I think if you set the property
xerces.xmlParserLibrary in c/build/build.Win32.properties to
have the value "xerces-c_2_2_0" instead of "xerces-c_2" this should be ok. I
think this should be the default property. Is setting this property to have the
former values as the default going to bre
There is yet another problem as well. It
copies files to C:\Axis and not to C:\obj as the test.xml
does (the client test script)
I would like both the scripts to use the same higher level
folder structure.
Thanks,
Samisa…
-Original Message-
From: Dushshantha Chandradasa
Hi,
The following error was occurred when running the
services.xml ant script.
prepareDeployment:
[copy] Copying 25 files to C:\Axis
[copy] Copying 3 files to
C:\Axis\lib
BUILD FAILED
C:\axiscpp\ws-axis\c\services.xml:24: Warning: Could not
find file C:\xerces-c2_
Hi,
The following error was occurred when running the
services.xml ant script.
prepareDeployment:
[copy] Copying 25 files to C:\Axis
[copy] Copying 3 files to
C:\Axis\lib
BUILD FAILED
C:\axiscpp\ws-axis\c\services.xml:24: Warning: Could not
find file C:\xerces-c2_
[
http://issues.apache.org/jira/browse/AXISCPP-553?page=comments#action_61082 ]
Dushshantha Chandradasa commented on AXISCPP-553:
-
Just a suggestion :)
All WSDLs for the tests, have the "service" specification. this raised because
of t
Hi Manohar,
Seems to be problem is in WSDL2Ws tool need "service" definition.
There is JIRA for that. AXISCPP-552 when this is solved we'll get the
solution for this.
Thanks.
Chinthana
On Thu, 17 Mar 2005 10:48:03 +0530, Manohar K Chintala
<[EMAIL PROTECTED]> wrote:
>
>
> Hi Chinthana,
>
>
No documentation for Call class APIs are available
--
Key: AXISCPP-554
URL: http://issues.apache.org/jira/browse/AXISCPP-554
Project: Axis-C++
Type: Bug
Reporter: James Jose
Use and usage information for Call cla
[
http://issues.apache.org/jira/browse/AXISCPP-536?page=comments#action_61079 ]
Chinthana Danapala commented on AXISCPP-536:
Even in the server side generated code produce same error in
InteropTestPortType.cpp and InteropTestPortType.hpp.
B
[
http://issues.apache.org/jira/browse/AXISCPP-545?page=comments#action_61078 ]
James Jose commented on AXISCPP-545:
If we pass namespace URI for SOAP-ENV,
getNamespacePrefix() API correctly returns the prefix. But not for other
standard namespaces
Hi Chinthana,
I've put in the official version of inquire_v2.wsdl ( downloaded from
http://www.uddi.org/specification.html ) into CVS yesterday to highlight
the problem reported in this JIRA. That is why code generation and
compilation is failing.
Regards
Manohar
-
[
http://issues.apache.org/jira/browse/AXISCPP-553?page=comments#action_61077 ]
Chinthana Danapala commented on AXISCPP-553:
With yesterday WSDL it's generated all files and compiled. But with the today
WSDL it's not generate the all files
[
http://issues.apache.org/jira/browse/AXISCPP-547?page=comments#action_61076 ]
James Jose commented on AXISCPP-547:
In the testcase I used getAnyobject() 3 times to test the behaviour of this API
when there is no data to return.
I feel if there i
[
http://issues.apache.org/jira/browse/AXISCPP-528?page=comments#action_61074 ]
Dushshantha Chandradasa commented on AXISCPP-528:
-
didnt find any problem with this test. it gives the expected output.Something
wrong with your service imp
[ http://issues.apache.org/jira/browse/AXISCPP-534?page=history ]
Mark Whitlock closed AXISCPP-534:
-
Resolution: Fixed
I have updated HTTPTransport::flushOutput to
throw(AxisException,HTTPTransportException). Although the code does catch(...)
{ th
[
http://issues.apache.org/jira/browse/AXISCPP-547?page=comments#action_60991 ]
Mark Whitlock commented on AXISCPP-547:
---
I investigated these two problems. I believe these are both application errors
- the testcase is doing something invalid whic
[ http://issues.apache.org/jira/browse/AXISCPP-545?page=history ]
Mark Whitlock closed AXISCPP-545:
-
Resolution: Invalid
I am returning this JIRA as "invalid" because (as I have explained above) the
APIs are working as designed. Please reopen this
[
http://issues.apache.org/jira/browse/AXISCPP-545?page=comments#action_60984 ]
Mark Whitlock commented on AXISCPP-545:
---
Having investigated it, I believe that Call::getNamespacePrefix is behaving
correctly or at least it is doing what it was int
[ http://issues.apache.org/jira/browse/AXISCPP-547?page=history ]
Mark Whitlock reassigned AXISCPP-547:
-
Assign To: Mark Whitlock
> Problem in getAnyObject() API in Call class
> ---
>
> Key: AXISCPP-54
[ http://issues.apache.org/jira/browse/AXISCPP-539?page=history ]
John Hawkins updated AXISCPP-539:
-
Priority: Minor (was: Major)
> I wish that test configuration were in a single file instead of having an XML
> file for each test
> ---
[ http://issues.apache.org/jira/browse/AXISCPP-537?page=history ]
John Hawkins updated AXISCPP-537:
-
Priority: Minor (was: Major)
> Add options to ant build properties to make some tasks such as packaging
> source optional
> ---
[ http://issues.apache.org/jira/browse/AXISCPP-553?page=history ]
John Hawkins updated AXISCPP-553:
-
Component: Client - Stub
> WSDL2Ws can't generate code for inquire_v2.wsdl
> ---
>
> Key: AXISCPP-55
[ http://issues.apache.org/jira/browse/AXISCPP-534?page=history ]
Mark Whitlock reassigned AXISCPP-534:
-
Assign To: Mark Whitlock
> HTTPTransport::flushOutput should be declared throw(AxisException)
> -
[ http://issues.apache.org/jira/browse/AXISCPP-545?page=history ]
Mark Whitlock reassigned AXISCPP-545:
-
Assign To: Mark Whitlock
> getNamespacePrefix() API in Call class does not return NULL for non existing
> namespace URI.
> -
[
http://issues.apache.org/jira/browse/AXISCPP-525?page=comments#action_60965 ]
Samisa Abeysinghe commented on AXISCPP-525:
---
If possible, please attach a test WSDL here
> wsdl2ws: hypen not replaced by underscore in attribute value==>invali
[ http://issues.apache.org/jira/browse/AXISCPP-551?page=history ]
Mark Whitlock reassigned AXISCPP-551:
-
Assign To: Mark Whitlock
> getAnyObject() API in call class does not return SOAP Fault correctly
> --
Eleminate the WSDL tool expeting the "Service" to be mandatory in WSDL
--
Key: AXISCPP-552
URL: http://issues.apache.org/jira/browse/AXISCPP-552
Project: Axis-C++
Type: Improvement
Components: WSDL
WSDL2Ws can't generate code for inquire_v2.wsdl
---
Key: AXISCPP-553
URL: http://issues.apache.org/jira/browse/AXISCPP-553
Project: Axis-C++
Type: Bug
Reporter: Manohar
Priority: Critical
WSDL2Ws tool can't genera
[ http://issues.apache.org/jira/browse/AXISCPP-525?page=history ]
Samisa Abeysinghe reassigned AXISCPP-525:
-
Assign To: Samisa Abeysinghe
> wsdl2ws: hypen not replaced by underscore in attribute value==>invalid
> compiler name
> --
[ http://issues.apache.org/jira/browse/AXISCPP-525?page=history ]
Samisa Abeysinghe updated AXISCPP-525:
--
Component: WSDL processing
(was: Server - General)
> wsdl2ws: hypen not replaced by underscore in attribute value==>invali
[ http://issues.apache.org/jira/browse/AXISCPP-533?page=history ]
Mark Whitlock closed AXISCPP-533:
-
Resolution: Fixed
I have fixed this as suggested by or'ing in RTLD_GLOBAL to the dlopen call on
AIX and Linux. Windows and OS/400 do not pass in th
[ http://issues.apache.org/jira/browse/AXISCPP-533?page=history ]
Mark Whitlock reassigned AXISCPP-533:
-
Assign To: Mark Whitlock
> Inter shared library exception handling broken on Linux
> ---
>
>
[ http://issues.apache.org/jira/browse/AXISCPP-549?page=history ]
Mark Whitlock closed AXISCPP-549:
-
Resolution: Duplicate
This is a duplicate of AXISCPP-533
> Add RTLD_GLOBAL to dlopen
> -
>
> Key: AXISCPP-549
>
[ http://issues.apache.org/jira/browse/AXISCPP-550?page=history ]
Samisa Abeysinghe closed AXISCPP-550:
-
Resolution: Fixed
Fix Version: 1.5 Final
Tests pass. Hence closing this out
> WSDL2Ws does not always use the element names from WSDL
Hi Andrew,
I have put a solution for this.
Hope this is solved now.
Thanks,
Samisa...
-Original Message-
From: Andrew Perry2 [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 15, 2005 6:25 PM
To: Apache AXIS C Developers List
Subject: WSDL2Ws does not not always use WSDL elem
There is no Jira as far as I know.
As far as I can understand, yes it will
take some time – specially to find out how the
code uses “service” spec in WSDL and the rationale of using it.
Samisa…
-Original Message-
From: John Hawkins
[mailto:[EMAIL PROTECTED]
Sent: Wednesday
hmm,
this is major defect in WSDl2Ws then
! I hadn't realised this - is there a JIRA - I haven't seen it?
I gather it would take some time to
fix this problem too. So not something we can do in the next few days?
"Samisa Abeysinghe"
<[EMAIL PROTECTED]>
16/03/2005 11:26
Please resp
The problem with the WSDL that we get this
URL is that it does not have a “service” spec in it.
Though this is optional as per WSDL spec,
WSDL2Ws tool must have “service” specified to generate the code.
Thanks,
Samisa…
-Original Message-
From: John Hawkins
[mailto:[EMAIL P
John,
As per the discussions
with Mark, I tried to get SOAP Fault using getAnyObject and found
some problem. Mark expects this as some issue and
suggested to report this issue . DynamicGetAnyObjectSOAPFaultTest
is there in cvs to address this issue..
Regards
James
-
Hi Samisa,
Below mentioned exception is observed when I had tried the inquire_v2.wsdl
downloaded from
http://www.oasis-open.org/committees/uddi-spec/doc/tcspecs.htm#uddiv2
which is supposed to be an official version.
Regards
Manohar
Manohar,
you can download it from http://www.uddi.org/specification.html
and put it in cvs yourself :-)
This url is in the wsdl we have in cvs.
Manohar K Chintala <[EMAIL PROTECTED]>
16/03/2005 06:14
Please respond to
"Apache AXIS C Developers List"
To
axis-c-dev@ws.apache.org
[
http://issues.apache.org/jira/browse/AXISCPP-551?page=comments#action_60955 ]
John Hawkins commented on AXISCPP-551:
--
WHat are you actually doing here -= where is the test?
If a fault is being thrown then we show be throwing an exception and e.w
Hi Rangika,
I see. I'm looking forward to having the C++ 1.6 release
with the attachments feature.
Thanks,
Toshi
On Wed, 16 Mar 2005, Rangika Mendis wrote:
Hi Toshi,
I was under the impression that client support on attachments is not
complete.But server is complete(except for windows tempory patc
49 matches
Mail list logo