Plugin broken for Grails 1.1 Apps using Plugins

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!"

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

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

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

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

Any action?

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.

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.

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

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.

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?

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.

The problem will be fixed in one of the upcoming EAPs

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.

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

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

Please invalidate the caches

How?

File | Invalidate caches. And restart.

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

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