data is transferred with transit, so you need to install the transit handlers in the app. Here's a https://github.com/hyperfiddle/electric/blob/0bc5f4bcd96b632f4522de328af66b44f1220fe4/src-docs/wip/demo_custom_types.cljcshowing how you can do that today

hmm, the following does not seem to work:

(ns xtx.transit
  "Connect time-literals to transit.

  Sourced and edited from:
  

  "
  (:require
    [time-literals.read-write]
    [cognitect.transit :as transit]
    #?(:cljs [java.time :refer [Period
                                LocalDate
                                LocalDateTime
                                ZonedDateTime
                                Instant
                                ZoneId
                                DayOfWeek
                                LocalTime
                                Month
                                Duration
                                Year
                                YearMonth]]))
  #?(:clj (:import
            (java.time Period
                       LocalDate
                       LocalDateTime
                       ZonedDateTime
                       Instant
                       ZoneId
                       DayOfWeek
                       LocalTime
                       Month
                       Duration
                       Year
                       YearMonth))))

;; uhmm I think these have to be fully namespaces
(def time-classes
  {'period          Period
   'time/date            LocalDate
   'date-time       LocalDateTime
   'zoned-date-time ZonedDateTime
   'instant         Instant
   'time            LocalTime
   'duration        Duration
   'year            Year
   'year-month      YearMonth
   'zone            ZoneId
   'day-of-week     DayOfWeek
   'month           Month})

(def write-handlers
  (into {}
    (for [[tick-class host-class] time-classes]
      [host-class (transit/write-handler (constantly (name tick-class)) str)])))

(def read-handlers
  (into {} (for [[sym fun] time-literals.read-write/tags]
             [(name sym) (transit/read-handler fun)])))


;; Demo shows how to serialize custom types in Electric

;; Todo cleanup, there are better ways to do this
#?(:clj (alter-var-root #'
          merge write-handlers)) ; server: write only
#?(:cljs (set! 
           (merge  read-handlers))) ; client: read only

I'd suggest taking a single class, e.g. Period, use it manually and get that working. Then you can expand to subsume above. Any chance you're failing to transfer a date/time type from client to server? The config only sets up server->client

Hmm, even this complains if I try to send a LocalDate (from server to client only):

(def write-handler (transit/write-handler
                     (fn [_] 'time/date) ; this tag must be namespaced!
                     str))

(def read-handler (transit/read-handler 12345.67)) ;; just overriding it for now to see if it can send from server to client

#?(:clj (alter-var-root #'
          assoc LocalDate write-handler)) ; server: write only
#?(:cljs (set! 
           (assoc 
             "time/date" read-handler))) ; client: read only

INFO  : Unserializable reference transfer: java.time.LocalDate 2000-01-01

Here's a minimal working example where a JVM LocalDate is represented as a string "LOCALDATE: <date-here>" on the client

lets change the tutorial to this

also tutorial should provide both directions imo

and also link to any supporting documentation/examples for transit

I have to re-eval the transit handler namespace on server to get changes to show up, which I find unexpected given that my “app” namespace :require’s my transit handler namespace. The auto-builder does not seem to pick up changes to that namespace, which is confusing when trying to debug why handlers aren’t working.

Hmm, maybe because alter-var-root is in #?(:clj …) directive?

I suspect the problem to be specter macroexpanding to inline defs, which in turn confuse electric compiler because the symbol doesn't refer to a top-level var

• [TaggedValue f...] seems like a type you didn't expect, maybe the serialization returns something else than you expect? • I think specter will work if you call it in a clojure context, not electric. As a first step try to push the specter code in a toplevel cc/defn

we have a bug related to certain things that should be float coming across as TaggedValue ratio

Is there a quickfix for TaggedValue? I’m seeing decimals come over the wire as e.g. [TaggedValue: f, -2402.97] or should I coerce to float or string before sending from server to client?

datomic dev-local requires registration and out of band maven configuration, you can remove the datomic from deps.edn and comment out any references to the datomic example

I replaced it :deps {com.datomic/datomic-free {:mvn/version "0.9.5697"} in deps.edn and seems to be working

Now I get The required JS dependency "@codemirror/language" is not available, it was required by "contrib/electric_codemirror.cljc". maybe npm dep?

I do want to use datomic, just not sure how to accommodate the codemirror thang, but i'm looking into it 😅

yarn

or, npm install

datomic free is not a drop in replacement i don’t think

confirmed it is not 😅

So ideally there would be a super simple app with:z

datomic free, jetty server w/ session, and electric chat app

trying to carve a useful starting block of marble out of the example app 😅

Maybe I can just add datomic to the starter-app and be good to go, I just require sessions, eventually, and figure it better to work with them from the outset

yes i recommend that, use the starter todos app and port datascript to datomic free

thanks for the rec

add sesh later?

this little story above is a great example of how it might be great for Datomic to loosen up on the maven config requirements for dev-local tutorial-level users and tutorial-level creators (if possible)! @U1QJACBUM

uh yeah i don't want to touch maven with a ten foot pole 😅

what year is it 😅 😅 robin williams full of beard