Hi Alain
Thanks for clarifying the axis2 depliyment. I will take a look 
JAXWSDeployer class. The axis2 behaviour is different with war and aar. 
Below Implementation class deployed as war (services.xml is included) is 
successful with tomcat:

@WebService(endpointInterface = "service.Prj71",
        serviceName = "Prj71Service", 
wsdlLocation="META-INF/Prj71Service.wsdl")
public class Prj71Impl implements Prj71 {
...
}

Same failed to deploy with jar with stand alone. When I added portName 
attribute, then it deployed fine. Still I am having problems with client 
invocation. 

I will try to figure it out.

Regards,
Ramesh





"Alain Drolet" <adro...@nortel.com> 
04/17/2009 05:17 PM
Please respond to
axis-user@ws.apache.org


To
axis-user@ws.apache.org
cc

Subject
Re: Message Receiver not found for AxisOperation error with Axis2 1.4.1 
and service built using JAX-WS





Hi Ramesh

The two options I mentioned have nothing to do with the way you run axis2.
It can run it stand alone, or deployed as a war in tomcat.

Once you have a running axis2 you can then deploy your jar or aar file in 
the appropriate directory under axis2.
If you downloaded the axis2 source, you can pick at the 
org.apache.axis2.jaxws.framework.JAXWSDeployer class.
Its quite instructive. This is where I realized that services.xml and 
jar/servicejars do not mix.

Deploying as a aar file might work, if you figure out all the details of 
the services.xml file. Good luck!
An example would be nice.
Reading various sites I'm picking that the axis2 developers implemented 
the jaxws support in a silo aside
the other models they were already supporting.
This is why I think it is an either-or thing.

If you are happy with simple pojo, then aar might be just fine.
If you go all the way with the wsdl to java approach using wsimport, then 
my feeling is that
the aar approach is no longer for you. You need to go the jar way, which I 
suspect was designed explicitly for jaxws.

If any one can share input on the history and purpose of aar vs jar it 
would be nice.
For now its looking like two ship cruising in the dark!

Regards Alain

Ramesh Vishwanatham wrote: 
Hi Alain 

Thanks for quick response. 

 My understanding is, you deploy "jar" file (without services.xml) in 
servicejars directory under axis2 distribution  and run axis2server.bat 
and not under tomcat. 

Use "aar" deployment (along with services.xml) with tomcat or  other 
application server. 

Please correct if I am wrong. 

You are 100% correct about "The guide however provides zero info on how to 
do this" deploying aar along with services.xml. I was playing different 
combinations and norrow it down to following: 

a) service implementation is wrong, some thing is missing 
or 
b) services.xml is missing some thing 
or 
c) axis2 1.4.1 version has bugs reagrding deploying aar for JAX-WS 

I will try deploying jar with servicejars and see what happens. 

But in real world, you write a wsdl (with policy and security info) and 
deploy services under app server. I am trying to understand axis2  with 
JAX-WS by wrting a simple service. 

Regards, 
Ramesh 





"Alain Drolet" <adro...@nortel.com>  

04/17/2009 03:38 PM 
Please respond to
axis-user@ws.apache.org



To
axis-user@ws.apache.org 
cc


Subject
Re: Message Receiver not found for AxisOperation error with Axis2 1.4.1 
and service built using JAX-WS









Hi Rameh

I have very limited time to answer to you.
Also I am not an axis2 guru, but I typically make it do what I need if I 
fight for long enough.

Having said that here are a few quick pointers I can provide.
These are based on experience and what I think I know about axis2 ways to 
do things.
Axis2 real gurus, feel free to correct me.

There is 2 general ways to deploy a web service in axis2:

- deploy as a jar file
That seems to be the natural approach provided by axis2 if you build your 
project using the JAXWS programming model.
With this approach you generate code from the wsdl using wsimport (not 
wsdl2java).
You package as a jar files (see the jaxws-guide).
You do not use a services.xml file. That makes you life easier.
You deploy in the servicejars directory.
This directory uses a different deployer class.
Look in the axis2 configuration file to learn more.

That's the approach I use.

- deploy as a aar file
That's for all the other programming models supported by axis2.
Here you build your archive the axis2 way. That's why its not a war file.
You generate code using wsdl2java. That also produce a services.xml file.
You deploy in the services directory.

In theory aar files can be used as well for JAXWS project.
The guide however provides zero info on how to do this.
For instance you need to specify the message receivers.
I just gave up and deploy as aar in servicejars - easy!

Hoping this helps
Alain


-----------------------------------------------------------------
Alain Drolet 
QT12 Layer 2 Provisioning Design  
email: adro...@nortel.com
Location: CAR L10W F2 PJ6 Phone: (613) 763-4258; Fax: 763-4157  
Nortel, Ottawa, ON, Canada, K1Y 4H7
 


Ramesh Vishwanatham wrote: 

Hi Axis2 Developers and Gurus 

Recently I have sent  below request to "axis2-user" group and did not get 
any responses at all. I am evalutaing axis2 and JAX-WS programming model 
 and struck with simple sample application. I found there is not much 
material out there like "how-to" step by step guild to build web 
applications using axis2 and JAX-WS. I have read following link 
"http://ws.apache.org/axis2/1_4_1/jaxws-guide.html"; and gives an overall 
high level view but lacks details.

