I know that, Oracle MAF is used to develop hybrid mobile application for both Android and IOS device with native look and feel.
I have created REST Web Service and deployed on the WebLogic server as described in this tutorial and also created mobile client app for Android device with use of Android SDK. It is running successfully on Android Device.
Now, It is possible to run mobile client on server (May be WebLogic, Glassfish, Tomcat) so that it can be accessed as a Web Version (Web Application).
As a try, I have zipped mobile client application as a war file and also deployed on Tomcat and WebLogic but without success.
Below is the error message which I got when accessing the home URL from WebLogic server.
Error 403--Forbidden
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.4.4 403 Forbidden
The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated. If the request method was not HEAD and the server wishes to make public why the request has not been fulfilled, it SHOULD describe the reason for the refusal in the entity. This status code is commonly used when the server does not wish to reveal exactly why the request has been refused, or when no other response is applicable.
Share yours ideas to resolve this issue if you have any, it will help current and future MAF developers.
MAF creates application that deploy and run on the device.
ADF creates server side applications that can be accessed from the browser on a mobile device.
Two separate architectures addressing two separate needs.
No it's not possible. Zipping the .apk (Android) or .ipa (iOS) file will not make it a web application. Those files are also containers but they contain native code.
Use Oracle ADF for web applications.
Related
Our app heavily makes use of applets to check-in (upload) and check out (download) files from users machine. Can someone please confirm what are the alternatives for applet (as it is going to be deprecated by Oracle in 2018)?
We had the same problem. We were using applets in our web application for printing, scanning etc. on local machines. We solved the problem with a simple Java Web Start client application that has a simple web server embedded (Jetty). Now when user starts the web application the client application is downloaded, if necessary, and started on the local machine. It sits there in a tray and listens for requests from the server side application. Handlers are implemented for different types of requests. When client side receives a request, it hands it over to a responsible handler, which executes its task and creates a response, that is sent back to the server side.
For now, this solution works perfect and we could reuse most of the applet code.
I am coming from java based web application background where client is thin client i.e. browser and all UI pages(HTML,CSS,JS) along with
data comes from server. But with recent read on net about android based mobile apps and based on Q/A on stack overflow came with this understanding
Android app with backend(where data is fetched from server) is like two application communicating with each other on http. When I say two app , these
are one on mobile which is java(android) application and second is on server which is generally exposed through web services which can be in any language
like java/dot net. Is it correct ?
If yes I have one doubt when comparing it with java server based web app This is in regard of where UI pages . In web application,
UI views are returned from server in the forms of HTML. But I am confused where UI pages resides in android app. Is it generally on client side(all ui pages
are downloaded with app . With different events app serves the UI from client side itself but data comes from server) or they are served from server ?
If from server are they served again as HTML or there is some other format that android better gels with ?
May be android app generally should not expect any UI pages from server which means downloaded app should have all UI pages with it.
I think the UI is still on the client while the content for filling of the UI is from the server. This content is transported in HTTP(s) protocol, therefore in HTML format as you said. But one can use other protocols to get the response from the server I guess.
According to the documentation of Google App Engine in this URL https://cloud.google.com/appengine/docs/java/sockets/
It said:
Sockets are only available for paid apps, and traffic from sockets is billed as outgoing bandwidth.
My questions is that, Is this paragraph includes iOS Apps too? If Yes, what does that mean?
Google App Engine is simply a web host. The code you deploy there doesn't run on any devices- it runs in the cloud and clients can talk to it. Whatever you deploy there typically offers up content over HTTP, which any type of client can understand.
That paragraph is talking about billing for your web application, that is, the code deployed on your Google App Engine instance.
Thus to serve up content using sockets, you need to have a paid Google App Engine instance. "Apps" does not refer to the client applications.
I don't know if the correct term is "integrate" or "connect" a finished web service in a android application. I mean,
Is there any possibility to "integrate" a finished RESTful Web Service in a Android application, which I have not developed, yet.?
Otherwise,
Are there some steps to develop a RESTful web service which I need to use from a Android application?
The last question is asked because I don't know if the first step is to finish my RESTful Web Service and then integrate it in my android application or or developing the RESTful web service and the android application at the same time.
In any case, how I can do it well? I need help to organise my mind
You will need three things:
Client(your app)
Server
Database
Lets say you have to create a login service for your app. Then your steps should be like given below:
Create a login form with android UI.
Get username and password from Edit Texts in strings.
Send these credentials to server(via http reqest).
At client side read response from url via input stream.
At the server side, use a server side technology in which you are familiar with.(If you are not familiar with any server side tech. I strongly recommend you php.)
Select/update/compare (Whatever you want) in data base and return response as a json string.
You can use server on your system. I suggest to use XAMPP(cross platform apache mysql php perl). As its name says, it includes server+database+php (its local). It will create a local apache server on your machine.
Follow this : XAMPP Tutorial , Working with XAMPP
Here are some nice tutorials of web services with android:
How to connect Android with PHP, MySQL
Using Database from an Android Application
I want to develop a mobile application which can work in GPS/GPRS based phones. I heard like Java is the most suitable platform to develop that. But I want to connect this mobile application to the IIS server. Is it possible?
I have one more query.
Is it possible to deploy applications developed using .net mobile in basic gps phones?
Yes. It is possible.
In order to communicate with your IIS server ,
you can create webservice and deploy it over IIS and consume it from j2me app/
you can use URLConnection to make GET POST request to your IIS Server from J2ME Application.
First one is more preferable.
Introduction to J2ME Web Services