figwheel

general discussion about figwheel, specific discussions in #figwheel-main and #lein-figwheel
gastove 2018-04-23T03:44:19.000048Z

Has anyone met this situation?

gastove 2018-04-23T03:44:22.000135Z

$ lein figwheel                                                                                
Figwheel: Cleaning because dependencies changed                                                
Figwheel: Cutting some fruit, just a sec ...                                                   
Figwheel: Validating the configuration found in project.clj                                    
java.lang.NullPointerException                                                                 
        at clojure.zip$node.invokeStatic(zip.clj:67)                                           
        at clojure.zip$node.invoke(zip.clj:64)        

gastove 2018-04-23T03:45:11.000110Z

The stack trace is, as they are, long, but passes through figwheel-sidecar among other places.

gastove 2018-04-23T03:49:04.000152Z

Seeing it with Java 1.10 / Clojure 1.8 / fighwheel 0.5.10; still working on checking other versions, etc.

gastove 2018-04-23T03:57:58.000011Z

....definitely something cool on my end. But what.

gastove 2018-04-23T04:46:30.000051Z

Ahh. Okay: I've nested my cljsbuild spec inside a profile. If I move the whole thing outside the profile, I get a very polite error message asserting a key is missing. So. Just an odd edge-case with the error reporting + missing a key.

2018-04-23T18:18:21.000278Z

I'm working on an existing project in Angular that uses ngrx, which is essentially just a Redux implementation (unfortunately, I don't have the pleasure of using ClojureScript on this project). The ngrx team doesn't see the point of hot module replacement, but a couple people have built their own implementations. One of them just serializes everything and sticks it in local storage, and then re-hydrates it when the new code is loaded. Off the top of your heads, is there anything inherently wrong with that approach?