I'm encountering the following error .../plugins/remote-control-1.5/src/groovy/grails/plugin/remotecontrol/RemoteControlServlet.groovy: 21: unable to resolve class org.codehaus.groovy.grails.commons.ApplicationHolder when running grails test-app functional:
The strange part is that it runs with no problem on one machine but encounters this problem on another machine. I'm using grails V2.4.3 and groovy V2.3.6 and the code is cloned from the same repo onto the two different machines (Mac OS). I've tried clean but the problem still persists.
Why is there a discrepancy between machines? Are there some resident files? How do I do a real "clean" so that all dependencies are downloaded again? Thanks.
I have no idea about your real problem. But to do a "real" clean, I used to delete ~/.m2, ~/.ivy folders. And also the target folder of the project.
Related
Getting the attached error when I run the webui.bat. Any idea what I might be doing incorrectly ?
Here is what I did:
1.) I installed the latest version on Windows-11 (git clone).
2.) Then I copied the SD 2.1 (768-v-ema.ckpt) model into the models directory "..\stable-diffusion-webui\models\Stable-diffusion"
3.) Then ran the webui.bat
Update 1 : If I restart the computer, it runs fine the first time, but then gives the same error if I have to stop/start the application for some reason. Hence it's some kind of caching/lock.
I have such a de problem and absolutely do not understand how to solve it, because it is always solved in different ways. Today it helped to remove the entire python cache and crash dump from disk C. Also delete the venv folder. But sometimes even this doesn't work, the feeling that win11 is cursed
Here is how I resolved it:
Removed the independent python I had installed
Confirmed my PATH variable didn't have a python in it
Restarted machine
I have the spring-boot project with two modules
But Idea does not generate ./idea/modules folders those when I am trying to run tests I got next error
' Cannot start process, the working directory /home/../my_project_name/.idea/modules' does not exist
Reimport or rebuild the whole project not solve the issue.
It seems to be a confirmed issue for Intellij IDEA 2018: see this thread. The recommended solution worked fine for me when I was stuck with running unit tests:
As a workaround please manually change the value from $MODULE_DIR$ to %MODULE_WORKING_DIR% for 'Working Directory' in Run/Debug configuration.
To change it for all new projects please update Default Run/Debug Configuration.
Hope that helps you as well.
I'm running a Grails build. For some reason, the .war file created sometimes does not get the appropriate .jar files loaded into the WEB-INF/lib folder. A subsequent Tomcat deployment fails. A co-worker that encountered this issue said to get rid of the .slcache in the user home folder on my windows server. I deleted the folder under c:/Users/myuser/.grails/.slcache. I re-ran a build and the .slcache is not getting recreated and I am still missing the .jar files.
Any idea what is happening and how to resolve?
Did you try changing the spark plugs (or at a minimum cleaning and re-gapping them) in your car? That'll be about as helpful.
The .slcache directory is created by spring-loaded, which Grails uses for class reloading when running the app with grails run-app. It has absolutely nothing to do with creating war files.
I’ve added a GRAILS_HOME environment variable, which points to the folder in which I extracted the Grails distribution zip, and I’ve added %GRAILS_HOME%\bin to my path. Yet after I open a new command prompt, the “grails” command is still not found. Does anyone have any clue as to why this is happening?
I’m running Grails 2.2 on Windows 7.
I have the same problem on Windows 7 64 bit and Grails version 2.*
By removing local neither maven repository nor installed plugins repository doesn't help.
I found - just set properties of %GRAILS_HOME%/bin/grails.bat and startGrails.bat as Run in compatibility mode: Windows XP (Service Pack 3).
To do that You need to have local PC Administrators rights.
/igors
have you create JAVA_HOME in there?
Maybe you are experiencing [STS-2530] Problem deploying Grails App if workspace path has a space. Jira shows the issue as resolved but it would not hurt to check that you do not have a space in your workspace path as it my trip up grails.
Do the following.
Go to your command prompt, execute the Path command. If everything has been set right your paths should show up as complete paths starting with C:... If the paths show up with the % sign that means your paths need to be set correctly. I did noticed that in your example you have used the forward slash - I am assuming that is a typo, because that will be a problem.
Another way to trouble shoot the issue is CD to the location C:\Grails\bin, execute the command grails.bat, if it executes you are in a good place that means you have to tweak your paths - following this path might give you a clue about other issues....
You might want to check the bin folder of your grails installation. The grails.bat file could be missing. I had this problem today and solved it by downloading the zip file again.
I have been using IntelliJ for almost a year ad I have always been really happy with it. However, yesterday I set it up on my new laptop (Ubuntu 11.04), and haven't seen the plugins module since.. :-(
Ran grails clean, tried to change the project structure/settings to include $HOME/.grails/1.3.x/projects/projectName/plugins, but still nothing. My understanding is that it should pick up the plugins automatically, am I right?
For the record, I am using Grails 1.3.4, IntelliJ IDEA Ultimate 9.0.4.
I'd strongly recommend switching to the latest Intellij version (10.5.1 as of now). Support for Grails has been improved a lot since 9.x. If you don't want to upgrade, check the following areas:
are all used classpath variables set correctly?
are you referencing the correct Grails version?
I'm using IntelliJ 11.1.3 with Grails 2.1.1.
General Issue:
The IDE Build/Make Project/Run Unit-tests sometimes fails to resolve classes referenced as dependencies within Plugins and produces 'no class...' errors. Normal grails targets (compile, run-app, test-app) work without issue!
Workaround:
Restarting IntelliJ 'magically' corrected my Plugin related 'no class...' errors.
What didn't work:
grails resolve-dependencies (makes sense because grails run-app worked fine!)
grails clean (again makes sense this is just purging the output)
Seems like the IDE Build/Make Project/Run Unit-tests uses a stale classpath in some circumstances. Unfortunately I don't have a repeatable test case but noticed that modifying BuildConfig and doing grails refresh-dependencies or compile or run-app doesn't make the IDE update it's list of grailsPlugins!
I've had IDEA do this once in a while to me as well. Even in the latest version (though I do agree you should upgrade, but 9->10 isn't free). For me, I just had to kill IDEA and restarted it.
IMPORTANT UPDATE! It will be fixed in 11.1.2! YEEAAAH!
In my case plugins not resolving because of custom system property 'grails.work.dir'. If your project using default 'grails.work.dir' than OK otherwise plugins won't be resolved. Tested on Idea 10.5.4, 11.1.1 and windows 7.