Plugin broken for Grails 1.1 Apps using Plugins

Right now the plugin is broken for any Grails 1.1 app using plugins because the external references to plugin libraries are not resolved due to the changed location of plugins. They live now in the users home directory rather than in the project directory. It would be nice to get an update on when it's planned to get this fixed.

21 comments
Comment actions Permalink

Hello oliverw,

Have you tried the IntelliJ IDEA 8.1.1 EAP build from http://www.jetbrains.net/confluence/display/IDEADEV/Diana+EAP
?
It contains some fixes specificially for Grails 1.1 plugin support.

Right now the plugin is broken for any Grails 1.1 app using plugins
because the external references to plugin libraries are not resolved
due to the changed location of plugins. They live now in the users
home directory rather than in the project directory. It would be nice
to get an update on when i

t's planned to get this fixed.

---
Original message URL:
http://www.jetbrains.net/devnet/message/5233740#5233740

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Just tested it with 8.1.1 Dmitry. Still broken.

Steps to reproduce:

  1. Create a new Grails 1.1 application
  2. Run 'grails install-plugin jsecurity'
  3. Run 'grails quick-start'
  4. Controllers/AuthController will be all red
0
Comment actions Permalink

This problem will be fixed in the next 8.1.1 EAP, thank you for reporting

0
Comment actions Permalink

Tried the latest EAP 9779 and it's still broken.

0
Comment actions Permalink

Please run some grails target from 'Run Grails Target' action or
install/uninstall some plugin.

0
Comment actions Permalink

Any action?

0
Comment actions Permalink

Update: It  worked after I figured out that you meant running a grails target from the IntelliJ 'Tools' Menu. I just entered 'clean' and suddently everything began to work.

No sorry. No matter what I do the project runs fine without warnings from the command line (grails run-app) and does not build/run at all from within the IDE.

0
Comment actions Permalink

Your scenario with jsecurity works for me in new project. In existing
one, to update IDEA's dependencies, you should perform one of the
mentioned actions (Grails console, Grails Plugins) from IDEA, not from
command line.

0
Comment actions Permalink

Exactly Peter the important Point is that you have to do inside IntelliJ and not at the command line. Thanks!

0
Comment actions Permalink

A couple issues remain though. I have noticed that I have to run "Tools -> Run Grails Target" (entering any target - I usually use clean) when:

  1. I add a domain class to the application (this took me about an hour to solve)
  2. When I add a library to the "lib" folder of the project (took another hour)


Otherwise strange things happen (dependencies not resolving etc). This should be fixed asap as working with Grails on IntelliJ has become a pain due to all the known and unknown problems.

0
Comment actions Permalink

I use 'help' Grails target for the same purposes ;)

1. I add a domain class to the application (this took me about an hour to solve)

How did you add the domain class (via IDEA, via command line, manually)?
What exactly didn't resolve after that?

2. When I add a library to the "lib" folder of the project (took another hour)

The same question - how did you add that library.

It's very easy now to perform libraries consistency checks when they're
needed, the question is, when are they needed. Now they're mostly done
after Grails console actions and apparently it's not enough. Any
suggestions?

0
Comment actions Permalink

The domain class was added from within IntellIJ via context menu. The library was copied to the libs folder using explorer. Then Alt+Tabbed back to IntelliJ which would not recognize the new library until I a ran a Grail Target from the Tools Menu.

0
Comment actions Permalink

The problem will be fixed in one of the upcoming EAPs

0
Comment actions Permalink

I have tried every way to install a plug-in in 8.1 with no success.  Has this been confirmed as fixed by anyone outside of the JetBrains team?  You guys really need to get on this, as I am now using NetBeans while I wait.  This delay in turnaround is expected for opensource projects, but not for one of the only IDEs we still have to pay for.

0
Comment actions Permalink

There are known problems with 8.1, everything in this thread relates to
8.1.1 EAPs: http://www.jetbrains.net/confluence/display/IDEADEV/Diana+EAP

0
Comment actions Permalink

