Compilation problem while starting the project
java\grails\plugin\quartz2\GrailsJobFactory.java:49: cannot find symbol
symbol : method newJob(org.quartz.spi.TriggerFiredBundle,org.quartz.Scheduler)
location: class org.quartz.simpl.PropertySettingJobFactory
return super.newJob(bundle,scheduler);
What could be the problem?
The problem is that the async mail plugin requires the Quartz2 plugin, whereas the quartz monitor plugin requires Quartz (one).
You didn't say that you had installed the quartz monitor, but I suspect you did, or some other plugin that requires quartz (one).
What I did was rolled back to 0.4 of the async mail plugin, which uses Quartz (one), and that solved the problem for me.
Just download Quartz 2 Jar file and place it in "Lib" folder which will fix this compilation issue
Related
I have a grails application with multiple internally developed plugins. Since upgrading from 4.x to 5.2.3, codecs are not found in one plugin, but are found in others. Specifically, I can place the same file (UsernameListCodec.groovy, package name changed from one plugin to the next but otherwise no changes) in grails-app/utils in one plugin and it works; when placed in grails-app/utils in another plugin it fails with MissingMethodException.
What could cause this? The plugins are fairly different in terms of what they provide, but very similar in terms of how they're built, published, etc. Clearly this is something I'm doing wrong (since the codec works in another plugin) but I don't even know where to begin looking. Does a plugin need to do something in particular to be able to provide custom codecs as of grails 5?
In release notes for Grails 2.4.3 it is suggested to change "org.grails:grails-datastore-test-support:1.0-grails-2.4" to "org.grails:grails-datastore-test-support:1.0.1-grails-2.4" but this jar is not available in maven repos. Is it a mistake or it is not yet available?
Also for new apps created with grails 2.4.3, library in BuildConfig is in old version
thanks
Jeff Brown has fixed the issue named the dependency correctly, per the bug below. I verified that
test "org.grails:grails-datastore-test-support:1.0.1-grails-2.4" now works!
I had the same issue I fixed it by changing the dependency to
test "org.grails:datastore-test-support:1.0.1-grails-2.4"
per http://search.maven.org/#artifactdetails|org.grails|datastore-test-support|1.0.1-grails-2.4|jar
Since the bug droggo mentioned was fixed I created a new issue (https://jira.grails.org/browse/GRAILS-11622)
When using the Grails Rendering plugin i am getting an error java.lang.NoSuchMethodError: com.lowagie.text.pdf.BaseFont.getCharBBox[C] . We are also using the Jasper Plugin which uses a new version of the iText library. I guess there is a mismatch between the 2 plugins..
Any idea how to fix this?
/Marco
Your probably right there with the assumption there are two versions of iText. I have had lots of fun with iText conflicts in the past. I don't use the Jasper Plugin so I can't give you the direct answer, but I can recommend a couple of things to try:
Use the command grails dependency report to see what exactly is going on, which version of iText is kept, and which is being kicked out.
In your build config you can manage the dependencies of a particular plugin. So might be able to get away with removing the Jasper Plugin dependency on itext. Here is an example from mine for the export plugin:
runtime(':export:1.1') {
excludes 'itext', 'itext-rtf'
}
Grails 2.0 projects currently come with resources plugin 1.1.5, which appears to have several dependency problems (e.g. see answer for this post). I'm using IntelliJ, and while I updated BuildConfig.groovy to
runtime ":resources 1.1.6"
which appears to cause IntelliJ to bring in new files, it doesn't update the plugins section (it still shows the old 1.1.5).
So then I did an uninstall-plugin-in resources, which got rid of the plugin in the Grails view. I then did install-plugin resources, and even though the resources plugin website shows it is at 1.1.6, I got a resources-1.1.3 plugin.
How is this possible? That's several versions back now. Additionally the website says it was updated 3 weeks ago to version 1.1.6.
Should one ever even use install-plugin? Can someone please tell me the preferred way to bring plugins into projects?
Thanks.
P.S. Not clear how to download this plugin.
The format for the dependency resolution DSL is group:name:version.
For the resources plugin it should be runtime ":resources:1.1.6"
The install-plugin command has been unofficially deprecated in favor of the dependency resolution DSL.
BUT, here's the first reference to install-plugin in the latest Grails 2.0 documentation:
"Grails supports Rails-style migrations via the Database Migration plugin which can be installed by running
grails install-plugin database-migration
IT WOULD APPEAR GRAILS 2.0 NEEDS TO HAVE AN OVERVIEW SECTION IN CHAPTER 3 -- JUST A FEW WORDS --, EXPLAINING THE DEPARTURE FROM USING INSTALL-PLUGIN, vs CREATING CONFUSION, AND NOT EVEN DOCUMENTING refresh-dependences anywhere in the main Grails 2.0 document if one searches for the term.
Otherwise I think developers like myself spend lots of time doing just the opposite of the main goal of what Grails is, wasting hours configuring things and getting them to run together, realizing the exact opposite of the Grail's goal: "the search is over", easy/fast application development.
Running into a problem with an existing application. I'd like to get hundson running to do some CI but I cannot modify the Websphere settings (making changes appears to break the application that I want hudson to test against!)
So this is my current error message:
We detected that your servlet
container is loading an older version
of Ant by itself, thereby preventing
Hudson from loading its own newer
copy. (Ant classes are loaded from
bundleresource://22/org/apache/tools/ant/types/FileSet.class)
Perhaps can you override Ant in your
container by copying one from Hudson's
WEB-INF/lib, or can you set up the
classloader delegation to child-first
so that Hudson sees its own copy
first?
Without changing the classloarder delegation (which breaks the existing app) is there a way to update Websphere's ant library? I don't even know where it is, I tried searching for ant-lr but came up with many results.
Any help would be appreciated.
Why dont you run Hudson on a separate app server? You can even run it from the embedded servlet container directly from the war.
If you really need to run it on websphere look at the wiki.
http://wiki.hudson-ci.org/display/HUDSON/IBM+WebSphere#IBMWebSphere-KnownIssues
Read http://wiki.hudson-ci.org/display/HUDSON/IBM+WebSphere. It states specifically that you must set child-first class loading on WebSphere 6.1.