I have created a backend server using Java Servlet in PC for an application.
I would like to know if a mobile can use that URL and access the same in the mobile?
If you can access to your servlet from your browser, therefor you can access it programmatically. For example in this link you can see how you can access to a servlet from android project. You just need to create an GET/POST HTTP request.
Related
I'm doing an application for android, iOS and Windows Phone using Xamarin.forms.
I need to implement login with most common social for all platforms and I have found on web Restsharp.Portable.
I'm having trouble to understand how to use the library (it was correctly imported) for OAuth2 request.
Does anyone have any example or guide that could be helpful?
I struggled with restsharp.portable due to the lack of documentation.
Instead I used the redirect URL as a way of getting the code generated after the user gives permission needed to request the access token.
I gave the browser the correct adddress for the login/permission screen and for the Redirect I set to a made up address (http://madeupaddress.com) and on the Navigating event of the browser checked if the url started with my made up address, if so, I cancel navigation, closed the browser and take the token from the URI.Query parameters found in the navigating event parameters (or named differently depending on control/platform). I thenapply for the access token using the code via Microsoft HTTP Client.
This was for Windows Phone 8.1.
Thanks go to Vittorio Bertocci
I ended up using Microsoft Httpclient for the access token.
I have my SSRS configured on a server different from my network, I configured ssrs web service URL in native mode ,I would like to add this web service URL in my asp.net mvc4 , but the problem is whenever i add this URL in service reference it says link not found.
I have the ports in the manner mentioned below in the link https://msdn.microsoft.com/en-us/library/bb934283.aspx
and also tried doing this https://social.msdn.microsoft.com/Forums/sqlserver/en-US/f7a8ba16-173f-4537-aa2c-5b85a2d83d0e/unable-to-access-ssrs-2008-report-manager-url-from-other-machines-which-are-in-same-network?forum=sqlreportingservices
Please Help..!
Yayyy..!I figured it, I have to include a new end point in cloud server so that it can accept request from outside net
I am trying to integrate constant contact service in my .net desktop application. What to set redirect URL for desktop application?
In an OAuth 2.0 flow where you are using a Client Application (such as a .net desktop app, mobile app or anything else that is not a SaaS application), the value of the redirect URI doesn't tend to matter as long as it is in the valid URI format supported by the vendor. With the Client Flow of OAuth 2.0 (see here for more information), you would open up a web browser in your application, load the OAuth grant access flow and watch for a 302 redirect to your predetermined redirect URI. When you see that redirect, you would intercept it instead of loading that page in the web browser your application loaded and then pull the authorization code off of the URI fragment.
Simply follow the follow up flow for exchanging the authorization code for the access token, save the access token in the local application settings for future use and you're all set. This is standard for all OAuth 2.0 providers, not just Constant Contact. In .Net, I tend to use a WebView to load the flow in the application.
I have a flex app hosted on a windows server running IIS. That same server has some rest services that the app interacts with. The rest services have windows authentication so that their urls cannot be called without credentials. The flex app needs to be accessible to the public so its files are accessed by enabling anonymous access. The problem is of course that when the app tries to call the rest services the browser pops a dialog box asking for windows username and pass. I naively hoped that if I set the anonymous access on the flex site to use the credentials of a windows account that had permission to view the rest services that would resolve the matter. I hoped that IIS would see the browser used the proper creds to view the flex app and use those same creds to get the rest services. Wrong, that didn't work.
So is what I want impossible? I'd like to find a way to not force the user to enter windows creds, keep the rest services using windows authentication, and have the flex app able to access the rest urls. Any ideas? Am I missing something? Also, it may turn out that the flex app is running on http and the rest services must be called with https. Does that change your answer? Any thoughts much appreciated.
Flex runs on the client machine, so any calls made to the services will be from there. What you could do is to set up a second web service that runs on the same server under a windows username and calls the first one.
Just remember, the flex app is actually running off of the users local machine. For this reason, all calls will be made from their machine, so you need to setup some sort of authentication for the app to deal with calls.
If you want to read about a good way to pass information back and forth, lookup tutorials on using 'services-config.xml' and start there. You will find a lot of material about alternative ways to authenticate, pass information, and use remote objects.
Hope this helps...
I have a desktop app
I authenticate using the wcf authentication service login method, by calling the desktop application.
Everything seems to work.
I then open internet explorer and try and browse to a protected page.
I get bounced to the login.
Why? How can I authenticate using the WCF Service?
Internet Explorer and your desktop app are not the same application, so the forms authentication cookie can't be read/encrypted/decrypted by both at the same time. A method you might try is to embed a web-browser control in your desktop app (even make it invisible if you like) and perform a post login through an HttpWebRequest object (formulating post headers etc). This would instantiate a web browser and generate an auth cookie at the same time your desktop app logs in. I can't vouch for the security of it though.