GWT RPC over HTTPS - gwt

I have a fairly large GWT application which I am serving over HTTP (So that the javascript can be cached). Is it possible (if so how?) to have the application served over HTTP but have the RPC calls go over HTTPS. I realize that I would get one of those nasty warnings that I am mixing HTTP and HTTPS but I can live with that.

Related

Deploying a GWT web application on Github

Can a GWT web application be deployed on Github?
For example, a GWT web application is created, and it works on a server intalled with Tomcat. It's known that a web page can be created on Github, like http://help.github.com/articles/creating-pages-with-the-automatic-generator/ Can a GWT web application also be deployed on Github? If it's possible, how to deploy it?
On Github Pages you can only use/host client-side technology like JavaScript, CSS and HTML. So your app would not have an back-end which can handle your RPCs. But it's possible on GitHub Pages to make Ajax calls (http://blog.teamtreehouse.com/code-a-simple-github-api-webapp-using-jquery-ajax ) , which are also the base for GWT-RPCs.
When the fron-end is running, you need a server for your backend. Afaik there are libraries to use php as an back-end (I guess most are not maintained anymore), or you could use the JsonpRequestBuilder to make HTTP-calls to a server of your choice. JSONP would be necessary to overcome the cross-domain restrictions imposed by browsers same-origin policy, because your backend would be on a different server.
So all in all this is not the way to go. As I mentioned in the comments you can try the GAE (Google App Engine) to host your application without recreating your back-end, because the other solution would require to rewrite your back-end (eg. PHP) and to host it somewhere
One last tip: Before you move definitely to GAE, check that you have all necessary libraries for you backed.
If you are using servlets and stuff : certainly no
If you are only using client stuff, my guess is also no. I don't think github even allows javascript, or even html ?

REST vs Dynamic web project

I developed a dynamic web project in eclipse java EE ide as index.jsp, when I run it on Tomcat Server7.0 server it says http://localhost:8080/filename/ something. is that what they mean by REST? or do I need Spring to run a REST ?. rest is what that comes in a url, if i provide this url in my browser it opens the file, then why I can't call it as rest service?
Restful is an architectural style that make in disposition through HTTP a number of resources under different formats, usually json, to set or retrive the ressources, simple http operations (PUT, GET, POST, and DELETE. PUT) could be used for that.
I recommend you to use JAX-RS, but here u can see how to work with rest web service with Spring:
Building a RESTful Web Service Spring

IBM Worklight 6.0 - Application only works with HTTP or HTTPS, not both

I'm creating an application (with the Desktop Browser web page environment) using Worklight 6.0. My problem is this: my application only works in either HTTP or HTTPS but not in both.
When I tried to run my app, it returns:
The application failed connecting to the service
How can i build my app for both, and deploy it? because I want to put this app on the Facebook canvas, but it only works on HTTP or HTTPS.
It's not the application or the environment you've added to your application, but the server. Requests from the Worklight Server are either HTTP or HTTPS, they cannot be both.
But IMO this is irrelevant. I think the correct approach is to put Apache or alike in-front of Worklight (or WebSphere, in your case, which hosts Worklight Server since you've deployed it there), and its job is to handle incoming and outgoing connections - be it HTTPS or HTTP.
That said, AFAIK in Facebook only HTTPS should be used.

Burp Suite doesn't intercept HTTPS calls from Advanced Rest Client

I'm using burp suite to intercept the calls that I do with the plugin Advanced Rest Client and with a sinatra application that is called by the Advanced Rest Client.
I've set it as proxy of my whole system, but still it intercepts only the calls by Chrome :(
Any idea?
The reason was that my requests were using OAuth and SSL, so they are not filtered by Burp Suite.

How do I find out if my request was made over HTTP or HTTPS in Play 2.0?

How do I find out if my request was made over HTTP or HTTPS in Play 2.0?
Is there a way to find out from the request?
def myControllerMethod = Action { request =>
// this is where I would like to know
}
Play 1.X had a solution, it was request.secure. Please let me know if you know.
Play! Framework 2.0 doesn't currently support HTTPS (the master branch does seem to have support, but that will probably be rolled into Play 2.1). A great way to deploy Play! (in general, and also to support HTTPS) is to use a front proxy web server, like nginx or lighttpd.
Here's a guide on setting up a front-end web server. Then, you can just add a special header for HTTPS requests. Additionally, you'll be able to deploy several Play! applications at once, and use the front-end web server to load balance and fail over automatically.