This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-08-31
Channels
- # aleph (37)
- # babashka (23)
- # beginners (46)
- # calva (1)
- # catalyst (12)
- # cider (3)
- # circleci (5)
- # clj-kondo (8)
- # clojure (188)
- # clojure-europe (28)
- # clojure-nl (1)
- # clojure-norway (84)
- # clojure-sweden (2)
- # clojure-uk (1)
- # clojurescript (6)
- # clr (1)
- # cursive (4)
- # datahike (4)
- # datascript (7)
- # datomic (31)
- # deps-new (16)
- # emacs (4)
- # fulcro (4)
- # gratitude (17)
- # hyperfiddle (24)
- # introduce-yourself (4)
- # jobs (5)
- # off-topic (84)
- # pathom (10)
- # polylith (21)
- # portal (6)
- # re-frame (6)
- # reitit (4)
- # releases (1)
- # sci (74)
- # specter (3)
- # tools-build (3)
- # tools-deps (5)
Yes it is.
Thanks @U1G0HH87L.
I add a base poly/my-base
in the test
alias of a project but I got this:
Missing components in the xxx project for these interfaces
. I try to add the interfaces in the test
alias but same error.
If you export your workspace with e.g. clojure -M:poly ws out:ws.out
by using the latest sha from master
(`48d8a14d31a02cd2229d99bca094fe383d3dcace`) and send it to me, then I can have a look.
With the lastest sha I hava an edamame
error. I have export the workspace with the lastest release.
What was the edamame
error?
Thanks
Now I remember. I think this has been fixed in the 318 branch, try this instead d239f8b2cfd950bf5c2f7a757e51b7aacf6e92ca
.
And do a new export.
But when I launch the testing of a project. Librairies under the test
alias (like my-base
) are including to the tests too with all the other librairies in deps
. I don’t know if it’s possible to use a librairie for test purpose but not executed her tests.
I’m busy tonight, but will have a look tomorrow.
Yes, this is the same issue I ran into at work. You can :exclude
that base from testing in the project that uses it just for tess.
@UHZPYLPU1 Here's a snippet from our workspace.edn
file:
"wsbilling-member" {:alias "bm"
:test {:setup-fn ws.application-fixtures.interface/pre-test
:teardown-fn ws.application-fixtures.interface/post-test}}
"wsbilling-rebill" {:alias "br"
:test {:exclude ["billing-member"]
:setup-fn ws.application-fixtures.interface/pre-test
:teardown-fn ws.application-fixtures.interface/post-test}}
billing-member
is a base that is used as a test-only dependency in the wsbilling-rebill
project
:aliases
{:test {:extra-paths []
:extra-deps {poly/billing-member {:local/root "../../bases/billing-member"}
poly/application-fixtures {:local/root "../../components/application-fixtures"}
poly/billing-fixtures {:local/root "../../components/billing-fixtures"}
poly/error-reporter {:local/root "../../components/error-reporter"}
poly/web-middleware {:local/root "../../components/web-middleware"}
poly/web-server {:local/root "../../components/web-server"}
com.github.seancorfield/expectations {:mvn/version "2.0.165"}
io.github.matthewdowney/rich-comment-tests {:mvn/version "v1.0.3"}}}
That's the :test
alias in projects/wsbilling-rebill/deps.edn
We're using this SHA for :poly
:
:sha "48d8a14d31a02cd2229d99bca094fe383d3dcace"
Thanks you so much @U04V70XH6 I will try the :exclude
I had a look at your workspace @UHZPYLPU1. I'm working on moving all the poly
tool documentation to cljdoc
in the issue-318
branch (work in progress). The :exclude
"trick" is described https://github.com/polyfy/polylith/blob/issue-318/doc/testing.adoc#include-and-exclude-bricks in that branch. I also noticed that you have a few Warning 202
where missing paths are detected. You get that error if you refer to a missing file/directory in a deps.edn
config file. You can get rid of them if you remove the reference to them. All missing files can be listed with poly ws get:paths:missing
(you had a few).
You also have a Warning 205
that you have to live with till the issue https://github.com/polyfy/polylith/issues/305 has been implemented.
Thanks @U1G0HH87L