New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unify sbt and scala launchers #326

Open
adriaanm opened this Issue Mar 2, 2017 · 4 comments

Comments

Projects
None yet
4 participants
@adriaanm
Member

adriaanm commented Mar 2, 2017

Goal: a smoother user experience for installing and using Scala on the command line. Install Scala & sbt once, get version upgrades automatically.

Share improvements for faster startup, console input/output between all Scala CLI tools. Launcher scripts that work consistently on all platforms,...

@adriaanm adriaanm modified the milestone: 2.13 Mar 2, 2017

@jvican

This comment has been minimized.

Show comment
Hide comment
@jvican

jvican Mar 3, 2017

Member

Interesting! /CC @heathermiller

Member

jvican commented Mar 3, 2017

Interesting! /CC @heathermiller

@antonkulaga

This comment has been minimized.

Show comment
Hide comment
@antonkulaga

antonkulaga Mar 9, 2017

I personally even do not bother installing Scala, as sbt is enough to make Scala projects work and for REPL there is ammonite-shell

antonkulaga commented Mar 9, 2017

I personally even do not bother installing Scala, as sbt is enough to make Scala projects work and for REPL there is ammonite-shell

@retronym

This comment has been minimized.

Show comment
Hide comment
@retronym

retronym Mar 9, 2017

Member

I've cataloged a few ideas for simplifying the SBT launcher, in particular around its classloader hierarchy. I'll work through these with @eed3si9n and @dwijnand, keeping the context of consolidation in mind.

Member

retronym commented Mar 9, 2017

I've cataloged a few ideas for simplifying the SBT launcher, in particular around its classloader hierarchy. I'll work through these with @eed3si9n and @dwijnand, keeping the context of consolidation in mind.

@retronym retronym closed this Mar 9, 2017

@adriaanm adriaanm reopened this Mar 10, 2017

@jvican

This comment has been minimized.

Show comment
Hide comment
@jvican

jvican Mar 10, 2017

Member

@retronym I am actually working on a smarter mechanism to cache classloaders for sbt plugins, it builds upon the same concepts you describe in the catalogue. Will submit PR soon.

Member

jvican commented Mar 10, 2017

@retronym I am actually working on a smarter mechanism to cache classloaders for sbt plugins, it builds upon the same concepts you describe in the catalogue. Will submit PR soon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment