alexarchambault on 1.6.3
alexarchambault on master
1.6.3 (compare)
lihaoyi on gh-pages
5ad9ae5538f23cab92ccd8c6b1617d8… (compare)
alexarchambault on master
Partly revert 84d48542 (#923) … (compare)
make: unrecognized option '--aptos-placement=fluid'
make: unrecognized option '--aptos-generate-stats-file'
make: unrecognized option '--aptos-cp-window-size=20"'
Usage: make [options] [target] ...
read -n 1
in bash or read -q
in zsh?
--class-based
mode. I also saw your repo for AmmoniteSpark.--class-based
mode and it doesn't work with RDDs which takes lambdas. With --class-based
mode it works. So I was wondering, what additional capabilities does AmmoniteSpark enables that aren't possible with vanilla --class-based
mode.
in my predef.sc, I can use interp.load.cp to load a local jar. However, I can't import and use that jar in the predef.sc itself, only in the repl.
e.g. if I load a jar with classpath, com.safegraph.foo.bar
and try to import and use it in predef.sc I get a predef.sc:20: object safegraph is not a member of package com
and failed repl startup.
Hello, I'm starting with Ammonite and I'm experimenting the same issue posted in [this] (https://stackoverflow.com/questions/66290176/re-import-a-script-in-ammonite-scala
) stackoverflow question:
basically:
repl.sess.save()
import $exec.experiment
hello() //Works
//change script experiment
repp.sess.load()
import $exec.experiment
hello() //fails
it fails with the error:
java.lang.NoClassDefFoundError: ammonite/$sess/experiment$
ammonite.$sess.cmd9$.<clinit>(cmd9.sc:1)
java.lang.ClassNotFoundException: ammonite.$sess.experiment$
java.net.URLClassLoader.findClass(URLClassLoader.java:471)
ammonite.runtime.SpecialClassLoader.findClass(ClassLoaders.scala:241)
java.lang.ClassLoader.loadClass(ClassLoader.java:589)
java.lang.ClassLoader.loadClass(ClassLoader.java:522)
ammonite.$sess.cmd9$.<clinit>(cmd9.sc:1)
I'm trying to add ammonite as a dependency to an SBT project by adding libraryDependencies += "com.lihaoyi" % "ammonite" % "2.3.8" cross CrossVersion.full
but I'm getting the following error on sbt compile
(using sbt 1.4.7 and Scala 2.12.13):
[info] Updating
[info] Resolved dependencies
[warn]
[warn] Note: Unresolved dependencies path:
[error] stack trace is suppressed; run last update for the full output
[error] (update) sbt.librarymanagement.ResolveException: Error downloading com.lihaoyi:ammonite_2.12.13:2.3.8
[error] Not found
[error] Not found
[error] not found: /Users/schoeped/.ivy2/localcom.lihaoyi/ammonite_2.12.13/2.3.8/ivys/ivy.xml
[error] not found: https://repo1.maven.org/maven2/com/lihaoyi/ammonite_2.12.13/2.3.8/ammonite_2.12.13-2.3.8.pom
Did anyone else ever run into a similar issue?
Hello: There are some problems with documentation after switching to com_lihaoyi
. Here is what I've found:
on github readme of particular projects:
Ammonite -> there is lot of links to https://lihaoyi.github.io/Ammonite -> (404) //should be?: https://com-lihaoyi.github.io/ or directly https://ammonite.io/
fansi -> wrong redirection to scaladocs (0.2.0) and wrong link to ammonite (same as above)
utest -> there is 1 link that does not work 'Fansi'
sourcecode -> wrong (very old?) link to PPrint (https://www.lihaoyi.com/upickle-pprint/pprint) FastParse (http://lihaoyi.github.io/fastparse/) and Scalatags (http://lihaoyi.github.io/scalatags/#CSSStylesheets)
cask -> link to documentation does not work (https://www.lihaoyi.com/cask/)
requests-scala -> all links in sentence "such as ujson.Values, uPickle's upickle.default.writable values, or Scalatags's Tags" are dead (https://www.lihaoyi.com/upickle, https://www.lihaoyi.com/scalatags/) and other references to uJson
Those seams to works:
upickle, acyclic, FastParse, scalatags
import $ivy.`dev.zio::zio:1.0.4`
import zio._
val program = for {
_ <- zio.console.putStrLn("starting zio program")
} yield ()
println("should run program now")
println(program)
zio.Runtime.default.unsafeRun(program.provideLayer(zio.ZEnv.live)) // here it just blocks and does nothing!
println("should have run program now")
unsafeRun
part into an Ammonite's @main
method, instead of script's body.