Which one is better and in what way because I do use FindBugs, PMD reports and CheckStyles plugins along with code coverage plugin. If anyone could guide me please let me know.
The latest version is almost always the better one. But you can try yourself. You can have as many different eclipse versions installed as you like. So grab a 3.6, add your plugins and enjoy the advantages.
Your plugins should run in 3.6 and if you encounter problems, I'm pretty sure there are updated versions available already.
Eclipse 3.5 - New and Noteworthy
Eclipse 3.6 - New and Noteworthy
3.6 is better because the number is looking nicer
If you already use Eclipse 3.4 and have a functional working environment and is pleased with it, then stay with that since a lot of small things change from release to release.
There is a lot of new facilities which may be interesting to you, but not necessarily anything warranting an upgrade. You can have a 3.6 installation next to a 3.4 installation without any problems so you can try it out, while being productive in 3.4.
Related
This question is similar to this one. I know you need to have this plugin to support Java 15 in eclipse 2020-09, however, it doesn't seem to be available any longer.
When I try to install it via the marketplace, I am getting this error:
No repository found at
https://download.eclipse.org/eclipse/updates/4.17-P-builds/.
Is there a way to install it from other sources?
I know that eclipse 2020-12 has been released, but we cannot use it due to bug #569498 (which didn't happen in eclipse 2020-09). So we would really need a way to install Java 15 support in eclipse 2020-09.
Because of regressions in 4.18, I decided to recreate 4.17-P-builds repository.
Please note this will be available till 4.19 is released or we decide to create a patch for 4.18 release.
I got a answer from the eclipse forums
Java 15 support is included in eclipse 4.18(2020-12). As part of
cleaning old releases we removed 4.17-P-builds repo as it is not
supported anymore.
Please upgrade to 2020-12 to continue work on java 15
The project I am working on was recently upgraded to use cucumber version 4.72. This completely broke IntelliJ integration. I believe the reason is that in this version of Cucumber, package structure has changed.
As an example, in the "old" version, step definition classes would extend from cucumber.api.java8.En, whereas in the "new" version it's io.cucumber.java8.En. As a result, IntelliJ cannot find step definitions. There is a multitude of other changes.
I'm on the latest version of IntelliJ Ultimate (2019.2.2, dated September 6, 2019) and the Cucumber plugin is listed as "bundled".
Is there any trick to getting IntelliJ to work with the latest version of Cucumber or do I have to patiently wait until some future IntelliJ version will add this support? If the second, does anyone know when this may be forthcoming?
About this issue, Andrey Vokin who is the fixer of this issue was shared a plugin in the comments, I am using it for now and it works fine. Otherwise we need to wait for next fix/release. This plug-in was for cucumber v 4.5.1 however my colleague is fine with that plugin on cucumber 4.7.x
Plug-in download link
Youtrack Issue : IDEA-217391
I'm not able to find the grails perspective in my latest release download of spring tool suite 3.8.2
I've created GRAILS_HOME varialble as C:\grails-2.4.4
path variable as %GRAILS_HOME%\bin
and similarly JAVA_HOME and its path variable.
Still not able to find the Grails perspective in STS.
The Grails support is no longer available for the Spring Tool Suite, at least not the Grails support that we worked on in the past. There was an announcement from Pivotal about the general topic a while ago: https://blog.pivotal.io/pivotal/news/groovy-2-4-and-grails-3-0-to-be-last-major-releases-under-pivotal-sponsorship. This also included to not working on the tooling for Eclipse anymore.
If you want to, you can download the final version of the Groovy-Grails-Tool-Suite from here: https://spring.io/tools/ggts/all. It is version 3.6.4, based on Eclipse 4.4.2.
The marketplace entry that is mentioned in another comment refers to this version of the Groovy-Grails support - and should not be installed on Eclipse versions higher than 4.4.2.
We also do not officially support and work on the Groovy support for Eclipse anymore, but there is still a version available that works with the latest versions of Eclipse.
If you are (or someone else is) interested in taking over those tooling projects, feel free to reach out to us. We would be more than happy to provide some support in taking over those projects.
Looks like this has been dropped some time ago:
http://docs.spring.io/sts/nan/v370/NewAndNoteworthy.html
Do I understand correctly that the only version of Scala IDE compatible with Eclipse Luna is Scala IDE 4.0.0 Milestone 3?
I'm not familiar with this Milestone terminology. It seems to be something between stable version and nightly builds. Is it the same as Release Candidate? In old waterfall terminology would it be alpha or beta?
In other words: How safe is it?
If I already have Eclipse Luna and JDK 1.8, and want Scala support, do I really have a choice?
If someone already uses this combination, please share your experience.
And what is really confusing is that when I open Marketplace in Luna it offers 3.0x version.
Go figure...
Yes, 4.0 M3 is the minimum version that supports Luna. The upcoming versions will support Luna as well, but there are no plans to support older version of the Scala IDE on Luna.
Therefore, if you don't want to build an older version of Scala IDE, where you successfully included Luna support, there is no other way than to use 4.0M3+.
Milestones generally are equivalent to beta level I would say. M3 is the version before RC1 and RCs are not far away from final versions.
The milestones should be safe, even the nightlies are because they are already used to develop new versions of the IDE, but especially the nightlies could be broken for some days. For milestones it is more realistic that new features can be broken, but features that worked already in an older final version should be very safe.
The marketspace only offers the final version, if you want a milestone/nightly/RC you need to download it from the Scala IDE homepage.
Not really addressing the issue here, but I will anyways add an answer for people who wants to install Scala IDE(stable version) in Eclipse Luna.
Instead of going to marketplaces, go to
help -> Install new software
copy the version you want to install from
http://scala-ide.org/download/nightly.html
and paste it in the dialog box in Eclipse , press ADD.
It will list down the options,
select Scala IDE for Eclipse and finish.
Scala IDE will be installed in eclipse luna!
I do mostly google app engine coding, and a little bit of android development, and don't understand why I wouldn't want my Eclipse ide to always be at the most recent release, or version. It seems like there are some plugins that wouldn't be compatible, but couldn't you just install the missing features from an old release of Eclipse into the newest release?
I'd say that always having the most up to date version of program x really isn't necessary. I think the most important thing is having a set of tools that you know how to use well. Upgrade those tools when there is a reason to do so, not just because there is a new version of them.
By far the predominant reason for not upgrading is lack of support for the new release from the plugins that you require. You cannot just install "missing features". Most of the time, the incompatibility is due to changes in the new version of an existing feature. Plugins that ship from eclipse.org are tested together in coordinated releases. While in some cases, it may be possible to down-version a plugin and have that plugin still work in the new version of Eclipse, it is not something that you can depend on working. In fact, the odds of this working without issues are so small, that I wouldn't bother trying.
Stick with whatever version of Eclipse your required plugins support until those plugins upgrade their support. If they aren't moving fast enough, consider pestering the provider about this issue. If nothing else, knowing how big of a chunk of the community cares about support for the latest version of Eclipse will help the plugin provider prioritize their work.
You can do that. If you want to compile against an older Eclipse version, this can be done very easily.
e.g. if you want to develop with Eclipse 3.6:
download Eclipse 3.5 and extract it (e.g. c:\development\targetplatforms\eclipse3.5).
start Eclipse 3.6, choose your workspace where you want to use the Target Platform.
open the Menu Window->Preferences, type target in the search field, and add a new Target Platform (Nothing: Start with an empty target definition -> Add -> Direcotry -> choose the unzipped Eclipse 3.5)
There are some advantages of using a target platform. You have the newest IDE Features. You can build your product against older Eclipse Versions without having to port it to your newses IDE version. You can add Plugins to your Target Platform without contaminating your ide or add Plugins to your IDE withoud contaminating your Target Platform. ...
You should bundle your Target Platform with your Project, so you don't have to download it again. We have a TargetPlatform Project in our SVN Repostory. Every Project has a small readme how to setup the Workspace (targetplatform, deployment, ....).
Why wouldn't I want to use the newest version of Eclipse?
Because IntelliJ IDEA provides a Community Edition. :)