We are experimenting with Grails development on Eclipse STS, and one of the most annoying problems is that, unlike Java code, there does not appear to be any code insight features for Grails and Groovy classes and methods. Only after compiling and running a Grails web app do we find out that a method or field name does not exist.
Seriously, there has to be something out there for minimal code insight (hoping).
I am sure that STS can in fact do this for you, it is basically what its Grails support is all about. Are you sure you have installed the right plugins? Documentation on this subject is right here: [1]: http://www.grails.org/STS+Integration
Side note: while STS does a decent job, I have been a happy user of IntelliJ IDEA Ultimate edition and have never looked back to eclipse once i switched :)
Related
First of all, I would like to say that I don't know if Stack Overflow is the right forum to ask this, but let's give it a try.
I'm a .NET developer, but I'm interested in giving Scala a try in my next project. Developing for .NET is very "simple" in the sense that everything happens "inside" Visual Studio, from coding to installing libraries, to deploying, you get it.
I've stumbled upon the Typesafe Activator tool. My question is for Scala programmers who are using it: is this tool usually used as an IDE for the whole project? Or is it used just to generate the templates, then work in another IDE like Eclipse? What would be a usual "cycle" in web app developing project with Scala?
Thank you very much in advance!
Right now the code editor in Activator is pretty basic. So most users start with Activator for new projects and learning and then open the project in IntelliJ or Eclipse. Then you can continue using Activator alongside an IDE if you want.
I agree with James that it is common to create the project with Activator before then moving to your preferred IDE. I'm not even close to the expert he is, and that has worked for me.
But inconsistently.
For me, as an IntelliJ user on Mac, I have found that JetBrains (the makers of IntelliJ) continues to make so many changes to their Scala, SBT, and Play plugins that there can be inconsistencies. I've found starting from IntelliJ sometimes works; starting with Activator sometimes works; importing an SBT project of any kind sometimes works; and so on. I have yet to uncover any pattern as to why.
You may have better luck than I, but just be ready to try a few approaches. Using Activator first as James suggests is certainly a viable one.
Getting thrown into ColdFusion dev at work and just starting out, I wonder if there are any advantages (or disadvantages) of using Eclipse vs Intellij. I'm used to working in Intellij on Groovy/Grails and have close to zero hands-on time with Eclipse. The shop I'm in mostly uses Eclipse (I think because it's free and not much else), some use Dreamweaver (1 person me thinks).
Thanks in advance.
I'm a CF Developer that has been playing with intelliJ of late! I must say I do love the smoothness of intelliJ. IntelliJ does has have a CF code library ( http://plugins.intellij.net/plugin/?id=3571 ).
I don't use Eclipse for CF Development, but do use CFBuilder, which is based on Eclipse.
I personally prefer intelliJ as an IDE, but prefer CF Builder when working with CF.
There are two options for working with Eclipse for ColdFusion Development:
cfeclipse - an open source, free plugin for Eclipse
cfBuilder - the 'official' IDE, sold and distributed by Adobe.
There is also a plugin for IntelliJ which I have no personal experience using however I note that some highly respected CF devs are using it and preferring it to the Eclipse-based options.
My team and I currently use CFBuilder 2 and find that to be good enough for our needs. The biggest criticism I see about CFBuilder/Eclipse is that it can perform poorly on older PCs and the common solution is to increase the RAM available to it.
The benefit my team finds with CFBuilder is that the full Eclipse plug-in ecosystem is available giving us bundled options for source control and other development tools. (The same may exist for IntelliJ but I have no personal experience with it.)
Dreamweaver, especially a recent version, is an option and many CF devs swear by ColdFusion Studio which is a very old program and might be hard to get your hands on. Finally, there is also a plugin for Notepad++ for the times where you need to make a quick edit to a file and don't require a full IDE.
The editor that a lot of people have been using for ColdFusion lately is SublimeText 2 (http://www.sublimetext.com/2) with the official ColdFusion Package (https://github.com/SublimeText/ColdFusion). The link I posted below from Nettuts will help you get up and running with the PackageControl package that makes installing the ColdFusion package very easy.
Sublime is lightweight, powerful, and a pleasure to code in. It has small animations that make it feel responsive, and the birds eye map view of the code can be very useful. It even has some code insite that I find really helpful.
Heres a great post on Nettuts to get you started: http://net.tutsplus.com/tutorials/tools-and-tips/sublime-text-2-tips-and-tricks/
what is the best goovy plugin for eclipse (helios)? I have download Groovy-Eclipse but the plug-in seems not good? cant go to methods by clicking ctrl and also cant debug too
The best Eclipse Groovy/Grails support is provided by the STS Eclipse distribution. If you're not using Grails and are only interested in Groovy I don't think you'll find this much better than the Groovy-Eclipse plugin, because I expect STS itself uses the Groovy-Eclipse plugin.
The best Groovy/Grails support is provided by IntelliJ. Eclipse has always been a long way behind.
Unfortunately, groovy-eclipse is the best there is.
If you want to improve your experience, I can only recommend switching to IntelliJ IDEA.
Groovy-Eclipse is your only option for editing groovy code in Eclipse.
Since the behavior you describe that is missing is a fundamental part of Groovy-Eclipse (ie- navigation to method declarations), it sounds like something is not set-up properly in your project. Perhaps your groovy sources are not on the Eclipse build path of your project. Make sure this is the case and let me know if this fixes your problem.
Since SpringSource / VMWare embraced the Grails and Groovy community, SpringSource Toolsuite (STS) has really increased the quality and integration of Groovy into the Eclipse environment. If you haven't looked at it recently, STS 2.7.0 was just released, and it includes support for Gradle, Groovy 1.8, and initial support for Grails 1.4 / 2.0. Groovy-Eclipse is the bundled Groovy solution, and enables the Groovy compiler, Groovy project types, as well as a number of other areas.
It's also important to note that the development is going at a pretty good place - some of the standard editing features are fixed month to month as dot releases are released often.
Intellij is also continuing to provide a great solution - but now that the Eclipse support is improving, there are two viable choices for developers to look at.
STS is available for Eclipse 3.6 and 3.7.
I understand that SpringSource Tool Suite is based on Eclipse.
I am coding Grails. STS is often pissing me off. I was thinking of installing Eclipse instead with a Grails plugin - will it just be the same?
What's better? STS or Eclipse?
Have you considered IntelliJ, it has excellent Grails and Groovy support. I had been a eclipse guy for years but I am loving IntelliJ now.
IntelliJ Grails Features
I believe STS incorporated the original Groovy plugin so you're honestly better off with STS than you are trying to hack together Eclipse with the old plugin.
That said, other IDEs with good Groovy/Grails support are:
IntelliJ IDEA: http://www.jetbrains.com/idea/features/groovy_grails.html
NetBeans: http://netbeans.org/features/groovy/ (but development on Grails support appears to have stopped since 6.8.0)
I've personally tried IntelliJ and I liked it for Grails. I have not tried NetBeans but I've heard it is good.
STS has better Groovy n Grails support. The latest version i.e. 2.5.0 has better features and bug fixes. I would suggest you stick to STS rather than Eclipse. I have been using it for last couple of months and it is very stable. The latest version has much better features and is more stable than previous versions.
I found Eclipse with the Grails plugin easier to configure than STS, so I started out down that route. STS seems overly clunky and too specialized - if your app is anything over than a very vanilla grails app I'd say Eclipse is better.
Having said all of that, I tried IntelliJ IDEA and fell in love with it. I even forked out the $200 for a personal licence when my company said no to buying a license!
STS is an Eclipse distribution packaged by SpringSource, who also own Grails project. You should bring your specific issue to the vendor or at least describe them in your question.
I think you should definitely opt for STS - the integration of the Groovy resp. the Grails plugin is much better than in Eclipse.
On the other hand, the question is hard to answer without getting religious subjective; what are the issues you encoutered in STS and what makes you think they won't occur or even be more annoying in the main Eclipse distribution with no native Groovy/Grails support?
I have been unsuccessful trying to use the Grails plugin on Eclipse. After a lot of work finding the right repositories for missing dependencies, the Grails plugin practically took over Eclipse, it became a quasi STS Eclipse. Even the home window became the STS window!
I guess the producers of STS are basically trying to convince you to switch to STS, instead of using their almost worthless plugin, and going through the pain of getting the plugin working, and getting at the end a STS clone.
You are better off just using STS, but it angers me that people who like Eclipse or MyEclipse have to be forced to use STS' specific version of Eclipse.
Has anyone been successful in getting the grails plugin for eclipse to work? How about grails plugin with netbeans?
If you use the NetBeans 6.5 Beta you'll see the Grails functionality is promising, but still buggy(minor). The good thing is in 6.5 Groovy and Grails support is standard, you don't have to install the plugins.
Unfortunately, there hasn't been much progress on the Eclipse plugin for Grails, we have started using IntelliJ IDEA for Grails development, the JetGroovy plugin is excellent and keeps getting better!
Netbeans 6.5 is pretty good for Grails and allows for debugging, though the code completion is just barely there.
Well, here's a quick update. The Eclipse plugin works, and has refactoring support. But, for some reason I can't get it to recognize the Grails plugins in the Eclipse project.
It's starting to come along though.
I haven't had any problems getting the Eclipse grails plugin "to work" insofar as it's installed and providing all the features advertised. The problem is that this set of features is minimal, and light years behind IntelliJ. I understand that switching from a free IDE to a commercial IDE isn't at all possible, but if it is, do it! Although Netbeans is better than Eclipse, it's still quite a distance behind IntelliJ.
Just for future documentation:
Netbeans 6.8 is available with a very nice Grails/Groovy Plugin that works like a charme.
Additionally you can use a new Code Coverage Plugin.
Really nice build.
Link:
Netbeans Homepage
But you have to keep in mind that Grails now belongs to Spring Source. Spring Source is known for developing their own Tool Suite based on Eclipse. Maybe we will see a better grails plugin implementation for Eclipse.