Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / October 2007

Tip: Looking for answers? Try searching our database.

web services fundamentals

Thread view: 
gdv - 14 Oct 2007 17:32 GMT
I am trying to understand web services.
what i understood so far is that web service is nothing but like a
java program sitting and running on the client side to access
application from the server side. so if there are 10 clients each will
have one web service ( total 10 web services). so what happens when
all 10 clients make a call to web service at the same time?
Arne Vajhøj - 14 Oct 2007 18:43 GMT
> I am trying to understand web services.
> what i understood so far is that web service is nothing but like a
> java program sitting and running on the client side to access
> application from the server side. so if there are 10 clients each will
> have one web service ( total 10 web services). so what happens when
> all 10 clients make a call to web service at the same time?

A web service is a service provided by a server to clients using
web technology (typical SOAP over HTTP).

In theory a server could process the request from each client
sequentially.

Web services in the Java world are usually hosted in a servlet
container and those are usually multi threaded and capable
of serving multiple requests in parallel.

Arne
gdv - 14 Oct 2007 18:53 GMT
Thanks Arne.
just want to make sure that server's servlet containers (like tomcat)
contains the code for web service.
so server ( service provider ) will have application code and web
service code. How do client find out where is the service and how to
make a connection with the provider's web service?

On Oct 14, 1:43 pm, Arne Vajh?j <a...@vajhoej.dk> wrote:
> > I am trying to understand web services.
> > what i understood so far is that web service is nothing but like a
[quoted text clipped - 14 lines]
>
> Arne
Lew - 14 Oct 2007 19:02 GMT
> Thanks Arne.

Please do not top-post.  Read the "mini-FAQ" message in this newsgroup, and
the articles to which it links.

> just want to make sure that server's servlet containers (like tomcat)
> contains the code for web service.

It will if you write that code and deploy it to the app server.

> so server ( service provider ) will have application code and web
> service code. How do client find out where is the service and how to
> make a connection with the provider's web service?

Google for "UDDI" and "WSDL".  One way or another the client will need to
discover a URL, and send a message that conforms to the service's requirements.

Sun has material on writing web services in its tutorials.  Java SE 6 and EE 5
have enhanced support for web-service development.

Signature

Lew

Arne Vajhøj - 14 Oct 2007 19:17 GMT
> just want to make sure that server's servlet containers (like tomcat)
> contains the code for web service.

If somebody deployed it then it will be there.

> so server ( service provider ) will have application code and web
> service code. How do client find out where is the service and how to
> make a connection with the provider's web service?

The web service client connects to a specific URL.

It can be handcoded or it can use a stub generated from
the WSDL.

Arne


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.