I am trying to use Firebase to connect to the Buildfire plugins to manage, update, and retrieve data. Is this only possible for plugins created from scratch. How do I use firebase to connect to app data.
BuildFire is not built on a monolithic database. Furthermore, each plugin can a autonomous. It can save its data in any of the BuildFire built in databases or its own.
As for Google Firebase there are some existing Features/Plugins the use dedicated Firebase/Firestore instances to avoid a multi-tenant database for compliance reasons.
While BuildFire allows you to connect to firebase through a plug-in instance. You will sometimes need use your data outside of your plug-in for authentication, roles and permission. BuildFire provides the ability to integrate on the backend to your Firebase instance using the developer portal.
See more here https://github.com/BuildFire/sdk/wiki/Buildfire-Firebase-Integration
In conclusion, You probably would need to create your plug-in from scratch to use the database of your choice Firebase or anything else. And when you do so it will only have your plug-ins data.
Related
I’m new in firebase, I want to use Firebase Remote Config to store configuration data related to my business logic and retrieve it from my HTTPS triggered Firebase Functions.
How can do that using TypeScript?
There is a REST API for Remote Config, but that one is focused on reading and changing the parameters not on consuming them.
In other words, the REST API allows you to programmatically do the same actions as you can do in the Firebase console, it is not a replacement for the mobile SDKs.
The firebase-admin node sdk has been updated to include this functionality. Update to the latest version and follow the documentation.
I have done angular project using cloud firestore as my database for my school and I need to mention which server I have used in this project.
As said on https://firebase.google.com/docs/firestore/ is a database so it is incorrect to call it a web server. Anyway you should point that you used this technology, but as a cloud database.
Cloud Firestore is a flexible, scalable database for mobile, web, and
server development
For "school" project and minimal architecture, you can use cloud firestore as your primary database. You can access database directly from your native or hybrid app.
If you want to build a web server, then I think Cloud Functions should be better answer.
I am trying to set up a custom API for my application. This is a corporate application that I installed in my environment. The application comes with it's own out-of-the-box REST API, but I'm looking for a way to create my own custom API leveraging the existing one. The reason I want to create a custom API is because of all the customizations that have been made to the underlying database. I'm looking at using Node.js and the Express application framework to create the custom API, but all the use cases I've seen for this are for creating new APIs from scratch. I guess my question would be, how can I integrate my existing web services API into a Node.js (Express) set up. My existing web services API runs an Apache Tomcat web service. This publishes the existing web service endpoints in a format like this:
http://://?fields=,...
I'm looking for tips, pointers or something that can point me in the right direction. If there are any alternate (better) solutions available aside from Node.js (Express) I am open to exploring that as well.
I am currently designing a plugin for BuildFire that requires syncing to be done between a Microsoft CRM service and BuildFire. For this to work, I need to be able to update the BuildFire datastore from my own server that I will register with the CRM for the purpose of syncing these changes. I have only ever used the buildfire library provided in the SDK to communicate with the datastore from the client. Is there any way to communicate with the datastore from my server?
I see that there is an API key that is provided to my account. Is that something that I can use for this purpose, and if so, how do I use that with the existing library?
There currently is not server to server API to the DataStore. While fundamentally you could mimic the same REST API calls made by the client. However, there is no guarantee that these API's wont change on you. Since they are not the official Public API, no notice will be given about changes, no backward compatibility will be attempted, nor is there any versioning. That being said, there is a Public API that is being built for enterprise accounts. You may speak to your Technical Account Manager to learn more.
I'm building a Xamarin mobile app, which offline-syncs using Azure Mobile App service.
A. Xamarin (mobile client):
Xamarin's docs show how to build an app and a local database (using the sqlite-net ORM). Models are annotated with various attributes.
B. Azure Mobile App service (server):
Azure's docs show how to define models in the mobile app (without sqlite-net), and define similar models on the server app (using a customised Entity Framework). The client models use different attributes, and the server models don't use any attributes and derive from EntityData.
But then the client has two databases - the "real" one (A), and the one from the Azure APIs (B).
Am I supposed to only implement (B)?
Which means, (A) is only if I want a local database, and I don't need the sqlite-net ORM at all?
If you're using Offline Data Sync in Azure Mobile Apps, then you shouldn't do A, since the local database is already created for you as part of the offline sync feature. You do B as part of the C# ASP.NET server programming model, or you can use Easy Tables with a Node.js backend.
If you don't want a cloud connected app at all and the data to be stored only locally (i.e., no offline sync with a service), then do A only.
Alternatively, if you want the ORM provided by sqlite-net (rather than just basic querying and CRUD in the Azure Mobile client SDK), you can define a custom local store based on sqlite-net. To do this, create an implementation of IMobileServiceLocalStore. The Mobile Apps client SDK is open source, so you can use MobileServiceSQLiteStore as a starting point.