3 ms·

Sorry that this is a limitation for you. Currently event handling is only available in the commercial editions, but we do plan to gradually make more and more o

Sorry that this is a limitation for you. Currently event handling is only available in the commercial editions, but we do plan to gradually make more and more of this functionality available in the free developer edition as well.

matt2000 10y ago
Is there a way I'm missing to generate things like notifications based on changes in data with the open source edition? Or would you have to send a separate request to the server to let it know to send out the notification, something like that? Again, I'm not trying to say that you shouldn't be able to charge for your product, but it has kept me from trying it out so far. Thanks!
- bigfish24 10y ago
  Right now the only way to listen for changes on the server is through the Node.js SDK provided in the professional/enterprise editions. The open-source Node.js SDK does not support opening/writing/listening to synchronized Realms. This is extremely helpful feedback, as we have been exploring how to expose this functionality at lower prices or in the free developer edition. One option would be to include the ability to register listeners through the dashboard similar to AWS Lambda. Would that help?
  - matt2000 10y ago
    I think my ideal scenario would be to have a Java API similar to what android has, but running on the server with a sort of global view of the data. Then it could listen to whatever it wanted to and issue notifications, send emails, etc. That seems like it would be killer since it leaves all the error prone sync and data update code to realm, but still lets the server do whatever it needs to once it sees a change.
    - bigfish24 10y ago
      A server-side Java SDK is on our roadmap. The current version makes use of Android functionality, like the looper, so we need to transition it. Already, the Node.js SDK has an API where you can register callbacks across Realms, giving you the global view you are talking about. You just pass it a regex pattern of the Realms you want to listen to. This functionality lives in the shared C++ codebase so once we have Java on the server, it would also have it (we also plan to migrate our .Net SDK as well for server-side use).

matt2000 10y ago

Is there a way I'm missing to generate things like notifications based on changes in data with the open source edition? Or would you have to send a separate request to the server to let it know to send out the notification, something like that? Again, I'm not trying to say that you shouldn't be able to charge for your product, but it has kept me from trying it out so far. Thanks!

bigfish24 10y ago
Right now the only way to listen for changes on the server is through the Node.js SDK provided in the professional/enterprise editions. The open-source Node.js SDK does not support opening/writing/listening to synchronized Realms. This is extremely helpful feedback, as we have been exploring how to expose this functionality at lower prices or in the free developer edition. One option would be to include the ability to register listeners through the dashboard similar to AWS Lambda. Would that help?
- matt2000 10y ago
  I think my ideal scenario would be to have a Java API similar to what android has, but running on the server with a sort of global view of the data. Then it could listen to whatever it wanted to and issue notifications, send emails, etc. That seems like it would be killer since it leaves all the error prone sync and data update code to realm, but still lets the server do whatever it needs to once it sees a change.
  - bigfish24 10y ago
    A server-side Java SDK is on our roadmap. The current version makes use of Android functionality, like the looper, so we need to transition it. Already, the Node.js SDK has an API where you can register callbacks across Realms, giving you the global view you are talking about. You just pass it a regex pattern of the Realms you want to listen to. This functionality lives in the shared C++ codebase so once we have Java on the server, it would also have it (we also plan to migrate our .Net SDK as well for server-side use).