Skip to main content

Fast-open IntelliJ plugin updated

Posted by kohsuke on March 20, 2008 at 10:44 PM PDT

I upgraded to IntelliJ IDEA 7.0.3 recently, and so I took some time to enhance my plugins to scratch my itches.

The "major" improvement is in the fast-open IntelliJ plugin. Being a CLI guy who hates using mouse (and since I work on so many projects), the main idea of this plugin was how to open projects in IDE efficiently.

In the earlier version, I was doing this by clipboard. First I run a shell script to send the directory/file name into clipboard, then I go to IDE and type Alt+F,F to open it. While this works nicely and indeed a tremendous time-saver over the conventional "open project" dialog, it's still a two-step process.

In the new version, the plugin listens to a TCP port and just by sending directory/file name to this port, IDEA will open the project. So I now only need to run a shell script and boom, IDEA is ready to work!

I also enhanced the plugin so that it can properly open pom.xml. The plugin can be installed from IDEA's plugin center.

Related Topics >>


@spullara: Yeah, 'open [project name].ipr' works but only if you don't yet have IJ open. If you already have an instance of IJ open and you type 'open [project name].ipr' you'll get an error message saying 'Only one instance of IJ can be run at a time'. From the sound of it, I believe Kohsuke's plugin provides the capability to quickly open projects from the command line within a single instance already running.

On the Mac you can just 'open [project name].ipr' ... I'd be surprised if you can't 'start' it on windows.

Ouch. I'll see if I can recompile.

Sounds like a nice plugin. I'm getting this error after installation though:

I'm using IJ 7.0.3 on Mac OS X 10.5.2 with JDK 1.6 dp 9

Bad version number in .class file [Plugin: Fast Project Open plugin] com.intellij.diagnostic.PluginException: Bad version number in .class file [Plugin: Fast Project Open plugin] at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentsRegistry.a( at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentsRegistry.a( at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentsRegistry.access$100( at com.intellij.openapi.components.impl.ComponentManagerImpl.a( at com.intellij.openapi.components.impl.ComponentManagerImpl.initComponents( at com.intellij.openapi.components.impl.stores.ApplicationStoreImpl.load( at com.intellij.openapi.application.impl.ApplicationImpl.load( at at com.intellij.idea.MainImpl$ at java.awt.event.InvocationEvent.dispatch( at java.awt.EventQueue.dispatchEvent( at com.intellij.ide.IdeEventQueue.c( at com.intellij.ide.IdeEventQueue.b( at com.intellij.ide.IdeEventQueue.dispatchEvent( at java.awt.EventDispatchThread.pumpOneEventForHierarchy( at java.awt.EventDispatchThread.pumpEventsForHierarchy( at java.awt.EventDispatchThread.pumpEvents( at java.awt.EventDispatchThread.pumpEvents( at Caused by: java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass( at java.lang.ClassLoader.defineClass( at com.intellij.util.lang.UrlClassLoader._defineClass( at com.intellij.util.lang.UrlClassLoader.defineClass( at com.intellij.util.lang.UrlClassLoader._findClass( at at at com.intellij.util.lang.UrlClassLoader.loadClass( at java.lang.ClassLoader.loadClass( at java.lang.ClassLoader.loadClassInternal( at java.lang.Class.forName0(Native Method) at java.lang.Class.forName( at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentsRegistry.a( ... 18 more

Glad to hear it worked for you.

Works after the recompile, thanks for the compatibility fix. This is a really slick plugin, kohsuke, a huge time saver for me. Thanks for the contribution! -james

I rebuilt all the plugins in Mac OS X (for whatever reasons, on Linux IDEA doesn't allow me to select JDK5 for builds) and published them.