Closed GoogleCodeExporter closed 9 years ago
Existing solution of wrapping the perfume binary within a simple web-based
back-end works fine. I don't see a good reason to implement this more complex
solution.
Original comment by bestchai
on 25 Jan 2015 at 11:22
The motivation behind a daemon is that it would allow us a lot more freedom in
choosing frontend features. It may be useful to be stateful, keep
recently-inferred models in memory, and then allow answering some questions
we've considered in the frontend like these:
Which lines in the log file correspond to specific nodes/edges in the model?
Which invariants are related to specific nodes/edges in the model?
How does the model change as invariants are removed?
However, an easier albeit less efficient method may be to send the frontend a
much larger JSON that captures most of the Perfume backend's state (rather than
only sending what's necessary to display the final model), and add a "load"
function to the backend.
Original comment by tonyohm...@gmail.com
on 25 Jan 2015 at 11:49
Original issue reported on code.google.com by
tonyohm...@gmail.com
on 20 Feb 2014 at 8:19