11–13 of 13 posts
Earlier quoted context omitted.
Its not a message queue, and although its only for js now, it meant to be for everybody. But i dont know what CEP is. Something similar?
By CEP I mean something like esper: http://esper.codehaus.org/tutorials/solution_patterns/soluti...
How complex would it be to execute a javascript function callback against each published document on the hub instead of a query and return the document to the subscriber if the function returns true?
Not hard at all. We actually had that in early versions but removed it because it's really hard to optimize against functions, and you easily break the hub by injecting long running loops. Plus queries are the power of pubsub.io. Queries can be indexed and compiled on the fly, so hubs scale very well. If you really need funcions, you can fork the project and I can point you to how to add them.
Earlier quoted context omitted.
Not hard at all. We actually had that in early versions but removed it because it's really hard to optimize against functions, and you easily break the hub by injecting long running loops. Plus queries are the power of pubsub.io. Queries can be indexed and compiled on the fly, so hubs scale very well. If you really need funcions, you can fork the project and I can point you to how to add them.
I'd love to see functions too, and am not sure your concerns are necessarily dealbreakers. Optimization should be easier if you use something like node-burrito for the low hanging fruit, and node.js developers are already aware that long synchronous loops should be avoided in a single-threaded environment.