Advice for noob: Restlet or SOAP

Hello everyone.

I have to develop a web service that looks like this: I make a get call, including a string in the url, and I need to receive another string based on the initial string from the query.

I might have to make this call even for a thousands times a minute. Do you think that the server will be able to handle so much HTTP communication? Is a RPC approach better?

Any suggestion is welcomed, I am just starting to work on web services and I have no clue about the performance.

Thanks.

If your traffic is mostly GETs and you don't need SOAP's complex WS-* security thingees, RESTful services will be MUCH MUCH easier to implement.

Thousands of times per minute should not be a problem.

Where are your clients and how do they connect?

One under-appreciated advantage of sticking to HTTP and servlets is the ease with which you can monitor the service from anywhere with a browser.

Bill

The clients can be all over the world and one server somewhere in Europe. This web service must respond 99% with another string and I figured that GET is the best approach. Of course, I will add SSL on top. Any suggestions on a way to do the encryption and decryption?
Thanks.

Why do you want to use encryption if you're using SSL?