May be some thing is wrong with my implementation class and/or 
services.xml file. Also there is a possibility there is bug in Axis2 1.4.1 
for JAX-WS. 

I am hoping some one will clarify this issue. 

Thanks in Advance 
Ramesh 
------------------------------------------------------------------------------------------------------------------------------------------------------------
 

Hi All 

I am getting below error when a client calls a web service operation built 
using Axis2 1.4.1, Java 1.6, JAX-WS 
and Tomcat 6.0.18: 

[ERROR] Message Receiver not found for AxisOperation: {http://service/
}getQuote 
org.apache.axis2.AxisFault: Message Receiver not found for AxisOperation: 
{http: 
//service/}getQuote 

Here are the steps followed: 

1) Axis2 war file is deployed in Tomcat 6.0.18. 

2) Using top-down model with existing wsdl. Generated server and client 
side code using wsimport tool part of 
Java 1.6. Added Java implementation class for interface and deployed the 
service under services folder in axis2 
WEB-INF.The service is deployed and it is active. 

3) When I run the client I get an exception with above exception message

4) I also built service using axis2 WSDL2Java tool (adb as data binding) 
and deployed it. When I ran the 
client (which is built using JAX-WS api) it works fine. 

So the error is in service side with JAX-WS. Is it a bug in axis2 1.4.1 
implememtation or some thing I am missing? 

Please help me resolve this issue. 

Below are the service implementation class, services.xml and wsdl files: 

Prj71Impl.java 
--------------- 
package service; 
import javax.jws.WebService; 
import javax.xml.ws.BindingType; 
import javax.xml.ws.soap.SOAPBinding; 


@WebService(endpointInterface = "service.Prj71", 
      serviceName = "Prj71Service", 
wsdlLocation="META-INF/Prj71Service.wsdl", portName= "Prj71Port") 
public class Prj71Impl implements Prj71 { 

      public         GetQuoteResponse 
      getQuote(GetQuoteRequest req) { 
              GetQuoteResponse res = new GetQuoteResponse(); 
              res.setReturn(100);
              return res; 
      } 

} 

services.xml 
------------ 
<?xml version="1.0" encoding="UTF-8"?> 
<serviceGroup> 
  <service name="Prj71Service" scope="application"> 
      <messageReceiver> 
          <messageReceiver mep="http://www.w3.org/2004/08/wsdl/in-out"; 
              class="org.apache.axis2.jaxws.server.JAXWSMessageReceiver"/> 

      </messageReceiver> 
      <parameter name="ServiceClass">service.Prj71Impl</parameter> 
      <parameter name="useOriginalwsdl">true</parameter> 
      <!-- Below entries are added but no difference in resolving the 
problem --> 
      <parameter name="modifyUserWSDLPortAddress">true</parameter> 
      <operation name="getQuote" mep=
"http://www.w3.org/2004/08/wsdl/in-out"; namespace="http://service/";> 
          <actionMapping>tns:getQuote</actionMapping> 
          <outputActionMapping>http://service/Prj71/getQuoteResponse
</outputActionMapping> 
      </operation> 
  </service> 
</serviceGroup> 


Prj7Service.wsdl 
----------------- 

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 

<wsdl:definitions  name="Prj71Service" targetNamespace="http://service/"; 
      xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:tns=
"http://service/"; 
      xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
      xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";> 
<wsdl:types> 
  <xsd:schema> 
    <xsd:import namespace="http://service/"; 
schemaLocation="Prj71Service_schema1.xsd"/> 
  </xsd:schema> 
</wsdl:types> 
<wsdl:message name="getQuoteRequest"> 
  <wsdl:part name="parameters" element="tns:GetQuoteRequest"/> 
</wsdl:message> 
<wsdl:message name="getQuoteResponse"> 
  <wsdl:part name="parameters" element="tns:GetQuoteResponse"/> 
</wsdl:message> 
<wsdl:portType name="Prj71"> 
  <wsdl:operation name="getQuote"> 
    <wsdl:input message="tns:getQuoteRequest"/> 
    <wsdl:output message="tns:getQuoteResponse"/> 
  </wsdl:operation> 
</wsdl:portType> 
<wsdl:binding name="Prj71PortBinding" type="tns:Prj71"> 
  <soap:binding transport="http://schemas.xmlsoap.org/soap/http"; 
style="document"/> 
  <wsdl:operation name="getQuote"> 
    <soap:operation soapAction="tns:getQuote"/> 
    <wsdl:input> 
      <soap:body use="literal"/> 
    </wsdl:input> 
    <wsdl:output> 
      <soap:body use="literal"/> 
    </wsdl:output> 
  </wsdl:operation> 
</wsdl:binding> 
<wsdl:service name="Prj71Service"> 
  <wsdl:port name="Prj71Port" binding="tns:Prj71PortBinding"> 
    <soap:address location=
"http://localhost:8080/axis2/services/Prj71Service"/> 
  </wsdl:port> 
</wsdl:service> 
</wsdl:definitions> 

Thanks 
Ramesh 
________________________________________________________ 
DTCC DISCLAIMER: This email and any files transmitted with it are 
confidential and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email in error, 
please notify us immediately and delete the email and any attachments from 
your system. The recipient should check this email and any attachments for 
the presence of viruses. The company accepts no liability for any damage 
caused by any virus transmitted by this email. 

Reply via email to