I have a multi user application with some user settings inside. I am interested in Windows Azure Push Notification Services and my question is can I change within my app the connection to this service to tell to which user to send the Push notification. I mean I dont want 2 users using same app, on same device to read each others notifications
The tutorial below shows you how to use Windows Azure Notification Hubs to send push notifications to a specific app user on a specific device. A Windows Azure Mobile Services backend is used to authenticate clients and to generate notifications.
Notify users with Notification Hubs
Related
I am currently working on a web app to list roles and permissions within my GCP organizaton and the different projects.
Here is what I would like to achieve:
I want the user to login when he arrives on the app
When he gets logged in I want a warning to pop up allowing him to delegate access to ressources to my app (like GCP permission)
Once all this is done I want my app to be able to use his gcp account to request permissions through the I'm API.
I know this could be accomplished by using a SAC and impersonnating the user but I would like to avoid it.
I checked IAP documentation but I don't think it would allow me to accomplish what I want.
Would Google sign in or any other kind of process would allow a user to delegate the right to access his GCP?
I'm creating an app registration for Azure AD using my admin account (specifically for Mobile and desktop applications authentication). I intend to create an AAD Conditional Access that will be applied to the created app registration. For some reason the App Registration is not visible on the cloud app selection when I am trying to select it.
Screenshot - Conditional Access > Policy > Cloud apps or actions > Select apps
P.S. It showed on the cloud apps when I tried adding a "Web" platform on the app registration, but still CA is not applied when trying to login using the App Registration. Am I missing anything? Thanks in advance.
Screenshot - AAD - Sign-Ins
Please note that the CA policy is applied when a client calls a service. It's not applied directly to a client (public/native) application.
See the Note tip here.
Since Conditional Access policy sets the requirements for accessing a
service you are not able to apply it to a client (public/native)
application. Other words the policy is not set directly on a client
(public/native) application, but is applied when a client calls a
service. For example, a policy set on SharePoint service applies to
the clients calling SharePoint. A policy set on Exchange applies to
the attempt to access the email using Outlook client. That is why
client (public/native) applications are not available for selection in
the Cloud Apps picker and Conditional Access option is not available
in the application settings for the client (public/native) application
registered in your tenant.
It also explains why CA is not applied when you tried to login using the App Registration -- you didn't call a service.
All we want from an org is Connected App Key/Secret credentials. Is it recommended to create an AppExchange app for this? Can creating an AppExchange app allow me to create Connected App? I am required to send this information back to my server for querying Salesforce information through APIs. Currently I am requesting admin of Salesforce org to create one connected app for me.
You do not need an app exchange app, you just need to have the provide the Admin the callback url and the and the admin can create a connected app for your application. You may also need to provide more information depending on how the app will connect to salesforce (OAuth flow etc). The Admin would be able to provide the Client Key and Secret that you need
I am looking for a pattern/technical solution to the following problem.
I want to have two types of mobile apps, call them Client and Admin. Client would allow one to enter their "client number" or scan a bar code. Upon submission, the following would happen:
1) REST call to a cloud server app which would record the client signing in (got it covered);
2) REST response to the Client app identifying a successful sign-in (got it covered);
3) Call to Admin app identifying a sign-in (successful or not) with client's details (unknown).
I am not sure how to accomplish #3 as it would be the cloud server app pushing information to the Admin app. There could be multiple Client apps and more then one Admin app. Details of all client interactions would have to be pushed to all Admin apps.
I am looking for suggestions. Thanks.
In mirror api glassware we identify users by the unique user id generated and sent to the glassware by Google-oauth... But my glassware contains a gdk counterpart which needs to send information to the mirror api service. My question is that how do we send such information (e.g. an url request to the glassware mirror-api service) automatically in the background, without using "google notification by sharing with a specific contact", so that we can uniquely identify the user from mirror api glassware side as well as extract the information for the rest of the purpose.
Is there any glass Id that I can send along with the request from gdk and on the mirror-api side get the user's google account from this glass Id and using some other api generate the user Id from the google account just like google-oauth. Once we have the user Id, we can send static timeline cards to that user using simple mirror-api.
Please guide me with whatever solutions available other than "notification subscription".
I've already asked a question like this here: How to call the Mirror API from GDK?
It's seeming like the answer right now is that we can't communicate between the two APIs and everything in Mirror is separate from GDK. I've been doing some digging, trying to get things like the device's contact list since the Mirror documentation refers to your app adding a Contact but it seems like it doesn't use the same Content Providers as Android for this.
From the other thread, my best two ideas for binding a GDK app to a User is to:
1) Generate a QR code on your web service side and scan that in, it will have an encoded authentication token the app will be able to use to identify the user. Obviously this requires integration with the ZXing library and working with the camera.
2) Generate or allow the user to enter a phrase on the web service side that can be treated as a bearer token. In the GDK, prompt the user to speak this phrase and then pass it to your web service, which will reply with a similar authentication token to tie the app to the user. As odd as this is, I do kindof like it since it's simpler from a GDK implementation side.
An application that uses the Mirror API is more likely than not some type of a web service. Why can you not invoke HTTP commands from Glass to your application being hosted on a server?
The Mirror API is a set of REST commands invoked to a Google Server. That same google server then syncs to Glass where Glass will pull the updated content with HTTP requests.
Simply put, create a path in your web app that accepts HTTP commands.