We have a Silverlight application that communicates with the back end via WCF. Is it possible to use Glimpse to monitor those calls like it does for AJAX calls?
An answer from one of the Glimpse developers, Anthony van der Hoorn (avanderhoorn), on one of the issues in GitHub states the following in regard to using Glimpse with WCF.
We don't have any immediate plans for WCF, but if someone in the
community wanted to start work on it, we would certainly love to help
support that effort.
https://github.com/Glimpse/Glimpse/issues/337#issuecomment-19885545
So unfortunately the answer is No, not yet.
I have created a WCF plugin for Glimpse: https://github.com/stweb/Glimpse.WCF
Related
I am new to Single Sign On concept and I am trying to implement SSO for wcf service web applications using OpenSSO with SAML protocol. I couldn't get the clear idea from the internet sources that how i should proceed/start. Can u guys help me out.
If new to SSO and WCF, you're probably not going to like the answer: write your own Binding.
WCF is awesome because Microsoft built the whole thing extensibly. So in theory you can do exactly what they did with netTcpBinding or wsHttpBinding. Say you have a VAX mainframe sitting around - you could theoretically write a Binding for it. Same with "Protocol XYZ" and OpenSSO. Since I don't see an OpenSsoBinding available out there, I conclude you'll have to whip up your own.
Implementation details are beyond my knowledge and the scope of the OP, but you can get the starting guidance here: https://msdn.microsoft.com/en-us/library/ms730305(v=vs.110).aspx
HTH!
OK, I've searched the Internet for the answer to this and haven't found anything... maybe I'm missing the obvious here or just asking the wrong question, but...
How do you call a WF WCF Workflow just by it's URL with parameters? I have a Workflow xmlx, we'll call it DeepThought.xamlx, an operation named TheQuestion and I need to pass the parameter Answer = 42 to it.
I've tried http://localhost:8042/DeepThought.xamlx/TheQuestion?Answer=42 and just about everything else I can think of. I've scoured the Internet and even the wsdl but am either just flat out missing the answer or simply not seeing it.
I assume it's possible, otherwise, what's the point? Clues appreciated.
At least out-of-the-box this is not possible. The standard Receive
activity uses SOAP. I'm sure it's possible to implement a custom Receive but I guess it would be a non-trivial amount of work.
You can also take a look a the following questions. They are REST-related but still may give you some options (a community RESTful endpoint is being mentioned, no idea of its current state though):
RESTful Workflow Service Endpoints in WF4 / WCF
WCF Workflow Service REST interface
I ended up implementing the workflow as a regular activity (non service) inside WCF. This gave me the ability to use their parameters and pass them to the workflow directly. In the end, not too difficult to implement.
I'm looking for a WCF implementation of U-Prove that was formerly on the Microsoft connect website for test and experimentation purposes.
I've seen several videos that mention U-Prove in conjunction with WCF/Cardspace, but it seems that all of those plugins have been removed and not replaced.
I would like to see those samples just to I can understand
If the WCF binding was "upgraded" to support UProve for authentication
If WCF was used to issue and renew a UProve token
How and where the serialization was done (was it a custom binding or a simple service)
Any other WCF-specific technology that may have been improved with UProve
Ultimately I want to take the "outdated" WCF examples and modernise it so a JSON token will have the same affect as what I assume the binary-based Cardspace demo used to do.
Any archived link to the outdated Microsoft Connect project, or a FOSS replacement would be a great help.
Although this isn't the implementation per-se, it is a document that describes the implementation
http://research.microsoft.com/apps/pubs/default.aspx?id=166974
I have two dumb/rookie questions. My problem is, I have NO idea where to begin learning this stuff.
Traditionally, I am an ASP.NET developer. I am familiar with creating and consuming traditional web services (.asmx) in ASP.NET. Now, I want to create some REST based services that adhere to the HTTP verbs approach. I intend to use WCF services to accomplish this. In addition, I want to create my services like Twitter in a fashion where the caller can reference [serviceName].[xml|json]. Unfortunately, i do not know how to allow the caller to specific the format. It seems like I need to create two seperate services which seems odd. Am I way off? Can someone point me in the right direction?
Thank you!
Check this tutorial. It will show you how to create REST service in WCF. Part 4 of the tutorial will also show you how to create REST service which is able to return both JSON and XML response. Be aware that this is for .NET 4.0 which added a lot of features to REST API (including automatic response type).
Juval Lowy's 2nd edition on Programming WCF is available. This should be an excellent source; his first book was outstanding. Michele Leroux Bustamante is another excellent author on WCF, but her 2nd edition book isn't due for another few months, so go with Juval Lowy.
Essentially, WCF separates protocol (binding) from code, so you should be able to write the service once, and use multiple end points (address, binding, etc.) to provide different formats.
The Programming WCF book has a 3rd edition out now.
When developing an application wich will be used inside an intranet do you think Silverlight and WCF is a good solution ?
Whould you use WCF Services or WCF Web Services to expose your model to the client ?
When consuming a WCF Service the proxies will be generated under a reference and you can only have 1 service reference per service, How can I have the application domain model created under the same service reference ?
Thanks.
A. Lampard.
Not yet. I had a difficult time getting WCF configured, and Silverlight 2 beta was not well documented.
Silverlight is out of Beta now, and compatibility with WPF has improved. If your skills are generally in .NET and you want a rich web application then Silverlight ought to be a no-brainer, especially on an intranet where you can reasonably guarantee everyone has Silverlight installed. Plus, it runs fine on Macs.
For services, WCF works with Silverlight and there are numerous examples of how they work together. Here's a video from the official site on that very subject:
http://silverlight.net/learn/learnvideo.aspx?video=47177
"Not sure if I understand your second question...not sure why would you want more than 1 reference per service...?"
When you have, for example, a ProductService wich uses the classes Product and Family, if you create the proxies for this service you'll get: ServiceReference1.Family and ServiceReference1.Product. Now supose you create the FamilyService, when consuming this service you'll get the Family proxy created again, but under ServiceReference2 !
Your questions is way too broad. It's really hard to answer these kinds of questions, since, really, "any" technology is good for "any" solution. Otherwise everybody would just use one!
What's your application supposed to do, how soon you need to get it done, is there any existing investment in the same or other technologies...etc.?
Having said that, to answer your question: yes.
Not sure if I understand your second question... not sure why would you want more than one reference per service...?