I am new to programming and API. I want to make a little python bot that parses notifications about item selling. So I found this article: https://developer.ebay.com/DevZone/guides/features-guide/default.html#notifications/notifications.html, which tells me that I can subscribe to eBay notification; however, my application should have the capability to receive SOAP requests. So, do I need to develop smth like a SOAP server to be able to receive alerts which tell me that my item has been sold? Maybe you could give some advice to a newbie how to accomplish this task?
No, you don't need a full SOAP server.
For Platform Notifications, you just need to create a simple listener that can listen to input messages (ItemSold, FixedPriceTransation or EndOfAuction, and AuctionCheckoutComplete notifications. You can choose one of these) in XML/SOAP format from eBay's platform and return a simple "200 OK" response.
A good practice is also to check the Notification Signature.
Also, don't mess up the Notification API and Platform Notifications.
More about eBay Platform Notifications and signature
Related
I would like to understand how I can send a notification to HipChat when a new record / item is inserted into a Podio app.
I can see that if I pay more money that additional options are made available via the workflows Podio provides utilising Globiflow, but with a large number of users this isn't possible for us.
I have then looked into the Hooks that a Podio app provides, but because this is auto-validated I don't see how I can use this with HipChat.
Does anyone have any experience of this and integrating Podio with HipChat to post a new notification into a HipChat room?
I have used the free trial at Zapier, and got it working, but would ideally like to avoid yet another solution.
Podio doesn't provide direct integration with HipChat, so you will have to use something else as communication layer between Podio and HipChat. It could be your own service that will receive webhooks from Podio and post messages to HipChat. Or it could be some other solution that will do something very similar.
From what I've seen so far, Zapier looks like it'll do what I need. Shame I have to pay though for one 'simple' connector task.
I am .net developer.I need some clarification in the feeds notification.
I have some list of RSS feed url (e.g more than 100 URL).
My question is I want to develop a console application to get notification if the new item comes in any of the 100 URLS.
What is exact way to do this. Please guide me.
Can we make use of the pubsubhub protocol for this requirement or any other simple approach is available to do this.
Thanks,
Jayakumar
Yes, PubSubHubbub is a protocol that you could use for this. Now, it's not implemented by all feeds out there, so you'll have to resort to polling. Another option is to use services like Superfeedr which provide a webhook mechanism to notify your application when a feed has been updated.
I want to trigger VERY basic push notifications, but, don't see any way to iterate through all the subscribed users, without rolling my own tool to read the db notification_user table. Surely, with such an extensive (and expensive) product such as Worklight there is an API to do this?
The only way I see is within my adapter to call another HTTP adapter (go get the user subscriptions). And, I've tried using the HTTP interface to retrieve the subscribed users via:
http://<server:port>/<context>/console/api/push/get?adapterName=PushAdapter&eventSource=EventSource
and many variations, but, nothing seems to work through browser testing (the doc indicates all are GET requests). There are NO examples of how the "Push, Event Sources" (?) format for the api is (should the "API Context" value be "Push", or "EventSources", what?). The chart given in the Worklight 6.0 Information Center is pretty bare minimum (how difficult would it have been to include an example of each?)
Basically, I want to iterate through a specific adapter/event source in a WL adapter, grab the "options" that were passed in when the user subscribed to perform some business logic on whether to send out a notification. Would think this would be a very common pattern, but, don't see any examples of this type of model.
Anyone have suggestions for similar processing with WL 6?
Thanks.
You're not wrong. Worklight has 3 methods to send out notifications to subscribed users/devices
See
WL.Server.notifyAllDevices
WL.Server.notifyDevice
WL.Server.notifyDeviceSubscription
I found this post on getting Notified when a file changes on dropbox. The problem is that the "/delta" API endpoint requires polling. I want instead to subscribe to events about file changes.
Ideally, I could subscribe to both "new file" and "file updated" events for a specific folder. I could then give dropbox a URL pointing to my own app that would be called when those events occurred. This is similar to how Twilio works. You can provide a URL to be POSTed to whenever your phone number receives a text message, and then your app can respond to POSTs to that URL however it wants. This seems like a much more elegant solution than polling -- is there any way to do it with the dropbox API?
UPDATE 6/5/2014
We actually have webhooks now: https://www.dropbox.com/developers/webhooks
(original reply below)
No, Dropbox doesn't support this.
BTW, the general term for the sort of notification you describe is a "webhook."
http://developers.box.com/webhooks/
it seems like Box API has webhook. You may want to try it.
I received an email today regarding Dropbox WebHooks that is in the beta phase:
If you're interested in helping us out, just click through to fill out
your information, and we'll be in touch:
https://dropboxapi.wufoo.com/forms/dropbox-webhooks-api-beta-feedback-contact-info
Happy Dropboxing!
Dropbox now offers webhooks, although not with a event_type filter
https://www.dropbox.com/developers/blog/90/announcing-dropbox-webhooks
Is there any way to test SMS messaging without having a texting plan?
There isn't any way to setup the equivalent of a mock email server for the purposes of testing an SMS service is there? Are there any other ways to accomplish the task? Perhaps setting up something like a GrandCentral account that can receive text messages?
I am looking to test SMS messages to multiple accounts without having to find multiple people with texting plans and coordinating the effort.
Google now has the answer for which I seek. With the roll-out of their new Google Voice (previously GrandCentral) they added the ability to received text messages to the phone number (which currently is free). While technically somewhat of a text plan, one could theoretically sign up for a few accounts and be able to test multiple phone numbers.
http://www.google.com/voice/
Update (Nov 2010):
Perhaps an even better way to do this now is to use either Tropo (tropo.com) or Twilio (twilio.com). Both of them offer low cost SMS messaging and Tropo is free for development. I've been using Tropo and it's very quick and easy to setup and write and code for.
It would depend on the method of how you're sending out the SMS messages. If you're using the email method (<ten digit number>#<cell provider's doman>) you can fake it with a regular email account that can be purged automatically. If you're using an actual SMS publisher your best bet would be to refactor the design so that you can test that your function gets called the expected number of times, but doesn't actually send the messages. Then when you want to test the production-ready code you actually round up a group of people and try it out.
Having a provider that doesn't charge for incoming text messaging (like US Cellular) comes in handy for situations like that.
SMS text can be done under a few different protocols. I've had success with SMPP using the Easy SMPP .NET library and this java-based SMPP server simulator. It saved me a bunch of overpriced service charges.
you can send email to their phone:
18005551212#txt.att.net (IIRC)