Posted by: Michael Hennessy | July 23, 2008

LinkedIn API status update

I blogged yesterday about the LinkedIn API and it’s lack of support for .NET developers and lack of debugging info. The post was made partly due to our frustration of first spending 1 1/2 days debugging an obscure error that ended up being an error in the API documentation, followed by another full day of debugging the second generic error that resulted from a misconfiguration on our account.

I still think that a company that offers an API should have a dedicated developer/staging area that provides usefull debug information to help developers along. I also believe LinkedIn should provide some support for .NET developers…at least some form of sample code.

Having said that, i want to make clear that the LinkedIn API Developer, Taylor, who is supporting the API has been very helpful to me from day one. He has tried to offer suggestions and sent some untested C# code to try and get me through the issues. From a support persepctive, i give them high marks….much better than working with Google or Yahoo’s support team.

I’m happy to say that, having gotten those 2 errors resolved, we have successfully been able to implement the API in our C#/.NET application. Therefore, if your trying to implement the API in your own .NET environment, and need some help, drop me a note and i’ll be happy to give you some pointers on things that we ran into and what we did to overcome them.

This has been an interesting exercise in implementing a full REST API versus SOAP API. For .NET developers, a SOAP interface with the WS_security features offer a far cleaner and easier API to work with, because much of the complexity is taken care of inside the development tool itself (visual studio). There is no need to think about creating custom authentication headers and dynamically altering URL’s….you just get a nice list of API methods you need to implement.

However, for scripting languages such as Ruby or PHP, which offer limited support for SOAP, I can see why the REST API is much easier to work with and understand. In those scripting languages, dealing with WSDL and the intracies of a SOAP message is much more complex because the development tools don’t work well with them. a REST interface becomes much easier to hand code and deal with.

Ultimately, I think a company offering an API should support both…giving the API consumer more choices and flexibility. To that end, we offer our own WildFire API both as a SOAP and REST interface.

After all that frustration though, i’m happy that we were able to implement the API, and things seem to be working smoothly now.

Advertisements

Responses

  1. Where did you find documentation for the API?
    Searching Google only leads me to the announcement of the API, not the API itself.

  2. It turns out they only have a private API right now….they have not released it to the public. So you would need to contact them directly about becoming a partner to gain access.

  3. Any hints you can give me on using a C# API for LinkedIn would be appreciated.

    Is the API still private?

  4. please find my comment relating this post here https://elixirmike.wordpress.com/about/

    Sorry for posting at incorrect place (About page) 🙂

  5. Hi , I am looking for exactly the same i.e. connecting to Linkedin API using c# . Can you provide me with some code or help.. thanks.

  6. Hi, any pointers on getting the authentication working correctly from C# would be very much appreciated. Thanks.

  7. hi , I am working over linkedin API Implementation.

    1. Can We send Call back url Dynamically.
    for example user is redirected to same page from where he has Performed action

    2. Is there any REST Based Linkedin API ?
    like we can pass user credentials in http web request.

    3. Example sites with linkedin API Implementation.
    finally thks in Advance

  8. Can you send me any sample code you have for status update or profile updating? thanks!


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Categories

%d bloggers like this: