Re: Deploying services to other webapps

2005-09-22 Thread Ron
>From the documentation:

On Windows 
java -cp %AXISCLASSPATH% org.apache.axis.client.AdminClient
 -lhttp://localhost:8080/axis/services/AdminService deploy.wsdd
On UNIX 
java -cp $AXISCLASSPATH org.apache.axis.client.AdminClient
 -lhttp://localhost:8080/axis/services/AdminService deploy.wsdd

If you get some java client error (like ClassNotFoundException), then
you haven't set up your AXISCLASSPATH (or CLASSPATH) variable right,
mistyped the classname, or did some other standard error. Tracking down
such problems are foundational Java development skills--if you don't
know how to do these things, learn them now!

Note: You may need to replace localhost with your host name, and 8080
with the port number used by your web server. If you have renamed the
web application to something other than "axis" change the URL
appropriately.


On Tue, 2005-09-20 at 17:44 +0100, Thompson, Christine wrote:
> I am working with Axis 1.2.1 on Tomcat 5.0.30. I would like to use
> axis under a web application named something other than “axis”. I wish
> to deploy a jar file containing the service, so I cannot use the JWS
> deployment. However, when I tried this, and deployed my soap service
> to the new webapp using AdminClient (using a classpath containing all
> the axis jar files from the renamed application), it still attempted
> to deploy to http://localhost:8080/webapps/axis, not my new
> application. Looking at the source code of the AdminClient class, it
> uses a defaultURL of http://localhost:8080/axis/services/AdminService,
> which presumably causes my problem.
> 
>  
> 
> Is there a way in which I can deploy to another webapp? Or am I
> constrained by what appears to be a hard-coded url in the source code?
> 
>  
> 
> Thanks,
> 
> Christine
> 
> 
> ===
> Information contained in this email message is intended only for use
> of the individual or entity named above. If the reader of this message
> is not the intended recipient, or the employee or agent responsible to
> deliver it to the intended recipient, you are hereby notified that any
> dissemination, distribution or copying of this communication is
> strictly prohibited. If you have received this communication in error,
> please immediately notify us by email to [EMAIL PROTECTED] and
> destroy the original message.
--
Besides, I think Slackware sounds better than 'Microsoft,' don't you?

-- Patrick Volkerding




RE: Deploying services to other webapps

2005-09-21 Thread Grossberger, Guenter



Hi!
 
Use the parameter 
-lhttp://localhost:8080//servlet/AxisServlet or set the 
parameter servletpath if your are using the Ant task.
 
You 
can find that in the documentation, too ;)

