It is often convenient to have an nrepl client in a non-jvm language - so far I've written one in ocaml and Meikel Brandmeyer has one in factor, that I know of. I'd like to get some ideas for a way to test client compliance in a language agnostic manner - this will be especially helpful when nrepl.next is rolled out.
One idea I had was to maintain a text file with a list of request/response pairs, where <request> was a string and <response> was the expected nrepl response encoded in a standard third-party format like json (though i'm not sure how well that copes with binary blobs) - clients could then submit the request to a running server, decode both the nrepl response and the testfile response, and compare the resulting in-memory data structures. As a bonus, the official clojure client test suite could use this too. The other option would be to run all the requests against the server, collect the responses as literal strings, and decode those in the client. The advantage of this would be that it would not need a server running (always a good thing for tests); on the other hand it's easier to get out of sync, or miss testing network-related issues. martin -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
