This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-05-10
Channels
- # beginners (35)
- # cider (165)
- # cljsrn (18)
- # clojars (1)
- # clojure (141)
- # clojure-greece (2)
- # clojure-italy (11)
- # clojure-nl (1)
- # clojure-spec (21)
- # clojure-uk (89)
- # clojurescript (56)
- # community-development (3)
- # cursive (3)
- # data-science (55)
- # datomic (13)
- # emacs (12)
- # fulcro (31)
- # graphql (6)
- # jobs-discuss (35)
- # lein-figwheel (10)
- # mount (2)
- # off-topic (3)
- # onyx (22)
- # parinfer (4)
- # portkey (7)
- # re-frame (29)
- # ring-swagger (4)
- # shadow-cljs (37)
- # specter (9)
- # sql (30)
- # tools-deps (15)
- # vim (2)
- # yada (17)
I see the cider integration docs are still marked ‘help wanted’. I’m interested in helping clarify that section, once I have a few details nailed down.
I’m not sure if my method of integrating with cider is unofficial or wrong. What’s the difference between shadow.cljs.devtools.api/nrepl-select
and shadow.cljs.devtools.api/repl
?
Also, once I build my project, what’s the best way to deploy it in a container-friendly way?
With a back and front-end project, I’d have a jar, which works nicely with Docker.
@jmckitrick I'm not an emacs
user so I don't know how to configure anything. help is definitely welcome. repl
delegates to nrepl-select
nowadays so it doesn't matter much which on is used.
ok, cool. I’ll put together some points and open a PR
deploy depends entirely on your setup. jars works although I personally do not recommend them since you need to restart your server to reload the cLJS
If not a jar, what else for front-end only?
I’m trying to be as devops friendly as possible 😉
Right, and I don’t want that.
So we’d need a build step that copies the payload into our client app.
Right, ok.
Yeah, that’s what I figured. I was hoping there was a more self-contained way to do it that didn’t depend on relative paths to other projects. Oh well.
Maybe what I need to do is move this project into that one, and call shadow as part of that build.
Well, this project is in its own repo. And we like to be able to deploy components into containers from standalone repos, where possible.
So each repo represents a component, either a server, a nodejs front-end, etc.
Each repo is deployed into a docker container, which is deployed into Rancher or Kubernetes
Without dependencies on other components.
Correct. Node comes with express, and obviously a jar file would have netty or something similar.
express is a tiny server that just serves up the index, js, and css for one component.
This is all behind Rancher, loadbalancer, nginx, etc
Anyway, I don’t mean to bore you with our devops details, I just want to pick the best way to get our payload into our build.
Right, that’s probably what we’ll do.
Yep! I think I found my answer. Since this is all npm-integrated, I’ll configure the project to serve the assets with express.