The source code of the IntelliJ project was recently migrated to Java 11. We still have some modules which are compiled to be compatible with older Java versions to support running users’ projects under these versions. However most of the platform and plugin modules use Java 11 now, and the upcoming 2020.3 versions of all IntelliJ-based IDEs will require Java 11 to start. What does it mean for you? If you develop a plugin, you can use new language features and APIs from Java 11, but only if the since-build attribute in plugin.xml is set to 203. If your plugin distribution needs to run on multi

Rider 2020.2 has a lot of great new features for Unity, and debugging has certainly had its fair share of attention in this release. We’ve already introduced “pausepoints”, a new kind of breakpoint that puts the Unity editor into pause mode when a condition is met in code, allowing you to use the Unity Inspector to see what’s going on at that point. And in the last post, we saw how Rider can help you debug players, either standalone on the desktop, or on mobile devices and consoles, including USB support for Apple devices. Today, we’re going to look at a set of small features that will make a

Rider 2020.2 is a bumper release for Unity. We’ve already seen how “pausepoints” can help you debug your code, by switching the Unity editor into pause mode when your code hits a certain point. Let’s continue looking at how Rider can help with your Unity application. We’ll stick with debugging for now, and in this post we’ll see how you can use Rider to debug your game on mobile devices and consoles such as iPhone, Android, Xbox and PlayStation. We’ll follow up with another post looking at how Rider improves the default display of values while debugging, and then we’ll have a couple more posts

We’ve only just started the EAP for Rider 2020.2, but it’s already got plenty of goodies for Unity development. For example, we’ve done a huge amount of work to reduce memory overhead when parsing your assets, and Rider will now find usages and show Inspector values of more types, methods and fields, even inside prefab modifications! But today I’d like to introduce a new feature that we’re really excited about, a feature that you never knew you needed, but we think you’re going to love! We’re calling it a “pausepoint” and it’s a special kind of breakpoint that doesn’t stop the debugger i

We recently published the Rider 2020.2 roadmap, as well as the ReSharper C++ 2020.2 roadmap, and we’d now like to bring you up to speed with what we’ve got planned for ReSharper 2020.2 in .NET. As ever, please be aware that this list is preliminary. These are the broad areas we’re working on, and a list of our priorities, but things can change before release. With that disclaimer out of the way, let’s take a look at what’s coming! (more…)

Last time we talked about ReSharper out of process, we took a (very long!) look at the magnitude of the task. It’s a massively complex job, re-architecturing an application with 14 years worth of assumptions of COM based APIs into an asynchronous cross process model. That post details the complexity of moving the project model out of process - migrating from calling Visual Studio’s COM APIs on the UI thread, to using the MSBuild APIs in a separate process. This is now done, and has been the default way we manage the list of projects, files and references since ReSharper 2019.2. As we've

We recently posted our roadmap for ReSharper C++ 2020.1, as well as our roadmap for Rider 2020.1. Since we’ll be starting our Early Access Previews very soon, we'd also like to share our roadmap for ReSharper 2020.1. We'll also be talking about where we are with moving ReSharper out of process (although see this post for more details). Here are the top priorities that we’re currently working on. Some of these are themes for work that will see us through 2020, and not just for the 2020.1 release. So some of the things mentioned here won’t necessarily make it into ReSharper 2020.1. (more&

The recording of our January 16 webinar, How We Built Comma, the Raku IDE, on the IntelliJ Platform featuring Jonathan Worthington, is now available. Subscribe to our community newsletter to receive notifications about future webinars. This webinar tells the story of how Edument built an IDE for the Raku programming language using the IntelliJ Platform. Building an IDE from scratch would have been prohibitively expensive. By contrast, building on the IntelliJ Platform meant starting from a mature base, getting a great deal of generic IDE functionality for free, and therefore being able to f

Concluding our series of posts on the AWS Toolkit for Rider, let's take a look at Cloud Debugging of ECS services! In case you missed the earlier posts, the AWS Toolkit is a free plugin for Rider that provides support for AWS, with credential and region management, creation, local debugging and deploy of AWS Lambda functions and Cloud Debugging of .NET Core applications in ECS containers. Once enabled, you can use all of Rider's debugging features to debug your remote application, hosted inside ECS - everything from step in and out, advanced breakpoints to "pin to top". In this po

Let's continue our series on the new AWS Toolkit for Rider. As we saw last time, the AWS Toolkit is an open source plugin from AWS that makes it easier to work with .NET applications and AWS. It has several really useful features - credential and region management, AWS Lambda support and Cloud Debugging of ECS services. In this post, we'll take a look at AWS Lambda support, including credential and region management. (more…)

We have good news for anyone wanting to create C# serverless applications! We’ve been working with Amazon Web Services and are very pleased to announce the availability of the AWS Toolkit for Rider, a free, open source plugin for Rider that will help you build, test and deploy serverless applications for Amazon Web Services platform. You might already be familiar with the plugin from other JetBrains IDEs, as it was released for PyCharm and IntelliJ IDEA earlier this year, with support for Python and Java. This new release adds new features for these IDEs and adds support for C# in Rider, an

A little over a year ago, we ran a series of blog posts describing performance improvements we were making to ReSharper. We’ve delivered a lot of improvements in the releases since then, but we haven’t yet delivered on the big one - running ReSharper out of process. We thought it was about time we gave you an update on where we are. TL;DR: This isn’t an announcement post. We don’t have an ETA to share right now, although we have made significant progress on what is a massive problem. This post should give you an idea of the scale of the technical challenges we are working through in order to