Re: WSDL location

2008-01-10 Thread Paul Fremantle
The WSDL is generated on-demand... it isn't stored. If you want to
store it you can use a browser (Save As...) or wget to grab it.

Paul

On Jan 10, 2008 4:47 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:






 I have my services in Axis2 and I am using RawXMLINOutMessageReceiver as the
 message receiver class. Axis2 is auto generating the wsdl. Can I know where
 I can find the physical  location of the file on my file system??



-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

Oxygenating the Web Service Platform, www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: WSDL location

2008-01-10 Thread Kandalam, Anjana
So is there no way I can change the wsdl file??I am unable to hit the
service because it complains that WSA action is nullI have not specified
the SOAP action in my clientIs there a way out???

Anjana Kandalam
Private Client Group - AIG
Work: 908-679-2608
Cell: 908-596-0424
-Original Message-
From: Paul Fremantle [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 10, 2008 11:57 AM
To: axis-user@ws.apache.org
Subject: Re: WSDL location

The WSDL is generated on-demand... it isn't stored. If you want to
store it you can use a browser (Save As...) or wget to grab it.

Paul

On Jan 10, 2008 4:47 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:






 I have my services in Axis2 and I am using RawXMLINOutMessageReceiver as
the
 message receiver class. Axis2 is auto generating the wsdl. Can I know
where
 I can find the physical  location of the file on my file system??



-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

Oxygenating the Web Service Platform, www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: WSDL location

2008-01-10 Thread Paul Fremantle
Anjana

I'm not clear changing the WSDL file is the right solution here, but
you can do it. You save the WSDL, add it into the service archive, and
then set a flag called useOriginalWSDL.

However

Does the WSDL define SOAPAction or wsa:action settings? And what
client are you using.

Basically the client should automatically pick those actions up from
the WSDL and Axis2 sets actions into the WSDL.
If Axis2 isn't setting actions into the WSDL then its probably easier
to get it to do that:
In the services.xml set
operation name=doSmt
   actionMappinghttp://foo.org/myAction/actionMapping
/operation

If you want more info about the settings in services.xml (including
useOriginalWSDL) see this article by deepal
http://wso2.org/library/2060

Paul

On Jan 10, 2008 5:11 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:
 So is there no way I can change the wsdl file??I am unable to hit the
 service because it complains that WSA action is nullI have not specified
 the SOAP action in my clientIs there a way out???

 Anjana Kandalam
 Private Client Group - AIG
 Work: 908-679-2608
 Cell: 908-596-0424

 -Original Message-
 From: Paul Fremantle [mailto:[EMAIL PROTECTED]
 Sent: Thursday, January 10, 2008 11:57 AM
 To: axis-user@ws.apache.org
 Subject: Re: WSDL location

 The WSDL is generated on-demand... it isn't stored. If you want to
 store it you can use a browser (Save As...) or wget to grab it.

 Paul

 On Jan 10, 2008 4:47 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:
 
 
 
 
 
 
  I have my services in Axis2 and I am using RawXMLINOutMessageReceiver as
 the
  message receiver class. Axis2 is auto generating the wsdl. Can I know
 where
  I can find the physical  location of the file on my file system??



 --
 Paul Fremantle
 Co-Founder and VP of Technical Sales, WSO2
 OASIS WS-RX TC Co-chair

 blog: http://pzf.fremantle.org
 [EMAIL PROTECTED]

 Oxygenating the Web Service Platform, www.wso2.com

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

Oxygenating the Web Service Platform, www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: WSDL location

2008-01-10 Thread Kandalam, Anjana
Hi ,

The client Im using is Axis 1.4 in java.  The wsdl defines both SOAPAction
and wsaw:action settings. In the client if I add the line
call.setSOAPActionURI( operation name) then I am able to hit the service.
Is there a way to avoid making this change??

Anjana 

-Original Message-
From: Paul Fremantle [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 10, 2008 12:19 PM
To: axis-user@ws.apache.org
Subject: Re: WSDL location

Anjana

I'm not clear changing the WSDL file is the right solution here, but
you can do it. You save the WSDL, add it into the service archive, and
then set a flag called useOriginalWSDL.

However

Does the WSDL define SOAPAction or wsa:action settings? And what
client are you using.

Basically the client should automatically pick those actions up from
the WSDL and Axis2 sets actions into the WSDL.
If Axis2 isn't setting actions into the WSDL then its probably easier
to get it to do that:
In the services.xml set
operation name=doSmt
   actionMappinghttp://foo.org/myAction/actionMapping
/operation

If you want more info about the settings in services.xml (including
useOriginalWSDL) see this article by deepal
http://wso2.org/library/2060

Paul

On Jan 10, 2008 5:11 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:
 So is there no way I can change the wsdl file??I am unable to hit the
 service because it complains that WSA action is nullI have not
specified
 the SOAP action in my clientIs there a way out???

 Anjana 

 -Original Message-
 From: Paul Fremantle [mailto:[EMAIL PROTECTED]
 Sent: Thursday, January 10, 2008 11:57 AM
 To: axis-user@ws.apache.org
 Subject: Re: WSDL location

 The WSDL is generated on-demand... it isn't stored. If you want to
 store it you can use a browser (Save As...) or wget to grab it.

 Paul

 On Jan 10, 2008 4:47 PM, Kandalam, Anjana [EMAIL PROTECTED] wrote:
 
 
 
 
 
 
  I have my services in Axis2 and I am using RawXMLINOutMessageReceiver as
 the
  message receiver class. Axis2 is auto generating the wsdl. Can I know
 where
  I can find the physical  location of the file on my file system??



 --
 Paul Fremantle
 Co-Founder and VP of Technical Sales, WSO2
 OASIS WS-RX TC Co-chair

 blog: http://pzf.fremantle.org
 [EMAIL PROTECTED]

 Oxygenating the Web Service Platform, www.wso2.com

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

Oxygenating the Web Service Platform, www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: WSDL Location Question

2005-12-01 Thread Richard Gregory

Hi Todd,

I know nothing about php or coldfusion clients, but based on my 
experience of axis services and axis/.Net clients, I think the approach 
you have taken of using a custom wsdl, and seperating out the common 
types to your Global.xsd sounds like a good one.


However, I'm not sure why your service needs to access the wsdl or you 
global.xsd? Once the service and all the data types defined in the 
wsdl/global.xsd are generated, and deployed, and the clients have been 
generated based on the wsdl/global.xsd (which I think is the situation?) 
, there should be no need to access these. As long as the correct 
address of the service is specified in the wsdl, and this address is 
used by clients, their relative locations shouldn't matter at all in 
terms of the generated clients invoking the service. If you haven't 
already, check that the service address *you* specified in the wsdl is 
the address used being by the clients. If the wsdl is accessed from axis 
via a http://.../service?wsdl url when generating clients 
automatically using something like WSDL2Java or the equivalents in other 
languages, Axis sometimes changes the address in the wsdl it returns, 
and if the clients use this incorrect address they will not be able to 
invoke the service. This is why I have moved my wsdl files out of axis 
completely and onto a public web server, and just put empty wsdlFile 
tags in my wsdd to ensure that axis will not return a wsdl file at all.


Hope this helps,

Richard.


Todd Orr wrote:


Hey Richard,

Thanks for the reply! Let me give you a little background, maybe my 
goals will become more clear than my previous explanations. I 
developed a Web service using java2wsdl. That worked fine, but I 
didn't like the lack of control over the nillable, min/max, etc 
attributes. So, I altered the produced WSDL with my changes and 
specified this to be used in the wsdd file. This worked fine. Then I 
decided to extract some of the global data types (shared among several 
services) into an xsd of its own that I then imported into the WSDL. 
Even though the XML was valid, the Web service didn't work. I believed 
that this failed because my WSDL specified a Global.xsd file relative 
to the WSDL file instead of the full path. The service resolved at a 
different address than the WSDLs' locations. When the service was 
resolved, it could not see the Global.xsd because it was no longer 
properly located relative to the WSDL. The next thought was to specify 
the full URL of the xsd, but this won't work because of deployment 
uncertainties. So, I thought that if I controlled the location of all 
the XML files, I could alleviate this problem. So, I moved everything 
to a publicly accessible directory and pointed the service to the WSDL 
located publicly via the wsdd config. This doesn't work, 
unfortunately. Event though the WSDL resolves, the service does not 
listen at this location. So, my php and Coldfusion test clients could 
create their stubs, but couldn't send requests. So, here I am 
wondering how others have resolved this. Maybe the situation I've lead 
myself into is incorrect. Perhaps there is a better way to define 
global types thus negating the rest of the steps I took. My noobiness 
is a hindrance, so I hope that I am not the only one that has tried to 
do the task described above. Thanks for the input!


Thanks,
T

On 11/30/05, *Richard Gregory* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hi Todd,

I'm not sure whether I'm missing something here in exactly what
you want
to do - you don't mention why you want to have the wsdl files and
services outside WEB-INF. Anyway, I have a set up similar to what you
describe. The wsdl files are accessible from a regular web page whiich
is completely independent of axis
(http://mips.gsf.de/projects/biors/biors_ws.html
http://mips.gsf.de/projects/biors/biors_ws.html) because the
services
themselves are deployed on a cluster and the AxisServlet will not
return
my custom wsdl's, and in particular the service address,as I have
written them if I use the ?wsdl or click on the wsdl link in
AxisServlet
(there's another thread about that, and I've already raised a jira to
try to get this rectified). If I point WSDL2Java at these files,
it will
work fine, as I guess you have found, and I can use these stubs to
then
access my services within the axis webapp, which works fine for me.

I think what you are trying to do (if I underatand it correctly) is
probably impossible - to have the wsdl files and the service at
the same
location outside axis/WEB-INF, as I think the services themselves will
always have to be within axis/WEB-INF. I tried to have a look at
modifying the AxisServlet code to solve the problem I had, but I
needed
an external jar file to build the axis source and nobody on the list
could tell me where to find it, so I gave up and just