Create your first webservice
This page has moved to docs.servicestack.net
Fastest way to get started is to create a project with ServiceStack's VS.NET Templates. In addition to this, there are a number of great walk-thru's into ServiceStack in the Community Resources section below. Like this detailed walk-thru with Screenshots by @nilsnagele.
ServiceStack can be hosted in a few ways: console application, windows service, ASP.NET Web Form or MVC in IIS, etc.
For this tutorial, an empty ASP.NET Web Application (non MVC) is assumed.
To install ServiceStack into your application, you have two options to get the binaries:
Tip: You can find an explanation about all NuGet packages which ServiceStack offers here. The package above only adds the binaries, but there also exist some packages which add the required configurations etc.
Only current option for manual download is to download source and build yourself.
After you've added the binaries, you need to register ServiceStack in web.config
:
If you want to host ServiceStack at root path (/
), you should use this configuration:
<!-- For IIS 6.0/Mono -->
<system.web>
<httpHandlers>
<add path="*" type="ServiceStack.HttpHandlerFactory, ServiceStack" verb="*"/>
</httpHandlers>
</system.web>
<!-- For IIS 7.0+ -->
<system.webServer>
<validation validateIntegratedModeConfiguration="false" />
<handlers>
<add path="*" name="ServiceStack.Factory" preCondition="integratedMode"
type="ServiceStack.HttpHandlerFactory, ServiceStack"
verb="*" resourceType="Unspecified" allowPathInfo="true" />
</handlers>
</system.webServer>
Tip: If you want to host your webservice on a custom path to avoid conflicts with another web framework (eg ASP.Net MVC), see Run ServiceStack side-by-side with another web framework.
Note: Due to limitations in IIS 6 - host ServiceStack at a /custompath which must end with
.ashx
, e.g:path="api.ashx"
If Global.asax.cs
doesn't already exist you have to add it manually. To do this Right-click on your project and go
Add -> New Item, then select the Global Application class.
Each service in ServiceStack consists of three parts:
- Request DTO
- Service implementation
- Response DTO
That's the core philosophy in ServiceStack. Each service has a strongly-typed, code-first (normal POCOs) request DTO and response DTO. You can read a detailed explanation what advantages exist if you're using DTOs in the ReadMe or in [Why should I use ServiceStack?] (https://github.com/ServiceStack/ServiceStack/wiki/Why-Servicestack).
- Create the name of your Web Service (i.e. the Request DTO)
[Route("/hello")]
[Route("/hello/{Name}")]
public class Hello
{
public string Name { get; set; }
}
- Define what your Web Service will return (i.e. Response DTO)
public class HelloResponse
{
public string Result { get; set; }
}
- Create your Web Service implementation
public class HelloService : Service
{
public object Any(Hello request)
{
return new HelloResponse { Result = "Hello, " + request.Name };
}
}
The final step is to configure setup to tell ServiceStack where to find your web services. To do that, add this code to your Global.asax.cs
:
public class Global : System.Web.HttpApplication
{
public class AppHost : AppHostBase
{
//Tell ServiceStack the name of your application and where to find your services
public AppHost() : base("Hello Web Services", typeof(HelloService).Assembly) { }
public override void Configure(Funq.Container container)
{
//register any dependencies your services use, e.g:
//container.Register<ICacheClient>(new MemoryCacheClient());
}
}
//Initialize your application singleton
protected void Application_Start(object sender, EventArgs e)
{
new AppHost().Init();
}
}
Done! You now have a working application :)
As you can see, you have created an AppHost
. Mainly all configuration related to ServiceStack is made in the AppHost
. It's the starting point in your application.
If you are using MVC4 then you need to comment line in global.asax.cs to disable WebApi
//WebApiConfig.Register(GlobalConfiguration.Configuration);
Now that you have a working Web Service lets see what ServiceStack does for you out of the box:
If everything is configured correctly you can go to http://<root_path>/metadata
to see a list of your web services and the various end points its available on.
Tip: In the screenshot the root path is
http://localhost/ServiceStack.Hello/servicestack
. On your development box the root path might be something likehttp://localhost:60335
(ie the URL on which your webservice is hosted).
Let's access the HelloWorld service you created in your browser, so write the following URL in your address bar:
GET http://<root_path>/hello/YourName
eg http://mono.servicestack.net/hello/Max.
As you can see after clicking on this link, ServiceStack also contains a HTML response format, which makes the XML/Json (...) output human-readable. To change the return format to Json, simply add ?format=json
to the end of the URL. You'll learn more about formats, endpoints (URLs, etc) when you continue reading the documentation.
If you happen to generate requests from the wsdls with a tool like soapUI you may end up with an incorrectly generated request like this:
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:typ="http://schemas.servicestack.net/types">
<soap:Header/>
<soap:Body>
<typ:Hello/>
</soap:Body>
</soap:Envelope>
You can resolve this issue by adding the following line to your AssemblyInfo file
[assembly: ContractNamespace("http://schemas.servicestack.net/types",
ClrNamespace = "<YOUR NAMESPACE>")]
Rebuild and regenerate the request from the updated wsdl. You should get a correct request this time.
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:typ="http://schemas.servicestack.net/types">
<soap:Header/>
<soap:Body>
<typ:Hello>
<!--Optional:-->
<typ:Name>?</typ:Name>
</typ:Hello>
</soap:Body>
</soap:Envelope>
The EmailContacts solution is a new guidance available that walks through the recommended setup and physical layout structure of typical medium-sized ServiceStack projects, including complete documentation of how to create the solution from scratch, whilst explaining all the ServiceStack features it makes use of along the way.
- Creating A Simple Service Using ServiceStack by Shashi Jeevan
- Introducing ServiceStack by @dotnetcurry
- Create web services in .NET in a snap with ServiceStack by @techrepublic
- How to build web services in MS.Net using ServiceStack by @kishoreborra
- Getting Started with ServiceStack: Part 1 by Lydon Bergin
- Getting Started with ServiceStack: Part 2 by Lydon Bergin
- Getting Started with ServiceStack Part 3 by Lydon Bergin
- Getting started with ServiceStack – Creating a service
- ServiceStack Quick Start by @aarondandy
- Fantastic Step-by-step walk-thru into ServiceStack with Screenshots! by @nilsnagele
- Your first REST service with ServiceStack by @cyberzeddk
- New course: Using ServiceStack to Build APIs by @pluralsight
- ServiceStack the way I like it by @tonydenyer
- Generating a RESTful Api and UI from a database with LLBLGen by @mattjcowan
- ServiceStack: Reusing DTOs by @korneliuk
- Using ServiceStack with CodeFluent Entities by @SoftFluent
- ServiceStack, Rest Service and EasyHttp by @chrissie1
- Building a Web API in SharePoint 2010 with ServiceStack
- JQueryMobile and ServiceStack: EventsManager tutorial part #3 by +Kyle Hodgson
- REST Raiding. ServiceStack by Daniel Gonzalez
- JQueryMobile and Service Stack: EventsManager tutorial / Part 3 by +Kyle Hodgson
- Like WCF: Only cleaner! by +Kyle Hodgson
- ServiceStack I heart you. My conversion from WCF to SS by @philliphaydon
- Service Stack vs WCF Data Services
- Creating a basic catalogue endpoint with ServiceStack by 7digital
- Building a Tridion WebService with jQuery and ServiceStack by @robrtc
- Anonymous type + Dynamic + ServiceStack == Consuming cloud has never been easier by @ienablemuch
- Handful of examples of using ServiceStack based on the ServiceStack.Hello Tutorial by @82unpluggd
- Why ServiceStack?
- Important role of DTOs
- What is a message based web service?
- Advantages of message based web services
- Why remote services should use separate DTOs
-
Getting Started
-
Designing APIs
-
Reference
-
Clients
-
Formats
-
View Engines 4. Razor & Markdown Razor
-
Hosts
-
Security
-
Advanced
- Configuration options
- Access HTTP specific features in services
- Logging
- Serialization/deserialization
- Request/response filters
- Filter attributes
- Concurrency Model
- Built-in profiling
- Form Hijacking Prevention
- Auto-Mapping
- HTTP Utils
- Dump Utils
- Virtual File System
- Config API
- Physical Project Structure
- Modularizing Services
- MVC Integration
- ServiceStack Integration
- Embedded Native Desktop Apps
- Auto Batched Requests
- Versioning
- Multitenancy
-
Caching
-
HTTP Caching 1. CacheResponse Attribute 2. Cache Aware Clients
-
Auto Query
-
AutoQuery Data 1. AutoQuery Memory 2. AutoQuery Service 3. AutoQuery DynamoDB
-
Server Events
-
Service Gateway
-
Encrypted Messaging
-
Plugins
-
Tests
-
ServiceStackVS
-
Other Languages
-
Amazon Web Services
-
Deployment
-
Install 3rd Party Products
-
Use Cases
-
Performance
-
Other Products
-
Future