We have a web application developed iin GWT using couchDb as database, now we want to develop android application for the same web application. So we want to use same coucDB database for the android application also, in order to keep the one database for both applications (web & android).
So how to configure android application with couchDB.
Thank You
If your app does not need to work offline, you can just use your favorite HTTP client library, or a CouchDB-specific Java library to access your database over the network.
If you want to have your app maintain its own copy of your database (for offline and/or peer-to-peer usage), check out Couchbase Lite for Android — it can replicate with Apache CouchDB (which it sounds like you're using) or with Couchbase Sync Gateway (which has a few extra permissions management features).
You can also do similar from JS, if you're making a PhoneGap/Cordova app instead of native Java, by using the PouchDB library instead of the native Couchbase Lite library.
Related
I am using Java Client Library to use google Dialogflow. My questions is what happens when we use "appEnginedeploy" using gradle? Where is the code stored and more importantly how the implemented database and other files of code stored and accessed by our agent?
Thanks!
appEngineDeploy is setup to deploy the code to App Engine, a computing platform on Google Cloud. Code and associated project files are stored as they are in your project.
It's not entirely a VM, so you shouldn't necessarily think of App Engine as locating filepaths. If the project can make the links locally, then it should behave the same way in App Engine.
With regards to databases, it would depend if you're using an embedded database or using a hosted solution through another Google Cloud service. Presumably you'd use the database APIs for a Cloud service as shown in the documentation.
I'm developing a java desktop POS System, and I want all the users to be connected together with firebase.
So, can I use Google Firebase with a Java desktop application?
There is no official SDK for using Firebase in client-side Java applications.
You can use some Firebase products through their REST API, but you'll have to write your own client-side access code for that.
There is an official Firebase Admin SDK for use in Java applications. But this SDK grants the users of the application full administrative access to your Firebase project, so it should not be used in Java applications that you share with regular (non-administrative) users.
Also see:
Can google's firebase(Real-time database) work with a java desktop application?
Can google's firebase work with a java desktop application?
Get credentials for desktop Java SE Firebase project
It's extremely round-about. But you can use firebase with desktop using outbound HTTP connections and firebase functions. Just make sure you set up your own client api key or else anyone can mess with your firebase!
I am developing a restaurant POS & ordering system for my college project, I'm hoping to develop a standalone Java/C# (Still deciding) app which would serve as the POS and adding menu items + an android app for waiters to take orders from customers.
I'd like to connect these two apps and for the backend I'm looking into integrating Firebase or back4app since parse is being discontinued, is this a good choice?
I'd like some pointers on how to set up the database connection with a internet based backend service provider like Firebase or back4app with a standalone application.
Please feel free to suggest other possible routes I could take to connect these two apps together.
Thanks!
The Firebase realtime database component includes a JAVA Server SDK and a REST API which could be used for integrating with your standalone application.
There is some JAVA SDK documentation here:
https://firebase.google.com/docs/database/server/start
I have application developed by different apk/api, I have version java Desktop application and Android Application and Windows phone 8.1 Application , My problem that the three version use the same database to access it can modify and insert ..etc
how i create shared database between them to use the same database via internet because i enforce my user to access the internet to use the application. There is any way to do that ?
Sure! Host a WebService for sharing data amongst devices. Using a simple php script to insert and select will allow you to achieve this.
Something like this blog would help develop understanding of web services if you want a place to start.
You can create a an online database without having to implement your own backend using this website Parse and implement platform specific code to read/write data for different platforms using their SDKs.
We have an existing distributed application used by a small company to manage their customers.
The server side component is deployed in the cloud as a simple Java app that manages a connection to a MySQL database.
The client side is implemented as a Java Swing application deployed using JNLP and communicates with the server side using RMI.
This has worked quite well for us so far, but recently we've been looking at how our customers could access the application from mobile devices, tablets (both iOS and Android) as well as from the desktop.
At the minute I'm thinking we should be looking into developing RESTful web services on the server side to manage access to the MySQL database. On the client side, we could use Googles GWT to provide a quick and easy solution for accessing the services from all platforms. Going forward we could implement native iOS / Android apps to access the web services.
Am I am the right track here? Does anyone have any better approaches? Does anyone have any recommendations as to what tools I should be looking at?
The key thing I am interested in is being able to access the server side from any platform. I really don't want to have to implement separate server side implementations for each
Sounds like you are on the right track with the RESTFul web services. If you go this route, you should be covered for the backend. As long as your frontend can do http requests and handle JSON data you will be fine.
Going forward we could implement native iOS / Android apps to access the web services.
It is possible to design a mobile app for deployment on both android and iOS, this could save time on the development effort. To do that you could use, for example PhoneGap, which creates an abstraction layer over the phone hardware, along with something like jQuery Mobile, in which the UI is developed in HTML5 and javascript, and the same code is deployed via PhoneGap on both devices.
PhoneGap: http://phonegap.com/
jQuery Mobile: http://jquerymobile.com/
if there is some other option that lets you deploy the same frontend on android, iOS, AND the desktop, i would go with that, so that you only have one code base for the frontend.
I think your solution (GWT/HTML5) client talking to a server-side "business" layer is a good multi-client solution. RESTful web services are unneccesary in the context of what you have described since the GWT implmentation would take care of the comms between client and server:
GWT client <---> Server (GWT) <---> Database
If you are using a different client implementation (such as iOS), then RESTful services will be very handy indeed (and you wouldn't use GWT):
iOS client <---> Server (RESTful endpoints) <---> Database
HTML5 is becoming provides a decent compromise between broad applicability (many clients) and rich client features. I have seen an article in the past about using PhoneGap and GWT together which sounded like a good strategy for working with GWT (which I like) and gaining access to device-dependent capabilities. All whilst working in an environment where you can (Java-)debug even client code (incredibly useful GWT feature).