As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Our company is studying the adoption of a new SaaS, but we'll have to integrate some resources into ou current application.
Talking to the SaaS company development support team they told us that the there is a webservice (SOAP) available but it is a 'passive web service', and that the connection to the software needs to be initiated to send or recieve datas.
We have a very short time to take a decision, and the support team is not available on weekends, so I came here to stackoverflow... and would like to know more about it, because I googled and coudn't find anything about the subject
All web services are based on HTTP, which is a request/response protocol as written today. If the SaaS consultant means that there's no push capability built into it, then s/he's correct.
A web service can certainly send data in response to a request, so that's not a problem. It can receive any data you send to it, provided that you conform to the contract that the web service will publish. But in both cases the conversation is initiated by a client that makes an HTTP connection to the web service.
The SaaS consultant is creating mystery where there shouldn't be any. I think s/he smells cash, and you're going to be the source who will provide it.
It could also be that the consultant is being perfectly straightforward, but this is your first attempt to think about web services or service oriented architecture and you haven't the foggiest idea of what it's about.
You don't give any information on what you have to decide on or why that answer is unacceptable. There's not a single use case or requirement to help someone here understand what your needs are. I hope your understanding of the problem and requirements statements are better than this question. If not, no wonder you're having issues. Voting to close.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
We have had in Domino for some time Web Services.
Now, after the release 8.5.3 one can install and deploy REST Services (http://extlib.openntf.org).
From my understanding the REST way is clearer and just feel right.
However, the Web Services are still for some reason here.
Now, as it looks like i'll have to dive deeper into this topic, i'd like to set the question:
Does it have any reason to study and try to implement the Web Services or i'd rather start right away with the newest libraries?
(http://www.openntf.org/blogs/openntf.nsf/d6plinks/NHEF-8J994J )
Update.
Discovered the following Link/Duscussion SOAP or REST for Web Services?
Though it's not Domino specific, but has a lot of good info. Now only some Domino-specific experience fails, which i'd be glad to see here...
SOAP beats REST by a large margin when it comes to system to system communication. Providing just one end point (the wsdl file) a reliable and verifiable grammar can be established: what can you do, what data is needed, what to expect in return. (Not sure if the latest we service spec extended the reliability to REST). REST based services on the other hand work by (manual) convention. You need to know the URL syntax, not just the location of the wsdl file and there is no relation to a schema other than doing a get and hoping the returned XML has one.
When it comes to browser system communication the picture is different. Here the lean operation of REST specifically when the payload is JSON beats the robust definition of SOAP any time. Just keep in mind you need to bar in for syntax and format. If you are on both ends - that's easy to bargin then.
In conclusion: both REST and SOAP (actually both are called web services in the definition, it is only 'colloquial' to refer to SOAP when saying 'web service') have their 'sweet spot' use cases.
It depends on your application needs. Your Domino app might have the need to consume Web-services, or a 3rd party/another app might accept communication only using Web-services. Regarding studying, it never did any harm to someone, and for sure you will find use of Web Services knowledge outside of Domino :-)
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I have a c++ dll running on azure instance role with no problems.
I want the dll to be able to access - read and write - into an Azure Storage account. Specifically, read and write to a storage table.
Is it even possible?
Would appreciate any examples!
thanks,
Nava
Since everything in the Windows Azure Platform is managed through a REST Services, you just need a reliable REST library for C++ to perform what you need.
You can have a look at this and that questions for C++ REST library.
Then you can revice the Azure Storage Services REST API Reference for more details on what you want to achieve.
Hope this helps!
EDIT
Just looked the the POCO libraries, noted they have HTTPRequest and HTTPResponse classes. They, along with X509Certificate should be enough to make a valid REST call to Azure management service.
Not sure if you are still interested in accessing Azure storage with C++, but the Microsoft team has been working on this for the last several months. Check out the Casablanca libraries on DevLabs.
http://msdn.microsoft.com/en-us/devlabs/casablanca
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
We are about to decide a common approach for intranet web services.
I find rest style web services much elegant and easier to implement.
I'd like to have more information about the pros of using rest style ws
The computing world is definetly leaning towards REST these days.
Principle advantages are:
Easier to setup service, as it can be as simple as installing a web sever and placing some resources in the file system.
Easier to implement service, you don't have to worry about complex XML's, WSDL, XSD with all the trimings thats make it hard to see what they are trying to represent and even harder to debug.
Better Performance, the additional data required in soap messages for namespaces, envelopes etc.. can lead to a big overhead which over time can have an impact specifically with mobile devices, especially when compared to return JSON messages.
Easier to develop clients for as you can implement a simple parser to process the response and if your client is javascript the use of JSON objects can be very advantages. It's also clearer to see what you are receiving.
It's how the internet was initailly designed to work, http is set up for this sort of interaction.
I hate SOAP
for me, this sums it up...
The main advantages of REST web
services are: Lightweight - not a lot
of extra xml markup, Human Readable
Results, Easy to build - no toolkits
required
SOAP also has some advantages: Easy to
consume - sometimes Rigid - type
checking, adheres to a contract,
Development tools
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
What internal web service did your company implement first? What did you learn?
One of the first movers was the "Customer base system".
The common authority for all customers in the company.
EDIT:
regarding the comment:
It did indeed open up for more SOA. It's about 3-5years ago (before me) and currently it was publicly known last year that the SOA helped the company switch from a 3years delayed system to a new one within a year.
Regarding other stuff:
Dont get me started on our SAP integration :S Thats 3 years old as well, and nobody is really able to debug or update the setup. Currently we are POCing webservice integration with SAP. Pheeew
We just implemented a credit card processing web service that allows us to process transactions from a Delphi POS system and a Classic ASP web site. Additionally, we are hoping to get it to work with a Java based IVR system.
The web service was written in ASP.NET (C#) and utilizes SSL encryption, XML, XSD validation and a load balanced web farm.
We have also recently implemented various utility services that do everything from address verification to creating orders in our ERP system.
Our first web service was actually externally exposed. It caused us to think about security upfront...
Let me see if I can get this conversation going. My company implemented a wrapper around the most common Active Directory look-up needs. I imagine this might be one of the most common things to do first in Microsoft/.NET shops.
Anybody implement a library of utility services? Write a facade to some SAP module? Wrap up some services for Human Resources? I'm curious to what people are working on.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
We are looking for a reliable "current weather" web service for Europe, with city resolution. We only need the current weather.
Since it is for a commercial web site, we don't mind paying a reasonable fee for the service.
What are our options? What service would you recommend or avoid based on previous experience?
Note: SOAP Web Service, XML RPC, REST, all are fine.
The US NOAA has coded METAR information available for cities worldwide. Given the ICAO airport code for the city in question (eg. EGLL for London) you can quickly get a METAR report.
Weather Underground is a successful weather site that cover most of the world. We've used their data sometimes at work. They offer weather XML feeds and API which includes access to current observations.
http://www.weather2u.com provide a commercial service with global coverage. However they, like most global weather sites use model derived data from the NOAA National Weather Service, the accuracy of which compares unfavourably with local national weather services, especially for coastal regions.
Get it direct from the UK's Meteorological Office. they provide datafeeds for the world in several formats. If you prefer european dedicated feeds (of which the UK provides data anyway), you want to check ecomet
I would use google weather feed ;) I have not found how to read it out but it clearly is great source How to parse XML in JavaScript from Google
You should be able to interface with Yahoo weather Europe like the team of the weather plasmoid did.
Or if you only need to add it to a web page you could use directly this gadget