Eclipse jvm/scala/lift应用程序堆栈?

Eclipse jvm/scala/lift应用程序堆栈?,eclipse,scala,lift,Eclipse,Scala,Lift,在做出决策之前,经过一些研究,决定在Scala的升降机上启动一个基于重彗星的项目 对于scala上的lift,推荐的应用程序堆栈是什么 我倾向于: Jetty/(DB?(Postgre/Mysql?)/Scala/Lift/SBT/(Eclipse作为IDE) 我可能会在Windows上开发,并在Ubuntu服务器上部署,所以建议从什么开始呢 我在考虑:安装完整的JavaSDK(我需要J2EE吗?),然后安装JEtty、Scala、Lift、SBT,然后安装带有Scala插件的Eclipse(我

在做出决策之前,经过一些研究,决定在Scala的升降机上启动一个基于重彗星的项目

对于scala上的lift,推荐的应用程序堆栈是什么

我倾向于: Jetty/(DB?(Postgre/Mysql?)/Scala/Lift/SBT/(Eclipse作为IDE)

我可能会在Windows上开发,并在Ubuntu服务器上部署,所以建议从什么开始呢

我在考虑:安装完整的JavaSDK(我需要J2EE吗?),然后安装JEtty、Scala、Lift、SBT,然后安装带有Scala插件的Eclipse(我应该研究IntelliJ还是Netbeans?)


有什么需要记住的吗?

目前IntelliJ Scala插件比Eclipse插件有用得多。由于Martin Odersky最近开始开发Eclipse插件,预计很快就会有很大的改进,但目前只有新插件的beta版(它们不是特别稳定)

SBT目前正在进行大量的内部更改(新的0.9版本与0.7.x完全不同),并且不能很好地与当前的IDE集成-大多数SBT IDE插件在这一点上都非常基本,因此我有时更喜欢使用Maven 3和Scala插件,或者使用SBT插件为Eclipse/IntelliJ生成本机IDE项目

如果你决定坚持SBT,我建议你也看看。除此之外,你的堆栈似乎完全足够了


一个侧面说明-当您开始开发项目时,忽略不使用和(换句话说,不使用绑定)的旧教程。和Lift in Action都描述了这些新的(可以说更好的)教程技术。

如果要在Ubuntu上部署,为什么要在Windows上开发?1-很长一段时间以来,我们一直使用Linux和Solaris作为服务器环境,但Windows作为桌面环境(Mac仅用于iPhone开发)同时。现在已经习惯了。2-不确定Linux中是否有Adobe suite,以及其他仅限Windows的程序,如EMS或Visual Studio for the.NET projects 3-Virtual env通常非常落后,无法用作桌面环境。尽管如此,如果在设置两个env(Windows和UbuntuSVR)之后还有一些问题,我也愿意使用Linux for devjvm@REXKerr…试图编辑我的评论,但无法将其删除并重新输入…很抱歉(复制我以前的答案并添加):啊,好吧。如果你大量使用Adobe的Creative Suite,你是对的,你最好使用Windows。我想说的是,在同一台机器上进行测试会更容易,但如果你大量使用Adobe的工具,就不会了。我也不太喜欢台式机的VM解决方案。我实际上发现了新插件比旧版本的所谓“稳定”要好。如果你使用eclipse,我会使用新插件和helios。我同意你的说法。我只是说Beta与IntelliJ插件相比是不稳定的,IntelliJ插件功能丰富且成熟。IntelliJ scala插件不稳定或不成熟。每个其他版本,基本的东西,比如@BeanProperty崩溃了。在修复之前,它只会崩溃2个月。(IntellijMaven的整体集成比eclipse好得多,但scala在这两个方面都有点参差不齐)我也时常注意到问题,但我认为这对于任何快速发展的软件来说都是正常的。IntelliJ最近向插件投入了更多的资源,事情变得有点疯狂,但如果你看看已经实现的功能——他们的代码分析器甚至还有Scala风格检查功能……Java代码被转换为Scala的代码在粘贴,重构只是工作。唯一的错误是类型识别分析器,但它目前是在测试无论如何。。。