Thursday, April 13, 2006

What do you do during your IntelliJ downtime?

I blog apparently. IntelliJ's automated refactorings save me a lot of time, but its parsing, indexing, synchronizing, cache updating, emptying output directories and whatnot seem to take more and more of that time back. Sometimes when IntelliJ takes a timeout to do its thing, I switch desktops in KDE. To my dismay, when I switch back, the IntelliJ window is a big, blank, unresponsive canvas that consequently provides no hints as to when or if it will ever wake up. Working on multiple projects in different windows within the same IntelliJ instance doesn't work; if one locks up, they all lock up. IntelliJ won't let me start multiple instances on the same machine. Is that a guard for the disk caches or a licensing issue? I wonder if installing IntelliJ in more than one place will work around that problem. I'm strongly considering running a second instance on a different computer and accessing it via remote X Windows. Is Eclipse this bad? I seem to remember it being a little better at backgrounding long running tasks and not locking up the entire IDE even a year and a half ago. Maybe it's time to switch back. Update: Based on Keith's advice, I double checked my configuration and noticed that my project pointed to a JDK on an NFS share. Oops. After switching to a local JDK, things are a little snappier.

14 Comments:

Anonymous Anonymous said...

Hey bob, where is your config folder? Where is your system folder? Where is your JVM/JDK? Where is your code? If the answers to any of those are "on NFS," it's your own fault :)

6:14 PM  
Blogger Matt said...

Eclipse felt more stable than IntelliJ, to be honest, and more polished. But IntelliJ is much more usable. When it isn't barfing.

6:15 PM  
Blogger Matt said...

What Keith said. Local clients rule.

6:16 PM  
Blogger Bob said...

Dammit, Keith. One of these days I'll learn to email you first.

System, config, and plugin directories are all local. IntelliJ's JDK is local. My project's is not. :(

6:27 PM  
Blogger Bob said...

By "my project's," I mean my project JDK, not my project itself.

6:28 PM  
Anonymous Anonymous said...

I'm using eclipse and IntelliJ and are both good.
Imho, the choice depends on the project but in general IntelliJ is better.

3:10 AM  
Blogger Bob said...

I'm pretty excited now that I tracked down the NFS reference. The lock ups make more sense. IntelliJ was probably accessing the files from the UI thread because it didn't expect the operations to take long (they normally wouldn't). I'll try it out for a few more days and report back.

3:15 AM  
Anonymous Anonymous said...

This is totally unrelated but I was reading a comment you made on RMI a few years back and have a quick question. I have this RMI server and client designed to run as applications so far (client in a JFrame). I've been asked to port it to tomcat (servlet, tomcat version 5.5). How do I go about doing that? what changes need to be made to the config files? do you know?

8:24 AM  
Blogger Bob said...

Are you going to run the RMI server or client in Tomcat?

9:17 AM  
Anonymous Anonymous said...

Well... Using command prompt, I start up the registry and the server but http://localhost:8080/directory.where.application.is/file.html is supposed to run the client. What do I modify to make the client call the remote method in the interface implemented by the server properly?

10:33 AM  
Blogger Bob said...

I haven't used RMI in forever, but it should work just like the standalone client. Are you trying to look up the stub through Tomcat's JNDI or something? I have no clue how to configure it to do that. I don't use Tomcat.

10:37 AM  
Anonymous Anonymous said...

Yups. lookup() is fine with no problem but it's stuck at the remote method but I just thought of something that I think might work. THX

11:05 AM  
Anonymous Anonymous said...

I got it, it was my web.xml file and build.xml files that weren't consistent with my context root. How is working for Google by the way? I'm graduating this semester and I just applied there.

1:53 PM  
Anonymous Anonymous said...

IntelliJ IDEA checks for other instances using the same license key on the network, just FYI.

9:45 AM  

Post a Comment

<< Home