Hi,

Your problem may be that the generated deploy.wsdd contains <service> tags
with <parameter name="className" value="someDefaultImplementationClass".

Look into the generated server-config.wsdd and check what this value is.

My guess is that you have Axis-generated classes for web-service
implementations. 

This explains your -3 behaviour as well, since Axis generated service
implementations return -3 for all int return values by default (so I've
understood it). 

You probably need an extra pass in your build script, after running 

<java classname="org.apache.axis.utils.Admin"
classpathref="compile.classpath">
    <arg value="server" />
    <arg file="my deploy.wsdd file" />
</java>

That searches for 

<parameter name="className" value="someDefaultImplementationClass".

And replaces it with 

<parameter name="className" value="YourWebServiceImplementaitonClass".

I almost started something like this; But then I came into a situation where
I was required to define a WSDL with more than one service. That messed
things up a bit :)

Hope this helps.

Glenn Richard Bech


-----Original Message-----
From: Jay Burgess [mailto:[EMAIL PROTECTED] 
Sent: 26. januar 2006 20:55
To: [email protected]
Subject: RE: Deploying a web service

Reading the WidgetPrice example in the Axis User Guide, it notes that the
developer needs to modify the Impl file "to add your implementation".  But
isn't
there a way, using Ant, that allows you to start with the implementation?  

My build.xml currently does the following, because I thought it should work:

<!-- Generate the .WSDL file -->
<axis-java2wsdl classname="my .java source file" ...>
...
</axis-java2wsdl>

<!-- Create the .java files -->
<axis-wsdl2java url="my .wsdl file" ...>
...
</axis-wsdl2java>

<!-- Compile the .java files -->
<javac srcdir="path to the .java files generated in previous step"...>
...
</javac>

<!-- Create server-config.wsdd -->
<java classname="org.apache.axis.utils.Admin"
classpathref="compile.classpath">
    <arg value="server" />
    <arg file="my deploy.wsdd file" />
</java>
 
I'm still missing something, but my goal is to have the developers create
.java
implementations, then allow Ant to build and deploy the web services within
my
existing webapp.

Thanks.

Jay


-----Original Message-----
From: Jay Burgess [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 26, 2006 11:17 AM
To: [email protected]
Subject: RE: Deploying a web service

After incorporating a <java> call to the Admin class in my build.xml, I now
have
a correct server-config.wsdd file being created.  And calling my webservice
via
a browser does return a SOAP message.  However...the result is always -3!

<soapenv:Envelope>
    <soapenv:Body>
        <addResponse
         soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
            <addReturn xsi:type="xsd:int">-3</addReturn>
        </addResponse>
    </soapenv:Body>
</soapenv:Envelope>

Since my implementation class looks like the following, I'd expect the
result to
be the sum of my two query string parameters:

public class Math
{
    public int add(int x, int y)
    {
        return x + y;
    }
}

I do see some hardcoded -3's in the Axis source, but haven't figured out
from
that what I'm doing wrong.  And since I can't seem to find a way to search
the
archives and Google for "-3", I'm not getting any help that way.

Does anyone have an idea about what I'm still doing wrong and/or what a -3
might
indicate?

Thanks.

Jay

----------------------------------------------------------------------------
----
From: Jim Azeltine [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 25, 2006 9:33 PM
To: [email protected]
Subject: Re: Deploying a web service


I am somewhat of a noob myself, but I am starting to "get it". You need to
look
for "embedded+axis" when you are searching. I found a couple of references
for you:
http://cephas.net/blog/2005/09/13/update_to_embedded_axis_application_in_tom
cat.html

Here is the install guide on it:
http://ws.apache.org/axis/java/install.html#AdvancedInstallationAddingAxisTo
YourOwnWebapp
I think this line is pertinent for you:
Run the Axis AdminClient against your own webapp, instead of Axis, by
changing
the URL you invoke it with.

I am just curious, why do you need to add axis to your app instead of the
opposite?

Jim

Jay Burgess <[EMAIL PROTECTED]> wrote:
I must be missing something obvious, but even after checking the list
archives,
etc., I still can't seem to get this to work. Here's my situation:

I have an existing webapp being deployed to Tomcat 5.0.19 as a .WAR. I'm
trying
to add a test web service to it (the Math sample delivered with Axis 1.3).
At
this point, I've done the following:

(1) Added the Axis servlet to my app's web.xml:

AxisServlet
Apache-Axis Servlet
org.apache.axis.transport.http.AxisServlet


(2) Mapped web service requests to the servlet:

AxisServlet
/wsapi/*


(3) Updated my build.xml to use and to
generate what I think are all the correct files into my .WAR: Add.class,
Add.java, Add.wsdl, AddService.java, AddServiceLocator.java,
AddSoapBindingImpl.java, AddSoapBindingStub.java, deploy.wsdd,
undeploy.wsdd.

(4) Included all the required .JARs in Tomcat/common/lib and my webapp's
WEB-INF/lib directory.

The AxisServlet seems to be running, but when I try to hit
"http://localhost/mywebapp/wsapi/Add";, I get back:

AXIS error
No service is available at this URL

I feel like my webapp hasn't really "deployed" the web service, but I'm not
sure
what I need to to to make that happen automatically as part of my webapp's
Ant
build/deploy process. 

Do I still need to include the AdminServlet somehow? Obviously, my goal is
to
put as little of Axis in my webapp as possible, and I thought I got that by
simply including the .JARs, but not happyaxis.jsp, etc.

Thanks in advance.

Jay

| Jay Burgess [Vertical Technology Group]
| http://www.vtgroup.com/
















Reply via email to