1. 18 Nov, 2012 2 commits
    • henrik's avatar
      updated html-docs for 0,5.0 · 50095d25
      henrik authored
      Ignore-this: 4d608ce514944657735543723c6c07e5
    • Henrik Hjelte's avatar
      version 0.5.0 · db462282
      Henrik Hjelte authored
      Ignore-this: aa3a3b933a4c89e2ee1f911a7d817509
  2. 12 Nov, 2012 1 commit
  3. 04 Nov, 2012 2 commits
    • rpgoldman's avatar
      remove-read-from-string-from-parse-number · 63f7a7e8
      rpgoldman authored
      Ignore-this: 61d7e8213b5e0fc764ebfbe7cc199c66
      PARSE-NUMBER used to use READ-FROM-STRING.  This was causing problems with
      some application-building systems. We replace use of the reader (through
      read-from-string) by PARSE-NUMBER.
    • rpgoldman's avatar
      fix-fiveam-test-comparisons · 670edc27
      rpgoldman authored
      Ignore-this: 7fb473839da0e7ffbf84b6b4088cb91c
      FiveAM would like the expected value to be before the computed value, for
      best printing when tests fail.  I reversed the arguments to the
      JSON-NUMBER test to agree with this convention.
  4. 15 Oct, 2012 3 commits
  5. 14 Oct, 2012 1 commit
    • rpgoldman's avatar
      fix-test-after-method-bug-from-juanjo · d6e60df7
      rpgoldman authored
      Ignore-this: 12cec5052070f37a2f72e4e5b0587c32
      juanjo (Juan Jose Garcia-Ripoli) found a bug in the binding of the
      *JSON-TEST-FILES-PATH* global.  Fixed by moving the initializer into
      the test code, and using the ASDF:SYSTEM-RELATIVE-PATHNAME function.
      At the same time, killed the testjson.lisp file, which does the testing
      as a side-effect of loading.  This is unnecessary because the testing
      is done in the PERFORM method of the TEST-OP.
  6. 13 Jun, 2011 1 commit
    • henrik's avatar
      Update html page · 1b24eeeb
      henrik authored
      Ignore-this: 9c948326a48610d42bf3bce9e6ab9ed3
  7. 25 Jun, 2011 4 commits
  8. 24 Jun, 2011 1 commit
  9. 23 Jun, 2011 3 commits
  10. 22 Jun, 2011 1 commit
  11. 15 Jan, 2010 1 commit
  12. 14 Jan, 2010 2 commits
    • rpgoldman's avatar
      add-json-rpc-2.0-support · e1121307
      rpgoldman authored
      A large number of changes that provide json-rpc-2.0 support to
      cl-json.  Tests are included.
    • rpgoldman's avatar
      record-function-names-not-functions · b21341a9
      rpgoldman authored
        Originally, when one defined a function to be exported as a json-rpc
        function, the function object was cached in a hash table.  This made it
        very difficult to debug with the CL tracer, since the trace-encapsulated
        function wouldn't make it onto the function table.  However, this problem
        goes away with this patch, which caches the function /name/ (a symbol)
        instead of the function itself.  Since json-rpc functions are invoked
        with APPLY, nothing else need change.  Slightly less efficient, but
        JSON-RPC is never going to be that efficient anyway.
  13. 13 Jan, 2010 1 commit
  14. 10 Jan, 2010 2 commits
    • rpgoldman's avatar
      reorganized-json-rpc-encoding · fb268b55
      rpgoldman authored
      Reorganized JSON-RPC result encoding, using CLOS, to make it more flexible,
      along lines discussed on the mailing list.
      Also added /partial/ support for JSON-RPC 2.0.
      This support is not yet tested in the test suite.
    • rpgoldman's avatar
      fixed-allegro-reader-error · 64dbb25f
      rpgoldman authored
  15. 05 Jan, 2010 1 commit
    • rpgoldman's avatar
      catch-read-numeric-overflow-on-allegro · 34680276
      rpgoldman authored
      On Allegro Common Lisp, when there's a numeric overflow in the reader,
      they don't signal a reader-error, but a simple-error (I have reported this
      and they may fix it in the future).  This patch makes use of information
      about that simple-error to catch the case in parse-number and treat it
      the way parse-number overflows are handled on other lisps.
  16. 02 Jan, 2010 1 commit
    • rpgoldman's avatar
      removed-allegro-from-some-tests · 8ccdfebc
      rpgoldman authored
      Some tests don't work on allegro on macosx or on allegro simpliciter.
      These seem like limitations of allegro, so I have added features flags
      to mask them.
  17. 30 Dec, 2009 1 commit
    • rpgoldman's avatar
      json-rpc-handle-notifications · 7a362e8b
      rpgoldman authored
      A couple of modifications to hande JSON-RPC notifications (like normal requests, but they
      don't expect a response).
      Also made it possible to invoke a helper function of invoke-json with the pieces of the
      request.  This is necessary because you can't use the standard invoke-rpc if you've
      already parsed the JSON message from the client.
  18. 06 Jan, 2010 3 commits
  19. 02 Jan, 2010 3 commits
    • rpgoldman's avatar
      trap-acl-overflow-on-read · 86221e84
      rpgoldman authored
      Allegro just raises a simple-error when it reads a floating point
      number that's too big.  So we have to catch simple errors when
      in parse-number on allegro.
    • rpgoldman's avatar
      revise json file loading for tests · a72bac35
      rpgoldman authored
      With asdf-binary-locations on, as it will be in new versions of ASDF,
      it is no longer possible to use load-pathname or load-truename to find
      files from loaded binaries.  In the general case, binaries may not be
      located in the same directory as the source files from which they are
      We avoid this problem by caching the value of *load-truename* inside
      code that is run in the .asd file, and then referring to it later on.
      The *load-truename* of the .asd file will remain constant.
    • rpgoldman's avatar
      add test op to cl-json · a11743f4
      rpgoldman authored
      Made it easier to test cl-json by adding an asdf test-op to the asdf
      system definition, and providing a PERFORM method for it.
      Now one can simply say (asdf:oos 'asdf:test-op :cl-json) to load
      the system and run the FiveAM based tests.
  20. 02 Dec, 2009 2 commits
  21. 12 Oct, 2009 1 commit
  22. 09 Oct, 2009 3 commits