Best regards,--Günter 
GrossbergerConsultant 
Tel: +43 1 329 50 161Software AG Austria    Fax: +43 1 329 50 
171Guglgasse 7-9  GSM: 
+43 676 833 29 2611030 
Wien  
http://www.softwareag.com/austria

  
  
  From: Vinicius Carvalho 
  [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 20, 2005 
  9:44 PMTo: axis-user@ws.apache.orgSubject: Re: Deploying 
  services to other webapps
  Cristine, I'm sorry but it seems no one knows how to deal with it, 
  I've been search the list for hours, post the same question. It only deploys 
  to the default axis. I guess that's the price of opensource ;)
  On 9/20/05, Thompson, 
  Christine <[EMAIL PROTECTED] 
  > wrote:
  

I am working with Axis 1.2.1 on 
Tomcat 5.0.30. I would like to use axis under a web application named 
something other than "axis". I wish to deploy a jar file containing the 
service, so I cannot use the JWS deployment. However, when I tried this, and 
deployed my soap service to the new webapp using AdminClient (using a 
classpath containing all the axis jar files from the renamed application), 
it still attempted to deploy to http://localhost:8080/webapps/axis, not my new 
application. Looking at the source code of the AdminClient class, it uses a 
defaultURL of http://localhost:8080/axis/services/AdminService, which 
presumably causes my problem.
 
Is there a way in which I can 
deploy to another webapp? Or am I constrained by what appears to be a 
hard-coded url in the source code?
 
Thanks,
Christine===Information 
contained in this email message is intended only for use of the individual 
or entity named above. If the reader of this message is not the intended 
recipient, or the employee or agent responsible to deliver it to the 
intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited. If you 
have received this communication in error, please immediately notify us by 
email to [EMAIL PROTECTED] 
and destroy the original message. -- 
  "Everything should be made as simple as possible, but not 
  simpler."Albert Einstein 


RE: Deploying services to other webapps

2005-09-21 Thread zze-ELSOKHON Tony RD-BIZZ-ISS








Christine,

 

I’m not sure I
fully understand your questions !

I guess that the URL is
hard-coded in the source code because AdminClient is only supposed to be used with
a standalone Axis HTTP server.

You can embed Axis in a
specific web application by declaring the Axis servlet in Tomcat’s
web.xml and including the jars and a server-config.wsdd file in your webapp. Check
the user guide for further details !

 









De : Vinicius
Carvalho [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 20 septembre
2005 21:44
À : axis-user@ws.apache.org
Objet : Re: Deploying
services to other webapps



 

Cristine, I'm sorry but
it seems no one knows how to deal with it, I've been search the list for hours,
post the same question. It only deploys to the default axis. I guess that's the
price of opensource ;)



On 9/20/05, Thompson,
Christine <[EMAIL PROTECTED]
> wrote:



I am working with Axis 1.2.1 on Tomcat 5.0.30. I would like to use axis
under a web application named something other than "axis". I wish to
deploy a jar file containing the service, so I cannot use the JWS deployment.
However, when I tried this, and deployed my soap service to the new webapp
using AdminClient (using a classpath containing all the axis jar files from the
renamed application), it still attempted to deploy to http://localhost:8080/webapps/axis,
not my new application. Looking at the source code of the AdminClient class, it
uses a defaultURL of http://localhost:8080/axis/services/AdminService,
which presumably causes my problem.

 

Is there a way in which I can deploy to another webapp? Or am I
constrained by what appears to be a hard-coded url in the source code?

 

Thanks,

Christine



===
Information contained in this email message is intended only for use of the
individual or entity named above. If the reader of this message is not the
intended recipient, or the employee or agent responsible to deliver it to the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. If you
have received this communication in error, please immediately notify us by
email to [EMAIL PROTECTED]
and destroy the original message. 






-- 
"Everything should be made as simple as possible, but not simpler."
Albert Einstein 








Re: Deploying services to other webapps

2005-09-20 Thread Vinicius Carvalho
Cristine, I'm sorry but it seems no one knows how to deal with it, I've
been search the list for hours, post the same question. It only deploys
to the default axis. I guess that's the price of opensource ;)On 9/20/05, Thompson, Christine <[EMAIL PROTECTED]
> wrote:












I am working with Axis 1.2.1 on Tomcat 5.0.30. I
would like to use axis under a web application named something other than
"axis". I wish to deploy a jar file containing the service, so I
cannot use the JWS deployment. However, when I tried this, and deployed my soap
service to the new webapp using AdminClient (using a classpath containing all
the axis jar files from the renamed application), it still attempted to deploy
to http://localhost:8080/webapps/axis, not my new application. Looking at the
source code of the AdminClient class, it uses a defaultURL of
http://localhost:8080/axis/services/AdminService, which presumably causes my
problem.

 

Is there a way in which I can deploy to another
webapp? Or am I constrained by what appears to be a hard-coded url in the
source code?

 

Thanks,

Christine



===
Information contained in this email message is intended only for use of
the individual or entity named above. If the reader of this message is
not the intended recipient, or the employee or agent responsible to
deliver it to the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication is
strictly prohibited. If you have received this communication in error,
please immediately notify us by email to [EMAIL PROTECTED] and destroy the original message.



-- "Everything should be made as simple as possible, but not simpler."Albert Einstein 


Deploying services to other webapps

2005-09-20 Thread Thompson, Christine








I am working with Axis 1.2.1 on Tomcat 5.0.30. I
would like to use axis under a web application named something other than
“axis”. I wish to deploy a jar file containing the service, so I
cannot use the JWS deployment. However, when I tried this, and deployed my soap
service to the new webapp using AdminClient (using a classpath containing all
the axis jar files from the renamed application), it still attempted to deploy
to http://localhost:8080/webapps/axis, not my new application. Looking at the
source code of the AdminClient class, it uses a defaultURL of
http://localhost:8080/axis/services/AdminService, which presumably causes my
problem.

 

Is there a way in which I can deploy to another
webapp? Or am I constrained by what appears to be a hard-coded url in the
source code?

 

Thanks,

Christine



=== Information contained in this email message is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by email to [EMAIL PROTECTED] and destroy the original message.