Hmm after recently switching to a Mac running OSX 10.5.6 Leopard, opening the same project in Diana #9815 results in an exception shown in the status bar as red icon notification and my project manager / project structure window is gone and cannot be opened using the Window Menu. This whole grails 1.1 story is becoming mighty annoying. Switching to netbeans for the time being.

java.io.EOFException: java.io.EOFException
java.lang.RuntimeException: java.io.EOFException
    at com.intellij.util.indexing.IndexingStamp$1.createValue(IndexingStamp.java:14)
    at com.intellij.util.indexing.IndexingStamp$1.createValue(IndexingStamp.java:4)
    at com.intellij.util.containers.SLRUCache.get(SLRUCache.java:23)
    at com.intellij.util.indexing.IndexingStamp.isFileIndexed(IndexingStamp.java:1)
    at com.intellij.util.indexing.FileBasedIndex.b(FileBasedIndex.java:78)
    at com.intellij.util.indexing.FileBasedIndex.access$2500(FileBasedIndex.java:16)
    at com.intellij.util.indexing.FileBasedIndex$UnindexedFilesFinder.processFile(FileBasedIndex.java:37)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:30)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.FileIndexImplUtil.iterateRecursively(FileIndexImplUtil.java:35)
    at com.intellij.openapi.roots.impl.ProjectFileIndexImpl.iterateContent(ProjectFileIndexImpl.java:59)
    at com.intellij.util.indexing.UnindexedFilesUpdater.a(UnindexedFilesUpdater.java:26)
    at com.intellij.util.indexing.UnindexedFilesUpdater.queryNeededFiles(UnindexedFilesUpdater.java:38)
    at com.intellij.ide.startup.FileSystemSynchronizer.collectFilesToUpdate(FileSystemSynchronizer.java:108)
    at com.intellij.ide.startup.FileSystemSynchronizer.execute(FileSystemSynchronizer.java:69)
    at com.intellij.ide.startup.impl.StartupManagerImpl$1.run(StartupManagerImpl.java:9)
    at com.intellij.openapi.application.impl.ApplicationImpl.runReadAction(ApplicationImpl.java:343)
    at com.intellij.ide.startup.impl.StartupManagerImpl.runStartupActivities(StartupManagerImpl.java:21)
    at com.intellij.openapi.project.impl.ProjectManagerImpl$3.run(ProjectManagerImpl.java:1)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$3.run(ProgressManagerImpl.java:1)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$TaskRunnable.run(ProgressManagerImpl.java:3)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$4.run(ProgressManagerImpl.java:1)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$2.run(ProgressManagerImpl.java:5)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:13)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl.runProcess(ProgressManagerImpl.java:101)
    at com.intellij.openapi.application.impl.ApplicationImpl$7$1.run(ApplicationImpl.java:3)
    at com.intellij.openapi.application.impl.ApplicationImpl$5.run(ApplicationImpl.java:8)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
    at java.util.concurrent.FutureTask.run(FutureTask.java:123)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
    at java.lang.Thread.run(Thread.java:613)
    at com.intellij.openapi.application.impl.ApplicationImpl$1$1.run(ApplicationImpl.java:5)
Caused by: java.io.EOFException
    at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:264)
    at com.intellij.util.io.DataInputOutputUtil.readTIME(DataInputOutputUtil.java:104)
    at com.intellij.util.indexing.IndexingStamp$Timestamps.<init>(IndexingStamp.java:27)
    at com.intellij.util.indexing.IndexingStamp$1.createValue(IndexingStamp.java:5)
    ... 43 more

0
Comment actions Permalink

Please invalidate the caches

0
Comment actions Permalink

File | Invalidate caches. And restart.

0
Comment actions Permalink

Nevermind I figured it out. It was on the file menu. May I ask what was causing the problem?

0
Comment actions Permalink

Internal IDEA caches. Somehow they got into inconsistent state.
Unfortunately this happens sometimes. Completely unrelated to Grails.

0

Please sign in to leave a comment.