Fork me on GitHub
#figwheel
<
2018-04-23
>
gastove03:04:19

Has anyone met this situation?

gastove03:04:22

$ 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)        

gastove03:04:11

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

gastove03:04:04

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

gastove03:04:58

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

gastove04:04:30

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.

Daniel Hines18:04:21

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?