# Lib canton opensource not on a public maven repository

**URL:** <https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634>\
**Category:** App Development\
**Tags:** canton\
**Created:** [May 27, 2022, 2:51pm UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634 "2022-05-27T14:51:54Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![Jean\_Safar1](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.canton.network/jean_safar1/32/2860_2.png) [@Jean\_Safar1](https://forum.canton.network/u/Jean_Safar1)\
**Post date:** [May 27, 2022, 2:51pm UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634/1 "2022-05-27T14:51:54Z")

</div>

Hi,  
Would’t it make sense that the lib canton-open-source-x.y.x.jar be accessible from a public maven repository?  
best

---

<div class="post-metadata">

**Author:** ![cocreature](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.canton.network/cocreature/32/36_2.png) [@cocreature](https://forum.canton.network/u/cocreature)\
**Post date:** [May 29, 2022, 11:21am UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634/2 "2022-05-29T11:21:36Z")

</div>

Could you explain why you’d prefer to get it from Maven? We generally opt for using GH releases for standalone JARs & tarballs and use Maven only for libraries.

---

<div class="post-metadata">

**Author:** ![Jean\_Safar1](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.canton.network/jean_safar1/32/2860_2.png) [@Jean\_Safar1](https://forum.canton.network/u/Jean_Safar1)\
**Post date:** [May 29, 2022, 12:44pm UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634/3 "2022-05-29T12:44:01Z")

</div>

You want to automate the provisioning of the jar using the standard location and download mechanism that are maven repositories and the use of tools such as maven or gradle to do this.

---

<div class="post-metadata">

**Author:** ![Gary\_Verhaegen](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.canton.network/gary_verhaegen/32/81_2.png) [@Gary\_Verhaegen](https://forum.canton.network/u/Gary_Verhaegen)\
**Post date:** [May 30, 2022, 11:57am UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634/4 "2022-05-30T11:57:19Z")

</div>

Maven and Gradle are build tools; they’re great for getting build dependencies, but we don’t consider self-contained executable JARs as dependencies: they’re really just executables that happen to be written in Java(ish). Therefore, it’s a bit difficult for me to understand the benefit there could be to fetching them with Maven — having an executable binary buried deep somewhere under `~/.m2` is not as useful as having it plainly available under `~/bin` or the like.

This is also why Canton is presented as a tarball, not as a plain JAR file.

Could you elaborate a bit on the use-case you have for fetching the Canton JAR from Maven? Specifically, are you somehow using it as a build dependency?

---

<div class="post-metadata">

**Author:** ![Curtis\_Hrischuk](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.canton.network/curtis_hrischuk/32/3036_2.png) [@Curtis\_Hrischuk](https://forum.canton.network/u/Curtis_Hrischuk)\
**Post date:** [May 31, 2022, 8:10pm UTC](https://forum.canton.network/t/lib-canton-opensource-not-on-a-public-maven-repository/4634/5 "2022-05-31T20:10:48Z")

</div>

I can understand the request to more easily build / provision components. However, the Daml 2.0 solution stack has more components than Canton and they are all dependent upon each other. So, having Canton’s open source jar available from a public repository would mean managing all of those other dependencies as well. Otherwise different versions of components could be deployed and this is something that we want to avoid. For the moment, we will continue with our current approach.

Thanks for the request.
