HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
harrah
xsbt
Scala2011–2012
harrah / xsbt

xsbt

*NOTE* sbt has moved to the sbt organization!

5Distinct people
8Mentions
1Explicit recommenders
53GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

*NOTE* sbt has moved to the sbt organization!

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

If you're coming from Java, I recommend the Scala for Java Refugees[1] series of blog posts. If you're interested more in the functional side, there is a course by Odersky on…

advinture used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month8 dated mentions

Observed mentions: 2011-10-19 21:38:54 UTC to 2012-10-01 12:55:54 UTC.

01232011-10-01 00:00:00 UTC to 2011-11-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsOct 20112011-11-01 00:00:00 UTC to 2011-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2011-12-01 00:00:00 UTC to 2012-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2012-01-01 00:00:00 UTC to 2012-02-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2012-02-01 00:00:00 UTC to 2012-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2012-03-01 00:00:00 UTC to 2012-04-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2012-04-01 00:00:00 UTC to 2012-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsApr 20122012-05-01 00:00:00 UTC to 2012-06-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2012-06-01 00:00:00 UTC to 2012-07-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2012-07-01 00:00:00 UTC to 2012-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2012-08-01 00:00:00 UTC to 2012-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2012-09-01 00:00:00 UTC to 2012-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2012-10-01 00:00:00 UTC to 2012-11-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsOct 2012

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Oct 20112011-10-01 00:00:00 UTC2011-11-01 00:00:00 UTC110
Nov 20112011-11-01 00:00:00 UTC2011-12-01 00:00:00 UTC000
Dec 20112011-12-01 00:00:00 UTC2012-01-01 00:00:00 UTC000
Jan 20122012-01-01 00:00:00 UTC2012-02-01 00:00:00 UTC110
Feb 20122012-02-01 00:00:00 UTC2012-03-01 00:00:00 UTC000
Mar 20122012-03-01 00:00:00 UTC2012-04-01 00:00:00 UTC101
Apr 20122012-04-01 00:00:00 UTC2012-05-01 00:00:00 UTC000
May 20122012-05-01 00:00:00 UTC2012-06-01 00:00:00 UTC303
Jun 20122012-06-01 00:00:00 UTC2012-07-01 00:00:00 UTC101
Jul 20122012-07-01 00:00:00 UTC2012-08-01 00:00:00 UTC000
Aug 20122012-08-01 00:00:00 UTC2012-09-01 00:00:00 UTC000
Sep 20122012-09-01 00:00:00 UTC2012-10-01 00:00:00 UTC000
Oct 20122012-10-01 00:00:00 UTC2012-11-01 00:00:00 UTC101

What Hacker News says

