IntelliJ IDEA 11.1 build 114.145

We now return to our regular weekly schedule of publishing EAP builds. This week, we bring you:

  • a new Groovy shell (Tools | Groovy Shell…) for quickly evaluating snippets of code in the context of your project;
  • a number of important fixes for the new Flex project configuration;
  • continued work on Gradle project synchronization;
  • an updated version of SVNKit with better Subversion 1.7 support;
  • the usual bunch of bugfixes.

You can download the new build from the EAP page or install it using the “Check for updates” action inside the IDE.

This entry was posted in EAP Releases and tagged . Bookmark the permalink.

17 Responses to IntelliJ IDEA 11.1 build 114.145

  1. Steve Holmes says:

    Does the Groovy Console have the ability to run against a running Grails Application?

  2. Peter Gromov says:

    Steve, not yet, only against its classes compiled in IDEA

  3. kiRach says:

    When I tried run it on Ubuntu 11.10 64bit, I got exceptions:
    [ 2847] ERROR – llij.ide.plugins.PluginManager – IntelliJ IDEA (Nika.1) IU-114.145 Build #IU-114.145
    [ 2849] ERROR – llij.ide.plugins.PluginManager – IntelliJ IDEA (Nika.1) IU-114.145 Build #IU-114.145
    [ 2850] ERROR – llij.ide.plugins.PluginManager – JDK: 1.7.0_01
    [ 2850] ERROR – llij.ide.plugins.PluginManager – VM: Java HotSpot(TM) 64-Bit Server VM
    [ 2849] ERROR – llij.ide.plugins.PluginManager – Could not initialize class com.intellij.diagnostic.MessagePool
    java.lang.NoClassDefFoundError: Could not initialize class com.intellij.diagnostic.MessagePool
    at com.intellij.diagnostic.DefaultIdeaErrorLogger.handle(DefaultIdeaErrorLogger.java:66)
    at com.intellij.diagnostic.DialogAppender$2.run(DialogAppender.java:84)
    at java.lang.Thread.run(Thread.java:722)

    And It is infinite loop of this exceptions…

  4. Joseph says:

    Hey

    What about Playframework v2.0 ?
    will it be supported in11.1?

    thanks

    Joe

  5. yole says:

    Joseph,
    No, IntelliJI IDEA 11.1 will not include Play 2.0 support. It’s fairly likely that it will be supported in IntelliJ IDEA 12.

  6. Steve Holmes says:

    Peter,
    I’ve played with the console and it’s great to have code completion for the class path and such. But the Silver bullet would be the ability to run scripts against a running application. Maybe something that loads up when starting a grails application or the like similar to the command line grails console. Any chance of getting something like this?
    -Steve

  7. Peter Gromov says:

    Steve,

    There’s a request for that: http://youtrack.jetbrains.com/issue/IDEA-59691. I agree that’d be cool, it’s just that it needs a separate way of executing scripts. Generally the debugger evaluation is supposed to evaluate things in another process’ context. Grails seems to provide an additional way of doing this, we just don’t support it yet. Outside of Grails I know of no ways to execute your code as if it were in another process.

  8. Cyrill Rüttimann says:

    Do others have freezes with this build? Freezes means that IDEA does not respond anymore to user interagations. – This happened to me frequently while:
    - opening a project and IDEA was getting the history of a file (subversion 1.7 project). Another time after hitting a break point while remote debugging.

  9. Niphor says:

    I’m using 114.65,and I find 114.145 has came out.but using “Help | Check for Update” only shows “Release Notes” button,Is that mean I have to download full-zip-package,when a new release come out?

  10. yole says:

    Niphor,
    Patch-based upgrades are only available for directly adjacent EAP builds. Since you’ve skipped a number of EAP builds, you need to download the complete archive.

    Cyrill,
    Please create an issue at http://youtrack.jetbrains.net/ and attach thread dumps from the logs directory (Help | Reveal Logs)

  11. Steve Holmes says:

    Peter,

    Thanks for the response! Would it be possible to have the console run in the same process? If that was done it seems like you could get a handle on the context of any spring application and make calls against Spring Beans. I assume this would require a hook into the app server itself. We did something like this for a prior Spring application using the Scala Console but I don’t recall how we accomplished it.

    -Steve

  12. Peter Gromov says:

    Steve,

    was it IDEA’s Scala Console or the standalone command line console? So far I have no idea how to run anything in another JVM process without using debugger or getting to the very nasty stuff.

  13. yole says:

    kiRach,
    The problem is fixed; the fix will be included in the next EAP.

  14. Steve Holmes says:

    Hi Peter!

    It was a standalone command line console. But it ended up being extremely useful in running scripts against a running app.

    But the thing is I think intellij is half way there. The ability to write scripts that are aware of project dependencies and I can use code completion is HUGE. The ability to then execute those scripts against a running instance might not take more than looking into how the command line “grails console” works. Except the grails console doesn’t actually load everything, it doesn’t seem to load the whole web container.

    -Steve

  15. Peter Gromov says:

    Steve,

    Looking at the Grails source it seems to me that this can’t be generalized. The ‘grails console’ and ‘grails shell’ commands essentially start new processes, load Spring containers and therefore have access to all classes, and, what’s important, to the same database. Most meaningful things you can do in Grails console either query the database or update it. Since it’s shared, it looks like you’re evaluating things agains a running instance. But in a generic Java application this wouldn’t work.

  16. Steve Holmes says:

    Hey Peter!

    Could it be generalized for Spring applications? Or could it give you some type of configuration ability to configure your own application so that it could load your own app-server, spring context, dependencies if needed (such as OpenEJB)?

    It seems like this could almost be a Gradle Plugin that would allow you to load your intellij groovy console and access your running processes.

    Even if it only worked for Grails applications that would be wonderful for Grails developers like me.

    -Steve

  17. Peter Gromov says:

    Steve,

    not that I know Spring good enough to provide an adequate answer. But if you know how to do that, it’d be very valuable. Groovy Shell is open source, so you may even contribute! :)

    It may also be easier to create a Groovy script in your module, which loads everything you want (Spring, app server, etc), and run it as usual.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">