8 sources
I agree with the recommendation for Play 2. It is simple framework that covers a lot of bases adequately. If you want to do the HTML/database thing Play will cover this. If you want to do the REST service thing, Play will also handle that. If you just want to do REST services we've had a lot of success with BlueEyes (https://github.com/jdegoes/blueeyes) and the framework we've built on top of this, Bigtop (https://github.com/bigtop/bigtop). Documentation is lacking compared to Play. It's an option is you're feeling braver, want to do pure REST services, and want more performance than Play gives you. I think only crazy people use Java. It's just not productive enough. I use Scala. The shape of the learning curve will depend on your experience with modern languages. If you've done Ruby/JS and are happy with blocks/closures and stuff like un
Read the rest
derscore.js you're halfway there. If you've ever done any Haskell/O'Caml/ML you're 90% of the way there. Getting started on the JVM can be daunting. In the Scala world we use SBT (https://github.com/harrah/xsbt/wiki) which gets around a lot of Java/Maven nonsense, though adds some of its own. Other languages will have their own build tools. I've had a tiny peek at VertX, and don't like it. It seems to encourage callback spaghetti and doesn't seem to make good use of the type system. If you go any of the Scala options above feel free to drop me an email (in my profile) if you need help.
In Ask HN: How to get productive with the JVM in 48h?
> no time wasted waiting for compilation Fwiw, this is less and a less a problem with static languages. In the Scala ecosystem, for example, on-the-fly compilation is available with Play, or any framework that uses SBT [1] (Lift, Scalatra, etc). Edit, save, and your edits (and only your edits) are automatically recompiled and reloaded. > more boilerplate Not sure about that. Lift at least (maybe Play too, not sure) is about the same lines of code as Rails, less if you include tests. 1. github.com/harrah/xsbt
In Comparing Dynamic and Static Language Approaches to Web Frameworks [pdf]
> Having html and javascript inside my scala classes gives me a queasy feeling. Yeah that's an interesting tradeoff. I like it because it helps keep code completely out of the html templates, which is a design goal of lift. I tend to work with designers who do HTML/CSS only, not javascript, and I do the backend Scala and frontend Javascript, so that separation of roles works. But if your dev team (as most big ones do) consists of frontend HMTL/CSS designers, frontend Javascript UX devs, and backend devs, then that architecture may not be optimal. > I also think Lift is dead. Far from it. > The creator of the project left Not exactly: 1. He's still a core committer, 2. Advised the founders of Lift Co. [1] - commercial support/SLA for lift projects, 3. Is active on the Lift group [2] (the activity takes place there and at Assembla [3]
Read the rest
, not Twitter) 4. Continues to present about [4], blog about [5][6], and advocate Lift [7]. 5. Even holds personal office hours every week in San Francisco to support Lift devs, for free. He's just not doing direct commercial consulting on Lift anymore, others have grabbed that torch and are running with it, primarily in SF, London, and India. > the documentation isn't great, True, but improving. The new book from Manning, Lift In Action [8] is excellent. You can buy it from Manning, or obtain it by other means. There are completely free options as well [9]. > View first model isn't popular Popular is not necessarily better [10], unfortunately. However, if you grok view first and still believe MVC is better, Lift also includes an MVC version [11] for you. > very little activity in #lift, The meat of the discussion is on the google group [2], not Twitter. (And it's #liftweb anyway, but admittedly not much difference there either). > very little activity in the lift framework google group. Maybe you're comparing to a mega project like Rails, or maybe you accidentally mistook the stickies at the top for the actual group activity, but there's more than 'very little activity' in the group. Granted, Lift isn't without issues. Getting started via Maven is painful (Pro-tip: use SBT + Lifty [12]). It has a non-trivial learning curve (I actually had to learn Haskell in order to grok Scala in order to use Lift - all worth it - though people coming from the ML family may have an easier ramp-up); has to deal with Scala's versioning and dependency issues (which David Pollack ticked off the Scala community by vocally complaining about, and which SBT does a decent job of mitigating), and does most things differently than the norm. However, it's a superb piece of technology more than worth the effort to learn. It's more inherently secure than any other framework out there, enables a simple architecture (3-tier only, web/app/db, no caching layers), is relatively easily scalable (just add more instances to whichever layer you need to scale), does Ajax and Comet better than anything else, is very productive once you know it (minimal code, no testing necessary for classes of errors the type system or compiler catch), and lots of other excellent stuff [13]. It's evolving, maybe not at the pace of Rails, but it's starting with a far stronger technical architecture, runtime, and Java ecosystem interopability. ----------------------- 1. http://liftweb.com/ 2. http://groups.google.com/forum/?fromgroups#!forum/liftweb 3. http://assembla.com/wiki/show/liftweb/ 4. http://www.infoq.com/presentations/Exploring-Composition-and... 5. http://lift.la/ 6. http://goodstuff.im/ 7. http://visi.io/ (see comments on Lift) 8. http://manning.com/perrett/ 9. http://www.assembla.com/spaces/liftweb/wiki/Resources; http://richard.dallaway.com/lift-cookbook-an-introduction 10. https://www.assembla.com/wiki/show/liftweb/View_First 11. http://www.assembla.com/spaces/liftweb/wiki/MVC_(if_you_real... 12. https://github.com/harrah/xsbt; https://github.com/Lifty/lifty 13. http://seventhings.liftweb.net/
In Why I'm Moving Away from the Play Framework

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.